| Age | Commit message (Collapse) | Author |
|---|
|
|
|
With current strategies to put memory in the ``correct'' place it isn't
needed. There's also the problem that it did not work on all machines,
failing completely on some and utterly breaking DMA. So just remove it.
If anyone needs it it will be in the Attic.
ok deraadt@
|
|
|
|
holding locks, this is not allowed, and nobody has stepped up to fix this,
so better not lure people into using bluetooth devices.
|
|
Enable athn at uhub on all USB 2.0 capable arches.
|
|
access to PCIe extended configuration space access on modern i386 and amd64
machines.
|
|
in some grief. Split this out.
From Vladimir Kirillov
|
|
|
|
802.11n USB devices.
These are FullMAC devices that require a firmware to operate;
see man page for details.
Great thanks to Brad for donating hardware.
Committed over the TRENDnet TEW-649UB.
ok deraadt@
|
|
tested on a GENERIC config from all arches.
ok deraadt@ miod@
|
|
early MD and late MI files must be split up so that vers.o can sneak
between. Issue spotted by bluhm, repair discussed with miod
|
|
having it linked last is bad (on at least i386 and amd64) because the lapic
is mapped over the start of the data segment -- savecore(8) then reads the
version string for a fixed buffer space, and reads into the lapic area
causing unintended side-effects (at least on Intel X5570 and X5680)
found by pedro, discussed with kettenis and mpf and miod
|
|
until possible removal, if indeed this causes no regression for scanner users.
|
|
next to the cpu's GDT, also making the double-fault stack per-CPU,
leaving it at the top of the page of the CPU's idle process. Inline
pmap_activate() and pmap_deactivate() into the asm cpu_switchto
routine, adding a check for the new pmap already being marked as
active on the CPU. Garbage collect the hasn't-been-used-in-years
GDT update IPI.
Tested by many; ok mikeb@, kettenis@
|
|
these devices are different from the RTL8191SU/RTL8192SU ones that are
not supported by this driver.
requires a firmware (urtwn-firmware-1.0)
committed over a Hercules HWNUp-150 (RTL8188CU).
ok deraadt@
|
|
"sure." deraadt@
|
|
|
|
|
|
ok deraadt@
|
|
okay'd by thib@, who now owns a spanking new ntfs image...
deraadt@ 'okay if thib@ lets you'
|
|
that means that all users running ipsec on amd64 with 'aes'
cpu flag will have aes encryption accelerated in cbc and ctr
modes for all three key sizes: 128, 192 and 256.
for debug purposed a number of operations performed by the
driver is visible throught the pstat(8) utility:
pstat -d u aesni_ops
note that you need to run config(8) to hook up new files.
ok kettenis thib deraadt
|
|
|
|
eeepc panics without this driver (which must be a bug in the acpi code that
this driver just hides).
|
|
to run AML in several ways.
|
|
who have the device (only found in laptops) refuse to realize it is
their own problem and should dig into the code and fix it.
|
|
|
|
device and the midi interface to pcppi.
|
|
|
|
Currently it only works for the suspend button and tries to do right for
the brightness events, but I haven't found a Sony laptop that like to do
right so far.
In the future I want to make the brightness keys work on all Sony's and
also add support for the zoom hotkeys and whatever other funky keys I can
find on those things.
Okay deraadt@.
|
|
in UKC; found the hard way by jakemsr@ on an old Tecra laptop.
|
|
General huzzahs.
"go for it" deraadt@
|
|
This is also the same as the Intel Series 5 Thermal Sensor.
ok deraadt@, kettenis@
|
|
testing.
Note: aesni is not in a usable state yet!
OK deraadt@
|
|
Dell r815, which causes all sorts of nasty effects like instant reboots, NMIs
and PCI BARs being set to zero.
ok dlg@
|
|
deraadt@ in one of the big restructuring diffs.
ok marco@, millert@, marco@
|
|
prefer binutils-compatible options in STRIPFLAGS (now that our non-binutils
strip(1) can handle them too)
ok drahn; miod kettenis (for parts)
|
|
to genassym.sh
ok deraadt
|
|
the differences between these files. You will need a newer config(8) binary
to be able to build kernels.
ok kettenis miod
|
|
result: kernels built without 'make depend'-provided information
(ie. the .depend file) are more likely to have their *.[Ss] file
compilations track changes to *.h files.
The "*.o: assym.h" dependencies listed are gotten from reading the
.depend output --- from the biggest kernel possible (ie. GENERIC.MP).
When an architecture changes in a substantial way (new .[sS] files),
the list should be updated in the prettiest way possible.
This is not encouraging people to skip 'make depend'; other issues are
not resolved and may be solved later with a change guenther is working
on. You can still screwed really easily, so continue running make
depend as config tells you.
Idea from a discussion with drahn
ok drahn, kettenis likes the idea too
|
|
idea that came out of discussion with drahn
|
|
delete the archaic links: target which is easily misused
handle special .[sS] files in a portable way
|
|
|
|
ok various people, tested by fewer people, tested by me on 15.
|
|
compiler. Also move towards passing $PARAM around in CPPFLAGS, instead
of compiling param.c in a special way, as discussed with miod
|
|
Makefile.* files
|
|
and SRCS= (common files always after the \)
|
|
but required for gcc4.
ok kettenis@ deraadt@ marco@, log2 suggested by robert@
|
|
|
|
|
|
two directories. in reality, because of how we place files, it has four:
.../arch/A, .../arch/A/A, .../arch/M, and .../arch/M/M
formalize this A/A and M/M scheme directly in the Makefiles, which makes
them a lot more similar
drahn likes the idea a lot
|
