Age | Commit message (Collapse) | Author |
|
this makes the driver more like the rest of the tree. no functional change.
|
|
range is contained in a pci bar instead of only testing if the start
address of the efi fb is non zero.
Corrects a problem reported by Brennan Vincent on a Dell XPS 9575 with
amdgpu and inteldrm booted via efi. amdgpu would wrongly decide it was
primary on probe and as a result when encountering an unrelated error
efifb would reattach when amdgpu detached. When inteldrm would latter
attach an assert would trigger as efifb had already claimed the console.
ok kettenis@
|
|
hardware generations. Fixes spurious > 100% signal strength values.
reported by and ok mlarkin@
|
|
require this anymore since we now behave like posix.
Fixes a problem where a symlink to / would return ENOTDIR because
the parent could not be locked - noticed by Raimo Niskanen <raimo@erlang.org>
ok guenther@ deraadt@
|
|
More careful initialization, better error/debug messages.
|
|
scsi_all.h.
Add scsi_read_cap_10() and scsi_read_cap_16() functions to
scsi_base.c, i.e. move logic to do actual READ_CAPACITY commands out
of sd_read_cap() and sd_read_cap_16().
This will allow the READ_CAPACITY code to be reused by cd(4).
Return -1 for errors where the error code is just discarded, reducing
ENOMEM, ENXIO, EIO uses.
No intentional functional change.
|
|
ok bluhm@, cheloha@
|
|
Tested by kevlo@, ok stsp@
|
|
all interfaces. Most handlers will ignore it but at least umb(4) will
send a response back.
OK florian@
|
|
DNS proposals in that case. Also clear the DNS proposals when the
interface is deconfigured (e.g. when going down).
OK florian@
|
|
In that case the function can just return. Part of a larger diff
to use the if_rtrequest functions for RTM_PROPOSAL info.
OK florian@
|
|
|
|
3rd party software stuck with c90 will still compile. Quick fix since
RTM_PROPOSAL will most porbably change later on.
Reported by naddy and aja
|
|
|
|
|
|
|
|
|
|
|
|
the size constraint to allow this to pass through the kernel.
Looks good to deraadt@
|
|
when the interface is deconfigured (when going down).
|
|
kernel. Will be used to have umb(4) inform unwind(8) about DNS changes.
OK bluhm@ tested by florian@ and deraadt@
|
|
|
|
|
|
|
|
this makes tun more consistent with more of our drivers.
|
|
|
|
Before we were losing some precision in the raw value sensor conversion.
raw: 478 before: 59.70 after: 59.75 real: 59.750
raw: 479 before: 59.80 after: 59.88 real: 59.875
raw: 480 before: 60.00 after: 60.00 real: 60.000
Tested on Ryzen 7 2700X, Ryzen 5 2500U, and Zen2 by nte.
Diff and feedback from nte <lists at nte.email>
|
|
set to 0V, so add a quirk for Apollo Lake, Gemini Lake and
100 Series.
Tested by and ok bmercer@ and mlarkin@ for 100 Series
Tested by and diff from James Hastings for Apollo and Gemini Lake
|
|
|
|
|
|
From Bryan Vyhmeister
|
|
a panic related to vararg function sppp_auth_send(). The vararg code
generated by clang assumes 16-byte stack alignment.
pppoe(4)-induced panic seen by many on octeon
Fix from miod@
|
|
rwsleep(). All made possible by the recent switch to using a rwlock as
the exclusive pipe lock.
ok visa@
|
|
|
|
ok jsg@
|
|
ok deraadt@
|
|
ok deraadt@
|
|
ok jmatthew
|
|
ok deraadt@
|
|
it was possible for multiple tun0 interfaces to be created concurrently,
which confused the pf_if code. when concurrent tun0 interfaces were
created, the pf_if code tried to add an addrhook for each interface,
but because they shared a name the two hooks ended up on one
interface. if the interface with two addrhooks was destroyed,
KASSERT(TAILQ_EMPTY(&ifp->if_addrhooks)) would trip. before the
KASSERT existed, we'd blindly free a tailq head, which would corrupt
the list, which would cause faults in pfi_detach_ifnet() anyway.
so now we take more care to ensure multiple tun0 interfaces cannot
exist concurrently.
inserting a tun or tap interface into the list of tun or tap
interfaces now checks to ensure that an interface with the same
unit number doesnt already exist. if an existing interface is found,
insert errors with EEXIST and the callers can unwind. the tunopen
and tapopen paths cope with losing the race.
Reported-by: syzbot+2b26012b9ea93834723e@syzkaller.appspotmail.com
sashan@ made a reliable test that could produce the failures
ok sashan@
|
|
Spotted by Benjamin Baier
|
|
dhcpcd from ports uses SIOCGIFAFLAG_IN6 without setting sin6_len.
OK deraadt@ millert@
|
|
This makes udl(4) on xhci(4) work fine.
Help and ok patrick@
|
|
we have subtracted the remaining length from the total transfer
length, which essentially means that we assume that all TRBs have
successfully been transferred apart from the remainder. Actually
we might get a short completion in the middle of a chain of TRBs,
which means that all TRBs until this TRB have completed successfully
apart from a remainder. Thus we have to count the length of all
TRBs until and including the one that we went short on, and remove
the remainder. All following TRBs in the same transfer must be
ignored.
Found by and fixed with gerhard@
ok mglocker@
|
|
Joint work with patrick@
Parts lifted from FreeBSD's r354492, r354502, r354508, r354516, r354508.
Firmware is available with fw_update(1) thanks to sthen@
7265 device tested by myself (still works)
8260 device tested by phessler@ (still works)
9260 devices tested by Travis Cole and myself
9560 devices tested by jcs@, mlarkin@, kevlo@, guenther@
Some 9560 devices have known issues. Those are being worked on.
ok patrick@
|
|
|
|
|
|
device.
"just commit!" deraadt@
"looks good to me" jmatthew@
|
|
in and the pf_pktdelay struct ws not declared and initialzed properly.
ok rob@ kn@
|
|
ok stsp
|