From owner-freebsd-questions Mon Nov 23 11:38:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07319 for freebsd-questions-outgoing; Mon, 23 Nov 1998 11:38:30 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from detlev.UUCP (40-sweet.camalott.com [208.239.153.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07299; Mon, 23 Nov 1998 11:38:24 -0800 (PST) (envelope-from joelh@gnu.org) Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id NAA62289; Mon, 23 Nov 1998 13:38:08 -0600 (CST) (envelope-from joelh) To: Terry Lambert Cc: mike@smith.net.au (Mike Smith), kaleb@ics.com, hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: Linksys NIC, was: Re: de ethernet driver -- another puzzle References: <199811231915.MAA23348@usr02.primenet.com> From: Joel Ray Holveck Date: 23 Nov 1998 13:38:07 -0600 In-Reply-To: Terry Lambert's message of "Mon, 23 Nov 1998 19:15:06 +0000 (GMT)" Message-ID: <86g1bamc80.fsf@detlev.UUCP> Lines: 23 X-Mailer: Gnus v5.5/Emacs 20.3 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> I also now know why the de probe doesn't print out a message when the >>> probe fails. Which is not to say that I think that's good. On the >>> contrary, I think it's bad. C'est la vie. >> Printing out an error message when a PCI match fails would be stupid; >> every PCI device is (currently) presented to every PCI driver until one >> claims it. Printing a message when the match failed ("no, not for me") >> would produce a useless spew of garbage. > You need a pseudo-device at the end of the inquiry chain to catch > id's that haven't been caught by the real drivers, and to print > out a message ("PCI: no driver: id xxx ..."). That's catching the wrong set. kaleb wanted the to know the drivers without cards. You're giving us the set of cards without drivers. (This is also possibly a useful set, but not what kaleb wanted.) Happy hacking, joelh -- Joel Ray Holveck - joelh@gnu.org Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message