Date: Tue, 5 Apr 2011 09:27:35 -0500 From: Brooks Davis <brooks@freebsd.org> To: Garrett Cooper <yanegomi@gmail.com> Cc: hackers@freebsd.org, Doug Barton <dougb@freebsd.org> Subject: Re: Updating PCI vendors database Message-ID: <20110405142735.GO63248@lor.one-eyed-alien.net> In-Reply-To: <BANLkTimRsadMU-ECstu5Jszt=mG%2Bc3RW2g@mail.gmail.com> References: <20110404141016.GL71940@rincewind.paeps.cx> <4D9A0836.7070403@FreeBSD.org> <BANLkTimRsadMU-ECstu5Jszt=mG%2Bc3RW2g@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--ztcJpsdPpsnnlAp8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2011 at 08:30:38PM -0700, Garrett Cooper wrote: > On Mon, Apr 4, 2011 at 11:04 AM, Doug Barton <dougb@freebsd.org> wrote: > > On 04/04/2011 07:10, Philip Paeps wrote: > >> > >> It looks like our /usr/share/misc/pci_vendors list (used only by pcico= nf > >> as > >> far as I can tell) has become rather stale. ?We also appear to be trac= king > >> sources which no longer exist. > >> > >> Would anyone object if I updated this list to source the same database > >> used by > >> Linux distributions at http://pciids.sourceforge.net/v2.2/pci.ids? > >> > >> It helps that our pciconf looks to be compatible with that format. ?We > >> just > >> ignore subvendor and subdevice, but it doesn't appear to matter that t= he > >> file > >> contains this information. > >> > >> I could cull the subvendor/subdevice from the list though. > >> > >> Any views? > > > > Having read this thread, and the last one, my opinion is, let's do it > > already. :) ?Repo churn should not, under any circumstances, be a > > consideration in technical improvements. I agree with those who have sa= id > > that the new list should be confirmed to be a superset of the old, and > > anything missing should be merged in. Checking with Jack about Intel st= uff > > is also reasonable, as would be cross-checking with what NetBSD and Ope= nBSD > > are doing (and perhaps communicating with them about your work). >=20 > 1. People may have automation that depends on this output. This was my only concern about churn in the previous conversation. Given that the lists were using are defunct, we should just move to pci.ids unless someone verifies that a signficant number of devices are missing. If that were to happen I'd just add a local source file to merge into pci.ids and let pci.ids be the master. -- Brooks --ztcJpsdPpsnnlAp8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFNmybXXY6L6fI4GtQRAgFgAJ9pPaFZDwnGGEmCN1+gowjhNDUa/QCdEs0D OqsXbyAsbEcQWBHfWK3lqyM= =3kBI -----END PGP SIGNATURE----- --ztcJpsdPpsnnlAp8--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110405142735.GO63248>