| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
tested by jsg, ok miod
|
| |
|
|
|
|
| |
nmap is broken, as reported by kent fritz.
pending further investigation, we should keep nmap working until a
better fix is developed for the original problem.
|
| |
|
|
|
|
|
|
|
| |
- Updated PBA values for the 82574 controller (20KB) and ICH9/10 with
jumbos (14KB).
Tested by a few on 82574, ICH9 and PCH LPT
From FreeBSD
|
| |
|
|
| |
email.
|
| | |
|
| |
|
|
|
| |
From Dave Airlie
7c4c62a04a2a80e3feb5d6c97aca1e413b11c790 in mainline linux
|
| |
|
|
|
| |
From Dave Airlie
b7bc799903bbae16795cb15705ddcab80c8f17f1 in mainline linux
|
| | |
|
| |
|
|
|
|
| |
the start time so the next read behaves the same.
from Simon Mages
|
| |
|
|
|
|
| |
They are not used anywhere.
ok mlarkin@
|
| |
|
|
|
|
| |
functioning. Fixes suspend/resume on a Dell PowerEdge T20.
ok mlarkin@, sthen@
|
| |
|
|
|
|
| |
the user and do not give enough informations to debug a problem.
Only print such messages in DEBUG mode.
|
| |
|
|
|
|
|
| |
make sure the default MTU is set for every address configured on the
ifp and not just the first one.
Regress test breakage reported by daniel@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
interfaces.
When the kernel automagically configures IPv6 addresses on loopback
interfaces, start by assigning a link-local address and then try to
assign "::1".
Only the first configured loopback interface per rdomain can have the
"::1" address. But even if other loopback interfaces failed to get
this address, because it is already taken, give them a chance to have
a link-local address.
While here change in6_ifattach() to return an error value and remove
duplicated code.
Fix a regression introduced by the NOINET6 flag removal.
ok henning@, stsp@, florian@, benno@
|
| |
|
|
|
|
| |
Allow to use different size than the default of 32K.
ok henning@, stsp@, florian@, benno@ as part of a larger diff.
|
| |
|
|
|
|
|
| |
it has been unused since december, and unhooked from the build since
christmas.
ok krw@
|
| | |
|
| |
|
|
|
|
| |
i didnt find this TASK_INITIALIZER call when changing tasks.
more beatings from deraadt@
|
| |
|
|
|
|
| |
headers and types.
ok deraadt@
|
| |
|
|
| |
poke from deraadt@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when workqs were introduced, we provided a second argument so you
could pass a thing and some context to work on it in. there were
very few things that took advantage of the second argument, so when
i introduced pools i suggested removing it. since tasks were meant
to replace workqs, it was requested that we keep the second argument
to make porting from workqs to tasks easier.
now that workqs are gone, i had a look at the use of the second
argument again and found only one good use of it (vdsp(4) on sparc64
if you're interested) and a tiny handful of questionable uses. the
vast majority of tasks only used a single argument. i have since
modified all tasks that used two args to only use one, so now we
can remove the second argument.
so this is a mechanical change. all tasks only passed NULL as their
second argument, so we can just remove it.
ok krw@
|
| |
|
|
| |
years. No functional change.
|
| | |
|
| |
|
|
| |
ok deraadt@
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
a pie binary. The kernel will now reject executing a typical shared
library with EINVAL. This breaks compatibility with initial static pie
binaries and requires a recent user-land prior to upgrading. In
addition, more fine grained errors can be returned from execve(2)
when errors occur while attempting to execute ELF objects.
okay guenther@, kettenis@, deraadt@
|
| |
|
|
|
|
|
| |
This allows us the unmap the initial part of the stack, such that it can't
be used as a staging area for ROP (or other) attacks.
ok guenther@, tedu@
|
| | |
|
| |
|
|
|
|
| |
get userland notification for free.
ok blambert@, bluhm@
|
| |
|
|
|
|
|
| |
Instead check the error code returned by this function and let the
caller free the route entry when appropriate.
ok bluhm@
|
| |
|
|
|
|
| |
From FreeBSD
Tested with 8168C, 8168D and 8168G.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
devino into a pseudo-sysino, directly use the devino as the ihandle. The
devhandle is stored in the cbus softc, and accessed through the bus space
tag. This allows us to have more than 256 interrupts on a single cbus, and
avoids relying on the lower bits of the devhandle being zero.
|
| |
|
|
|
|
|
| |
While the spec only mentions bits for CL5->CL2 with the other
bits being marked 'TBD' it seems likely they are used now.
From David Vasek.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bus_dmama_load and bus_dmamap_load mbuf figure out the physical
addresses of the memory theyre given and then hand it to
_bus_dmamap_load_paddr to store in the dmamaps sg lists.
unfortunately bus_dmamap_load_mbuf assumes it is only given memory
from the kernels direct mapped region, and blindly translates
anything its given into phys addresses to hand to _load_paddr.
i recently committed change to pool asking them to allocate large
pages, which meant uvm allocated mbufs outside the direct map, which
meant bus_dmamap_load_mbuf was handing out bogus physical addresses.
the pool change got backed out until i could debug this.
now _load and _load_mbuf now call _bus_dmamap_load_vaddr for every
buffer theyve been given, which properly determines if the addresses
are in the direct map or via the tlb. _load_vaddr then feeds the
physical addresses into _bus_dmamap_load_paddr to store them in the
dmamap.
tldr; _load_mbuf doesnt make naive assumptions about its addresses
now.
ok miod@ kettenis@
|
| | |
|
| | |
|
| |
|
|
|
|
| |
accessed by the device.
ok deraadt@, stsp@
|
| |
|
|
|
|
| |
within a range that is more (or less) restrictive than the default range.
ok deraadt@, stsp@
|
| |
|
|
| |
some revisions of the chipsets.
|
| |
|
|
|
|
| |
before <net/pfvar.h> or <net/if_pflog.h>. The kernel files can be
cleaned up next. Some sockaddr_union steps make it into here as well.
ok naddy
|
| |
|
|
|
|
|
|
|
| |
by the caller on architectures that implement them. Make sure that we
physically align memory such that we meet any demands on virtual alignment
in this case. This should reduce the overhead of mapping large pool pages
for pools that request dma'able memory.
ok deraadt@, dlg@
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
of pointers to vd requests, and a single task to notify the taskq
that there's work on the ring.
the ring is modelled on what you usually get with network cards,
which is an array with a producer and consumer index. the interrupt
handler fills an entry in the ring at the producers index and
increments it. the task reads entries at the consumer index and
increments it until it reaches the same value as the producer.
tested and slightly tweaked by kettenis@
ok kettenis@
|
| |
|
|
|
| |
implementations, and then cast the pointer to the right type for
the gcc builtins.
|
| |
|
|
|
|
| |
race. This will certainly be revisited, but too much time has been
spent on it for now.
ok mpi
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
other archs.
Specify the caching policy by passing PMAP_* flags to pmap_kenter_pa()
like the majority of our archs do and kill pmap_kenter_cache().
Spread some pmap_update() along the way.
While here remove the unused flag argument from pmap_fill_pte().
Finally convert the bus map/unmap functions to km_alloc/free() instead
of uvm_km_valloc/free().
Inputs from kettenis@ and miod@, ok miod@
|
| |
|
|
|
|
| |
Pointed out by dickman@.
ok sthen@ phessler@
|
| |
|
|
|
|
|
| |
in the report functions instead of letting the stack do it magically for
us.
Reviewed and tested by David Higgs, thanks!
|