Date: Fri, 4 Aug 2006 00:31:12 -0300 (ADT) From: User Freebsd <freebsd@hub.org> To: Antony Mawer <fbsd-questions@mawer.org> Cc: Xiao-Yong Jin <xj2106@columbia.edu>, freebsd-questions@freebsd.org Subject: Re: Gotta start somewhere ... how many of us are really out there? Message-ID: <20060804001908.B25268@ganymede.hub.org> In-Reply-To: <44D29220.1000807@mawer.org> References: <20060728164526.E27679@ganymede.hub.org> <17615.30414.314802.792740@jerusalem.litteratus.org> <ef10de9a0608011037w3609b5a6k1709aea61d43ed0f@mail.gmail.com> <20060801223754.U27679@ganymede.hub.org> <ef10de9a0608011859q45bdd636o757fb4aba2d3404d@mail.gmail.com> <20060801230301.Q27679@ganymede.hub.org> <df9ac37c0608012122q196a6434jf849cc7bd8c1156@mail.gmail.com> <44D09F46.6020300@dial.pipex.com> <ef10de9a0608021047u553a812fpbcf09c8c26df09b6@mail.gmail.com> <44D0F2FE.9020507@dial.pipex.com> <ef10de9a0608021216u455099a9yf66ea2d1698f4d19@mail.gmail.com> <20060802203604.A6529@ganymede.hub.org> <44D153D0.9000304@webanoide.org> <87wt9qzh2i.fsf@photon.homelinux.org> <20060803011653.G6529@ganymede.hub.org> <44D1A866.2030206@mawer.org> <20060803154705.X6529@ganymede.hub.org> <44D29220.1000807@mawer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 4 Aug 2006, Antony Mawer wrote: > All of the expanded 'vendor', 'device', 'class' and 'subclass' information is > present in the non -v version of the command output. The numbers shown > earlier can be used to derive the text information: > > class=0x010400 > determines the class/subclass lines, using the table from here: > http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340 > > card=0xc0351044 chip=0xa5111044 > these make up the vendor and device lines, using the list in > /usr/share/misc/pci_vendors (which is derived from the PCIDEVS.TXT > listing). > > The last 4 hex digits of the card and chip lines are the vendor ID > while the first 4 are the device ID. The card is often given by > the vendor, while the chip identifies the actual part it uses to > implement functionality. For instance, a Netcomm ethernet NIC may > use a Realtek 8139 chip... so chip gives us the fact it's > essentially a generic Realtek chipset, while the card tells us the > vendor who manufactured the card & perhaps their name for it. > > In short, there's no reason to have to transmit all the text names back to > any server -- this can all be resolved at the server end, 'k, looking at the above, and comparing it to what I'm getting from pciconf -l, I'm missing something ... namely: none8@pci2:10:0: class=0x020000 card=0x0027a0a0 chip=0x813910ec rev=0x10 hdr=0x00 Translates to: none8@pci2:10:0: class=0x020000 card=0x0027a0a0 chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet But, the last 4 hex of card/chip aren't teh same ... oh, wait, re-reading what you stated, is it safe to assume that chip= can be ignored ... nope, that doesn't follow either ... but I think I see it ... For the above, vendor *should* be Aopen Inc, not Realtek Semiconductor ... 'k, so, for the above: card=0x0027a0a0 - Aopen Inc (A0A0) chip=0x813910ec - Realtek Semiconductor (10EC) - 8139 RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter (8139) And the 0027 is actually meaningless in this case ... So, what I'm looking for is vendor->device, but in some card= cases, there won't be a 'Device' listed ... As to class= ... what table am I supposed to be seeing at that URL? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060804001908.B25268>