Age | Commit message (Collapse) | Author |
|
or XIRCOM cards.
Based on the FreeBSD dc(4) driver.
|
|
|
|
Waldemar Brodkorb.
|
|
|
|
we can react on post-boot device plugs.
|
|
Newer chips do not need the receiver lock-up workaround; detect when it
is required.
From NetBSD
|
|
Corrected a workaround that should only be applied to one adapter.
Workaround was causing device hangs when incorrectly applied to
other adapters.
From FreeBSD
|
|
|
|
|
|
Found in a dmesg from escapenguin at gmail dot com.
|
|
|
|
|
|
from george_morgan at spamcop dot net.
|
|
From NetBSD
NetBSD PR 27678 for details
ok mcbride@
|
|
|
|
|
|
|
|
Additional USB wi devices found in linux-wlan.
Sort Sitecom section.
|
|
|
|
Main features:
- MI hil drivers, allowing live plug/unplug of devices, and the keyboard
does not need to be at id 1 anymore.
- SGC bus support on 4xx models. SGC frame buffers are supported too, but
not as console, though you can use them as a regular glass terminal if
you run a getty on ttyC0. Currently not compiled-in, awaiting for an sti(4)
fix to be commited.
- HP-UX compatibility interfaces are removed. grfinfo and hilinfo are removed.
X11 support is currently broken by these changes; X.org X11R6 support will
be available very soon.
Tested on hyperion and 4 different flavours of catseye/topcat/kathmandu; other,
older frame buffers (davinci, gatorbox and renaissance) could not been tested
but should work; please report any regression.
|
|
|
|
|
|
|
|
|
|
Avoid an unnecessary copy of a packet if it is already in a single mbuf.
Introduce an additional device flag for those NICs which require the
transmit buffers to be aligned to 32-bit boundaries.
From FreeBSD
|
|
files for now.
Adopted from FreeBSD for our netbt stack.
Help in testing by many, ok markus@
|
|
still work in progress but it works (this is committed through it),
some PHY timeout issues to resolve
|
|
|
|
(pci/if_re_pci.c) for soon-to-come cardbus support; ok deraadt
|
|
|
|
load. pointed out by jcs@
|
|
ok dlg@ henning@
|
|
scb may have been freed or made active. Only affects XS_RESET case.
More correctly mirrors FreeBSD code. Already done to aic79xx_openbsd.c
in r1.16.
|
|
adjusting twice for the instruction pointer indicating the *next*
instruction to execute.
From FreeBSD r1.101.
|
|
|
|
- Let the loop initialize completely before attempting to probe its devices.
Fixes the "no answer from device 1" problem.
- Handle ``loop unplugged'' events and force detach of all children in this
case.
|
|
|
|
some clean up. fixes issue with axe@usb.
Tested by a number of developers and users.
|
|
Make sure that we call uplcom_set_line_state() to get consistent state
between our idea of flow controll settings and the chips one.
In uplcom_set_line_state use the same value as the manufacturer suggests,
since the previously used (umodem based) values do not seem to work.
It is not completely clear what happened here - either the "not calling
uplcom_set_line_state" due to luck prevented the non working state to
be discovered or there are variants of the chip that need the old values.
During testing none such chips have been found - if they ever apear we
might have to make this function more intelligent, depending on the chip
in use.
|
|
Add support for CTS modemsignal as well.
RI does not seem to be supported.
|
|
|
|
and much more reasonable.
|
|
applicable.
During device probe, if a device does not answer commands, display a warning
message. This apparently happens on hp300 when the console is configured
as remote (i.e. serial console). Unplugging and replugging the device works
fine afterwards...
|
|
Set initial conditions to guarantee that when read_seeprom toggles
Chip Select, it turns *on* rather than *off*.
|
|
for rev F devices which lets us get responses from access points.
Driver is still not fully working as yet.
From a discussion with David Young.
|
|
|
|
- fix rssi decoding
- implement basics for IBSS support
- decrease channel scan time from 100ms to 40ms
- cosmetic changes while i'm here
|
|
|
|
Don't read the MAC address from a copy of the EEPROM in the softc
that has been recorded earlier and overwrite it again later by
reading it directly from the EEPROM again.
Read the MAC address from the PAR0/PAR1 registers instead, which
are autoloaded on reboot.
From FreeBSD
Thanks to David Snyder <dasnyderx at yahoo dot com> for testing on
a AN983 based card which used to come up with a MAC address of
ff:ff:ff:ff:ff:ff.
|
|
ok krw@
|