OpenBSD cvs log

created 2019-01-31T09:51:22Z
begin 2018-01-05T00:00:00Z
end 2018-01-06T00:00:00Z
path src/sys
commits 14

date 2018-01-05T05:08:53Z
author dlg
files src/sys/sys/_endian.h log diff annotate
message cast the result of the ternary ops in __swapXX to the relevant types.

it appears clang and guenther@ have a different way of interpreting
the c standards around type promotion and ternary operators compared
to gcc and me.

"no you do it" guenther@

date 2018-01-05T05:53:56Z
author deraadt
files src/sys/sys/_endian.h log diff annotate
src/sys/sys/mount.h log diff annotate
message backout, because it breaks builds in dev/microcode.
Always build the parts of the tree that use a file.

date 2018-01-05T05:54:36Z
author deraadt
files src/sys/sys/mount.h log diff annotate
message accidental commit

date 2018-01-05T09:52:34Z
author pirofti
files src/sys/dev/pci/drm/i915/intel_dp.c log diff annotate
src/sys/dev/pci/drm/radeon/atombios_dp.c log diff annotate
message Fix DRM_DEBUG builds.

OK jsg@.

date 2018-01-05T11:10:25Z
author pirofti
files src/sys/arch/amd64/amd64/trap.c log diff annotate
src/sys/ddb/db_command.c log diff annotate
src/sys/kern/subr_prf.c log diff annotate
src/sys/sys/systm.h log diff annotate
message Show uvm_fault and trace when typing show panic on a page fault'd kernel

Currently there is only support for amd64, if this change settles
I will add support for the rest of the architectures.

OK kettenis@.

date 2018-01-05T12:46:13Z
author kettenis
files src/sys/dev/fdt/sxitwi.c log diff annotate
message Remove unnecessary delays. There is no reason to wait after each and every
read or write to aregister. There is also no reason to wait after
transmitting a STOP since the controller will wait until the bus is free
when transmitting the next START. Based on a diff by Stephen Graf.

Also remove the interrupt code; it doesn't work on the newer variants of
the device. The functionality will be put back in a future commit.

ok patrick@

date 2018-01-05T17:42:35Z
author kettenis
files src/sys/arch/arm64/include/cpu.h log diff annotate
src/sys/arch/arm64/include/mplock.h log diff annotate
src/sys/arch/arm64/include/param.h log diff annotate
message Make arm64 use the MI mplock implementation. Avoid being
pulled in for assembly files by bringing and
in line with other architectures. Some minor cleanup of
those files is included.

ok patrick@

date 2018-01-05T19:05:09Z
author mikeb
files src/sys/crypto/siphash.c log diff annotate
message Sync with the code in libc

OK millert; original commit message by tedu@:

memcpy from the right place. at this point, the used variable is not
relevant. from Mark Karpilovskij.
ok millert

date 2018-01-05T19:06:37Z
author patrick
files src/sys/dev/ic/bwfm.c log diff annotate
message When we receive an AUTH or ASSOC event even though we have already
reached the RUN state, this probably means that we have roamed to
a different AP. In that case throw us back into SCAN mode and let
the stack look for a new AP to connect to. In the future it might
be worthwhile to use the ROAM event information to read the new AP
information to adjust our stack, but that is further down the road.

date 2018-01-05T22:04:35Z
author kettenis
files src/sys/dev/fdt/axppmic.c log diff annotate
message Add support for AXP221/223.

date 2018-01-05T22:18:46Z
author kettenis
files src/sys/dev/fdt/sxiccmu_clocks.h log diff annotate
message Implement R40/V40 SATA clock.

date 2018-01-05T22:19:36Z
author kettenis
files src/sys/arch/armv7/sunxi/sxiahci.c log diff annotate
message Handle resets; needed on Allwinner R40/V40.

date 2018-01-05T23:13:04Z
author patrick
files src/sys/dev/ic/bwfm.c log diff annotate
message Drop incoming network packets as long as we are not in RUN state. This
happens when we successfully associate and the AP tries to initiate the
WPA2 handshake but we haven't received the asynchronous ASSOC event yet.
Dropping the packet will make the AP retry, and at that point we should
have successfully associated. While there, don't feed the event packets
to our network stack. It's been helpful for debugging but now it's time
to let go.

date 2018-01-05T23:30:16Z
author patrick
files src/sys/dev/ic/bwfmvar.h log diff annotate
src/sys/dev/pci/if_bwfm_pci.c log diff annotate
src/sys/dev/pci/if_bwfm_pci.h log diff annotate
message To send out packets we need to create a flowring. Acting as station,
we typically have about four flowrings per priority. As access point
we apparently need one, or four considering the priorities, flowrings
per client. For now let's start with a single TX flowring. To setup
a flowring we need to send a create request and can only start sending
packets as soon as we are told that the ring is created. With this we
can now do actual network traffic.