Re: Regarding pciids

On Mon, Oct 18, 2010 at 12:13 PM, Garrett Cooper <gcooper_at_freebsd.org>wrote:

> On Mon, Oct 18, 2010 at 11:36 AM, Alexander Best <arundel_at_freebsd.org>
> wrote:
> > On Mon Oct 18 10, Garrett Cooper wrote:
> >> On Mon, Oct 18, 2010 at 8:28 AM, Alexander Best <arundel_at_freebsd.org>
> wrote:
> >> > On Mon Oct 18 10, Alexander Best wrote:
> >> >> On Fri Sep 17 10, Alex Dupre wrote:
> >> >> > I created hackish scripts to generate pci_vendors file from Boemler
> and
> >> >> > Mares (pciids.sf.net) lists. I haven't found the Hart list.
> >> >> >
> >> >> > The results of the scripts are here:
> >> >>
> >> >> sorry it seems i missed your post back then.
> >> >>
> >> >> i found two more lists:
> >> >>
> >> >> http://rh-software.com/downloads/pcidevs.txt
> >> >> and
> >> >> http://hobbes.nmsu.edu/h-browse.php?dir=/pub/incoming (seems to be
> based on the
> >> >> Hart list)
> >> >>
> >> >> the actual Hart list seems to have vanished and the web location is
> no longer
> >> >> accessible.
> >> >>
> >> >> personally i don't think it's necessary to combine the data of two
> files. the
> >> >> mares database seems extremely elaborate. all my pci devices get
> described
> >> >> properly. also making use of only one databse would make it more easy
> to submit
> >> >> additional info back to the vendor.
> >> >>
> >> >> so any objections to switching to the mares list?
> >> >>
> >> >> cheers.
> >> >> alex
> >> >>
> >> >> >
> >> >> > http://www.alexdupre.com/pci_vendors/mares.txt
> >> >> > http://www.alexdupre.com/pci_vendors/boemler.txt
> >> >> > http://www.alexdupre.com/pci_vendors/mares-boemler.txt
> >> >> > http://www.alexdupre.com/pci_vendors/boemler-mares.txt
> >> >> >
> >> >> > The first two are generated from single lists, the last two are
> >> >> > combined, with different preference order.
> >> >
> >> > oh...and i think it would be a good idea to move from ";" as comment
> character
> >> > to "#". that way we wouldn't need to run a script, but could include
> the vendor
> >> > file directly into the src tree.
> >>
> >>     I noted this a while back to Warner and Brooke as I came up with a
> >> short script to do this, and they suggested that it be supplemented to
> >> the existing list, not replace it.
> >
> > why? the mares list is obviosly superior, because linux contributes to it
> and
> > thus has far more people submitting changes than any other list.
> >
> > is there a case where the old list has an entry the mares list is
> missing?
>
>    Most of the values (above 99%) were the same actually between the
> 2 lists. I think the point was to avoid churn in the description
> fields because a lot of the description fields were different, the
> Linux list was produced by questionable sources (IIRC the other list
> was produced by vendors, but I could be wrong). Rather than guessing I
> would just ask Brookes and Warner directly though, offlist...
> Cheers,
> -Garrett
>

Questionable, you mean like Intel? :) I brought this up in the first place
asking
because our new ID's go direct into the sf list.

I understand the desire to avoid churn, but I suspect this would be a change
for the longer term good.

Just my .02

Jack