From owner-freebsd-current Mon May 21 13: 4:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id B1DC437B422; Mon, 21 May 2001 13:04:38 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.3/8.11.3) with ESMTP id f4LKCL901459; Mon, 21 May 2001 13:12:21 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200105212012.f4LKCL901459@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Nick Hibma Cc: Mike Smith , John Polstra , current@FreeBSD.ORG Subject: Re: GENERIC kernel hangs at boot (uhci-related) In-reply-to: Your message of "Mon, 21 May 2001 12:24:52 BST." <20010521122024.O94091-100000@henny.webweaving.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 May 2001 13:12:21 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > 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. > > 'It' in the second case refers to the PCI irq allocation code I presume? No, the UHCI driver. It makes a number of assumptions about the state of the controller, and fails (messily) when these aren't met. > An irq that is 0 or 255 is invalid and should not be allocated to a PCI > device. But speaking about rev1.32, how would you assign an interrupt as > is stated in the log message for rev1.32? That's platform-specific; in the PC case, we ask the BIOS for interrupt routing information. On the Alpha, we know what the interrupt routing strategy is ourselves. The bottom line is this; in your driver, ask for the resources that you need. If you don't get them, you fail. The PCI bus infrastructure is being worked on to improve your chances of getting these resources; it's not something that a driver writer should be worrying about per se. -- ... 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