[head tinderbox] failure on arm/arm
TB --- 2013-06-19 05:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 05:20:18 - 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-06-19 05:20:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-19 05:20:18 - cleaning the object tree TB --- 2013-06-19 05:22:40 - /usr/local/bin/svn stat /src TB --- 2013-06-19 05:22:43 - At svn revision 251990 TB --- 2013-06-19 05:22:44 - building world TB --- 2013-06-19 05:22:44 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 05:22:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 05:22:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 05:22:44 - SRCCONF=/dev/null TB --- 2013-06-19 05:22:44 - TARGET=arm TB --- 2013-06-19 05:22:44 - TARGET_ARCH=arm TB --- 2013-06-19 05:22:44 - TZ=UTC TB --- 2013-06-19 05:22:44 - __MAKE_CONF=/dev/null TB --- 2013-06-19 05:22:44 - cd /src TB --- 2013-06-19 05:22:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 05:22:51 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 [...] /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:183:34: note: expanded from macro 'APR_RING_PREV' #define APR_RING_PREV(ep, link) (ep)->link.prev ^ /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:177:34: note: expanded from macro 'APR_RING_NEXT' #define APR_RING_NEXT(ep, link) (ep)->link.next ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 1 warning and 20 errors generated. *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib/libapr *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/usr.bin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-19 08:21:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-19 08:21:14 - ERROR: failed to build world TB --- 2013-06-19 08:21:14 - 8448.62 user 1462.31 system 10856.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ 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 armv6/arm
TB --- 2013-06-19 05:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 05:20:18 - 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-06-19 05:20:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-06-19 05:20:18 - cleaning the object tree TB --- 2013-06-19 05:22:40 - /usr/local/bin/svn stat /src TB --- 2013-06-19 05:22:44 - At svn revision 251990 TB --- 2013-06-19 05:22:45 - building world TB --- 2013-06-19 05:22:45 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 05:22:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 05:22:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 05:22:45 - SRCCONF=/dev/null TB --- 2013-06-19 05:22:45 - TARGET=arm TB --- 2013-06-19 05:22:45 - TARGET_ARCH=armv6 TB --- 2013-06-19 05:22:45 - TZ=UTC TB --- 2013-06-19 05:22:45 - __MAKE_CONF=/dev/null TB --- 2013-06-19 05:22:45 - cd /src TB --- 2013-06-19 05:22:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 05:22:51 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 [...] /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:183:34: note: expanded from macro 'APR_RING_PREV' #define APR_RING_PREV(ep, link) (ep)->link.prev ^ /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:177:34: note: expanded from macro 'APR_RING_NEXT' #define APR_RING_NEXT(ep, link) (ep)->link.next ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 1 warning and 20 errors generated. *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib/libapr *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/usr.bin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-19 08:21:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-19 08:21:14 - ERROR: failed to build world TB --- 2013-06-19 08:21:14 - 8449.34 user 1463.70 system 10856.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full ___ 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 in tcp_input
Hi I'm seeing this panic quite regularly now. Most recent sighting on r251858. cpuid = 15 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xff846b258130 vpanic() at vpanic+0x126/frame 0xff846b258170 panic() at panic+0x43/frame 0xff846b2581d0 __rw_assert() at __rw_assert+0x171/frame 0xff846b2581e0 vm_page_busy() at vm_page_busy+0x27/frame 0xff846b258200 vm_fault_hold() at vm_fault_hold+0x2ed/frame 0xff846b258450 vm_fault() at vm_fault+0x77/frame 0xff846b258490 trap_pfault() at trap_pfault+0x1b2/frame 0xff846b2584f0 trap() at trap+0x586/frame 0xff846b258650 calltrap() at calltrap+0x8/frame 0xff846b258650 --- trap 0xc, rip = 0x8054518e, rsp = 0xff846b258710, rbp = 0xff846b258810 --- tcp_input() at tcp_input+0x12e/frame 0xff846b258810 ip_input() at ip_input+0xca/frame 0xff846b258860 netisr_dispatch_src() at netisr_dispatch_src+0x90/frame 0xff846b2588d0 ether_demux() at ether_demux+0x140/frame 0xff846b258900 ether_nh_input() at ether_nh_input+0x315/frame 0xff846b258930 netisr_dispatch_src() at netisr_dispatch_src+0x90/frame 0xff846b2589a0 ether_demux() at ether_demux+0xb2/frame 0xff846b2589d0 ether_nh_input() at ether_nh_input+0x315/frame 0xff846b258a00 netisr_dispatch_src() at netisr_dispatch_src+0x90/frame 0xff846b258a70 igb_rxeof() at igb_rxeof+0x507/frame 0xff846b258ae0 igb_msix_que() at igb_msix_que+0xf1/frame 0xff846b258b30 intr_event_execute_handlers() at intr_event_execute_handlers+0x90/frame 0xff846b258b70 ithread_loop() at ithread_loop+0x138/frame 0xff846b258bb0 fork_exit() at fork_exit+0x84/frame 0xff846b258bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xff846b258bf0 --- trap 0, rip = 0, rsp = 0xff846b258cb0, rbp = 0 --- Uptime: 9h1m32s Dumping 1847 out of 16368 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% #0 doadump (textdump=1) at pcpu.h:236 236 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:236 #1 0x8044d327 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x8044d835 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x8044d883 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:683 #4 0x8044b701 in __rw_assert (c=, what=, file=, line=) at /usr/src/sys/kern/kern_rwlock.c:1147 #5 0x805e1507 in vm_page_busy (m=0xfe0425a83c08) at /usr/src/sys/vm/vm_page.c:476 #6 0x805cfb1d in vm_fault_hold (map=0xfe000100, vaddr=18446743524069429248, fault_type=7 '\a', fault_flags=0, m_hold=0x0) at /usr/src/sys/vm/vm_fault.c:400 #7 0x805cf7e7 in vm_fault (map=0xfe000100, vaddr=, fault_type=2 '\002', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:224 #8 0x8060cfd2 in trap_pfault (frame=0xff846b258660, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:767 #9 0x8060c866 in trap (frame=0xff846b258660) at /usr/src/sys/amd64/amd64/trap.c:463 #10 0x805f58b3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #11 0x8054518e in tcp_input (m=, off0=Cannot access memory at address 0x14 ) at counter.h:45 #12 0x8053d61a in ip_input (m=0xfe0104bf0400) at /usr/src/sys/netinet/ip_input.c:808 #13 0x8051cf30 in netisr_dispatch_src (proto=, source=, m=0xfe0104bf0400) at /usr/src/sys/net/netisr.c:1013 #14 0x805123d0 in ether_demux (ifp=, m=0xfe0104bf0400) at /usr/src/sys/net/if_ethersubr.c:849 #15 0x805130f5 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:644 #16 0x8051cf30 in netisr_dispatch_src (proto=, source=, m=0xfe0104bf0400) at /usr/src/sys/net/netisr.c:1013 #17 0x80512342 in ether_demux (ifp=0xfe0035689000, m=0xfe0104bf0400) at /usr/src/sys/net/if_ethersubr.c:758 #18 0x805130f5 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:644 #19 0x8051cf30 in netisr_dispatch_src (proto=, source=, m=0xfe0104bf0400) at /usr/src/sys/net/netisr.c:1013 #20 0x803055a7 in igb_rxeof (count=1499) at /usr/src/sys/dev/e1000/if_igb.c:4723 #21 0x80305aa1 in igb_msix_que (arg=0xfe002c1ceb38) at /usr/src/sys/dev/e1000/if_igb.c:1590 #22 0x80422d90 in intr_event_execute_handlers ( p=, ie=0xfe002e008200) at /usr/src/sys/kern/kern_intr.c:1263 #23 0x804237f8 in ithread_loop (arg=0xfe002e0431a0) at /usr/src/sys/kern/kern_intr.c:1276 #24 0x80420814 in fork_exit ( callout=0x804236c0 , arg=0xfe002e0431a0, frame=0xff846b258c00) at /usr/src/sys/kern/kern_fork.c:991 #25 0x805f5d7e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #26 0x in ?? () Current language: auto; currently minimal (kgdb) -- Ian Freislich _
Re: Panic in tcp_input
On 19.06.2013 11:10, Ian FREISLICH wrote: Hi I'm seeing this panic quite regularly now. Most recent sighting on r251858. This panic message is not very informative and very hard to extract any meaningful hints. Do you have a core dump and matching debug kernel? -- Andre cpuid = 15 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xff846b258130 vpanic() at vpanic+0x126/frame 0xff846b258170 panic() at panic+0x43/frame 0xff846b2581d0 __rw_assert() at __rw_assert+0x171/frame 0xff846b2581e0 vm_page_busy() at vm_page_busy+0x27/frame 0xff846b258200 vm_fault_hold() at vm_fault_hold+0x2ed/frame 0xff846b258450 vm_fault() at vm_fault+0x77/frame 0xff846b258490 trap_pfault() at trap_pfault+0x1b2/frame 0xff846b2584f0 trap() at trap+0x586/frame 0xff846b258650 calltrap() at calltrap+0x8/frame 0xff846b258650 --- trap 0xc, rip = 0x8054518e, rsp = 0xff846b258710, rbp = 0xff846b258810 --- tcp_input() at tcp_input+0x12e/frame 0xff846b258810 ip_input() at ip_input+0xca/frame 0xff846b258860 netisr_dispatch_src() at netisr_dispatch_src+0x90/frame 0xff846b2588d0 ether_demux() at ether_demux+0x140/frame 0xff846b258900 ether_nh_input() at ether_nh_input+0x315/frame 0xff846b258930 netisr_dispatch_src() at netisr_dispatch_src+0x90/frame 0xff846b2589a0 ether_demux() at ether_demux+0xb2/frame 0xff846b2589d0 ether_nh_input() at ether_nh_input+0x315/frame 0xff846b258a00 netisr_dispatch_src() at netisr_dispatch_src+0x90/frame 0xff846b258a70 igb_rxeof() at igb_rxeof+0x507/frame 0xff846b258ae0 igb_msix_que() at igb_msix_que+0xf1/frame 0xff846b258b30 intr_event_execute_handlers() at intr_event_execute_handlers+0x90/frame 0xff846b258b70 ithread_loop() at ithread_loop+0x138/frame 0xff846b258bb0 fork_exit() at fork_exit+0x84/frame 0xff846b258bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xff846b258bf0 --- trap 0, rip = 0, rsp = 0xff846b258cb0, rbp = 0 --- Uptime: 9h1m32s Dumping 1847 out of 16368 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% #0 doadump (textdump=1) at pcpu.h:236 236 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:236 #1 0x8044d327 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x8044d835 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x8044d883 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:683 #4 0x8044b701 in __rw_assert (c=, what=, file=, line=) at /usr/src/sys/kern/kern_rwlock.c:1147 #5 0x805e1507 in vm_page_busy (m=0xfe0425a83c08) at /usr/src/sys/vm/vm_page.c:476 #6 0x805cfb1d in vm_fault_hold (map=0xfe000100, vaddr=18446743524069429248, fault_type=7 '\a', fault_flags=0, m_hold=0x0) at /usr/src/sys/vm/vm_fault.c:400 #7 0x805cf7e7 in vm_fault (map=0xfe000100, vaddr=, fault_type=2 '\002', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:224 #8 0x8060cfd2 in trap_pfault (frame=0xff846b258660, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:767 #9 0x8060c866 in trap (frame=0xff846b258660) at /usr/src/sys/amd64/amd64/trap.c:463 #10 0x805f58b3 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #11 0x8054518e in tcp_input (m=, off0=Cannot access memory at address 0x14 ) at counter.h:45 #12 0x8053d61a in ip_input (m=0xfe0104bf0400) at /usr/src/sys/netinet/ip_input.c:808 #13 0x8051cf30 in netisr_dispatch_src (proto=, source=, m=0xfe0104bf0400) at /usr/src/sys/net/netisr.c:1013 #14 0x805123d0 in ether_demux (ifp=, m=0xfe0104bf0400) at /usr/src/sys/net/if_ethersubr.c:849 #15 0x805130f5 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:644 #16 0x8051cf30 in netisr_dispatch_src (proto=, source=, m=0xfe0104bf0400) at /usr/src/sys/net/netisr.c:1013 #17 0x80512342 in ether_demux (ifp=0xfe0035689000, m=0xfe0104bf0400) at /usr/src/sys/net/if_ethersubr.c:758 #18 0x805130f5 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:644 #19 0x8051cf30 in netisr_dispatch_src (proto=, source=, m=0xfe0104bf0400) at /usr/src/sys/net/netisr.c:1013 #20 0x803055a7 in igb_rxeof (count=1499) at /usr/src/sys/dev/e1000/if_igb.c:4723 #21 0x80305aa1 in igb_msix_que (arg=0xfe002c1ceb38) at /usr/src/sys/dev/e1000/if_igb.c:1590 #22 0x80422d90 in intr_event_execute_handlers ( p=, ie=0xfe002e008200) at /usr/src/sys/kern/kern_intr.c:1263 #23 0x804237f8 in ithread_loop (arg=0xfe002e0431a0) at /usr/src/sys/kern/kern_intr.c:1276 #24 0x80420814 in fork_exit ( callout=0x804236c0 , arg=0xfe002e0431a0, frame=0xff846b258c00) at /usr/src/sys/kern/ker
Re: Panic in tcp_input
Andre Oppermann wrote: > On 19.06.2013 11:10, Ian FREISLICH wrote: > > Hi > > > > I'm seeing this panic quite regularly now. Most recent sighting on r251858. > > This panic message is not very informative and very hard to extract any > meaningful hints. Do you have a core dump and matching debug kernel? I do. If you can send me your public ssh key in private email, I can give you access to the server in question. Ian -- Ian Freislich ___ 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"
expanding past 1 TB on amd64
In src/sys/amd64/include/vmparam.h is this handy map: * 0x - 0x7fff user map * 0x8000 - 0x7fff does not exist (hole) * 0x8000 - 0x804020100fff recursive page table (512GB slot) * 0x804020101000 - 0xfdff unused * 0xfe00 - 0xfeff 1TB direct map * 0xff00 - 0xff7f unused * 0xff80 - 0x 512GB kernel map showing that the system can deal with at most 1 TB of address space (because of the direct map), using at most half of that for kernel memory (less, really, due to the inevitable VM fragmentation). New boards are coming soonish that will have the ability to go past that (24 DIMMs of 64 GB each = 1.5 TB). Or, if some crazy people :-) might want to use a most of a 768 GB board (24 DIMMs of 32 GB each, possible today although the price is kind of staggering) as wired-down kernel memory, the 512 GB VM area is already a problem. I have not wrapped my head around the amd64 pmap code but figured I'd ask: what might need to change to support larger spaces? Obviously NKPML4E in amd64/include/pmap.h, for the kernel start address; and NDMPML4E for the direct map. It looks like this would adjust KERNBASE and the direct map appropriately. But would that suffice, or have I missed something? For that matter, if these are changed to make space for future expansion, what would be a good expansion size? Perhaps multiply the sizes by 16? (If memory doubles roughly every 18 months, that should give room for at least 5 years.) 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: Panic in tcp_input
On 19.06.2013 11:34, Ian FREISLICH wrote:
Andre Oppermann wrote:
On 19.06.2013 11:10, Ian FREISLICH wrote:
Hi
I'm seeing this panic quite regularly now. Most recent sighting on r251858.
This panic message is not very informative and very hard to extract any
meaningful hints. Do you have a core dump and matching debug kernel?
I do. If you can send me your public ssh key in private email, I
can give you access to the server in question.
It bombs while accessing a per-cpu counter:
(kgdb) frame 11
#11 0x8054518e in tcp_input (m=, off0=Cannot access
memory at address 0x14)
at counter.h:45
45 __asm __volatile("addq\t%1,%%gs:(%0)"
This seems to be a fallout of the recent UMA changes and its interaction
with the per-cpu counter(9) system.
Adding in and handing over to Gleb and Jeff as they touched this area last.
--
Andre
___
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 tcp_input
On Wed, Jun 19, 2013 at 02:20:14PM +0200, Andre Oppermann wrote:
A> On 19.06.2013 11:34, Ian FREISLICH wrote:
A> > Andre Oppermann wrote:
A> >> On 19.06.2013 11:10, Ian FREISLICH wrote:
A> >>> Hi
A> >>>
A> >>> I'm seeing this panic quite regularly now. Most recent sighting on
r251858.
A> >>
A> >> This panic message is not very informative and very hard to extract any
A> >> meaningful hints. Do you have a core dump and matching debug kernel?
A> >
A> > I do. If you can send me your public ssh key in private email, I
A> > can give you access to the server in question.
A>
A> It bombs while accessing a per-cpu counter:
A>
A> (kgdb) frame 11
A> #11 0x8054518e in tcp_input (m=, off0=Cannot
access
A> memory at address 0x14)
A> at counter.h:45
A> 45 __asm __volatile("addq\t%1,%%gs:(%0)"
A>
A> This seems to be a fallout of the recent UMA changes and its interaction
A> with the per-cpu counter(9) system.
A>
A> Adding in and handing over to Gleb and Jeff as they touched this area last.
Ian has reported this panic several days before Jeff's changes :(
--
Totus tuus, Glebius.
___
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: Khan
http://www.wanderjule.com/ok/sfhj/exp/dpiv.html?ekb=hpdc Best regards, Khan ___ 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-06-19 12:25:57 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 12:25:57 - 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-06-19 12:25:57 - starting HEAD tinderbox run for mips64/mips TB --- 2013-06-19 12:25:57 - cleaning the object tree TB --- 2013-06-19 12:27:21 - /usr/local/bin/svn stat /src TB --- 2013-06-19 12:28:29 - At svn revision 251990 TB --- 2013-06-19 12:28:30 - building world TB --- 2013-06-19 12:28:30 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 12:28:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 12:28:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 12:28:30 - SRCCONF=/dev/null TB --- 2013-06-19 12:28:30 - TARGET=mips TB --- 2013-06-19 12:28:30 - TARGET_ARCH=mips64 TB --- 2013-06-19 12:28:30 - TZ=UTC TB --- 2013-06-19 12:28:30 - __MAKE_CONF=/dev/null TB --- 2013-06-19 12:28:30 - cd /src TB --- 2013-06-19 12:28:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 12:28:37 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 [...] make: /obj/mips.mips64/src/usr.bin/svn/svn/.depend, 4312: ignoring stale .depend for /obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr_util/libapr_util.a cc -O -pipe -G0 -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion -I/src/usr.bin/svn/svn/.. -I/src/usr.bin/svn/svn/../lib/libapr -I/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix -I/src/usr.bin/svn/svn/../../../contrib/apr/include -I/src/usr.bin/svn/svn/../lib/libapr_util -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include -std=gnu99 -Wno-pointer-sign -o svnlite add-cmd.o blame-cmd.o cat-cmd.o changelist-cmd.o checkout-cmd.o cl-conflicts.o cleanup-cmd.o commit-cmd.o conflict-callbacks.o copy-cmd.o delete-cmd.o deprecated.o diff-cmd.o export-cmd.o file-merge.o help-cmd.o import-cmd.o info-cmd.o list-cmd.o lock-cmd.o log-cmd.o merge-cmd.o mergeinfo-cmd.o mkdir-cmd.o move-cmd.o notify.o patch-cmd.o propdel-cmd.o propedit-cmd.o propget-cmd.o proplist-cmd.o props.o propset-cmd.o relocate-cmd.o resolve-cmd.o re! solved-cmd.o revert-cmd.o status-cmd.o status.o svn.o switch-cmd.o unlock-cmd.o update-cmd.o upgrade-cmd.o util.o -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_client -lsvn_client -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_wc -lsvn_wc -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra -lsvn_ra -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra_local -lsvn_ra_local -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra_svn -lsvn_ra_svn -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra_serf -lsvn_ra_serf -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_repos -lsvn_repos -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_fs -lsvn_fs -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_fs_fs -lsvn_fs_fs -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_fs_util -lsvn_fs_util -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_delta -lsvn_delta -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_diff -lsvn_diff -L/obj/mips.! mips64/src/usr.bin/svn/svn/../lib/libsvn_subr -lsvn_subr -L/o! bj/mips.mips64/src/usr.bin/svn/svn/../lib/libserf -lserf -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr_util -lapr-util -lbsdxml -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr -lapr -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsqlite3 -lsqlite3 -lz -lcrypt -lmagic -lcrypto -lssl -lpthread /obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__add': named_atomic.c:(.text+0x270): undefined reference to `__sync_add_and_fetch_8' named_atomic.c:(.text+0x274): undefined reference to `__sync_add_and_fetch_8' /obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr/libapr.a(builtins.o): In function `apr_atomic_dec32': builtins.c:(.text+0x184): undefined reference to `__sync_sub_and_fetch_4' builtins.c:(.text+0x188): undefined reference to `__sync_sub_and_fetch_4' *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/svn *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/usr.bin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-19 13:25:44 - WARNING: /usr/bin/make returned exit code 1
Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33
Hm, yesterday I turn off SNA optimization and got hang when shutdown :( On Wednesday 19 June 2013 00:25:55 Konstantin Belousov wrote: > On Wed, Jun 19, 2013 at 01:11:19AM +0400, Oleg Sidorkin wrote: > > On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov > > > > wrote: > > > On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: > > >> Thanks for the patch. > > >> I've adapted the proposed patch for stable/9 and it is running with > > >> SNA enabled now. > > > > > > In other words, your problem seems to be gone with the patch applied ? > > > > Now 48h are passed without panics. Fix definitely works. Thanks. > > Thank you. > > I tested it locally (without SNA) and committed the change a hour ago. > It is required anyway, since the race sounds possible. I was mostly > concerned with a thinko in the logic. -- Artyom Mirgorodskiy ___ 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 powerpc/powerpc
TB --- 2013-06-19 12:36:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 12:36:24 - 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-06-19 12:36:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-06-19 12:36:24 - cleaning the object tree TB --- 2013-06-19 12:38:54 - /usr/local/bin/svn stat /src TB --- 2013-06-19 12:38:58 - At svn revision 251990 TB --- 2013-06-19 12:38:59 - building world TB --- 2013-06-19 12:38:59 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 12:38:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 12:38:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 12:38:59 - SRCCONF=/dev/null TB --- 2013-06-19 12:38:59 - TARGET=powerpc TB --- 2013-06-19 12:38:59 - TARGET_ARCH=powerpc TB --- 2013-06-19 12:38:59 - TZ=UTC TB --- 2013-06-19 12:38:59 - __MAKE_CONF=/dev/null TB --- 2013-06-19 12:38:59 - cd /src TB --- 2013-06-19 12:38:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 12:39:06 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 [...] make: /obj/powerpc.powerpc/src/usr.bin/svn/svn/.depend, 4357: ignoring stale .depend for /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libapr_util/libapr_util.a cc -O2 -pipe -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion -I/src/usr.bin/svn/svn/.. -I/src/usr.bin/svn/svn/../lib/libapr -I/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix -I/src/usr.bin/svn/svn/../../../contrib/apr/include -I/src/usr.bin/svn/svn/../lib/libapr_util -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include -std=gnu99 -fstack-protector -Wno-pointer-sign -o svnlite add-cmd.o blame-cmd.o cat-cmd.o changelist-cmd.o checkout-cmd.o cl-conflicts.o cleanup-cmd.o commit-cmd.o conflict-callbacks.o copy-cmd.o delete-cmd.o deprecated.o diff-cmd.o export-cmd.o file-merge.o help-cmd.o import-cmd.o info-cmd.o list-cmd.o lock-cmd.o log-cmd.o merge-cmd.o mergeinfo-cmd.o mkdir-cmd.o move-cmd.o notify.o patch-cmd.o propdel-cmd.o propedit-cmd.o propget-cmd.o proplist-cmd.o props.o propset-cmd.o relocate-cmd.o r! esolve-cmd.o resolved-cmd.o revert-cmd.o status-cmd.o status.o svn.o switch-cmd.o unlock-cmd.o update-cmd.o upgrade-cmd.o util.o -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_client -lsvn_client -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_wc -lsvn_wc -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra -lsvn_ra -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra_local -lsvn_ra_local -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra_svn -lsvn_ra_svn -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra_serf -lsvn_ra_serf -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_repos -lsvn_repos -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_fs -lsvn_fs -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_fs_fs -lsvn_fs_fs -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_fs_util -lsvn_fs_util -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_delta -lsvn_delta -L/obj/powerpc.powerpc/! src/usr.bin/svn/svn/../lib/libsvn_diff -lsvn_diff -L/obj/powe! rpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr -lsvn_subr -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libserf -lserf -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libapr_util -lapr-util -lbsdxml -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libapr -lapr -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsqlite3 -lsqlite3 -lz -lcrypt -lmagic -lcrypto -lssl -lpthread /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__cmpxchg': named_atomic.c:(.text+0x168): undefined reference to `__sync_val_compare_and_swap_8' /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__add': named_atomic.c:(.text+0x250): undefined reference to `__sync_add_and_fetch_8' /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__write': named_atomic.c:(.text+0x2dc): undefined reference to `__sync_lock_test_and_set_8' *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/svn *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/u
Re: gpart: can not add MBR partitions with "gpart add -t mbr"
On Tue, 18 Jun 2013, O. Hartmann wrote: Having a 1TB disk with a MBR partition layout created successfully with "gpart create -s MBR ada4", which is shown as Geom name: ada4 modified: false state: OK fwheads: 16 fwsectors: 63 last: 1953525167 first: 63 entries: 4 scheme: MBR Consumers: 1. Name: ada4 Mediasize: 1000204886016 (931G) Sectorsize: 512 Mode: r0w0e0 it is impossible for me to create a partition with gpart add -t mbr ada4 as it can be read in the manpage of gpart. I can't find that in 9-stable or -head. If it's a literal example, please point it out and I'll fix it. Whatever I do, I receive a useless error from gpart gpart: Invalid argument with no further information. In kernel, I already added GEOM_MBR. geom_part_mbr and geom_part_ldm kernel modules are then already loaded. I tried to figure out what's going wrong but this seems highly enigmatic. What am I doing wrong? "mbr" is partitioning scheme, not a partition type. Common MBR partition types that gpart knows by name are freebsd, freebsd-ufs, freebsd-zfs, ntfs, no doubt lots of others but offhand I don't know where to get the whole list. Examples shown here (MBR in the second half): http://www.wonkity.com/~wblock/docs/html/disksetup.html Numbers can also be used for partition types by prefixing them with an exclamation point, but that must be escaped to keep the shell from interpreting it: gpart add -t \!12 -s1G ada0 That would add a "FAT32X/LBA" partition. There's a list of values here: http://en.wikipedia.org/wiki/Partition_type ___ 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"
Kernel build fails on ARM: Cannot fork: Cannot allocate memory
Hello, I've been trying to compile the kernel on my ARMv7 platform using the sources from the current FreeBSD HEAD. make buildkernel <.> -j5 1/2 builds fails in the way described below: -- ing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/root/src/freebsd-arm-superpages/sys -I/root/src/freebsd-arm-superpages/sys/contrib/altq -I/root/src/freebsd-arm-superpages/sys/contrib/libfdt -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 -mno-thumb-interwork -ffreestanding -Werror /root/src/freebsd-arm-superpages/sys/ufs/ffs/ffs_snapshot.c Cannot fork: Cannot allocate memory *** [ffs_snapshot.o] Error code 2 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 1 error 5487.888u 481.569s 7:35.65 1310.0% 1443+167k 1741+5388io 221pf+0w -- The warning from std err is: -- vm_thread_new: kstack allocation failed vm_thread_new: kstack allocation failed -- I was trying to find out which commit is causing this (because I was previously working on some older revision) and using bisect I got to: -- Author: jeff Date: Tue Jun 18 04:50:20 2013 + Refine UMA bucket allocation to reduce space consumption and improve performance. - Always free to the alloc bucket if there is space. This gives LIFO allocation order to improve hot-cache performance. This also allows for zones with a single bucket per-cpu rather than a pair if the entire working set fits in one bucket. - Enable per-cpu caches of buckets. To prevent recursive bucket allocation one bucket zone still has per-cpu caches disabled. - Pick the initial bucket size based on a table driven maximum size per-bucket rather than the number of items per-page. This gives more sane initial sizes. - Only grow the bucket size when we face contention on the zone lock, this causes bucket sizes to grow more slowly. - Adjust the number of items per-bucket to account for the header space. This packs the buckets more efficiently per-page while making them not quite powers of two. - Eliminate the per-zone free bucket list. Always return buckets back to the bucket zone. This ensures that as zones grow into larger bucket sizes they eventually discard the smaller sizes. It persists fewer buckets in the system. The locking is slightly trickier. - Only switch buckets in zalloc, not zfree, this eliminates pathological cases where we ping-pong between two buckets. - Ensure that the thread that fills a new bucket gets to allocate from it to give a better upper bound on allocation time. Sponsored by: EMC / Isilon Storage Division -- I checked this several times and this commits seems to be causing this. Does anyone observe similar behavior or have a solution? Best regards Zbyszek Bodek ___ 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 tcp_input
Gleb Smirnoff wrote: > A> This seems to be a fallout of the recent UMA changes and its interaction > A> with the per-cpu counter(9) system. > A> > A> Adding in and handing over to Gleb and Jeff as they touched this area last . > > Ian has reported this panic several days before Jeff's changes :( Do you want me to try to find the revision of origin? I have a verified sighting at r251615 and I'm pretty sure I've seen it earlier than that. Subjectively, it seems to have got a lot worse lately. Maybe the "recent UMA changes" have exposed some latent issue? Ian -- Ian Freislich ___ 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: Kernel build fails on ARM: Cannot fork: Cannot allocate memory
On Wed, Jun 19, 2013 at 10:15 PM, Zbyszek Bodek wrote: > Hello, > > I've been trying to compile the kernel on my ARMv7 platform using the > sources from the current FreeBSD HEAD. > > make buildkernel <.> -j5 > > 1/2 builds fails in the way described below: > -- > ing-include-dirs -fdiagnostics-show-option -nostdinc -I. > -I/root/src/freebsd-arm-superpages/sys > -I/root/src/freebsd-arm-superpages/sys/contrib/altq > -I/root/src/freebsd-arm-superpages/sys/contrib/libfdt -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 -mno-thumb-interwork -ffreestanding -Werror > /root/src/freebsd-arm-superpages/sys/ufs/ffs/ffs_snapshot.c > Cannot fork: Cannot allocate memory > *** [ffs_snapshot.o] Error code 2 > 1 error > *** [buildkernel] Error code 2 > 1 error > *** [buildkernel] Error code 2 > 1 error > 5487.888u 481.569s 7:35.65 1310.0% 1443+167k 1741+5388io 221pf+0w > -- > -j5 tricky :) I think it is necessary to build one may be in two streams, as well as make the swap ___ 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 arm/arm
TB --- 2013-06-19 16:10:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 16:10:16 - 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-06-19 16:10:16 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-19 16:10:16 - cleaning the object tree TB --- 2013-06-19 16:12:43 - /usr/local/bin/svn stat /src TB --- 2013-06-19 16:12:47 - At svn revision 251995 TB --- 2013-06-19 16:12:48 - building world TB --- 2013-06-19 16:12:48 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 16:12:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 16:12:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 16:12:48 - SRCCONF=/dev/null TB --- 2013-06-19 16:12:48 - TARGET=arm TB --- 2013-06-19 16:12:48 - TARGET_ARCH=arm TB --- 2013-06-19 16:12:48 - TZ=UTC TB --- 2013-06-19 16:12:48 - __MAKE_CONF=/dev/null TB --- 2013-06-19 16:12:48 - cd /src TB --- 2013-06-19 16:12:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 16:12:55 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 [...] /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:183:34: note: expanded from macro 'APR_RING_PREV' #define APR_RING_PREV(ep, link) (ep)->link.prev ^ /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:177:34: note: expanded from macro 'APR_RING_NEXT' #define APR_RING_NEXT(ep, link) (ep)->link.next ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 1 warning and 20 errors generated. *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib/libapr *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/usr.bin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-19 19:05:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-19 19:05:55 - ERROR: failed to build world TB --- 2013-06-19 19:05:55 - 8433.58 user 1427.42 system 10538.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full ___ 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 armv6/arm
TB --- 2013-06-19 16:10:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 16:10:16 - 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-06-19 16:10:16 - starting HEAD tinderbox run for armv6/arm TB --- 2013-06-19 16:10:16 - cleaning the object tree TB --- 2013-06-19 16:12:43 - /usr/local/bin/svn stat /src TB --- 2013-06-19 16:12:47 - At svn revision 251995 TB --- 2013-06-19 16:12:48 - building world TB --- 2013-06-19 16:12:48 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 16:12:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 16:12:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 16:12:48 - SRCCONF=/dev/null TB --- 2013-06-19 16:12:48 - TARGET=arm TB --- 2013-06-19 16:12:48 - TARGET_ARCH=armv6 TB --- 2013-06-19 16:12:48 - TZ=UTC TB --- 2013-06-19 16:12:48 - __MAKE_CONF=/dev/null TB --- 2013-06-19 16:12:48 - cd /src TB --- 2013-06-19 16:12:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 16:12:55 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 [...] /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:183:34: note: expanded from macro 'APR_RING_PREV' #define APR_RING_PREV(ep, link) (ep)->link.prev ^ /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:177:34: note: expanded from macro 'APR_RING_NEXT' #define APR_RING_NEXT(ep, link) (ep)->link.next ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 1 warning and 20 errors generated. *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib/libapr *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/lib *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/usr.bin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-19 19:05:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-19 19:05:55 - ERROR: failed to build world TB --- 2013-06-19 19:05:55 - 8437.22 user 1425.57 system 10539.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full ___ 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: [head tinderbox] failure on arm/arm
On 2013-06-19 07:27, Tim Kientzle wrote:> stage 4.2: building libraries > stage 4.3: make dependencies > stage 4.4: building everything >> [...] >> /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:183:34: >> note: expanded from macro 'APR_RING_PREV' >> #define APR_RING_PREV(ep, link) (ep)->link.prev >> ^ >> /src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:177:34: >> note: expanded from macro 'APR_RING_NEXT' >> #define APR_RING_NEXT(ep, link) (ep)->link.next >> ^ >> fatal error: too many errors emitted, stopping now [-ferror-limit=] >> 1 warning and 20 errors generated. >> *** Error code 1 >> >> Stop. >> make: stopped in /src/usr.bin/svn/lib/libapr >> *** Error code 1 > > This might be the OffsetOf bug for APR on ARM. > We just got a fix pushed upstream for this a few > days ago. > > I don't have time to look, but someone should take > a peek at the following patch and see if it's > needed: > > --- ./apr-1.4.7/include/apr_general.h.orig > +++ ./apr-1.4.7/include/apr_general.h > @@ -76,7 +76,7 @@ > ·*·@return·offset > ·*/ > -#if·defined(CRAY)·||·(defined(__arm)·&&·!defined(LINUX)) > +#if·defined(CRAY)·||·(defined(__arm)·&&·!(defined(LINUX)·||·defined(__FreeBSD__))) > #ifdef·__STDC__ > #define·APR_OFFSET(p_type,field)·_Offsetof(p_type,field) > #else > Sorry for the late reply, There is a new apr version on the way which contains the fix already, I suspect it will be released during the next days (if no show stopper is found) The following patch updates apr from 1.4.6 to 1.4.8 http://people.freebsd.org/~ohauer/diffs/apr-1.4.8.1.4.1.diff Would you mind to test the new version on the arm platform and run $> make test (as non priv. user) I have tested on 8.4 and 9.1 no 10-cur system available, tests do not run on redports because of system restrictions (jail). -- olli ___ 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-06-19 23:10:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 23:10:17 - 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-06-19 23:10:17 - starting HEAD tinderbox run for mips64/mips TB --- 2013-06-19 23:10:17 - cleaning the object tree TB --- 2013-06-19 23:11:42 - /usr/local/bin/svn stat /src TB --- 2013-06-19 23:13:03 - At svn revision 251995 TB --- 2013-06-19 23:13:04 - building world TB --- 2013-06-19 23:13:04 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 23:13:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 23:13:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 23:13:04 - SRCCONF=/dev/null TB --- 2013-06-19 23:13:04 - TARGET=mips TB --- 2013-06-19 23:13:04 - TARGET_ARCH=mips64 TB --- 2013-06-19 23:13:04 - TZ=UTC TB --- 2013-06-19 23:13:04 - __MAKE_CONF=/dev/null TB --- 2013-06-19 23:13:04 - cd /src TB --- 2013-06-19 23:13:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 23:13:11 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 [...] make: /obj/mips.mips64/src/usr.bin/svn/svn/.depend, 4312: ignoring stale .depend for /obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr_util/libapr_util.a cc -O -pipe -G0 -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion -I/src/usr.bin/svn/svn/.. -I/src/usr.bin/svn/svn/../lib/libapr -I/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix -I/src/usr.bin/svn/svn/../../../contrib/apr/include -I/src/usr.bin/svn/svn/../lib/libapr_util -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include -std=gnu99 -Wno-pointer-sign -o svnlite add-cmd.o blame-cmd.o cat-cmd.o changelist-cmd.o checkout-cmd.o cl-conflicts.o cleanup-cmd.o commit-cmd.o conflict-callbacks.o copy-cmd.o delete-cmd.o deprecated.o diff-cmd.o export-cmd.o file-merge.o help-cmd.o import-cmd.o info-cmd.o list-cmd.o lock-cmd.o log-cmd.o merge-cmd.o mergeinfo-cmd.o mkdir-cmd.o move-cmd.o notify.o patch-cmd.o propdel-cmd.o propedit-cmd.o propget-cmd.o proplist-cmd.o props.o propset-cmd.o relocate-cmd.o resolve-cmd.o re! solved-cmd.o revert-cmd.o status-cmd.o status.o svn.o switch-cmd.o unlock-cmd.o update-cmd.o upgrade-cmd.o util.o -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_client -lsvn_client -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_wc -lsvn_wc -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra -lsvn_ra -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra_local -lsvn_ra_local -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra_svn -lsvn_ra_svn -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_ra_serf -lsvn_ra_serf -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_repos -lsvn_repos -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_fs -lsvn_fs -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_fs_fs -lsvn_fs_fs -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_fs_util -lsvn_fs_util -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_delta -lsvn_delta -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_diff -lsvn_diff -L/obj/mips.! mips64/src/usr.bin/svn/svn/../lib/libsvn_subr -lsvn_subr -L/o! bj/mips.mips64/src/usr.bin/svn/svn/../lib/libserf -lserf -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr_util -lapr-util -lbsdxml -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr -lapr -L/obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsqlite3 -lsqlite3 -lz -lcrypt -lmagic -lcrypto -lssl -lpthread /obj/mips.mips64/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__add': named_atomic.c:(.text+0x270): undefined reference to `__sync_add_and_fetch_8' named_atomic.c:(.text+0x274): undefined reference to `__sync_add_and_fetch_8' /obj/mips.mips64/src/usr.bin/svn/svn/../lib/libapr/libapr.a(builtins.o): In function `apr_atomic_dec32': builtins.c:(.text+0x184): undefined reference to `__sync_sub_and_fetch_4' builtins.c:(.text+0x188): undefined reference to `__sync_sub_and_fetch_4' *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/svn *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/usr.bin *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-20 00:11:18 - WARNING: /usr/bin/make returned exit code 1
[head tinderbox] failure on powerpc/powerpc
TB --- 2013-06-19 23:27:37 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-19 23:27:37 - 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-06-19 23:27:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-06-19 23:27:37 - cleaning the object tree TB --- 2013-06-19 23:30:01 - /usr/local/bin/svn stat /src TB --- 2013-06-19 23:30:05 - At svn revision 251995 TB --- 2013-06-19 23:30:06 - building world TB --- 2013-06-19 23:30:06 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 23:30:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 23:30:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 23:30:06 - SRCCONF=/dev/null TB --- 2013-06-19 23:30:06 - TARGET=powerpc TB --- 2013-06-19 23:30:06 - TARGET_ARCH=powerpc TB --- 2013-06-19 23:30:06 - TZ=UTC TB --- 2013-06-19 23:30:06 - __MAKE_CONF=/dev/null TB --- 2013-06-19 23:30:06 - cd /src TB --- 2013-06-19 23:30:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 19 23:30:15 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 [...] make: /obj/powerpc.powerpc/src/usr.bin/svn/svn/.depend, 4357: ignoring stale .depend for /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libapr_util/libapr_util.a cc -O2 -pipe -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion/include -I/src/usr.bin/svn/svn/../../../contrib/subversion/subversion -I/src/usr.bin/svn/svn/.. -I/src/usr.bin/svn/svn/../lib/libapr -I/src/usr.bin/svn/svn/../../../contrib/apr/include/arch/unix -I/src/usr.bin/svn/svn/../../../contrib/apr/include -I/src/usr.bin/svn/svn/../lib/libapr_util -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include/private -I/src/usr.bin/svn/svn/../../../contrib/apr-util/include -std=gnu99 -fstack-protector -Wno-pointer-sign -o svnlite add-cmd.o blame-cmd.o cat-cmd.o changelist-cmd.o checkout-cmd.o cl-conflicts.o cleanup-cmd.o commit-cmd.o conflict-callbacks.o copy-cmd.o delete-cmd.o deprecated.o diff-cmd.o export-cmd.o file-merge.o help-cmd.o import-cmd.o info-cmd.o list-cmd.o lock-cmd.o log-cmd.o merge-cmd.o mergeinfo-cmd.o mkdir-cmd.o move-cmd.o notify.o patch-cmd.o propdel-cmd.o propedit-cmd.o propget-cmd.o proplist-cmd.o props.o propset-cmd.o relocate-cmd.o r! esolve-cmd.o resolved-cmd.o revert-cmd.o status-cmd.o status.o svn.o switch-cmd.o unlock-cmd.o update-cmd.o upgrade-cmd.o util.o -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_client -lsvn_client -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_wc -lsvn_wc -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra -lsvn_ra -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra_local -lsvn_ra_local -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra_svn -lsvn_ra_svn -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_ra_serf -lsvn_ra_serf -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_repos -lsvn_repos -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_fs -lsvn_fs -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_fs_fs -lsvn_fs_fs -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_fs_util -lsvn_fs_util -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_delta -lsvn_delta -L/obj/powerpc.powerpc/! src/usr.bin/svn/svn/../lib/libsvn_diff -lsvn_diff -L/obj/powe! rpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr -lsvn_subr -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libserf -lserf -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libapr_util -lapr-util -lbsdxml -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libapr -lapr -L/obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsqlite3 -lsqlite3 -lz -lcrypt -lmagic -lcrypto -lssl -lpthread /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__cmpxchg': named_atomic.c:(.text+0x168): undefined reference to `__sync_val_compare_and_swap_8' /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__add': named_atomic.c:(.text+0x250): undefined reference to `__sync_add_and_fetch_8' /obj/powerpc.powerpc/src/usr.bin/svn/svn/../lib/libsvn_subr/libsvn_subr.a(named_atomic.o): In function `svn_named_atomic__write': named_atomic.c:(.text+0x2dc): undefined reference to `__sync_lock_test_and_set_8' *** Error code 1 Stop. make: stopped in /src/usr.bin/svn/svn *** Error code 1 Stop. make: stopped in /src/usr.bin/svn *** Error code 1 Stop. make: stopped in /src/u
Re: Updating from 9.1-release to svn head: what might be the problem?
On Tue, Jun 18, 2013 at 10:21:33PM +0700, Alexey Dokuchaev wrote: > I've been trying to install fresh -CURRENT (in VirtualBox/i386), and since > recent snapshots did not work for me, had to do this by first installing > from 9.1-release .iso. After "svn co .../head /usr/src" and standard make > world/kernel/mergemaster procedure (w/out any custom settings in make.conf > or src.conf), I apparently keep getting screwed up system [...] It's getting strange: colleague at $work convinced me to try VMware Player, and I reluctantly agreed... Well, with that thing I managed to install Marchish -CURRENT snapshot, successfully rebuild the world, and now building my ports... So I'm puzzled: is it my hands, broken 9.1 -> 10.0 upgrade, or some VirtualBox vs. VMplayer issue?.. ./danfe ___ 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"
