Age | Commit message (Collapse) | Author |
|
|
|
on machines reporting > 32 memory regions. ok kettenis@
|
|
be legacy-free machines built by Dell monkeys who then (it seems)
reuse the io address space for something else. Touch it, and the
|
|
be legacy-free machines built by Dell monkeys who then (it seems)
reuse the io address space for something else. Touch it, and the
machine resets. Great....
|
|
pmap_activate() should be called to force the kthread into the kernel pmap.
If it is i386 it is lazy pmap it may not be in the kernel kthread, so
it must be called so that pmap_activate can decide. If it is amd64
without lazy pmap, it must not be called.
A comment is added to remind us about this in the future in case these
assumptions change.
ok kettenis
|
|
systems, at least with Intel graphics.
ok marco@, deraadt@
|
|
rather than defining it separately for each architecture.
Also set it to 4, to accommodate for future UTF-8 support (rfc3629).
Diff by stsp, committing to catch the libc major bump
ok kettenis@, guenther@
|
|
Temporarily disabled for debugging purposes, but can be turned on if
needed.
ok deraadt@
|
|
|
|
|
|
|
|
|
|
|
|
Tested mlarkin on thinkpad x60, pirofti on dell d620, and deraadt on
thinkpad T61.
ok deraadt@, pirofti@
|
|
Some vendors screw us up on resume giving back a dirty gdt which
prevents us to go into protected mode. This makes sure the gdt is
clean, its the only way to do this and its the only way to be sure
we're clean on resume.
This fixes quite a few laptops that didn't resume but rebooted or did
other screwy things because of a dirty gdt.
Worked with mlarkin@ for quite a few houres last night.
Tested by many on both amd64 and i386.
Okay deraadt@.
|
|
ok deraadt@, kettenis@
|
|
ok deraadt@
|
|
|
|
ok deraadt@
|
|
This enables by default the suspend/resume paths in the kernel.
Okay deraadt@.
|
|
|
|
|
|
ok mlarkin pirofti
|
|
and myself, ok pirofti@
|
|
Suggested by and okay mlarkin@.
|
|
|
|
don't have the tables from acpi. This way we don't have
to have knowledge of the cpu model to do speedstep in the acpi case.
ok kettenis@
|
|
|
|
written from scratch based on the vendor driver for Linux (ath9k).
AR9285 and AR9287 parts are 100% untested.
only basic functionnalities are enabled for now.
committed over an AR9281.
"commit" deraadt
|
|
|
|
ok jsing@, miod@
|
|
|
|
|
|
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
|
Reminded by deraadt.
|
|
IO works fine but it will remain disabled for now.
From James Giannoules
dlg: go go go
|
|
bsd) unless some other object has changed. Rebuild and reinstall
in /usr/src/usr.sbin/config/ after updating!
"I like it" deraadt@
|
|
some improvements suggested by jsg@
"commit" deraadt@
|
|
i386 and amd64 to make avoid legacy ISA I/O registers. Fixes issues with
ThinkPad T-series Dock II units as reported by sobrado@
ok miod@
|
|
Thank you Vladimir Kirillov <proger () hackndev ! com>
|
|
This should prevent problems on systems where these areas are not reserved in
the BIOS memory map.
ok miod@, oga@, marco@
|
|
They break ramdisks as noticed by jasper, and have not been
adequately discussed.
|
|
ok deraadt@
|
|
ldt_{alloc,free} to shave a few. ok jasper@, oga@
|
|
that makes the PCIE device show up as a host bridge instead of a
PCI-PCI bridge. As a result any devices sitting behind it won't be
detected. Whack the device into PCI-PCI mode such that we can walk the
PCI bus hierarchy the normal way and detect all devices. Fixes PR 6215.
ok dlg@
|
|
rather have the USB HCI emulate it during boot, while legacy mode is enabled.
This causes pckbd0 to attach as the console device, but is lost as soon as
the USB HCI driver attaches.
The disappearance of the emulated PS/2 controller can however be detected
in pckbc(4) - which is supposed to attach after [eou]hci(4), with the controller
refusing to ack commands and replying ``please resend'' instead.
In that case, the kernel will now no longer attach pckbd, and will perform a
new console input device selection, allowing the (real) usb keyboard to
become the console.
Thanks to krw@ for countless tests on legacy-free hardware; also tested on
more conventional hardware by naddy@ and I.
Only amd64 and i386 platforms are affected by this change.
|
|
|
|
Tested by myself, sthen, oga, kettenis, and jasper.
Input from sthen and jasper.
ok kettenis
(Manpage follows shortly.)
|
|
|
|
|