| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reduce the size of ed a little by removing some CIS based entries (others
likely can be removed too):
o The D-Link DFE-670TXD doesn't need its own entry based on strings.
o The Xircom CompactCard appears to be a TDK design, so list it there by ID
and remove the strings.
Increase the size of ed a little:
o Add support for the Addtron AE-660CT and Addtron AE-660. This is a very
generic NE-2000 clone (so generic that its CIS tags say NE-2000 generic
card!).
|
|
|
|
|
|
|
|
| |
o Note that the first 255 locations are reserved for JEDEC Ids from
publication 106 (current revision Q, each one verified with
JEDEC and the PMCICA).
o Move ADAPTEC2 to the right section.
o Sort TOSHIBA2 numerically.
|
|
|
|
|
| |
OC3231 Token Ring + 28.8 modem
OC3232 Token Ring + 33.6 modem
|
|
|
|
| |
doesn't appear in the official lists, so make a note of that.
|
|
|
|
|
|
| |
o Add Agere Hermes II and II.5 PC Cards (from zipit web page), TDK
GlobalNetworker 3410 (from dmesg for my card) and another alternate
PANASONIC KXLC0005_2 (from pcmcia-cs id lists).
|
| |
|
| |
|
|
|
|
|
|
|
| |
distribution. Add the appropriate devices to the man pages.
Obtained from: pcmcia-cs
Approved by: re (scottl)
|
|
|
|
|
|
| |
one is supported by the sn driver.
Approved by: re (scottl)
|
|
|
|
| |
Approved by: re (pccard API changes)
|
|
|
|
|
|
|
|
|
| |
ipw - Intel PRO/Wireless 2100
iwi - Intel PRO/Wireless 2200BG/2225BG/2915ABG
ral - Ralink Technology RT2500
ural - Ralink Technology RT2500USB
Approved by: silby (mentor)
|
|
|
|
|
|
| |
chipset. Add support for this card. Office Max has them on sale and
I was surprised that we didn't have it in our supported list when I
plugged it in...
|
|
|
|
|
|
|
|
|
| |
with the latest changes. They actually have valid ROM data at location
0 of memory, just like a real NE-2000 ISA card. Use this data, if
the ROM passes a few basic tests, as an additional source for the MAC
address. Prefer the CIS over this source, but have it take precidence
over falling back to reading the attribtue memory.
o Minor cleanup of a few devices that we match on based on CIS string.
|
|
|
|
|
|
|
| |
same as the LINKSYS COMBO_ECARD (which also seems to be the same as
another linksys product that also has a modem, but I can't find that
one at the moment). Remove the PCM100, since it is now no longer
used.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CIS, weren't actually used anywhere (other than the generic PC Card
code when certain variables are defined). They aren't used in NetBSD
either. Make things simpler by removing them. Change PLANEX_2 to
PLANEX and tweak wi and owi to use that instead. The PLANEX id seems
to actually be pci ID assigned to planex, not its pcmcia id. Ooops.
I don't know if this is a reporting error from where this entry came
from, or if it is a mistake on PLANEX's part. I suspect the latter,
as ACTIONTEC and NEWMEDIA made the same mistake (although new media
may be because it uses an advansys chip inside). Make a note of this
in the file. The 0xc entires may be JEITA assigned, so note that as
well.
# This leaves just 3 entries that are totally unknown: airvast, archos
# and edimax although the arivast number is the same assigned to
# avertec in usb...
|
|
|
|
|
|
|
|
|
| |
thought. I'm unsure why I thought this was the case, but it
definitely isn't for this card. If another card with the other ID
makes an appearance, then we'll add a second entry for it.
# With this change my Olicom OC2220 is now working again, since I make
# this commit with that device. :-)
|
|
|
|
|
|
|
| |
of this card (evidentally MultiMobile also sold this card as
MT5634ZLXI/E).
Reported by: Bastian Brinkman
|
| |
|
|
|
|
|
|
|
|
|
| |
versions of the Racore PC Card Ethernet card. Rearrange to reflect
this reality. This ejects IODATA from 0x1bf, which belongs to Racore.
Thanks to Wilko for providing me with a dumpcis for the DEPCM card.
Also, added Nextcom Nexthawk card from NetBSD
|
|
|
|
|
| |
manufacturer ID, we need to use -1 rather than 0x100 when matching.
Do this by defining and using DIGITAL2 .
|
| |
|
|
|
|
|
| |
Add Digitial vendor ID (from NetBSD)
Add Anycom vendor and products (from NetBSD)
|
|
|
|
| |
From NetBSD
|
|
|
|
| |
NetBSD original, so add our copyright notice as well.
|
|
|
|
|
| |
won on ebay. Also, add a pointer to the PCMCIA's web site for the
registered tuples (== manufacturer ID's).
|
|
|
|
| |
intersil IDs but their own name in the CIS.
|
| |
|
| |
|
|
|
|
|
|
| |
card, and works with that driver. However, Eagle is using Fujitsu's
vendor number and a product code of 4, which seems a little odd.
Still, there's no conflicts...
|
|
|
|
|
|
| |
It's 0x0040 not 0x0400.
MFC after: 3 days
|
|
|
|
| |
added to xe once the pccard issues are resolved...
|
|
|
|
| |
Reviewed by: imp
|
|
|
|
|
|
|
|
| |
Xircom had an unfortunate habit of re-using PCMCIA IDs for quite different
cards - the xe driver knows about this and uses the first byte of 'extra'
PCMCIA ID info to identify cards with ambiguous IDs.
Reviewed by: imp (mentor)
|
|
|
|
| |
Reported by: Brian O'Shea
|
| |
|
|
|
|
| |
Reviewed by: imp
|
|
|
|
|
|
|
|
| |
is really EtherExpress or EEPro or what, but it does appear in a
couple of ethernet cards that have appeared recently on ebay. Silicom
appears to make these cards, and they have the 82595TX chipset in
them, and sometimes uarts. The ex driver needs some work to support
these cards, but I thought I'd get the device into pccarddevs.
|
|
|
|
|
|
| |
o use more proper bus_size_t for iosize rather than bus_addr_t.
Noticed by: bde
|
| |
|
| |
|
|
|
|
|
| |
Looks like 'special magic' is needed to access the ethernet part of
that combo card, so I've not added it to ex.
|
| |
|
|
|
|
| |
Submitted by: Keith Davis
|
|
|
|
|
|
|
|
|
|
|
| |
1.186: onoe; Sony's PEGA-WL110 CF WLAN (which strangely has fujitsu's
vendor id)
1.185: ichiro; Quatech Inc, PCMCIA Enhanced Parallel Port Card
Also:
o update $NetBSD$
o minor tweaks to FUJITSU. We've tried to keep the CIS only entries seprate
from vendor id/product id.
|
|
|
|
| |
Submitted by: Ludwig Pummer
|
|
|
|
| |
Submitted by: Jeremy Bingham
|
|
|
|
|
|
|
| |
vendors that list the vendor ID in the proper byte order. The second
section is for vendors that get it backwards. The third is for what
appear to be 'random' ones (although 0xcxxx appears to be coherent
enough that maybe somebody else is assigning those numbers).
|