OpenBSD src changes summary for 2016-10-21 ==========================================
distrib/sets lib/libc share/man sys/arch/arm/simplebus sys/arch/armv7/conf sys/arch/armv7/imx sys/arch/armv7/marvell sys/arch/armv7/sunxi sys/arch/i386/conf sys/arch/i386/i386 sys/arch/i386/include sys/arch/octeon/dev sys/conf sys/dev/acpi sys/dev/pci sys/kern sys/net sys/sys usr.bin/column usr.bin/make usr.bin/tmux usr.sbin/dhcpd usr.sbin/makefs usr.sbin/traceroute == distrib =========================================================== 01/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib sets ~ lists/base/md.alpha ~ lists/base/md.amd64 ~ lists/base/md.armv7 ~ lists/base/md.hppa ~ lists/base/md.i386 ~ lists/base/md.landisk ~ lists/base/md.loongson ~ lists/base/md.luna88k ~ lists/base/md.macppc ~ lists/base/md.octeon ~ lists/base/md.sgi ~ lists/base/md.socppc ~ lists/base/md.sparc64 ~ lists/comp/mi ~ lists/man/mi > sync (deraadt@) ~ lists/base/md.i386 ~ lists/comp/md.i386 ~ lists/comp/mi > sync (deraadt@) == lib =============================================================== 02/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc ~ stdlib/malloc.c > and recommit with fixed GC (otto@) ~ stdlib/malloc.c > fix some void * arithmetic by casting (otto@) == share ============================================================= 03/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/man4.i386/Makefile + man4/man4.i386/vmm.4 > man pages for vmm(4) i386 (mlarkin@) ~ man4/man4.i386/vmm.4 > add openbsd id; (jmc@) ~ man9/Makefile + man9/cpumem_get.9 > first cut at a man page for cpumem (dlg@) ~ man9/cpumem_get.9 > tweak previous; (jmc@) ~ man9/cpumem_get.9 > provos didnt write any of this (dlg@) ~ man9/Makefile + man9/counters_alloc.9 > first stab at describing the per cpu counters api (dlg@) ~ man9/counters_alloc.9 ~ man9/cpumem_get.9 > more tweaks; ok dlg (jmc@) ~ man9/cpumem_get.9 > Add missing dot at beginning of macro line. (bluhm@) == sys =============================================================== 04/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/arm/simplebus ~ simplebus.c + simplebusvar.h > Outsource simplebus softc definition so that it can be used by > simplebus compatible bus drivers. > ok kettenis@ (patrick@) arch/armv7/conf ~ GENERIC ~ RAMDISK > Implement a driver for Marvell's Mbus bridge. This is the component > that lets e.g. the CPU access a USB controller or the USB controller > access the system's RAM. The bridge needs to be configured for the > devices before we can access the controller or a controller our memory. > Since it otherwise acts like a simplebus, simply attach simplebus once > we are finished. > "looks good to me" kettenis@ (patrick@) arch/armv7/imx ~ if_fec.c > Stop setting MIIF_AUTOTSLEEP in fec(4) > This can lead to tsleep in an interrupt context, which resulted in the > following panic: > kernel diagnostic assertion "p->p_wchan == NULL" failed: file > "/usr/src/sys/kern/kern_sched.c", line 333 > TID PPID PGRP UID S FLAGS WAIT COMMAND > 86009 0 0 0 2 0x40014200 miiaut idle0 > Reported by matthieu@ with sabre lite, analysis by guenther@ > ok kettenis@ (jsg@) arch/armv7/marvell ~ files.marvell + mvmbus.c + mvmbusvar.h > Implement a driver for Marvell's Mbus bridge. This is the component > that lets e.g. the CPU access a USB controller or the USB controller > access the system's RAM. The bridge needs to be configured for the > devices before we can access the controller or a controller our memory. > Since it otherwise acts like a simplebus, simply attach simplebus once > we are finished. > "looks good to me" kettenis@ (patrick@) arch/armv7/sunxi ~ sunxireg.h ~ sxitimer.c > Run timers from the 24MHz; it seems the A10s doesn't have a reliable 32kHz > clock. Fixes the clock on the Olimux A10s OLinuXino-Micro board. > (kettenis@) arch/i386/conf ~ GENERIC ~ Makefile.i386 ~ files.i386 > vmm(4) for i386. Userland changes forthcoming. Note that for the time > being, > i386 hosts are limited to running only i386 guests, even if the underlying > hardware supports amd64. This is a restriction I hope to lift moving > forward, > but for now please don't report problems running amd64 guests on i386 > hosts. > This was a straightforward port of the in-tree amd64 code plus the old > rotted > tree I had from last year for i386 support. Changes included converting > 64-bit > VMREAD/VMWRITE ops to 2x32-bit ops, and fixing treatment of the TSS, which > differs on i386. > ok deraadt@ (mlarkin@) arch/i386/i386 ~ conf.c ~ cpu.c ~ ipifuncs.c ~ machdep.c ~ mainbus.c ~ pmap.c ~ pmapae.c + vmm.c + vmm_support.S > vmm(4) for i386. Userland changes forthcoming. Note that for the time > being, > i386 hosts are limited to running only i386 guests, even if the underlying > hardware supports amd64. This is a restriction I hope to lift moving > forward, > but for now please don't report problems running amd64 guests on i386 > hosts. > This was a straightforward port of the in-tree amd64 code plus the old > rotted > tree I had from last year for i386 support. Changes included converting > 64-bit > VMREAD/VMWRITE ops to 2x32-bit ops, and fixing treatment of the TSS, which > differs on i386. > ok deraadt@ (mlarkin@) ~ ipifuncs.c ~ vmm.c > Fix MP builds including vmm > ok mlarkin (deraadt@) arch/i386/include ~ cpu.h ~ intrdefs.h ~ pmap.h ~ pte.h ~ specialreg.h + vmmvar.h > vmm(4) for i386. Userland changes forthcoming. Note that for the time > being, > i386 hosts are limited to running only i386 guests, even if the underlying > hardware supports amd64. This is a restriction I hope to lift moving > forward, > but for now please don't report problems running amd64 guests on i386 > hosts. > This was a straightforward port of the in-tree amd64 code plus the old > rotted > tree I had from last year for i386 support. Changes included converting > 64-bit > VMREAD/VMWRITE ops to 2x32-bit ops, and fixing treatment of the TSS, which > differs on i386. > ok deraadt@ (mlarkin@) ~ conf.h > pledge changes needed to support pledging vmd(8) on i386, forthcoming. > ok deraadt@ (mlarkin@) arch/octeon/dev ~ octeon_pcibus.c > Fix build: declare the pcie read/write routines before using them. > (pirofti@) ~ octeon_pcibus.c > Revert previous commit. > I was building in the wrong tree and got confused. Sorry! (pirofti@) ~ cn30xxgmx.c > Fix grammar, and simplify a little. > Pointed out by pirofti@ (visa@) ~ cn30xxgmx.c > Check if memory allocation failed. (visa@) conf ~ files > add generalised access to per cpu data structures and counters. > both the cpumem and counters api simply allocates memory for each cpu in > the system that can be used for arbitrary per cpu data (via cpumem), or > a versioned set of counters per cpu (counters). > there is an alternate backend for uniprocessor systems that basically > turns the percpu data access into an immediate access to a single > allocation. > there is also support for percpu data structures that are available at > boot time by providing an allocation for the boot cpu. after autoconf, > these allocations have to be resized to provide for all cpus that were > enumerated by boot. > ok mpi@ (dlg@) dev/acpi ~ dsdt.c > Add support for the ACPI timer opcode. > ok kettenis@ (joris@) dev/pci ~ mpii.c > mitigate against mpii device attachment racing with mountroot > mpii devices get attached by processing sas discovery events after > threads are running, but if you have a lean (in terms of devices) > and fast machine, these events might run after mountroot. > this change has mpii use config_pending_incr() before it attaches > scsibus, and runs config_pending_decr() after the first scan of the > bus is complete. > to make sure config_pending_decr() is run after the scsi attach/detach > events are processed, the MPII_EVENT_SAS_DISCOVERY events are > deferred to the same context that the MPII_EVENT_SAS_TOPOLOGY_CHANGE_LIST > events run in. > ok jmatthew@ (dlg@) kern ~ init_main.c + subr_percpu.c > add generalised access to per cpu data structures and counters. > both the cpumem and counters api simply allocates memory for each cpu in > the system that can be used for arbitrary per cpu data (via cpumem), or > a versioned set of counters per cpu (counters). > there is an alternate backend for uniprocessor systems that basically > turns the percpu data access into an immediate access to a single > allocation. > there is also support for percpu data structures that are available at > boot time by providing an allocation for the boot cpu. after autoconf, > these allocations have to be resized to provide for all cpus that were > enumerated by boot. > ok mpi@ (dlg@) ~ subr_percpu.c > consistently zero the allocated memory in both the MP and UP cases. > from markus@ (dlg@) ~ kern_pledge.c > pledge changes needed to support pledging vmd(8) on i386, forthcoming. > ok deraadt@ (mlarkin@) net ~ switchofp.c > tag large constants as ULL to fix the build of switch(4) on ILP32 archs > ok jca@ deraadt@ (jsg@) sys ~ srp.h + percpu.h > add generalised access to per cpu data structures and counters. > both the cpumem and counters api simply allocates memory for each cpu in > the system that can be used for arbitrary per cpu data (via cpumem), or > a versioned set of counters per cpu (counters). > there is an alternate backend for uniprocessor systems that basically > turns the percpu data access into an immediate access to a single > allocation. > there is also support for percpu data structures that are available at > boot time by providing an allocation for the boot cpu. after autoconf, > these allocations have to be resized to provide for all cpus that were > enumerated by boot. > ok mpi@ (dlg@) == usr.bin =========================================================== 05/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin column ~ column.1 > Add missing information about the handling of input, output, and > character encoding, clarify the description of table mode, and say > that columns are filled before rows by default. > Feedback an OK jmc@, OK martijn@. (schwarze@) make ~ arch.c ~ compat.c ~ cond.c ~ dir.c ~ direxpand.c ~ dump.c ~ engine.c ~ lowparse.c ~ main.c ~ make.c ~ parse.c ~ suff.c ~ targ.c ~ targequiv.c > small obvious cleanups: > - remove a lot of unnecessary casts > - zap extra param that's no longer needed > - add proper prototype and make function static > okay natano@ (espie@) tmux ~ cmd.c ~ key-bindings.c ~ tmux.1 > Add %%% to substitute with quotes escaped (convert " to \"). Use this > for the prompts in copy mode. Fixes problems with jumping to ' reported > by Theo Buehler. (nicm@) == usr.sbin ========================================================== 06/06 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin dhcpd ~ sync.c > - Use memset(*b, 0, len) instead of bzero(*b, len) > - Use explicit_bzero(3) instead of bzero(3) to clean temporary HMAC > OK krw@ (mestre@) makefs ~ ffs/mkfs.c > whitespace; no functional change (natano@) ~ ffs/mkfs.c > Remove the superfluous 'sbsize' variable & s/sbsize/SBLOCKSIZE/. (natano@) ~ ffs/mkfs.c > Use the superblock passed to ffs_write_superblock() instead of referring > to the global 'sblock' variable for some operations. (natano@) traceroute ~ traceroute.8 > some text cleanup and remove an irrelevant note; ok florian (jmc@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
