Summary: | 2nd ISA Cyclades-Y not recognised under 3.1-stable | ||
---|---|---|---|
Product: | Base System | Reporter: | akm <akm> |
Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
Status: | Closed FIXED | ||
Severity: | Affects Only Me | ||
Priority: | Normal | ||
Version: | 3.1-STABLE | ||
Hardware: | Any | ||
OS: | Any |
Description
akm
1999-04-15 05:10:02 UTC
>>Description: > > When adding a 2nd ISA cyclades-Y adapter, boot -c shows that the > devices are conflicting with each other even though they do not > share IRQs or IO addresses. This is a red herring. The conflict checking for `msize' (aha `iosiz') in userconfig.c is complete nonsense (identical, nonzero sizes cause a bogus conflict). You can eliminate this source of confusion by reducing one of the sizes a little. This is harmless because the size is not actually used by the cy driver. It is just printed by the boot code. The conflict checking for the [maddr, maddr + msize) range is also broken. Only one endpoint of the new range is checked. This doesn't matter here. It just fails to detect some conflicts. > The 2nd card is not detected on boot up. >... >Apr 14 18:15:30 mercury /kernel: pca0: PC speaker audio driver >Apr 14 18:15:30 mercury /kernel: cy0 irq 10 maddr 0xd4000 msize 8192 on isa >Apr 14 18:15:30 mercury /kernel: cy1 not found >Apr 14 18:15:30 mercury /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Note that there is no conflict here. >Kernel Config > >device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr >device cy1 at isa? tty irq 11 iomem 0xd6000 iosiz 0x2000 vector cyintr Perhaps its address is wrong (not much else case go wrong in the probe). Try not configuring the first card. Bruce +----[ Bruce Evans ]--------------------------------------------- | >>Description: | > | > When adding a 2nd ISA cyclades-Y adapter, boot -c shows that the | > devices are conflicting with each other even though they do not | > share IRQs or IO addresses. | | This is a red herring. The conflict checking for `msize' (aha `iosiz') | in userconfig.c is complete nonsense (identical, nonzero sizes cause a | bogus conflict). You can eliminate this source of confusion by reducing | one of the sizes a little. This is harmless because the size is not | actually used by the cy driver. It is just printed by the boot code. I figured it was. I mention it for completeness. | | The conflict checking for the [maddr, maddr + msize) range is also | broken. Only one endpoint of the new range is checked. This doesn't | matter here. It just fails to detect some conflicts. | | > The 2nd card is not detected on boot up. | | >... | >Apr 14 18:15:30 mercury /kernel: pca0: PC speaker audio driver | >Apr 14 18:15:30 mercury /kernel: cy0 irq 10 maddr 0xd4000 msize 8192 on isa | >Apr 14 18:15:30 mercury /kernel: cy1 not found | >Apr 14 18:15:30 mercury /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa | | Note that there is no conflict here. Indeed. | | >Kernel Config | > | >device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr | >device cy1 at isa? tty irq 11 iomem 0xd6000 iosiz 0x2000 vector cyintr | | Perhaps its address is wrong (not much else case go wrong in the probe). I have checked and double checked the dipswitches. | Try not configuring the first card. You mean pull it out? Or just pull it out of the config? -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | Milton ACN: 082 081 472 | M:+61 416 022 411 |72 Col .Sig PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au|Specialist >| >Kernel Config >| > >| >device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 0x2000 vector cyintr >| >device cy1 at isa? tty irq 11 iomem 0xd6000 iosiz 0x2000 vector cyintr >| >| Perhaps its address is wrong (not much else case go wrong in the probe). > >I have checked and double checked the dipswitches. > >| Try not configuring the first card. > >You mean pull it out? Or just pull it out of the config? The latter, of course. Or just disable it. Then you could try pulling the hardware and/or changing its settings. Bruce +----[ Bruce Evans ]--------------------------------------------- | > | >You mean pull it out? Or just pull it out of the config? | | The latter, of course. Or just disable it. Then you could try pulling | the hardware and/or changing its settings. I pulled the card moved it's iomem far away from anything else and set it's memory size to 0x2001 And that's done the trick. But nothing I did could get it to work at 0xd6000. I don't know if there's still a problem somewhere or not. -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | Milton ACN: 082 081 472 | M:+61 416 022 411 |72 Col .Sig PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au|Specialist >I pulled the card moved it's iomem far away from anything else and set it's >memory size to 0x2001 > >And that's done the trick. > >But nothing I did could get it to work at 0xd6000. > >I don't know if there's still a problem somewhere or not. I'll call it a hardware problem (except for the conflict checking bugs). Bruce State Changed From-To: open->closed Main problem was apparently a hardware conflict. False positives in software conflict checking fixed in userconfig.c revs 1.142 and 1.126.2.4. |