OpenBSD cvs log

created 2018-11-29T13:02:38Z
begin 2018-03-31T00:00:00Z
end 2018-04-01T00:00:00Z
path src/sys
commits 13

date 2018-03-31T11:22:11Z
author visa
files src/sys/arch/octeon/conf/files.octeon log diff annotate
message r1.7 of xhci_fdt.c pulls in the regulator API.
Add ofw_regulator.c and its dependencies to fix build.

date 2018-03-31T13:45:03Z
author bluhm
files src/sys/arch/i386/i386/acpi_machdep.c log diff annotate
src/sys/arch/i386/i386/amd64errata.c log diff annotate
src/sys/arch/i386/i386/cpu.c log diff annotate
src/sys/arch/i386/i386/db_interface.c log diff annotate
src/sys/arch/i386/i386/est.c log diff annotate
src/sys/arch/i386/i386/gdt.c log diff annotate
src/sys/arch/i386/i386/ log diff annotate
src/sys/arch/i386/i386/k1x-pstate.c log diff annotate
src/sys/arch/i386/i386/kvm86.c log diff annotate
src/sys/arch/i386/i386/kvm86call.S log diff annotate
src/sys/arch/i386/i386/lapic.c log diff annotate
src/sys/arch/i386/i386/locore.s log diff annotate
src/sys/arch/i386/i386/machdep.c log diff annotate
src/sys/arch/i386/i386/mptramp.s log diff annotate
src/sys/arch/i386/i386/pmap.c log diff annotate
src/sys/arch/i386/i386/powernow-k7.c log diff annotate
src/sys/arch/i386/i386/powernow-k8.c log diff annotate
src/sys/arch/i386/i386/vm_machdep.c log diff annotate
src/sys/arch/i386/i386/vmm.c log diff annotate
src/sys/arch/i386/include/cpu.h log diff annotate
src/sys/arch/i386/include/gdt.h log diff annotate
src/sys/arch/i386/include/pcb.h log diff annotate
src/sys/arch/i386/include/proc.h log diff annotate
src/sys/arch/i386/include/segments.h log diff annotate
src/sys/arch/i386/include/tss.h log diff annotate
src/sys/arch/i386/isa/npx.c log diff annotate
message Recommit preparation for i386 Meltdown fix after OpenBSD 6.3 release.

- provide a cpu_softc for cpu_attach() etc.
- replace per PCB TSS with per CPU TSS

The first change prepares for cpu_info being embedded in a
cpu_full_info. Therefore during autoconf/cpu_attach we hand down
a softc.

The second change removes the per PCB TSS. We now have one TSS per
CPU, thus in cpu_switchto() we only have to patch the ring 0 stack
pointer instead of loading a new TSS. This also allows for cleaning
up the GDT, so we only have a single slot for the TSS.

from hshoexer@; OK deraadt@

date 2018-03-31T13:49:03Z
author bluhm
files src/sys/arch/i386/i386/kvm86.c log diff annotate
src/sys/arch/i386/i386/kvm86call.S log diff annotate
message Recommit preparation for i386 Meltdown fix after OpenBSD 6.3 release.

Switching from per PCB TSS to per CPU TSS broke kvm86 calls to the BIOS.
This change fixes the issues.

from hshoexer@; reported and tested by semarie@; OK deraadt@

date 2018-03-31T13:55:05Z
author bluhm
files src/sys/arch/i386/i386/machdep.c log diff annotate
message Fix a hang on i386 vmware guest that was happening on copyout() of
arguments for /sbin/init.

For CPU 0 identifycpu() originally got called twice, once very early
from cpu_startup(), then again from cpu_attach(). Now we call
identifycpu() only from cpu_attach() with CPUF_PRIMARY set. So
make sure, that for CPU 0 nothing is skipped. Otherwise, cpu_info
might have different features set for CPU 0 than for all other CPUs.
This is similar to what amd64 does.

from hshoexer@; reported and fix tested by Emilio Perea; OK mlarkin@

date 2018-03-31T15:07:09Z
author stsp
files src/sys/netinet/if_ether.c log diff annotate
message When reusing an mbuf to send an ARP response, don't forget to clear
the mbuf packet header. Otherwise, stale mbuf state related to the
ARP request packet might affect the fate of the ARP reply packet.

For example, I observed that for an ARP request to a carp IP, where the
underlying carpdev interface is part of a bridge, ARP replies were always
sent out on the carpdev interface, even if the corresponding ARP request
was received not on the carpdev but on a different bridge member interface.
This happened because the M_PROTO1 mbuf flag was set on the ARP request mbuf
when it left the bridge towards carp, and was still set on the ARP reply,
which reused the same mbuf, sent back towards the bridge. The bridge's loop
detection saw the M_PROTO1 flag and prevented the ARP reply from entering
the bridge, so the reply was instead sent out directly on the carpdev...

ok bluhm@ mpi@

date 2018-03-31T16:35:15Z
author kettenis
files src/sys/dev/fdt/files.fdt log diff annotate
src/sys/dev/fdt/mvtemp.c log diff annotate
message Add mvtemp(4), a driver for the temperature sensors found on Marvell Armada

date 2018-03-31T16:35:53Z
author kettenis
files src/sys/arch/arm64/conf/GENERIC log diff annotate
message Enable mvtemp(4).

date 2018-03-31T17:09:56Z
author patrick
files src/sys/lib/libsa/netudp.c log diff annotate
message Stop converting UDP and IP header values from network endianness to host
endianness for convenience reasons. Especially in code pathes like TFTP
where the source port is read from the received UDP packet and used as
destination port in a new UDP packet this can be very harmful. Luckily
this issue has had no effect on our architectures since they never use
any of the code paths that could be harmful.

ok visa@

date 2018-03-31T17:43:53Z
author patrick
files src/sys/arch/arm64/stand/efiboot/Makefile log diff annotate
src/sys/arch/arm64/stand/efiboot/conf.c log diff annotate
src/sys/arch/arm64/stand/efiboot/efipxe.c log diff annotate
src/sys/arch/arm64/stand/efiboot/efipxe.h log diff annotate
message In addition to using EFI's PXE protocol implement a network driver that
makes use of EFI's Simple Network protocol. This allows us to speak
raw network on U-Boot based machines so we can do TFTP boot on those as

ok kettenis@

date 2018-03-31T17:44:57Z
author patrick
files src/sys/arch/arm64/stand/efiboot/conf.c log diff annotate
message Bump version number so that we can see if efiboot(8) supports EFI's Simple
Network protocol or not.

date 2018-03-31T18:07:14Z
author patrick
files src/sys/arch/armv7/stand/efiboot/disk.h log diff annotate
src/sys/arch/armv7/stand/efiboot/self_reloc.c log diff annotate
src/sys/arch/armv7/stand/efiboot/start.S log diff annotate
message Add CVS Ids.

date 2018-03-31T18:19:12Z
author patrick
files src/sys/arch/armv7/armv7/armv7_machdep.c log diff annotate
src/sys/arch/armv7/armv7/autoconf.c log diff annotate
src/sys/arch/armv7/stand/efiboot/Makefile log diff annotate
src/sys/arch/armv7/stand/efiboot/conf.c log diff annotate
src/sys/arch/armv7/stand/efiboot/efiboot.c log diff annotate
src/sys/arch/armv7/stand/efiboot/efiboot.h log diff annotate
src/sys/arch/armv7/stand/efiboot/eficall.h log diff annotate
src/sys/arch/armv7/stand/efiboot/efipxe.c log diff annotate
src/sys/arch/armv7/stand/efiboot/efipxe.h log diff annotate
message Port arm64's network boot efforts to armv7 as well now that there is
support for using U-Boot's network layer. Since arm64 and armv7's
efiboot(8) have the same heritance the diffs from arm64 simply applied
to armv7.

date 2018-03-31T22:52:30Z
author bluhm
files src/sys/arch/i386/i386/amd64errata.c log diff annotate
src/sys/arch/i386/isa/npx.c log diff annotate
message Change ci_dev.dv_xname to ci_dev->dv_xname in debugging printf()
to make it compile when enabled.
from hshoexer@