Age | Commit message (Collapse) | Author |
|
Problem spotted by and diff to fix this (and convert to km_alloc) from oga
ok deraadt@
|
|
dependent on ipsec.
puzzled how this went by since I did run full mkrs... pbly lost in my forest
of trees :(
report Amit Kulkarni <amitkulz at gmail.com>, fix me, ok kettenis beck krw
|
|
Fix by oga, via mikeb.
|
|
|
|
repairs tfork_thread() operation.
|
|
the transmit queue is full. If the transmit queue is full, set a timeout to
get things going again.
|
|
-assume we have hardware checksum offloading. stop mucking with the
checksum in most of the stack
-stop checksum mucking in pf, just set a "needs checksumming" flag if needed
-in all output pathes, very late, if we figure out the outbound interface
doesn't have hw cksum offloading, do the cksum in software. this especially
makes the bridge path behave like a regular output path
-little special casing for bridge still required until the broadcast path
loses its disgusting shortcut hacks, but at least it's in one place now
and not all over the stack
in6_proto_cksum_out mostly written by krw@
started at k2k11 in iceland more than 1.5 years ago - yes it took that
long, this stuff is everything but easy.
this happens to fix the infamous pf rdr bug that made us turn off proto
cksum offloading on almost all interface drivers.
ok camield sthen claudio, testing by many, thanks!
|
|
Found the hard way by deraadt@
|
|
|
|
ok kettenis
|
|
Pointed out by deraadt@
|
|
|
|
|
|
size. When relocating use blocks that are a maximum of 32KB in size and
increment the segment registers after relocating each block. This keeps us
within the confines of the %cx register and the real mode segmented
addressing.
|
|
64KB segment at 0x7c00 and any additional 64KB segments over top of each
other at 0x10000.
|
|
|
|
|
|
|
|
When enabled SMAP will generate page faults on the kernel attempting
to read/write user data pages unless an override flag is set.
Instructions that modify the flag are patched into copyin/copyout and
friends on boot if SMAP is enabled.
Those with access to hardware with SMAP can contact me for a test case.
joint work with deraadt@
ok miod@ deraadt@
|
|
ok sf@
|
|
oce_{read,write}_{cfg,csr,db} for different pci bars
|
|
the code actually diffable. No binary change.
|
|
|
|
|
|
runtime while time_uptime is monotonic. Prevent underflows in
pfsync(4) and pflow(4) by using signed variables. pfsync(4) problem
pointed out by camield.
Diff originally by dlg, frag and pflow bits by me.
feedback dlg
man page tweak jmc
Various versions of the pflow bits tested by Hrvoje Popovski
(hrvoje AT srce DOT hr), thanks!
ok benno, henning, dlg
|
|
ok deraadt@
|
|
ok mikeb@
|
|
is non-zero before handling them, like we do in pyro(4). Seems to fix issues
with MSIs on sun4v, so enable them again.
|
|
|
|
|
|
other strands can do some useful work. Idea stolen from Linux.
Results in a small, but measurable speedup doing a kernel build and reduces
the system time by almost 10%.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
versions. Compile all required sources directly, rather than linking
against uninstalled libraries.
Discussed with deraadt@
|
|
|
|
|
|
relocating use blocks that are a maximum of 32KB in size and increment the
segment registers after relocating each block. This keeps us within the
confines of the %cx register and the real mode segmented addressing.
|
|
|
|
|
|
relocating use blocks that are a maximum of 32KB in size and increment the
segment registers after relocating each block. This keeps us within the
confines of the %cx register and the real mode segmented addressing.
|
|
input driver to configure these touchpads properly, e.g. toggle tap-to-click,
two-finger scrolling, edge-scrolling, etc. So far these pads were working
only in PS/2 mouse compatibility mode.
Support for up to hardware version 3 has been implemented. But only version 3
has been tested so versions 1 and 2 remain disabled via #ifdef notyet until
someone tests (bugs in this code could seriously mess up the mouse and I
don't want to end up shipping such bugs in 5.3).
help and ok mpi@ shadchin@
|
|
region since it's passed to the hardware directly.
Tested by Yoshihisa Matsushita <y at m8a ! org>, thanks!
ok kettenis miod
|
|
|
|
64KB segment at 0x7c00 and any additional 64KB segments over top of each
other at 0x10000.
|
|
ok mikeb@
|
|
|