OpenBSD src changes summary for 2016-08-04 ==========================================
regress/usr.bin share/man sys/arch/arm/cortex sys/arch/arm/mainbus sys/arch/armv7/armv7 sys/arch/armv7/conf sys/arch/armv7/imx sys/arch/armv7/include sys/arch/octeon/dev sys/netinet sys/netinet6 usr.bin/mandoc == regress =========================================================== 01/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress usr.bin ~ mandoc/db/out/all.derr ~ mandoc/db/out/empty.dout ~ mandoc/db/out/fn.dout ~ mandoc/db/out/in.dout ~ mandoc/db/out/onepage.dout ~ mandoc/db/out/padfentry.dout ~ mandoc/db/out/padfmagic.dout ~ mandoc/db/out/padfpage.dout ~ mandoc/db/out/padientry.dout ~ mandoc/db/out/padimacro.dout ~ mandoc/db/out/padipage.dout ~ mandoc/db/out/padmacros.dout ~ mandoc/db/out/padmentry.dout ~ mandoc/db/out/padmmacro.dout ~ mandoc/db/out/padmpage.dout ~ mandoc/db/out/sh.dout ~ mandoc/db/out/so.dout ~ mandoc/db/out/so_rev.dout ~ mandoc/db/out/sortnames.dout ~ mandoc/db/out/sortpages.dout ~ mandoc/db/out/sortpages_rev.dout ~ mandoc/db/out/threemacros.dout ~ mandoc/db/out/threepages.dout ~ mandoc/db/out/twoarch.dout ~ mandoc/db/out/twopages.dout ~ mandoc/db/out/twosect.dout ~ mandoc/db/out/va.dout ~ mandoc/db/out/xr.dout ~ mandoc/db/run/Makefile > adjust database file name and version number to what was committed > (schwarze@) == share ============================================================= 02/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share man ~ man4/acpi.4 ~ man4/tpm.4 > tpm tweaks; (jmc@) ~ man4/man4.octeon/cnmac.4 > Mention jumbo frames. (visa@) == sys =============================================================== 03/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys arch/arm/cortex ~ ampintc.c ~ files.cortex > Dynamically attach ampintc(4) and make it register itself as an interrupt > controller. Switch all i.MX6 devices over to the new FDT-aware interrupt > establish API and enable imxgpc(4). > This may break other platforms that use ampintc(4) as their interrupt > controller. We will fix this as soon as possible by switching them over > to the new interrupt establish API as well. > This also removes the hack in fec(4) to avoid the gpio-based interrupt > workaround. This commit is an essential step on the road to fix that > issue properly. > ok patrick@, jsg@ (kettenis@) arch/arm/mainbus ~ mainbus.c > Add support for pre-registering interrupts. This allows device drivers to > establish interrupts before their interrupt controller attaches, solving > dependency problems in various device trees. > Also add support for handing interrupt handlers over to parent interrupt > controllers. > ok jsg@ patrick@ (on an earlier diff) (kettenis@) arch/armv7/armv7 ~ intr.c > Add support for pre-registering interrupts. This allows device drivers to > establish interrupts before their interrupt controller attaches, solving > dependency problems in various device trees. > Also add support for handing interrupt handlers over to parent interrupt > controllers. > ok jsg@ patrick@ (on an earlier diff) (kettenis@) arch/armv7/conf ~ GENERIC ~ RAMDISK > Dynamically attach ampintc(4) and make it register itself as an interrupt > controller. Switch all i.MX6 devices over to the new FDT-aware interrupt > establish API and enable imxgpc(4). > This may break other platforms that use ampintc(4) as their interrupt > controller. We will fix this as soon as possible by switching them over > to the new interrupt establish API as well. > This also removes the hack in fec(4) to avoid the gpio-based interrupt > workaround. This commit is an essential step on the road to fix that > issue properly. > ok patrick@, jsg@ (kettenis@) arch/armv7/imx ~ if_fec.c > After fixing up some of the AR8035 PHY registers, issue a reset. This > seems > to fix autonegotiation at 100BaseTX. Drop the bit of code that powers up > the PHY as the reset should already take care of that. > ok patrick@ (kettenis@) ~ files.imx + imxgpc.c > Add imxgpc(4), a driver for the i.MX6 General Power Controller (GPC) which > acts as a "transparent" interrupt controller. This driver just hands > interrupt handlers to its parent (the Cortex-A9 GIC). It doesn't implement > any powermanagement features yet. > ok patrick@ (kettenis@) ~ if_fec.c ~ imxahci.c ~ imxehci.c ~ imxesdhc.c ~ imxiic.c ~ imxuart.c > Dynamically attach ampintc(4) and make it register itself as an interrupt > controller. Switch all i.MX6 devices over to the new FDT-aware interrupt > establish API and enable imxgpc(4). > This may break other platforms that use ampintc(4) as their interrupt > controller. We will fix this as soon as possible by switching them over > to the new interrupt establish API as well. > This also removes the hack in fec(4) to avoid the gpio-based interrupt > workaround. This commit is an essential step on the road to fix that > issue properly. > ok patrick@, jsg@ (kettenis@) arch/armv7/include ~ intr.h > Add support for pre-registering interrupts. This allows device drivers to > establish interrupts before their interrupt controller attaches, solving > dependency problems in various device trees. > Also add support for handing interrupt handlers over to parent interrupt > controllers. > ok jsg@ patrick@ (on an earlier diff) (kettenis@) arch/octeon/dev ~ cn30xxgmx.c ~ if_cnmac.c ~ if_cnmacvar.h > Add support for jumbo frames. (visa@) netinet ~ in_pcb.c ~ in_pcb.h ~ udp_usrreq.c > Commit in6_selectsrc() split again, with missing assignment fixed. > (vgross@) netinet6 ~ icmp6.c ~ in6_pcb.c ~ in6_src.c ~ ip6_var.h ~ nd6_nbr.c ~ raw_ip6.c ~ udp6_output.c > Commit in6_selectsrc() split again, with missing assignment fixed. > (vgross@) == usr.bin =========================================================== 04/04 == http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin mandoc ~ dba_read.c > Fix an assertion failure that happened when trying to add a page > with makewhatis -d to a completely empty database. > Reported by Mark Patruck <mark at wrapped dot cx>, thanks! (schwarze@) =============================================================================== _______________________________________________ odc mailing list [email protected] http://www.squish.net/mailman/listinfo/odc
