From imp at bsdimp.com Mon Jul 7 00:23:35 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Mon Jul 7 00:23:42 2008 Subject: Minor reorg fyi Message-ID: <20080706.182254.-1585756927.imp@bsdimp.com> After talking with people in the FreeBSD mips community, I've moved some files around in subversion. For all the details, and some info about my plans in the near future, please see my blog http://bsdimp.blogspot.com/ If you have questions or concerns about things, please feel free to talk about them here... Warner From stas at FreeBSD.org Mon Jul 7 12:25:33 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Mon Jul 7 12:25:40 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <200806252138.m5PLcajG067917@repoman.freebsd.org> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> Message-ID: <20080707155017.6850f3a5.stas@FreeBSD.org> On Wed, 25 Jun 2008 21:33:28 +0000 (UTC) Ruslan Ermilov mentioned: > ru 2008-06-25 21:33:28 UTC > > FreeBSD src repository > > Modified files: > . Makefile.inc1 > gnu/lib Makefile > gnu/lib/csu Makefile > gnu/lib/libssp Makefile > lib/libc Makefile > lib/libstand Makefile > lib/libthr Makefile > libexec/rtld-elf Makefile > release Makefile > release/picobsd/build picobsd > rescue/librescue Makefile > rescue/rescue Makefile > share/mk bsd.sys.mk > sys/boot/arm/at91 Makefile.inc > sys/boot/efi Makefile.inc > sys/boot/i386 Makefile.inc > sys/boot/i386/loader Makefile > sys/boot/ia64 Makefile.inc > sys/boot/ia64/common Makefile > sys/boot/ia64/efi Makefile > sys/boot/ia64/ski Makefile > sys/boot/pc98 Makefile.inc > sys/boot/pc98/loader Makefile > sys/boot/powerpc/ofw Makefile > sys/boot/sparc64 Makefile.inc > sys/boot/sparc64/loader Makefile > sys/conf files kern.mk kern.pre.mk > tools/build/options WITHOUT_SSP > Added files: > lib/csu Makefile.inc > sys/boot Makefile.inc > sys/boot/arm Makefile.inc > sys/boot/ofw Makefile.inc > sys/boot/powerpc Makefile.inc > sys/boot/uboot Makefile.inc > sys/kern stack_protector.c > Log: > SVN rev 180012 on 2008-06-25 21:33:28Z by ru > > Enable GCC stack protection (aka Propolice) for userland: > - It is opt-out for now so as to give it maximum testing, but it may be > turned opt-in for stable branches depending on the consensus. You > can turn it off with WITHOUT_SSP. > - WITHOUT_SSP was previously used to disable the build of GNU libssp. > It is harmless to steal the knob as SSP symbols have been provided > by libc for a long time, GNU libssp should not have been much used. > - SSP is disabled in a few corners such as system bootstrap programs > (sys/boot), process bootstrap code (rtld, csu) and SSP symbols themselves. > - It should be safe to use -fstack-protector-all to build world, however > libc will be automatically downgraded to -fstack-protector because it > breaks rtld otherwise. > - This option is unavailable on ia64. > > Enable GCC stack protection (aka Propolice) for kernel: > - It is opt-out for now so as to give it maximum testing. > - Do not compile your kernel with -fstack-protector-all, it won't work. > This break world on at91rm9200 and, probably, on other arm targets. I haven't digged into the problem deeply, but the kernel doesn't seem to be able to execute any ssp-enabled binaries (coredumps with bus error). -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20080707/a22ebe63/attachment.pgp From jeremie at le-hen.org Fri Jul 11 21:52:25 2008 From: jeremie at le-hen.org (Jeremie Le Hen) Date: Fri Jul 11 21:52:31 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080707155017.6850f3a5.stas@FreeBSD.org> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> Message-ID: <20080711211909.GB33517@obiwan.tataz.chchile.org> Hi Stanislas, Sorry for the late reply, I was abroad this week with limited Internet access. On Mon, Jul 07, 2008 at 03:50:17PM +0400, Stanislav Sedov wrote: > This break world on at91rm9200 and, probably, on other arm targets. > I haven't digged into the problem deeply, but the kernel doesn't seem to > be able to execute any ssp-enabled binaries (coredumps with bus error). Would you mind testing it with WITHOUT_SSP= at the top of lib/libc/Makefile? Thanks, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From stas at FreeBSD.org Mon Jul 14 20:15:04 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Mon Jul 14 20:15:10 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080711211909.GB33517@obiwan.tataz.chchile.org> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> Message-ID: <20080714234809.32cb8042.stas@FreeBSD.org> On Fri, 11 Jul 2008 23:19:09 +0200 Jeremie Le Hen mentioned: > Would you mind testing it with WITHOUT_SSP= at the top of lib/libc/Makefile? > I'll try tomorrow. Currently, I have no access to the board. Thanks! -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20080714/abc24503/attachment.pgp From ticso at cicely7.cicely.de Tue Jul 15 21:32:37 2008 From: ticso at cicely7.cicely.de (Bernd Walter) Date: Tue Jul 15 21:32:57 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080714234809.32cb8042.stas@FreeBSD.org> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> Message-ID: <20080715210512.GK35340@cicely7.cicely.de> On Mon, Jul 14, 2008 at 11:48:09PM +0400, Stanislav Sedov wrote: > On Fri, 11 Jul 2008 23:19:09 +0200 > Jeremie Le Hen mentioned: > > > Would you mind testing it with WITHOUT_SSP= at the top of lib/libc/Makefile? > > > > I'll try tomorrow. Currently, I have no access to the board. Is it this kind of problem: ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to accept, logging unlimited SD CARD: 1023934464 bytes mmcsd0: on mmc0 mmc0: setting transfer rate to 30.000MHz Trying to mount root from ufs:/dev/mmcsd0s1a pid 20 (sh), uid 0: exited on signal 11 Jul 15 23:01:14 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: This happens for me with recent kernel and few days old 7-stable userland, so it shouldn't have anything to do with installed libc. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From stas at FreeBSD.org Tue Jul 15 22:14:07 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Tue Jul 15 22:14:18 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080715210512.GK35340@cicely7.cicely.de> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> Message-ID: <20080716021322.52f895c9.stas@FreeBSD.org> On Tue, 15 Jul 2008 23:05:14 +0200 Bernd Walter mentioned: > On Mon, Jul 14, 2008 at 11:48:09PM +0400, Stanislav Sedov wrote: > > On Fri, 11 Jul 2008 23:19:09 +0200 > > Jeremie Le Hen mentioned: > > > > > Would you mind testing it with WITHOUT_SSP= at the top of lib/libc/Makefile? > > > > > > > I'll try tomorrow. Currently, I have no access to the board. > > Is it this kind of problem: > ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to accept, logging unlimited > SD CARD: 1023934464 bytes > mmcsd0: on mmc0 > mmc0: setting transfer rate to 30.000MHz > Trying to mount root from ufs:/dev/mmcsd0s1a > pid 20 (sh), uid 0: exited on signal 11 > Jul 15 23:01:14 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode > Enter full pathname of shell or RETURN for /bin/sh: > > This happens for me with recent kernel and few days old 7-stable > userland, so it shouldn't have anything to do with installed libc. > Seems to be the same problem. However, it seems that just using libc compiled w/out SSP solves it, although I haven't tested the entire world yet. -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20080715/8f13db8d/attachment.pgp From ticso at cicely7.cicely.de Tue Jul 15 22:55:00 2008 From: ticso at cicely7.cicely.de (Bernd Walter) Date: Tue Jul 15 22:55:06 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080716021322.52f895c9.stas@FreeBSD.org> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> <20080716021322.52f895c9.stas@FreeBSD.org> Message-ID: <20080715225443.GM35340@cicely7.cicely.de> On Wed, Jul 16, 2008 at 02:13:22AM +0400, Stanislav Sedov wrote: > On Tue, 15 Jul 2008 23:05:14 +0200 > Bernd Walter mentioned: > > > On Mon, Jul 14, 2008 at 11:48:09PM +0400, Stanislav Sedov wrote: > > > On Fri, 11 Jul 2008 23:19:09 +0200 > > > Jeremie Le Hen mentioned: > > > > > > > Would you mind testing it with WITHOUT_SSP= at the top of lib/libc/Makefile? > > > > > > > > > > I'll try tomorrow. Currently, I have no access to the board. > > > > Is it this kind of problem: > > ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to accept, logging unlimited > > SD CARD: 1023934464 bytes > > mmcsd0: on mmc0 > > mmc0: setting transfer rate to 30.000MHz > > Trying to mount root from ufs:/dev/mmcsd0s1a > > pid 20 (sh), uid 0: exited on signal 11 > > Jul 15 23:01:14 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode > > Enter full pathname of shell or RETURN for /bin/sh: > > > > This happens for me with recent kernel and few days old 7-stable > > userland, so it shouldn't have anything to do with installed libc. > > > > Seems to be the same problem. However, it seems that just using libc > compiled w/out SSP solves it, although I haven't tested the entire > world yet. Mmm... But don't have the SSP change at all, since I still have a 7-stable userland. Static compiled binaries (/rescue) works fine. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From xride at x12.dk Thu Jul 17 05:32:25 2008 From: xride at x12.dk (Soeren Straarup) Date: Thu Jul 17 05:32:31 2008 Subject: AT91SAM9260 support Message-ID: <20080717061447.489115ef@x12.dk> Hi, Is anyone working with the AT91SAM9260? /Soeren -- Soeren Straarup | aka OZ2DAK aka Xride FreeBSD committer | FreeBSD since 2.2.6-R If a program is not working right, then send a patch From ticso at cicely7.cicely.de Thu Jul 17 14:09:14 2008 From: ticso at cicely7.cicely.de (Bernd Walter) Date: Thu Jul 17 14:09:26 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080715225443.GM35340@cicely7.cicely.de> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> <20080716021322.52f895c9.stas@FreeBSD.org> <20080715225443.GM35340@cicely7.cicely.de> Message-ID: <20080717140905.GX35340@cicely7.cicely.de> On Wed, Jul 16, 2008 at 12:54:46AM +0200, Bernd Walter wrote: > On Wed, Jul 16, 2008 at 02:13:22AM +0400, Stanislav Sedov wrote: > > On Tue, 15 Jul 2008 23:05:14 +0200 > > Bernd Walter mentioned: > > > > > On Mon, Jul 14, 2008 at 11:48:09PM +0400, Stanislav Sedov wrote: > > > > On Fri, 11 Jul 2008 23:19:09 +0200 > > > > Jeremie Le Hen mentioned: > > > > > > > > > Would you mind testing it with WITHOUT_SSP= at the top of lib/libc/Makefile? > > > > > > > > > > > > > I'll try tomorrow. Currently, I have no access to the board. > > > > > > Is it this kind of problem: > > > ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to accept, logging unlimited > > > SD CARD: 1023934464 bytes > > > mmcsd0: on mmc0 > > > mmc0: setting transfer rate to 30.000MHz > > > Trying to mount root from ufs:/dev/mmcsd0s1a > > > pid 20 (sh), uid 0: exited on signal 11 > > > Jul 15 23:01:14 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode > > > Enter full pathname of shell or RETURN for /bin/sh: > > > > > > This happens for me with recent kernel and few days old 7-stable > > > userland, so it shouldn't have anything to do with installed libc. > > > > > > > Seems to be the same problem. However, it seems that just using libc > > compiled w/out SSP solves it, although I haven't tested the entire > > world yet. > > Mmm... > But don't have the SSP change at all, since I still have a 7-stable > userland. > Static compiled binaries (/rescue) works fine. Strange enough disabling SSP did make a difference, but I still have problems at some point: Trying to mount root from ufs:/dev/mmcsd0s1a Loading configuration files. usb_new_device: set address 2 failed - trying a port reset No suitable dump device was found. usb_new_device: set address 2 failed - trying a port reset Entropy harvesting: interrupts ethernet point_to_pointusb_new_device: set address 2 failed - trying a port reset usbd_new_device: addr=2, getting first desc failed uhub_explore: usb_new_device failed, error=IOERROR uhub0: device problem (IOERROR), disabling port 2 kickstart. swapon: adding /dev/mmcsd0s1b as swap device Starting file system checks: /dev/mmcsd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mmcsd0s1a: clean, 264157 free (25021 frags, 29892 blocks, 6.0% fragmentation) pid 59 (mount), uid 0: exited on signal 11 (core dumped) Segmentation fault (core dumped) Mounting root filesystem rw failed, startup aborted ERROR: ABORTING BOOT (sending SIGTERM to parent)! Jul 17 16:04:26 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: I'll try more recent code. Maybe I got something bad. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From ticso at cicely7.cicely.de Fri Jul 18 11:41:11 2008 From: ticso at cicely7.cicely.de (Bernd Walter) Date: Fri Jul 18 11:41:19 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080717140905.GX35340@cicely7.cicely.de> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> <20080716021322.52f895c9.stas@FreeBSD.org> <20080715225443.GM35340@cicely7.cicely.de> <20080717140905.GX35340@cicely7.cicely.de> Message-ID: <20080718114058.GB35340@cicely7.cicely.de> On Thu, Jul 17, 2008 at 04:09:05PM +0200, Bernd Walter wrote: > On Wed, Jul 16, 2008 at 12:54:46AM +0200, Bernd Walter wrote: > > On Wed, Jul 16, 2008 at 02:13:22AM +0400, Stanislav Sedov wrote: > > > On Tue, 15 Jul 2008 23:05:14 +0200 > > > Bernd Walter mentioned: > > > > > > > On Mon, Jul 14, 2008 at 11:48:09PM +0400, Stanislav Sedov wrote: > > > > > On Fri, 11 Jul 2008 23:19:09 +0200 > > > > > Jeremie Le Hen mentioned: > > > > > > > > > > > Would you mind testing it with WITHOUT_SSP= at the top of lib/libc/Makefile? > > > > > > > > > > > > > > > > I'll try tomorrow. Currently, I have no access to the board. > > > > > > > > Is it this kind of problem: > > > > ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to accept, logging unlimited > > > > SD CARD: 1023934464 bytes > > > > mmcsd0: on mmc0 > > > > mmc0: setting transfer rate to 30.000MHz > > > > Trying to mount root from ufs:/dev/mmcsd0s1a > > > > pid 20 (sh), uid 0: exited on signal 11 > > > > Jul 15 23:01:14 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode > > > > Enter full pathname of shell or RETURN for /bin/sh: > > > > > > > > This happens for me with recent kernel and few days old 7-stable > > > > userland, so it shouldn't have anything to do with installed libc. > > > > > > > > > > Seems to be the same problem. However, it seems that just using libc > > > compiled w/out SSP solves it, although I haven't tested the entire > > > world yet. > > > > Mmm... > > But don't have the SSP change at all, since I still have a 7-stable > > userland. > > Static compiled binaries (/rescue) works fine. > > Strange enough disabling SSP did make a difference, but I still have > problems at some point: > > Trying to mount root from ufs:/dev/mmcsd0s1a > Loading configuration files. > usb_new_device: set address 2 failed - trying a port reset > No suitable dump device was found. > usb_new_device: set address 2 failed - trying a port reset > Entropy harvesting: interrupts ethernet point_to_pointusb_new_device: set address 2 failed - trying a port reset > usbd_new_device: addr=2, getting first desc failed > uhub_explore: usb_new_device failed, error=IOERROR > uhub0: device problem (IOERROR), disabling port 2 > kickstart. > swapon: adding /dev/mmcsd0s1b as swap device > Starting file system checks: > /dev/mmcsd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s1a: clean, 264157 free (25021 frags, 29892 blocks, 6.0% fragmentation) > pid 59 (mount), uid 0: exited on signal 11 (core dumped) > Segmentation fault (core dumped) > Mounting root filesystem rw failed, startup aborted > ERROR: ABORTING BOOT (sending SIGTERM to parent)! > Jul 17 16:04:26 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode > Enter full pathname of shell or RETURN for /bin/sh: > > I'll try more recent code. > Maybe I got something bad. No change - with SSP all dynamic linked binaries fail the same as the 7-stable did. Without SSP only some binaries fail, but those are the same. And of course since my 7-stable binaries were failing as well this sounds like a kernel thing and not a userland one. What comes to mind after reading the original commit when reading the compiler options used: cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -mcpu=arm9 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -fstack-protector -Werror ../../../arm/at91/at91_twi.c The original message says that -fstack-protector shouldn't be used for the kernel. So why it is there? I never explicitly enabled it anywhere. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From jeremie at le-hen.org Mon Jul 21 21:45:27 2008 From: jeremie at le-hen.org (Jeremie Le Hen) Date: Mon Jul 21 21:45:33 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080718114058.GB35340@cicely7.cicely.de> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> <20080716021322.52f895c9.stas@FreeBSD.org> <20080715225443.GM35340@cicely7.cicely.de> <20080717140905.GX35340@cicely7.cicely.de> <20080718114058.GB35340@cicely7.cicely.de> Message-ID: <20080721213951.GN39074@obiwan.tataz.chchile.org> Hi Bernd, Again, sorry for the late reply, I'm abroad this week once again for work, so I have very little time for my personal stuff. On Fri, Jul 18, 2008 at 01:40:59PM +0200, Bernd Walter wrote: > No change - with SSP all dynamic linked binaries fail the same as the > 7-stable did. > Without SSP only some binaries fail, but those are the same. > And of course since my 7-stable binaries were failing as well this > sounds like a kernel thing and not a userland one. > > What comes to mind after reading the original commit when reading the > compiler options used: > cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -mcpu=arm9 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -fstack-protector -Werror ../../../arm/at91/at91_twi.c > The original message says that -fstack-protector shouldn't be used for > the kernel. > So why it is there? > I never explicitly enabled it anywhere. Actually, there was one patch to enable SSP for userland and another one for kernel, but they have been committed together and their commitlog has been concatenated. If you read it further, you will see the kernel part commitlog. Concerning the automatic activation, this is intended so as to give SSP more exposure. We'll need to reach a consensus for the release about whether it should be opt-in or opt-out. For now, you can disable it for both userland and kernel using the WITHOUT_SPP knob in src.conf(5). If you only want to disable it for kernel build, simply use "make -DWITHOUT_SSP buildkernel". I'm keen to hear about any clue you will gather about the problem. Thanks. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From ticso at cicely7.cicely.de Tue Jul 22 00:40:47 2008 From: ticso at cicely7.cicely.de (Bernd Walter) Date: Tue Jul 22 00:41:05 2008 Subject: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... In-Reply-To: <20080721213951.GN39074@obiwan.tataz.chchile.org> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> <20080716021322.52f895c9.stas@FreeBSD.org> <20080715225443.GM35340@cicely7.cicely.de> <20080717140905.GX35340@cicely7.cicely.de> <20080718114058.GB35340@cicely7.cicely.de> <20080721213951.GN39074@obiwan.tataz.chchile.org> Message-ID: <20080722004040.GG58113@cicely7.cicely.de> On Mon, Jul 21, 2008 at 11:39:51PM +0200, Jeremie Le Hen wrote: > Hi Bernd, > > Again, sorry for the late reply, I'm abroad this week once again for > work, so I have very little time for my personal stuff. > > On Fri, Jul 18, 2008 at 01:40:59PM +0200, Bernd Walter wrote: > > No change - with SSP all dynamic linked binaries fail the same as the > > 7-stable did. > > Without SSP only some binaries fail, but those are the same. > > And of course since my 7-stable binaries were failing as well this > > sounds like a kernel thing and not a userland one. > > > > What comes to mind after reading the original commit when reading the > > compiler options used: > > cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -mcpu=arm9 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -fstack-protector -Werror ../../../arm/at91/at91_twi.c > > The original message says that -fstack-protector shouldn't be used for > > the kernel. > > So why it is there? > > I never explicitly enabled it anywhere. > > Actually, there was one patch to enable SSP for userland and another one > for kernel, but they have been committed together and their commitlog > has been concatenated. If you read it further, you will see the > kernel part commitlog. Yes - I saw later that those were different compiler options. > Concerning the automatic activation, this is intended so as to give SSP > more exposure. We'll need to reach a consensus for the release about > whether it should be opt-in or opt-out. For now, you can disable it for > both userland and kernel using the WITHOUT_SPP knob in src.conf(5). If > you only want to disable it for kernel build, simply use "make > -DWITHOUT_SSP buildkernel". > > I'm keen to hear about any clue you will gather about the problem. Well Olivier Houchard went in and disabled SSP support on arm. He mentioned in his commit log a compiler bug, but you should ask him about the details. Unfortunately he missed one file, but after disabling this as well and recompiling the kernel, my problems were gone. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From ticso at cicely7.cicely.de Tue Jul 22 01:03:27 2008 From: ticso at cicely7.cicely.de (Bernd Walter) Date: Tue Jul 22 01:03:34 2008 Subject: sshd broken on arm? In-Reply-To: <20080117105854.GA44923@zibbi.meraka.csir.co.za> References: <20080117105854.GA44923@zibbi.meraka.csir.co.za> Message-ID: <20080722003612.GF58113@cicely7.cicely.de> On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: > Hi Guys, > > I just did a new build using RELENG_7 for the arm (Avila boards) and then > found that I cannot ssh into them. The sshd crash with a bus error just > after you entered your username and password. My build of mid November > did not do it. Anybody got ideas? > > The last part of "sshd -Dddd" on the arm board looks like this: > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req pty-req > debug1: Allocating pty. > debug3: mm_request_send entering: type 25 > debug3: monitor_read: checking request 25 > debug3: mm_answer_pty entering > debug1: session_new: init > debug1: session_new: session 0 > debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY > debug3: mm_request_receive_expect entering: type 26 > debug3: mm_request_receive entering > debug3: mm_request_send entering: type 26 > ssh_mm_receive_fd: recvmsg: expected received 1 got 0 > debug1: do_cleanup > debug1: PAM: cleanup > Bus error (core dumped) > debug3: PAM: sshpam_thread_cleanup entering Have we dropped the ball on fixing this? With a recent -current I see excatly the same symptoms. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From jhay at meraka.org.za Tue Jul 22 04:06:08 2008 From: jhay at meraka.org.za (John Hay) Date: Tue Jul 22 04:06:14 2008 Subject: sshd broken on arm? In-Reply-To: <20080722003612.GF58113@cicely7.cicely.de> References: <20080117105854.GA44923@zibbi.meraka.csir.co.za> <20080722003612.GF58113@cicely7.cicely.de> Message-ID: <20080722040603.GA8241@zibbi.meraka.csir.co.za> On Tue, Jul 22, 2008 at 02:36:12AM +0200, Bernd Walter wrote: > On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: > > Hi Guys, > > > > I just did a new build using RELENG_7 for the arm (Avila boards) and then > > found that I cannot ssh into them. The sshd crash with a bus error just > > after you entered your username and password. My build of mid November > > did not do it. Anybody got ideas? > > > > The last part of "sshd -Dddd" on the arm board looks like this: > > > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req pty-req > > debug1: Allocating pty. > > debug3: mm_request_send entering: type 25 > > debug3: monitor_read: checking request 25 > > debug3: mm_answer_pty entering > > debug1: session_new: init > > debug1: session_new: session 0 > > debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY > > debug3: mm_request_receive_expect entering: type 26 > > debug3: mm_request_receive entering > > debug3: mm_request_send entering: type 26 > > ssh_mm_receive_fd: recvmsg: expected received 1 got 0 > > debug1: do_cleanup > > debug1: PAM: cleanup > > Bus error (core dumped) > > debug3: PAM: sshpam_thread_cleanup entering > > Have we dropped the ball on fixing this? > With a recent -current I see excatly the same symptoms. I did report it to openssh-unix-dev@mindrot.org, but then got busy with other things. I don't remember any response from them. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From imp at bsdimp.com Tue Jul 22 04:15:24 2008 From: imp at bsdimp.com (M. Warner Losh) Date: Tue Jul 22 04:15:31 2008 Subject: sshd broken on arm? In-Reply-To: <20080722003612.GF58113@cicely7.cicely.de> References: <20080117105854.GA44923@zibbi.meraka.csir.co.za> <20080722003612.GF58113@cicely7.cicely.de> Message-ID: <20080721.221226.-890724651.imp@bsdimp.com> In message: <20080722003612.GF58113@cicely7.cicely.de> Bernd Walter writes: : On Thu, Jan 17, 2008 at 12:58:54PM +0200, John Hay wrote: : > Hi Guys, : > : > I just did a new build using RELENG_7 for the arm (Avila boards) and then : > found that I cannot ssh into them. The sshd crash with a bus error just : > after you entered your username and password. My build of mid November : > did not do it. Anybody got ideas? : > : > The last part of "sshd -Dddd" on the arm board looks like this: : > : > debug1: server_input_channel_req: channel 0 request pty-req reply 0 : > debug1: session_by_channel: session 0 channel 0 : > debug1: session_input_channel_req: session 0 req pty-req : > debug1: Allocating pty. : > debug3: mm_request_send entering: type 25 : > debug3: monitor_read: checking request 25 : > debug3: mm_answer_pty entering : > debug1: session_new: init : > debug1: session_new: session 0 : > debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY : > debug3: mm_request_receive_expect entering: type 26 : > debug3: mm_request_receive entering : > debug3: mm_request_send entering: type 26 : > ssh_mm_receive_fd: recvmsg: expected received 1 got 0 : > debug1: do_cleanup : > debug1: PAM: cleanup : > Bus error (core dumped) : > debug3: PAM: sshpam_thread_cleanup entering : : Have we dropped the ball on fixing this? : With a recent -current I see excatly the same symptoms. Yes! We have... Warner From mjl at luckie.org.nz Tue Jul 22 21:01:24 2008 From: mjl at luckie.org.nz (Matthew Luckie) Date: Tue Jul 22 21:01:31 2008 Subject: sshd broken on arm? In-Reply-To: <20080722040603.GA8241@zibbi.meraka.csir.co.za> Message-ID: <20080722203142.GA11425@spandex.luckie.org.nz> > > Have we dropped the ball on fixing this? > > With a recent -current I see excatly the same symptoms. > > I did report it to openssh-unix-dev@mindrot.org, but then got busy with > other things. I don't remember any response from them. your patch was committed. i'm running openssh from ports on my arm board and it works fine. i figured it would be fixed in base when the next openssh import is done. From ticso at cicely7.cicely.de Tue Jul 22 22:03:03 2008 From: ticso at cicely7.cicely.de (Bernd Walter) Date: Tue Jul 22 22:03:47 2008 Subject: sshd broken on arm? In-Reply-To: <20080722203142.GA11425@spandex.luckie.org.nz> References: <20080722040603.GA8241@zibbi.meraka.csir.co.za> <20080722203142.GA11425@spandex.luckie.org.nz> Message-ID: <20080722220250.GP58113@cicely7.cicely.de> On Wed, Jul 23, 2008 at 08:31:42AM +1200, Matthew Luckie wrote: > > > Have we dropped the ball on fixing this? > > > With a recent -current I see excatly the same symptoms. > > > > I did report it to openssh-unix-dev@mindrot.org, but then got busy with > > other things. I don't remember any response from them. > > your patch was committed. i'm running openssh from ports on my arm board > and it works fine. > > i figured it would be fixed in base when the next openssh import is done. That's great to hear. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From tinderbox at freebsd.org Wed Jul 23 14:11:28 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Jul 23 14:11:35 2008 Subject: [head tinderbox] failure on arm/arm Message-ID: <20080723133905.B8F8773039@freebsd-current.sentex.ca> TB --- 2008-07-23 13:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-23 13:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-07-23 13:05:00 - cleaning the object tree TB --- 2008-07-23 13:05:28 - cvsupping the source tree TB --- 2008-07-23 13:05:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-07-23 13:05:35 - building world (CFLAGS=-O -pipe) TB --- 2008-07-23 13:05:35 - cd /src TB --- 2008-07-23 13:05:35 - /usr/bin/make -B buildworld >>> World build started on Wed Jul 23 13:05:37 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] In file included from /obj/arm/src/tmp/usr/include/machine/cpufunc.h:50, from /src/sbin/ipf/ipresend/../../../sys/sys/systm.h:42, from /src/sbin/ipf/ipresend/../../../sys/sys/refcount.h:36, from /src/sbin/ipf/ipresend/../../../sys/sys/file.h:42, from /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/sock.c:42: /obj/arm/src/tmp/usr/include/machine/cpuconf.h:94:2: error: #error ARM_NARCH is 0 /obj/arm/src/tmp/usr/include/machine/cpuconf.h:152:2: error: #error ARM_NMMUS is 0 mkdep: compile failed *** Error code 1 Stop in /src/sbin/ipf/ipresend. *** Error code 1 Stop in /src/sbin/ipf. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-23 13:39:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-23 13:39:05 - ERROR: failed to build world TB --- 2008-07-23 13:39:05 - tinderbox aborted TB --- 1479.30 user 214.05 system 2044.59 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From tinderbox at freebsd.org Wed Jul 23 17:26:27 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Wed Jul 23 17:26:45 2008 Subject: [head tinderbox] failure on arm/arm Message-ID: <20080723172621.8F2D273039@freebsd-current.sentex.ca> TB --- 2008-07-23 16:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-23 16:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-07-23 16:30:00 - cleaning the object tree TB --- 2008-07-23 16:30:11 - cvsupping the source tree TB --- 2008-07-23 16:30:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-07-23 16:30:20 - building world (CFLAGS=-O -pipe) TB --- 2008-07-23 16:30:20 - cd /src TB --- 2008-07-23 16:30:20 - /usr/bin/make -B buildworld >>> World build started on Wed Jul 23 16:30:21 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/sock.c cc1: warnings being treated as errors In file included from /src/sbin/ipf/ipresend/../../../sys/sys/file.h:42, from /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/sock.c:42: /src/sbin/ipf/ipresend/../../../sys/sys/refcount.h: In function 'refcount_acquire': /src/sbin/ipf/ipresend/../../../sys/sys/refcount.h:46: warning: implicit declaration of function 'atomic_add_acq_int' /src/sbin/ipf/ipresend/../../../sys/sys/refcount.h: In function 'refcount_release': /src/sbin/ipf/ipresend/../../../sys/sys/refcount.h:53: warning: implicit declaration of function 'atomic_fetchadd_int' *** Error code 1 Stop in /src/sbin/ipf/ipresend. *** Error code 1 Stop in /src/sbin/ipf. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-23 17:26:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-23 17:26:21 - ERROR: failed to build world TB --- 2008-07-23 17:26:21 - tinderbox aborted TB --- 2526.91 user 323.68 system 3380.94 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From thompsa at FreeBSD.org Fri Jul 25 18:37:01 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Fri Jul 25 18:37:07 2008 Subject: ARM mfc list Message-ID: <20080725181751.GB13638@citylink.fud.org.nz> Hi, I would like to do a large merge of arm fixes to 7-stable, some bugfixes and many just to reduce diffs. In particular 174051+177457+177459 fix usb on the avila board. The commit logs and diffs can also be found at http://people.freebsd.org/~thompsa/arm-mfc/ Please review this list and let me know if anything shouldnt be merged (or if you would like to handle your own commits). r172568 (kevlo) Spelling fix for interupt -> interrupt r172613 (cognet) Define _ARM_ARCH_5E too, so that we know if pld/strd/ldrd are available. r172614 (cognet) Do not use __XSCALE__ to detect if pld/strd/ldrd is available, use_ARM_ARCH_5E instead. r172738 (imp) Merge support from p4 (from NetBSD) for arm9e and arm10, arm11 cores. r172739 (imp) correct guard variable names. r173155 (imp) kill commented out line of code. r173215 (kevlo) Don't define get_cachetype() for CPU_ARM9E unless it's going to be used. r173249 (kevlo) __CPU_XSCALE_PXA2XX -> CPU_XSCALE_PXA2X0 r173336 (cognet) Remove a staled comment, NPE-C should work fine. r173442 (cognet) Add entries for the L2 cache-related functions for armv5. r174051 (cognet) Correct the logic : we can just invalidate the cache lines, and notwrite-back them, only if PREWRITE is not set, and if the buffer iscache-line aligned. r174058 (cognet) Fixes for ARM9/ARM10 :Call uma_sel_align() there at well.Set CPU_CONTROL_VECRELOC if we're using the high vectors page. r174176 (cognet) Move the strongarm-specific files from conf/files.arm to sa11x0/files.sa11xO. r174700 (kevlo) Use M_NOWAIT instead of M_WAITOK to cause malloc() to return NULL r174781 (imp) Actually program the interrupt controller for priorities. As wesupport more AT91 platforms, we'll need to move this into someplatform init routine. r175120 (cognet) Add a missing \n. r176759 (kevlo) Convert to be a 2-clause bsd-only license. r177103 (raj) Improve ARM bus_dmamap_load_buffer() error handling. r177105 (raj) Respect RF_SHAREABLE flag in ARM nexus_setup_intr() r177457 (sam) Correct cache handling for xfer requests marked URQ_REQUEST: many (if notall uses) involve a read but usbd_start_transfer only does a PREWRITE; changethis to BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE as I'm not sure if anyusers do write+read. r177459 (sam) Workaround design botch in usb: blindly mixing bus_dma with PIO does notwork on architectures with a write-back cache as the PIO writes end upin the cache which the sync(BUS_DMASYNC_POSTREAD) in usb_transfer_completethen discards; compensate in the xfer methods that do PIO by pushing thewrites out of the cache before usb_transfer_complete is called. r177505 (sam) Improve mac+phy configuration so that hints can be used to describelayouts different than the defaults:o hint.npe.0.mac="A", "B", etc. specifies the window for MAC register accesseso hint.npe.0.mii="A", "B", etc. specifies PHY registerso hint.npe.1.phy=%d specifies the PHY to map to a port r177874 (imp) KERNBASE + 0x00200000 is the same thing as KERNVIRTADDR on thisplatform, so use the latter in preference to the former. This makesthe fake_preload setup be the same between kb920x_machdep.c andavila_machdep.c.... r177883 (imp) Take the first baby step towards unifying and cleaning up arminit(): - Pull all the code to deal with the trampoline stuff into one centeralized place and use it from everywhere. - Some minor style tidiness r177886 (raj) Fix AVILA build. r177887 (raj) Refactor certain ARM bus space methods: instead of having multiple copies ofthe same code introduce sys/arm/arm/bus_space_generic.c for a shared set ofroutines. r177888 (raj) Now really add the bus_space_generic.c file... r177916 (raj) Make kernel.tramp build properly on ARM9E. r177943 (cognet) Add bus_space_generic.c for the i81342 as well. r177944 (cognet) Remove bus_space_generic.c from the per-plarform files. Having it in theper-cpu files should be enough. r178001 (kevlo) Remove some long-dead code r179375 (imp) Release the resources for the registers for the TWI device withSYS_RES_MEMORY to match how we allocate them... r179664 (kevlo) Remove sa1_cache_clean_addr r179693 (wkoszek) Since we create a DMA tag "mtag" for TX map with bus_dmamap_create(),we must synchronize such a map against "mtag" with bus_dmamap_sync(),not the tag designated for RX map. r179745 (kevlo) Fix a typo: i80321_pci_probe -> i81342_pci_probe r180486 (ticso) fix multicast hash register definition r180584 (alc) Eliminate unused global variables. (These global variables became fields ofstruct kva_md_info many years ago.) From jhb at freebsd.org Fri Jul 25 20:16:51 2008 From: jhb at freebsd.org (John Baldwin) Date: Fri Jul 25 20:16:58 2008 Subject: PATCH: iicbus(4) locking, please test Message-ID: <200807251616.30249.jhb@freebsd.org> I have a first attempt at adding locking to iicbus(4). Originally my goal was to do this so if_ic(4) could be locked. However, if_ic(4) does evil things in its ioctl routine so I'm actually going to leave that alone unless someone says they want to test possible changes. Back to iicbus(4), this patch adds locking to the core of iicbus and the various related drivers. A few drivers (ixp_iic, lpbb, and bktr) just use Giant for their driver lock for now. It has been compiled on my laptop (i386) but not anything else yet. http://www.FreeBSD.org/~jhb/patches/iicbus.patch -- John Baldwin From thompsa at FreeBSD.org Mon Jul 28 16:26:11 2008 From: thompsa at FreeBSD.org (Andrew Thompson) Date: Mon Jul 28 16:26:20 2008 Subject: ARM mfc list In-Reply-To: <20080725181751.GB13638@citylink.fud.org.nz> References: <20080725181751.GB13638@citylink.fud.org.nz> Message-ID: <20080728162603.GI40256@citylink.fud.org.nz> On Fri, Jul 25, 2008 at 11:17:51AM -0700, Andrew Thompson wrote: > Hi, > > I would like to do a large merge of arm fixes to 7-stable, some bugfixes > and many just to reduce diffs. In particular 174051+177457+177459 fix > usb on the avila board. > > The commit logs and diffs can also be found at > http://people.freebsd.org/~thompsa/arm-mfc/ > > Please review this list and let me know if anything shouldnt be merged > (or if you would like to handle your own commits). This has been completed. regards, Andrew > r172568 (kevlo) Spelling fix for interupt -> interrupt > > r172613 (cognet) Define _ARM_ARCH_5E too, so that we know if > pld/strd/ldrd are available. > > r172614 (cognet) Do not use __XSCALE__ to detect if pld/strd/ldrd is > available, use_ARM_ARCH_5E instead. > > r172738 (imp) Merge support from p4 (from NetBSD) for arm9e and arm10, > arm11 cores. > > r172739 (imp) correct guard variable names. > > r173155 (imp) kill commented out line of code. > > r173215 (kevlo) Don't define get_cachetype() for CPU_ARM9E unless it's > going to be used. > > r173249 (kevlo) __CPU_XSCALE_PXA2XX -> CPU_XSCALE_PXA2X0 > > r173336 (cognet) Remove a staled comment, NPE-C should work fine. > > r173442 (cognet) Add entries for the L2 cache-related functions for armv5. > > r174051 (cognet) Correct the logic : we can just invalidate the cache > lines, and notwrite-back them, only if PREWRITE is not set, and > if the buffer iscache-line aligned. > > r174058 (cognet) Fixes for ARM9/ARM10 :Call uma_sel_align() there at > well.Set CPU_CONTROL_VECRELOC if we're using the high vectors page. > > r174176 (cognet) Move the strongarm-specific files from conf/files.arm > to sa11x0/files.sa11xO. > > r174700 (kevlo) Use M_NOWAIT instead of M_WAITOK to cause malloc() to > return NULL > > r174781 (imp) Actually program the interrupt controller for priorities. > As wesupport more AT91 platforms, we'll need to move this into > someplatform init routine. > > r175120 (cognet) Add a missing \n. > > r176759 (kevlo) Convert to be a 2-clause bsd-only license. > > r177103 (raj) Improve ARM bus_dmamap_load_buffer() error handling. > > r177105 (raj) Respect RF_SHAREABLE flag in ARM nexus_setup_intr() > > r177457 (sam) Correct cache handling for xfer requests marked > URQ_REQUEST: many (if notall uses) involve a read but > usbd_start_transfer only does a PREWRITE; changethis to > BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE as I'm not sure if > anyusers do write+read. > > r177459 (sam) Workaround design botch in usb: blindly mixing bus_dma > with PIO does notwork on architectures with a write-back cache > as the PIO writes end upin the cache which the > sync(BUS_DMASYNC_POSTREAD) in usb_transfer_completethen > discards; compensate in the xfer methods that do PIO by pushing > thewrites out of the cache before usb_transfer_complete is > called. > > r177505 (sam) Improve mac+phy configuration so that hints can be used to > describelayouts different than the defaults:o > hint.npe.0.mac="A", "B", etc. specifies the window for MAC > register accesseso hint.npe.0.mii="A", "B", etc. specifies PHY > registerso hint.npe.1.phy=%d specifies the PHY to map to a port > > r177874 (imp) KERNBASE + 0x00200000 is the same thing as KERNVIRTADDR on > thisplatform, so use the latter in preference to the former. > This makesthe fake_preload setup be the same between > kb920x_machdep.c andavila_machdep.c.... > > r177883 (imp) Take the first baby step towards unifying and cleaning up > arminit(): > - Pull all the code to deal with the trampoline stuff into one > centeralized place and use it from everywhere. > - Some minor style tidiness > > r177886 (raj) Fix AVILA build. > > r177887 (raj) Refactor certain ARM bus space methods: instead of having > multiple copies ofthe same code introduce > sys/arm/arm/bus_space_generic.c for a shared set ofroutines. > > r177888 (raj) Now really add the bus_space_generic.c file... > > r177916 (raj) Make kernel.tramp build properly on ARM9E. > > r177943 (cognet) Add bus_space_generic.c for the i81342 as well. > > r177944 (cognet) Remove bus_space_generic.c from the per-plarform files. > Having it in theper-cpu files should be enough. > > r178001 (kevlo) Remove some long-dead code > > r179375 (imp) Release the resources for the registers for the TWI device > withSYS_RES_MEMORY to match how we allocate them... > > r179664 (kevlo) Remove sa1_cache_clean_addr > > r179693 (wkoszek) Since we create a DMA tag "mtag" for TX map with > bus_dmamap_create(),we must synchronize such a map against > "mtag" with bus_dmamap_sync(),not the tag designated for RX map. > > r179745 (kevlo) Fix a typo: i80321_pci_probe -> i81342_pci_probe > > r180486 (ticso) fix multicast hash register definition > > r180584 (alc) Eliminate unused global variables. (These global > variables became fields ofstruct kva_md_info many years ago.) > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From tinderbox at freebsd.org Tue Jul 29 04:04:48 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 04:04:54 2008 Subject: [head tinderbox] failure on arm/arm Message-ID: <20080729040445.5042273039@freebsd-current.sentex.ca> TB --- 2008-07-29 03:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 03:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-07-29 03:05:00 - cleaning the object tree TB --- 2008-07-29 03:05:21 - cvsupping the source tree TB --- 2008-07-29 03:05:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-07-29 03:05:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 03:05:31 - cd /src TB --- 2008-07-29 03:05:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 03:05:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 04:04:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 04:04:44 - ERROR: failed to build world TB --- 2008-07-29 04:04:44 - tinderbox aborted TB --- 2667.58 user 343.83 system 3584.30 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From tinderbox at freebsd.org Tue Jul 29 08:20:15 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 08:20:22 2008 Subject: [head tinderbox] failure on arm/arm Message-ID: <20080729082011.CCD6573039@freebsd-current.sentex.ca> TB --- 2008-07-29 07:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 07:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-07-29 07:20:00 - cleaning the object tree TB --- 2008-07-29 07:20:20 - cvsupping the source tree TB --- 2008-07-29 07:20:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-07-29 07:20:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 07:20:31 - cd /src TB --- 2008-07-29 07:20:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 07:20:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 08:20:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 08:20:11 - ERROR: failed to build world TB --- 2008-07-29 08:20:11 - tinderbox aborted TB --- 2662.49 user 345.87 system 3611.02 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From tinderbox at freebsd.org Tue Jul 29 12:34:42 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 12:34:48 2008 Subject: [head tinderbox] failure on arm/arm Message-ID: <20080729123439.91A9973039@freebsd-current.sentex.ca> TB --- 2008-07-29 11:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 11:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-07-29 11:35:00 - cleaning the object tree TB --- 2008-07-29 11:35:24 - cvsupping the source tree TB --- 2008-07-29 11:35:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-07-29 11:35:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 11:35:31 - cd /src TB --- 2008-07-29 11:35:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 11:35:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-4.src > lt_LT.ISO8859-4.out grep -v '^#' < /src/share/timedef/lt_LT.ISO8859-13.src > lt_LT.ISO8859-13.out grep -v '^#' < /src/share/timedef/lt_LT.UTF-8.src > lt_LT.UTF-8.out grep -v '^#' < /src/share/timedef/mn_MN.UTF-8.src > mn_MN.UTF-8.out grep -v '^#' < /src/share/timedef/nl_NL.ISO8859-1.src > nl_NL.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.ISO8859-1.src > nn_NO.ISO8859-1.out grep -v '^#' < /src/share/timedef/nn_NO.UTF-8.src > nn_NO.UTF-8.out make: don't know how to make no_NO.ISO8859-1.out. Stop *** Error code 2 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 12:34:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 12:34:39 - ERROR: failed to build world TB --- 2008-07-29 12:34:39 - tinderbox aborted TB --- 2666.48 user 342.23 system 3578.92 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From tinderbox at freebsd.org Tue Jul 29 16:49:40 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 16:49:53 2008 Subject: [head tinderbox] failure on arm/arm Message-ID: <20080729164937.D3B3773039@freebsd-current.sentex.ca> TB --- 2008-07-29 15:50:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 15:50:01 - starting HEAD tinderbox run for arm/arm TB --- 2008-07-29 15:50:01 - cleaning the object tree TB --- 2008-07-29 15:50:23 - cvsupping the source tree TB --- 2008-07-29 15:50:23 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-07-29 15:50:32 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 15:50:32 - cd /src TB --- 2008-07-29 15:50:32 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 15:50:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ===> usr.bin/bluetooth/btsockstat (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/bluetooth/btsockstat/btsockstat.c cc1: warnings being treated as errors In file included from /obj/arm/src/tmp/usr/include/sys/socketvar.h:42, from /src/usr.bin/bluetooth/btsockstat/btsockstat.c:37: /obj/arm/src/tmp/usr/include/sys/sockbuf.h:128: warning: 'struct thread' declared inside parameter list /obj/arm/src/tmp/usr/include/sys/sockbuf.h:128: warning: its scope is only this definition or declaration, which is probably not what you want /obj/arm/src/tmp/usr/include/sys/sockbuf.h:130: warning: 'struct thread' declared inside parameter list *** Error code 1 Stop in /src/usr.bin/bluetooth/btsockstat. *** Error code 1 Stop in /src/usr.bin/bluetooth. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 16:49:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 16:49:37 - ERROR: failed to build world TB --- 2008-07-29 16:49:37 - tinderbox aborted TB --- 2674.14 user 343.02 system 3576.34 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From tinderbox at freebsd.org Tue Jul 29 21:05:46 2008 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Jul 29 21:05:57 2008 Subject: [head tinderbox] failure on arm/arm Message-ID: <20080729210542.9223073039@freebsd-current.sentex.ca> TB --- 2008-07-29 20:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-07-29 20:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-07-29 20:05:00 - cleaning the object tree TB --- 2008-07-29 20:05:21 - cvsupping the source tree TB --- 2008-07-29 20:05:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-07-29 20:05:31 - building world (CFLAGS=-O -pipe) TB --- 2008-07-29 20:05:31 - cd /src TB --- 2008-07-29 20:05:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 29 20:05:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc1: warnings being treated as errors In file included from /obj/arm/src/tmp/usr/include/sys/socketvar.h:42, from /src/usr.bin/netstat/inet.c:47: /obj/arm/src/tmp/usr/include/sys/sockbuf.h:128: warning: 'struct thread' declared inside parameter list /obj/arm/src/tmp/usr/include/sys/sockbuf.h:128: warning: its scope is only this definition or declaration, which is probably not what you want /obj/arm/src/tmp/usr/include/sys/sockbuf.h:130: warning: 'struct thread' declared inside parameter list /src/usr.bin/netstat/inet.c:141: error: static declaration of 'sbtoxsockbuf' follows non-static declaration /obj/arm/src/tmp/usr/include/sys/sockbuf.h:133: error: previous declaration of 'sbtoxsockbuf' was here *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-07-29 21:05:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-07-29 21:05:42 - ERROR: failed to build world TB --- 2008-07-29 21:05:42 - tinderbox aborted TB --- 2726.13 user 350.61 system 3642.01 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full