[head tinderbox] failure on i386/pc98
TB --- 2011-07-16 05:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-16 05:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-07-16 05:50:00 - cleaning the object tree TB --- 2011-07-16 05:50:28 - cvsupping the source tree TB --- 2011-07-16 05:50:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-07-16 05:50:50 - building world TB --- 2011-07-16 05:50:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 05:50:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 05:50:50 - TARGET=pc98 TB --- 2011-07-16 05:50:50 - TARGET_ARCH=i386 TB --- 2011-07-16 05:50:50 - TZ=UTC TB --- 2011-07-16 05:50:50 - __MAKE_CONF=/dev/null TB --- 2011-07-16 05:50:50 - cd /src TB --- 2011-07-16 05:50:50 - /usr/bin/make -B buildworld World build started on Sat Jul 16 05:50:51 UTC 2011 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 Sat Jul 16 07:48:24 UTC 2011 TB --- 2011-07-16 07:48:24 - generating LINT kernel config TB --- 2011-07-16 07:48:24 - cd /src/sys/pc98/conf TB --- 2011-07-16 07:48:24 - /usr/bin/make -B LINT TB --- 2011-07-16 07:48:24 - building LINT kernel TB --- 2011-07-16 07:48:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 07:48:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 07:48:24 - TARGET=pc98 TB --- 2011-07-16 07:48:24 - TARGET_ARCH=i386 TB --- 2011-07-16 07:48:24 - TZ=UTC TB --- 2011-07-16 07:48:24 - __MAKE_CONF=/dev/null TB --- 2011-07-16 07:48:24 - cd /src TB --- 2011-07-16 07:48:24 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jul 16 07:48:24 UTC 2011 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/busdma_machdep.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/dump_machdep.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/io_apic.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg
[head tinderbox] failure on i386/i386
TB --- 2011-07-16 05:50:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-16 05:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-07-16 05:50:00 - cleaning the object tree TB --- 2011-07-16 05:50:42 - cvsupping the source tree TB --- 2011-07-16 05:50:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-07-16 05:50:55 - building world TB --- 2011-07-16 05:50:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 05:50:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 05:50:55 - TARGET=i386 TB --- 2011-07-16 05:50:55 - TARGET_ARCH=i386 TB --- 2011-07-16 05:50:55 - TZ=UTC TB --- 2011-07-16 05:50:55 - __MAKE_CONF=/dev/null TB --- 2011-07-16 05:50:55 - cd /src TB --- 2011-07-16 05:50:55 - /usr/bin/make -B buildworld World build started on Sat Jul 16 05:50:56 UTC 2011 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 Sat Jul 16 07:48:38 UTC 2011 TB --- 2011-07-16 07:48:38 - generating LINT kernel config TB --- 2011-07-16 07:48:38 - cd /src/sys/i386/conf TB --- 2011-07-16 07:48:38 - /usr/bin/make -B LINT TB --- 2011-07-16 07:48:39 - building LINT kernel TB --- 2011-07-16 07:48:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 07:48:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 07:48:39 - TARGET=i386 TB --- 2011-07-16 07:48:39 - TARGET_ARCH=i386 TB --- 2011-07-16 07:48:39 - TZ=UTC TB --- 2011-07-16 07:48:39 - __MAKE_CONF=/dev/null TB --- 2011-07-16 07:48:39 - cd /src TB --- 2011-07-16 07:48:39 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jul 16 07:48:39 UTC 2011 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 LINT completed on Sat Jul 16 08:18:32 UTC 2011 TB --- 2011-07-16 08:18:32 - cd /src/sys/i386/conf TB --- 2011-07-16 08:18:32 - /usr/sbin/config -m GENERIC TB --- 2011-07-16 08:18:32 - building GENERIC kernel TB --- 2011-07-16 08:18:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 08:18:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 08:18:32 - TARGET=i386 TB --- 2011-07-16 08:18:32 - TARGET_ARCH=i386 TB --- 2011-07-16 08:18:32 - TZ=UTC TB --- 2011-07-16 08:18:32 - __MAKE_CONF=/dev/null TB --- 2011-07-16 08:18:32 - cd /src TB --- 2011-07-16 08:18:32 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Jul 16 08:18:32 UTC 2011 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 GENERIC completed on Sat Jul 16 08:41:56 UTC 2011 TB --- 2011-07-16 08:41:56 - cd /src/sys/i386/conf TB --- 2011-07-16 08:41:56 - /usr/sbin/config -m PAE TB --- 2011-07-16 08:41:57 - building PAE kernel TB --- 2011-07-16 08:41:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 08:41:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 08:41:57 - TARGET=i386 TB --- 2011-07-16 08:41:57 - TARGET_ARCH=i386 TB --- 2011-07-16 08:41:57 - TZ=UTC TB --- 2011-07-16 08:41:57 - __MAKE_CONF=/dev/null TB --- 2011-07-16 08:41:57 - cd /src TB --- 2011-07-16 08:41:57 - /usr/bin/make -B buildkernel KERNCONF=PAE Kernel build for PAE started on Sat Jul 16 08:41:57 UTC 2011 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 PAE completed on Sat Jul 16 08:48:36 UTC 2011 TB --- 2011-07-16 08:48:38 - cd /src/sys/i386/conf TB --- 2011-07-16 08:48:38 - /usr/sbin/config -m XBOX TB --- 2011-07-16 08:48:42 - building XBOX kernel TB --- 2011-07-16 08:48:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 08:48:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 08:48:42 - TARGET=i386 TB --- 2011-07-16 08:48:42 - TARGET_ARCH=i386 TB --- 2011-07-16 08:48:42 - TZ=UTC TB --- 2011-07-16 08:48:42 - __MAKE_CONF=/dev/null TB --- 2011-07-16 08:48:42 - cd /src TB --- 2011-07-16 08:48:42 - /usr/bin/make -B buildkernel KERNCONF=XBOX Kernel build for XBOX started on Sat Jul 16 08:48:43 UTC 2011 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 XBOX completed on Sat Jul 16 08:51:46 UTC 2011 TB --- 2011-07-16 08:51:46 - cd /src/sys/i386/conf TB --- 2011-07-16 08:51:46 - /usr/sbin/config -m XEN TB --- 2011-07-16 08:51:46 -
Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith: I was looking through the source code of pkg_add. Personally I don't see how the -P or -p option could be made to work with pkg_add. Many of the installation commands involve scripts which have ${PREFIX} hard coded into them. ${PREFIX} is often hard coded when trhe package is created by the port. In my opinion, the options -p and -P should be removed from pkg_add. Either that, or provide the port a way to access @cwd in any scripts it installs. But this would require a major overhaul of the whole ports system, and probably much of the software it installs as well. Am I missing something? Yes. Not honoring the prefix is a bug in the port. If you do need to do prefix-specific things during install, use pkg-install, see http://www.freebsd.org/doc/en/books/porters-handbook/pkg-install.html I suspect that many ports are not well tested outside of /usr/local, but the infrastructure is there and available. Stefan -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811 ___ 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] Export per-thread resource usage via sysctl
On Fri Jul 15 11, John Baldwin wrote: This change exports each individual thread's resource usage via sysctl when individual threads are requested via KERN_PROC_INC_THREAD. This generally works correctly with 'top -m io' after the previous change to revert top(1) back to using KERN_PROC_PROC when threads are not enabled. There is one issue in that top doesn't necessarily DTRT when disabling/enabling threads via 'H' at runtime while in io mode. I may do some further work to clean that up. However, for just top run it will now show per-thread stats instead of duplicating the per-process stats for each thread. i'm not sure, if i understand what the patch is supposed to do. however after applying it, and recompiling/reinstalling the kernel, 'top -mio' displays the same stats for each thread of a process. if i understood you correctly, each thread should have individual stats. i'm running r224068 on amd64 and just reinstalled 'top'. anything i am missing? cheers. alex It also fixes a bug in that the code in calcru() to try to account for the current thread's runtime wasn't correctly accounting charging that time to the current thread. Index: sys/kern/kern_proc.c === --- sys/kern/kern_proc.c (revision 224058) +++ sys/kern/kern_proc.c (working copy) @@ -848,6 +848,8 @@ kp-ki_tdaddr = td; PROC_LOCK_ASSERT(p, MA_OWNED); + if (preferthread) + PROC_SLOCK(p); thread_lock(td); if (td-td_wmesg != NULL) strlcpy(kp-ki_wmesg, td-td_wmesg, sizeof(kp-ki_wmesg)); @@ -899,6 +901,7 @@ kp-ki_pri.pri_user = td-td_user_pri; if (preferthread) { + rufetchtd(td, kp-ki_rusage); kp-ki_runtime = cputick2usec(td-td_rux.rux_runtime); kp-ki_pctcpu = sched_pctcpu(td); kp-ki_estcpu = td-td_estcpu; @@ -911,6 +914,8 @@ kp-ki_siglist = td-td_siglist; kp-ki_sigmask = td-td_sigmask; thread_unlock(td); + if (preferthread) + PROC_SUNLOCK(p); } /* Index: sys/kern/kern_resource.c === --- sys/kern/kern_resource.c (revision 224058) +++ sys/kern/kern_resource.c (working copy) @@ -813,7 +813,7 @@ calcru(struct proc *p, struct timeval *up, struct timeval *sp) { struct thread *td; - uint64_t u; + uint64_t runtime, u; PROC_LOCK_ASSERT(p, MA_OWNED); PROC_SLOCK_ASSERT(p, MA_OWNED); @@ -826,7 +826,9 @@ td = curthread; if (td-td_proc == p) { u = cpu_ticks(); - p-p_rux.rux_runtime += u - PCPU_GET(switchtime); + runtime = u - PCPU_GET(switchtime); + td-td_runtime += runtime; + td-td_incruntime += runtime; PCPU_SET(switchtime, u); } /* Make sure the per-thread stats are current. */ @@ -838,6 +840,34 @@ calcru1(p, p-p_rux, up, sp); } +/* Collect resource usage for a single thread. */ +void +rufetchtd(struct thread *td, struct rusage *ru) +{ + struct proc *p; + uint64_t runtime, u; + + p = td-td_proc; + PROC_SLOCK_ASSERT(p, MA_OWNED); + THREAD_LOCK_ASSERT(td, MA_OWNED); + /* + * If we are getting stats for the current thread, then add in the + * stats that this thread has accumulated in its current time slice. + * We reset the thread and CPU state as if we had performed a context + * switch right here. + */ + if (td == curthread) { + u = cpu_ticks(); + runtime = u - PCPU_GET(switchtime); + td-td_runtime += runtime; + td-td_incruntime += runtime; + PCPU_SET(switchtime, u); + } + ruxagg(p, td); + *ru = td-td_ru; + calcru1(p, td-td_rux, ru-ru_utime, ru-ru_stime); +} + static void calcru1(struct proc *p, struct rusage_ext *ruxp, struct timeval *up, struct timeval *sp) @@ -955,12 +985,10 @@ case RUSAGE_THREAD: PROC_SLOCK(p); - ruxagg(p, td); - PROC_SUNLOCK(p); thread_lock(td); - *rup = td-td_ru; - calcru1(p, td-td_rux, rup-ru_utime, rup-ru_stime); + rufetchtd(td, rup); thread_unlock(td); + PROC_SUNLOCK(p); break; default: Index: sys/sys/resourcevar.h === --- sys/sys/resourcevar.h (revision 224058) +++ sys/sys/resourcevar.h (working copy) @@ -136,6 +136,7 @@ void rufetch(struct proc *p, struct rusage *ru); void rufetchcalc(struct proc *p, struct rusage *ru, struct timeval *up, struct timeval *sp); +void rufetchtd(struct thread *td, struct rusage *ru); void ruxagg(struct proc *p, struct thread *td); int suswintr(void
Re: [PATCH] Export per-thread resource usage via sysctl
Alexander Best arun...@freebsd.org writes: On Fri Jul 15 11, John Baldwin wrote: This change exports each individual thread's resource usage via sysctl when individual threads are requested via KERN_PROC_INC_THREAD. This generally works correctly with 'top -m io' after the previous change to revert top(1) back to using KERN_PROC_PROC when threads are not enabled. There is one issue in that top doesn't necessarily DTRT when disabling/enabling threads via 'H' at runtime while in io mode. I may do some further work to clean that up. However, for just top run it will now show per-thread stats instead of duplicating the per-process stats for each thread. i'm not sure, if i understand what the patch is supposed to do. however after applying it, and recompiling/reinstalling the kernel, 'top -mio' displays the same stats for each thread of a process. if i understood you correctly, each thread should have individual stats. i'm running r224068 on amd64 and just reinstalled 'top'. anything i am missing? FWIW, I see different numbers for a few threads of firefox-bin with top-3.8b1. http://img233.imageshack.us/img233/1570/81482202.png Which is an improvement compared to how all threads showed same numbers before applying the patch. ___ 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
HEADS UP: BIND 9.8 imported to HEAD
Howdy, I wanted to let everyone know that BIND 9.8.0-P4 has just been imported to 9-current, and will be part of the 9.0-RELEASE. The 9.8 branch has many nice new features vs. 9.6.x, especially in the area of DNSSEC. You can read more about the new features in the README file included in /usr/share/doc/bind9. I also encourage you to browse through the ARM, either in HTML or PDF format as there are other interesting features for both authoritative and resolving name servers. The good news is that zone files and server configurations that work with BIND 9.6.x should work without modification in 9.8.x so migration should be painless. If you have any problems or questions feel free to follow up here on -current. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: HEADS UP: BIND 9.8 imported to HEAD
On 2011-07-16 13:55, Doug Barton wrote: Howdy, I wanted to let everyone know that BIND 9.8.0-P4 has just been imported to 9-current, and will be part of the 9.0-RELEASE. The 9.8 branch has many nice new features vs. 9.6.x, especially in the area of DNSSEC. You can read more about the new features in the README file included in /usr/share/doc/bind9. I also encourage you to browse through the ARM, either in HTML or PDF format as there are other interesting features for both authoritative and resolving name servers. The good news is that zone files and server configurations that work with BIND 9.6.x should work without modification in 9.8.x so migration should be painless. If you have any problems or questions feel free to follow up here on -current. Doug Awesome! -- Niclas Z ___ 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] Export per-thread resource usage via sysctl
On Sat Jul 16 11, Pan Tsu wrote: Alexander Best arun...@freebsd.org writes: On Fri Jul 15 11, John Baldwin wrote: This change exports each individual thread's resource usage via sysctl when individual threads are requested via KERN_PROC_INC_THREAD. This generally works correctly with 'top -m io' after the previous change to revert top(1) back to using KERN_PROC_PROC when threads are not enabled. There is one issue in that top doesn't necessarily DTRT when disabling/enabling threads via 'H' at runtime while in io mode. I may do some further work to clean that up. However, for just top run it will now show per-thread stats instead of duplicating the per-process stats for each thread. i'm not sure, if i understand what the patch is supposed to do. however after applying it, and recompiling/reinstalling the kernel, 'top -mio' displays the same stats for each thread of a process. if i understood you correctly, each thread should have individual stats. i'm running r224068 on amd64 and just reinstalled 'top'. anything i am missing? FWIW, I see different numbers for a few threads of firefox-bin with top-3.8b1. http://img233.imageshack.us/img233/1570/81482202.png Which is an improvement compared to how all threads showed same numbers before applying the patch. hmmm...not here. i did the following: 'top -mio -b -H -d2 99' and had a look at the second output, where if found these lines: [...] 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) 2015 1001 61 8 0 0 1 1 3.70% chromium-browser: (chrome) [...] 2068 1001 383137 0 0 0 0 0.00% /usr/local/jdk1.6.0/bin/java -Xmx512m -jar JDownloader.jar 2068 1001 383137 0 0 0 0 0.00% /usr/local/jdk1.6.0/bin/java -Xmx512m -jar JDownloader.jar [...] the first output seems to behave similar: [...] 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon 1881 0 656 68 15 0 41 56 0.00% /usr/local/sbin/console-kit-daemon --no-daemon [...] cheers. alex ___ 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 i386/pc98
TB --- 2011-07-16 11:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-16 11:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-07-16 11:30:00 - cleaning the object tree TB --- 2011-07-16 11:30:26 - cvsupping the source tree TB --- 2011-07-16 11:30:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-07-16 11:30:58 - building world TB --- 2011-07-16 11:30:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 11:30:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 11:30:58 - TARGET=pc98 TB --- 2011-07-16 11:30:58 - TARGET_ARCH=i386 TB --- 2011-07-16 11:30:58 - TZ=UTC TB --- 2011-07-16 11:30:58 - __MAKE_CONF=/dev/null TB --- 2011-07-16 11:30:58 - cd /src TB --- 2011-07-16 11:30:58 - /usr/bin/make -B buildworld World build started on Sat Jul 16 11:30:59 UTC 2011 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 Sat Jul 16 13:27:21 UTC 2011 TB --- 2011-07-16 13:27:21 - generating LINT kernel config TB --- 2011-07-16 13:27:21 - cd /src/sys/pc98/conf TB --- 2011-07-16 13:27:21 - /usr/bin/make -B LINT TB --- 2011-07-16 13:27:21 - building LINT kernel TB --- 2011-07-16 13:27:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 13:27:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 13:27:21 - TARGET=pc98 TB --- 2011-07-16 13:27:21 - TARGET_ARCH=i386 TB --- 2011-07-16 13:27:21 - TZ=UTC TB --- 2011-07-16 13:27:21 - __MAKE_CONF=/dev/null TB --- 2011-07-16 13:27:21 - cd /src TB --- 2011-07-16 13:27:21 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jul 16 13:27:21 UTC 2011 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/busdma_machdep.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/dump_machdep.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/x86/io_apic.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg
[head tinderbox] failure on i386/i386
TB --- 2011-07-16 11:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-16 11:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-07-16 11:30:00 - cleaning the object tree TB --- 2011-07-16 11:30:39 - cvsupping the source tree TB --- 2011-07-16 11:30:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-07-16 11:30:58 - building world TB --- 2011-07-16 11:30:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 11:30:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 11:30:58 - TARGET=i386 TB --- 2011-07-16 11:30:58 - TARGET_ARCH=i386 TB --- 2011-07-16 11:30:58 - TZ=UTC TB --- 2011-07-16 11:30:58 - __MAKE_CONF=/dev/null TB --- 2011-07-16 11:30:58 - cd /src TB --- 2011-07-16 11:30:58 - /usr/bin/make -B buildworld World build started on Sat Jul 16 11:30:59 UTC 2011 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 Sat Jul 16 13:27:49 UTC 2011 TB --- 2011-07-16 13:27:49 - generating LINT kernel config TB --- 2011-07-16 13:27:49 - cd /src/sys/i386/conf TB --- 2011-07-16 13:27:49 - /usr/bin/make -B LINT TB --- 2011-07-16 13:27:49 - building LINT kernel TB --- 2011-07-16 13:27:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 13:27:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 13:27:49 - TARGET=i386 TB --- 2011-07-16 13:27:49 - TARGET_ARCH=i386 TB --- 2011-07-16 13:27:49 - TZ=UTC TB --- 2011-07-16 13:27:49 - __MAKE_CONF=/dev/null TB --- 2011-07-16 13:27:49 - cd /src TB --- 2011-07-16 13:27:49 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jul 16 13:27:49 UTC 2011 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 LINT completed on Sat Jul 16 13:57:45 UTC 2011 TB --- 2011-07-16 13:57:45 - cd /src/sys/i386/conf TB --- 2011-07-16 13:57:45 - /usr/sbin/config -m GENERIC TB --- 2011-07-16 13:57:45 - building GENERIC kernel TB --- 2011-07-16 13:57:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 13:57:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 13:57:45 - TARGET=i386 TB --- 2011-07-16 13:57:45 - TARGET_ARCH=i386 TB --- 2011-07-16 13:57:45 - TZ=UTC TB --- 2011-07-16 13:57:45 - __MAKE_CONF=/dev/null TB --- 2011-07-16 13:57:45 - cd /src TB --- 2011-07-16 13:57:45 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Jul 16 13:57:45 UTC 2011 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 GENERIC completed on Sat Jul 16 14:20:49 UTC 2011 TB --- 2011-07-16 14:20:49 - cd /src/sys/i386/conf TB --- 2011-07-16 14:20:49 - /usr/sbin/config -m PAE TB --- 2011-07-16 14:20:49 - building PAE kernel TB --- 2011-07-16 14:20:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 14:20:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 14:20:49 - TARGET=i386 TB --- 2011-07-16 14:20:49 - TARGET_ARCH=i386 TB --- 2011-07-16 14:20:49 - TZ=UTC TB --- 2011-07-16 14:20:49 - __MAKE_CONF=/dev/null TB --- 2011-07-16 14:20:49 - cd /src TB --- 2011-07-16 14:20:49 - /usr/bin/make -B buildkernel KERNCONF=PAE Kernel build for PAE started on Sat Jul 16 14:20:49 UTC 2011 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 PAE completed on Sat Jul 16 14:27:00 UTC 2011 TB --- 2011-07-16 14:27:00 - cd /src/sys/i386/conf TB --- 2011-07-16 14:27:00 - /usr/sbin/config -m XBOX TB --- 2011-07-16 14:27:00 - building XBOX kernel TB --- 2011-07-16 14:27:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 14:27:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 14:27:00 - TARGET=i386 TB --- 2011-07-16 14:27:00 - TARGET_ARCH=i386 TB --- 2011-07-16 14:27:00 - TZ=UTC TB --- 2011-07-16 14:27:00 - __MAKE_CONF=/dev/null TB --- 2011-07-16 14:27:00 - cd /src TB --- 2011-07-16 14:27:00 - /usr/bin/make -B buildkernel KERNCONF=XBOX Kernel build for XBOX started on Sat Jul 16 14:27:00 UTC 2011 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 XBOX completed on Sat Jul 16 14:30:04 UTC 2011 TB --- 2011-07-16 14:30:04 - cd /src/sys/i386/conf TB --- 2011-07-16 14:30:04 - /usr/sbin/config -m XEN TB --- 2011-07-16 14:30:04 -
Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
On 07/16/2011 04:26 AM, Stefan Bethke wrote: Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith: I was looking through the source code of pkg_add. Personally I don't see how the -P or -p option could be made to work with pkg_add. Many of the installation commands involve scripts which have ${PREFIX} hard coded into them. ${PREFIX} is often hard coded when trhe package is created by the port. In my opinion, the options -p and -P should be removed from pkg_add. Either that, or provide the port a way to access @cwd in any scripts it installs. But this would require a major overhaul of the whole ports system, and probably much of the software it installs as well. Am I missing something? Yes. Not honoring the prefix is a bug in the port. If you do need to do prefix-specific things during install, use pkg-install, see http://www.freebsd.org/doc/en/books/porters-handbook/pkg-install.html I suspect that many ports are not well tested outside of /usr/local, but the infrastructure is there and available. You are correct, this needs to be done on a port by port basis. In some ports this is going to be a big job, because in some cases the /usr/local is hard coded into certain binaries. For example, suppose the C source code contains something like: char applications_dir = /usr/local/share/applications; and this is filled in by the ./configure script. How is that handled? ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
On 16 Jul 2011 16:38, Stephen Montgomery-Smith step...@missouri.edu wrote: On 07/16/2011 04:26 AM, Stefan Bethke wrote: Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith: I was looking through the source code of pkg_add. Personally I don't see how the -P or -p option could be made to work with pkg_add. Many of the installation commands involve scripts which have ${PREFIX} hard coded into them. ${PREFIX} is often hard coded when trhe package is created by the port. In my opinion, the options -p and -P should be removed from pkg_add. Either that, or provide the port a way to access @cwd in any scripts it installs. But this would require a major overhaul of the whole ports system, and probably much of the software it installs as well. Am I missing something? Yes. Not honoring the prefix is a bug in the port. If you do need to do prefix-specific things during install, use pkg-install, see http://www.freebsd.org/doc/en/books/porters-handbook/pkg-install.html I suspect that many ports are not well tested outside of /usr/local, but the infrastructure is there and available. You are correct, this needs to be done on a port by port basis. In some ports this is going to be a big job, because in some cases the /usr/local is hard coded into certain binaries. For example, suppose the C source code contains something like: char applications_dir = /usr/local/share/applications; and this is filled in by the ./configure script. How is that handled? It's not. Remember what a package is, literally the files from the plist tarred with some magic +FILEs and the pkg-*install files- if paths are hardcoded in objects that's how it'll be installed. Don't touch the -p option! It's only useful for um someone help here? Chris ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
On 07/16/2011 10:53 AM, Chris Rees wrote: On 16 Jul 2011 16:38, Stephen Montgomery-Smith step...@missouri.edu mailto:step...@missouri.edu wrote: On 07/16/2011 04:26 AM, Stefan Bethke wrote: Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith: I was looking through the source code of pkg_add. Personally I don't see how the -P or -p option could be made to work with pkg_add. Many of the installation commands involve scripts which have ${PREFIX} hard coded into them. ${PREFIX} is often hard coded when trhe package is created by the port. In my opinion, the options -p and -P should be removed from pkg_add. Either that, or provide the port a way to access @cwd in any scripts it installs. But this would require a major overhaul of the whole ports system, and probably much of the software it installs as well. Am I missing something? Yes. Not honoring the prefix is a bug in the port. If you do need to do prefix-specific things during install, use pkg-install, see http://www.freebsd.org/doc/en/books/porters-handbook/pkg-install.html I suspect that many ports are not well tested outside of /usr/local, but the infrastructure is there and available. You are correct, this needs to be done on a port by port basis. In some ports this is going to be a big job, because in some cases the /usr/local is hard coded into certain binaries. For example, suppose the C source code contains something like: char applications_dir = /usr/local/share/applications; and this is filled in by the ./configure script. How is that handled? It's not. Remember what a package is, literally the files from the plist tarred with some magic +FILEs and the pkg-*install files- if paths are hardcoded in objects that's how it'll be installed. What if some of the installation programs are binaries, and /usr/local is hard coded into installation binaries or scripts provided by the software itself. Don't touch the -p option! It's only useful for um someone help here? I am thinking the same thing! ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
On 16 Jul 2011 17:04, Stephen Montgomery-Smith step...@missouri.edu wrote: On 07/16/2011 10:53 AM, Chris Rees wrote: On 16 Jul 2011 16:38, Stephen Montgomery-Smith step...@missouri.edu mailto:step...@missouri.edu wrote: For example, suppose the C source code contains something like: char applications_dir = /usr/local/share/applications; and this is filled in by the ./configure script. How is that handled? It's not. Remember what a package is, literally the files from the plist tarred with some magic +FILEs and the pkg-*install files- if paths are hardcoded in objects that's how it'll be installed. What if some of the installation programs are binaries, and /usr/local is hard coded into installation binaries or scripts provided by the software itself. Sorry, poor wording on my part. If it was compiled as prefix=/usr/local, that's how it'll be installed, regardless of your -p argument. Chris ___ 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
Interpreting MCA error output
Noticed the following console message while running make world with 9.0-CURRENT on 7-16-11 Jul 16 11:15:20 delta kernel: MCA: Vendor GenuineIntel, ID 0x106a5, APIC ID 16 Jul 16 11:15:20 delta kernel: MCA: CPU 8 COR (1) RD channel ?? memory error Jul 16 11:15:20 delta kernel: MCA: Address 0x28f261f80 Jul 16 11:15:20 delta kernel: MCA: Misc 0x183495801385 Jul 16 12:15:20 delta kernel: MCA: Bank 8, Status 0x8c41009f Jul 16 12:15:20 delta kernel: MCA: Global Cap 0x1c09, Status 0x0 000 Jul 16 12:15:20 delta kernel: MCA: Vendor GenuineIntel, ID 0x106a5, APIC ID 16 Jul 16 12:15:20 delta kernel: MCA: CPU 8 COR (1) RD channel ?? memory error Jul 16 12:15:20 delta kernel: MCA: Address 0x28e019f80 Jul 16 12:15:20 delta kernel: MCA: Misc 0x183495800588 This is with a Supermicro X8DTL-3F motherboard, dmidecode: # dmidecode 2.11 SMBIOS 2.6 present. 77 structures occupying 2976 bytes. Table at 0x0009CC00. Handle 0x, DMI type 0, 24 bytes BIOS Information Vendor: American Megatrends Inc. Version: 1.0 Release Date: 04/10/2009 Address: 0xF Runtime Size: 64 kB ROM Size: 4096 kB Characteristics: ISA is supported PCI is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed ESCD support is available Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported 5.25/1.2 MB floppy services are supported (int 13h) 3.5/720 kB floppy services are supported (int 13h) 3.5/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported LS-120 boot is supported ATAPI Zip drive boot is supported BIOS boot specification is supported Targeted content distribution is supported BIOS Revision: 8.16 Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: Supermicro Product Name: X8DTL Version: 1234567890 Serial Number: 1234567890 UUID: 03000200-0400-0500-0006-000700080009 Wake-up Type: Power Switch SKU Number: To Be Filled By O.E.M. Family: Server Handle 0x0002, DMI type 2, 15 bytes Base Board Information Manufacturer: Supermicro Product Name: X8DTL Version: 1234567890 Serial Number: 1234567890 Asset Tag: To Be Filled By O.E.M. Features: Board is a hosting board Board is replaceable Location In Chassis: To Be Filled By O.E.M. Chassis Handle: 0x0003 Type: Motherboard Contained Object Handles: 0 Handle 0x0003, DMI type 3, 21 bytes Chassis Information Manufacturer: Supermicro Type: Main Server Chassis Lock: Not Present Version: 1234567890 Serial Number: 1234567890 Asset Tag: To Be Filled By O.E.M. Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: None OEM Information: 0x Height: Unspecified Number Of Power Cords: 1 Contained Elements: 0 Handle 0x0004, DMI type 4, 42 bytes Processor Information Socket Designation: CPU 1 Type: Central Processor Family: Xeon Manufacturer: Intel ID: A5 06 01 00 FF FB EB BF Signature: Type 0, Family 6, Model 26, Stepping 5 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported)
Re: Interpreting MCA error output
On Sat, Jul 16, 2011 at 02:25:20PM -0400, Kim Culhan wrote: Noticed the following console message while running make world with 9.0-CURRENT on 7-16-11 Jul 16 11:15:20 delta kernel: MCA: Vendor GenuineIntel, ID 0x106a5, APIC ID 16 Jul 16 11:15:20 delta kernel: MCA: CPU 8 COR (1) RD channel ?? memory error Jul 16 11:15:20 delta kernel: MCA: Address 0x28f261f80 Jul 16 11:15:20 delta kernel: MCA: Misc 0x183495801385 Jul 16 12:15:20 delta kernel: MCA: Bank 8, Status 0x8c41009f Jul 16 12:15:20 delta kernel: MCA: Global Cap 0x1c09, Status 0x0 000 Jul 16 12:15:20 delta kernel: MCA: Vendor GenuineIntel, ID 0x106a5, APIC ID 16 Jul 16 12:15:20 delta kernel: MCA: CPU 8 COR (1) RD channel ?? memory error Jul 16 12:15:20 delta kernel: MCA: Address 0x28e019f80 Jul 16 12:15:20 delta kernel: MCA: Misc 0x183495800588 Copying the above into zxc, I see troutmask:kargl[212] ./mcelog --ascii zxc mcelog: Cannot open /dev/mem for DMI decoding: Permission denied HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 8 BANK 8 MISC 183495800588 ADDR 28e019f80 MCG status: MCi status: MCi_MISC register valid MCi_ADDR register valid MCA: MEMORY CONTROLLER RD_CHANNELunspecified_ERR Transaction: Memory read error Memory read ECC error Memory corrected error count (CORE_ERR_CNT): 1 Memory transaction Tracker ID (RTId): 88 Memory DIMM ID of error: 0 Memory channel ID of error: 0 Memory ECC syndrome: 18349580 STATUS 8c41009f MCGSTATUS 0 MCGCAP 1c09 APICID 10 SOCKETID 0 CPUID Vendor Intel Family 6 Model 26 Looks like your DIMM 0 had an error that was corrected due to ECC. ___ 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 i386/i386
TB --- 2011-07-16 17:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-16 17:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-07-16 17:10:00 - cleaning the object tree TB --- 2011-07-16 17:10:43 - cvsupping the source tree TB --- 2011-07-16 17:10:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-07-16 17:11:00 - building world TB --- 2011-07-16 17:11:00 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 17:11:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 17:11:00 - TARGET=i386 TB --- 2011-07-16 17:11:00 - TARGET_ARCH=i386 TB --- 2011-07-16 17:11:00 - TZ=UTC TB --- 2011-07-16 17:11:00 - __MAKE_CONF=/dev/null TB --- 2011-07-16 17:11:00 - cd /src TB --- 2011-07-16 17:11:00 - /usr/bin/make -B buildworld World build started on Sat Jul 16 17:11:00 UTC 2011 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 Sat Jul 16 19:07:30 UTC 2011 TB --- 2011-07-16 19:07:31 - generating LINT kernel config TB --- 2011-07-16 19:07:31 - cd /src/sys/i386/conf TB --- 2011-07-16 19:07:31 - /usr/bin/make -B LINT TB --- 2011-07-16 19:07:31 - building LINT kernel TB --- 2011-07-16 19:07:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 19:07:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 19:07:31 - TARGET=i386 TB --- 2011-07-16 19:07:31 - TARGET_ARCH=i386 TB --- 2011-07-16 19:07:31 - TZ=UTC TB --- 2011-07-16 19:07:31 - __MAKE_CONF=/dev/null TB --- 2011-07-16 19:07:31 - cd /src TB --- 2011-07-16 19:07:31 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jul 16 19:07:31 UTC 2011 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 LINT completed on Sat Jul 16 19:37:12 UTC 2011 TB --- 2011-07-16 19:37:12 - cd /src/sys/i386/conf TB --- 2011-07-16 19:37:12 - /usr/sbin/config -m GENERIC TB --- 2011-07-16 19:37:12 - building GENERIC kernel TB --- 2011-07-16 19:37:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 19:37:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 19:37:12 - TARGET=i386 TB --- 2011-07-16 19:37:12 - TARGET_ARCH=i386 TB --- 2011-07-16 19:37:12 - TZ=UTC TB --- 2011-07-16 19:37:12 - __MAKE_CONF=/dev/null TB --- 2011-07-16 19:37:12 - cd /src TB --- 2011-07-16 19:37:12 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Jul 16 19:37:13 UTC 2011 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 GENERIC completed on Sat Jul 16 20:00:13 UTC 2011 TB --- 2011-07-16 20:00:13 - cd /src/sys/i386/conf TB --- 2011-07-16 20:00:13 - /usr/sbin/config -m PAE TB --- 2011-07-16 20:00:13 - building PAE kernel TB --- 2011-07-16 20:00:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 20:00:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 20:00:13 - TARGET=i386 TB --- 2011-07-16 20:00:13 - TARGET_ARCH=i386 TB --- 2011-07-16 20:00:13 - TZ=UTC TB --- 2011-07-16 20:00:13 - __MAKE_CONF=/dev/null TB --- 2011-07-16 20:00:13 - cd /src TB --- 2011-07-16 20:00:13 - /usr/bin/make -B buildkernel KERNCONF=PAE Kernel build for PAE started on Sat Jul 16 20:00:13 UTC 2011 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 PAE completed on Sat Jul 16 20:06:20 UTC 2011 TB --- 2011-07-16 20:06:20 - cd /src/sys/i386/conf TB --- 2011-07-16 20:06:20 - /usr/sbin/config -m XBOX TB --- 2011-07-16 20:06:21 - building XBOX kernel TB --- 2011-07-16 20:06:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 20:06:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 20:06:21 - TARGET=i386 TB --- 2011-07-16 20:06:21 - TARGET_ARCH=i386 TB --- 2011-07-16 20:06:21 - TZ=UTC TB --- 2011-07-16 20:06:21 - __MAKE_CONF=/dev/null TB --- 2011-07-16 20:06:21 - cd /src TB --- 2011-07-16 20:06:21 - /usr/bin/make -B buildkernel KERNCONF=XBOX Kernel build for XBOX started on Sat Jul 16 20:06:21 UTC 2011 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 XBOX completed on Sat Jul 16 20:09:27 UTC 2011 TB --- 2011-07-16 20:09:27 - cd /src/sys/i386/conf TB --- 2011-07-16 20:09:27 - /usr/sbin/config -m XEN TB --- 2011-07-16 20:09:27 -
Re: [Patch] [regression] libvgl and r197330 (kbd)
On Friday, June 17, 2011 08:18:03 pm Ben Kaduk wrote: On Fri, Sep 25, 2009 at 8:39 AM, Ed Schouten e...@80386.nl wrote: Hi all, * Kostik Belousov kostik...@gmail.com wrote: Ah, it seems SDL also calls GIO_KEYMAP. Just rebuilding SDL should fix this. I promised to add a message to UPDATING as well, so I'll also mention SDL should be rebuilt as well. I consider this as a very strong argument to keep the existing ioctl as is, and provide new ioctl that takes new table. I've attached a patch that should restore binary compatibility. I first thought this wasn't really needed, because most applications would use K_RAW instead of K_XLATE anyway. Just breaking binary compatibility with kbdcontrol(1) wouldn't have been too bad, but it turns out things like SDL use this as well. I've attached a patch that should restore binary compatibility. Anyone interested in testing this before I commit it to SVN? Replying to ancient history, it looks like this patch never got committed? The Debian kFreeBSD folks have run into a similar issue: http://lists.debian.org/debian-bsd/2011/06/msg00238.html proposing === Upstream could do it properly, without ABI breaking, i.e. by #define GIO_KEYMAP_OLD _IOR('k', 6, keymap_t) #define PIO_KEYMAP_OLD _IOW('k', 7, keymap_t) ... #define GIO_KEYMAP _IO('k', 16) #define PIO_KEYMAP _IO('k', 17) === Something to keep the ABI between 8 and 9 is probably still useful, even at this juncture. I just asked the kFreeBSD folks to test Ed's patch and it does restore the ABI. Ed, can you commit this patch as it's been successfully tested now? -- John Baldwin ___ 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: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)
Unless say, you're doing package installation outside of a chroot/jail, to populate something inside a chroot/jail before you start said chroot/jail. Adrian On 17 July 2011 00:13, Chris Rees cr...@freebsd.org wrote: On 16 Jul 2011 17:04, Stephen Montgomery-Smith step...@missouri.edu wrote: On 07/16/2011 10:53 AM, Chris Rees wrote: On 16 Jul 2011 16:38, Stephen Montgomery-Smith step...@missouri.edu mailto:step...@missouri.edu wrote: For example, suppose the C source code contains something like: char applications_dir = /usr/local/share/applications; and this is filled in by the ./configure script. How is that handled? It's not. Remember what a package is, literally the files from the plist tarred with some magic +FILEs and the pkg-*install files- if paths are hardcoded in objects that's how it'll be installed. What if some of the installation programs are binaries, and /usr/local is hard coded into installation binaries or scripts provided by the software itself. Sorry, poor wording on my part. If it was compiled as prefix=/usr/local, that's how it'll be installed, regardless of your -p argument. Chris ___ 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
[head tinderbox] failure on i386/i386
TB --- 2011-07-16 23:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-07-16 23:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-07-16 23:00:00 - cleaning the object tree TB --- 2011-07-16 23:00:42 - cvsupping the source tree TB --- 2011-07-16 23:00:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-07-16 23:00:56 - building world TB --- 2011-07-16 23:00:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-16 23:00:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-16 23:00:56 - TARGET=i386 TB --- 2011-07-16 23:00:56 - TARGET_ARCH=i386 TB --- 2011-07-16 23:00:56 - TZ=UTC TB --- 2011-07-16 23:00:56 - __MAKE_CONF=/dev/null TB --- 2011-07-16 23:00:56 - cd /src TB --- 2011-07-16 23:00:56 - /usr/bin/make -B buildworld World build started on Sat Jul 16 23:00:57 UTC 2011 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 Jul 17 00:57:22 UTC 2011 TB --- 2011-07-17 00:57:22 - generating LINT kernel config TB --- 2011-07-17 00:57:22 - cd /src/sys/i386/conf TB --- 2011-07-17 00:57:22 - /usr/bin/make -B LINT TB --- 2011-07-17 00:57:23 - building LINT kernel TB --- 2011-07-17 00:57:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-17 00:57:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-17 00:57:23 - TARGET=i386 TB --- 2011-07-17 00:57:23 - TARGET_ARCH=i386 TB --- 2011-07-17 00:57:23 - TZ=UTC TB --- 2011-07-17 00:57:23 - __MAKE_CONF=/dev/null TB --- 2011-07-17 00:57:23 - cd /src TB --- 2011-07-17 00:57:23 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sun Jul 17 00:57:23 UTC 2011 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 LINT completed on Sun Jul 17 01:27:14 UTC 2011 TB --- 2011-07-17 01:27:14 - cd /src/sys/i386/conf TB --- 2011-07-17 01:27:14 - /usr/sbin/config -m GENERIC TB --- 2011-07-17 01:27:14 - building GENERIC kernel TB --- 2011-07-17 01:27:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-17 01:27:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-17 01:27:14 - TARGET=i386 TB --- 2011-07-17 01:27:14 - TARGET_ARCH=i386 TB --- 2011-07-17 01:27:14 - TZ=UTC TB --- 2011-07-17 01:27:14 - __MAKE_CONF=/dev/null TB --- 2011-07-17 01:27:14 - cd /src TB --- 2011-07-17 01:27:14 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sun Jul 17 01:27:14 UTC 2011 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 GENERIC completed on Sun Jul 17 01:50:48 UTC 2011 TB --- 2011-07-17 01:50:48 - cd /src/sys/i386/conf TB --- 2011-07-17 01:50:48 - /usr/sbin/config -m PAE TB --- 2011-07-17 01:50:48 - building PAE kernel TB --- 2011-07-17 01:50:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-17 01:50:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-17 01:50:48 - TARGET=i386 TB --- 2011-07-17 01:50:48 - TARGET_ARCH=i386 TB --- 2011-07-17 01:50:48 - TZ=UTC TB --- 2011-07-17 01:50:48 - __MAKE_CONF=/dev/null TB --- 2011-07-17 01:50:48 - cd /src TB --- 2011-07-17 01:50:48 - /usr/bin/make -B buildkernel KERNCONF=PAE Kernel build for PAE started on Sun Jul 17 01:50:48 UTC 2011 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 PAE completed on Sun Jul 17 01:56:54 UTC 2011 TB --- 2011-07-17 01:56:54 - cd /src/sys/i386/conf TB --- 2011-07-17 01:56:54 - /usr/sbin/config -m XBOX TB --- 2011-07-17 01:56:54 - building XBOX kernel TB --- 2011-07-17 01:56:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-07-17 01:56:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-07-17 01:56:54 - TARGET=i386 TB --- 2011-07-17 01:56:54 - TARGET_ARCH=i386 TB --- 2011-07-17 01:56:54 - TZ=UTC TB --- 2011-07-17 01:56:54 - __MAKE_CONF=/dev/null TB --- 2011-07-17 01:56:54 - cd /src TB --- 2011-07-17 01:56:54 - /usr/bin/make -B buildkernel KERNCONF=XBOX Kernel build for XBOX started on Sun Jul 17 01:56:54 UTC 2011 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 XBOX completed on Sun Jul 17 02:00:00 UTC 2011 TB --- 2011-07-17 02:00:00 - cd /src/sys/i386/conf TB --- 2011-07-17 02:00:00 - /usr/sbin/config -m XEN TB --- 2011-07-17 02:00:00 -
Help! stopped working ath0
Hi ALL! Asus n10j some time (5-6 months) stopped working wi-fi. Сonstantly repeated (1-2 sec.): wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP ifconfig: ath0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290 ether 00:22:43:2b:ff:90 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 ether 00:22:43:2b:ff:90 inet 0.0.0.0 netmask 0xff00 broadcast 255.255.255.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g status: associated ssid ssid-name channel 7 (2442 MHz 11g) bssid 00:17:9a:74:11:54 regdomain 96 indoor ecm authmode WPA2/802.11i privacy MIXED deftxkey 2 AES-CCM 2:128-bit txpower 20 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst FreeBSD netbook.super 9.0-CURRENT FreeBSD 9.0-CURRENT #37: Sat Jul 16 05:17:55 KRAST 2011 alex@netbook.super:/usr/obj/usr/src/sys/GENERIC i386 dmesg: ath0: Atheros 5424/2424 mem 0xfdff-0xfdff irq 17 at device 0.0 on pci2 ath0: AR2425 mac 14.2 RF5424 phy 7.0 pciconf: ath0@pci0:2:0:0:class=0x02 card=0x10261a3b chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xfdff, size 65536, enabled cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[60] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) cap 11[90] = MSI-X supports 1 message in map 0x10 ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 -- -- Alex V. Petrov ___ 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: named crashes on assertion in rbtdb.c on sparc64/SMP
On 07/15/2011 01:40, Marius Strobl wrote: The generated config.h and platform.h for sparc64 are these: http://people.freebsd.org/~marius/bind96_config.h http://people.freebsd.org/~marius/bind96_platform.h Marius, Thanks again for all your help on this. During the work to upgrade to BIND 9.8 in HEAD I first tried your patch but I got some odd errors on some of the non-mainstream archs, so I ultimately went with something similar to what you sent but much more conservative. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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