From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 4 16:19:31 2011 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD80106567A; Mon, 4 Apr 2011 16:19:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0278FC1B; Mon, 4 Apr 2011 16:19:31 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p34GGKxl076282 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Mon, 4 Apr 2011 10:16:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20110404160115.GS71940@rincewind.paeps.cx> Date: Mon, 4 Apr 2011 10:16:14 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <9AFA2D0E-60E2-49DA-A1B3-029A67D36674@bsdimp.com> References: <20110404141016.GL71940@rincewind.paeps.cx> <4D99D81A.7000903@FreeBSD.org> <20110404145748.GP71940@rincewind.paeps.cx> <20110404160115.GS71940@rincewind.paeps.cx> To: Philip Paeps X-Mailer: Apple Mail (2.1082) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Mon, 04 Apr 2011 10:16:23 -0600 (MDT) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Updating PCI vendors database 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: Mon, 04 Apr 2011 16:19:31 -0000 On Apr 4, 2011, at 10:01 AM, Philip Paeps wrote: >>> I think we should just go with the new list, but I'll hold off for a = bit >>> to let others object. ;) >>=20 >> +1, just for the fact that our sources are becoming stale. I wonder = though >> what other OSes like NetBSD/OpenBSD/[Open]Solaris/IlluminOS use = however for >> tracking PCI IDs, as the sources for pci.ids aren't necessarily the = vendor >> itself and in some cases are end-users. I thought some of our other = sources >> were based on data provided by vendors. >=20 > A comment from jfv@ in the thread from a few months ago, suggests that = at > least Intel contributes directly to the pci.ids list. One measurement = isn't > a valid statistic though. Since the old list appears to have disappeared, I'd go with the new one. = There were patches floating about even. The new list had worse = coverage than the old one for some old PCI gear, so I suggested using = the new one in preference to the old one and if there were good entries = in the old one to try to merge those into the new one over time and wean = us from the old one. If the old one is gone, the path forward is clear. Warner