Date: Sat, 19 May 2001 12:02:55 -0700 From: Mike Smith <msmith@freebsd.org> To: John Polstra <jdp@polstra.com> Cc: current@freebsd.org Subject: Re: GENERIC kernel hangs at boot (uhci-related) Message-ID: <200105191902.f4JJ2tK01471@mass.dis.org> In-Reply-To: Your message of "Sat, 19 May 2001 11:44:32 PDT." <200105191844.f4JIiW798267@vashon.polstra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> In article <200105191845.f4JIj0K01284@mass.dis.org>,
> Mike Smith <msmith@FreeBSD.ORG> wrote:
> =
> > You're not tying up an interrupt; PCI interrupts are shared. With th=
e =
> > new PCI code, even if you turn it off, we'll just turn it right back =
on =
> > again. 8)
> =
> But if IRQ 5 is assigned to the uhci device, then it's not available
> for use by an ISA device, is it? Or am I all mixed up?
If you're using IRQ 5 for an ISA device, the BIOS will give the PCI =
controller another IRQ (as long as you've told it this). =
> > The problem appears to be a bug in the UHCI driver.
> =
> Could be, and I certainly don't know much about this code. But
> it seems like the driver is being given reason to assume it has a
> working device when it doesn't really have one. I assume the device
> is unusable without its interrupt, so shouldn't it fail at probe or
> attach time?
Yes, it should. It's not bright enough to do that yet.
-- =
=2E.. every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105191902.f4JJ2tK01471>