| Age | Commit message (Collapse) | Author |
|---|
|
getting LIVENGOOD (newer chipset) support. There will be a bit more
coming down the pipe with this in a couple of weeks when I get the
board that does 10/100/1000 all through CAT-5 cable....
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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).
|
|
modifier keys (SHIFT, CTRL, ALT, etc.), and a key "up" event is received,
only delete the key repeat timeout if the key that generated the "up"
event is the key currently being repeated. When a key "down" event is
received, the opposite -- only delete the key repeat if the key that generated
the "down" event is _not_ the key currently being repeated.
Playing here is a bit dangerous since we are constraining the conditions in
which a timeout(9) is deleted (we don't want to mistakenly get stuck in a
non-legitamite key repeat).
Using timeout(9) for this is kind of gross. I guess it is done here to avoid
key repeat code in all of the actual hardware keyboard drivers.
There is still a bug here. If you have a key held down and detach your
keyboard (by either unplugging it or doing a KVM switch), the timeout is not
deleted and the key continues to repeat until it gets the keyboard back and
receives an interrupt. Perhaps we should not be ignoring typematic keys after
all?
|
|
switching virtual terminals.
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
products we've added locally. Hrm, only Creative Labs Nomad devices, I guess :)
|
|
|
|
|
|
|
|
|
|
laptops; from FreeBSD. No special changes needed here, just the addition of
the EN2242's product ID since it is an ADMtek Centaur chip.
|
|
|
|
|
|
(some hardware drivers do not support this yet, i.e., vgafb in powerpc);
mickey@ ok
|
|
parts needed for wscons on i386 and alpha.
|
|
console framework. It doesn't provide direct device driver entry points
but makes its functions available via the internal wsdisplay(4) interface.
The pcdisplay driver is indended as a minimal ``catch-all'' driver for
the different kinds of MDA or CGA compatible adapters. It doesn't support
multiple screens, nor colors or font loading.
From NetBSD. Contains routines used by the vga(4) and ega(4) drivers, etc.
This is more MI stuff in prepartion for wscons on i386 and alpha.
|
|
|
|
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.
|
|
hooks into the lower-level display driver. The updated vga(4) driver I'm about
to commit has support for this. This is a fairly unobtrusive way to implement
scrollback while maintaining the abstraction of the wscons system.
|
