From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 27 05:07:58 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC35616A41F for ; Thu, 27 Oct 2005 05:07:58 +0000 (GMT) (envelope-from dr2867@pacbell.net) Received: from smtp108.sbc.mail.mud.yahoo.com (smtp108.sbc.mail.mud.yahoo.com [68.142.198.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 860E143D48 for ; Thu, 27 Oct 2005 05:07:57 +0000 (GMT) (envelope-from dr2867@pacbell.net) Received: (qmail 38924 invoked from network); 27 Oct 2005 05:07:57 -0000 Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@68.126.211.246 with plain) by smtp108.sbc.mail.mud.yahoo.com with SMTP; 27 Oct 2005 05:07:56 -0000 Message-ID: <436060B2.5050203@pacbell.net> Date: Wed, 26 Oct 2005 22:08:02 -0700 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 5.4-RELEASE-p7; en-US; ja-JP; rv:1.7.12) Gecko/20050915 MultiZilla/1.6.2.0c Mnenhy/0.7.2.0 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: John Baldwin References: <49402550510240728y555979c9i2fe4adc73137a1e7@mail.gmail.com> <49402550510251250g66a89037q9a1eb3bdbedf94c3@mail.gmail.com> <435FBA42.1070604@pacbell.net> <200510261425.14759.jhb@freebsd.org> In-Reply-To: <200510261425.14759.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: soc-victor@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: devinfo(3) problem... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 05:07:59 -0000 At about the time of 10/26/2005 11:25 AM, John Baldwin stated the following: > On Wednesday 26 October 2005 01:17 pm, Daniel Rudy wrote: > >>At about the time of 10/25/2005 12:50 PM, victor cruceru stated the >> >>following: >> >>>Hi Daniel, >>>Yes, this is the fix. And yes, I think that the bug was reported (at >>>least on a mailing list...) >>>BTW: I dare to suggest to fully upgrade your system to the "latest" >>>6.0, it is a huge step forward from 5.4. Before doing this you may >>>want to give it a try by booting from a CD and check that your hw is >>>fully functional (and detected). >> >>For stability reasons, I don't run the absolute latest software. When >>6.x comes out, I'll wait awhile for the bugs to be worked out before I >>migrate to it. As for hardware, I tend to run FreeBSD on older >>hardware, so I don't think that there will be a problem with the >>hardware being properly detected. > > > FYI, I merged that fix back to RELENG_5 a while ago, so it will be fixed in > 5.5 as well as 6.0. Oh good, now I don't have to keep track of it when I go to 5.5 then. I'll still have to keep an eye on it for the security releases through the remainder of 5.4 though. >>>To check if it is your mistake or another bug in libdevinfo, you may >>>want to run the associated tool (man -k devinfo). >>>Hope this helps. >> >>Actually, the devinfo tool was working the whole time. I tried the >>devinfo tool before I decided to use the libdevinfo.so library. I've >>tested it with my code and it is working now with that one line of >>additional code. > > > Yes, devinfo(1) only traverses the tree once, so it didn't run into this bug. > I analyzed the source code for devinfo(8) and used as an example of how to use the devinfo(3) library. So I knew it transversed the device tree once, and my code does it twice, first time to locate (is it there?), the second time to actually extract the data and use it. -- Daniel Rudy