[head tinderbox] failure on ia64/ia64
TB --- 2013-09-22 04:12:07 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 04:12:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-22 04:12:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-09-22 04:12:07 - cleaning the object tree TB --- 2013-09-22 04:13:33 - /usr/local/bin/svn stat /src TB --- 2013-09-22 04:13:37 - At svn revision 255778 TB --- 2013-09-22 04:13:38 - building world TB --- 2013-09-22 04:13:38 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 04:13:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 04:13:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 04:13:38 - SRCCONF=/dev/null TB --- 2013-09-22 04:13:38 - TARGET=ia64 TB --- 2013-09-22 04:13:38 - TARGET_ARCH=ia64 TB --- 2013-09-22 04:13:38 - TZ=UTC TB --- 2013-09-22 04:13:38 - __MAKE_CONF=/dev/null TB --- 2013-09-22 04:13:38 - cd /src TB --- 2013-09-22 04:13:38 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Sep 22 04:13:45 UTC 2013 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 World build completed on Sun Sep 22 05:49:00 UTC 2013 TB --- 2013-09-22 05:49:00 - generating LINT kernel config TB --- 2013-09-22 05:49:00 - cd /src/sys/ia64/conf TB --- 2013-09-22 05:49:00 - /usr/bin/make -B LINT TB --- 2013-09-22 05:49:00 - cd /src/sys/ia64/conf TB --- 2013-09-22 05:49:00 - /usr/sbin/config -m LINT TB --- 2013-09-22 05:49:00 - building LINT kernel TB --- 2013-09-22 05:49:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 05:49:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 05:49:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 05:49:00 - SRCCONF=/dev/null TB --- 2013-09-22 05:49:00 - TARGET=ia64 TB --- 2013-09-22 05:49:00 - TARGET_ARCH=ia64 TB --- 2013-09-22 05:49:00 - TZ=UTC TB --- 2013-09-22 05:49:00 - __MAKE_CONF=/dev/null TB --- 2013-09-22 05:49:00 - cd /src TB --- 2013-09-22 05:49:00 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Sep 22 05:49:00 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_scanf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sglist.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
Panic in arptimer on r255764
I'm seeing this panic pretty consistently when I try to do a buildworld on r255764 (i386): http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png I'm not seeing it on r255602, so I suspect it's a recent problem. Running on VMWare Fusion 6. This was about as vanilla a build as you can get: no local code changes, no custom config, no src.conf or make.conf, no ports installed, etc. Tim ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on mips64/mips
TB --- 2013-09-22 06:03:29 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 06:03:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-22 06:03:29 - starting HEAD tinderbox run for mips64/mips TB --- 2013-09-22 06:03:29 - cleaning the object tree TB --- 2013-09-22 06:04:44 - /usr/local/bin/svn stat /src TB --- 2013-09-22 06:04:48 - At svn revision 255778 TB --- 2013-09-22 06:04:49 - building world TB --- 2013-09-22 06:04:49 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:04:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:04:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:04:49 - SRCCONF=/dev/null TB --- 2013-09-22 06:04:49 - TARGET=mips TB --- 2013-09-22 06:04:49 - TARGET_ARCH=mips64 TB --- 2013-09-22 06:04:49 - TZ=UTC TB --- 2013-09-22 06:04:49 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:04:49 - cd /src TB --- 2013-09-22 06:04:49 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Sep 22 06:04:56 UTC 2013 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 World build completed on Sun Sep 22 07:05:39 UTC 2013 TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m ADM5120 TB --- 2013-09-22 07:05:39 - skipping ADM5120 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-22 07:05:39 - skipping ALCHEMY kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP121 TB --- 2013-09-22 07:05:39 - skipping AP121 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP91 TB --- 2013-09-22 07:05:39 - skipping AP91 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP93 TB --- 2013-09-22 07:05:39 - skipping AP93 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP94 TB --- 2013-09-22 07:05:39 - skipping AP94 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AP96 TB --- 2013-09-22 07:05:39 - skipping AP96 kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-22 07:05:39 - skipping AR71XX_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-22 07:05:39 - skipping AR724X_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-22 07:05:39 - skipping AR91XX_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-22 07:05:39 - skipping AR933X_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-22 07:05:39 - skipping AR934X_BASE kernel TB --- 2013-09-22 07:05:39 - cd /src/sys/mips/conf TB --- 2013-09-22 07:05:39 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-22 07:05:39 - building BERI_DE4_MDROOT kernel TB --- 2013-09-22 07:05:39 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:05:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:05:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:05:39 - SRCCONF=/dev/null TB --- 2013-09-22 07:05:39 - TARGET=mips TB --- 2013-09-22 07:05:39 - TARGET_ARCH=mips64 TB --- 2013-09-22 07:05:39 - TZ=UTC TB --- 2013-09-22 07:05:39 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:05:39 - cd /src TB --- 2013-09-22 07:05:39 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT Kernel build for BERI_DE4_MDROOT started on Sun Sep 22 07:05:39 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for BERI_DE4_MDROOT completed on Sun Sep 22 07:08:13 UTC 2013 TB --- 2013-09-22 07:08:13 - cd /src/sys/mips/conf TB --- 2013-09-22 07:08:13 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-09-22 07:08:13 - building BERI_DE4_SDROOT kernel TB --- 2013-09-22 07:08:13 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:08:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:08:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:08:13 - SRCCONF=/dev/null TB --- 2013-09-22 07:08:13 - TARGET=mips TB --- 2013-09-22 07:08:13 -
[head tinderbox] failure on mips/mips
TB --- 2013-09-22 05:46:15 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 05:46:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-22 05:46:15 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-22 05:46:15 - cleaning the object tree TB --- 2013-09-22 05:48:20 - /usr/local/bin/svn stat /src TB --- 2013-09-22 05:48:24 - At svn revision 255778 TB --- 2013-09-22 05:48:25 - building world TB --- 2013-09-22 05:48:25 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 05:48:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 05:48:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 05:48:25 - SRCCONF=/dev/null TB --- 2013-09-22 05:48:25 - TARGET=mips TB --- 2013-09-22 05:48:25 - TARGET_ARCH=mips TB --- 2013-09-22 05:48:25 - TZ=UTC TB --- 2013-09-22 05:48:25 - __MAKE_CONF=/dev/null TB --- 2013-09-22 05:48:25 - cd /src TB --- 2013-09-22 05:48:25 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Sep 22 05:48:32 UTC 2013 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 World build completed on Sun Sep 22 06:48:10 UTC 2013 TB --- 2013-09-22 06:48:10 - cd /src/sys/mips/conf TB --- 2013-09-22 06:48:10 - /usr/sbin/config -m ADM5120 TB --- 2013-09-22 06:48:10 - skipping ADM5120 kernel TB --- 2013-09-22 06:48:10 - cd /src/sys/mips/conf TB --- 2013-09-22 06:48:10 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-22 06:48:10 - skipping ALCHEMY kernel TB --- 2013-09-22 06:48:10 - cd /src/sys/mips/conf TB --- 2013-09-22 06:48:10 - /usr/sbin/config -m AP121 TB --- 2013-09-22 06:48:10 - building AP121 kernel TB --- 2013-09-22 06:48:10 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:48:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:48:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:48:10 - SRCCONF=/dev/null TB --- 2013-09-22 06:48:10 - TARGET=mips TB --- 2013-09-22 06:48:10 - TARGET_ARCH=mips TB --- 2013-09-22 06:48:10 - TZ=UTC TB --- 2013-09-22 06:48:10 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:48:10 - cd /src TB --- 2013-09-22 06:48:10 - /usr/bin/make -B buildkernel KERNCONF=AP121 Kernel build for AP121 started on Sun Sep 22 06:48:10 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP121 completed on Sun Sep 22 06:51:06 UTC 2013 TB --- 2013-09-22 06:51:06 - cd /src/sys/mips/conf TB --- 2013-09-22 06:51:06 - /usr/sbin/config -m AP91 TB --- 2013-09-22 06:51:06 - building AP91 kernel TB --- 2013-09-22 06:51:06 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:51:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:51:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:51:06 - SRCCONF=/dev/null TB --- 2013-09-22 06:51:06 - TARGET=mips TB --- 2013-09-22 06:51:06 - TARGET_ARCH=mips TB --- 2013-09-22 06:51:06 - TZ=UTC TB --- 2013-09-22 06:51:06 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:51:06 - cd /src TB --- 2013-09-22 06:51:06 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Sun Sep 22 06:51:06 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP91 completed on Sun Sep 22 06:55:08 UTC 2013 TB --- 2013-09-22 06:55:08 - cd /src/sys/mips/conf TB --- 2013-09-22 06:55:08 - /usr/sbin/config -m AP93 TB --- 2013-09-22 06:55:08 - building AP93 kernel TB --- 2013-09-22 06:55:08 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:55:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:55:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:55:08 - SRCCONF=/dev/null TB --- 2013-09-22 06:55:08 - TARGET=mips TB --- 2013-09-22 06:55:08 - TARGET_ARCH=mips TB --- 2013-09-22 06:55:08 - TZ=UTC TB --- 2013-09-22 06:55:08 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:55:08 - cd /src TB --- 2013-09-22 06:55:08 - /usr/bin/make -B buildkernel KERNCONF=AP93 Kernel build for AP93 started on Sun Sep 22 06:55:08 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for AP93 completed on Sun Sep 22 06:59:22 UTC 2013 TB --- 2013-09-22 06:59:22 - cd /src/sys/mips/conf TB --- 2013-09-22 06:59:22 - /usr/sbin/config -m AP94 TB --- 2013-09-22 06:59:22 - building AP94 kernel TB --- 2013-09-22
Re: Panic on head (r255759) [_callout_stop_safe()- panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140]
On Sat, 21 Sep 2013 09:34:59 -0700 Davide Italiano dav...@freebsd.org wrote: On Sat, Sep 21, 2013 at 9:31 AM, Bryan Drewery bdrew...@freebsd.org wrote: On 9/21/2013 11:18 AM, Adam McDougall wrote: On 09/21/13 09:41, Davide Italiano wrote: On Sat, Sep 21, 2013 at 2:51 PM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: On Sat, 21 Sep 2013 07:08:25 -0500 Bryan Drewery bdrew...@freebsd.org wrote: On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote: On Sat, 21 Sep 2013, Bryan Drewery wrote: Unread portion of the kernel message buffer: panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe118aeef820 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe118aeef8d0 vpanic() at vpanic+0x126/frame 0xfe118aeef910 panic() at panic+0x43/frame 0xfe118aeef970 __rw_assert() at __rw_assert+0xa3/frame 0xfe118aeef980 _callout_stop_safe() at _callout_stop_safe+0x54/frame 0xfe118aeef9f0 arptimer() at arptimer+0x14e/frame 0xfe118aeefa30 softclock_call_cc() at softclock_call_cc+0x188/frame 0xfe118aeefb10 softclock() at softclock+0x47/frame 0xfe118aeefb30 intr_event_execute_handlers() at intr_event_execute_handlers+0x93/frame 0xfe118aeefb70 ithread_loop() at ithread_loop+0xa6/frame 0xfe118aeefbb0 fork_exit() at fork_exit+0x84/frame 0xfe118aeefbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe118aeefbf0 --- trap 0, rip = 0, rsp = 0xfe118aeefcb0, rbp = 0 --- +1 from me; I guess introduced somwhere between 255569 and 255758, as these are my edges of kernel.old and kernel. r255726 was stable for me. r255759 is not. r255755 converted ipfilter to callout, but I am unsure if that is the problem. r255729 is also stable for me - I'm with r255729 again, since r255757 crashed. Let me know if this fixes the problem for you: http://people.freebsd.org/~davide/review/lc_calloutfix.diff Thanks, Worked for me so far. I generally couldn't stay up more than 30 minutes before the patch and now my uptime is 90 minutes. Thanks! Same here. -- Regards, Bryan Drewery I would wait another couple of hours before the commit, but still I'm confident this fixed the problem. I hadn't enough time to let the systems in question run overnight, but from this morning, one of the boxes has been patched and is now under heavy load (buildworld and some other nasty stuff I artificially put onto the box, i.e. some numerical calculations). At least, the system lasted the buildworl for now over 35 minutes and it crashed before the patch after a minute or so under load. I put the patch now onto the second system in row and check whether the stability is the same on another CPU generation as well. Thanks for the fast response. Regards, Oliver signature.asc Description: PGP signature
[head tinderbox] failure on sparc64/sparc64
TB --- 2013-09-22 07:16:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 07:16:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-22 07:16:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-22 07:16:19 - cleaning the object tree TB --- 2013-09-22 07:17:00 - /usr/local/bin/svn stat /src TB --- 2013-09-22 07:17:04 - At svn revision 255778 TB --- 2013-09-22 07:17:05 - building world TB --- 2013-09-22 07:17:05 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 07:17:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 07:17:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 07:17:05 - SRCCONF=/dev/null TB --- 2013-09-22 07:17:05 - TARGET=sparc64 TB --- 2013-09-22 07:17:05 - TARGET_ARCH=sparc64 TB --- 2013-09-22 07:17:05 - TZ=UTC TB --- 2013-09-22 07:17:05 - __MAKE_CONF=/dev/null TB --- 2013-09-22 07:17:05 - cd /src TB --- 2013-09-22 07:17:05 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Sep 22 07:17:12 UTC 2013 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 World build completed on Sun Sep 22 08:23:20 UTC 2013 TB --- 2013-09-22 08:23:20 - generating LINT kernel config TB --- 2013-09-22 08:23:20 - cd /src/sys/sparc64/conf TB --- 2013-09-22 08:23:20 - /usr/bin/make -B LINT TB --- 2013-09-22 08:23:20 - cd /src/sys/sparc64/conf TB --- 2013-09-22 08:23:20 - /usr/sbin/config -m LINT TB --- 2013-09-22 08:23:20 - building LINT kernel TB --- 2013-09-22 08:23:20 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 08:23:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 08:23:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 08:23:20 - SRCCONF=/dev/null TB --- 2013-09-22 08:23:20 - TARGET=sparc64 TB --- 2013-09-22 08:23:20 - TARGET_ARCH=sparc64 TB --- 2013-09-22 08:23:20 - TZ=UTC TB --- 2013-09-22 08:23:20 - __MAKE_CONF=/dev/null TB --- 2013-09-22 08:23:20 - cd /src TB --- 2013-09-22 08:23:20 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Sep 22 08:23:20 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-09-22 06:10:04 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 06:10:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-22 06:10:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-22 06:10:04 - cleaning the object tree TB --- 2013-09-22 06:11:24 - /usr/local/bin/svn stat /src TB --- 2013-09-22 06:11:28 - At svn revision 255778 TB --- 2013-09-22 06:11:29 - building world TB --- 2013-09-22 06:11:29 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:11:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:11:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:11:29 - SRCCONF=/dev/null TB --- 2013-09-22 06:11:29 - TARGET=powerpc TB --- 2013-09-22 06:11:29 - TARGET_ARCH=powerpc TB --- 2013-09-22 06:11:29 - TZ=UTC TB --- 2013-09-22 06:11:29 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:11:29 - cd /src TB --- 2013-09-22 06:11:29 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Sep 22 06:11:36 UTC 2013 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 World build completed on Sun Sep 22 08:47:32 UTC 2013 TB --- 2013-09-22 08:47:32 - generating LINT kernel config TB --- 2013-09-22 08:47:32 - cd /src/sys/powerpc/conf TB --- 2013-09-22 08:47:32 - /usr/bin/make -B LINT TB --- 2013-09-22 08:47:32 - cd /src/sys/powerpc/conf TB --- 2013-09-22 08:47:32 - /usr/sbin/config -m LINT TB --- 2013-09-22 08:47:32 - building LINT kernel TB --- 2013-09-22 08:47:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 08:47:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 08:47:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 08:47:32 - SRCCONF=/dev/null TB --- 2013-09-22 08:47:32 - TARGET=powerpc TB --- 2013-09-22 08:47:32 - TARGET_ARCH=powerpc TB --- 2013-09-22 08:47:32 - TZ=UTC TB --- 2013-09-22 08:47:32 - __MAKE_CONF=/dev/null TB --- 2013-09-22 08:47:32 - cd /src TB --- 2013-09-22 08:47:32 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Sep 22 08:47:32 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_scanf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sglist.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
Re: Panic in arptimer on r255764
On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: I'm seeing this panic pretty consistently when I try to do a buildworld on r255764 (i386): http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png I'm not seeing it on r255602, so I suspect it's a recent problem. Running on VMWare Fusion 6. This was about as vanilla a build as you can get: no local code changes, no custom config, no src.conf or make.conf, no ports installed, etc. +1 I also see this on yesterday's HEAD: http://bsd-geek.de/pics/IMG_20130922_100936.jpg The only difference is that I don''t need to run a buildworld, just going into multi user and wait a few seconds. I don't see this in single user mode, though. pgpICQ8dP_pDV.pgp Description: PGP signature
[head tinderbox] failure on powerpc64/powerpc
TB --- 2013-09-22 06:29:31 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-22 06:29:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-22 06:29:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-22 06:29:31 - cleaning the object tree TB --- 2013-09-22 06:31:10 - /usr/local/bin/svn stat /src TB --- 2013-09-22 06:31:14 - At svn revision 255778 TB --- 2013-09-22 06:31:15 - building world TB --- 2013-09-22 06:31:15 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 06:31:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 06:31:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 06:31:15 - SRCCONF=/dev/null TB --- 2013-09-22 06:31:15 - TARGET=powerpc TB --- 2013-09-22 06:31:15 - TARGET_ARCH=powerpc64 TB --- 2013-09-22 06:31:15 - TZ=UTC TB --- 2013-09-22 06:31:15 - __MAKE_CONF=/dev/null TB --- 2013-09-22 06:31:15 - cd /src TB --- 2013-09-22 06:31:15 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sun Sep 22 06:31:22 UTC 2013 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 stage 5.1: building 32 bit shim libraries World build completed on Sun Sep 22 09:36:56 UTC 2013 TB --- 2013-09-22 09:36:56 - generating LINT kernel config TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/bin/make -B LINT TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/sbin/config -m LINT TB --- 2013-09-22 09:36:56 - skipping LINT kernel TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/sbin/config -m GENERIC TB --- 2013-09-22 09:36:56 - skipping GENERIC kernel TB --- 2013-09-22 09:36:56 - cd /src/sys/powerpc/conf TB --- 2013-09-22 09:36:56 - /usr/sbin/config -m GENERIC64 TB --- 2013-09-22 09:36:56 - building GENERIC64 kernel TB --- 2013-09-22 09:36:56 - CROSS_BUILD_TESTING=YES TB --- 2013-09-22 09:36:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-22 09:36:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-22 09:36:56 - SRCCONF=/dev/null TB --- 2013-09-22 09:36:56 - TARGET=powerpc TB --- 2013-09-22 09:36:56 - TARGET_ARCH=powerpc64 TB --- 2013-09-22 09:36:56 - TZ=UTC TB --- 2013-09-22 09:36:56 - __MAKE_CONF=/dev/null TB --- 2013-09-22 09:36:56 - cd /src TB --- 2013-09-22 09:36:56 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 Kernel build for GENERIC64 started on Sun Sep 22 09:36:56 UTC 2013 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] ctfconvert -L VERSION -g subr_sglist.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_sleepqueue.c ctfconvert -L VERSION -g subr_sleepqueue.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_smp.c /src/sys/kern/subr_smp.c: In function 'generic_stop_cpus': /src/sys/kern/subr_smp.c:235: error: 'IPI_SUSPEND' undeclared (first use in this function) /src/sys/kern/subr_smp.c:235: error: (Each undeclared identifier is reported only once /src/sys/kern/subr_smp.c:235: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-22 09:41:17 - WARNING: /usr/bin/make returned exit code 1 TB ---
r255763/i386 cannot start devd with default config, network doesn't work too, because DHCP is started by devd, sshd complains about config, passwd could not change password
Hello, Freebsd-current.
I have fresh and clean 10.0-ALPHA2 (r255763) i386 build. Only changed files in
/etc is rc.conf, master.passwd, group and fstab. It was installed from build
system with make TARGET=i386 TARGET_ARCH=i386 DESTDIR=/mnt installworld
installkernel on newely-created FS, so it doesn't contains any
leftovers.
devd cannot start with strange diagnostic:
devd: Cannot parse /etc/devd.conf at line 202
Line 202 is:
==
201 nomatch 10 {
202 match bus pccard[0-9]+;
203 action logger Unknown PCCARD device: manufacturer $manufacturer \
204 product $product CISproduct $cisproduct CIS-vendor \
205 $cisvendor bus $bus;
206 };
==
When I start dhcilent by hands and try to login with ssh sshd complains:
sshd[262]: error: bad prime description in line 82
When I try to change password for local user, PAM complains:
root@fbsd-c-32:~ # passwd lev
Changing local password for lev
New Password:
Retype New Password:
pwd_mkdb: /etc/pwd.db.tmp: File exists
passwd: pam_chauthtok(): error in service module
root@fbsd-c-32:~ # rm /etc/pwd.db.tmp
rm: /etc/pwd.db.tmp: No such file or directory
root@fbsd-c-32:~ # passwd lev
Changing local password for lev
New Password:
Retype New Password:
passwd: pam_chauthtok(): error in service module
root@fbsd-c-32:~ # passwd lev
Changing local password for lev
New Password:
Retype New Password:
pwd_mkdb: /etc/pwd.db.tmp: File exists
passwd: pam_chauthtok(): error in service module
root@fbsd-c-32:~ #
As it is VirtualBox, I don't think it is memory or hard disk problem.
All files in /etc is exactly the same as in sources!
--
// Black Lion AKA Lev Serebryakov l...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Panic in arptimer on r255764
On Sun, Sep 22, 2013 at 2:25 AM, Lars Engels lars.eng...@0x20.net wrote: On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: I'm seeing this panic pretty consistently when I try to do a buildworld on r255764 (i386): http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png I'm not seeing it on r255602, so I suspect it's a recent problem. Running on VMWare Fusion 6. This was about as vanilla a build as you can get: no local code changes, no custom config, no src.conf or make.conf, no ports installed, etc. +1 I also see this on yesterday's HEAD: http://bsd-geek.de/pics/IMG_20130922_100936.jpg The only difference is that I don''t need to run a buildworld, just going into multi user and wait a few seconds. I don't see this in single user mode, though. Try this: http://people.freebsd.org/~davide/review/lc_calloutfix.diff I'll commit as soon as I'll receive OK from re@. -- Davide There are no solved problems; there are only problems that are more or less solved -- Henri Poincare ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Panic in arptimer on r255764
On Sun, Sep 22, 2013 at 05:11:30AM -0700, Davide Italiano wrote: On Sun, Sep 22, 2013 at 2:25 AM, Lars Engels lars.eng...@0x20.net wrote: On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: I'm seeing this panic pretty consistently when I try to do a buildworld on r255764 (i386): http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png I'm not seeing it on r255602, so I suspect it's a recent problem. Running on VMWare Fusion 6. This was about as vanilla a build as you can get: no local code changes, no custom config, no src.conf or make.conf, no ports installed, etc. +1 I also see this on yesterday's HEAD: http://bsd-geek.de/pics/IMG_20130922_100936.jpg The only difference is that I don''t need to run a buildworld, just going into multi user and wait a few seconds. I don't see this in single user mode, though. Try this: http://people.freebsd.org/~davide/review/lc_calloutfix.diff I'll commit as soon as I'll receive OK from re@. Yes, that seems to help. I am running it for a few minutes now which is a few minutes more that without the patch. ;-) Thanks! P.S.: Fortunately I migrated the system to ZFS with Boot Environments, so I could boot the old world and kernel without any hassle! \o/ pgpE7WRGgSZwa.pgp Description: PGP signature
Re: Panic in arptimer on r255764
On Sun, Sep 22, 2013 at 2:28 PM, Lars Engels lars.eng...@0x20.net wrote: On Sun, Sep 22, 2013 at 05:11:30AM -0700, Davide Italiano wrote: On Sun, Sep 22, 2013 at 2:25 AM, Lars Engels lars.eng...@0x20.net wrote: On Sat, Sep 21, 2013 at 11:23:47PM -0700, Tim Kientzle wrote: I'm seeing this panic pretty consistently when I try to do a buildworld on r255764 (i386): http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png I'm not seeing it on r255602, so I suspect it's a recent problem. Running on VMWare Fusion 6. This was about as vanilla a build as you can get: no local code changes, no custom config, no src.conf or make.conf, no ports installed, etc. +1 I also see this on yesterday's HEAD: http://bsd-geek.de/pics/IMG_20130922_100936.jpg The only difference is that I don''t need to run a buildworld, just going into multi user and wait a few seconds. I don't see this in single user mode, though. Try this: http://people.freebsd.org/~davide/review/lc_calloutfix.diff I'll commit as soon as I'll receive OK from re@. Yes, that seems to help. I am running it for a few minutes now which is a few minutes more that without the patch. ;-) Thanks! P.S.: Fortunately I migrated the system to ZFS with Boot Environments, so I could boot the old world and kernel without any hassle! \o/ A fix is now committed (r255788). Thanks, -- Davide There are no solved problems; there are only problems that are more or less solved -- Henri Poincare ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
exec on /usr/src?
Is it intended that we need to set exec=on for /usr/src after the include/mk-osreldate.sh addition? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: l...@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: exec on /usr/src?
On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote:
Is it intended that we need to set exec=on for /usr/src after the
include/mk-osreldate.sh addition?
Are you saying you have /usr/src mounted with the noexec option and
that's preventing the script from running? The mount manpage says that
you may still run scripts from a noexec mount, but maybe that's
outdated. Does the attached patch let you keep the noexec option?
-- Ian
Index: include/Makefile
===
--- include/Makefile (revision 255775)
+++ include/Makefile (working copy)
@@ -113,7 +113,7 @@ osreldate.h vers.c: ${NEWVERS_SH} ${PARAM_H} ${MK_
MAKE=${MAKE} \
NEWVERS_SH=${NEWVERS_SH} \
PARAM_H=${PARAM_H} \
- ${MK_OSRELDATE_SH}
+ ${SHELL} ${MK_OSRELDATE_SH}
.for i in ${LHDRS}
INCSLINKS+= sys/$i ${INCLUDEDIR}/$i
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: exec on /usr/src?
On 2013-09-22 10:41, Ian Lepore wrote: On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote: Is it intended that we need to set exec=on for /usr/src after the include/mk-osreldate.sh addition? Are you saying you have /usr/src mounted with the noexec option and that's preventing the script from running? The mount manpage says that you may still run scripts from a noexec mount, but maybe that's outdated. Does the attached patch let you keep the noexec option? -- Ian Yes (sorry, using ZFS terminology, since I'm root on ZFS and totally ZFS). The does fix it from what I can tell. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: l...@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140
Got a panic this morning after updating to 10.0-ALPHA-2 today while installing ports to a clean system. I can hold the box at the db prompt for a bit if someone wants me to look at things Sean signature.asc Description: This is a digitally signed message part
FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 triesI get a panic while building gcc, but I'm not sure if its related or just coincidence! --- Kernel 12 trap 12 with interrupts disable Fatal trap 12: page fault in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present ... Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx I was able to build Xorg though without any panic.7 Thanks ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: panic: Lock lle not exclusively locked @ /usr/src/sys/kern/kern_rwlock.c:140
On Sun, Sep 22, 2013 at 10:10:42AM -0700, Sean Bruno wrote: Got a panic this morning after updating to 10.0-ALPHA-2 today while installing ports to a clean system. I can hold the box at the db prompt for a bit if someone wants me to look at things I think this is fixed with r255788 (committed today). Glen pgpHNETw4D70t.pgp Description: PGP signature
UEFI
I noticed on freebsdnews that UEFI support could make it into release. https://wiki.freebsd.org/UEFI http://svnweb.freebsd.org/base/projects/uefi/ I've tested it as shown in the wiki link and it only reboots the vm. I'm just wondering if that news was accurate or if it's still going to be a long while till we have proper support for UEFI. - michael ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: exec on /usr/src?
On Sun, 2013-09-22 at 11:02 -0500, Larry Rosenman wrote: On 2013-09-22 10:41, Ian Lepore wrote: On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote: Is it intended that we need to set exec=on for /usr/src after the include/mk-osreldate.sh addition? Are you saying you have /usr/src mounted with the noexec option and that's preventing the script from running? The mount manpage says that you may still run scripts from a noexec mount, but maybe that's outdated. Does the attached patch let you keep the noexec option? -- Ian Yes (sorry, using ZFS terminology, since I'm root on ZFS and totally ZFS). The does fix it from what I can tell. Committed as r255796. Thanks for testing it, and sorry for glitching your build. :) -- Ian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: exec on /usr/src?
On Sun, Sep 22, 2013 at 09:41:55AM -0600, Ian Lepore wrote: On Sun, 2013-09-22 at 09:37 -0500, Larry Rosenman wrote: Is it intended that we need to set exec=on for /usr/src after the include/mk-osreldate.sh addition? Are you saying you have /usr/src mounted with the noexec option and that's preventing the script from running? The mount manpage says that you may still run scripts from a noexec mount, but maybe that's outdated. I'm pretty sure this it tries to say that if there is a script on a noexec fs, you still can run it just like you did in your patch. While such a way to bypass noexec for scripts seems obvious, I guess it makes sense to document it so that noone does 'sh/python/perl foo' and claims a vulnerability was discovered (it would be impossible to fix this anyway). -- Mateusz Guzik mjguzik gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [patch] Add support for kernel mode setting on Intel Haswell
On 20 Sep 2013, at 15:42, Neel Chauhan n...@neelc.org wrote: This patch is untested I doubt this will be integrated without any testing. If you can't test, we should try to find someone that can. -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
Its definatly not related to GCC, I'm getting the same while trying to buildkernel, I'm trying to upgrade to a more recent current version! Same kernel panic is showing... No one else had this problem yet? Thanks On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara miguelmcl...@gmail.comwrote: I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 triesI get a panic while building gcc, but I'm not sure if its related or just coincidence! --- Kernel 12 trap 12 with interrupts disable Fatal trap 12: page fault in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present ... Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx I was able to build Xorg though without any panic.7 Thanks ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
On Sun, Sep 22, 2013 at 1:40 PM, Miguel Clara miguelmcl...@gmail.com wrote: Its definatly not related to GCC, I'm getting the same while trying to buildkernel, I'm trying to upgrade to a more recent current version! Same kernel panic is showing... No one else had this problem yet? Thanks On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara miguelmcl...@gmail.comwrote: I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 triesI get a panic while building gcc, but I'm not sure if its related or just coincidence! --- Kernel 12 trap 12 with interrupts disable Fatal trap 12: page fault in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present ... Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx You need to show at least a full backtrace to locate where the problem is. Please when you drop into ddb type 'bt' and paste the output. Thanks, -- Davide There are no solved problems; there are only problems that are more or less solved -- Henri Poincare ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
On Sun, Sep 22, 2013 at 1:47 PM, Miguel C. miguelmcl...@gmail.com wrote: Hum, its probably best to take a scrennshot since I can't copy this from the console! attaching the file That was a regression I introduced, but I'm confident r255788 fixed the issue. Please update your sources and rebuild your kernel. Thanks, -- Davide There are no solved problems; there are only problems that are more or less solved -- Henri Poincare ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [PATCH] mtree should not output size if the file is not a regular file
On Tue, Sep 10, 2013 at 08:00:02AM +0200, Matthias Andree wrote: Am 10.09.2013 01:51, schrieb Christos Zoulas: On Sep 10, 1:21am, d...@des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=) wrote: -- Subject: Re: [PATCH] mtree should not output size if the file is not a reg | Roll a large tarball (e.g. a complete FreeBSD installation). Copy it to | different machines with different filesystems. Untar and run mtree on | the result. Notice that you get different output on each machine | because they report different sizes for directories; one might report | the actual on-disk size (which might vary depending on past contents) | while the other might report the number of entries. Yes, I agree. I would like to note that the current NetBSD code looks like: if (keys F_SIZE (flavor != F_NETBSD6 || S_ISREG(p-fts_statp-st_mode))) which means that F_NETBSD6 did not print this, and we recently changed it to print the size for compatibility with F_FREEBSD9... We also made the default F_MTREE format to print the size. So I guess the thing to do is change the code to: if (keys F_SIZE (flavor == F_FREEBSD9 || S_ISREG(p-fts_statp-st_mode))) Uh, does that flavor == F_FREEBSD9 solve a real problem? Or is it just to reflect some syntax without proper semantics? Or is this just gratuitious because someone else does nonsense we need to do it, too? Or is it required to cater for expectations on the other end (when reading such an mtree description)? If not, let's just drop the size where it's meaningless. It's meant for the next major update, after all. If necessary, bump the OSREVISION. The intent of flavors is to allow the comparison of mtree output across versions (where reasonably practical). For things like showing size on all file types, it's trivial to get mostly right so I feel it's useful. For things like the nanosecond formatting bug fixed long ago in FreeBSD and recently in NetBSD, the only option is breaking compatibility so that's what was done. I agree with the argument that we shouldn't print sizes for most non-regular files and think we should make this change before FreeBSD 10.0. -- Brooks pgphcW3yNo6dO.pgp Description: PGP signature
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
http://img833.imageshack.us/img833/259/1dpu.jpg On Sun, Sep 22, 2013 at 9:43 PM, Davide Italiano dav...@freebsd.org wrote: On Sun, Sep 22, 2013 at 1:40 PM, Miguel Clara miguelmcl...@gmail.com wrote: Its definatly not related to GCC, I'm getting the same while trying to buildkernel, I'm trying to upgrade to a more recent current version! Same kernel panic is showing... No one else had this problem yet? Thanks On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara miguelmcl...@gmail.com wrote: I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 triesI get a panic while building gcc, but I'm not sure if its related or just coincidence! --- Kernel 12 trap 12 with interrupts disable Fatal trap 12: page fault in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present ... Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx You need to show at least a full backtrace to locate where the problem is. Please when you drop into ddb type 'bt' and paste the output. Thanks, -- Davide There are no solved problems; there are only problems that are more or less solved -- Henri Poincare ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [patch] Add support for kernel mode setting on Intel Haswell
Hi, I can test it. I've also a patch for Haswell, which required patching agp as well in order to get it work, so I guess this patch alone won't do the trick. I'll try to test it sometime at the end of next week. Greetings Michael On Sun, 22 Sep 2013, Rui Paulo wrote: On 20 Sep 2013, at 15:42, Neel Chauhan n...@neelc.org wrote: This patch is untested I doubt this will be integrated without any testing. If you can't test, we should try to find someone that can. -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
On Sun, Sep 22, 2013 at 2:06 PM, Miguel Clara miguelmcl...@gmail.comwrote: I sent the mail again to the list in a smaller size, the first one was huge ... Anyway that's the revision I'm trying to build -- r255788 ... but the problem is, I can't buildkernel, I get a panic while doing it... so unless there's some kernel.txz available already compile, I'm out of luck! Unfortunately the one available on the ftp at the moment is alpha2, which is the one with the problem! ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ Thanks, -- Davide ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
Thanks for the suggestion but I would have tried it If r255788 or newer was there but its not the case! I also checked ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/10.0-CURRENT/ but kernel.txz seems to be outdated too! I guess the best thing for me at the moment is to wait for a new snapshot. On Sun, Sep 22, 2013 at 10:40 PM, Davide Italiano dav...@freebsd.orgwrote: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ Thanks, -- Davide On Sun, Sep 22, 2013 at 10:40 PM, Davide Italiano dav...@freebsd.orgwrote: On Sun, Sep 22, 2013 at 2:06 PM, Miguel Clara miguelmcl...@gmail.comwrote: I sent the mail again to the list in a smaller size, the first one was huge ... Anyway that's the revision I'm trying to build -- r255788 ... but the problem is, I can't buildkernel, I get a panic while doing it... so unless there's some kernel.txz available already compile, I'm out of luck! Unfortunately the one available on the ftp at the moment is alpha2, which is the one with the problem! ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ Thanks, -- Davide ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Doing it wrong: Building world with lang/clang-devel
On Sat, Sep 21, 2013 at 03:42:16PM +0400, Lev Serebryakov wrote: Hello, Sean. You wrote 20 2013 ??., 22:39:30: SB wow, that didn't work at all. :-) SB I set these in make.conf: SB CC=/usr/local/bin/clang SB C++=/usr/local/bin/clang++ SB CPP=/usr/local/bin/clang++ SB It exploded pretty badly: SB http://people.freebsd.org/~sbruno/doingitwrong.txt SB Any reason that this shouldn't work? Try XCC=/usr/local/bin/clang XCXX=/usr/local/bin/clang++ XCPP=/usr/local/bin/clang++ COMPILER_TYPE=clang It should work, at least, in theory. You will likely also need -WITHOUT_FORMAT_EXTENSIONS. -- Brooks pgpkTtSOLJVYK.pgp Description: PGP signature
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
I sent the mail again to the list in a smaller size, the first one was huge ... Anyway that's the revision I'm trying to build -- r255788 ... but the problem is, I can't buildkernel, I get a panic while doing it... so unless there's some kernel.txz available already compile, I'm out of luck! Unfortunately the one available on the ftp at the moment is alpha2, which is the one with the problem! On Sun, Sep 22, 2013 at 9:56 PM, Miguel Clara miguelmcl...@gmail.comwrote: Hum, its probably best to take a scrennshot since I can't copy this from the console! attaching the file [image: Inline image 1] On Sun, Sep 22, 2013 at 9:43 PM, Davide Italiano dav...@freebsd.orgwrote: On Sun, Sep 22, 2013 at 1:40 PM, Miguel Clara miguelmcl...@gmail.com wrote: Its definatly not related to GCC, I'm getting the same while trying to buildkernel, I'm trying to upgrade to a more recent current version! Same kernel panic is showing... No one else had this problem yet? Thanks On Sun, Sep 22, 2013 at 6:12 PM, Miguel Clara miguelmcl...@gmail.com wrote: I'm trying to build kdelibs on 10.0 Alpha 2, however after 3 triesI get a panic while building gcc, but I'm not sure if its related or just coincidence! --- Kernel 12 trap 12 with interrupts disable Fatal trap 12: page fault in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x30 fault code = supervisor read data, page not present ... Stopped at trunstile_broadcast+0x8c: movq 0x20(%rbx, %rax,1),%rdx You need to show at least a full backtrace to locate where the problem is. Please when you drop into ddb type 'bt' and paste the output. Thanks, -- Davide There are no solved problems; there are only problems that are more or less solved -- Henri Poincare ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
On Sun, Sep 22, 2013 at 2:47 PM, Miguel Clara miguelmcl...@gmail.com wrote: Thanks for the suggestion but I would have tried it If r255788 or newer was there but its not the case! I also checked ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/10.0-CURRENT/ but kernel.txz seems to be outdated too! I guess the best thing for me at the moment is to wait for a new snapshot. The link I gave to you contains a snapshot as per r255342 (which is way before the regression was introduced). You can use that, then checkout the sources via svnlite and rebuild. I don't see a reason why you cannot use that and you want to wait for ALPHA3, but alas. -- Davide ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
On Sun, Sep 22, 2013 at 03:12:06PM -0700, Davide Italiano wrote: On Sun, Sep 22, 2013 at 2:47 PM, Miguel Clara miguelmcl...@gmail.com wrote: Thanks for the suggestion but I would have tried it If r255788 or newer was there but its not the case! I also checked ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/10.0-CURRENT/ but kernel.txz seems to be outdated too! I guess the best thing for me at the moment is to wait for a new snapshot. The link I gave to you contains a snapshot as per r255342 (which is way before the regression was introduced). You can use that, then checkout the sources via svnlite and rebuild. I don't see a reason why you cannot use that and you want to wait for ALPHA3, but alas. Alternatively, you can boot the snapshot and use the livecd functionality to rebuild your existing kernel using your current installation as a chroot(8) target. This should work fine regardless of the revision of the snapshot. Glen pgp_NWbVWb1Rq.pgp Description: PGP signature
Re: FreeBSD 10.0 Alpha 2 panic kernel trap 12 with interrupts disable
Interesting Idea... I wasn't aware the snapshots were from previous versions before the regressions, thanks for the heads up! Time to put this to the test, I'll report back after compiling r255788 thanks! The link I gave to you contains a snapshot as per r255342 (which is way before the regression was introduced). You can use that, then checkout the sources via svnlite and rebuild. I don't see a reason why you cannot use that and you want to wait for ALPHA3, but alas. Alternatively, you can boot the snapshot and use the livecd functionality to rebuild your existing kernel using your current installation as a chroot(8) target. This should work fine regardless of the revision of the snapshot. Glen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
The right way to invoke sh from a freebsd makefile?
What's the right way to launch the bourne shell from a makefile? I had
assumed the ${SHELL} variable would be set to the right copy
of /bin/sh (like maybe the one in tmp or legacy at various stages). It
appears that that's not the case, and ${SHELL} is whatever comes from
the environment, which can lead to using csh or bash or whatever.
I see some of our makefiles use just a bare sh which seems reasonable
to me, but I don't want to glitch this in src/include/Makefile again.
The goal is to run a script in src/include/Makefile by launching sh with
the script name (as opposed to launching the script and letting the #!
do its thing, which doesn't work if the source dir is mounted noexec).
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: The right way to invoke sh from a freebsd makefile?
On 9/22/2013 6:18 PM, Ian Lepore wrote:
What's the right way to launch the bourne shell from a makefile? I had
assumed the ${SHELL} variable would be set to the right copy
of /bin/sh (like maybe the one in tmp or legacy at various stages). It
appears that that's not the case, and ${SHELL} is whatever comes from
the environment, which can lead to using csh or bash or whatever.
I see some of our makefiles use just a bare sh which seems reasonable
to me, but I don't want to glitch this in src/include/Makefile again.
The goal is to run a script in src/include/Makefile by launching sh with
the script name (as opposed to launching the script and letting the #!
do its thing, which doesn't work if the source dir is mounted noexec).
-- Ian
Grepping the Makefiles in the tree, 'sh' is the very common. I see
around 157 users of this pattern. 13 use /bin/sh directly. Also consider
that it is highly likely, if not required, that a /bin/sh will exist.
Calling 'sh' specifically is definitely more proper than ${SHELL} since
it is an sh script.
--
Regards,
Bryan Drewery
signature.asc
Description: OpenPGP digital signature
Re: The right way to invoke sh from a freebsd makefile?
On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote:
What's the right way to launch the bourne shell from a makefile? I had
assumed the ${SHELL} variable would be set to the right copy
of /bin/sh (like maybe the one in tmp or legacy at various stages). It
appears that that's not the case, and ${SHELL} is whatever comes from
the environment, which can lead to using csh or bash or whatever.
I see some of our makefiles use just a bare sh which seems reasonable
to me, but I don't want to glitch this in src/include/Makefile again.
The goal is to run a script in src/include/Makefile by launching sh with
the script name (as opposed to launching the script and letting the #!
do its thing, which doesn't work if the source dir is mounted noexec).
I think BUILDENV_SHELL is what you are looking for. For this specific
case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be
preferable.
Glen
pgp1DY3knvlrB.pgp
Description: PGP signature
Re: The right way to invoke sh from a freebsd makefile?
On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote:
On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote:
What's the right way to launch the bourne shell from a makefile? I had
assumed the ${SHELL} variable would be set to the right copy
of /bin/sh (like maybe the one in tmp or legacy at various stages). It
appears that that's not the case, and ${SHELL} is whatever comes from
the environment, which can lead to using csh or bash or whatever.
I see some of our makefiles use just a bare sh which seems reasonable
to me, but I don't want to glitch this in src/include/Makefile again.
The goal is to run a script in src/include/Makefile by launching sh with
the script name (as opposed to launching the script and letting the #!
do its thing, which doesn't work if the source dir is mounted noexec).
I think BUILDENV_SHELL is what you are looking for. For this specific
case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be
preferable.
Glen
No, BUILDENV_SHELL is a special thing... it's used when you make
buildenv to chroot into a cross-build environment to work
interactively. I added that long ago because I can't live in a csh
shell (I mean, I can't do anything, I'm totally lost), and I wanted a
way to have make buildenv put me right into bash (of course, you have
to have bash in the chroot).
The flavor of hashbang to use shouldn't matter, since what I'm after
here is launching the shell to run the script without using the hashbang
mechanism.
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: The right way to invoke sh from a freebsd makefile?
On Sun, Sep 22, 2013 at 05:37:51PM -0600, Ian Lepore wrote:
On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote:
On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote:
What's the right way to launch the bourne shell from a makefile? I had
assumed the ${SHELL} variable would be set to the right copy
of /bin/sh (like maybe the one in tmp or legacy at various stages). It
appears that that's not the case, and ${SHELL} is whatever comes from
the environment, which can lead to using csh or bash or whatever.
I see some of our makefiles use just a bare sh which seems reasonable
to me, but I don't want to glitch this in src/include/Makefile again.
The goal is to run a script in src/include/Makefile by launching sh with
the script name (as opposed to launching the script and letting the #!
do its thing, which doesn't work if the source dir is mounted noexec).
I think BUILDENV_SHELL is what you are looking for. For this specific
case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be
preferable.
Glen
No, BUILDENV_SHELL is a special thing... it's used when you make
buildenv to chroot into a cross-build environment to work
interactively. I added that long ago because I can't live in a csh
shell (I mean, I can't do anything, I'm totally lost), and I wanted a
way to have make buildenv put me right into bash (of course, you have
to have bash in the chroot).
Ah, right. Thanks for the sanity check.
The flavor of hashbang to use shouldn't matter, since what I'm after
here is launching the shell to run the script without using the hashbang
mechanism.
You can hard-code /bin/sh directly, but what I was getting at with the
'#!/usr/bin/env sh' is that the 'sh' interpreter of the build
environment could be used (instead of /bin/sh directly). Then you don't
need to worry about the path to sh(1).
Glen
pgpW9y7YY1y2f.pgp
Description: PGP signature
Re: The right way to invoke sh from a freebsd makefile?
On Sun, 2013-09-22 at 19:45 -0400, Glen Barber wrote:
On Sun, Sep 22, 2013 at 05:37:51PM -0600, Ian Lepore wrote:
On Sun, 2013-09-22 at 19:27 -0400, Glen Barber wrote:
On Sun, Sep 22, 2013 at 05:18:25PM -0600, Ian Lepore wrote:
What's the right way to launch the bourne shell from a makefile? I had
assumed the ${SHELL} variable would be set to the right copy
of /bin/sh (like maybe the one in tmp or legacy at various stages). It
appears that that's not the case, and ${SHELL} is whatever comes from
the environment, which can lead to using csh or bash or whatever.
I see some of our makefiles use just a bare sh which seems reasonable
to me, but I don't want to glitch this in src/include/Makefile again.
The goal is to run a script in src/include/Makefile by launching sh with
the script name (as opposed to launching the script and letting the #!
do its thing, which doesn't work if the source dir is mounted noexec).
I think BUILDENV_SHELL is what you are looking for. For this specific
case, I think instead of '#!/bin/sh', maybe '#!/usr/bin/env sh' may be
preferable.
Glen
No, BUILDENV_SHELL is a special thing... it's used when you make
buildenv to chroot into a cross-build environment to work
interactively. I added that long ago because I can't live in a csh
shell (I mean, I can't do anything, I'm totally lost), and I wanted a
way to have make buildenv put me right into bash (of course, you have
to have bash in the chroot).
Ah, right. Thanks for the sanity check.
The flavor of hashbang to use shouldn't matter, since what I'm after
here is launching the shell to run the script without using the hashbang
mechanism.
You can hard-code /bin/sh directly, but what I was getting at with the
'#!/usr/bin/env sh' is that the 'sh' interpreter of the build
environment could be used (instead of /bin/sh directly). Then you don't
need to worry about the path to sh(1).
Glen
My point is that the #! isn't used at all in this case, it doesn't
matter what's there. Try this...
echo echo foo /tmp/foo
sh /tmp/foo
Not only does it not need the hashbang, the script doesn't even have to
be executable when you launch sh and name a script on the command line,
which is just what's needed to run a script from a directory mounted
with the noexec flag.
-- Ian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: The right way to invoke sh from a freebsd makefile?
On Sun, Sep 22, 2013 at 05:56:07PM -0600, Ian Lepore wrote: You can hard-code /bin/sh directly, but what I was getting at with the '#!/usr/bin/env sh' is that the 'sh' interpreter of the build environment could be used (instead of /bin/sh directly). Then you don't need to worry about the path to sh(1). My point is that the #! isn't used at all in this case, it doesn't matter what's there. Try this... echo echo foo /tmp/foo sh /tmp/foo Not only does it not need the hashbang, the script doesn't even have to be executable when you launch sh and name a script on the command line, which is just what's needed to run a script from a directory mounted with the noexec flag. Ah - maybe it's just late. I see what you mean now. Thanks. Glen pgp6wEmH1TeyE.pgp Description: PGP signature
