src-test2/sys/dev/sn/if_sn_pccard.c, branch stable/7FreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F72005-09-13T19:25:30ZUse new convenience function to read CIS rather than the older, harder to2005-09-13T19:25:30ZWarner Loshimp@FreeBSD.org2005-09-13T19:25:30Zurn:sha1:14ea0b7d32ff0075aeae9c48bc2b5069e0092201
use version.
Some preliminary support for Megahertz XJEM and CCEM (same cards really)2005-08-15T18:28:49ZWarner Loshimp@FreeBSD.org2005-08-15T18:28:49Zurn:sha1:1dd467ac95af00780b41d13c421a6028c7a0db0a
combo cards.
Comment out a few entries in the sn_pccard_products table until2005-07-13T14:52:48ZWarner Loshimp@FreeBSD.org2005-07-13T14:52:48Zurn:sha1:959541b940aa171d28bce82aecfb91933fea59fc
support for them can really be added. Eliminate the check for network
card, because many of the cards in the commented out section are combo
cards and report themselves as either multifunction or modem. They
will be added back as I obtain hardware and test them more fully.
Add a boatload of new device ids, gleaned from the pcmcia-cs-3.2.82005-07-10T02:00:35ZWarner Loshimp@FreeBSD.org2005-07-10T02:00:35Zurn:sha1:ba8f34770d5840aeef95cd0cae6931beb356db75
distribution. Add the appropriate devices to the man pages.
Obtained from: pcmcia-cs
Approved by: re (scottl)
Fix the build. The SMC_8020BT define doesn't exist yet.2005-07-09T05:14:32ZScott Longscottl@FreeBSD.org2005-07-09T05:14:32Zurn:sha1:0b98232c5ca452e06fe32b9633721b8d3e0e01c3
Approved by: re (implicit)
Noticed that NetBSD's sm driver has the PSION GOLDCARD listed, so list2005-07-09T01:30:32ZWarner Loshimp@FreeBSD.org2005-07-09T01:30:32Zurn:sha1:cec14ad556ea0090a147137ec6e04f0c0a228ba4
that since I can't test it directly. The driver also lists the EM1144
as being supported, but in reality it isn't. The EM1144-T,
{XJ,CC}{3288,3336} have the SMC chips in them, but aren't conformant MFC
cards, so they need their own driver.
Also, it does little harm to list the 8020BT, so remove #if 0.
Approved by: re (scottl)
Add support for Farallon EtherMAC PC Card.2005-07-06T15:59:47ZWarner Loshimp@FreeBSD.org2005-07-06T15:59:47Zurn:sha1:dc1206ea0fa2feb6d78c666983e01c5f6b784679
Move ethernet MAC address setting into pccard attachment
Fix panic from IFP2ENADDR() use prior to if_alloc
Remove OLDCARD compat support. This should work still on oldcard, however.
sn_attach now requires that the resources be activated now, so adjust.
Approved by: re (scottl)
Eliminate unused argument in PCMCIA_CARD macro.2005-06-24T14:36:54ZWarner Loshimp@FreeBSD.org2005-06-24T14:36:54Zurn:sha1:ab581af7793365b219b8d57024e809a5b0e9c0ad
Provide a backwards compatible way to have the extra macro by defining
PCCARD_API_LEVEL 5 before including pccarddevs for driver writers that
want/need to have the same driver on 5 and 6 with pccard attachments.
Approved by: re (dwhite)
Stop embedding struct ifnet at the top of driver softcs. Instead the2005-06-10T16:49:24ZBrooks Davisbrooks@FreeBSD.org2005-06-10T16:49:24Zurn:sha1:fc74a9f93a5fbc83262aa12084404ac953c854b5
struct ifnet or the layer 2 common structure it was embedded in have
been replaced with a struct ifnet pointer to be filled by a call to the
new function, if_alloc(). The layer 2 common structure is also allocated
via if_alloc() based on the interface type. It is hung off the new
struct ifnet member, if_l2com.
This change removes the size of these structures from the kernel ABI and
will allow us to better manage them as interfaces come and go.
Other changes of note:
- Struct arpcom is no longer referenced in normal interface code.
Instead the Ethernet address is accessed via the IFP2ENADDR() macro.
To enforce this ac_enaddr has been renamed to _ac_enaddr.
- The second argument to ether_ifattach is now always the mac address
from driver private storage rather than sometimes being ac_enaddr.
Reviewed by: sobomax, sam
Only attach to network functions. I'm not aware of any multifunction2005-01-20T19:59:31ZWarner Loshimp@FreeBSD.org2005-01-20T19:59:31Zurn:sha1:e30d646d97e69f7cccace5b24b7f5c78e6777bf3
(pccard sense) sn based cards, but this won't hurt. The
pseudo-multifunction cards need a special driver anyway...