Date: Fri, 07 Jul 1995 13:25:06 -0500 From: "Eric L. Hernes" <erich@jake.lodgenet.com> To: davidg@Root.COM Cc: hackers@FreeBSD.org Subject: Re: Buslogic bt946 controller Message-ID: <199507071825.NAA06498@jake.lodgenet.com> In-Reply-To: Your message of "Fri, 07 Jul 1995 08:01:07 PDT." <199507071502.IAA00442@corbin.Root.COM>
next in thread | previous in thread | raw e-mail | index | archive | help
> >Has anyone gotten this controller to work with a custom kernel? > > > >I'm running current on it now, but I've had the same experience with > >2.0.5. The GENERIC kernel works fine, but if I try to use a custom kernel > >it will run for a while, then I get messages like: > > > > bt0 at 0x330 irq 11 drq 5 on isa > ... > > uart0 not probed due to I/O address conflict with bt0 at 0x330 > ... > > device uart0 at isa? port 0x330 irq 5 vector "m6850intr" > > Do you have a device conflict at 0x330 with the Buslogic and your sound > card (I assume that's what the 'uart0' is above)? > maybe, but why does it work with the GENERIC kernel and not my custom one, with exactly the same hardware? I've now discovered that with the generic kernel, the controller goes into `async only' mode, but with the custom kernel, it goes to `fast sync' mode. It appears that the logic to differentiate between these modes is pulled directly from the card. My immediate fix is to cheat and #ifdef for my machine to force `async only' mode, which appears to work. One possible reason for this behavior is that the other drivers in the generic kernel that probe 0x330 are affecting my controller into not thinking it can handle `fast sync' (which it apparently can't), and without these probes, the controller tries to go fast and falls apart. > -DG > eric. -- erich@lodgenet.com erich@rrnet.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199507071825.NAA06498>