created | 2020-03-07T19:02:30Z |
---|---|
begin | 2020-03-02T00:00:00Z |
end | 2020-03-03T00:00:00Z |
path | src/sys |
commits | 11 |
date | 2020-03-02T01:59:01Z | |||
---|---|---|---|---|
author | jmatthew | |||
files | src/sys/dev/pci/if_ix.c | log | diff | annotate |
src/sys/dev/pci/if_ix.h | log | diff | annotate | |
src/sys/dev/pci/ixgbe.c | log | diff | annotate | |
src/sys/dev/pci/ixgbe.h | log | diff | annotate | |
src/sys/dev/pci/ixgbe_82598.c | log | diff | annotate | |
src/sys/dev/pci/ixgbe_82599.c | log | diff | annotate | |
src/sys/dev/pci/ixgbe_phy.c | log | diff | annotate | |
src/sys/dev/pci/ixgbe_type.h | log | diff | annotate | |
src/sys/dev/pci/ixgbe_x540.c | log | diff | annotate | |
src/sys/dev/pci/ixgbe_x550.c | log | diff | annotate | |
message |
Update ix(4) from freebsd to add support for X553 controllers. Tested on 82599 (sfp+) and X540 (baseT) by me and Hrvoje Popovski, and on X553 by sthen@ and abieber@, and possibly more via snapshots ok sthen@ mikeb@ |
date | 2020-03-02T10:37:22Z | |||
---|---|---|---|---|
author | kettenis | |||
files | src/sys/conf/files | log | diff | annotate |
src/sys/dev/fdt/files.fdt | log | diff | annotate | |
src/sys/dev/fdt/rkdwhdmi.c | log | diff | annotate | |
message |
Add rkdwhdmi(4), a driver for the HDMI transmitter found on the Rockchip RK3399 SoC. ok patrick@ |
date | 2020-03-02T10:37:23Z | |||
---|---|---|---|---|
author | kettenis | |||
files | src/sys/dev/ic/dwhdmi.c | log | diff | annotate |
src/sys/dev/ic/dwhdmi.h | log | diff | annotate | |
src/sys/dev/ic/dwhdmiphy.c | log | diff | annotate | |
message |
Add rkdwhdmi(4), a driver for the HDMI transmitter found on the Rockchip RK3399 SoC. ok patrick@ |
date | 2020-03-02T11:11:09Z | |||
---|---|---|---|---|
author | kettenis | |||
files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
message | Add commented out entry fro rkdwhdmi(4). |
date | 2020-03-02T13:55:15Z | |||
---|---|---|---|---|
author | bluhm | |||
files | src/sys/kern/kern_synch.c | log | diff | annotate |
message |
msleep() and rwsleep() allow to release the lock when going to sleep. If sleep_setup_signal() detects that the process has been stopped, it calls mi_switch() instead of sleeping. Then the lock was not released and other processes got stuck. Move the mtx_leave() and rw_exit() before sleep_setup_signal() to prevent that a stopped process holds a short term kernel lock. input kettenis@; OK visa@ tedu@ |
date | 2020-03-02T16:30:39Z | |||
---|---|---|---|---|
author | visa | |||
files | src/sys/dev/usb/xhci.c | log | diff | annotate |
message |
Fix endian swapping of trb_flags and trb_status in xhci(4). This corrects computation of xfer->actlen, allowing xhci(4) to work again on octeon and other big endian architectures. Reported by Allen Smith OK patrick@ |
date | 2020-03-02T16:31:22Z | |||
---|---|---|---|---|
author | krw | |||
files | src/sys/dev/ic/nvme.c | log | diff | annotate |
message |
Shuffle logic a bit to make sizes/limits more obvious. No functional change. |
date | 2020-03-02T16:52:53Z | |||
---|---|---|---|---|
author | otto | |||
files | src/sys/arch/amd64/conf/RAMDISK | log | diff | annotate |
message |
amd64 ramdisk does not support CD9660, so no use to have a cd(4). Makes room for upcoming FFS2 support for the installer. ok deraadt@ |
date | 2020-03-02T17:07:49Z | |||
---|---|---|---|---|
author | visa | |||
files | src/sys/kern/kern_rwlock.c | log | diff | annotate |
message |
Fix use of WITNESS_UNLOCK() in rw_exit_read() and rw_exit_write(). WITNESS_UNLOCK() has to be called before the actual lock is released. Otherwise, the checker would trigger a use-after-free if the rwlock was dynamically allocated and another thread freed it too early. In addition to fixing the lock release issue, this patch does the following improvements: * membar_exit_before_atomic() is now invoked only once per lock release. * rwl_owner is read as late as possible to make rw_cas() failure less likely. * The rw_cas() of rw_exit() (now rw_do_exit()) is put inside __predict_false(). This compacts the resulting machine code a bit. Tested by and OK anton@ OK mpi@ |
date | 2020-03-02T19:45:42Z | |||
---|---|---|---|---|
author | patrick | |||
files | src/sys/dev/pci/puc.c | log | diff | annotate |
message |
Allow puc(4) to cope with 64-bit BARs. puc(4) iterates over the BARs assuming each BAR is four byte-wide. For 64-bit BARs this is not true, so we need to skip the next entry if we encounter one. Otherwise we corrupt the 64-bit BAR we just mapped. ok kettenis@ "quite a hack" deraadt@ |
date | 2020-03-02T22:27:50Z | |||
---|---|---|---|---|
author | deraadt | |||
files | src/sys/dev/rnd.c | log | diff | annotate |
message |
previous commit accidentally aliased two unique timeouts hit by millert |