| Age | Commit message (Collapse) | Author |
|---|
|
broken by ryan in australia
problem found & nagging by sthen
jsg found the fix but failed to apply the cluestick correctly ;)
test & ok sthen
|
|
to not depend on it).
|
|
to better handle detaching.
ok deraadt@
|
|
|
|
|
|
fixup arguments to the fpu_kernel_enter/exit.
from mike
|
|
|
|
|
|
ok dlg@
|
|
methods. the AD1848 DMA engine runs continuously and doesn't
need to be started/stopped or otherwise manipulated for each
block. makes the driver a bit more efficient.
* allow "Mode 2" capable chips such as the CS4231 to work in "Mode 1"
when there is only one DMA channel, instead of forcing it into
"Mode 2", which expects two DMA channels. allows recording to
work for "Mode 2" capable devices when there is only one DMA
channel.
* service both playback and recording interrupts in full-duplex
mode, instead of only playback interrupts. allows "Mode 2"
capable chips to work in full-duplex mode.
* fix checks for sample rate/format recalibration completion. gets
rid of busy loops that briefly "hang" the kernel when the device is
opened and/or reconfigured.
|
|
ioctl function and fall through to pick up the tty ioctls.
ok deraadt beck
|
|
cpus) to inteldrm.
This mostly works, but the suspend/resume handler doesn't put the
registers back 100% (this is being worked on) and with the X driver code
that is in snapshots (and soon to be on tech) we don't do vt switch in a
100% sane way. Similarly there are some vblank issues that aren't solved
yet, but for most usage this works with the correct Xorg DDX.
tested on two x201's, a t510 and a t410 all work given the correct
userland. Suspend works once (due to crazy crap done in the ddx) but
doesn't come back the second time and text vts are screwed post suspend.
this will be fixed shortly when a non-sucky solution has been found. for now,
this allows non-vesa X on ironlake graphics and makes us the only accelerated
but non-kms OS that works on ironlake.
|
|
i5 internal graphics) to intagp.
While technically this acts like a g4X here, add our own flag because I
anticipate crazy errata and practically costs nothing.
Including other diffs this was tested on two different x201's, a t510
and a t410, worked on all.
|
|
|
|
register upon suspend and restore it upon resume. Makes ExpressCard
hotplug work on my Dell after a suspend/resume cycle.
|
|
those that have the power management capability. Fixes UHCI(USB 1.1) on
a bunch of machines.
Tested on a wide variety of amd64 and i386 machines.
ok kettenis@, deraadt@
|
|
immediately afterwards.
ok thib@, tedu@
|
|
ok thib@
|
|
always explicitly sets bp->b_resid before calling biodone(), so these
are unneeded.
ok krw@
|
|
Input from deraadt@ and mk@
|
|
|
|
process_new() handle the new struct process like fork1() does struct proc,
with a range of members zeroed and a range copied from the parent process.
ok tedu@
|
|
with sd/cd/st.
largely a mechanical change, untested due to a complete lack of hardware
anywhere.
ok krw@ matthew@
|
|
Delete old unused code
ok kettenis
|
|
|
|
|
|
one broken UHCI on resume.
Tested by myself, kettenis, phessler, jsg, pirofti. Doesn't help all
machines, but no worse than before on any of them.
ok kettenis@, deraadt@
|
|
ok kettenis, deraadt
|
|
|
|
|
|
the specific target in kern/Makefile. Be more cautious and block tags
builds in m68k in case something tries to build them there.
ok drahn
|
|
via driver for supporting the AES-NI instructions found
on recent Intel cores.
I would like to thank Huang Ying at Intel for getting the
assembly code relicensed from GPL to a more suitable license!
Inital diff by myself, but Mike Belopuhov beat this into a
usable shape and fixed many bugs.
Not enabled yet.
|
|
memory, but instead gather memory layout information and work with the MMU
(or the PROM) to make sure we can actually load the kernel image in a proper
contiguous physical memory area.
In order to do this, we look at the kernel image twice; during the first pass,
the kernel footprint is computed, and then after making sure it can be
loaded, the second pass loads the actual image.
Since such a logic doesn't work on media which can not seek backwards, such
as tapes, we check for the boot device being a tape and, in that case, assume
a fixed (generous) image size and don't load the kernel symbol table (to
avoid seeking backwards); since tape boot is supposed to be only used to
boot bsd.rd, this is something we can live with.
While there, lower the address the boot blocks are loaded in memory, because
the last crank did not work with some early sun4c OpenPROM, which only
map about 3.5MB of memory.
Memory games logic from NetBSD, tape handling by me.
|
|
create enc0 by default, but it is possible to add additional enc
interfaces. This will be used later to allow alternative encs per
policy or to have an enc per rdomain when IPsec becomes rdomain-aware.
manpage bits ok jmc@
input from henning@ deraadt@ toby@ naddy@
ok henning@ claudio@
|
|
low physical memory, but instead figure out where it has been loaded from
the current MMU setup.
From NetBSD.
|
|
space on SRMMU systems (i.e. sun4m), so don't do it anymore and update
misleading comments.
|
|
|
|
NetBSD; tested on SM100.
|
|
the FPU in the kernel.
From Mike Belopuhov; Little bits by myself.
Comments/OK kettenis@
|
|
to 18 bytes by removing the extra_bytes field. sbic.c was the only
consumer, and that was in a DEBUG message.
18 bytes is the minimum length mandated by the SCSI spec. Anything
more is vendor/device specific information.
This fixes a usb key that yuo@ had, and probably others.
Any device that decides to pay attention to extra sense data must
allocate its own space.
ok marco@ matthew@ miod@ yuo@
|
|
- Use dt to loop over md_upte in sh3_vector_tlbmiss.
- Shrink number of instructions for ldtlb
from netbsd
"commit it" miod@
|
|
ok oga@
|
|
the now-removed HPUX compat code.
ok and build testing deraadt@
|
|
ok tedu@, beck@, oga@
|
|
blocking other cleanups
ok miod@
|
|
count was always one. That's pointless, so remove the member and the code.
ok tedu@
|
|
sproc() support, but we don't have COMPAT_IRIX.
ok krw@ tedu@
|
|
from Mike Belopuhov and me.
looks good reyk@ ok claudio@
|
|
in compat mode and there's no harm continuing that way.
ok dlg deraadt guenther miod thib
|
|
but it seems to work reliably on several laptops.
ok dlg@ (a while ago), tested by mlarkin@ and marco@
|
