| Age | Commit message (Collapse) | Author |
|---|
|
|
|
bridges so that hot insertion and removal works; from NetBSD.
|
|
|
|
|
|
not PCI_BCR_INTR; from NetBSD.
|
|
fix for this (rev 1.7) as this is the better way to do it. This fixes the
problem seen with reboot while an xl(4) CardBus card is in a slot on my Toshiba
Tecra 550CDT (so it should fix the same problem espie@ has seen on a different
model Toshiba laptop).
|
|
|
|
add support for the acenic copper and netgear ga620t (untested).
This also updates the firmware to 12.4.13 for tigon 1, and
12.4.11+wpaul hacks for tigon 2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bear in mind, you will need to recompile both isakmpd/ipsecadm and
your kernel --- otherwise things won't work together.
Naturally, all these changes will not be folded into -STABLE, since
they would break binary compatibility.
|
|
|
|
|
|
laptops; from FreeBSD. No special changes needed here, just the addition of
the EN2242's product ID since it is an ADMtek Centaur chip.
|
|
|
|
|
|
files could probably be updated even a bit further (they are from mid-summer).
In addition, I've added support for console scrollback, somewhat inspired by
Linux's vgacon driver. Basically, instead of allocating our own buffer and
doing lots of copies, we take advantage of Video RAM and just modify the VGA
display origin register as appropriate. This approach has a few advantages:
simple to implement, no wasted KVM, it's fast, and after a boot you can now
scroll back all the way to the BIOS messages (assuming your msgbuf is of a
typical length :). Disadvantages are that the VRAM buffer is relatively
small (only 32k) and we do not support raster devices through this method.
(thanks to mickey@ for pointing this out).
The code for this is fairly unobtrusive, so should we come up with a better
approach to console scrollback at a later time (i.e., even more platform
independent) it should be easy to revert this.
We're one step further in porting nice features of PCVT over to wscons.
|
|
devices are on the same interrupt).
|
|
(from NetBSD)
|
|
and Linux's pcidevs. This brooktree driver is an unmaintainable mess. Someone
should look into splitting this code up a bit into separate files, as has
already been done in NetBSD and FreeBSD.
|
|
|
|
|
|
|
|
|
|
|
|
Not used yet.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- Rearrange some entries that weren't in the proper ID-order.
- Fix some typos as well.
|
|
Yet another bug fix/optimization for the Davicom DM9100/9102: increase the
PCI latency timer value to 0x80. Davicom's Linux driver does this, and it
drastically reduces the number of TX underruns in my tests. (Note: this is
done only for the Davicom chips. I'm not sure it's a good idea to do it
for all of them.)
|
|
Set the DC_TX_INTR_ALWAYS and DC_TX_STORENFWD flags for the Davicom chips.
Do not set DC_TX_ONE. The DC_TX_USE_INTR flag causes dc_encap() to set the
'interrupt on TX completion' bit only once every 64 packets. This is an
attempt to reduce the number of interrupts generated by the chip. You're
supposed to get a 'no more TX buffers left' interrupt once you hit the last
packet whether you ask for one or not, however it seems the Davicom chip
doesn't generate this interrupt, or at least it doesn't generate it under
the same circumstances. The result is that if you transmit n packets, where
n is less than 64, and then wait 5 seconds, you'll get a watchdog timeout
whether you want one or not. The DC_TX_INTR_ALWAYS causes dc_encap() to
request an interrupt for every frame.
|
|
|
|
|
|
|
