From owner-freebsd-current Mon Aug 23 15:41:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 42BFC15189 for ; Mon, 23 Aug 1999 15:41:41 -0700 (PDT) (envelope-from n_hibma@skylink.it) Received: from heidi.plazza.it (va-148.skylink.it [194.185.55.148]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id AAA15409; Tue, 24 Aug 1999 00:41:40 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id WAA01692; Mon, 23 Aug 1999 22:42:23 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Mon, 23 Aug 1999 22:42:23 GMT Date: Tue, 24 Aug 1999 00:42:23 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Doug Rabson Cc: Bill Paul , current@FreeBSD.ORG Subject: Re: Monday strikes again In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anything the change to nexus.c that Peter Wemm made would change? 1.15 Mon Aug 23 19:23:33 1999 UTC by peter CVS Tags: HEAD Diffs to 1.14 The nexus_attach() code works a lot better if it's actually connected to the device methods... Also, don't fail to add eisa/isa because a previous device failed to attach. 1.14 Sun Aug 22 19:56:55 1999 UTC by peter Diffs to 1.13 Take advantage of the apm/npx code and let them identify themselves rather than having explicit hooks here. Treat the eisa/isa attach a little differently so that we defer the decision about to attach eisa/isa to the motherboard directly only if the PCI probe (if it exists) fails to turn up a PCI->EISA/ISA bridge. This restores the original device geometry where ISA and/or EISA attach to their bridge rather than bypassing and going to the root. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/nexus.c > > Okay, further investigation shows that configure() has the following > > code: > > > > #if NPNP > 0 > > /* Activate PNP. If no drivers are found, let ISA probe them.. */ > > pnp_configure(); > > #endif > > > > /* > > * Explicitly probe and attach ISA last. The isa bus saves > > * it's device node at attach time for us here. > > */ > > if (isa_bus_device) > > bus_generic_attach(isa_bus_device); > > > > However isa_bus_device is still NULL so we never get any ISA devices > > attached. No ISA devices means no console (the VGA card and serial ports > > are both ISA devices), so we explode. > > > > Since the ISA bus in this machine is on-board instead of being hung > > off a PCI to ISA bridge, I suspect that somebody broke the handling > > on on-board ISA buses. > > > > Thank you very much, may I have another. > > It seems like isa bus is never being attached for some reason. Have a > look at nexus_attach() and see if anything suspicious is happening (like > an error return from device_probe_and_attach()). > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 442 9037 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message