Age | Commit message (Collapse) | Author |
|
using MII.
This diff from brad@
Build test and ok yasuoka@
|
|
these macros.
This diff from brad@
built test and ok yasuoka@
|
|
|
|
This one wanted some more comments before commit.
|
|
|
|
|
|
discussed with lots of people, tested by naddy@,
"move fast" deraadt@
|
|
|
|
If one of the usb calls we did here failed we'd return immediately and
not free our buffer.
ok miod@
|
|
all nowait.
While here, plug a memory leak if one of the bus_dma calls near the
bottom of the function fails because it would fail to free the dmamap,
unmap the memory and free the memory. make that part of the code use the
standard list of goto labels for error handling that most callers of
bus_dmamem_alloc; bus_dmamem_map; bus_dmamap_creat; bus_dmamap_load()
use to clean up.
ok miod@
|
|
The addition of M_CANFAIL here made it possible (if rather unlikely)
that we'd fail and goto done, where we would free(NULL).
protect the free with a null check to prevent this.
ok miod@
|
|
This is no function change since aobjs never actually hit this path. (also it is
my bug from a while ago).
ok ariane@
|
|
It will handle an empty list just fine (there's a small optimisation
possible here to avoid grabbing the fpageqlock if no pages need freeing,
but that is definitely another diff)
ok ariane@
|
|
ok ariane@
|
|
college uvm_pglist.c
uvm_pglistalloc and free are just thin wrappers around pmemrange these
days and don't really need their own file.
ok ariane@
|
|
Requested by dlg@
ok oga@
|
|
anymore.
Noticed by and ok claudio@
|
|
As discussed on icb: remove the comment,
remove pmap_remove (uvm_km_free does that for us).
ok oga@, deraadt@
|
|
the standard OpenBSD-style parse.y handle continuing lines with backslashes,
paying particular attention to how comments are handled (which can cause
nasty side-effects if you're not expecting it).
Most wording from jmc@, with suggestions from fgsch@, marc@, Richard Toohey,
patrick keshishian and Florian Obser, ok jmc@.
|
|
the pflog code and not setting it will cause a panic in pf_setup_pdesc().
Fixes dhill's crashes with funky v6 packets. OK bluhm@
|
|
|
|
scsibus(4) for all attached disks, rather than one scsibus(4) per
disk. This takes advantage of recent improvements in the SCSI
midlayer to better support hotplug devices, and also decouples
softraid(4) from scsibus(4) device unit numbers.
ok jsing@, dlg@, krw@, deraadt@; marco@'s still unconvinced
|
|
|
|
better follow current disk driver conventions.
Prompted by oga@.
"go ahead" deraadt@
|
|
|
|
|
|
most of these still fail, a patch to fix them is on tech@ for review
ok to commit the tests deraadt@ otto@
|
|
from netbsd, prompted by Jesus Sanchez. ok miller@
|
|
from Dustin Kirkland.
|
|
|
|
gets some packets onto the rings.
also annoying, but the hardware doesnt report empty rings, we have to
handle it ourselves.
|
|
state unless the chip is up and handling packets. while its down
it does not report the link state, so it is unknown.
this tweaks the link state handling, in particular it adds code to
myx_down so it moves the link state to unknown, ie, it correctly
reflects reality.
stupidity pointed out by deraadt
|
|
|
|
|
|
forwarding was refused by the server; ok markus@
|
|
This introduces a new "UsePrivilegeSeparation=sandbox" option for
sshd_config that applies mandatory restrictions on the syscalls the
privsep child can perform. This prevents a compromised privsep child
from being used to attack other hosts (by opening sockets and proxying)
or probing local kernel attack surface.
The sandbox is implemented using systrace(4) in unsupervised "fast-path"
mode, where a list of permitted syscalls is supplied. Any syscall not
on the list results in SIGKILL being sent to the privsep child. Note
that this requires a kernel with the new SYSTR_POLICY_KILL option.
UsePrivilegeSeparation=sandbox will become the default in the future
so please start testing it now.
feedback dtucker@; ok markus@
|
|
|
|
by a previous use
ok claudio
|
|
|
|
ata_get_parms or wdc_ata_get_parms.
|
|
|
|
pass to compute_fullname. To be used in update-plist
|
|
ok kettenis@
|
|
|
|
|
|
|
|
|
|
ok dlg@
|
|
|
|
|