| Age | Commit message (Collapse) | Author |
|---|
|
|
|
waiting on S_COMMAND_IN_PROGRESS and replace them with a bounded loop count
plus a small delay; from NetBSD.
|
|
|
|
adw.c synched with v1.23 (from v1.14)
adw.h v1.9 ( v1.5 )
adwlib.c v1.17 ( v1.7 )
adwlib.h v1.13 ( v1.7 )
adwmcode.c v1.5 ( v1.2 )
adwmcode.h v1.5 ( v1.2 )
microcode for cards is updated to latest version,
loss of carrier problems are solved in a more
robust manner than before, lots of code cleanup.
first support for upcoming U3W cards added, as
a result of which the driver is now too large
for RAMDISK and has been moved to RAMDISKB.
Most of the work done by dante@ NetBSD.
|
|
|
|
|
|
On suspend, the apm code calls each function in its powerhook list. This list
contains pointers to functions that are to be executed on PWR_SUSPEND and
PWR_RESUME. One of these functions is pcmcia_power() which calls xxx_activate()
for each PC Card that is connected with the action DVACT_ACTIVATE (where xxx
is the name of the driver for the PC Card). On resume, the same thing happens,
except the action is DVACT_ACTIVATE.
Clearly, if a card is gone when we resume, trying to activate it is a bad idea.
This commit adds a pcic_power() function that runs before pcmcia_power(). On
resume, it uses pcic_intr_socket() to detect any events that occurred while we
were suspended. (I had to split pcic_event_thread() into a threaded part and
a non-threaded part, since the thread will not run when we are in interrupt
context, but I need the events to be processed before pcmcia_power() runs.) So,
by the time pcic_power() is through, all events that occurred during suspend
have been processed, and pcmcia_power() will not try to activate cards that are
not there since they have already been completely and properly detached.
Note that event handling for card removals first calls the deactivate functions
on the card then the detach functions. When we suspend, apm does the deactivate
for us. So on resume, if we detect a card has been removed, we skip the
deactivation step and just detach. We use the DVF_ACTIVE bit to determine
whether or not deactivation has already occurred. Deactivating a device that
has already been deactivated causes a panic.
|
|
config_activate() and config_deactivate() routines instead. This way, the
DVF_ACTIVE bit gets updated appropriately.
|
|
|
|
out. :-( It was never noticed until now since I didn't have an actual D-Link
550TX card to test with. Thanks to Gardner Cohen for sending me one of these.
|
|
|
|
|
|
|
|
support CMD 648/649 UDMA66 controllers
fix promise UDMA66 cable check
|
|
the last commit for AX88190 support. There are at least three variants of ne's
that have manufacturer id 0x143 (Linksys) + product id 0xc1ab. Each one has its
enaddr in a different place.
The matching code for PCMCIA NE2000 is really gross. In particular, the flags
field in ne2000_devs (for NE2000DVF_DL10019 and NE2000_AX88190) is a complete
hack. The driver should really try each method of reading the Ethernet address
(from the ROM, DL10019, and AX88190) and choose the one that generates the
correct checksum.
I plan to fix this later...
|
|
|
|
|
|
event notification from the pcic (if an interrupt is available) or allow the
insertion and removal of PCMCIA devices even if there is no IRQ for the pcic.
Each socket is checked for status change every 0.5 seconds using art's timeout
code. Insertion and removal events should no longer ever go unnoticed.
|
|
|
|
|
|
affects 905B only.
|
|
poor man's encrypted file system with this. Blame the Greek. okay niklas@
|
|
|
|
|
|
some laptops. Only seems to cause problems with some card, notably
wavelan and aironet.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
that is done in ether_input(); jason@ ok
|
|
|
|
|
|
|
|
|
|
So far this code supports some panasonic adapters, but other brands should
work as well.
|
|
|
|
|
|
remove most of the parameters from ubsec_callback() since they can be found
later.
ok, so ubsec can now authenticate to itself (doesn't like software, tho)
|
|
Hacking at USENIX 2000 :-)
|
|
Only allow superuser to clear the signal quality cache
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
