Age | Commit message (Collapse) | Author |
|
environment sensors. These are found at least on VIA Epia SN18000G
boards.
Not enabled at 0x162e and 0x164e because probing these may not be
safe according to kettenis (guess where my schsio is).
Much help from kettenis. Input from const and fgs.
ok kettenis
|
|
of ACPI S3 suspend/resume support. This is for i386.
Help/comments from art, toby, marco, jordan, kurt
ok marco@, kurt@
|
|
ok kettenis@
|
|
that worked around its presence
ok'ed by miod@
|
|
ok jmc@ stevesk@
|
|
|
|
ok millert@ tedu@
|
|
ok kettenis@
|
|
BIOSes.
ok deraadt@ (for the amd64 bit, or the i386 bit, can't remember which)
|
|
What happened was that the output of mkdep was fed to a sed expression
that trimmed a bit more than required and also failed to work when
attempting to do make depend with pcc.
Example:
genassym_c.o: /tmp/genassym.whatever ../../../../../sys/param.h \
was changed to:
assym.h: \
but what was intended was:
assym.h: ../../../../../sys/param.h \
For the pcc -M output things were a bit different and after the make
depend the genassym entry would still remain and make would fail. This
affected all platforms except amd64 and sgi.
Okay miod@.
|
|
Intel actually document it publically.
|
|
necessary. Fixes a nasty bug with establishing interrupts "late". Also
make sure we skip the handler being removed when calculating the new "lowest"
and "highest" priority level when disestablishing interrupts. Remove dmesg
spam when freeing vectors.
tested by many, ok marco@, beck@
|
|
Noticed by dlg on system that comes with url(4).
|
|
and isn't what we want here.
ok weingart@ drahn@
|
|
(if the stge(4) entry is commented, so is the ipgphy(4) entry then).
this allows ipgphy0 to attach to my stge0, which has a IC+ 1000A chip
discussed with and ok jsg@, ok dlg@
|
|
originally written by Juan Romero Pardines.
Thanks to Lars Kotthoff for testing on a HeroLogic HL-463 system.
Because the CS5535 doesn't provide SMM emulated PCI access to set
DMA/PIO modes or a real PCI IDE controller we have to resort to
making MSR calls. As this is very MD specific, hide most of uglyness
away in i386 MD pciide code.
ok grange@
|
|
the driver supports legacy 802.11abg modes only (no 802.11n yet.)
WPA works, with hardware encryption/decryption.
committed over an RT2800U (RT2870+RT2820).
enabled on i386 and amd64 GENERIC only for now.
thanks to Paul Lin at Ralink for letting us ship the firmware under an
appropriate license.
"man page looks ok" jmc@
"you should commit it" jsg@, ok deraadt@
|
|
ok deraadt
|
|
map. The standard doesn't tell us to look there, Linux and NetBSD don't look
there either. It seems that some BIOSes use this memory as a scratch area
to build the final ACPI tables which means we can accidentally find what
seems like a valid RSDP there. Fixes PR 5847.
ok krw@, marco@
|
|
#ifdef __i386__ code that can go now things have been cleaned up.
|
|
ok kettenis
|
|
then mpbios should not be used because it is probably full of lies.
ok kettenis, though he hates the variable name used.
|
|
Mostly KNF issues, some reorganisation of the code.
ok dlg@, deraadt@, krw@
|
|
new function pmap_prealloc_lowmem_ptp() to setup kernel pmap ptp 0 without
the PG_G bit set. This fixes the remaining reaper -> pmap_page_remove
panics. With much diagnostic help from Art and Theo.
ok deraadt@
|
|
|
|
amd64 isa dma code is identical save for some formatting, and a slight
difference in bus_dmamem_alloc.
"Die x86_!" krw@.
|
|
is on the CD rather than always asking for its location. Behaviour
pointed out at OpenCON by Stephan Rickauer.
Tested by Stephan. nick@ has no objections.
ok deraadt@
|
|
incorrectly.
The spec (manpage) states that using two PRE or two POST ops together is
entirely valid, but mixing pre and post is invalid. The way this was
handled before with a switch statement meant that only individual
commands actually would be recognised, so move to just checking the
commands indidually using "if (op & $command)". Additionally, add a
DIAGNOSTIC check and panic for the mixing of pre and post operations
(this is done on several other architectures already).
tested by several people; thanks!
ok dlg@, kettenis@, "the diff made sense" deraadt.
|
|
pick a new one from the list of possible routings if it isn't or if a pin is
currently not routed. Delay re-routing interrupts until we establish a
handler for it. This prevents us from messing with unused interrupt pins
which may have fatal consequences (some machines spontaniously reboot).
The heuristics for picking an interrupt from the list of possibe ones
probably needs some tweaking still, but this makes several NVIDIA-based
boards work much better than before.
tested by many, ok marco@
|
|
and even then it didn't work. we have higher standards than this.
|
|
|
|
Some old diff snuck into this change.
|
|
Positive test results by a handful of people. Ok kettenis@
|
|
into bus_dma.c (a-la amd64).
Discussed with art and toby in coimbra. Ok mikeb.
|
|
pointless and just makes the code different for no reason. This moves i386 and
amd64 bus_dma to being a lot closer to identical.
suggestion to just remove the prefix instead of merge them from deraadt@.
no objections art@, kettenis@, ok weingart@
|
|
|
|
synopsis as a comment (since it still works if needed).
ok drahn
|
|
|
|
just accept the situation with a little sigh
|
|
|
|
something snuck in here that wasn't supposed to be.
noticed by yuo@
|
|
- Move the code that drops a ptp into a function and use that
in both pmap_do_remove and pmap_page_remove.
- In pmap_do_remove, instead of flushing the whole range from the tlb
at the same time, shoot one PDE at a time. It will allow us to skip
empty PDEs and reduces the amount of work one IPI has to do (although
we'll get more IPIs).
ok toby@ "I won't protest" deraadt@
|
|
|
|
leave the rest alone. Also don't read *spte twice and compare results.
feedback drahn@ okay art@ weingart@
|
|
bits necessary. Also move up the pmap_map_ptes() call to before the
diagnostic check. okay art@, weingart@
|
|
|
|
|
|
vga1 at pci0
inteldrm0 at vga1
to
vga1 at pci0
inteldrm0 at vga1
drm0 at inteldrm0
i.e. a similar scheme to audio(4) where the interface attaches on top of
the wildly different drivers. This helps to clean up the code a lot
(more is coming) and help me start to move drm to being essentially bus
independent, which will help in the future.
|
|
the policy for the mlock(2) on this architecture: all users are allowed
to call mlock, while the limit is imposed by the current RLIMIT_MEMLOCK
value.
"makes sense" art, ok hshoexer (who was running with the same change for
about 10 months).
|
|
In short, make cpu_unidle do what signotify used to do and
make signotify use cpu_unidle.
Also, include a cpu_unidle in need_resched, it won't change much right now
but will be needed in the future.
|