OpenBSD src changes summary for 2016-05-16 ==========================================
distrib/sets lib/libc lib/libexpat share/man sys/arch/amd64/amd64 sys/arch/arm/arm sys/arch/arm/include sys/arch/arm/simplebus sys/arch/armv7/imx sys/arch/i386/i386 sys/dev/i2c sys/dev/ofw sys/dev/pci usr.sbin/smtpd == distrib =========================================================== 01/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib sets ~ lists/base/md.zaurus ~ lists/comp/md.zaurus > sync (deraadt@) == lib =============================================================== 02/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib libc - arch/alpha/sys/cerror.S ~ arch/alpha/Makefile.inc ~ arch/alpha/SYS.h > Eliminate cerror: use PAL_rdunique to get the TCB address directly > ok deraadt@ kettenis@ (guenther@) ~ arch/alpha/SYS.h > ...and delete the GP setup. Should have been in previous commit > (guenther@) libexpat ~ lib/xmlparse.c TAGGED OPENBSD_5_9 > backport from -current: > revision 1.14 > date: 2016/05/13 05:29:17; author: rpointel; state: Exp; lines: +6 -6; > commitid: 1LXLCy8ctha0206G; > re-add the check we have in revision 1.12. > ok jca@ (thanks). > revision 1.13 > date: 2016/05/09 19:32:01; author: rpointel; state: Exp; lines: +19 -11; > commitid: i2Dv4qjzJTkY7kSK; > update libexpat to 2.1.1. > ok deraadt@ (thanks to sebastian[@]pipping[.]org for information). > (jasper@) ~ lib/xmlparse.c TAGGED OPENBSD_5_8 > backport from -current: > revision 1.14 > date: 2016/05/13 05:29:17; author: rpointel; state: Exp; lines: +6 -6; > commitid: 1LXLCy8ctha0206G; > re-add the check we have in revision 1.12. > ok jca@ (thanks). > revision 1.13 > date: 2016/05/09 19:32:01; author: rpointel; state: Exp; lines: +19 -11; > commitid: i2Dv4qjzJTkY7kSK; > update libexpat to 2.1.1. > ok deraadt@ (thanks to sebastian[@]pipping[.]org for information). > revision 1.12 > date: 2015/08/26 19:36:23; author: miod; state: Exp; lines: +5 -1; > commitid: ortBpOgLQ63sWGUG; > More overflow checks in XML_GetBuffer(), adapted from FreeBSD security > advisory FreeBSD-SA-15:20. Most of them were already fixed by niallo@'s > work, > which unfortunately got removed in r1.10 /-: > With help from doug@ > revision 1.11 > date: 2015/08/26 19:33:17; author: miod; state: Exp; lines: +12 -2; > commitid: wldaISldyE7ZDar6; > Put back local changes (revisions 1.2 to 1.4), which unfortunately got lost > in > the last upgrade. > ok deraadt@ (jasper@) == share ============================================================= 03/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/iic.4 + man4/pcfrtc.4 > pcfrtc(4) (kettenis@) ~ man4/fuse.4 > i seemingly commented out an Xr in SEE ALSO in -r1.9 - correct > that now. > from ray (jmc@) ~ man9/fb_setup.9 > uncomment the Xr for fuse_main(3); from ray (jmc@) == sys =============================================================== 04/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/amd64/amd64 ~ acpi_machdep.c ~ acpi_wakecode.S > Use int3 padding instead of nop in the ACPI resume trampoline, as it is > certain no intentional nop sled is required here. > ok deraadt@ (mlarkin@) ~ machdep.c > Pad end of code in the MP trampoline with int3 instead of 0x0 as it is > certain we don't want an intentional sled here either. > ok deraadt@ (mlarkin@) ~ vmm_support.S > place .globals further up, to reduce confusion (deraadt@) ~ mptramp.S > default to int3 padding if we ever introduce ENTRY/NENTRY pads here > ok deraadt@ (mlarkin@) arch/arm/arm ~ bus_dma.c > POSTREAD needs to flush the D-cache since speculative loads might (and do) > bring back cache lines after a PREREAD. Eliminates random data corruption > on my CuBox-i4Pro. > ok jsg@ (kettenis@) arch/arm/include ~ atomic.h > Implement membar(9) for armv5. As there are no barrier instructions in > armv5 this is just a "memory" clobber hint to the compiler. > ok kettenis@ (jsg@) arch/arm/simplebus ~ simplebus.c > Use OF_is_compatible(9) here. > ok patrick@ (kettenis@) arch/armv7/imx ~ imxiic.c > Make this actually work. This makes the following changes: > - Move most of the bus setup stuff to imxiic_i2c_acquire_bus() > - Move the teardown to imxiic_i2c_release_bus() > - Always clear the IIF flag > - Allow cmd and data for write operations. > Some i2c operations are still rejected, but this works well enough to use > pcfrtc(4). > ok patrick@ (kettenis@) arch/i386/i386 ~ acpi_wakecode.S > Use int3 padding instead of nop in the ACPI resume trampoline, as it is > certain no intentional nop sled is required here. > ok deraadt@ (mlarkin@) ~ autoconf.c > spaces -> tabs (mlarkin@) ~ autoconf.c > fix perms (previous cleanup commit introduced part of an unrelated change) > (mlarkin@) dev/i2c + pcf8523.c > Driver for the NXP PCF8523 Real Time Clock. (kettenis@) ~ files.i2c > Add pcfrtc(4). (kettenis@) ~ pcf8523.c > Attempt to clear the OS flag when we attach. (kettenis@) dev/ofw ~ fdt.c ~ openfirm.h > Introduce OF_is_compatible(9), a convenience function to check the > "compatible" > property of an OFW/FDT node. > ok deraadt@, pactrick@ (kettenis@) dev/pci ~ if_xge.c > enable reception and transmission of jumbo frames. > xge can go up to 9622 bytes in a frame. support for rx ring moderation > is coming. > from marisa emerson (dlg@) == usr.sbin ========================================================== 05/05 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin smtpd ~ util.c > replace hardcoded + with TAG_CHAR (gilles@) ~ filter.c ~ smtp_session.c > fix logic in error code path of smtp state machine that can lead to an > invalid state ending in fatal(), while at it plug a file pointer leak. > ok eric@, millert@ (gilles@) ~ filter.c ~ smtp_session.c TAGGED OPENBSD_5_9 > fix logic in error code path of smtp state machine that can lead to invalid > state and result in fatal(), while at it plug file pointer leak. > errata 006 > ok eric@, millert@ (gilles@) ~ ioev.c TAGGED OPENBSD_5_9 > No need to store the return value of fcntl(fd, F_SETFL, flags). > OK jung@ (millert@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
