> > > pcmciadevs):
> > > vendor MELCO                    0x8a01  Melco Corporation
> > > product MELCO LPC3_TX           0xc1ab Melco LPC3-TX
> > >
> > > and a matching entry in if_ne_pcmcia.c
> > >     { PCMCIA_STR_MELCO_LPC3_TX,
> > >       PCMCIA_VENDOR_MELCO, PCMCIA_PRODUCT_MELCO_LPC3_TX,
> > >       PCMCIA_CIS_MELCO_LPC3_TX,
> > >       0, -1, { 0x00, 0x40, 0x26 }, NE2000DVF_AX88190 },
> > >
> > > Can you confirm the above exist in those files?

Building kernels on my one 1.6 system, now.  I can confirm that this
exists.  (^&


> > How does NetBSD (1.6 "RC3", if that distinction matters) search the list
> > for vendor/product codes?  Does it do a bsearch() on an array that it
> > assumes is sorted?  If so, is the array possibly out of order?  (I think
> > that /usr/bin/find had a bug like this in its option parsing a year or so
> > ago; someone inserted an option in a table where it "made more sense", but
> > the bsearch() (or whatever) failed to find it because the algorithm
> > required the table to be sorted lexicographically.)
>
> It starts at the top and works through an entry at a time, IE no special
> ordering, this is one of those it's only done rarely, so performance is not
> critical.

I s'pose that this makes sense.  (^&


> >From what I can tell of the code it's doing the right thing. (well it looks
> to be, hence me asking for more details etc 8)
>
> Could you send-pr this?

I can do that, now.  I wanted to poke at it a little with a machine
capable of building kernels before I gave up on it.

Thanks.  I'll toddle off to the send-pr web-page now.  (^&


  ``I probably don't know what I'm talking about.'' --rauch@math.rice.edu