| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
until I have time to implement proper fix.
Noted by several folks.
|
|
halfway through. Makes the ISP12160 correctly load its firmware again on
sparc64.
ok krw@
|
|
slightly different from the other chipsets using the BCM5705 ASIC.
ok jsg@
|
|
ok deraadt@
|
|
4 bytes in the new firmware.
To allow this to work on older firmwares add a "short read allowed"
flag to arc_msgbuf(), which will allow short reads by getting
the read length from the header of the response the firmware sends.
Only set the flag on the arc_msgbuf() call that deals with the diskinfo
struct for now.
Discussed with and ok dlg@
|
|
For now, only one such flag is defined, PCKBC_CANT_TRANSLATE. It hints
pckbc that the device does not behave correctly to the ``set translation''
commands.
Set this flag if we are running on a Tadpole Ultrabook machine, which needs it.
This makes the built-in keyboard work correctly on this laptop (with the
help of the software translation pckbd diff).
tested & ok kettenis@
|
|
1; instead, try table 2 first, then 1: some older keyboards, connected to
a castrated 8042, do not know how to talk in table 1 (or worse, will report
they do while they don't).
If automatic translation is not possible, remember which table the keyboard
ended configured in, and convert the scancodes from table 2 to table 1 if
necessary.
ok kettenis@
|
|
|
|
|
|
|
|
gsckbd; the former will cause a proper translation page to be selected by
the keyboard.
Because of this, we no longer depend on the page the keyboard is left in
by the PDC (page 2 for all machines but the PrecisionBook, which is in
page 3), and there is no longer any need to use separate keyboard maps.
|
|
restrict the memory allocation range in _dmamem_alloc().
|
|
ok markus, also tested david sthen
|
|
mode (4KB) for PCIe chips. This resolves the poor TX performance for
the PCIe chips. The result being a bit under double the TX performance
on a Gig connection (roughly 495 Mb/s -> 940 Mb/s).
Tested by reyk@, sthen@, brad@ and a few end users.
|
|
that have it. Initial diff from art@.
|
|
upcoming change.
|
|
address 0x1a and 0x1e, and that's not where the PCIe capability stuff
lives. Potentially it was mucking with an IO BAR (super dangerous).
But probably it was achieving nothing at all.
ok dlg@, marco@, brad@
|
|
Pointed out by Chris Cappuccio, thanks!
|
|
newer PCI Express adapters (ie 8168C*/8102*) work.
V2 Checksum offload format in RTL8102 devices not yet supported.
No objections from brad@. Thanks to everyone who tested.
|
|
sis_newbuf(), so remove the call.
ok and lots of prodding dlg@, brad@
|
|
ok kettenis@
|
|
|
|
All cpus are stopped and this cpu blocks all interrupts. It doesn't make
sense to grab locks that ddb can then jump past with longjmp.
Noticed by Pierre Riteau. I just forgot about the bug until reminded
today.
|
|
ok art@
|
|
and signal handlers.
ok kettenis@
|
|
and signal handlers.
ok kettenis@
|
|
problem found by "Adrian M. Whatley" <amw> and "Stephan A. Rickauer"
<stephan.rickauer>, both @ni.phys.ethz.ch
fix by me, ok mpf
|
|
"Commitski!" miod@
|
|
|
|
code. This fixes in6_ifloop_request warnings seen on carp interfaces.
OK henning@, found and tested by david@
|
|
|
|
can use them later for stuff like VIDIOC_S_FMT (e.g. set custom
resolution).
|
|
upcoming changes and sort list.
|
|
ok dlg
|
|
|
|
boot bsd.rd -a and want to mount the ramdisk later on.
ok otto@ krw@ millert@
|
|
assumes that the display device and the agp bridge are the same device.
In almost all cases this is incorrect.
In order to correctly enable the agp device with the correct mode, we
need to set the AGP_COMMAND register on both the display and the bridge
with the right bits. Since agp is currently attaching at vga(4), due to
the problems with the intel integrated graphics (a problem that I still
need to solve, to be honest), for now just provide both pci_attach_args
to the agp init, and get what we need from there to do the enable.
This fixes the "agp bug" which i have been known to rant about, a lot.
So agp radeons now work with dri without needing to be forced to pci
mode.
This wasn't detected before, since the only non-drm consumer of agp is
the intel X driver, the i810 agp driver has its own enable function.
tested by many. ok kettenis@.
|
|
|
|
help & ok jsg@
|
|
|
|
MULTIPROCESSOR kernels. We map 'struct cpuinfo' at the same virtual
address on every processor, but since threads on the same core share
an MMU this doesn't quite work. With the hack we are at least able to
use the other core (and any additional processors).
|
|
|
|
|
|
|
|
|
|
|
|
will be 0. Check SFSR too, before deciding there's no fault.
|
|
use them in cpu_myid().
|
