Re: recent update breaks some ports
On Wed, Apr 11, 2012 at 11:27:55PM +0200, Stefan Farfeleder wrote: > On Wed, Apr 11, 2012 at 03:53:38PM +0300, Konstantin Belousov wrote: > > On Wed, Apr 11, 2012 at 01:34:01PM +0200, Stefan Farfeleder wrote: > > > On Tue, Apr 10, 2012 at 08:31:53AM +0200, Stefan Farfeleder wrote: > > > > > > > > I'm experiencing that too (r234038), xine also no longer starts (hangs > > > > at splash screen). > > > > > > FWIW backing out r233749 fixes evince and xine for me. > > Please recompile at least rtld/libc/libthr with debugging symbols and get > > a backtrace from the hung process. > > Attaching gdb to a hanging evince process yields this: Sorry, I forgot that make install strips debug info. Here are the traces with actual debug info: 0x000807f7c9ac in _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 37 RSYSCALL_ERR(_umtx_op) (gdb) bt #0 0x000807f7c9ac in _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 #1 0x000807f72431 in __thr_rwlock_wrlock (rwlock=Variable "rwlock" is not available. ) at /usr/src/lib/libthr/thread/thr_umtx.c:296 #2 0x000807f78473 in _thr_rtld_wlock_acquire (lock=0x808189b00) at thr_umtx.h:194 #3 0x0008006676a9 in wlock_acquire (lock=0x800877760, lockstate=0x7f5fa570) at /usr/src/libexec/rtld-elf/rtld_lock.c:213 #4 0x000800664a6e in dlopen_object (name=0x80ac87632 "libsupc++.so.1", fd=-1, refobj=0x8007e2400, lo_flags=0, mode=1) at /usr/src/libexec/rtld-elf/rtld.c:2517 #5 0x000800664e2c in load_filtee1 (obj=0x8007e2400, needed=0x8007e1b80, flags=0) at /usr/src/libexec/rtld-elf/rtld.c:1679 #6 0x000800664e86 in load_filtees (obj=0x8007e2400, flags=0, lockstate=Variable "lockstate" is not available. ) at /usr/src/libexec/rtld-elf/rtld.c:1692 #7 0x0008006651bb in symlook_obj (req=0x7f5fa720, obj=0x8007e2400) at /usr/src/libexec/rtld-elf/rtld.c:3421 #8 0x000800665337 in symlook_list (req=0x7f5fa7a0, objlist=Variable "objlist" is not available. ) at /usr/src/libexec/rtld-elf/rtld.c:3335 #9 0x000800665521 in symlook_global (req=0x7f5faaf0, donelist=0x7f5faa90) at /usr/src/libexec/rtld-elf/rtld.c:3247 #10 0x0008006658ef in symlook_default (req=0x7f5faaf0, refobj=0x8007e0c00) at /usr/src/libexec/rtld-elf/rtld.c:3286 #11 0x000800665bed in find_symdef (symnum=266, refobj=0x8007e0c00, defobj_out=0x7f5fab90, flags=0, cache=0x80079a000, lockstate=0x7f5fac30) at /usr/src/libexec/rtld-elf/rtld.c:1416 #12 0x00080066065b in reloc_non_plt (obj=0x8007e0c00, obj_rtld=Variable "obj_rtld" is not available. ) at /usr/src/libexec/rtld-elf/amd64/reloc.c:155 #13 0x0008006634e7 in relocate_objects (first=Variable "first" is not available. ) at /usr/src/libexec/rtld-elf/rtld.c:2185 #14 0x000800664c96 in dlopen_object (name=0x80a497100 "/usr/local/lib/evince/3/backends/libpdfdocument.so", fd=Variable "fd" is not available. ) at /usr/src/libexec/rtld-elf/rtld.c:2543 #15 0x0008006657b4 in rtld_dlopen (name=0x80a497100 "/usr/local/lib/evince/3/backends/libpdfdocument.so", fd=-1, mode=258) at /usr/src/libexec/rtld-elf/rtld.c:2491 #16 0x000806ba376b in g_module_open () from /usr/local/lib/libgmodule-2.0.so.0 #17 0x000800cb5097 in ev_module_get_path () from /usr/local/lib/libevdocument.so.3 #18 0x000806dd866c in g_type_module_use () from /usr/local/lib/libgobject-2.0.so.0 #19 0x000800cac949 in ev_backends_manager_get_document () from /usr/local/lib/libevdocument.so.3 #20 0x000800cb13f5 in ev_document_factory_add_filters () from /usr/local/lib/libevdocument.so.3 #21 0x000800cb15d4 in ev_document_factory_get_document () from /usr/local/lib/libevdocument.so.3 #22 0x000800ee77b9 in ev_job_load_new () from /usr/local/lib/libevview.so.3 #23 0x000800ee90f5 in ev_job_scheduler_push_job () from /usr/local/lib/libevview.so.3 #24 0x000807259274 in g_thread_create_full () from /usr/local/lib/libglib-2.0.so.0 #25 0x000807f70cdd in thread_start (curthread=0x808f1e400) at /usr/src/lib/libthr/thread/thr_create.c:284 #26 0x in ?? () Error accessing memory address 0x7f5fb000: Bad address. and: 0x000802e3c9ac in _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 37 RSYSCALL_ERR(_umtx_op) (gdb) bt #0 0x000802e3c9ac in _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 #1 0x000802e3262f in _thr_umtx_timedwait_uint (mtx=Variable "mtx" is not available. ) at /usr/src/lib/libthr/thread/thr_umtx.c:212 #2 0x000802e3b09d in cond_wait_common (cond=Variable "cond" is not available. ) at /usr/src/lib/libthr/thread/thr_cond.c:243 #3 0x000800bfbf23 in metronom_sync_loop (this_gen=Variable "this_gen" is not available. ) at metronom.c:871 #4 0x000802e30cdd in thread_start (curthread=0x804c0b400) at /usr/src/lib/libthr/thread/thr_create.c:284 #5 0x in ?? () Error accessin
Re: strange ping response times...
On Thu, Apr 12, 2012 at 01:18:59PM +1000, Bruce Evans wrote:
> On Wed, 11 Apr 2012, Luigi Rizzo wrote:
>
> >On Wed, Apr 11, 2012 at 02:16:49PM +0200, Andre Oppermann wrote:
...
> >ping takes a timestamp in userspace before trying to transmit
> >the packet, and then the timestamp for the received packet
> >is recorded in the kernel (in the interrupt or netisr thread
> >i believe -- anyways, not in userspace).
>
> No, all timestamps recorded used by ping are recorded in userland.
Bruce, look at the code in ping.c -- SO_TIMESTAMP is defined,
so the program does (successfully) a
setsockopt(s, SOL_SOCKET, SO_TIMESTAMP, &on, sizeof(on));
and then (verified that at runtime the code follows this path)
struct cmsghdr *cmsg = (struct cmsghdr *)&ctrl;
msg.msg_controllen = sizeof(ctrl);
msg.msg_namelen = sizeof(from);
if ((cc = recvmsg(s, &msg, 0)) < 0) {
if (errno == EINTR)
continue;
warn("recvmsg");
continue;
}
if (cmsg->cmsg_level == SOL_SOCKET &&
cmsg->cmsg_type == SCM_TIMESTAMP &&
cmsg->cmsg_len == CMSG_LEN(sizeof *tv)) {
/* Copy to avoid alignment problems: */
memcpy(&now, CMSG_DATA(cmsg), sizeof(now));
tv = &now;
}
...
> My normal ping -fq localhost RTT is 2-3 usec
> (closer to 3; another bug in this area is that the timestamps only
> have microseconds resolution so you can't see if 3 is actually
> more like 2.5. I was thinking of changing the resolution to
> nanoseconds 8-10 years ago, before the FreeBSD-5 pessimizations
> and CPU speeds hitting a wall made this not really necessary),
> but the kernel I'm testing with uses ipfw which bloats the RTT to 8-9
ipfw overhead obviously depends on your firewall configuration,
i have tested without ipfw to remove that noise.
cheers
luigi
___
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: recent update breaks some ports
On Thu, Apr 12, 2012 at 09:12:50AM +0200, Stefan Farfeleder wrote: > On Wed, Apr 11, 2012 at 11:27:55PM +0200, Stefan Farfeleder wrote: > > On Wed, Apr 11, 2012 at 03:53:38PM +0300, Konstantin Belousov wrote: > > > On Wed, Apr 11, 2012 at 01:34:01PM +0200, Stefan Farfeleder wrote: > > > > On Tue, Apr 10, 2012 at 08:31:53AM +0200, Stefan Farfeleder wrote: > > > > > > > > > > I'm experiencing that too (r234038), xine also no longer starts (hangs > > > > > at splash screen). > > > > > > > > FWIW backing out r233749 fixes evince and xine for me. > > > Please recompile at least rtld/libc/libthr with debugging symbols and get > > > a backtrace from the hung process. > > > > Attaching gdb to a hanging evince process yields this: > > Sorry, I forgot that make install strips debug info. Here are the traces > with actual debug info: > > 0x000807f7c9ac in _umtx_op_err () at > /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > 37 RSYSCALL_ERR(_umtx_op) > (gdb) bt > #0 0x000807f7c9ac in _umtx_op_err () at > /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > #1 0x000807f72431 in __thr_rwlock_wrlock (rwlock=Variable "rwlock" is > not available. > ) at /usr/src/lib/libthr/thread/thr_umtx.c:296 > #2 0x000807f78473 in _thr_rtld_wlock_acquire (lock=0x808189b00) at > thr_umtx.h:194 > #3 0x0008006676a9 in wlock_acquire (lock=0x800877760, > lockstate=0x7f5fa570) > at /usr/src/libexec/rtld-elf/rtld_lock.c:213 > #4 0x000800664a6e in dlopen_object (name=0x80ac87632 "libsupc++.so.1", > fd=-1, refobj=0x8007e2400, lo_flags=0, > mode=1) at /usr/src/libexec/rtld-elf/rtld.c:2517 > #5 0x000800664e2c in load_filtee1 (obj=0x8007e2400, needed=0x8007e1b80, > flags=0) > at /usr/src/libexec/rtld-elf/rtld.c:1679 > #6 0x000800664e86 in load_filtees (obj=0x8007e2400, flags=0, > lockstate=Variable "lockstate" is not available. > ) > at /usr/src/libexec/rtld-elf/rtld.c:1692 > #7 0x0008006651bb in symlook_obj (req=0x7f5fa720, obj=0x8007e2400) > at /usr/src/libexec/rtld-elf/rtld.c:3421 > #8 0x000800665337 in symlook_list (req=0x7f5fa7a0, objlist=Variable > "objlist" is not available. > ) at /usr/src/libexec/rtld-elf/rtld.c:3335 > #9 0x000800665521 in symlook_global (req=0x7f5faaf0, > donelist=0x7f5faa90) > at /usr/src/libexec/rtld-elf/rtld.c:3247 > #10 0x0008006658ef in symlook_default (req=0x7f5faaf0, > refobj=0x8007e0c00) > at /usr/src/libexec/rtld-elf/rtld.c:3286 > #11 0x000800665bed in find_symdef (symnum=266, refobj=0x8007e0c00, > defobj_out=0x7f5fab90, flags=0, > cache=0x80079a000, lockstate=0x7f5fac30) at > /usr/src/libexec/rtld-elf/rtld.c:1416 > #12 0x00080066065b in reloc_non_plt (obj=0x8007e0c00, obj_rtld=Variable > "obj_rtld" is not available. > ) at /usr/src/libexec/rtld-elf/amd64/reloc.c:155 > #13 0x0008006634e7 in relocate_objects (first=Variable "first" is not > available. > ) at /usr/src/libexec/rtld-elf/rtld.c:2185 > #14 0x000800664c96 in dlopen_object (name=0x80a497100 > "/usr/local/lib/evince/3/backends/libpdfdocument.so", fd=Variable "fd" is not > available. > ) > at /usr/src/libexec/rtld-elf/rtld.c:2543 > #15 0x0008006657b4 in rtld_dlopen (name=0x80a497100 > "/usr/local/lib/evince/3/backends/libpdfdocument.so", fd=-1, > mode=258) at /usr/src/libexec/rtld-elf/rtld.c:2491 > #16 0x000806ba376b in g_module_open () from > /usr/local/lib/libgmodule-2.0.so.0 > #17 0x000800cb5097 in ev_module_get_path () from > /usr/local/lib/libevdocument.so.3 > #18 0x000806dd866c in g_type_module_use () from > /usr/local/lib/libgobject-2.0.so.0 > #19 0x000800cac949 in ev_backends_manager_get_document () from > /usr/local/lib/libevdocument.so.3 > #20 0x000800cb13f5 in ev_document_factory_add_filters () from > /usr/local/lib/libevdocument.so.3 > #21 0x000800cb15d4 in ev_document_factory_get_document () from > /usr/local/lib/libevdocument.so.3 > #22 0x000800ee77b9 in ev_job_load_new () from > /usr/local/lib/libevview.so.3 > #23 0x000800ee90f5 in ev_job_scheduler_push_job () from > /usr/local/lib/libevview.so.3 > #24 0x000807259274 in g_thread_create_full () from > /usr/local/lib/libglib-2.0.so.0 > #25 0x000807f70cdd in thread_start (curthread=0x808f1e400) at > /usr/src/lib/libthr/thread/thr_create.c:284 > #26 0x in ?? () > Error accessing memory address 0x7f5fb000: Bad address. > > and: > > 0x000802e3c9ac in _umtx_op_err () at > /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > 37 RSYSCALL_ERR(_umtx_op) > (gdb) bt > #0 0x000802e3c9ac in _umtx_op_err () at > /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 > #1 0x000802e3262f in _thr_umtx_timedwait_uint (mtx=Variable "mtx" is not > available. > ) at /usr/src/lib/libthr/thread/thr_umtx.c:212 > #2 0x000802e3b09d in cond_wait_common (cond=Variable "cond" is not > available. > ) at /usr/src/lib/libthr/thread/thr_
Re: recent update breaks some ports
On Thu, Apr 12, 2012 at 01:39:28PM +0300, Konstantin Belousov wrote: > On Thu, Apr 12, 2012 at 09:12:50AM +0200, Stefan Farfeleder wrote: > > On Wed, Apr 11, 2012 at 11:27:55PM +0200, Stefan Farfeleder wrote: > > > On Wed, Apr 11, 2012 at 03:53:38PM +0300, Konstantin Belousov wrote: > > > > On Wed, Apr 11, 2012 at 01:34:01PM +0200, Stefan Farfeleder wrote: > > > > > On Tue, Apr 10, 2012 at 08:31:53AM +0200, Stefan Farfeleder wrote: > > > > > > > > > > > > I'm experiencing that too (r234038), xine also no longer starts > > > > > > (hangs > > > > > > at splash screen). > > > > > > > > > > FWIW backing out r233749 fixes evince and xine for me. > > > > Please recompile at least rtld/libc/libthr with debugging symbols and > > > > get > > > > a backtrace from the hung process. > > > > > > Attaching gdb to a hanging evince process yields this: > > [snip] > This is supposedly fixed by r234170. Thanks, works for me! ___ 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: strange ping response times...
On Thu, 12 Apr 2012, Luigi Rizzo wrote:
On Thu, Apr 12, 2012 at 01:18:59PM +1000, Bruce Evans wrote:
On Wed, 11 Apr 2012, Luigi Rizzo wrote:
On Wed, Apr 11, 2012 at 02:16:49PM +0200, Andre Oppermann wrote:
...
ping takes a timestamp in userspace before trying to transmit
the packet, and then the timestamp for the received packet
is recorded in the kernel (in the interrupt or netisr thread
i believe -- anyways, not in userspace).
No, all timestamps recorded used by ping are recorded in userland.
Bruce, look at the code in ping.c -- SO_TIMESTAMP is defined,
so the program does (successfully) a
setsockopt(s, SOL_SOCKET, SO_TIMESTAMP, &on, sizeof(on));
and then (verified that at runtime the code follows this path)
...
Indeed it does. This accounts for the previously unaccounted for
binuptime call in the kernel.
This is part of fenner's change (perhaps the most important part) to
put the timestamping closer to the actual i/o, so that the RTT doesn't
count setup overheads. Timestamping still works when SO_TIMESTAMP is
undefed (after fixing the ifdefs on it). Not using it costs only 1
more gettimeofday() call in ping, but it increases my apparent RTT
from 7-8 usec to 10-11 usec. 3 extra usec seems a lot for the overhead.
I found that ping -f saves 1 gettimeofday() call per packet, and my
version saves another 1.
-current ping -q localhost: 4
my ping -q localhost: 3
-current ping -fq localhost: 3
my ping -fq localhost: 2
1 gettimeofday() call is needed for putting a timestamp in the output
packet. Apparently, this is not well integrated with the bookkeeping
for select(), and up to 3 more gettimeofday() calls are used. select()
timeouts only have 1/HZ granulatrity, so the gettimeofday() calls to
set them up could use clock_gettime() with CLOCK_REALTIME_FAST_N_BROKEN,
but this would be a bogus optimization since most of the overhead is in
the syscall provided the timecounter hardware is not slow (it takes 9-80
cycles to read TSC timecounter hardware and 600-800 cycles for
clock_gettime() with a TSC timecounter).
I just noticed Note that CLOCK_MONOTONIC cannot be used for the timestamp
in the output packet if SO_TIMESTAMP is used for the timestamp in the
input packet, since SO_TIMESTAMP uses CLOCK_REALTIME for historical
reasons.
There are 2 select()s per packet. Perhaps the number of gettimeofday()s
can be reduced to 1 per packet in most cases (get one for the output packet
and use it for both select()s). With my version the truss trace for
ping localhost is:
% 64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.473 ms
% write(1,0x80d4000,57) = 57 (0x39)
% gettimeofday({1334226305 409249},0x0) = 0 (0x0)
Need this for the next select(). There is a ~1 second pause here.
% select(4,{3},0x0,0x0,{0 989607}) = 0 (0x0)
Truss doesn't show this until select() returns ~1 second later. The
gettimeofday() call was needed because we don't simply use a 1 second
pause, but adjust for overheads. My version uses a fancier adjustment.
% gettimeofday({1334226306 408632},0x0) = 0 (0x0)
We need this accurately to put in the packet. But all the other timestamps
can be derived from this for the non-flood case. We can just try to send
every `interval' and adjust the timeouts a bit when we see that we get
here a bit early or late, and when we get here more than a bit early or
late we can either recalibrate or adjust by more.
Note that this gettimeofday() returned 1.0 - 0.000617 seconds after the
previous one, although we asked for a timeout of ~1/HZ = 0.001 seconds.
Select timeouts have a large granularity and we expect errors of O(1/HZ)
and mostly compensate for them. The drift without compensation would be
1% with HZ = 100 and -i 1.0, and much larger with -i . My
version compensates more accurately than -current.
% sendto(0x3,0x80b8d34,0,0x0,{ AF_INET 127.0.0.1:0 },0x10) = 64 (0x40)
% gettimeofday({1334226306 408831},0x0) = 0 (0x0)
% select(4,{3},0x0,0x0,{0 990025}) = 1 (0x1)
% recvmsg(0x3,0xbfbfe8c0,0x0)= 84 (0x54)
% gettimeofday({1334226306 409104},0x0) = 0 (0x0)
I don't know what this is for. We got a timestamp in the returned packet,
and use it. Since this timestamp has microsecond resolution and select()
only has 1/Hz resolution. this timestamp should be more than good enough
for sleeping for the interval.
% 64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.472 ms
% write(1,0x80d4000,57) = 57 (0x39)
Next packet:
% gettimeofday({1334226306 409279},0x0) = 0 (0x0)
% ...
But select() timeouts are not needed at all. Versions before fenner's
changes used a select() timeout for flood pings. alarm() was used to
generate other timeouts. The alarm() code was not very good. It did
a lot of work in the signal handler to set up the next alarm (1 call
to signal() and 1 call to alarm()), and it did unsafe work in
Re: FreeBSD on recent Xeon E5
On Wednesday, April 11, 2012 5:33:11 pm Arnaud Lacombe wrote: > Hi, > > I just booted FreeBSD 9.0-RELEASE on a Xeon E5-1650 based platform. It > would seems that the CPU handles by itself a lots of PCI functions > which do not seem to be supported by FreeBSD. Here is the output of > `pciconf -l' restricted to unhandled devices: > > none0@pci0:0:4:0: class=0x088000 card=0x062b15d9 chip=0x3c208086 > none1@pci0:0:4:1: class=0x088000 card=0x062b15d9 chip=0x3c218086 > none2@pci0:0:4:2: class=0x088000 card=0x062b15d9 chip=0x3c228086 > none3@pci0:0:4:3: class=0x088000 card=0x062b15d9 chip=0x3c238086 > none4@pci0:0:4:4: class=0x088000 card=0x062b15d9 chip=0x3c248086 > none5@pci0:0:4:5: class=0x088000 card=0x062b15d9 chip=0x3c258086 > none6@pci0:0:4:6: class=0x088000 card=0x062b15d9 chip=0x3c268086 > none7@pci0:0:4:7: class=0x088000 card=0x062b15d9 chip=0x3c278086 > none8@pci0:0:5:0: class=0x088000 card=0x062b15d9 chip=0x3c288086 > none9@pci0:0:5:2: class=0x088000 card=0x062b15d9 chip=0x3c2a8086 > none10@pci0:0:22:0: class=0x078000 card=0x062b15d9 chip=0x1d3a8086 > none11@pci0:0:22:1: class=0x078000 card=0x062b15d9 chip=0x1d3b8086 > none12@pci0:0:22:3: class=0x070002 card=0x062b15d9 chip=0x1d3d8086 > none13@pci0:0:31:3: class=0x0c0500 card=0x062b15d9 chip=0x1d228086 > none14@pci0:0:31:6: class=0x118000 card=0x062b15d9 chip=0x1d248086 > none15@pci0:8:0:0: class=0x010700 card=0x062b15d9 chip=0x1d6b8086 > none16@pci0:255:8:0: class=0x088000 card=0x062b15d9 chip=0x3c808086 > none17@pci0:255:8:3: class=0x088000 card=0x062b15d9 chip=0x3c838086 > none18@pci0:255:8:4: class=0x088000 card=0x062b15d9 chip=0x3c848086 > none19@pci0:255:9:0: class=0x088000 card=0x062b15d9 chip=0x3c908086 > none20@pci0:255:9:3: class=0x088000 card=0x062b15d9 chip=0x3c938086 > none21@pci0:255:9:4: class=0x088000 card=0x062b15d9 chip=0x3c948086 > none22@pci0:255:10:0: class=0x088000 card=0x062b15d9 chip=0x3cc08086 > none23@pci0:255:10:1: class=0x088000 card=0x062b15d9 chip=0x3cc18086 > none24@pci0:255:10:2: class=0x088000 card=0x062b15d9 chip=0x3cc28086 > none25@pci0:255:10:3: class=0x088000 card=0x062b15d9 chip=0x3cd08086 > none26@pci0:255:11:0: class=0x088000 card=0x062b15d9 chip=0x3ce08086 > none27@pci0:255:11:3: class=0x088000 card=0x062b15d9 chip=0x3ce38086 > none28@pci0:255:12:0: class=0x088000 card=0x15d9 chip=0x3ce88086 > none29@pci0:255:12:1: class=0x088000 card=0x15d9 chip=0x3ce88086 > none30@pci0:255:12:2: class=0x088000 card=0x15d9 chip=0x3ce88086 > none31@pci0:255:12:6: class=0x088000 card=0x15d9 chip=0x3cf48086 > none32@pci0:255:12:7: class=0x088000 card=0x15d9 chip=0x3cf68086 > none33@pci0:255:13:0: class=0x088000 card=0x15d9 chip=0x3ce88086 > none34@pci0:255:13:1: class=0x088000 card=0x15d9 chip=0x3ce88086 > none35@pci0:255:13:2: class=0x088000 card=0x15d9 chip=0x3ce88086 > none36@pci0:255:13:6: class=0x088000 card=0x15d9 chip=0x3cf58086 > none37@pci0:255:14:0: class=0x088000 card=0x062b15d9 chip=0x3ca08086 > none38@pci0:255:14:1: class=0x110100 card=0x062b15d9 chip=0x3c468086 > none39@pci0:255:15:0: class=0x088000 card=0x062b15d9 chip=0x3ca88086 > none40@pci0:255:15:1: class=0x088000 card=0x062b15d9 chip=0x3c718086 > none41@pci0:255:15:2: class=0x088000 card=0x062b15d9 chip=0x3caa8086 > none42@pci0:255:15:3: class=0x088000 card=0x062b15d9 chip=0x3cab8086 > none43@pci0:255:15:4: class=0x088000 card=0x062b15d9 chip=0x3cac8086 > none44@pci0:255:15:5: class=0x088000 card=0x062b15d9 chip=0x3cad8086 > none45@pci0:255:15:6: class=0x088000 card=0x062b15d9 chip=0x3cae8086 > none46@pci0:255:16:0: class=0x088000 card=0x062b15d9 chip=0x3cb08086 > none47@pci0:255:16:1: class=0x088000 card=0x062b15d9 chip=0x3cb18086 > none48@pci0:255:16:2: class=0x088000 card=0x062b15d9 chip=0x3cb28086 > none49@pci0:255:16:3: class=0x088000 card=0x062b15d9 chip=0x3cb38086 > none50@pci0:255:16:4: class=0x088000 card=0x062b15d9 chip=0x3cb48086 > none51@pci0:255:16:5: class=0x088000 card=0x062b15d9 chip=0x3cb58086 > none52@pci0:255:16:6: class=0x088000 card=0x062b15d9 chip=0x3cb68086 > none53@pci0:255:16:7: class=0x088000 card=0x062b15d9 chip=0x3cb78086 > none54@pci0:255:17:0: class=0x088000 card=0x062b15d9 chip=0x3cb88086 > none55@pci0:255:19:0: class=0x088000 card=0x062b15d9 chip=0x3ce48086 > none56@pci0:255:19:1: class=0x110100 card=0x062b15d9 chip=0x3c438086 > none57@pci0:255:19:4: class=0x110100 card=0x062b15d9 chip=0x3ce68086 > none58@pci0:255:19:5: class=0x110100 card=0x062b15d9 chip=0x3c448086 > none59@pci0:255:19:6: class=0x088000 card=0x062b15d9 chip=0x3c458086 > > These would seem to correspond to Uncore feature, namely, as per [0]: > > 0x3C20 - 0x3C3F: IO Features (QDDMA, APIC, Intel VT, RAS, Intel TXT) > 0x3C40 - 0x3C5F: Performance Monitors > 0x3C60 - 0x3C7F: DFX > 0x3C80 - 0x3C9F: Intel QuickPath Interconnect > 0x3CA0 - 0x3CBF: Home Agent/Memory Controller > 0x3CC0 - 0x3CDF: Power Management > 0x3CE0 - 0x3CFF: Cbo/Ring > > Even if it would not seem to be critical features, what will be the > consequence of ha
Re: contrib/jemalloc
On Wed, Apr 04, 2012 at 09:56:45PM -0700, Jason Evans wrote: > I have the current version of jemalloc integrated into libc as > contrib/jemalloc: > http://people.freebsd.org/~jasone/patches/jemalloc_20120404b.patch Looking at the latest patch http://people.freebsd.org/~jasone/patches/jemalloc_20120405a.patch I cannot tell for sure if you did an 'svn move' of the files from lib/libc/stdlib/ to contrib/jemalloc/. It looks to me like they have not. If not, can you regen the diff after using 'svn move' so we maintain log history? > * Is it acceptable to check this in directly to trunk without using a > vendor branch? For the import workflow I have planned, a vendor branch > would just be extra work with no benefit that I can see. I do not think it is acceptable. Our workflow is to do vendor imports. They are invaluable in tracking down history and changes years after the fact. They are also very valuable to commercial third-parties that consume FreeBSD into their products (I speak for Juniper Networks in this). Why do you feel they are [measurably] extra work with no benefit? -- -- David (obr...@freebsd.org) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: contrib/jemalloc
On Apr 12, 2012, at 11:41 AM, David O'Brien wrote: > On Wed, Apr 04, 2012 at 09:56:45PM -0700, Jason Evans wrote: >> I have the current version of jemalloc integrated into libc as >> contrib/jemalloc: >> http://people.freebsd.org/~jasone/patches/jemalloc_20120404b.patch > > Looking at the latest patch > http://people.freebsd.org/~jasone/patches/jemalloc_20120405a.patch > > I cannot tell for sure if you did an 'svn move' of the files from > lib/libc/stdlib/ to contrib/jemalloc/. It looks to me like they have > not. If not, can you regen the diff after using 'svn move' so we > maintain log history? Done now for malloc.3 --> reallocf.3 in my tree. http://people.freebsd.org/~jasone/patches/jemalloc_20120412a.patch For the rest of the code, its structure/origin is different enough that 'svn move' doesn't really apply. >> * Is it acceptable to check this in directly to trunk without using a >> vendor branch? For the import workflow I have planned, a vendor branch >> would just be extra work with no benefit that I can see. > > I do not think it is acceptable. Our workflow is to do vendor imports. > They are invaluable in tracking down history and changes years after the > fact. They are also very valuable to commercial third-parties that > consume FreeBSD into their products (I speak for Juniper Networks in > this). > > Why do you feel they are [measurably] extra work with no benefit? The workflow I'm using is documented in the patch (contrib/jemalloc/FREEBSD-upgrade). Can you tell me how to achieve a similarly streamlined import flow with a vendor branch in the mix? Also, what history would a vendor branch preserve that this workflow does not? The only upside to vendor branch merges I can think of is that if any jemalloc sources were manually modified between imports, merging would fail rather than silently overwriting the changes. However, this presumes that changes aren't making it upstream. Jason___ 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 ia64/ia64
TB --- 2012-04-12 19:40:11 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-12 19:40:11 - 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 --- 2012-04-12 19:40:11 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-04-12 19:40:11 - cleaning the object tree TB --- 2012-04-12 19:40:11 - cvsupping the source tree TB --- 2012-04-12 19:40:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-04-12 19:41:27 - building world TB --- 2012-04-12 19:41:27 - CROSS_BUILD_TESTING=YES TB --- 2012-04-12 19:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-12 19:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-12 19:41:27 - SRCCONF=/dev/null TB --- 2012-04-12 19:41:27 - TARGET=ia64 TB --- 2012-04-12 19:41:27 - TARGET_ARCH=ia64 TB --- 2012-04-12 19:41:27 - TZ=UTC TB --- 2012-04-12 19:41:27 - __MAKE_CONF=/dev/null TB --- 2012-04-12 19:41:27 - cd /src TB --- 2012-04-12 19:41:27 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 12 19:41:28 UTC 2012 >>> 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 Thu Apr 12 21:14:34 UTC 2012 TB --- 2012-04-12 21:14:34 - generating LINT kernel config TB --- 2012-04-12 21:14:34 - cd /src/sys/ia64/conf TB --- 2012-04-12 21:14:34 - /usr/bin/make -B LINT TB --- 2012-04-12 21:14:34 - cd /src/sys/ia64/conf TB --- 2012-04-12 21:14:34 - /usr/sbin/config -m LINT TB --- 2012-04-12 21:14:34 - building LINT kernel TB --- 2012-04-12 21:14:34 - CROSS_BUILD_TESTING=YES TB --- 2012-04-12 21:14:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-12 21:14:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-12 21:14:34 - SRCCONF=/dev/null TB --- 2012-04-12 21:14:34 - TARGET=ia64 TB --- 2012-04-12 21:14:34 - TARGET_ARCH=ia64 TB --- 2012-04-12 21:14:34 - TZ=UTC TB --- 2012-04-12 21:14:34 - __MAKE_CONF=/dev/null TB --- 2012-04-12 21:14:34 - cd /src TB --- 2012-04-12 21:14:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 12 21:14:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_expr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ddb/db_lex.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KE
[head tinderbox] failure on mips/mips
TB --- 2012-04-12 20:34:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-12 20:34:01 - 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 --- 2012-04-12 20:34:01 - starting HEAD tinderbox run for mips/mips TB --- 2012-04-12 20:34:01 - cleaning the object tree TB --- 2012-04-12 20:34:01 - cvsupping the source tree TB --- 2012-04-12 20:34:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-04-12 20:34:55 - building world TB --- 2012-04-12 20:34:55 - CROSS_BUILD_TESTING=YES TB --- 2012-04-12 20:34:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-12 20:34:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-12 20:34:55 - SRCCONF=/dev/null TB --- 2012-04-12 20:34:55 - TARGET=mips TB --- 2012-04-12 20:34:55 - TARGET_ARCH=mips TB --- 2012-04-12 20:34:55 - TZ=UTC TB --- 2012-04-12 20:34:55 - __MAKE_CONF=/dev/null TB --- 2012-04-12 20:34:55 - cd /src TB --- 2012-04-12 20:34:55 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 12 20:34:56 UTC 2012 >>> 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 Thu Apr 12 21:38:06 UTC 2012 TB --- 2012-04-12 21:38:06 - cd /src/sys/mips/conf TB --- 2012-04-12 21:38:06 - /usr/sbin/config -m ADM5120 TB --- 2012-04-12 21:38:06 - skipping ADM5120 kernel TB --- 2012-04-12 21:38:06 - cd /src/sys/mips/conf TB --- 2012-04-12 21:38:06 - /usr/sbin/config -m ALCHEMY TB --- 2012-04-12 21:38:06 - skipping ALCHEMY kernel TB --- 2012-04-12 21:38:06 - cd /src/sys/mips/conf TB --- 2012-04-12 21:38:06 - /usr/sbin/config -m AR71XX_BASE TB --- 2012-04-12 21:38:06 - building AR71XX_BASE kernel TB --- 2012-04-12 21:38:06 - CROSS_BUILD_TESTING=YES TB --- 2012-04-12 21:38:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-12 21:38:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-12 21:38:06 - SRCCONF=/dev/null TB --- 2012-04-12 21:38:06 - TARGET=mips TB --- 2012-04-12 21:38:06 - TARGET_ARCH=mips TB --- 2012-04-12 21:38:06 - TZ=UTC TB --- 2012-04-12 21:38:06 - __MAKE_CONF=/dev/null TB --- 2012-04-12 21:38:06 - cd /src TB --- 2012-04-12 21:38:06 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Thu Apr 12 21:38:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/ddb/db_expr.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/ddb/db_input.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/ddb/db_lex.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
kernel build failure
At Thu Apr 12 17:52:05 EDT 2012: [root@FBSD10 /usr/src]# svn up Updating '.': At revision 234196. Trying to build the kernel I get the following failure: time make -j8 buildkernel KERNCONF=MYKERNEL ===> zlib (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/MYKERNEL/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/MYKERNEL -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -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 -c /usr/src/sys/modules/zlib/../../net/zlib.c ld -d -warn-common -r -d -o zlib.ko.debug zlib.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | xargs -J% objcopy % zlib.ko.debug objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 1 error real8m20.095s user12m37.161s sys 6m59.844s I tried this 4 times, twice with MYKERNEL and twice with GENERIC. It failed in the same spot every time. Is anyone else seeing this? Also, I tried without -j8, and it fails with the following: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/subr_turnstile.c cc1: warnings being treated as errors /usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority': /usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of function 'kdb_backtrace_thread' /usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern declaration of 'kdb_backtrace_thread' [-Wnested-externs] *** [subr_turnstile.o] Error code 1 Stop in /usr/obj/usr/src/sys/MYKERNEL. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. real5m19.701s user4m33.051s sys 0m51.466s Here is /etc/make.conf # cat /etc/make.conf OVERRIDE_LINUX_BASE_PORT=f10 QT4_OPTIONS= QGTKSTYLE WITH_OPENSSL_PORT=yes # added by use.perl 2012-04-04 01:11:13 PERL_VERSION=5.14.2 The kernel previously built without problems with this same configuration. ___ 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 --- 2012-04-12 21:19:54 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-12 21:19:54 - 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 --- 2012-04-12 21:19:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-04-12 21:19:54 - cleaning the object tree TB --- 2012-04-12 21:19:54 - cvsupping the source tree TB --- 2012-04-12 21:19:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-04-12 21:20:40 - building world TB --- 2012-04-12 21:20:40 - CROSS_BUILD_TESTING=YES TB --- 2012-04-12 21:20:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-12 21:20:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-12 21:20:40 - SRCCONF=/dev/null TB --- 2012-04-12 21:20:40 - TARGET=powerpc TB --- 2012-04-12 21:20:40 - TARGET_ARCH=powerpc TB --- 2012-04-12 21:20:40 - TZ=UTC TB --- 2012-04-12 21:20:40 - __MAKE_CONF=/dev/null TB --- 2012-04-12 21:20:40 - cd /src TB --- 2012-04-12 21:20:40 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 12 21:20:41 UTC 2012 >>> 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 Thu Apr 12 23:32:13 UTC 2012 TB --- 2012-04-12 23:32:13 - generating LINT kernel config TB --- 2012-04-12 23:32:13 - cd /src/sys/powerpc/conf TB --- 2012-04-12 23:32:13 - /usr/bin/make -B LINT TB --- 2012-04-12 23:32:13 - cd /src/sys/powerpc/conf TB --- 2012-04-12 23:32:13 - /usr/sbin/config -m LINT TB --- 2012-04-12 23:32:13 - building LINT kernel TB --- 2012-04-12 23:32:13 - CROSS_BUILD_TESTING=YES TB --- 2012-04-12 23:32:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-12 23:32:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-12 23:32:13 - SRCCONF=/dev/null TB --- 2012-04-12 23:32:13 - TARGET=powerpc TB --- 2012-04-12 23:32:13 - TARGET_ARCH=powerpc TB --- 2012-04-12 23:32:13 - TZ=UTC TB --- 2012-04-12 23:32:13 - __MAKE_CONF=/dev/null TB --- 2012-04-12 23:32:13 - cd /src TB --- 2012-04-12 23:32:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 12 23:32:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/ddb/db_expr.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/ddb/db_input.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/ddb/db_lex.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KER
[head tinderbox] failure on powerpc64/powerpc
TB --- 2012-04-12 21:39:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-12 21:39: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 --- 2012-04-12 21:39:16 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-04-12 21:39:16 - cleaning the object tree TB --- 2012-04-12 21:39:16 - cvsupping the source tree TB --- 2012-04-12 21:39:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-04-12 21:40:30 - building world TB --- 2012-04-12 21:40:30 - CROSS_BUILD_TESTING=YES TB --- 2012-04-12 21:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-12 21:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-12 21:40:30 - SRCCONF=/dev/null TB --- 2012-04-12 21:40:30 - TARGET=powerpc TB --- 2012-04-12 21:40:30 - TARGET_ARCH=powerpc64 TB --- 2012-04-12 21:40:30 - TZ=UTC TB --- 2012-04-12 21:40:30 - __MAKE_CONF=/dev/null TB --- 2012-04-12 21:40:30 - cd /src TB --- 2012-04-12 21:40:30 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 12 21:40:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 13 00:15:04 UTC 2012 TB --- 2012-04-13 00:15:04 - generating LINT kernel config TB --- 2012-04-13 00:15:04 - cd /src/sys/powerpc/conf TB --- 2012-04-13 00:15:04 - /usr/bin/make -B LINT TB --- 2012-04-13 00:15:04 - cd /src/sys/powerpc/conf TB --- 2012-04-13 00:15:04 - /usr/sbin/config -m LINT TB --- 2012-04-13 00:15:04 - building LINT kernel TB --- 2012-04-13 00:15:04 - CROSS_BUILD_TESTING=YES TB --- 2012-04-13 00:15:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-13 00:15:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-13 00:15:04 - SRCCONF=/dev/null TB --- 2012-04-13 00:15:04 - TARGET=powerpc TB --- 2012-04-13 00:15:04 - TARGET_ARCH=powerpc64 TB --- 2012-04-13 00:15:04 - TZ=UTC TB --- 2012-04-13 00:15:04 - __MAKE_CONF=/dev/null TB --- 2012-04-13 00:15:04 - cd /src TB --- 2012-04-13 00:15:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 13 00:15:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/ddb/db_expr.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/ddb/db_input.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/ddb/db_lex.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostic
[head tinderbox] failure on i386/pc98
TB --- 2012-04-13 01:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-13 01:10:00 - 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 --- 2012-04-13 01:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-04-13 01:10:00 - cleaning the object tree TB --- 2012-04-13 01:10:00 - cvsupping the source tree TB --- 2012-04-13 01:10:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-04-13 01:11:01 - building world TB --- 2012-04-13 01:11:01 - CROSS_BUILD_TESTING=YES TB --- 2012-04-13 01:11:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-13 01:11:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-13 01:11:01 - SRCCONF=/dev/null TB --- 2012-04-13 01:11:01 - TARGET=pc98 TB --- 2012-04-13 01:11:01 - TARGET_ARCH=i386 TB --- 2012-04-13 01:11:01 - TZ=UTC TB --- 2012-04-13 01:11:01 - __MAKE_CONF=/dev/null TB --- 2012-04-13 01:11:01 - cd /src TB --- 2012-04-13 01:11:01 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 13 01:11:01 UTC 2012 >>> 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 Fri Apr 13 03:26:40 UTC 2012 TB --- 2012-04-13 03:26:40 - generating LINT kernel config TB --- 2012-04-13 03:26:40 - cd /src/sys/pc98/conf TB --- 2012-04-13 03:26:40 - /usr/bin/make -B LINT TB --- 2012-04-13 03:26:40 - cd /src/sys/pc98/conf TB --- 2012-04-13 03:26:40 - /usr/sbin/config -m LINT TB --- 2012-04-13 03:26:40 - building LINT kernel TB --- 2012-04-13 03:26:40 - CROSS_BUILD_TESTING=YES TB --- 2012-04-13 03:26:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-13 03:26:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-13 03:26:40 - SRCCONF=/dev/null TB --- 2012-04-13 03:26:40 - TARGET=pc98 TB --- 2012-04-13 03:26:40 - TARGET_ARCH=i386 TB --- 2012-04-13 03:26:40 - TZ=UTC TB --- 2012-04-13 03:26:40 - __MAKE_CONF=/dev/null TB --- 2012-04-13 03:26:40 - cd /src TB --- 2012-04-13 03:26:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 13 03:26:40 UTC 2012 >>> 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 Fri Apr 13 03:57:00 UTC 2012 TB --- 2012-04-13 03:57:00 - cd /src/sys/pc98/conf TB --- 2012-04-13 03:57:00 - /usr/sbin/config -m GENERIC TB --- 2012-04-13 03:57:00 - building GENERIC kernel TB --- 2012-04-13 03:57:00 - CROSS_BUILD_TESTING=YES TB --- 2012-04-13 03:57:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-13 03:57:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-13 03:57:00 - SRCCONF=/dev/null TB --- 2012-04-13 03:57:00 - TARGET=pc98 TB --- 2012-04-13 03:57:00 - TARGET_ARCH=i386 TB --- 2012-04-13 03:57:00 - TZ=UTC TB --- 2012-04-13 03:57:00 - __MAKE_CONF=/dev/null TB --- 2012-04-13 03:57:00 - cd /src TB --- 2012-04-13 03:57:00 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 13 03:57:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_stack.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -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-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/subr_taskqueue.c cc -c -O -pipe -std=c99
Re: kernel build failure
On 13 April 2012 02:21, AN wrote: > At Thu Apr 12 17:52:05 EDT 2012: > > [root@FBSD10 /usr/src]# svn up > Updating '.': > At revision 234196. [...] > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option > -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > /usr/src/sys/kern/subr_turnstile.c > cc1: warnings being treated as errors > /usr/src/sys/kern/subr_turnstile.c: In function 'propagate_priority': > /usr/src/sys/kern/subr_turnstile.c:220: warning: implicit declaration of > function 'kdb_backtrace_thread' > /usr/src/sys/kern/subr_turnstile.c:220: warning: nested extern declaration > of 'kdb_backtrace_thread' [-Wnested-externs] > *** [subr_turnstile.o] Error code 1 > > Stop in /usr/obj/usr/src/sys/MYKERNEL. > *** [buildkernel] Error code 1 > > Stop in /usr/src. > *** [buildkernel] Error code 1 > > Stop in /usr/src. This is a transient failure, it will be fixed soon. -- wbr, pluknet ___ 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"
