From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 00:07:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F901065670; Mon, 24 Mar 2008 00:07:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 449B78FC27; Mon, 24 Mar 2008 00:07:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2O07vow032071; Sun, 23 Mar 2008 20:07:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2O07vFt005434; Sun, 23 Mar 2008 20:07:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0657773039; Sun, 23 Mar 2008 19:07:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080324000757.0657773039@freebsd-current.sentex.ca> Date: Sun, 23 Mar 2008 19:07:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 00:07:58 -0000 TB --- 2008-03-23 23:13:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-23 23:13:20 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-23 23:13:20 - cleaning the object tree TB --- 2008-03-23 23:13:51 - cvsupping the source tree TB --- 2008-03-23 23:13:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-23 23:13:59 - building world (CFLAGS=-O -pipe) TB --- 2008-03-23 23:13:59 - cd /src TB --- 2008-03-23 23:13:59 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 23 23:14:01 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -D_KVM_VNODE -DZFS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors In file included from /src/usr.bin/fstat/fstat.c:87: /obj/src/tmp/usr/include/netinet/in_pcb.h: In function 'inp_wlock_assert': /obj/src/tmp/usr/include/netinet/in_pcb.h:299: warning: unused parameter 'inp' /obj/src/tmp/usr/include/netinet/in_pcb.h: In function 'inp_wunlock_assert': /obj/src/tmp/usr/include/netinet/in_pcb.h:304: warning: unused parameter 'inp' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-24 00:07:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-24 00:07:56 - ERROR: failed to build world TB --- 2008-03-24 00:07:56 - tinderbox aborted TB --- 2480.46 user 293.96 system 3276.17 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 01:03:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7829D1065674; Mon, 24 Mar 2008 01:03:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 197598FC13; Mon, 24 Mar 2008 01:03:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2O131xS035348; Sun, 23 Mar 2008 21:03:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2O131Xg064714; Sun, 23 Mar 2008 21:03:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 154D873039; Sun, 23 Mar 2008 20:03:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080324010301.154D873039@freebsd-current.sentex.ca> Date: Sun, 23 Mar 2008 20:03:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 01:03:02 -0000 TB --- 2008-03-24 00:07:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-24 00:07:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-24 00:07:57 - cleaning the object tree TB --- 2008-03-24 00:08:22 - cvsupping the source tree TB --- 2008-03-24 00:08:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-24 00:08:28 - building world (CFLAGS=-O -pipe) TB --- 2008-03-24 00:08:28 - cd /src TB --- 2008-03-24 00:08:28 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 24 00:08:29 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -D_KVM_VNODE -DZFS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors In file included from /src/usr.bin/fstat/fstat.c:87: /obj/pc98/src/tmp/usr/include/netinet/in_pcb.h: In function 'inp_wlock_assert': /obj/pc98/src/tmp/usr/include/netinet/in_pcb.h:299: warning: unused parameter 'inp' /obj/pc98/src/tmp/usr/include/netinet/in_pcb.h: In function 'inp_wunlock_assert': /obj/pc98/src/tmp/usr/include/netinet/in_pcb.h:304: warning: unused parameter 'inp' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-24 01:03:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-24 01:03:00 - ERROR: failed to build world TB --- 2008-03-24 01:03:00 - tinderbox aborted TB --- 2479.84 user 302.38 system 3303.74 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 01:16:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10C8F106566B; Mon, 24 Mar 2008 01:16:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A63788FC19; Mon, 24 Mar 2008 01:16:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2O1G4cK036124; Sun, 23 Mar 2008 21:16:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2O1G4Yq068810; Sun, 23 Mar 2008 21:16:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A04A673039; Sun, 23 Mar 2008 20:16:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080324011603.A04A673039@freebsd-current.sentex.ca> Date: Sun, 23 Mar 2008 20:16:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 01:16:05 -0000 TB --- 2008-03-24 00:14:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-24 00:14:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-24 00:14:03 - cleaning the object tree TB --- 2008-03-24 00:14:25 - cvsupping the source tree TB --- 2008-03-24 00:14:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-24 00:14:30 - building world (CFLAGS=-O -pipe) TB --- 2008-03-24 00:14:30 - cd /src TB --- 2008-03-24 00:14:30 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 24 00:14:32 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -D_KVM_VNODE -DZFS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors In file included from /src/usr.bin/fstat/fstat.c:87: /obj/ia64/src/tmp/usr/include/netinet/in_pcb.h: In function 'inp_wlock_assert': /obj/ia64/src/tmp/usr/include/netinet/in_pcb.h:299: warning: unused parameter 'inp' /obj/ia64/src/tmp/usr/include/netinet/in_pcb.h: In function 'inp_wunlock_assert': /obj/ia64/src/tmp/usr/include/netinet/in_pcb.h:304: warning: unused parameter 'inp' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-24 01:16:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-24 01:16:03 - ERROR: failed to build world TB --- 2008-03-24 01:16:03 - tinderbox aborted TB --- 2827.08 user 304.59 system 3719.66 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 05:04:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 894C3106564A for ; Mon, 24 Mar 2008 05:04:39 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DECB8FC1B for ; Mon, 24 Mar 2008 05:04:39 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JderG-0004kN-7j for freebsd-current@freebsd.org; Mon, 24 Mar 2008 05:04:30 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 05:04:30 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 05:04:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Mon, 24 Mar 2008 05:04:20 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 38 Message-ID: References: <200803181144.m2IBiWRb012404@lurza.secnetix.de> <47DFB3BA.9070008@ultra-secure.de> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Rainer Duffner User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 05:04:39 -0000 Hi Rainer Duffner! On Tue, 18 Mar 2008 13:21:14 +0100; Rainer Duffner wrote about 'Re: RELEASE discs & ISO images (for future)': >> >>>> Therefore, my opinion is that we should publish a DVD image in the >> >>>> future that contains everything we have today on disc{1,2,3} docs >> >>>> and livefs CD. The size of such an DVD would be 1.95 GB for >> >>>> 7.0-RELEASE/i386. >> >>>> >> >>>> For those who don't want or need packages and docs, a smaller CD >> >>>> image with just the install bits (and maybe the fixit FS) could be >> >>>> provided, and of course the small "bootonly" image, but nothing >> >>>> else. Providing five or more CD images is rather last century like, >> >>>> in my opinion. >> >>> >> >>> Yes, but DVD is still in the future. >> >> Why ? I've used Dru's nice blog at >> >> http://blogs.ittoolbox.com/unix/bsd/archives/creating-your-own-freebsd-70-dvd-22791 >> >> (slightly adapted, using mdconfig -d -u /dev/md0) to create my own >> >> bootable dvd (of disc[1-3].iso and docs.iso) in only a few minutes time. >> > >> > Yours own, but not official. >> >> What is the practical difference? It's quite easy do >> create such a DVD, even for FreeBSD novice users. >> >> I've also mentioned several times (and you have ignored >> it several times) that you can buy an official DVD. > Yeah, but he wants an official, rubber-stamp kind-of, Daemon-branded, ISO. > ;-) > Must order one of these DVDs myself, though. Exactly. The looking rock-solid thing from vendor users can trust of. Personall me don't need and CDs/DVDs - cvsup is enough :) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 05:12:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADD54106566C for ; Mon, 24 Mar 2008 05:12:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 425298FC26 for ; Mon, 24 Mar 2008 05:12:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jdez0-00053w-DA for freebsd-current@freebsd.org; Mon, 24 Mar 2008 05:12:30 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 05:12:30 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 05:12:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Mon, 24 Mar 2008 05:12:18 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 49 Message-ID: References: <200803181359.m2IDxpdW017638@lurza.secnetix.de> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Oliver Fromme User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 05:12:35 -0000 Hi Oliver Fromme! On Tue, 18 Mar 2008 14:59:51 +0100 (CET); Oliver Fromme wrote about 'Re: RELEASE discs & ISO images (for future)': >>>>> 224655360 7.0-RELEASE-i386-livefs.iso >>>>> 94493696 7.0-RELEASE-i386-livefs.iso.uzip (16k cluster) >>>>> 110188032 7.0-RELEASE-i386-livefs.iso.uzip (2K cluster) >>>>> >>>>> So the difference is 124 MB for 16K cluster size, and >>>>> 109 MB for 2K cluster size (which is noticably faster >>>>> during access). Actually the space savings will be a >>>>> bit less, because the /boot directory (about 30 MB) >>>>> won't be compressed. So the real gain is probably a >>>>> little less than 100 MB in the 2K case. >>>> >>>> By the way, the maxmum cluster size is 127k or 130048 with uzip, >>>> if you want to maximize the compression ratio. >>> That would make the live FS painfully slow, and it wouldn't >>> make a big difference from the default (16K). >>> It is already noticeably slow with the default cluster size >>> of 16K on my test machine (a 1 GHz VIA C3), so would rather >>> prefer to use 2K cluster size, even though compression will >>> be not quite as good. (2K is the minimum, less than that >>> doesn't make sense for CD9660 media because the physical >>> sector size is 2K.) >> >> How much is slowdown from 2K to 16K ? > It's very noticeable. I haven't done benchmarks, but > you can clearly feel the difference. A find(1) takes > more time. Also man(1) takes longer until the page > comes up. Any kind of random access is slower, unless > all data is already cached. A find(1) on livefs is useless most of time. But man(1) is more valuable, though. > Interestingly there doesn't seem to be a difference > between 2K and 4K, and the difference to 8K is only > very small. But there is a noticeable difference > between 8K and 16K. I don't know why, maybe it's > related to FreeBSD's handling of FS buffers. So > maybe the "optimal" cluster size for an acceptable > performance/compression ratio would be 8K. Agreed. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 05:34:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4831C1065672 for ; Mon, 24 Mar 2008 05:34:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D14EB8FC17 for ; Mon, 24 Mar 2008 05:34:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JdfJr-0005nV-PQ for freebsd-current@freebsd.org; Mon, 24 Mar 2008 05:34:03 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 05:34:03 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 05:34:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Mon, 24 Mar 2008 05:33:50 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 124 Message-ID: References: <200803181433.m2IEXiFk019099@lurza.secnetix.de> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Oliver Fromme User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: RELEASE discs & ISO images (for future) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 05:34:09 -0000 Hi Oliver Fromme! On Tue, 18 Mar 2008 15:33:44 +0100 (CET); Oliver Fromme wrote about 'Re: RELEASE discs & ISO images (for future)': >>>>> The xorg packages on disc1 occupy 54 MB. Not really all >>>>> that much, I think. The linux base, perl and python occupy >>>>> another 50 MB together. The rest are small utility things >>>>> and dependencies (only a few MB). >>>> But that is still valuable if geom_ugz is in use. >>> Have you actually tried it? Providing hard numbers is >>> more useful than just talking about it. :-) >> >> I've used Frenzy LiveCD many times (http://frenzy.org.ua), a >> Portable SysAdmin Tool. It is 200Mb minicd with MANY useful >> packages. It has X Window and many graphical and console >> utilities (about 600MB uncompressed). It proved to be stable >> and not-so-slow. > Nice. Looks very interesting and useful. Maybe there > should be a link to it somewhere on freebsd.org. :-) > Would be interesting to know how it performs on rather > slow and resource-limited machines, i.e. slow processor > and low RAM. Reasonably. I've ran Frenzy 0.3 on a Pentium 166, noticeable slow is only the first run of each utility (otherwise it's cached). > It's important to keep in mind that many novices who > want to give FreeBSD a try will install it on an older > spare machine. So the installer and live FS should > run well on older hardware. It's for the advocacy > reasons that you mentioned. ;-) Yes, I know :) >>> Users who refuse to read docs will also refused to read >>> docs that are directly available on the CD. >>> Users unwilling to read docs cannot be cured by technical >>> measures. It's a user problem, not a FreeBSD problem. >> >> When you say so, you lose a number of users. > I'm not afraid of losing users who refuse to read docs. You're splitting users to only two catefories - reading/not reading. In fact there is third - "reading occasionally" :) And it's not good losing them too. >> Yes, but DVD is still in the future. > I don't quite understand. Most PCs have a DVD drive. > You can buy DVD-ROM drives for $20. Not in all countries :-) > Sure, there are old boxes that still have CD drives > only. I'm not saying that FreeBSD should stop making > CD ISO images. But it doesn't have to be the main > focus anymore. The majority of people do have DVD > drives, so the focus should move to providing a DVD > ISO image, getting rid of various problems (space > constraints, CD shuffling annoyance). "Legacy" CD ISO > images could still be provided, but it's lower priority. Sure, but not quite today. >>> Such comparisons are bogus anyway. I've installed SuSE >>> linux before, and I think the graphical installer is >>> terribly annoying. It's worse than Windows. It took >>> me a lot longer to get a usable system installed, and >>> even then it installed different sets than the ones I >>> selected (I have no idea why). In my opinion, FreeBSD's >>> installation wins big time. >> I've not said anything about graphics installer - but features/functional >> only. > Yes, my point was about features and functionality. > I don't care if the installer runs in text mode or > graphics mode, as long as it still supports text mode > e.g. for installation via serial console, and as long > as the design of the graphical installer does not > interfere with usage. > For example, when the animated files images that fly > from the CD icon on the left to the harddisk icon on > the right during installation take 75% CPU time on a > slow machine, doubling the installation time, then > something is clearly wrong. Agreed, but that are _other_ features and functionality. Ability to read all docs from installer != graphics and animation. >>>> Imagine a review like this: >>>> "That SuSe or Debian are wonderful with great number of software instantly >>>> available and with this FreeBSD I must wait for download and then compile?! >>>> Such shit! Don't use it, if they can't do this, they can't do other usable >>>> things!" >>> Such a review is worthless and shouldn't be taken serious. >>> I really don't worry about that. >> >> You don't, but a number of users can be lost. Advocacy, again. > You cannot do anything against clueless reviews. There > will always be reviews from people who don't get the facts > right and draw wrong conclusions. And from people who > are opposed to FreeBSD in the first place. ("So, lets see > if the FreeBSD dumbheads did it any better this time, but > I really doubt it. Nothing beats Dubian Linux anyway.") You forget about unopinionated users who can just have unsuccessful experience. Have seen http://www.freebsd.org/cgi/query-pr.cgi?pr=121979 ? :) I guess the problem he had was due too many small Xorg packages after Xorg 7.0 split. This could be prevented by just moving Xorg to disc2. Exactly the user category I said - and it happens, unfortunatelly. >>>> And what about at least shell and some other tools? >>> A shell and a few tools (very few, admittedly) are included >>> in the MFS image in the /boot directory. >>> And there's also the shell opened on Alt-F4 once the >>> installation has started. For anything else there is >>> the "fixit" live FS. >> That's shells are almost useless because even "ls" don't work. > echo * Yes, _I_ know. But novice user can't yet know it. And still, where is more useful "ls -l" ?.. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 05:52:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490471065672 for ; Mon, 24 Mar 2008 05:52:48 +0000 (UTC) (envelope-from barnaclewes@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id D17A28FC23 for ; Mon, 24 Mar 2008 05:52:47 +0000 (UTC) (envelope-from barnaclewes@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so3661758fka.11 for ; Sun, 23 Mar 2008 22:52:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=nDMJ+YXDro2I5uxPhFJTcU+gZepAo/GJjTqJD6/ceHU=; b=N1pi9EimAHgiYeueosgtKE4oeAxodu4f/kBYNCgOySoFF9AQqjMEgSaupkYJqmERJ0TZM0ff9h8tSXxcvzaTn4ShqUqEImuofrV51jsdpDwJFivQdhcl4o6PJ9PKhNHVybh3wrwYaB4A7ukZcn8tgFSP+N2RLRvXoRZgs1hsewY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kJoamHukMK4sjnPvrv+ga3b1nZJ1lyZdEWQhsnYa5wnjqTJsHFHz7hwpxkuYUNPwZ7yDmi47YZBW5tKt8ZReUiJksezo01QpCDOuvphnEN5chjKjKKwmpyI8c6rxx65ZwWSbmLydY3N2s+EysonEIA8A68Qt5qEFhtIjvUtEJKc= Received: by 10.78.202.19 with SMTP id z19mr19011132huf.67.1206336376107; Sun, 23 Mar 2008 22:26:16 -0700 (PDT) Received: by 10.78.198.7 with HTTP; Sun, 23 Mar 2008 22:26:13 -0700 (PDT) Message-ID: Date: Sun, 23 Mar 2008 22:26:13 -0700 From: "Wes Peters" To: "Jeremie Le Hen" In-Reply-To: <20080320195012.GA66530@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <945136.92642.qm@web57010.mail.re3.yahoo.com> <20080320195012.GA66530@obiwan.tataz.chchile.org> Cc: Unga , freebsd-stable@freebsd.org, freebsd-chat@freebsd.org, freebsd-current@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 05:52:48 -0000 On Thu, Mar 20, 2008 at 12:50 PM, Jeremie Le Hen wrote: > Hi, > > > On Fri, Mar 14, 2008 at 07:41:30AM -0700, Unga wrote: > > Is the following book still relevant to FreeBSD 7.X > > and upcoming FreeBSD 8.X? Is there a 2nd edition > > coming soon? > > > > The Design and Implementation of the FreeBSD Operating > > System > > By Marshall Kirk McKusick, George V. Neville-Neil > > Published Aug 2, 2004 by Addison Wesley Professional. > > 1st. Edition > > ISBN-10: 0-201-70245-2 > > http://www.informit.com/title/0201702452 > > FWIW there has been rumours about the next edition of this book covering > a recenter version. That's all I know :). You could probably ask gnn@freebsd.org about that. :) -- Against stupidity the very gods Themselves contend in vain. Friedrich Schiller From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 07:47:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D071065670; Mon, 24 Mar 2008 07:47:45 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id A45A78FC18; Mon, 24 Mar 2008 07:47:45 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m2O7b2i2049018; Sun, 23 Mar 2008 23:37:09 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m2O7atpG006730; Mon, 24 Mar 2008 00:36:55 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from eM60-254-247-73.pool.emnet.ne.jp.neville-neil.com (eM60-254-247-73.pool.emnet.ne.jp [60.254.247.73]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m2O7alHd037041; Mon, 24 Mar 2008 00:36:50 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Mon, 24 Mar 2008 16:36:45 +0900 Message-ID: From: "George V. Neville-Neil" To: "Wes Peters" In-Reply-To: References: <945136.92642.qm@web57010.mail.re3.yahoo.com> <20080320195012.GA66530@obiwan.tataz.chchile.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Unga , Jeremie Le Hen , freebsd-chat@freebsd.org, freebsd-current@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 07:47:45 -0000 At Sun, 23 Mar 2008 22:26:13 -0700, Wes Peters wrote: > > On Thu, Mar 20, 2008 at 12:50 PM, Jeremie Le Hen wrote: > > Hi, > > > > > > On Fri, Mar 14, 2008 at 07:41:30AM -0700, Unga wrote: > > > Is the following book still relevant to FreeBSD 7.X > > > and upcoming FreeBSD 8.X? Is there a 2nd edition > > > coming soon? > > > > > > The Design and Implementation of the FreeBSD Operating > > > System > > > By Marshall Kirk McKusick, George V. Neville-Neil > > > Published Aug 2, 2004 by Addison Wesley Professional. > > > 1st. Edition > > > ISBN-10: 0-201-70245-2 > > > http://www.informit.com/title/0201702452 > > > > FWIW there has been rumours about the next edition of this book covering > > a recenter version. That's all I know :). > > You could probably ask gnn@freebsd.org about that. :) > Actually Kirk is the boss, so he should chime in here. Best, George From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 12:45:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C70B01065670 for ; Mon, 24 Mar 2008 12:45:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9488FC24 for ; Mon, 24 Mar 2008 12:45:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Jdm2w-0008Or-N5 for freebsd-current@freebsd.org; Mon, 24 Mar 2008 12:45:02 +0000 Received: from d463a8fb.datahighways.de ([212.99.168.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 12:45:02 +0000 Received: from ino-news by d463a8fb.datahighways.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Mar 2008 12:45:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: ino-news@spotteswoode.dnsalias.org (clemens fischer) Date: Mon, 24 Mar 2008 13:13:29 +0100 Lines: 307 Message-ID: <9gikb5xt3a.ln2@nntp.spotteswoode.dnsalias.org> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: d463a8fb.datahighways.de X-Archive: encrypt=none User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/8.0-CURRENT (i386)) Sender: news Subject: on shutdown: "panic: fifo_close: no v_fifoinfo" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 12:45:05 -0000 i'm seeing this panic sometimes when shutting down the system, after many (but not all) of the disk buffers have been flushed. 'uname -a' FreeBSD 8.0-CURRENT #1: Sun Mar 23 15:24:03 CET 2008 root@x:/usr/obj/usr/src/sys/spott_fbsd8_i386 i386 it's a GENERIC with most of the kld'able devices turned off, built saturday 22nd. the PID is always 1 when the panic happens. alas, i don't have serial access to the box, so i can't give you but the kgdb output. i'd appreciate links to some tutorial on what best to do with ddb(4) and kgdb(1). if i don't type "call doadump", i don't even get a dump. here's kgdb output: ... Loaded symbols for /boot/kernel/acpi.ko Reading in symbols for /usr/src/sys/i386/i386/pmap.c...unsupported tag: 'DW_TAG_const_type'...done. Unread portion of the kernel message buffer: <6>pflog0: promiscuous mode disabled <118>Writing entropy file: <118>. <118>. Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...40 36 2 2 1 1 0 0 0 done All buffers synced. lock order reversal: 1st 0xc3ab97d4 vfslock (vfslock) @ /usr/src/sys/kern/vfs_mount.c:1249 2nd 0xc3d30e08 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2162 KDB: stack backtrace: db_trace_self_wrapper(c07921b4,edf0ea68,c05ae5b6,c079497e,c3d30e08,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c079497e,c3d30e08,c079ba41,c079ba41,c079afff,...) at kdb_backtrace+0x29 witness_checkorder(c3d30e08,9,c079afff,872,c3d30e08,...) at witness_checkorder+0x6d6 _lockmgr_args(c3d30e08,20002,c3d30e38,0,ffffffff,...) at _lockmgr_args+0x569 vop_stdlock(edf0eb38,c37f8d00,c079afff,c079afff,c05ade87,...) at vop_stdlock+0x51 VOP_LOCK1_APV(c07dd2a0,edf0eb38,40000,c079afff,c3d30e38,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c3d30db0,20002,c079afff,872,0,...) at _vn_lock+0xf2 vrele(c3d30db0,0,c079a95e,4f7,50,...) at vrele+0x142 dounmount(c3ab97d4,80000,c37f8c60,e3846ee8,0,...) at dounmount+0x38a vfs_unmountall(c078e999,0,c078ea38,128,c05f05c0,...) at vfs_unmountall+0x4e boot(c081dc10,0,c078ea38,ab,edf0ed2c,...) at boot+0x51a reboot(c37f8c60,edf0ecfc,3f5,c07b4810,c37f8c60,...) at reboot+0x4b syscall(edf0ed38) at syscall+0x313 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (55, FreeBSD ELF32, reboot), eip = 0x8050b43, esp = 0xbfbfe8ec, ebp = 0xbfbfe9b8 --- panic: fifo_close: no v_fifoinfo cpuid = 0 KDB: enter: panic exclusive lockmgr ufs r = 0 (0xc4090058) locked @ /usr/src/sys/kern/vfs_subr.c:2367 exclusive lockmgr vfslock r = 0 (0xc3c0329c) locked @ /usr/src/sys/kern/vfs_mount.c:1249 exclusive lockmgr ufs r = 0 (0xc39432a0) locked @ /usr/src/sys/kern/vfs_mount.c:1214 exclusive sleep mutex Giant r = 0 (0xc081dc10) locked @ /usr/src/sys/kern/kern_shutdown.c:171 Physical memory: 887 MB Dumping 169 MB: 154 138 122 106 90 74 58 42 26 10 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt Incomplete CFI data; unspecified registers at 0xc05720f3... ... Reading in symbols for /usr/src/sys/ddb/db_command.c...unsupported tag: 'DW_TAG_const_type'...done. Incomplete CFI data; unspecified registers at 0xc048cee8... ... Incomplete CFI data; unspecified registers at 0xc048d2ac... ... Incomplete CFI data; unspecified registers at 0xc048d663... ... Reading in symbols for /usr/src/sys/ddb/db_main.c...done. Incomplete CFI data; unspecified registers at 0xc048ede7... ... Reading in symbols for /usr/src/sys/kern/subr_kdb.c...done. Incomplete CFI data; unspecified registers at 0xc059ce5f... ... Reading in symbols for /usr/src/sys/i386/i386/trap.c...done. Reading in symbols for /usr/src/sys/i386/i386/exception.s...done. Reading in symbols for /usr/src/sys/fs/fifofs/fifo_vnops.c...done. Reading in symbols for /usr/src/sys/ufs/ufs/ufs_vnops.c...done. Reading in symbols for vnode_if.c...done. Reading in symbols for /usr/src/sys/kern/vfs_subr.c...unsupported tag: 'DW_TAG_const_type'...done. Reading in symbols for /usr/src/sys/ufs/ffs/ffs_vfsops.c...done. Reading in symbols for /usr/src/sys/ufs/ffs/ffs_softdep.c...done. Reading in symbols for /usr/src/sys/kern/vfs_mount.c...done. Previous frame inner to this frame (corrupt stack?) (kgdb) show witness Undefined show command: "witness". Try "help show". (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc048d029 in db_fncall (dummy1=1, dummy2=0, dummy3=-1064808672, dummy4=0xedf0e734 "\200\264\203\303") at /usr/src/sys/ddb/db_command.c:514 #2 0xc048d5ac in db_command (last_cmdp=0xc07fb3b4, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:411 #3 0xc048d6ba in db_command_loop () at /usr/src/sys/ddb/db_command.c:464 #4 0xc048eebc in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #5 0xc059cee5 in kdb_trap (type=3, code=0, tf=0xedf0e8dc) at /usr/src/sys/kern/subr_kdb.c:510 #6 0xc07512eb in trap (frame=0xedf0e8dc) at /usr/src/sys/i386/i386/trap.c:643 #7 0xc0736a8b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #8 0xc059d06a in kdb_enter (why=0xc078ebf7 "panic", msg=0xc078ebf7 "panic") at cpufunc.h:60 #9 0xc0572d0c in panic (fmt=0xc0785708 "fifo_close: no v_fifoinfo") at /usr/src/sys/kern/kern_shutdown.c:556 #10 0xc0519398 in fifo_close (ap=0xedf0e9fc) at /usr/src/sys/fs/fifofs/fifo_vnops.c:426 #11 0xc06f3a44 in ufsfifo_close (ap=0xedf0e9fc) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2043 #12 0xc075d565 in VOP_CLOSE_APV (vop=0xc07eaf80, a=0xedf0e9fc) at vnode_if.c:424 #13 0xc05f32c7 in vgonel (vp=0xc4090000) at vnode_if.h:225 #14 0xc05f4d27 in vflush (mp=0xc3c0329c, rootrefs=0, flags=3, td=0xc37f8c60) at /usr/src/sys/kern/vfs_subr.c:2412 #15 0xc06e46ca in ffs_flushfiles (mp=0xc3c0329c, flags=2, td=0xc37f8c60) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1107 #16 0xc06dea57 in softdep_flushfiles (oldmnt=0xc3c0329c, flags=2, td=0xc37f8c60) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1085 #17 0xc06e5183 in ffs_unmount (mp=0xc3c0329c, mntflags=524288, td=0xc37f8c60) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1032 #18 0xc05ef1de in dounmount (mp=0xc3c0329c, flags=524288, td=0xc37f8c60) at /usr/src/sys/kern/vfs_mount.c:1293 #19 0xc05f23de in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:2942 #20 0xc057267a in boot (howto=Variable "howto" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:400 #21 0xc0572e0b in reboot (td=0xc37f8c60, uap=0xedf0ecfc) at /usr/src/sys/kern/kern_shutdown.c:172 #22 0xc07509e3 in syscall (frame=0xedf0ed38) at /usr/src/sys/i386/i386/trap.c:1026 #23 0xc0736af0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #24 0x00000033 in ?? () (kgdb) list /usr/src/sys/fs/fifofs/fifo_vnops.c:426 421 { 422 struct vnode *vp = ap->a_vp; 423 struct fifoinfo *fip = vp->v_fifoinfo; 424 425 ASSERT_VOP_LOCKED(vp, "fifo_close"); 426 KASSERT(fip != NULL, ("fifo_close: no v_fifoinfo")); 427 if (ap->a_fflag & FREAD) { 428 fip->fi_readers--; 429 if (fip->fi_readers == 0) 430 socantsendmore(fip->fi_writesock); (kgdb) f 10 #10 0xc0519398 in fifo_close (ap=0xedf0e9fc) at /usr/src/sys/fs/fifofs/fifo_vnops.c:426 426 KASSERT(fip != NULL, ("fifo_close: no v_fifoinfo")); (kgdb) l 405,433 405 406 return (0); 407 } 408 409 /* 410 * Device close routine 411 */ 412 /* ARGSUSED */ 413 static int 414 fifo_close(ap) 415 struct vop_close_args /* { 416 struct vnode *a_vp; 417 int a_fflag; 418 struct ucred *a_cred; 419 struct thread *a_td; 420 } */ *ap; 421 { 422 struct vnode *vp = ap->a_vp; 423 struct fifoinfo *fip = vp->v_fifoinfo; 424 425 ASSERT_VOP_LOCKED(vp, "fifo_close"); 426 KASSERT(fip != NULL, ("fifo_close: no v_fifoinfo")); 427 if (ap->a_fflag & FREAD) { 428 fip->fi_readers--; 429 if (fip->fi_readers == 0) 430 socantsendmore(fip->fi_writesock); 431 } 432 if (ap->a_fflag & FWRITE) { 433 fip->fi_writers--; (kgdb) p *ap $6 = { a_gen = { a_desc = 0xc07f86a0 }, a_vp = 0xc4090000, a_fflag = 4, a_cred = 0x0, a_td = 0xc37f8c60 } (kgdb) p *vp $5 = { v_type = VFIFO, v_tag = 0xc07883ef "ufs", v_op = 0xc07eaf80, v_data = 0xc406f8c4, v_mount = 0xc3c0329c, v_nmntvnodes = { tqe_next = 0xc6363200, tqe_prev = 0xc3c03304 }, v_un = { vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0 }, v_hashlist = { le_next = 0x0, le_prev = 0xc7652144 }, v_hash = 222839, v_cache_src = { lh_first = 0x0 }, v_cache_dst = { tqh_first = 0x0, tqh_last = 0xc4090030 }, v_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = { lk_object = { lo_name = 0xc07883ef "ufs", lo_type = 0xc07883ef "ufs", lo_flags = 91947008, lo_witness_data = { lod_list = { stqe_next = 0xc0830ac8 }, lod_witness = 0xc0830ac8 } }, lk_interlock = 0xc081d2e0, lk_flags = 4194368, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_timo = 51, lk_lockholder = 0xc37f8c60, lk_newlock = 0x0 }, v_interlock = { lock_object = { lo_name = 0xc0794ae0 "vnode interlock", lo_type = 0xc0794ae0 "vnode interlock", lo_flags = 16973824, lo_witness_data = { lod_list = { stqe_next = 0xc0832918 }, lod_witness = 0xc0832918 } }, mtx_lock = 4, mtx_recurse = 0 }, v_vnlock = 0xc4090058, v_holdcnt = 3, v_usecount = 2, v_iflag = 128, v_vflag = 0, v_writecount = 0, v_freelist = { tqe_next = 0x0, tqe_prev = 0xc406d8b4 }, v_bufobj = { bo_mtx = { lock_object = { lo_name = 0xc079baf8 "bufobj interlock", lo_type = 0xc079baf8 "bufobj interlock", lo_flags = 16973824, lo_witness_data = { lod_list = { stqe_next = 0xc0831298 }, lod_witness = 0xc0831298 } }, mtx_lock = 4, mtx_recurse = 0 }, bo_clean = { bv_hd = { tqh_first = 0x0, tqh_last = 0xc40900d8 }, bv_root = 0x0, bv_cnt = 0 }, bo_dirty = { bv_hd = { tqh_first = 0x0, tqh_last = 0xc40900e8 }, bv_root = 0x0, bv_cnt = 0 }, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xc07dbca0, bo_bsize = 16384, bo_object = 0x0, bo_synclist = { le_next = 0x0, le_prev = 0x0 }, bo_private = 0xc4090000, __bo_vnode = 0xc4090000 }, v_pollinfo = 0x0, v_label = 0x0 } please advise what to do next time this happens. regards, clemens From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 14:06:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D06EC106566B; Mon, 24 Mar 2008 14:06:24 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: from sub.vaned.net (sub.vaned.net [205.200.235.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9138FC14; Mon, 24 Mar 2008 14:06:24 +0000 (UTC) (envelope-from csjp@sub.vaned.net) Received: by sub.vaned.net (Postfix, from userid 1001) id E6F6B2E1; Mon, 24 Mar 2008 09:06:23 -0500 (CDT) Date: Mon, 24 Mar 2008 09:06:23 -0500 From: "Christian S.J. Peron" To: Robert Watson Message-ID: <20080324140623.GA14941@sub.vaned.net> References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080317134335.A3253@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org, freebsd-current@freebsd.org, "Christian S.J. Peron" , net@freebsd.org Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 14:06:25 -0000 I just want everyone to know that I have completed the zerocopy bpf commit. Please be on the "lookout" for any strange bpf related issues. For people that want to test the new zerocopy bpf implementation, a patch can be found here: http://people.freebsd.org/~csjp/pcap.1206364304.diff Any comments, patches etc can be sent to Robert Watson (rwatson@) or myself. Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 14:15:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4E881065670; Mon, 24 Mar 2008 14:15:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7753A8FC13; Mon, 24 Mar 2008 14:15:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4E55746C0D; Mon, 24 Mar 2008 10:15:51 -0400 (EDT) Date: Mon, 24 Mar 2008 14:15:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Christian S.J. Peron" In-Reply-To: <20080324140623.GA14941@sub.vaned.net> Message-ID: <20080324141334.T7797@fledge.watson.org> References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> <20080324140623.GA14941@sub.vaned.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, freebsd-current@freebsd.org, net@freebsd.org Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 14:15:53 -0000 On Mon, 24 Mar 2008, Christian S.J. Peron wrote: > I just want everyone to know that I have completed the zerocopy bpf commit. > Please be on the "lookout" for any strange bpf related issues. > > For people that want to test the new zerocopy bpf implementation, a patch > can be found here: > > http://people.freebsd.org/~csjp/pcap.1206364304.diff > > Any comments, patches etc can be sent to Robert Watson (rwatson@) or myself. FYI, right now there is a known issue in which only one of the two BPF buffers can be owned by user processes at a time. As a result, when acking one buffer, it's almost always the case that userspace will enter select() even though another buffer is essentially ready, leading to a system call being generated for each buffer even though that's undesirable. I'm working on some changing allowing both buffers to be owned by userspace at a time, but it will be a couple of weeks before that enters CVS. I believe that the current libpcap patches should keep working with that fine, although of course, we'll see. :-) The bpf.4 documentation is very careful to warn that applications should not assume that there are any invariants about the number of buffers assigned to userspace at a time. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 14:18:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7653F106566C for ; Mon, 24 Mar 2008 14:18:40 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id EDB5E8FC18 for ; Mon, 24 Mar 2008 14:18:39 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so2383596uge.37 for ; Mon, 24 Mar 2008 07:18:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=L+XtzChYfkrJWAEXUKGT/REdZhrDR6Ks5MEjgi9P+xk=; b=Cl/cYUu2etpKvzDMNi12rnu7NJ+GZyAjQxC5OrQHvt/3PSPIq7A3KOkKgEYodoSDuw1gWfrAiCDlA20lvbL2Vnz23stPhBixSayEIecloZo6vsglM/2naf/x0+sp1Wv7oYZXQsRINL38gnZ6Ltu/ErnqV3WxnZbSXCyqxxKK6JU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=cxEw3Fw//gzSkEuaMnPfRXy67WIH8GYqgmwzZfVqZPD42360eXlQDBDzWqm3GF6eTrnhDdugzb6ZtXp3tkNkQbfI8zqyIuWHbDI8OW3e1aG7MuQY6j1xZ6O4jfP++wpUVRLrAYE+Kd5UArxwmtxrMJqgqNBMSa4XC7SGwu9pWmM= Received: by 10.66.217.20 with SMTP id p20mr4762952ugg.51.1206368318770; Mon, 24 Mar 2008 07:18:38 -0700 (PDT) Received: by 10.66.220.18 with HTTP; Mon, 24 Mar 2008 07:18:38 -0700 (PDT) Message-ID: Date: Mon, 24 Mar 2008 14:18:38 +0000 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: freebsd-current@freebsd.org In-Reply-To: <200803190920.28633.jhb@freebsd.org> MIME-Version: 1.0 References: <200803181324.51136.jhb@freebsd.org> <200803190920.28633.jhb@freebsd.org> X-Google-Sender-Auth: dc1745f07a15b0c7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Compiling 6.3->7: lapic frequency madness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 14:18:40 -0000 On 19/03/2008, John Baldwin wrote: > > On Tuesday 18 March 2008 03:25:00 pm Igor Mozolevsky wrote: > > > Well, I wouldn't say I'm sure it's 100% cpufreq related, but removing > > it from the kernel fixes the problem... It's also possible that > > cpufreq is interfering with something else... Anyhow, I've got both > > est and p4tcc attaching. > > > Can you try disabling one or the other to see if it's limited to one > driver? For the benefit of the rest of the list, since as I replied to jhb only by mistake: hint.est.0.disabled="1" seems to give lapic frequency within a reasonable range. cheers, Igor :-) From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 14:53:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7066106566B; Mon, 24 Mar 2008 14:53:37 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from silver.he.iki.fi (helenius.fi [83.150.107.219]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5158FC18; Mon, 24 Mar 2008 14:53:37 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from localhost (localhost [127.0.0.1]) by silver.he.iki.fi (Postfix) with ESMTP id 69359DF49; Mon, 24 Mar 2008 16:31:00 +0200 (EET) Received: from silver.he.iki.fi ([127.0.0.1]) by localhost (silver.he.iki.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ymvqJQKR1Yfl; Mon, 24 Mar 2008 16:30:53 +0200 (EET) Received: from [83.150.107.194] (d194.helenius.fi [83.150.107.194]) by silver.he.iki.fi (Postfix) with ESMTP; Mon, 24 Mar 2008 16:30:53 +0200 (EET) Message-ID: <47E7BB1C.4020703@helenius.fi> Date: Mon, 24 Mar 2008 16:30:52 +0200 From: Petri Helenius User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Robert Watson References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> <20080324140623.GA14941@sub.vaned.net> <20080324141334.T7797@fledge.watson.org> In-Reply-To: <20080324141334.T7797@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 24 Mar 2008 15:06:07 +0000 Cc: arch@freebsd.org, freebsd-current@freebsd.org, net@freebsd.org Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 14:53:38 -0000 Pardon the basic question, but is the current patchset "zero copy" or "one copy"? The paper I saw a link to described a mechanism to eliminate one of the two copies the traditional bpf approach makes but I haven't taken a look into the actual code. Pete From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 15:26:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17BE2106566B; Mon, 24 Mar 2008 15:26:37 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B22198FC21; Mon, 24 Mar 2008 15:26:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9388746B0C; Mon, 24 Mar 2008 11:26:35 -0400 (EDT) Date: Mon, 24 Mar 2008 15:26:35 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Petri Helenius In-Reply-To: <47E7BB1C.4020703@helenius.fi> Message-ID: <20080324151814.Y12107@fledge.watson.org> References: <20080317133029.GA19369@sub.vaned.net> <20080317134335.A3253@fledge.watson.org> <20080324140623.GA14941@sub.vaned.net> <20080324141334.T7797@fledge.watson.org> <47E7BB1C.4020703@helenius.fi> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, freebsd-current@freebsd.org, net@freebsd.org Subject: Re: HEADS UP: zerocopy bpf commits impending X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 15:26:37 -0000 On Mon, 24 Mar 2008, Petri Helenius wrote: > Pardon the basic question, but is the current patchset "zero copy" or "one > copy"? The paper I saw a link to described a mechanism to eliminate one of > the two copies the traditional bpf approach makes but I haven't taken a look > into the actual code. The short answer is "one-copy". This eliminates the copy between the kernel and user space, but not the possibility of in-kernel copying. In practice, that in-kernel copying is frequently desirable as: (1) It allows packing of headers into a buffer when a small snaplen is used, which greatly reduces memory overhead when capturing, for example, just TCP headers and not payloads. (2) It allows us to more easily maintain independence between separate BPF sessions, and in particular, to avoid leaking memory between kernel, userspace, and different BPF consumers. If doing full capture of all packet data to userspace, the approach we took would improve performance, but would still involve one full copy of packet data in kernel. Further work would be required to eliminate that copy. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 16:48:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FE70106566C for ; Mon, 24 Mar 2008 16:48:18 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id F08928FC1A for ; Mon, 24 Mar 2008 16:48:17 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m2OGmEwj087150; Mon, 24 Mar 2008 09:48:14 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m2OGmE36087149; Mon, 24 Mar 2008 09:48:14 -0700 (PDT) (envelope-from obrien) Date: Mon, 24 Mar 2008 09:48:14 -0700 From: "David O'Brien" To: Chuck Robey Message-ID: <20080324164814.GA86990@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Chuck Robey , freebsd-current@freebsd.org References: <47E55BD0.2000101@chuckr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47E55BD0.2000101@chuckr.org> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: patching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 16:48:18 -0000 On Sat, Mar 22, 2008 at 03:19:44PM -0400, Chuck Robey wrote: > Here's the part of kdump where it broke: > ===> usr.bin/kdump (all) .. > In file included from ioctl.c:127: > /usr/obj/usr/src/tmp/usr/include/sys/tablet.h:93: error: redefinition of 'struct > synapticshw' The kdump build includes all .h's visiable to it. If you 'cd /usr/src/usr.bin/kdump && make' it will look at every /usr/include/sys/*.h you have - including old obsolete ones. In otherwords, you have stale files in ${DESTDIR}/usr/include. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 16:50:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59AA4106566B for ; Mon, 24 Mar 2008 16:50:02 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 245008FC22 for ; Mon, 24 Mar 2008 16:50:02 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m2OGo1lQ087222; Mon, 24 Mar 2008 09:50:01 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m2OGo1sS087221; Mon, 24 Mar 2008 09:50:01 -0700 (PDT) (envelope-from obrien) Date: Mon, 24 Mar 2008 09:50:01 -0700 From: "David O'Brien" To: John Birrell Message-ID: <20080324165001.GB86990@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, John Birrell , freebsd-current@freebsd.org References: <20080316222433.GA20366@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080316222433.GA20366@what-creek.com> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: DTrace support in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 16:50:02 -0000 On Sun, Mar 16, 2008 at 10:24:34PM +0000, John Birrell wrote: > This is an early headsup for DTrace support being committed > to current. I plan to start committing stuff bit-by-bit > starting a week from now, subject to review of the bits. Hi John, Can you post a diff against -CURRENT? Just the changes to files already in -CURRENT (diff -ru instead of diff -ruN). thanks, -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:20:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60CC11065671 for ; Mon, 24 Mar 2008 17:20:48 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 24DD78FC29 for ; Mon, 24 Mar 2008 17:20:47 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m2OHKl2M088156; Mon, 24 Mar 2008 10:20:47 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m2OHKl7w088155; Mon, 24 Mar 2008 10:20:47 -0700 (PDT) (envelope-from obrien) Date: Mon, 24 Mar 2008 10:20:47 -0700 From: "David O'Brien" To: John Birrell Message-ID: <20080324172047.GA88072@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, John Birrell , freebsd-current@freebsd.org References: <20080316222433.GA20366@what-creek.com> <20080324165001.GB86990@dragon.NUXI.org> <20080324171154.GB96032@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080324171154.GB96032@what-creek.com> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: DTrace support in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 17:20:48 -0000 On Mon, Mar 24, 2008 at 05:11:54PM +0000, John Birrell wrote: > On Mon, Mar 24, 2008 at 09:50:01AM -0700, David O'Brien wrote: > > On Sun, Mar 16, 2008 at 10:24:34PM +0000, John Birrell wrote: > > > This is an early headsup for DTrace support being committed > > > to current. I plan to start committing stuff bit-by-bit > > > starting a week from now, subject to review of the bits. > > > > Hi John, > > Can you post a diff against -CURRENT? Just the changes to files already > > in -CURRENT (diff -ru instead of diff -ruN). > > I'm not going to prepare one big diff because it isn't suitable > for people to review. You can get the whole thing from p4. Yes, I can see the whole thing in Perforce. I already it checked out. But I don't know how to find the differences of what you will check in vs. 8-CURRENT in CVS. > The diffs I will be preparing cover smaller areas of the code Then it sounds like you will be posting the diffs I asked about [in peices]. Sounds good - thanks. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:25:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 684B7106564A for ; Mon, 24 Mar 2008 17:25:49 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 28C7E8FC15 for ; Mon, 24 Mar 2008 17:25:49 +0000 (UTC) (envelope-from chuckr@chuckr.org) Received: (qmail 25326 invoked from network); 24 Mar 2008 17:25:48 -0000 Received: from april.chuckr.org (chuckr@[66.92.151.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 24 Mar 2008 17:25:48 -0000 Message-ID: <47E7E283.5070406@chuckr.org> Date: Mon, 24 Mar 2008 13:18:59 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: obrien@freebsd.org, Chuck Robey , freebsd-current@freebsd.org References: <47E55BD0.2000101@chuckr.org> <20080324164814.GA86990@dragon.NUXI.org> In-Reply-To: <20080324164814.GA86990@dragon.NUXI.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: patching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 17:25:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David O'Brien wrote: > On Sat, Mar 22, 2008 at 03:19:44PM -0400, Chuck Robey wrote: >> Here's the part of kdump where it broke: >> ===> usr.bin/kdump (all) > .. >> In file included from ioctl.c:127: >> /usr/obj/usr/src/tmp/usr/include/sys/tablet.h:93: error: redefinition of 'struct >> synapticshw' > > The kdump build includes all .h's visiable to it. If you 'cd > /usr/src/usr.bin/kdump && make' it will look at every > /usr/include/sys/*.h you have - including old obsolete ones. > > In otherwords, you have stale files in ${DESTDIR}/usr/include. > Thanks, David, I'd found it a couple days ago, actually it was pointed directly to in an earlier email. I had somehow pulled a really old copy of tablet.h from my cvs archive onto my system. I have been working on a USB driver for a graphic tablet, I can't really see how I pulled that file from the archive, but that's doubtlessly the thing which I did, and removing it fixed the build, I just had assumed it was one of the occaisonal breakages in current because I thought I hadn't touched it directly, I needed to be given a reason to overcome my silly assumption. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH5+KDz62J6PPcoOkRAsb9AJ9gRHhnaM9u5PFxsc5ZHtVddzwSiACgkrPT z//Q6wF14Pow+6hyfLfI3BM= =gEF6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:30:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0726106566B for ; Mon, 24 Mar 2008 17:30:42 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id B08518FC13 for ; Mon, 24 Mar 2008 17:30:42 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 7349F73303; Mon, 24 Mar 2008 17:11:54 +0000 (GMT) Date: Mon, 24 Mar 2008 17:11:54 +0000 From: John Birrell To: obrien@freebsd.org, freebsd-current@freebsd.org Message-ID: <20080324171154.GB96032@what-creek.com> References: <20080316222433.GA20366@what-creek.com> <20080324165001.GB86990@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080324165001.GB86990@dragon.NUXI.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: HEADSUP: DTrace support in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 17:30:43 -0000 On Mon, Mar 24, 2008 at 09:50:01AM -0700, David O'Brien wrote: > On Sun, Mar 16, 2008 at 10:24:34PM +0000, John Birrell wrote: > > This is an early headsup for DTrace support being committed > > to current. I plan to start committing stuff bit-by-bit > > starting a week from now, subject to review of the bits. > > Hi John, > Can you post a diff against -CURRENT? Just the changes to files already > in -CURRENT (diff -ru instead of diff -ruN). I'm not going to prepare one big diff because it isn't suitable for people to review. You can get the whole thing from p4. The diffs I will be preparing cover smaller areas of the code such as the trap clock changes to add hooks which have nothing to do with the wad of code in src/contrib/opensolaris, for instance. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:48:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A91D106564A for ; Mon, 24 Mar 2008 17:48:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0ECC08FC1D for ; Mon, 24 Mar 2008 17:48:50 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2OHmk77086324; Mon, 24 Mar 2008 10:48:46 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2OHmklD086323; Mon, 24 Mar 2008 10:48:46 -0700 (PDT) (envelope-from david) Date: Mon, 24 Mar 2008 10:48:46 -0700 From: David Wolfskill To: Chuck Robey Message-ID: <20080324174846.GL75023@bunrab.catwhisker.org> References: <47E55BD0.2000101@chuckr.org> <20080324164814.GA86990@dragon.NUXI.org> <47E7E283.5070406@chuckr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sWvRP97dwRHm9fX+" Content-Disposition: inline In-Reply-To: <47E7E283.5070406@chuckr.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd.org@catwhisker.org, freebsd-current@freebsd.org Subject: Re: patching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 17:48:50 -0000 --sWvRP97dwRHm9fX+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 24, 2008 at 01:18:59PM -0400, Chuck Robey wrote: > ... > > In otherwords, you have stale files in ${DESTDIR}/usr/include. >=20 > Thanks, David, I'd found it a couple days ago, actually it was pointed di= rectly > to in an earlier email. I had somehow pulled a really old copy of tablet= .h from > my cvs archive onto my system.... Something I've been doing for a while to avoid that is to augment the steps listed in src/UPDATING by prefixing the "make installworld" with rm -fr /usr/include.old && mv /usr/include{,.old} so once "make installworld" has completed, /usr/include is fresh. I have had very few breaks -- even in CURRENT -- over the years since adopting the approach. (And I generally track CURRENT daily.) Note that the approach is not appropriate for a machine that has /usr/include updated outside of the "make installworld" process -- but my machines don't have that issue. (Still, note that I "move aside" the old /usr/include, just in case....) Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --sWvRP97dwRHm9fX+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfn6X0ACgkQmprOCmdXAD1a7wCdGVNS1vFau87tRrERTQAvj2RD BPIAn22SQh56OTvDQG6inmkRwMHbLOUt =SsIA -----END PGP SIGNATURE----- --sWvRP97dwRHm9fX+-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:49:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73295106567E for ; Mon, 24 Mar 2008 17:49:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 240DD8FC2C for ; Mon, 24 Mar 2008 17:49:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m2OHnCtq086350; Mon, 24 Mar 2008 10:49:12 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m2OHnCxZ086349; Mon, 24 Mar 2008 10:49:12 -0700 (PDT) (envelope-from david) Date: Mon, 24 Mar 2008 10:49:12 -0700 From: David Wolfskill To: Chuck Robey Message-ID: <20080324174912.GM75023@bunrab.catwhisker.org> References: <47E55BD0.2000101@chuckr.org> <20080324164814.GA86990@dragon.NUXI.org> <47E7E283.5070406@chuckr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kUBUi7JBpjcBtem/" Content-Disposition: inline In-Reply-To: <47E7E283.5070406@chuckr.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: patching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 17:49:15 -0000 --kUBUi7JBpjcBtem/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 24, 2008 at 01:18:59PM -0400, Chuck Robey wrote: > ... > > In otherwords, you have stale files in ${DESTDIR}/usr/include. >=20 > Thanks, David, I'd found it a couple days ago, actually it was pointed di= rectly > to in an earlier email. I had somehow pulled a really old copy of tablet= .h from > my cvs archive onto my system.... Something I've been doing for a while to avoid that is to augment the steps listed in src/UPDATING by prefixing the "make installworld" with rm -fr /usr/include.old && mv /usr/include{,.old} so once "make installworld" has completed, /usr/include is fresh. I have had very few breaks -- even in CURRENT -- over the years since adopting the approach. (And I generally track CURRENT daily.) Note that the approach is not appropriate for a machine that has /usr/include updated outside of the "make installworld" process -- but my machines don't have that issue. (Still, note that I "move aside" the old /usr/include, just in case....) Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --kUBUi7JBpjcBtem/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkfn6ZcACgkQmprOCmdXAD30dQCcDI46nyJR79EnLBzRYIdS7YlN mvwAniqDlq2GpvWh3a4jJ0AnLT9wxco+ =+o+7 -----END PGP SIGNATURE----- --kUBUi7JBpjcBtem/-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 18:10:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 181AC1065675 for ; Mon, 24 Mar 2008 18:10:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A98C98FC2E for ; Mon, 24 Mar 2008 18:10:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E60E246C0D; Mon, 24 Mar 2008 14:10:24 -0400 (EDT) Date: Mon, 24 Mar 2008 18:10:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Wolfskill In-Reply-To: <20080324174912.GM75023@bunrab.catwhisker.org> Message-ID: <20080324180925.X12107@fledge.watson.org> References: <47E55BD0.2000101@chuckr.org> <20080324164814.GA86990@dragon.NUXI.org> <47E7E283.5070406@chuckr.org> <20080324174912.GM75023@bunrab.catwhisker.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Chuck Robey , freebsd-current@freebsd.org Subject: Re: patching X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 18:10:26 -0000 On Mon, 24 Mar 2008, David Wolfskill wrote: > On Mon, Mar 24, 2008 at 01:18:59PM -0400, Chuck Robey wrote: >> ... >>> In otherwords, you have stale files in ${DESTDIR}/usr/include. >> >> Thanks, David, I'd found it a couple days ago, actually it was pointed directly >> to in an earlier email. I had somehow pulled a really old copy of tablet.h from >> my cvs archive onto my system.... > > Something I've been doing for a while to avoid that is to augment the steps > listed in src/UPDATING by prefixing the "make installworld" with > > rm -fr /usr/include.old && mv /usr/include{,.old} > > so once "make installworld" has completed, /usr/include is fresh. > > I have had very few breaks -- even in CURRENT -- over the years since > adopting the approach. (And I generally track CURRENT daily.) > > Note that the approach is not appropriate for a machine that has > /usr/include updated outside of the "make installworld" process -- but my > machines don't have that issue. (Still, note that I "move aside" the old > /usr/include, just in case....) buildworld instructions generally also seem to exclude "rm -Rf /usr/obj/whatever", or some make clean variation, which is, once in a while, required to get a successful build. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 08:35:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 199C2106566B for ; Tue, 25 Mar 2008 08:35:31 +0000 (UTC) (envelope-from Danovitsch@vitsch.net) Received: from VM01.Vitsch.net (vm01.vitsch.net [85.17.51.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6778FC22 for ; Tue, 25 Mar 2008 08:35:30 +0000 (UTC) (envelope-from Danovitsch@vitsch.net) Received: from [192.168.72.251] (81-171-30-78.dsl.fiberworld.nl [81.171.30.78] (may be forged)) (authenticated bits=0) by VM01.Vitsch.net (8.13.8/8.13.8) with ESMTP id m2P8ZTnw069566 for ; Tue, 25 Mar 2008 09:35:29 +0100 (CET) (envelope-from Danovitsch@vitsch.net) From: "Daan Vreeken [PA4DAN]" Organization: Vitsch Electronics To: freebsd-current@freebsd.org Date: Tue, 25 Mar 2008 09:35:26 +0100 User-Agent: KMail/1.9.7 References: <200803212223.03388.Danovitsch@vitsch.net> In-Reply-To: <200803212223.03388.Danovitsch@vitsch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803250935.26749.Danovitsch@vitsch.net> Subject: Re: Crash during boot on Asus P5N-MX MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 08:35:31 -0000 On Friday 21 March 2008 22:23:03 I wrote: > Hi All, > > I'm having trouble booting FreeBSD (-current or 6.1) on a new PC using an > Asus P5N-MX mother board equipped with a Intel E6750 Core 2 Duo processor. > After adding some printf()'s I've found out that the kernel crashes in > vm/vm_page.c - vm_page_startup() > around the line : > bzero((void *)mapped, end - new_end); > > This is the output of a verbose boot with VERBOSE_SYSINIT and custom > printf()'s : > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=01 base=0000000000000000 len=000000000009f000 > SMAP type=02 base=00000000000f0000 len=0000000000010000 > SMAP type=02 base=00000000fec00000 len=0000000001400000 > SMAP type=02 base=00000000f0000000 len=0000000002000000 > SMAP type=03 base=000000007fef3000 len=000000000000d000 > SMAP type=04 base=000000007fef0000 len=0000000000003000 > SMAP type=02 base=000000000009f000 len=0000000000001000 > SMAP type=01 base=0000000000100000 len=000000007fdf0000 > SMAP type=02 base=0000000077000000 len=0000000008000000 > SMAP type=01 base=000000007f000000 len=0000000000df0000 > Overlapping or non-monotonic memory region, ignoring second region Flashing the motherboard to the latest available BIOS version removed the above "Overlapping ..." message and got the system to boot normally. -- Daan From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 09:12:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E421065673 for ; Tue, 25 Mar 2008 09:12:59 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 030E78FC24 for ; Tue, 25 Mar 2008 09:12:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Je5DB-0005Xr-3T for freebsd-current@freebsd.org; Tue, 25 Mar 2008 09:12:53 +0000 Received: from cairn.ints.net ([194.44.58.121]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Mar 2008 09:12:53 +0000 Received: from c.kworr by cairn.ints.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 25 Mar 2008 09:12:53 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Volodymyr Kostyrko Date: Tue, 25 Mar 2008 11:12:32 +0200 Lines: 12 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cairn.ints.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.1.12) Gecko/20080314 SeaMonkey/1.1.8 Sender: news Subject: stale files in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 09:12:59 -0000 Isn't it time to drop aureal support from the tree? * src/sys/dev/sound/pci/au88x0.c * src/sys/dev/sound/pci/au88x0.h The files aren't used for a long time, last vital change was in 2003 and driver still not connected to the main process. However ports/audio/aureal-kmod works good, but states that mentioned files must be erased. After removing them we can get the port compile smoothly and get rid of some old junk. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 10:32:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEEEA106566C for ; Tue, 25 Mar 2008 10:32:41 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 61CBD8FC22 for ; Tue, 25 Mar 2008 10:32:41 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.19] (helo=9.mx.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.69) (envelope-from ) id 1Je6SN-0003NQ-G1 for current@freebsd.org; Tue, 25 Mar 2008 11:32:39 +0100 Received: from x0f75.x.pppool.de ([89.59.15.117]:27598 helo=peedub.jennejohn.org) by 9.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1Je6SN-0001tt-7f for current@freebsd.org; Tue, 25 Mar 2008 11:32:39 +0100 Date: Tue, 25 Mar 2008 11:32:38 +0100 From: Gary Jennejohn To: current@freebsd.org Message-ID: <20080325113238.1371b173@peedub.jennejohn.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: bqlock.diff - wedges the box? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 10:32:41 -0000 I can't remember whether this patch was sent to -arch or -current, so I'm sending to -current. garyj:peedub:~:-bash:17> uname -a FreeBSD peedub.jennejohn.org 8.0-CURRENT FreeBSD 8.0-CURRENT #42: Fri Mar 21 16:08:49 CET 2008 garyj@peedub.jennejohn.org:/obj/usr/src/sys/amd64 amd64 I applied the bqlock.diff to my -current tree yesterday and booted the new kernel today. While browsing around with firefox the box wedged hard. Since I was in X I didn't see the error message. No crash dump was produced and I had to power-cycle the box to recover. Just thought I'd report my experience, even if it is only anecdotal. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 11:20:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A188F1065671 for ; Tue, 25 Mar 2008 11:20:52 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 295008FC1B for ; Tue, 25 Mar 2008 11:20:51 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1204652nfb.33 for ; Tue, 25 Mar 2008 04:20:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=4onysIRoMRQRmTia3bR67/riYEBkechqRqWrbCa6nBE=; b=j+72NblysuCpEEwEDbXvZcuFrLLKRXxXlcSmXvLAlh4IhW9JZoqMCP8UthDVaBezMyo+d4012Zmh1h+GXX0sUa2HBFxNP5cbKCsS62pLnOLLaiyWWiMD3WFGn36Ov/HzzxC7IgQHb3H8Y+sRCtzOnMo5gxUEVlqEk3EbITZxeQk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jf9+0MYUw/QMO99O0lQGkP/XBk1FtjobAq2XjjrtIGFwBazjvBvmOCYJhoLFWe4LGvetigAoUtsU34sSvcy48K+GnzaIJQNttUGW7ZOqERO3e22n181MzOWlsNOkC7JtcSTGvawOkIS5mppghSF69KmmCnkzDTJWobmXTbjPhpk= Received: by 10.78.157.15 with SMTP id f15mr24841304hue.2.1206444050804; Tue, 25 Mar 2008 04:20:50 -0700 (PDT) Received: by 10.78.53.4 with HTTP; Tue, 25 Mar 2008 04:20:50 -0700 (PDT) Message-ID: Date: Tue, 25 Mar 2008 14:20:50 +0300 From: pluknet To: "Attilio Rao" In-Reply-To: <3bbf2fe10803181145m79e89955re785e1b5048cafd7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10803181145m79e89955re785e1b5048cafd7@mail.gmail.com> Cc: freebsd-current@freebsd.org, Alex Goncharov Subject: Re: Seeing lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 11:20:52 -0000 On 18/03/2008, Attilio Rao wrote: > 2008/3/18, pluknet : > > > On 18/03/2008, Alex Goncharov wrote: > > > [ Sorry if this is old news or not useful ] > > > > > > I am trying to source-upgrade one of my 7.0 systems to 8.0-CURRENT. > > > > > > In the following, when I say "build", it means "csup and build right > > > away". > > > > > > The very first 8.0 build (this morning) gave me the kernel that didn't > > > boot. Built it again, finishing about 15 minutes ago. This one > > > booted all right but I see this in `/var/log/messages': > > > > > > > [there was stripped LORs] > > > > It's due to recent WITNESS lockmgr support that unhides existing LORs. > > > > Thought taking that into account I could obtain a new one yesterday. I > > didn't see this before. > > > > Mar 17 03:17:14 pl sudo: pluknet : TTY=ttyv1 ; PWD=/usr/home/pluknet > > ; USER=root ; COMMAND=/usr/libexec/getty 3wire.9600 ttyd0 > > Mar 17 03:17:14 pl kernel: lock order reversal: > > Mar 17 03:17:14 pl kernel: 1st 0xc07e9274 proctree (proctree) @ > > /usr/src/sys/kern/kern_exit.c:291 > > Mar 17 03:17:14 pl kernel: 2nd 0xc2fc49e8 devfs (devfs) @ > > /usr/src/sys/kern/vfs_subr.c:2158 > > > This one seems interesting. > Next time you experience it can you please drop in DDB and print-out > the correct order revealed by WITNESS? > > Thanks, > Attilio > btw, I also see this message in dmesg after LOR: sio0: 170 more interrupt-level buffer overflows (total 170) - pluknet From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 12:11:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF17106566B; Tue, 25 Mar 2008 12:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 301838FC12; Tue, 25 Mar 2008 12:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PCBfvo015922; Tue, 25 Mar 2008 08:11:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PCBZis091409; Tue, 25 Mar 2008 08:11:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 56D6173039; Tue, 25 Mar 2008 07:11:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325121132.56D6173039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 07:11:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 12:11:43 -0000 TB --- 2008-03-25 10:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 10:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-03-25 10:35:01 - cleaning the object tree TB --- 2008-03-25 10:35:47 - cvsupping the source tree TB --- 2008-03-25 10:35:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-03-25 10:35:53 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 10:35:53 - cd /src TB --- 2008-03-25 10:35:53 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 10:35:55 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Mar 25 12:02:33 UTC 2008 TB --- 2008-03-25 12:02:33 - generating LINT kernel config TB --- 2008-03-25 12:02:33 - cd /src/sys/amd64/conf TB --- 2008-03-25 12:02:33 - /usr/bin/make -B LINT TB --- 2008-03-25 12:02:33 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-25 12:02:33 - cd /src TB --- 2008-03-25 12:02:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 25 12:02:33 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ipc.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_mib.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_misc.c cc1: warnings being treated as errors /src/sys/compat/linux/linux_misc.c: In function 'linux_sched_getaffinity': /src/sys/compat/linux/linux_misc.c:1753: warning: assignment from incompatible pointer type /src/sys/compat/linux/linux_misc.c: In function 'linux_sched_setaffinity': /src/sys/compat/linux/linux_misc.c:1779: warning: assignment from incompatible pointer type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 12:11:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 12:11:32 - ERROR: failed to build lint kernel TB --- 2008-03-25 12:11:32 - tinderbox aborted TB --- 4310.12 user 537.59 system 5791.10 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 12:44:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 951E51065671; Tue, 25 Mar 2008 12:44:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9208FC22; Tue, 25 Mar 2008 12:44:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PCiBNR020387; Tue, 25 Mar 2008 08:44:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PCiBFG072654; Tue, 25 Mar 2008 08:44:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E0B573039; Tue, 25 Mar 2008 07:44:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325124411.3E0B573039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 07:44:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 12:44:12 -0000 TB --- 2008-03-25 11:33:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 11:33:22 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-25 11:33:22 - cleaning the object tree TB --- 2008-03-25 11:33:52 - cvsupping the source tree TB --- 2008-03-25 11:33:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-25 11:34:02 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 11:34:02 - cd /src TB --- 2008-03-25 11:34:02 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 11:34:04 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 25 12:35:09 UTC 2008 TB --- 2008-03-25 12:35:09 - generating LINT kernel config TB --- 2008-03-25 12:35:09 - cd /src/sys/i386/conf TB --- 2008-03-25 12:35:09 - /usr/bin/make -B LINT TB --- 2008-03-25 12:35:09 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-25 12:35:09 - cd /src TB --- 2008-03-25 12:35:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 25 12:35:09 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ipc.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_mib.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_misc.c cc1: warnings being treated as errors /src/sys/compat/linux/linux_misc.c: In function 'linux_sched_getaffinity': /src/sys/compat/linux/linux_misc.c:1753: warning: assignment from incompatible pointer type /src/sys/compat/linux/linux_misc.c: In function 'linux_sched_setaffinity': /src/sys/compat/linux/linux_misc.c:1779: warning: assignment from incompatible pointer type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 12:44:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 12:44:11 - ERROR: failed to build lint kernel TB --- 2008-03-25 12:44:11 - tinderbox aborted TB --- 3172.30 user 384.15 system 4249.11 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 13:21:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5FCB106566B; Tue, 25 Mar 2008 13:21:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B7F068FC29; Tue, 25 Mar 2008 13:21:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PDL35l026743; Tue, 25 Mar 2008 09:21:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PDL2rM083487; Tue, 25 Mar 2008 09:21:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C04B873039; Tue, 25 Mar 2008 08:21:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325132102.C04B873039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 08:21:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 13:21:05 -0000 TB --- 2008-03-25 12:11:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 12:11:32 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-25 12:11:32 - cleaning the object tree TB --- 2008-03-25 12:11:57 - cvsupping the source tree TB --- 2008-03-25 12:11:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-25 12:12:03 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 12:12:03 - cd /src TB --- 2008-03-25 12:12:03 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 12:12:05 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 25 13:12:59 UTC 2008 TB --- 2008-03-25 13:12:59 - generating LINT kernel config TB --- 2008-03-25 13:12:59 - cd /src/sys/pc98/conf TB --- 2008-03-25 13:12:59 - /usr/bin/make -B LINT TB --- 2008-03-25 13:12:59 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-25 13:12:59 - cd /src TB --- 2008-03-25 13:12:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 25 13:12:59 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ipc.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_mib.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/compat/linux/linux_misc.c cc1: warnings being treated as errors /src/sys/compat/linux/linux_misc.c: In function 'linux_sched_getaffinity': /src/sys/compat/linux/linux_misc.c:1753: warning: assignment from incompatible pointer type /src/sys/compat/linux/linux_misc.c: In function 'linux_sched_setaffinity': /src/sys/compat/linux/linux_misc.c:1779: warning: assignment from incompatible pointer type *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 13:21:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 13:21:02 - ERROR: failed to build lint kernel TB --- 2008-03-25 13:21:02 - tinderbox aborted TB --- 3105.22 user 384.20 system 4170.26 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:43:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06ADC1065672; Tue, 25 Mar 2008 14:43:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BB29B8FC1F; Tue, 25 Mar 2008 14:43:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PEhbML045569; Tue, 25 Mar 2008 10:43:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PEhb1K087282; Tue, 25 Mar 2008 10:43:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F2E1773039; Tue, 25 Mar 2008 09:43:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325144336.F2E1773039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 09:43:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 14:43:38 -0000 TB --- 2008-03-25 14:27:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 14:27:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-03-25 14:27:36 - cleaning the object tree TB --- 2008-03-25 14:28:07 - cvsupping the source tree TB --- 2008-03-25 14:28:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-03-25 14:28:16 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 14:28:16 - cd /src TB --- 2008-03-25 14:28:16 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 14:28:17 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 14:43:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 14:43:36 - ERROR: failed to build world TB --- 2008-03-25 14:43:36 - tinderbox aborted TB --- 658.30 user 90.71 system 960.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:57:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21D71106564A; Tue, 25 Mar 2008 14:57:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D77EC8FC2C; Tue, 25 Mar 2008 14:57:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PEvoAE049212; Tue, 25 Mar 2008 10:57:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PEvoSX045437; Tue, 25 Mar 2008 10:57:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3006773039; Tue, 25 Mar 2008 09:57:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325145750.3006773039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 09:57:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 14:57:51 -0000 TB --- 2008-03-25 14:43:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 14:43:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-03-25 14:43:37 - cleaning the object tree TB --- 2008-03-25 14:44:07 - cvsupping the source tree TB --- 2008-03-25 14:44:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-03-25 14:44:14 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 14:44:14 - cd /src TB --- 2008-03-25 14:44:14 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 14:44:15 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/sparc64/sparc64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 14:57:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 14:57:50 - ERROR: failed to build world TB --- 2008-03-25 14:57:50 - tinderbox aborted TB --- 660.74 user 87.41 system 853.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:15:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B6D1106566C; Tue, 25 Mar 2008 15:15:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA2D8FC1E; Tue, 25 Mar 2008 15:15:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFFeLt083425; Tue, 25 Mar 2008 11:15:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFFd4G027933; Tue, 25 Mar 2008 11:15:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A7A5873039; Tue, 25 Mar 2008 10:15:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325151539.A7A5873039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 10:15:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 15:15:41 -0000 TB --- 2008-03-25 15:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 15:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-03-25 15:00:00 - cleaning the object tree TB --- 2008-03-25 15:00:25 - cvsupping the source tree TB --- 2008-03-25 15:00:25 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-03-25 15:00:32 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 15:00:32 - cd /src TB --- 2008-03-25 15:00:32 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 15:00:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/arm/arm/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src /lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c /src/ lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/arm/arm/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 15:15:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 15:15:39 - ERROR: failed to build world TB --- 2008-03-25 15:15:39 - tinderbox aborted TB --- 682.70 user 92.70 system 938.84 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:18:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3269C106566B; Tue, 25 Mar 2008 15:18:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E8FF28FC1D; Tue, 25 Mar 2008 15:18:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFIBsd053853; Tue, 25 Mar 2008 11:18:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFIBt1031148; Tue, 25 Mar 2008 11:18:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EABFF73039; Tue, 25 Mar 2008 10:18:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325151810.EABFF73039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 10:18:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 15:18:12 -0000 TB --- 2008-03-25 15:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 15:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-03-25 15:00:00 - cleaning the object tree TB --- 2008-03-25 15:00:32 - cvsupping the source tree TB --- 2008-03-25 15:00:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-03-25 15:00:39 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 15:00:39 - cd /src TB --- 2008-03-25 15:00:39 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 15:00:40 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/amd64/amd64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getpri o.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock .c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/amd64/amd64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 15:18:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 15:18:10 - ERROR: failed to build world TB --- 2008-03-25 15:18:10 - tinderbox aborted TB --- 784.12 user 102.23 system 1090.08 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:32:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3D5C106566C; Tue, 25 Mar 2008 15:32:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 87CD48FC27; Tue, 25 Mar 2008 15:32:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFWQcM085285; Tue, 25 Mar 2008 11:32:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFWQos048988; Tue, 25 Mar 2008 11:32:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 55F1B73039; Tue, 25 Mar 2008 10:32:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325153226.55F1B73039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 10:32:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 15:32:27 -0000 TB --- 2008-03-25 15:15:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 15:15:39 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-25 15:15:39 - cleaning the object tree TB --- 2008-03-25 15:16:00 - cvsupping the source tree TB --- 2008-03-25 15:16:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-25 15:16:06 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 15:16:06 - cd /src TB --- 2008-03-25 15:16:06 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 15:16:07 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/i386/i386/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c / src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 15:32:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 15:32:26 - ERROR: failed to build world TB --- 2008-03-25 15:32:26 - tinderbox aborted TB --- 731.57 user 90.69 system 1006.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:34:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DFC41065673; Tue, 25 Mar 2008 15:34:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 01A138FC28; Tue, 25 Mar 2008 15:34:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFYult057508; Tue, 25 Mar 2008 11:34:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFYu0F049787; Tue, 25 Mar 2008 11:34:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5A04D73039; Tue, 25 Mar 2008 10:34:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325153456.5A04D73039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 10:34:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 15:34:57 -0000 TB --- 2008-03-25 15:18:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 15:18:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-25 15:18:11 - cleaning the object tree TB --- 2008-03-25 15:18:32 - cvsupping the source tree TB --- 2008-03-25 15:18:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-25 15:18:38 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 15:18:38 - cd /src TB --- 2008-03-25 15:18:38 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 15:18:39 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/i386/i386/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c / src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/i386/i386/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 15:34:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 15:34:56 - ERROR: failed to build world TB --- 2008-03-25 15:34:56 - tinderbox aborted TB --- 731.73 user 93.38 system 1005.25 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:50:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33A5F106564A; Tue, 25 Mar 2008 15:50:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 10BC28FC15; Tue, 25 Mar 2008 15:50:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFo9T7061035; Tue, 25 Mar 2008 11:50:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFo9FU092789; Tue, 25 Mar 2008 11:50:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3941B73039; Tue, 25 Mar 2008 10:50:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325155009.3941B73039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 10:50:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 15:50:10 -0000 TB --- 2008-03-25 15:32:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 15:32:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-25 15:32:26 - cleaning the object tree TB --- 2008-03-25 15:32:55 - cvsupping the source tree TB --- 2008-03-25 15:32:55 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-25 15:33:00 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 15:33:00 - cd /src TB --- 2008-03-25 15:33:00 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 15:33:02 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/ia64/ia64/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/thr_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_spinlock.c / src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/ia64/ia64/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 15:50:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 15:50:09 - ERROR: failed to build world TB --- 2008-03-25 15:50:09 - tinderbox aborted TB --- 760.59 user 91.56 system 1062.73 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:52:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC5351065674; Tue, 25 Mar 2008 15:52:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE998FC13; Tue, 25 Mar 2008 15:52:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFqN5E061502; Tue, 25 Mar 2008 11:52:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PFqMqG098809; Tue, 25 Mar 2008 11:52:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE1B573039; Tue, 25 Mar 2008 10:52:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080325155222.CE1B573039@freebsd-current.sentex.ca> Date: Tue, 25 Mar 2008 10:52:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 15:52:23 -0000 TB --- 2008-03-25 15:34:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-25 15:34:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-03-25 15:34:56 - cleaning the object tree TB --- 2008-03-25 15:35:24 - cvsupping the source tree TB --- 2008-03-25 15:35:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-03-25 15:35:31 - building world (CFLAGS=-O -pipe) TB --- 2008-03-25 15:35:31 - cd /src TB --- 2008-03-25 15:35:31 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 25 15:35:33 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurrency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /src/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/libthr/thread/th r_getprio.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_list.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/libthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/thread/thr_ spinlock.c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscalls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_switch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umtx.c /src/lib/libthr/thread/thr_yield.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arch/powerpc/powerpc/pthread_md.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys/thr_error.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_affinity.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/powerpc/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/powerpc -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_attr.c cc1: warnings being treated as errors /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for '_pthread_attr_setaffinity_np' /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for '_pthread_attr_getaffinity_np' *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-25 15:52:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-25 15:52:22 - ERROR: failed to build world TB --- 2008-03-25 15:52:22 - tinderbox aborted TB --- 748.76 user 92.67 system 1046.34 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 18:26:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53F391065673 for ; Tue, 25 Mar 2008 18:26:00 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id E8DF98FC25 for ; Tue, 25 Mar 2008 18:25:59 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=59934 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JeDqx-0003Zf-LR; Tue, 25 Mar 2008 18:26:31 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id m2PIPpnH051789; Tue, 25 Mar 2008 21:25:51 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id m2PFRrxg019708; Tue, 25 Mar 2008 18:27:53 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Tue, 25 Mar 2008 18:27:38 +0300 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20080325152738.GA19548@team.vega.ru> References: <20080325151810.EABFF73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20080325151810.EABFF73039@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 18:26:00 -0000 On Tue, Mar 25, 2008 at 10:18:10AM -0500, FreeBSD Tinderbox wrote: > >>> stage 4.2: building libraries > [...] > mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include= -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr= /arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/r= tld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/..= /libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/amd64/amd64/pthre= ad_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affinity= =2Ec /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier.c= /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_cancel= =2Ec /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concurre= ncy.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condattr= =2Ec /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.= c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /sr= c/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/l= ibthr/thread/thr_getpri > o.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/th= r_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/thread/= thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_lis= t.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /sr= c/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /sr= c/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /src= /lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/lib/= libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src/l= ib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/li= bthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/lib= thr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr/t= hread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libthr/= thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/th= read/thr_spinlock > .c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_syscall= s.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_swit= ch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_umt= x.c /src/lib/libthr/thread/thr_yield.c > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/li= b/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd= 64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -= I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthrea= d_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/arc= h/amd64/amd64/pthread_md.c > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/li= b/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd= 64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -= I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthrea= d_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/sys= /thr_error.c > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/li= b/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd= 64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -= I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthrea= d_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thr= ead/thr_affinity.c > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/li= b/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd= 64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -= I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthrea= d_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-fo= rmat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thr= ead/thr_attr.c > cc1: warnings being treated as errors > /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype for= '_pthread_attr_setaffinity_np' > /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype for= '_pthread_attr_getaffinity_np' > *** Error code 1 >=20 > Stop in /src/lib/libthr. > *** Error code 1 >=20 Odd, I tested with "make universe". Could be that tinderbox didn't pick up up-to-date [un-]namespace.h from libc/include. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 18:40:28 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFE0B106566C; Tue, 25 Mar 2008 18:40:28 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 928968FC1F; Tue, 25 Mar 2008 18:40:28 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=56601 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JeE4z-0003lV-BM; Tue, 25 Mar 2008 18:41:01 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id m2PIeLKg051992; Tue, 25 Mar 2008 21:40:21 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id m2PIeLBR051991; Tue, 25 Mar 2008 21:40:21 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Tue, 25 Mar 2008 21:40:21 +0300 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20080325184021.GC51894@team.vega.ru> References: <20080325151810.EABFF73039@freebsd-current.sentex.ca> <20080325152738.GA19548@team.vega.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20080325152738.GA19548@team.vega.ru> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 18:40:29 -0000 On Tue, Mar 25, 2008 at 06:27:38PM +0300, Ruslan Ermilov wrote: > On Tue, Mar 25, 2008 at 10:18:10AM -0500, FreeBSD Tinderbox wrote: > > >>> stage 4.2: building libraries > > [...] > > mkdep -f .depend -a -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/inclu= de -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libt= hr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec= /rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/= =2E./libthread_db -D_PTHREADS_INVARIANTS /src/lib/libthr/arch/amd64/amd64/p= thread_md.c /src/lib/libthr/sys/thr_error.c /src/lib/libthr/thread/thr_affi= nity.c /src/lib/libthr/thread/thr_attr.c /src/lib/libthr/thread/thr_barrier= =2Ec /src/lib/libthr/thread/thr_barrierattr.c /src/lib/libthr/thread/thr_ca= ncel.c /src/lib/libthr/thread/thr_clean.c /src/lib/libthr/thread/thr_concur= rency.c /src/lib/libthr/thread/thr_cond.c /src/lib/libthr/thread/thr_condat= tr.c /src/lib/libthr/thread/thr_create.c /src/lib/libthr/thread/thr_detach.= c /src/lib/libthr/thread/thr_equal.c /src/lib/libthr/thread/thr_event.c /sr= c/lib/libthr/thread/thr_exit.c /src/lib/libthr/thread/thr_fork.c /src/lib/l= ibthr/thread/thr_getpri > > o.c /src/lib/libthr/thread/thr_getcpuclockid.c /src/lib/libthr/thread/= thr_getschedparam.c /src/lib/libthr/thread/thr_info.c /src/lib/libthr/threa= d/thr_init.c /src/lib/libthr/thread/thr_join.c /src/lib/libthr/thread/thr_l= ist.c /src/lib/libthr/thread/thr_kern.c /src/lib/libthr/thread/thr_kill.c /= src/lib/libthr/thread/thr_main_np.c /src/lib/libthr/thread/thr_multi_np.c /= src/lib/libthr/thread/thr_mutex.c /src/lib/libthr/thread/thr_mutexattr.c /s= rc/lib/libthr/thread/thr_once.c /src/lib/libthr/thread/thr_printf.c /src/li= b/libthr/thread/thr_pspinlock.c /src/lib/libthr/thread/thr_resume_np.c /src= /lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rwlock.c /src/lib/= libthr/thread/thr_rwlockattr.c /src/lib/libthr/thread/thr_self.c /src/lib/l= ibthr/thread/thr_sem.c /src/lib/libthr/thread/thr_setprio.c /src/lib/libthr= /thread/thr_setschedparam.c /src/lib/libthr/thread/thr_sig.c /src/lib/libth= r/thread/thr_single_np.c /src/lib/libthr/thread/thr_spec.c /src/lib/libthr/= thread/thr_spinlock > > .c /src/lib/libthr/thread/thr_stack.c /src/lib/libthr/thread/thr_sysca= lls.c /src/lib/libthr/thread/thr_suspend_np.c /src/lib/libthr/thread/thr_sw= itch_np.c /src/lib/libthr/thread/thr_symbols.c /src/lib/libthr/thread/thr_u= mtx.c /src/lib/libthr/thread/thr_yield.c > > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/= lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/a= md64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf= -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthr= ead_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-= format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/a= rch/amd64/amd64/pthread_md.c > > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/= lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/a= md64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf= -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthr= ead_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-= format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/s= ys/thr_error.c > > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/= lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/a= md64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf= -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthr= ead_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-= format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/t= hread/thr_affinity.c > > cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/= lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/a= md64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf= -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthr= ead_db -Winline -D_PTHREADS_INVARIANTS -Wsystem-headers -Werror -Wall -Wno-= format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/t= hread/thr_attr.c > > cc1: warnings being treated as errors > > /src/lib/libthr/thread/thr_attr.c:573: warning: no previous prototype f= or '_pthread_attr_setaffinity_np' > > /src/lib/libthr/thread/thr_attr.c:618: warning: no previous prototype f= or '_pthread_attr_getaffinity_np' > > *** Error code 1 > >=20 > > Stop in /src/lib/libthr. > > *** Error code 1 > >=20 > Odd, I tested with "make universe". Could be that tinderbox > didn't pick up up-to-date [un-]namespace.h from libc/include. >=20 For the record. It turned out that one of the files (namespace.h) was missing from the original commit (a human's mistake I believe). Should be fixed now anyway. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 18:47:45 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A014106564A; Tue, 25 Mar 2008 18:47:45 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from no.spam.no.ddos.ru (no.spam.no.ddos.ru [77.73.233.132]) by mx1.freebsd.org (Postfix) with ESMTP id E12F68FC13; Tue, 25 Mar 2008 18:47:44 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from ws.su29.net (secured.by.ipfw.ru [81.200.11.182]) by no.spam.no.ddos.ru (Postfix) with ESMTPA id 2B18037582E; Tue, 25 Mar 2008 18:29:36 +0000 (UTC) Message-ID: <47E9448F.1010304@ipfw.ru> Date: Tue, 25 Mar 2008 21:29:35 +0300 From: "Alexander V. Chernikov" User-Agent: Thunderbird 2.0.0.12 (X11/20080321) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 18:47:45 -0000 Hello people! At this moment unionfs has got at least following problems: 1) File systems cannot mount onto upper/lower unionfs layer (partially described in kern/117829) 2) There are problems with multithreaded programs accessing(writing) files on unionfs (kern/109950) 3) As well there are problems with accessing unix sockets created on upper/lower unionfs layers (kern/118346) 4) Doing mv filename same-filename causes kernel to panic on 6.X (and printing warning about VOP_RENAME in 7+) 5) Making 'loops' when mounting unionfs causes kernel panic (kern/121385) I have made patches solving first 4 problems These patches are available at http://ipfw.ru/patches/ unionfs2.diff fixes fs mounting onto upper layer, unionfs_lmount.diff fixes lower unionfs_threads.diff and unionfs_unix.diff fixes cases 2) and 3) unionfs_rename.diff fixes case with renaming Can anybody comment/review ? -- Alexander V. Chernikov MELI-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 19:19:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFB991065671 for ; Tue, 25 Mar 2008 19:19:58 +0000 (UTC) (envelope-from evs@telod.net) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id C967D8FC1B for ; Tue, 25 Mar 2008 19:19:58 +0000 (UTC) (envelope-from evs@telod.net) Received: by wf-out-1314.google.com with SMTP id 25so3030865wfa.7 for ; Tue, 25 Mar 2008 12:19:58 -0700 (PDT) Received: by 10.142.216.9 with SMTP id o9mr4357905wfg.172.1206471267387; Tue, 25 Mar 2008 11:54:27 -0700 (PDT) Received: from yoreah.DUNCLLC.COM ( [198.175.55.5]) by mx.google.com with ESMTPS id a38sm684008rnc.4.2008.03.25.11.54.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 Mar 2008 11:54:25 -0700 (PDT) Message-ID: <47E94A30.7070905@telod.net> Date: Tue, 25 Mar 2008 13:53:36 -0500 From: Edward Sh User-Agent: Thunderbird 2.0.0.7pre (X11/20080306) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Rackable scale outs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 19:19:59 -0000 Hi, Guys If anybody has any experience with Rackable Scale Out blades, please share. http://www.rackable.com/products/scaleoutspecs.aspx?nid=servers_30 I have to get FBSD via pxe/tftp install, booting via pxe is no problem. Problem comes up with scale outs where COM2 is the console port and there is no way to change it. thanks. --Eddie From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 20:22:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D071065672 for ; Tue, 25 Mar 2008 20:22:38 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 680598FC1B for ; Tue, 25 Mar 2008 20:22:38 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Mar 2008 16:00:34 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id F26841170D; Tue, 25 Mar 2008 16:00:33 -0400 (EDT) Date: Tue, 25 Mar 2008 16:00:33 -0400 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20080325200033.GA5444@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 25 Mar 2008 20:00:34.0199 (UTC) FILETIME=[E2E43A70:01C88EB2] Subject: panic: _mtx_lock_sleep: recursed on non-recursive mutex if_addr_mtx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 20:22:38 -0000 GENERIC CURRENT as of this morning. panic: _mtx_lock_sleep: recursed on non-recursive mutex if_addr_mtx @ /d2/emaste/HEAD/src/sys/netinet6/ip6_output.c:719 db> bt Tracing pid 12 tid 100013 td 0xffffff00010fa000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 _mtx_lock_sleep() at _mtx_lock_sleep+0x181 _mtx_lock_flags() at _mtx_lock_flags+0xe1 ip6_output() at ip6_output+0xe98 mld6_sendpkt() at mld6_sendpkt+0x204 mld6_input() at mld6_input+0x55c icmp6_input() at icmp6_input+0xf0b ip6_input() at ip6_input+0xa6d netisr_processqueue() at netisr_processqueue+0x44 swi_net() at swi_net+0xce ithread_loop() at ithread_loop+0xe0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe db> show alllocks Process 12 (swi1: net) thread 0xffffff00010fa000 (100013) exclusive sleep mutex if_addr_mtx r = 0 (0xffffff00010d1c50) locked @ /d2/emaste/HEAD/src/sys/netinet6/mld6.c:371 exclusive sleep mutex Giant r = 0 (0xffffffff80a99060) locked @ /d2/emaste/HEAD/src/sys/net/netisr.c:246 I haven't looked into it at all yet. -Ed From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 21:14:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C70106564A; Tue, 25 Mar 2008 21:14:16 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id C0E548FC18; Tue, 25 Mar 2008 21:14:15 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JeGTH-0006o7-M4; Tue, 25 Mar 2008 22:14:15 +0100 Date: Tue, 25 Mar 2008 22:14:15 +0100 From: Kurt Jaeger To: "Alexander V. Chernikov" Message-ID: <20080325211415.GD3180@home.opsec.eu> References: <47E9448F.1010304@ipfw.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47E9448F.1010304@ipfw.ru> Cc: freebsd-fs@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 21:14:16 -0000 Hi! > At this moment unionfs has got at least following problems: > 1) File systems cannot mount onto upper/lower unionfs layer (partially > described in kern/117829) I tested your patch as described in http://lists.freebsd.org/pipermail/freebsd-stable/2007-June/035798.html and /dev works for me now. Nice work! > 2) There are problems with multithreaded programs accessing(writing) files > on unionfs (kern/109950) > 3) As well there are problems with accessing unix sockets created on > upper/lower unionfs layers (kern/118346) > 4) Doing mv filename same-filename causes kernel to panic on 6.X (and > printing warning about VOP_RENAME in 7+) I tested this bug on a 6.3-REL with a 6.2 unionfs (20070213) and it does not panic. I tested it on a 6.3-REL with your patch and did also did not panic. So, from my point of view, it's an improvement. -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 21:50:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3261106566C for ; Tue, 25 Mar 2008 21:50:55 +0000 (UTC) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id CEB8C8FC1A for ; Tue, 25 Mar 2008 21:50:53 +0000 (UTC) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (dinoex@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.1/8.14.0) with ESMTP id m2PLK0qb090099 for ; Tue, 25 Mar 2008 22:20:01 +0100 (CET) (envelope-from dirk.meyer@dinoex.sub.org) X-MDaemon-Deliver-To: Received: from build.dinoex.sub.de (dinoex@localhost) by uucp.dinoex.sub.de (8.14.1/8.14.0/Submit) with BSMTP id m2PLK0ZK090088 for ; Tue, 25 Mar 2008 22:20:00 +0100 (CET) (envelope-from dirk.meyer@dinoex.sub.org) To: freebsd-current@freebsd.org Message-ID: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Date: Tue, 25 Mar 2008 22:17:25 +0100 X-Mailer: Dinoex 1.79 References: X-Gateway: ZCONNECT build.dinoex.sub.de [UNIX/Connect 0.94] X-PGP-Fingerprint: 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12 X-Copyright: (C) Copyright 2001 by Dirk Meyer -- All rights reserved. X-PGP-Key-Avail: mailto:pgp-public-keys@keys.de.pgp.net Subject:GET 0x331CDA5D X-ZC-VIA: 20080325000000W+1@dinoex.sub.org X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Tue, 25 Mar 2008 22:20:06 +0100 (CET) Subject: Re: [freebsd 7.0] err installing patch cups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 21:50:55 -0000 > ===> cups-pstoraster-8.15.4_1 depends on shared library: cups.2 - notfound > ===> Verifying install for cups.2 in /usr/ports/print/cups-base > ===> Patching for cups-base-1.3.5_2 > ===> Applying FreeBSD patches for cups-base-1.3.5_2 > => Patch patch-CVE-2007-4351 failed to apply cleanly. > *** Error code 1 You might have stale files in your ports tree? kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 23:07:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B72C106566B; Tue, 25 Mar 2008 23:07:47 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (schatten.darksystem.net [88.198.51.7]) by mx1.freebsd.org (Postfix) with ESMTP id 086168FC20; Tue, 25 Mar 2008 23:07:46 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (localhost [127.0.0.1]) by schatten.darksystem.net (Postfix) with ESMTP id 59620F5C3C0; Tue, 25 Mar 2008 23:42:47 +0100 (CET) X-Spam-Status: No, hits=1.1 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DSBL, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC X-Spam-Check-By: schatten.darksystem.net Received: from port-212-202-192-115.dynamic.qsc.de (HELO mail.nupfel.de) (212.202.192.115) (smtp-auth username lev, mechanism plain) by schatten.darksystem.net (qpsmtpd/0.32) with ESMTP; Tue, 25 Mar 2008 23:35:47 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.nupfel.de (Postfix) with ESMTP id DA4C01A214CF; Tue, 25 Mar 2008 23:35:40 +0100 (CET) X-Virus-Scanned: amavisd-new at nupfel.de Received: from mail.nupfel.de ([127.0.0.1]) by localhost (mail.nupfel.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E2M5h2OxuWKm; Tue, 25 Mar 2008 23:35:39 +0100 (CET) Received: by mail.nupfel.de (Postfix, from userid 1000) id 542F31A214CC; Tue, 25 Mar 2008 23:35:39 +0100 (CET) Date: Tue, 25 Mar 2008 23:35:39 +0100 From: Tobias Kirschstein To: freebsd-drivers@freebsd.org Message-ID: <20080325223539.GH4783@nupfel.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FUaywKC54iCcLzqT" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: hdaps (accelerator) driver for thinkpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 23:07:47 -0000 --FUaywKC54iCcLzqT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi there, i have an ibm x60t thinkpad and want to have this nice feature of (mostly all) thinkpads: the hdaps acceleration support. i found only an old implementaton of 2005 and decided to update the driver. as this is the first time i put my fingers on kernel drivers please be kind :) here is what i got at the moment: http://www.nupfel.de/data/accel-0.6.tar.gz i took the original driver from the old linux hdaps project: http://hdaps.sourceforge.net/index.php?page=3D3 added support for my x60t and fixed some kthread -> kproc renaming issues since 8-CURRENT. the driver compiles and loads fine on my system (8-CURRENT, also tested on 7-RELEASE), but if i try to get some values through the sysctl "hw.accel" or one of the /dev/accel* device nodes my machine (amd64) completely freezes and rebootes after some seconds. bulding and loading the module with DEBUG defined it dumps the raw values of the io ports correctly to the kernel message buffer. --------------------------------------------- accel0: Found Accelerometer, type 0x5, starting init.. (max. 10 seconds) accel0: Init finished successful accel0: Time needed: 2 s 25142 ns accel0: at port 0x1600-0x162f on isa0 accel0: calibration: xzero: 508 yzero: 510 accel0: initstate: 0x5 ppc0: cannot reserve I/O port range --------------------------------------------- --------------------------------------------- -> entering _accel_getdata -> entering _accel_request_refresh io port dump: 0x1600: 14 ff ff ff 00 ff ff ff ff ff ff ff ff ff ff ff ................ 0x1610: 11 02 9c 01 03 02 3d 9b 01 03 02 3d 02 80 00 00 ......=3D....=3D..= =2E. 0x1620: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ <- exiting _accel_request_refresh value 0x1 (refresh success) wait: 0x1 io port dump: 0x1600: 14 ff ff ff 50 ff ff ff ff ff ff ff ff ff ff ff ....P........... 0x1610: 11 02 9b 01 04 02 3d 9b 01 04 02 3d 04 a0 00 00 ......=3D....=3D..= =2E. 0x1620: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ <- exiting _accel_getdata value 0x1 io port dump: 0x1600: 14 ff ff ff 00 ff ff ff ff ff ff ff ff ff ff ff ................ 0x1610: 11 02 9b 01 04 02 3d 9b 01 04 02 3d 04 a0 00 00 ......=3D....=3D..= =2E. 0x1620: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ -> entering _accel_request_refresh io port dump: 0x1600: 14 ff ff ff 00 ff ff ff ff ff ff ff ff ff ff ff ................ 0x1610: 11 02 9b 01 04 02 3d 9b 01 04 02 3d 04 a0 00 00 ......=3D....=3D..= =2E. 0x1620: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ <- exiting _accel_request_refresh value 0x1 (refresh success) wait: 0x0 --------------------------------------------- unloading the module also works find and frees all ressources unless you don't try to use the devices... --------------------------------------------- accel0: waiting for kthread to teminate.. accel0: Done. sysctlfree retval: 0 accel0: detached --------------------------------------------- the full dmesg: http://www.nupfel.de/data/dmesg.txt it would be great if some thinkpad users could try the code and help me debugging the problem :) --=20 ciao, lev --FUaywKC54iCcLzqT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iGwEARECACwFAkfpfjslGmh0dHA6Ly93d3cubnVwZmVsLmRlL3BncC9wb2xpY3ku aHRtbAAKCRCkm1fv1t7QABvGAJwKtREA9goLO8NKau+iZIlLxR2ZRwCfbNR7wHJd iLNwsgojAiFpJkPuE9g= =PSdC -----END PGP SIGNATURE----- --FUaywKC54iCcLzqT-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 09:36:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5550A106566B for ; Wed, 26 Mar 2008 09:36:10 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 2C09D8FC1A for ; Wed, 26 Mar 2008 09:36:09 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3365358wfa.7 for ; Wed, 26 Mar 2008 02:36:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; bh=jQXLSOzekriqp7+PDNCdLUxaCi/w9/tDCuOUooZJ6wg=; b=eMppM87y4tG7cCplCbp2TgY1imqncCFTcFUi62N+mDVQxDSraMB5TrHG5QnS4/4DzBRoca2idfzjYqe17G21FSKiSRLlWS6B1qbbFG7nKOFk5GcyK4h6SoBaeYiH35ps5sr2G/kTRLCTj8Pbx7X2dsH2RcPu63+nCFneXX/Zf/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=px787poVE3HMYIPzNho16OJHAQA04td9LGtdN2MPyc8N7PCk91cmFTA7y4Gn/qnbub1ei/cBK+Gbus6zhgcSnHjBcIjBCrCkuedeFQdYxKXneNOycFECxJig6eRP3HFsXs3iJmY7G4k+/SfyPLrq/P+oxjNZRtiqB0EuADGOP04= Received: by 10.142.246.8 with SMTP id t8mr4908913wfh.31.1206522441679; Wed, 26 Mar 2008 02:07:21 -0700 (PDT) Received: by 10.142.52.6 with HTTP; Wed, 26 Mar 2008 02:07:21 -0700 (PDT) Message-ID: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> Date: Wed, 26 Mar 2008 12:07:21 +0300 From: "Okalany Daniel" Sender: dokalanyi@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 96b441961652c64c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Gcc Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 09:36:10 -0000 Good afternoon everyone, Im trying to update from 6.3 Release to FreeBSD Current but i get the following error which i've tried to google, but to no avail. I guess it'll take a second to get this sorted. Must be a gcc problem gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-omp.c /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/stub-objc.c /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/dummy-checksum.c cc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. See for instructions. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Those are the last lines after "make buildworld" -- OKALANY DANIEL P.O BOX 26150 KAMPALA. -- There are 10 types of people in this world - those who know binary and those who don't. From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 09:39:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAFA71065672 for ; Wed, 26 Mar 2008 09:39:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7D48D8FC37 for ; Wed, 26 Mar 2008 09:39:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 6813628458 for ; Wed, 26 Mar 2008 17:39:32 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 0230EEC3F19; Wed, 26 Mar 2008 17:39:32 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 5+T-fiwK19R8; Wed, 26 Mar 2008 17:39:27 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id A0680EC3EFC; Wed, 26 Mar 2008 17:39:25 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=DEbyniD6I8kaK9CuTYNkFr56T1IpUsKnuWnLKQvRC4O7KG0w0mO3qaI2FaCCqjU0T dFcI3ajEtyM/epoHx9bKQ== Message-ID: <47EA19CA.4060006@delphij.net> Date: Wed, 26 Mar 2008 02:39:22 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Okalany Daniel References: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> In-Reply-To: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Gcc Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 09:39:35 -0000 Okalany Daniel wrote: > Good afternoon everyone, > Im trying to update from 6.3 Release to FreeBSD Current but i get the > following error which i've tried to google, but to no avail. I guess it'll > take a second to get this sorted. Must be a gcc problem Try 'dmesg'. I think it's due to memory, maybe you have too few memory to finish the build. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 10:41:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7041B106566C for ; Wed, 26 Mar 2008 10:41:48 +0000 (UTC) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5158F8FC17 for ; Wed, 26 Mar 2008 10:41:46 +0000 (UTC) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id m2Q9n13n011843 for ; Wed, 26 Mar 2008 15:49:06 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11.20060308/8.12.11) with ESMTP id m2Q9mw3n014476 for ; Wed, 26 Mar 2008 15:49:01 +0600 From: Bachilo Dmitry To: freebsd-current@freebsd.org Date: Wed, 26 Mar 2008 15:49:20 +0600 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> In-Reply-To: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803261549.20374.root@solink.ru> Subject: Re: Gcc Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 10:41:48 -0000 =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1=82 = Wednesday 26 March 2008 15:07:21 Okalany Daniel =D0=BD=D0=B0=D0=BF=D0=B8=D1= =81=D0=B0=D0=BB(=D0=B0): > Good afternoon everyone, > Im trying to update from 6.3 Release to FreeBSD Current but i get the > following error which i've tried to google, but to no avail. I guess it'll > take a second to get this sorted. Must be a gcc problem > > > gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/inclu= de > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-omp.c > /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -DIN_GCC > -DHAVE_CONFIG_H -DPREFIX=3D\"/usr/obj/usr/src/tmp/usr\" > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/inclu= de > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/stub-objc.c > /usr/local/libexec/ccache/world-cc -O2 -fno-strict-aliasing -pipe -DIN_GCC > -DHAVE_CONFIG_H -DPREFIX=3D\"/usr/obj/usr/src/tmp/usr\" > -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/inclu= de > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber > -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/dummy-checksum.c > cc: Internal error: Killed: 9 (program cc1) > Please submit a full bug report. > See for instructions. > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > Those are the last lines after "make buildworld" I had errors like this some time ago and found out that they appeared becau= se=20 of my memory modules. Replacement fixed it all. Try memtest86 for example. = Or=20 this may be because you have too little of memory. =2D-=20 =D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC, =D0=91=D0=B0= =D1=87=D0=B8=D0=BB=D0=BE =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D1=80=D1=83=D0=BA=D0=BE=D0=B2=D0=BE=D0=B4=D0=B8=D1=82=D0=B5=D0=BB=D1=8C = =D0=BE=D1=82=D0=B4=D0=B5=D0=BB=D0=B0 =D1=81=D0=B8=D1=81=D1=82=D0=B5=D0=BC= =D0=BD=D0=BE=D0=B9 =D0=B8=D0=BD=D1=82=D0=B5=D0=B3=D1=80=D0=B0=D1=86=D0=B8= =D0=B8 =D0=9E=D0=9E=D0=9E "=D0=9A=D0=BE=D0=BC=D0=BF=D0=B0=D0=BD=D0=B8=D1=8F =D0=A1= =D0=BE=D0=BB=D0=B8=D0=BD=D0=BA" root@solink.ru 330-30-60 From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 08:31:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 013FA106566B for ; Wed, 26 Mar 2008 08:31:09 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from mailx.gateway-inter.net (mailx.gateway-inter.net [213.144.19.80]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8AE8FC13 for ; Wed, 26 Mar 2008 08:31:07 +0000 (UTC) (envelope-from m.ehinger@ltur.de) To: freebsd-current@freebsd.org MIME-Version: 1.0 From: Maik Ehinger Message-ID: Date: Wed, 26 Mar 2008 09:02:34 +0100 Content-Type: multipart/mixed; boundary="=_mixed 002C2F00C1257418_=" X-Mailman-Approved-At: Wed, 26 Mar 2008 11:30:53 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: lev@nupfel.de Subject: hdaps (accelerator) driver for thinkpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 08:31:09 -0000 --=_mixed 002C2F00C1257418_= Content-Type: text/plain; charset="US-ASCII" hi, here is a new Version from 2006 which depends on the Linux tp_smapi 0.30 by Shem Multinymous. It works on my T42 nicely. But there is still no hdaps support for FreeBSD. It only a device driver for the accelerometer. I didn't have a look at it since over a yer now. Use at your own risk. Maik L'TUR Tourismus AG - Europe's No. 1 for Last-Minute-Travel - with 160 Shops in six European countries L'TUR Tourismus AG, Augustaplatz 8, 76530 Baden-Baden, Vorsitzender des Aufsichtsrats: Dr. Volker Boettcher,Vorsitzender des Vorstands: Karlheinz Koegel Vorstand: Markus Faller (Sprecher), Stefan Dapper, Christoph Fuehrer, Kai Klitzke, Thomas Meyer, Markus Orth Registergericht: Amtsgericht Mannheim HRB 201600 *** Legal Disclaimer *** Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und loeschen Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail und der darin enthaltenen Informationen sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. --=_mixed 002C2F00C1257418_= Content-Type: application/octet-stream; name="thinkpad_ec-030_04092006.tgz" Content-Disposition: attachment; filename="thinkpad_ec-030_04092006.tgz" Content-Transfer-Encoding: base64 H4sIAFH6+0QAA+y9DZhcxXUgekcaQD3IoNgQOwl2ijESPVJPT/f8SKDRCI1mrqQx8+fpGSQF5Kan +/b0lfpn3Pe2Zhojgi1wGA9KSOLssjbYZu28ZdeQRxK/t8RxHGyzC87n5GGb3YUPJ+HLZ+cbAtlg W/ESgz3vnFNV99a9fXt+JCF+PFfqubf+TlWdqjp16tSpU3bOLB6bTmWSRro11hFLxjpj17bHYtu1 c/jEYrEdXV0M3/DgO76jKy7d3DMe69yxfceOrlhXJ4vFO+Gtsa5zWYh6T8WyU2UoSrlUspeKV0iZ x5YKdyvH32+Rx67T/m25TGraOjd5rKb94+0xaP+urh3b19r/fDx1298qTJolK5o7B3kAPrZ3dtZv fxjsvvG/vb0jrrHYOch72ecXvf2r00bGyDLLLlfSNvtIUyidS5XZ1kLqmFHulq7jRtkyS8XuphOM 94ukVbVso5A0M91NTQEwSkXLZjytiOkArA1yoHsCSxACEM3ilJLt8VS+YlhJG3I1Zm2jXPQHeN0Q zSw6fumckT4mSh7214NtzZuW3dKtJsiaxUySylGZ5EUJe4pPvpDkjW7Es3jqjv8haK+smTfOQR7L jf/4js6a8d++fW38n4/n+qGR/p6Q0guaEmN9CY9PNC3GQ5QHbusJTafNpJmN5thkxeIfGeO4mTbo u6kpMbG3f2CM9TBiIpqaomYxna9kDLZr0spEjxVKmWjh2O638rB52zx1x7+nA5xdHkuP/86OzvYd vvG/oz3esTb+z8fTtrWJbWXMO9xbWbpUKmfMYso2WCqdNiyL2SU2jpFGU5lWa9pIm1kzzWAazMyk ygYrG1apUoaICI0gjucMZhQmjUzGyAC4ol0u5fNGmZWKDhyWT03bpWkLwFgsxYqlYis0RjEDQBnM wkY5m0obBCxls4ERNl0q2xaLzca3x2Kt+IrvY+FCahq4DyzeYN8oTszFopFnHayUhUoZ7MA1CfA0 p1uiTqkc0Gy6XDpuZgyLHU+VzVLFYpwbYIVUMTVlFAzkBIwyEjaLhdOVchl88lVev2PF0kxxJ5tM 2QCtCkCzpXIhZQMfw6AKhDWobqlgQDCgJ5UpVWyrJYqVt1imbALTQ3CcMgg8Y+JCxa6k8syYBaqJ nBED2FQbvc8tPa/QPgjx5D0J+VDcwdE+BG6X0qU8QYV0BbNYypemqhGol7GTADQDhtraYfjtZfvL pco0OyDbdChVhFI0RzBazrand7a1ZUrpCqKF8ooCOgwrBdNCqdBmFKfaILcMMIBWW2G6UkhX2srG 0di1k0BVYsn2eGdsMleITmeyAI4y7itNV8vmVM5m4b4WhjSHJXKA/KFK3jaL1QK2x66C69gzBUMw j5ntliAIl5DrVDlVYPCZLRsGs0pZG8vfzaqlCkunioD9jIns22QFurNpIzLaAG0wDZnZKgECz0ox Y3AkI54s2X/2D0+w/VDPMrTHaGUyD51+EPpD0YKBAXmjj5WD/jdZFePIYPuwFAlRCmgggEz46maG CeFlJvhd1i4zERAjrMT7RBj6OxQeBss0JmyBEldhsNhu2mg9FLg1xTFE0HOlaahUDmBCNWfMfJ5N GqxiGdlKntoWJnGbHRwYPzAyMc56hw+zg71jY73D44e7Ibadw/5kHDc4LLMwnTcBNFStnCraVagB gRjSx/oOQJrevQODA+OHoSJs38D4sJ5IsH0jY6yXjfaOjQ/0TQz2jrHRibHRkYQeZSxhYMH4EF8C 0VlqLMBlxrChC1hO5Q9DA1tQwHwGSMhxpEJpAwYWjD6gONPV5duQE5d8qThFVUUy6GCzm5lZoEl2 hM2UTeg4QGFqWlcMQdnCETZQTEcjrOtaNm4Apgw2moeRGmGJCkLo6IhF2N6SZWPMoV7GYu3xeLw1 3hHbwdhEoldWaxToHCdpmNneRD/0LhiN5jGmA+Wcgl6wqxA1+OeevF0pRzOGGBOhfjObNWBgIsma NOwZAxpOQkEiMGgWK7PsBt6LMEEr69cHew+Hr22B/gLUD8gyoA0GQz5VDbdgjBAQWTNdLlkGkPGM 5UQrporSr4VDgk6FJDRt51VY4JO1ePHampre7/CC4N82nQJMR3O7fd6wVAQqXusP7GatJ4zjSt6o 9UdiTrB9/vlS+lgAFBgysxS7rc0bYpsFwwemkII5pWgElwdIcdHrK6PLWTI4ND1dyVag/3iyalZn 5lyzGiIlNM2sbavTxomhvQMjibb+oQEYEuljHOWwOIcM2Pho8gZ9LDEwMsyaY9GOWKtI1OxG6ddv GOjTk8O9Q3pIzRqiQCbOHAwNjSQvcILHeceZhndiAdz8+5J7exN6cnRkbDzE53FP4PDEEIUlILDd G5QYH+uQ6WKdDKs8Bv3LogkepsWyMQWUD7LHiP5Mxw+OxZxMY5h2yOEa/Okx7tDBtsRBFgAl3uWA yS4LJt4VRRBU1jCOPcSdtzzbTKTZBQ8UAIGpTSJ7sV3mrvj2FmpGAIPhVEHgk2yYH7P51BSwJjCZ Lz+Ps+loV+e1LWqtIAlH7MDefR17gbO6Jkal3WtmzCjrT9kpQLKo0EBxGiaCvRUkL2xfBWaRIEAj AlBnfUAjFXslkIYODu0DCgn9gHFMU+KDRIqHStD/90HdA1MmRMo4T5nI49SwkoRDvYnrMWGWJ+zF mdKE3j5jABsBiOS8Fcyqso9hk4wDdUDWjqhr2YDJFygvhCEAzogVSsRJAhSapEpFYCEVgsrC8bZ4 BNYM+IM5iPu2MKLAko7ivCBmM4XsepIGJW/y9+Exvbcf/oyPDegJxp8dXVjZEWDFgN/Piwki3hUL TDpMk4VIyeIBKbtiASk/OKEnxtV84zHf0JdxlAyCoMdrgI+O6fv08b4DyfGBIR05GGCfcre0xWMt 1Ihm8Xgqb2ZwITNdNrKGnc6xVBa7UiwaB1zJZuxlWWMGRiI2C4286TJw2sfCLTDLeojYUGJ/ct/Q eDhbAM4gVZ6yotFoC7sJhrlKL3eyzdZO1swgFmu+qdgcYckkEvdkMsLe/35K50CEqhPEgjUVAUKa MTg4mVEzQgrHZjfH2md38ldL627+AXAxqnwIAsJu3Q21vhEo5RGve98RkQPVOWEjWqBblY0PVwzL djAk64xUBpilSpLknTI0CRCBkVGd+7rdQiAyIUuEm08pQCWmAeIxGC0wnrKwPGIoPMZFjZIfuhzo FF0Brz4ErUBVkPGRh66ZdJw+MjwyrEO6VliSbM3d4kJpZcMlT0EDU39gYvh67F4i+bZ4i0w9MFVE /tRTVSENVzpFEpcm6aaPNIWEtMxGsVl3UwilaNZ0Cn1SU0k7NGnZHl+YTTN5jD5p5SAA8BMqo+Q9 JPKQfEVoaxll3ie66+fOtlppCiZMQ/ZpaCSUm6sxpXc3Nhg+TSGY28QCFbsxMrtWE68lARLZFexZ DyBwcxhIv9QA5MEAb1OGzeizxJcXjmRA7xPM8H6IIdbBQDspLo5OKgt0U2+qOuxIBwJy180wFQHP XLRYDDj8LIeZSn+4YsI6MUoUEzugv7Th4yUz04KNB5XiPlt8VW2BFikTbBaDVgisuF2uysrDJyLA xmosjYRxJSasZ1eND4ThQ4mLBbNQgPUxUAKYlkyBDmBKYOXDUsdhuZWazMNausjXrghpEqNghDKz 8oYxbS2JURaMUokHF60Cc1cieiG0HoaD0VopCqSWjbyRsgwHobXIHBMxUjhcj6PYByrulNaHW3+T GJOFehj1SmbamrBiAWX09iPhV7eeyz/UIg6lQEFTG1+vOuMU2g65dRkHSEwbJyjMWZQhH2MAuxM0 gGyijNPEALFyacZHqNWSi3kkCbHERlkAGSIQOCkREsTcAvE6OGVjJlCMEBRIV8RXCBiax3KX4shC s7CsI5/UiO6HoA+HrwzzWa+Qso6xLcDS4S5TSwtuTUraS/N7NmylW3eDT8Sdbiehmd3UPc5E6/q1 4ECX/bVVHxi+oXcQfE7wcvfhLiOgxrRNYFtUbh1LhxVlPb4WS8apHED2I4x/wDzmWfW0QC08fGo3 ryiB2+Ljv6GeOC1lkO1O5TGDKps2ihmkD1iG0Apzdxc8Ld0IsJAqw7gHQGLCpcEDZCxVtFK8GQg6 lss7fbOentp5uAWi1msMyRI1C8GpvxrQHFhzX0PsnUgcpoJC15FyLp4MePYUMXiwcE3zhjjBjDxQ AQeJUETPCkIgEVBV5bIhp8KSWzrnlYVi84Fp1WS2TIWpqWWVZVOvoNJX9tDYEHWtFI3ZaSONsiel xy5bbBwwancPLuvAiDtEEtiH+EKbsnD7I43vpTokXzd7uNojLd2vz7i6sse7HBVoopkR5ttpRNSK MIQMM7TkUcLtytETB7oJS/mpHDk6KS+c7MNmT7ybmbvGR5N9I8PjYyODg/pYcmzkYHJQH27FoG3b WpjonAol3L3bbNkSp664aoxvM1Wcm4TzUMhb3C4WBrY5VcnbSKGhY8XlfoeHcqRLhQJ08+hqm17Q ogjzE/drYtiFr/OsdLJH2E5eBJxOsNkOpkjKb5t5pA+462fz+YTGio1DbRo4gfBt22MwZ+JWynGj nJoycOdIPpJ7kCwbylizyPmT4DiHcpwi1rbK0ikUhgKzxgf1lAojU6EpLGuWCySgmaxMXamEw3ws mznGm7lmCS2aGKezc9jxA2cUTgs5USWkGRmOKWc2UXjeUMihL0xS1bBXynSrb0jdeqsTE0kRa+FD rFwAakKSeFhzRNgMNh78x7mAZ8ql1rWiA5qqDh06RLGoNDRoZwxi73glHNK2ItqG3baGrvlGLgzd EJJXyAmbjtpwBeQehwZuOZYFG2qZeaOoEnvZKTy5cd6Q5J9M7EoSY0azAF9UA8/qsnAwci2rUuD9 /GpLTqbIOYrpBRY+rGlJxg7eCH4FbF0EsROqGwWhIOcnayZYPpURPDfdWRESjBTTBsrfUAcNmVhe 6Qhnzgg3MOUiziwMwchAprgGGUOtMOT33eErttWygNvSDCL1ajN7Ne4GmjaxGxyU5BJQLEikzSIi g9X3EJQBwBEUyxLSRT5jZ0q3GEUp6cO9dzuVj3A25DjuNudMmBRw0zpVpOWGQjscvIqx3NOz7ABU JEiM8TQ0FGFochkLVIc8TNz8wR1GqHXFtHK4NOQdzsTlhN53pVoCF5pXNNviieHp3Q5Dg3MsZ92q Bo14tTn3oUAwX43ILXHLnAIPC4kDSpYnuWQ5W8nndwZhBOf1sJdjvtVL7pZaKGDvXhHvU7eSOISl 5wlPxWhEw7QA3WayCuucsKwZEV4uqYMYCsdttXiqiL1LckUrH0XOJN/iHTW0+YyY5tkCB0K7sFg0 y5PtipmSGqQQh8JLTdP57t2M8ygyAjSDUyfzTOq0zUQOwI9kkkwSjqn7SmUSiW/BqfixXRfZyG6s pmjOsqoGIf6SIk2A8QacvWDrrzvHy8ia0VGzmlzhUKDIPXEhXcfyKIOBGMWBLN8CI2xn5YCgXSdg h0qQruiMaeShSAJTmXZW9X6E91DapcvnFM/JlO9gGuVyqQwF9MJsUfuKT5THBjhhnzJRGQLnMlcj SK4Ajcx1pB00XmLHDGOaZr8pGL4mKQPgPlKpQJIU2gSiWYRGO04S1CVxAu3m4koAir0uLZhLC6ga KSKt8InWn81NC6fipCjxSiU1CAVQ4uFJoAv6V79XBq1+2ZYt/p6+XDoUti+djlZV0Ak8S8HlUuzz pZjdF5yGF2qXbx+CbQvcc4Je07Y1JHpfszfJTrbZZIiEnVgjdO3cbN5UZDdB75zGKuzEv/tEACMf xUPE5KBEdjJua+tuhjGasad7c43UNkKkFr+edAG7Ot5ldsS3wIrIckUCkRLBDgKYwdErhhJ1nzoS XCJg2ONaPawTkWCXsfWKc9keLJHYmna23sGPlNRIF3EPpRV7zk4Uzts5AmGU+PFMsAAOB73svoJP Ga+/BMNTbqA5+8G0UEJVIsPIIJ+NKoiYDRUdaYHQpnSUyOLb+czk1APIaInvcs3kzHSOaOMkcLOm RQvR8KTQ+OO0xKR64wo7ZZfKVVqCG7gWLUvaBbRlj9uU0K4zOQMC96jrewGGFD1Qph/eUyNHcKpi Xc35WuQPLciTq57tcUnrkQiXUmPhOOmbqqRQf8zgag9QGdqlJUYCOUykc+kSUFdrusSFWRDLMmwC Y9oKeCwPFgS12wBROE0oIbykwM4ifjxFMo9wLFWJ1ZxE5EGzZmDgQ0a4TY8biy1Rp4vw/Q3OodKu AHIFJq68aCah1kbWjgQHk2L9ijvxpi3U9VhfijpOoQKNlCvlPb2JdJICN0rkuFjRymuJ+WA16zGh xhARA9YJAuQuMY/QTFHL4k2VAKWyFsTcS2Gus/j0M/hjggDYYqj4WU1RPhSPiM9dfuWGbrZtmwhD bt5fKD531du7oJrU8ma0s4BErS6evXUNBIA5w1zHe1J9SJMA5VgtBFXq4ahjcOn8oUOHVESdWF4A kU2ZeZLmUM1xlEGpmzndVqpPlQI+FHqCrNrOGoZaNJWkBOenxaRQgjo/ZXzmrUYVrNNgV/ac8+bi Eiq3sVbcWigJw6ZCtGKN3fZqgiq4DePflKid/WukSzTa629bKzM0bl2jEwvi8r6v8zw9rmR6RtO1 Rw2A5grirMupGcCqRdrDPm4e5j8TZbdeZDioRVoB0yDN+ziNCA0UmvVRBXpSknWaKUnXFY8DWFwR jARO4MMKRqpIlbK4bCmA+NebiUwx3lx5CZ+Ihkd6x8fHsIqIIgx1K3UWk5HaDc52QsJnlZOSd7V6 5bJzUV0yIhGkCGL4zth5pTtLD1Hk2YmwGylYGIt1sFPcVYxdtbvC2HWUlM58tGKkUUebbtVDsW/U r5HTy/AsLQlfbZaGrsm17YMGglTUJ917Gj5OyZwd0Cwpi0b4QZwA0EtRN8iBDiHhiaSpUilDusxc ImxV0mngWDk/jzAypaIhNWMALHCOJWD/UDEGHXhgI4pnHOotdSArebBHkgDIhbD/JmA8PVRuZTKC usN1VeyWmHSDRu9qJrW6I7oGCFcxrB+PCxp8ipVLx9/H/FKG7jMau4r6amuQLiuMLGXw0kgUPWfA jYwdjMaokuq4mVpiTnNGMp+7VrcMHsJ+NmnQYMNFLd8h5ZpO2Mcnq3SeCVV2+LEkrlgotmBc2AiL C+syJszNMDPXUaxy8cKVq5jSFVfSY4SqFdfckbwV7dsKDXoIFLqrKtGA7ktH6PSiVSkbUnBJCJHn H2Cko/h8poTb36RLRpvhdN4D8VBIHRP8RQpGbxmWtuUUbu+kyoU86lrSiQJXGGIZhhAmiMz4HpTl KEoJXgMywdLJfSegpfLkBooSmDFrpPEoHK3Eubg2LavePzQQXWonEOE6Kmx1x/uS5IJmlx5SrhGH J2PwZZEWqdyadUfVR1hU6GFdE4vFIywKbd3zEdzZj8SW+jcbi51gJ9wi1SkMjYsemQvjm9CxGKZc gnqR0l6L0BWhOT7klXEtRfgE8d/CuYctgn1wkgSoDAZIpV2aEXT054A8+uPoo6EvdmtjFqZGMZ8t ObC9XYCbzsgUzCQAgZI5XQC3IrgGsN+ehj2dnMlB/8MN1BtxewT31EIfYc0De4dg0dLs5N7bEWtm JyJ1QsfbO5YIPdTe6YYOTwwORugvrn5DIWxD2Sz1LXogTIWISlT0Oahopj3SUCjIiohayVUobTqq myE6s0engRWFTUcvU+C2luJlgAEws9UwP0ictIFlpq8Ic1TLcZ+haJPovg1lk8WrbX5Aj9TASeKn qilgG5v5jE/cc2VNwwdy1VL07TkBUSwt2cOuvKnYrOhA1cynbW2yr4eRXe/Xb2hR59CQ2BPipad2 pQqEeb0j6lG2CGuN11sNUNakeUXJoZ8Cp5Xs7e9P9h0YGOx3wMVqIWL3wjJQwhapV2kAUyP08XlI hCUOJ5JjeiI5MMIVmGJcRyLkORAX8R6Ba+GS8jpkGAj+pBFWjxEs39BYVCzhlFLCJO0sh0nSUFPK Frkp45RRoXNhffjQwIiDA1EUhF0pmgSRksdYYJrl+lhgPm1tIhfEccaw0rzcKxjA3U43l0mTeECY p/dYDIq6ZodaFPIRji3dHjCRwaxe2yBAHtO4SVb/OEYLU1BHfoQ7VGnkIiBITqdEuEfZxC4ac5yG JbaBgdEopd2eF9iiWwQE6s23wS8eGduX7O0bH7hBd1rSAdtDpDRIF0JurjbXomAnnrhHeUM6nzIL zCwJFm7z+2db4Sc2q3w9v8ZH7LM5g4GPNqdPUJcQo1bseAMW8NwtYXESbXpMyYpIVE5aOV8krmyr xKMBhGImzpEiPwRMFm5goa4+6nnUaOr7qAKfgobGDyX79X0EcTVLFr+AnZitQMJVR1jYLHVRjDTn ALnQkFPaYOKHspBDdVRSalvdc8iNNXuOFMNaMoU7XIKuq2dhlhg5eKY/aOQgxmGgwhCuBh2P4Jqj 4rTHMt3e6fVKj1imajtpvaJWJ7AyAkrBsHOljO8QFfe0JOsD3WRIHz8w0i+rKufwSChoZm+JBCQh qh8JhWpmgsDYfEB6wXO/wOi8IbzRuR9G/whQi9gJcbSM112yHp4EnJWRNXYGRlMoADXga5m3GKVs XfIIOWOO/WNAoMaSQyP9E4O6OkIiMFKnzUhAEXx+4kAbET4k5RyU7LtekPG3tkW31T0rsv90lkYg 0f6TahrJZ/+toyPe4bf/FN+xZv/tvDwB9p9yJGqSNpLspbl4Lu9wz4RK80811n261qz7rFn3+QW3 7kPmb7JFtJWaHD8wMHz9aG9/Uu9LHnDOm/u8MTrFvl4fG9YHPaZcarVsWXw7SXyAZ1VVhKGn4E4O ChCFhnR4ugTc7SRudcLqD/jFFuh5abtUpoEh9I+sKJcBBYrN6OQmNE7ZZig3o32qSdMupKZdNSVg ZMgYBtelBz4IB4zY6IDeSXy10PrH8MAqHeGn2YWt1/rnsrvrRfGeM3aiLXk4t36G53Lvc+nNzyUr dE6LsVRR6LRr3aKsdoeoPvb9Enxogab3o74zWdkRvZ/sMrienpGCYW/0VPqWfOryf6iwMqRHhXD5 rPJYxv5ve8eOdr/93+3b1+x/n5dHXc7jDEEWe0lms3oLdBaQf5Mrm/D0VcO+sqlpYDgx3js4uLOp abwE3AgKWTEntGyE2/HIx/GtaZzkueU3JqyJykhGZidrej8/vyW8ABpO55zjqQEKJedm4SzPyjN6 rBQaF84gSSHjovimEKEBY/d67HiKYKwISgfYZAnYCpHRTijgsXyG/IXdY7eEqYpdQgudadoPpDje YhFMYO+m0egTaQaRHb2rCaywqZebifIvFbInDapD8BYUp9dSlmBB0XiS5Ewdk6OcKyb7fGw6XwFc QRa86kLzKuRDQPMhdpi4nzgbAq7d6AVif71RnYR3s5K6jFv7wGSQDkINkDLZGpKhTYcFI5/KWyU6 IGECa9VMgAqloglsSTMpT1usmK6UgWNsAo7RE548PpWScSz4zpuTDntM2OAbyKVyNQrzCkvLBoLP NGvNc7AWay0xFarHEU1D7Gib6hUECjJnrQNtFauMZgZT+TZpra91UPHE8vkywyrUeARkit7Y/Ea1 tvkP9PeOJtxzi8fo/DFwemkzX7KAZTaijGObMI22d+yZkpBhQVOjdJ3n5Wuv0URbO29uEVnEPVqq xkIfKFUtFG3KoKZhGP8fJo44BXglC8Jck5fsKLrNjTpyWHSUsjYXYQ1SnoTB0ewqEZHgGBKMcnst /OQO2zuxP4HDO4AACQqQTyPCoecXKsCFeozjWk2C84WCvNGU983x1J3/pcn3c5DH0vN/vLO9o9b+ f0dsbf4/H0/b1lZSEXPFNWlhjHkFBmfJRCIlQ+1ZNJXNtUu55pojrJA2sZGAAFnmczv5TJpF1HfB EWqJ881Ad4Vcgg5ooBQHZk2+/sYF5DRasbaRuxDTWIZLP7xHsh0FOJJI8YUn19aJR31FowWqKBPp JBEzUkZhBJ9CUpOl4waJHKiqJBVgyOaYuPgnoQJu/3PTFjJbbnHbUybIlDbFjDKp6bTXFgQyVDAi C8LNahuvU1nERCkgeQx8S1FaieRaBZRQmXg61kG8VMVkajVkB4D1WYIlRvaNH+wd0xl8j46N3DDQ r/ezvcBCHNBZ78T4AZQeDfczWvgP7J0YHxlLsJtv7k1A/KuvxiDqZcOHmX5odAzlTZBgYGh0cADA CEHWgJ6IsIHhvsGJ/oHh/RGYIMbZ8Mg4GxwYGhiHaOMjEcyOdOJqUrKRfTXSLSzQcuItKhZUq38g 0TfYOzCk90cZFAIyZvoN+vA4SxwAlletJvz31HKvDiXs3TtIoCgbqGX/wJjeN47Vcb/6AGdQuMEI S4zqfQP4oR/SoSa9Y4cjAmwCTWBAhXoH6Rxa71DvfqhbeBmsQIP0TYzpQ1hewENiYm9ifGB8Ylxn +0dG+hMICsAn9DHcx0l0s8GRBCFsIqFHIJPxXsoeoAC2IBi+904kBghvA8Pj+tjYxOj4wMgwGodm B0YOAmKgsL2Qup9wPDJMdQYcjYwdRriID2qCCDt4QAf/MUQpYa0XcZEA7PWNIzQlJuQ6jjvGbmXZ sL5/cGC/PtynY+gIAjo4kNBboMUGEhhhYFhIQg9THSeo+thWUDb+qXTdCLUoG9jHevtvGMDCi8jQ DxIDos+M7ENIiYm+AwL70SBr1+mMkQ0wGO0YwVb8jxfajvsMY4PXNKywajyPF5JBEOqZwJbmpqfT bdx+9O4gm9IoSKQq8RsRhtwbEVDJDCiXsDLOEuIuCEGij7dHO7mBhib32oCZmZlopmBno6XyVJu8 4gHqLeXrSUl2rLb+xGgs3tEpLgpwjVeHuHZbEpaSZH85G1MsyLqB+iiZePYHjOzbF6rxHNSHQ501 IAb2h5qTiaFkc5Nr/tQs2h3t7t1SxrRFOhhkXZiSMb2I7OxoSRgylUmV26KKlXye65VA2qtvil2N O6nL3F3lbpk7ymfHrEohFHaLlMpk8AYqdXe9SdV1g7K6Fge9ybqFxzVJFOIeLZUjDO+HKDuKIEpt US8yC4+imBMT+hLyNJ/FDXX4k+5mMSVRHBNh5qi1QvqC5pRlpMrpXFht4Ahzm8P5hvbiJgfoUZrc iQHNLJUyKQ/UP0LtCVd5jzcdRR7t7e8fGx+5AV9hicaQWnxCtlIXYRfEOegt2p7UlyCmULaQCgO+ PDn+VNNBZC/J0VIHf2oEiLo1HHYaZmuLisxtAGa7MEBEbbVs7B0itq/Mm83oZrQwXilmyDqx2v4t 3UwpZVxYNzpBuiweIAm0lmGj7jMdfhLASN8msOYegwpuh23yoNvXtZ1uS9Wbtj29llKoZiMhHLWt FHyIjs4biBSnhG0tPoJNPOJvl2/sOqKY1OKRt/VQiHlEKBpJTTAK5bqepOxJ87dZFGZ/+BlsLgZH zKCabXWa2KuEgVbCsV/iGWNp0cWNCj2PcCj2CUmPlTapasHRdijGdc+IsDhGTilx8UybjORR5hX4 xkInZGwXZwg/ohC9rU47CDVvgUa5/2M6bpliHO0C9UIqVGHvcQiFkxePwGQMJBq+JLUDVPZyXqSa bh6/pqWFKx3N5GAQhrFdZZL49uAkaUgCJHy4UpjEe4mybgGtrW0wBD4iqIFvhKlFbSFjj9gggjRw 9NCYCYkzoSHqPUQpMxk2aBSn7By3Puap9Db/SPaGYoE5gaIKKqUS1fMW60rHmhoVy5PVtm1iSIcC ytBOsxrScrWTFo1ZtVMTekImATrR5NGC3yqIuwoXYiGRg1ARiF1bUa4kXfaQVJ4Wy1FTnAcRzZPg UycJh9yCUAHp6KRN3YkXuizOVJT4rCt8PAbOPNc48n5B+pdcJdztaQhUDAZsFV4YL1EyeYM3hagA Nc0Y5t7Ufvygtq8b0NgoynLz4cA7MQv72hhBtbhGO7dsgW6APV0Ui4m5DqPxRhZwvCVSocgOIpIw 2Vupban/I6XscSoeUqDzlscSOBEEOIdUKlimbLulCVI30haXMeoOKaeggFpysxdk5mwyT8eAg8gY qWXWZXGoiFf6OaIWPx/j1QFWryyF1lWLWCeqFK0vHdnVLfZH5JgMJMzQcSJsCxFhJiyQCqZ8QBFt EhGKc0XvkBIHL//IpghSmVOdJataOxYwY6GuHvL17JTs2Z0t3MZTyM1X3DC0RJYuys4s0+2c4jv9 ycuc7ESL/rV44vwJYbsOsiclsgWuR/QhQXwsgeQ4r5QnjHvhgCkSoSyWaDIK0adbxTM7fqKY5iyW WhTOMqhbLY3MkCjScphTax2APoU3JHXYVV6yK5kJczVLjYB4LZxCXalSAhraKoutGlOls0jmkSi/ jNjl+GiavxIwky5Mhz2R/McD1PHCswpMKzq3QPtS/b9FEO3aZths4X+HR18CFC/pCvIivsRtvRCd koKeEPKqa8tjTJwO4+qMOR2WhH5mUe0h6kFluqHG4ajoaHNKGETi6SMsxgWKMyZpaLWt/sJlpfvU LmnrXSH9unc0T8KzoSoC47iNjdFUvgC7sjC0yHbVcBoqPVY6d2gl9IGZvHM4vbmI3dlNGRE9gEz6 5Y1iWLQFx4JEgykXiysiLUtQFuqEb/TeyC/CU3f/D0Xi+/XEuchj2fu/ofN79/+6urrW9v/Oy9Pe FY1dE+UbfiN6U2gfyS+k1o+8TSUWbb/WczRJ0RXCU+QtobXB+tZ86o5/aty2IeAssrCGPKs8lhv/ nbEu//mPjvb2tfF/Pp7rh0b6e7i6W1NirC8hvqNpPrrx5JTzfbRUJSdF3NYTmk6bSTMbzdH5U/qQ R9vgu6mpYpt5aydwZGnWehC5mRVrWoVeF10q1tQUdXbBJq1M9FihlIkWju3+RaZdy4x/T8Of6TGw Zef/mG/+b491xTrWxv/5eEgV32llWknimJdq+L5gcSBXjfFGV2DtOatnReMfD+gZSAFKZ5THMuMf hn3MN/7jse1r4/+8PL+pD+5raGgISXeDth5+7nP6Av7upL9h7WJtgzZ/+U0QZeInX2+Y+8Gjm8C7 Ypz8q4YnLpBpnrig0fna4HwtHbrR+drkfF0mvuYov9hj3/zG3E8m5n5wcjM6fx6X7oM3JD760ssQ b74HY8cfu3NxvrLx0t/+GXp9aNOdz1362z+Cz1N/0bi4uPjCHH4e18YOUpajC6+B5/zlWKRTd/zq JnCMzr3S8tQFCG80h1EoxsnH35M7CY7chfDnAYz9ZYxxVJv7dsMz8e/QzPh/ftjyXl7cRpnshsRB kfyKOx+rlObfgeF3fvM2Y/6GTXd+57YPHS0TwKMaARBlwc/5fZtOPr7p2qduWzf3VA/mNPeN4xf8 +cuezFu+fu13L/2tDkiTUCtz8vGNL4zCe+4np4zTN34o+c1vEI5OvhSZ1zfGv9OjDb1nj71nprmn cahxz6V3fB4S9jQMXbbHvuXLvwLfJx+PfGjuqSTitmfd0BV77ErPBUONt3/5lyHMHqYoLz4HsE88 81Us6Gt/hhX48R9SsZ7QnyEE6M8/oX+P2lD/Pn8t8NdL+DpVeWb+xKY/vvDHf+jk9dU7EBT4/hl2 kxd/MPcTDhx9LkKf7z6A3WJ+aNNcg5PoHqgXVCkRf+7k8732Rge5oblvzD0zf+S1b36DsLpY2UR4 OfQbLy5QfzmK+H43NibvZjeJ/k6xyC93ewM2CkVkMuTzOfD85jeg7wCMxS50uSnoy+2PJ1+67CcE t2Fe3zB/ZOOld1wCjrln576+7R0Z+Np2+c3wt7Lhzm9eesdpSP55dD66CF/XPjX3Xoxx6e/8I7az BmCv/fqlpxB/dz429/VL7/o7+Prv+vc38NhP3jXxA+gjTzoRn3QiIgZzi7LPii5218Q/UlEfQMfJ x9ZDJ+v5F/icGfkqdS4ckHM/bvnGyVfXP6E/vx5ct13w5/hK8B526sT3ZY/eePLVdbcZlAIAxb/z f34ydzk6Fmmk5y5u8OZMqY6Ou9+yd879ZO4pWfy73wNvqN17XngvfNw+9H32wrXw0XLk+cXK8zQa TzX+utPNX/yYpmHvaNc0D83C8j4pSMsFbD009R5NfW6F393i+xFIeNc67ayf9XX8aQLVfNNoWhOr E3Br2v6+vp0svH94ooV1RDujnexGIX45QufmY13xazQtalULdmoS3naZv3Pyq2zko7Yxa/MvPD2q RSctC5wlum0K4sWjcQ3P1qOO3crr9Osax+uFwo1zwCca3XD5+WvwCynppi/WtEPruF+DiIfN0SLc ElePQcC9Sjom3pt98J6EkR0TfusVeG3iLeHdDD0vr3QECa9T5NuuxGtW4DeIX5/m7Ucfu4CXRY2H zy9p3vb+TxBvMCAevtWu9RB01j3ggTzzO0U9Nin1ks9L4HGHUhC1TOqj+jdqP1xUw9b7Uq339dD1 2gVUBiRSjQTrAl/4hdp7NI7DjMb5gq0i7BaqV4O2W+Nj6RLhRmExjqurGrh7SuPj63+JcIyLY61d uO+BNxL+ywT834d3TinPfZi34v6P8L65bnkv0h4U31do2EbrtYdF+V8j9wXan8K7H9K/R7i/rKTH dnhMfMvwp3zh/+Bz/5PP/VPMD+BfJdIv+sJDEPYVqH+vhu3foL2vwRt+tc8dE4PlV0X8A77wcZ8b cXMFxC828PgzvvBaMoTaFIbqjSs7a8bvU5o2in6/dL5k1SRFTVC/n1lK23m/53QpD34zmiyLVspn klX6OwueGUP7cMWoGBq3CKpN4okHD4yCPasl3Ru0k9l8asrSKmapUDpu8BDFv2wZeQ1+ZSNdKntL KFe8mjTxpTk+3jI7K19N/VbMVHni89NqeAYS850BkJXp6bJJ9KChkfexhndxOoTviHhvx/dlfMbC 9wfEe1y8PyTeOfEuC3gfFe9PCThPiPdfw3sdsJTfFe5/Eu9/Ef44NhqAwDc0cP934Rt4vV8T7ivF ewuOaZhJo/iGwncL/6EGnn5cpDuM4cAkJkX4beL9SfH+VAPPd8M6Xv7LxTuBb+i7Br6BMFXE+951 PN1/wTcMhD+B9zqYcB5fx/P95jqe7/+3jtf/GQwHNvxvRfg/C7g/Qv/3AZMu4l2wnr+b4L2OAb+1 nsO5DN1XwlgU4bvFu1+8E+J9s3g/sp7n819F+r9cz+v/+Hpe7ufE+yfijcQL6/+ORu7+VfFm4r21 kcOLN3J42xs53nsaef33ovv9mjYr4n9UwAuLdqR+tE7MefC+Rrz3iHe/eMtndev/MzsNuMz5v/bO HV016//ONftP5+Xxnhexq9PGUgdU6pwu8XrzI/wBUMqldK1vulTMBoA28nhwNwAITBy1vmTFvsa3 UAG2uNYbJonAuuRLUwEwsOsHRodZzXt2xjdW8AyNNNejmMIT8eh4CdlKgRmE+Wa2bjflvsHe/cmR UX04FEfdELQBRXssDOdkcXOSjLt3Yl9i4Df0UHtnrKmprS1xONE3Ppjs1/sGw8ncTJIyQSWLtjZF i5KMAyWzlVtuYT2ss9tNNzA87iaLsJGB/mTvBB4bc1NEGESkEo4djLAtakAswpr5eXRufQh9m/lB Fao16n9MVrJMqPKkS5WiLTT5c8BEiE80COXeDQzxbxR1RLtAjFgEF6ToMwwn+26pKEo4hVoA2Bk0 SxiKTlZsGw9F9ggzvFEzi90e3EMjEwk9ObAvOZpo50GeAPrL/ZFDySsB/fpgcr8+rI8N9PEIuRlu p5XsiFMZMAketMETpmhvPBTNG8cJiCiGtOHugB0dGxkfcctCR+l7WJeIjiYv8/xsbQ+Lcz80W5pH bU86GAJNAD0mY1qoPStuqodsUuljho12F92MEu3J0d6+6/VxRC0HZVWLabT+wy+SdeMlDg/34cWh vljx2lhu1TkTl7RD/KPbo8Rr82rFPL7EB0boVXUPN4l2TqNR3K1ynCkGKZM4JiCbUAD72u3GIs4V ogUxtEo0MrJUC6xMvdOJRdxtLTDyVqIh2QoAht6B9bNmWA1Xzq1qRjOK5myoX5qwjFAIcbvcf1jX +/cP9A6P8xDEAQYEoIZHoOqznkCs8Bh0FWNNBPTl4VTn2gjkzWNgdWsjoC8PL6L9kh6v4VDF4iie FQoof9jTL8iUK/YhxIX4KtgR1zIVVWOrzdXFuVotdsEtLqn1WJ+me7+6Q01NISI3UaJU4sgL98kR XhQPpFrCg/f4qGwXxYuTIa9fKcgzM+tzV33uWxyD0FSRW3vcmvg16pbAJDX02aBSoLGH3aZkr+a+ ZEMiqIDchQ9M2Wwr/HGL4yiB5iPiIhx5CilgqmhiOHeS0UC670EY+4OsyyyPmkxIGyEGXTisNvN1 113nnsdg4bAahgcb6QgGlKt1N/xBK8RA9dFf6PTKVWh4i2+C59ry2EnMgllUwUaYF5yj/J0HwMJa LlSOq10iAMUvICqHjIGslbndVSiG0rI6vMWJdKMb4wjM5+iD176ShucyALsD4cWOcK1kArU0BBEz D57hZfJq8R+cXGE98i3y4JPajq09DHkM72AOK65tkJBtrsVot2xiYTswuJFl5xSiCWyoCHZacLsH TilSi3JoTDHELUYQRfFb0vaPIqK1AcOokiQrmOlCJsLSqO8r9KXV4V2HQDoXTfHx5ZnQmV2YlnM6 DaBRo0yWKwZGgDFEW04FObqsGRMvCwtDEfjgSKNeIecY9uvjBw4ODO8b2YkHyMIuy8aPb0LOuRls IYEbf1pkv5SUgtFy0qJ7idSD+g364E6gEJCeTm+r6TiPVi91wkntNrM+MHxD7+AS+SXGe8cnEpjE QR6OYoFFxdczaSje7iThmUm8kTwTieLvTCaqXzXA7xbpJ7DqNLmDH6XtlcrCUiRVydselAyPjI8f xkDlGK3ozkv2ZmQM6sxIaLKWbjOq22nLPIpy/lSck4UUBj8qSxlxUCx1HCZtOpYqz7CL9EDgR0cG BweG2a0MP8b6h0fGhsRRcDlnyHmCEvonCX5MgEODyXlpuIhMoTsfcgSWYRvG7RZc17T4DiMLuPw4 sqKs45VtusfjFHZbvdTAR7kijnk18GgOutVAct84TmQmW2o4VloGTsDCcWxkZDzC9sPXwQO6DrDQ ILjn6oQ6NahROMJKqJ6yIIgYz5UBtcSY35ZUNvLQ344bzk1iwVJbogWzvLNV5d0qiiG0UVpGsQSu ozr4fd2KPVuccYLWVkfkYXWaAjIAP1OVJ0euDGBEXU5U9OF0Kp+uoK1oBgtQO2VJzkXYvsPzknjZ GHnTWJ+FqZNWU3jnAQ70qvCoCogZui+G+iy7xSij3cTjBr9OcWtbSBYtM3vrrZmqrzwEF/Po5t8E HiUIzrEPvKF+difb3GmyKr3I2ACvt7xvo1hie8WSHEvNJ+ua1SRhifil1GyYmCaE0t7V1RJhre1d 26XdBzwOG+N38RCcW1VAh4b1/d08C1qwmgFQq6uGetiF2u5AXYL1Y7zeHOXytuQayrEtcHEO5ajh QzgpcpjJwDX9EvwgrlaI7AguSnJLNewURnS4KCxuYAF3QwSFJ8PkeS80BB6YtFXA9qyiwoorGCd1 mDMvl7eNn8o/IZqmLsuGjaNu2ISJ7EbY6G/oYyPKCSXixN5o4e05eFYi/3cUs88wj2X0/7o649tr 9H87O9fk/+fjaZP2Frzm/7pWYv6PbI1x+6P84KfXbKi4clTYipusMmlUFxZ4jkFbLpRGSKqJV3nJ sLQGi2dO0R06g8MEAXa4nG2OulJ9JUBkA744WUkHE+Ew6doZ3FBAoxhMTZdNF23/VgWPulvdGBjs PZwEmtYX6sJ+gxMDfQBfWToG6EBRP1YAuQbogsUwv3RRMBGzwKnwC6jhg4t8baMwTb78BPCNXXT/ EEqiI0ya5YV5SjAiMO/RFB6L0GdVfJpF7sv4t/DOmNnsLH9VSf7EeW+zYEBe9MbbJCi3iFIzEgRj xcg4R0lcleoeEi7jDabSRKHrnS7lK+5NHVa6bBhkToBx9r4E3CVEieBXLpXP8pPe+VLKhripvNEt sJQ3ivzTtAFGuKUbzZuQXRO6bZZ3IZLKk+2EKcMGRFRngRnLQPwI5gPZUDKymBtcdCos52BghuAl wtvGSjNs926aeahQOJ9RGVtknDYWb78GZx1erVlsyxsBGt4XTD5VxQdPN+dbWwU6sUoMb+qocs6J nw2GGN3m7li32drKGQMB0zzCyyNwFRKAfd6OlaeZcDNWDpg2U1ZuJ3zyWmyOdmWRAU0hU5c3K5Y8 n640C8WMyF4RtY8nYY5Ncxs9eZJFizlbdsoW2WLZTMSRdoSyKI0hKW+za58YrzYDPnIkOdY/Mjx4 2Lm6DiLvqjE35pqtymawOsSCZlFixYBT5UN+soqi53BzsAHrZlx8CQ/4hNLLJRFeJcWWqo9cA5N4 M5vxAIJUfDeOS6GDC8JHMZaAf/nzpzYmHp3LkKjJp+mb2G9uPYILd7NcTGcUMzNISLo9eAqdcFum fauoC+ANo9EytzStmKaJ84yUVb5bQ1lQXr8QC7W1nWHlJKOp1s1bF09lfLIFLuqDstPKnKgWlNMl grAEaJVUMn5E5sXj7ebksMWhipLoKXF2cdrY4pBIJw4fWoIsKwMMGNgwjYsWvDyexxZFQ3LLWuPg 73QgXGg4BYwdaVFznxUlnG1xSDh5e+PwEs62OATdiTO70hLOSrsuZSNTTs0odJgbI8AZqCfeja9d SHrwgxsewAYRkxGuEfG1TU5VwtRAWIbvRprRwgXN0q+1Bz0p+1DheCqTSefCvNgixhE5/13NrhYm 8US06hLR1GJtk6a63KLspoK45Y6vqADbVlaAVlEAMrFUOC4IbXukPdKMq+QukzFaJ8MHpo3zlfOx yUwylbbB0W6yAixUpEPYBFGnZWfabz/ifHa4n528FzlZd0RikWboQDxP+XFTEfqL8BIfIivqa4JV EGyC4BC8cKE3teL93M36rAll3ZUYH9u/rW83N/EAwzQLfTwXlvLvsOgV2IFo7Si7CTdiJcVhCptD ZB3XaUbaDsciys3P8u8WMfG0SLmjQjaaFKrxi25xYnX6X2d2AnTZ85/ba89/dexYW/+dj2cZmXH3 CkSyAXHqyVHXjou+2Z5VyH/4KfozyGOZ8d/Z3t7uH/8dO9bOf56X55zKf5S7VqxVS36sKbwDbjJY 8vP6WIQ4a9kQQvH6OFKfsxXxCNNmy0l5YC08jVqBQp6jcH+KsMcruuH8WzAbt2qxjlfiws6lmIdU FgLkPB65DrRA0jJsFOCE93e0x2bbO+FHOzckLekBv24SyfRASHewcGYZ6UyTLIxXOkNedcQz50oW U0+ywM6B4MIHnXcdueNVB7wKeQmBhKdZxvVD47XChrpSBWTszzRzuVhd8Yr/jV2pv8VW4aJRwQ1Z xrgx48l8Kn1M6BZjOBYvD2SPigRrQOZZMbfGncWwdyXNl8+BAKp1AFQDAKx+Ye+pU1zWqWIsVaXV lMgDv5PDLzva2GeHMS5JOPMlNCVkWIYpwz5mVMNkzvzqD18trUIHjmLv9QWrXocHwfSoqL7RHNEv 1rOi9f/ZGH/Sll//x3b47T/ugO81/v98POrSvf7Kf83u09v1WY39t9dL/6MjyP5b19r4Px/Pm/T8 56rOaB4VV9AudUzTf04Tj2f6j25KM4f1Dm7ifbfN5+BoZt2DmUscy3y9D2We/YE8jr36x/G4/cCl D+OJOEsfxRORljyIJ+KIY3hLHbATMc/p8TqlqkGH69RaBhytU+oXdLBOrdoqj80p5To/h+ZCrpIw LDuSqqIwuqtnempNxeBZ1GRFh9bwPhpRAOKIcNDwkyK04Od5bMVqkVvoZ6HSsDPyHGUJsq4fFilh ve0mw2NPyphHuVQLHS9rEhfeOal2qam2BaRS7iVwDhixcHCeahm3bHHyCs5KiUx5iFg9EN+NtpV1 QFQe1IIlal+2EGoVdu0SFV+mLLVp6hfJU5w4XnJEui78bi83Gqx9RXKvmrsaRcTAXrnVcxtRU83Y Xe1pRkfyKqcz/MAFe7c80GKLgYEHoii3yjSEG2EpsxNXcKm3avEbGou22XoUL00ucwU18CNVf3KI XKI4SMN8tG7jo7VF6q7JKFUZpSqiVGuiTMbFwSHHo11KG5alBKLg8qTcFgHCUV734adFHqJbgkK8 7gfiVnfs7QyORy1poLfmSA+dp4Dpeto2C6k8mzFocwVF8hnDNqA2/C5nzqiQ1B25mmaMMGXYTSEY viSex/vesmXDYBVUMuTSegyVHSbw5I8zlS5x7qezs3Ppcz+BZob9p354EVp+MVU2zumzYvnPmS7+ tGXXfx2dOzpr5D871vT/z8vzJl3/vWXt/wStK5e3BkQKzW9roz9B68vAZSTlvORCcrlF5LILyOUW jytbOJ7rReMSC8YlFotLLBTPcJF4nq2qnMny7w0zV3I2hkr4+VDlaINkAAN5eccihM/8g3s+VrLR zmlWh48ONDmh2AlxjU+swLbE68JEi3wl6+s7+b00iysJRAADetaHzpdlPGXmbxvWcxn+D6qKc9PZ 5YE7fF1dde0/dnTG2/38X/uOtfvfzsvjv/9hnbAc/fQdjRvQhugj4mIGYMe1C7Sw9m7tMrIHjmGd t0Mc+H0OvvGHFpnRNjNamn4afxCGP7zR4HJN2m1W7FZDGP5+Crnjjyw6b+Lhr4H7tf/QuAF/eGvA xgZhh3wTt6m9EUbfxk81bsAf2hDH34UiD9QANGaNdFs+02rks1GrFI1jUrTb/cuiLHhZANqtvkxz bXRjWrQnfzH83iXiy0Eub6WQ91Qs90jr1KodcyyfvPHiUgUPiK931oFzsXhHRBz8YZ15fX64iLbX 2R3c/U7I4Uqsx6cbNzRS+DvJ5rp8mMZtTyNOefjFHrvlCPuDPje244LIbxPk9yGlfhiOagGv3SXz D2lFEb5NhP+1L30F3o8q5X8ecfJpN3xapO8X6ed95bnHV58v+Nxf9sV/THzfLdwa9I009ogdGj8W qCX7D8NcMNCncevPRvG4WS4VtSTQ+7IxZQJvXk5mYf1jJHFFAv6wjplCbkoja9dThk0qLtlMqspB JO28peFVtqYG09YswEzuHxzZ2zuYHNm3L6GPJ8d79w7qSY2saic/cDw5JrLpy6csy4C0yaCMucFt VTVOSxpk7T+ZnLSsJB1qBa8immvXHgccXwQd7El8Q6f+Fr4By0/hGzr10/iGzvwMvqFzfw/f0OGf xzcMiu/jGwbKyZc2LtyNV118sRHvBtn4DYC92PUVCF3c/Jhox8XNmBspiLzw/CI8mzHXHIa98BS5 MfccDqEXHiM3liKHJrBfeITcWBq6aeOFz5EbS5VDk8Yv3ENuLF0Op4MXbic3ljKHpo1fmCY3lja3 B903g1PewbHx5Pdfnj/SOPe/Ttn3b7zzubkuHBi3XTWvb7jzMfu9n8dhMPe1TzTc8Zi96Z5dbac+ 2GDrc99Gd+WHj+IYg1i7AcrBhRvpvolN8J3Dvr5wPbgX/uHni4ujN5zSN4wmFv5fDZFz2ehCL4Tc M/ftucsR+It/uvBL4H7xiXvuwbtKTr604fYeGgv2pS9ec+q4dvKxxs83Iia/8wC+5jfd+Z3Ki48i GiFnym0DeC8cvuXV/wO5//cLMG0D3ntCcQggRLwcXrmXCOEYexuP/cCXeAV+TcJ7J8JDz4UQjzH3 EwDFy3UAEEXxTj52Kfz/2kLj155vbHn8Cf003e7x0oaj2in9+dGFjp8THp7Q8a4Q7aMnXv7sxxu0 37wWIONVKaf006On9FdGc4k5yGWK4jKZs4F+3/0ZpX/xolP6y4vai18VkJ8ZXXiWh8xPPD+vP9Py 1Jy+MD/x/Xn9e/j50skTL2nVS07pC4sbTukvfVTbs/dSbbHy0mJlYbHycs5CyNWfiRZqXKy8tlh5 JfcJ9E1LX8gm97vo88fcZ07/1skT39KqV2DRPocB1/xMVO1xpMovPNqg1rv7Z0H1vppyO41VXqx8 a+FCCfrJkyee1CrrZC2fcmv549dkP8IEXWdZ5ztfC6pz6TW3zlT4214LKnxeQcp9r9VByvtf8yDl 89QZ1Dq/8zVfnS8XdTvMAzgG5l0M/PDVs6vz774aVOePvCrLiVWc1x+nO48SY3/+BejvD+CfF5tw vL3YuPjU/PqTr0ANDt34zW8gbctQQYGsXSUuXdnJrHIaOYi2tFVpMzuu2Y48RFu6bJvRROQ4i0d3 0AGJNvgfv5bFduzsiO+MbWeZbJnps9PsKq1GX1kQbb7MatI25ysMftHNse3wZRnpUjFjgbfJNptN mveUu4YLHZITiMTLF7Moirl9mWLCvDvH6fcjgo5L3gx5HOQp3iHmduQVXgI+Def8lz/WuAH5mHs+ 2rgBeaMfaJxHQeJ+uZhr14s5HvmqAxrnsZCXwjuXnjnZKFmgFT9I4tU3PpIHwucDUNbfgN9R+N0C v0/A71Pw+y/w+zL8/gr5o2DE4V5NqYhomyyniplomlDXiajraIvH2uI7WLxrZ2fHzngHmyarJhx5 yzdDXMCKd/F2AGAx6DntAGknQJ3MGALUiq7/Oc+RlrhtCHgmozytRXMpK6dFM9UiROVvu8xvIJrO 2xgN+B5xLRGxQuI2Ik1cUGTkOG9DSVMFM61F0Wy1BW7+OpoGcFOwJuN3Ga328qJf09z7d2gdovRP TXN57/drnJfFeNjHca3xBc29j6dR/JCPvljEw75/T4N6F417l09cpMV4OFZeXsfHiD/fazW+NsB4 OCaeWc/HCqa9SHPvONqruXcw4ZjEeyJ+SYEn72DqUeJ14tqtka/J1Hj4O6DEwzXe0+AZDrjTaViJ hzTgtQ3etY+MN67gGenJBqjUjwLqe5Pm3v1E67pQMLxJFR6McSQyjQHx8qJsCI/WgU18DdioxEP8 VZR8cSL4QpO7BlPh3arEewjiPVQn3kklHnJTX6pTvruUeEgLH23id1ip8ejSQc29wwr5u4Um994q Fd7vad77njBea8AdUf67qS4HJH9aq43nv5vqAHTeexr5+jiu1b+b6hkg5u1Kwnp3U+GD407T3Luo XnLcHACOI+7mOeB44W5eazlXrBerabnOXS9uJOt03Bfx/Bw3bzm5Ll0vVuFyvlsvVvXYD7mbr7I3 fEq6ec/c6LjpakHqP9x9CbkfctyXkvtLjptLCx513HzELjhu72p/PUkbVPdlPvflPvcv19z9tcHn bvG5r1kmfp/PPazUtwHqe5NS3wao71HNxVcD4OuEUv8GqP8nEI7jvlj7bVF/zmO8k+4pyt3Jw9dB ez0Cb1zEvEeE/xnCU8L95ftv8H5QKd93NJWPuVT7e1/5/tlXvn+D9zN3ufAvbfDCXw5//vgxn3un cEu5TW+DV27zAQyX7nUXawcbvHKcIw1eOY7hu9fuRINXjnNXA+//v0vpN2i/o8TH/D/pcz/Q4JXL PIzhH4d5aB1P/ycivpTzfKXBK+f5ugiXcp5v+uA91eCV8/xjg1fO86JIL+U8L/vK96+++obWed2/ vs4bf7NwO3IezoJpdC54CY5e2yXVdfAM1m5t12TFzNutZnE3QrDsSjYLUJLJvvGRseTgQGI8mQRX v8elH0juG+sd0pN79f0Dw+T1gT4nfDoa0/A0cx7Yx0w0joKlUnIqX5pM5ZPE6yRTlVmtNHnUSNvR do1LfDKVQqEqs9WH+91cpYPnKF2Yn/x2wacd8EuiAVYMmhD0Q11rxGLJjFVK5gBFeWP1MjIhlgoQ lSlCKzz1XFd2JmRcgSI0knZRtLMXpv1iPsvs/xwtVYGfP8s8lrX/0lWj/xNrj6/t/5yPh7b6PzBy OMLN69ERh5Zbb82YRneTPJSNO7BViza+MeZVs5E4WUbec7SnUsT7hMLNJjzNEILeREBY856jNxWb u628YUzjwdq3yX7p2+1Z2f7v2Wj/LTv+27e3d/jHf1d8bf/3vDyuWlulCLNkplbVrY5OYIAGXKDJ W4QAk77HJMrgyMhoIhQnTCl2T6TGhVdfhgw8mAGGSY6jHZTjcfzTjn86akxaiFta0OIrlDZvOyZe HTYkvIUg4Fn1FjIqly2VWdjsiXWbu6iU3czkhhT4YfkVWKYgbZsgmxiOHVJVHAw0Utydw2/QEEf6 T6CdACxLYInb3RKHMKBsVSaFP68P/I05pBhyDBQ5kyFUEzEXQ/Os4Ot8C1OtCgBTWk6VFty52hEh DW8RQKWgtnNlwJUbMRVZeyXgEl8+WyL127R+iwYaL+XX86DlUnle58qay3lW0Toeq4NvgqY6I0SF VtyIAmVqMy7TjmpDCmsWZ9goPjO3njZ6sw+hN84I5Ur0/8/G9gM+y/L//vPf8R3x9jX7b+floQtX VQVUYd7BmIUVc5EUOUnRNMLVS4VZsVnxrq7ZgXiLPyu0/3hWeSyj/7k9tqOG/+/sWFv/n5ennv7n TR/n+p+nheKj1P98j3b5Odf//Mk7NA1/qv7nK+B+5f7GDfgLg8egT/9zwyXw+0zjBvyh6hL+VqL/ +T6N637iPhfqI7xXc/e3UDiNOz8oP74Cfr+quXqfvyLqgDszlyr4C9r/uiDAT32wjLiDJGnnReKN jXCxKCfWBfdCpJgbd4h+LQDW0+It9xm+7HMjLMSRpnE5vNSXHBTh/166G7j7OQU2uhEH19wp5f4X af8A7z2flfsO79K+JuLeLOIzJT1+/5PG25HH30j7mCr8Pxbf2Qu4+x24D/JZd5/gNhH+NyL+vwq3 3Jf4oq8+uE9z392yvE3UL/DZJ8KlAonct/i4xvOT9bnQl/9uxLGCv1+B8H4lvMG3j3HKV79xHz5y PvdnfPFRP1VeMgP9drtfPbWuyJ1k5nWk5CsWi4tbUjR++QkXqpPont8oIcTm3Hq6NoOHS7QZsniv SdPv2oyw7l6raMvNxCmbB+4mgSP69wn9axVbsW0ugIH4/Ge4fuv38Q2DZAHf0Igv4Rs6x8v4hkF0 Gt8wsF75DNd3fQ3fSAAAzkUwkBs/y/VfN3yW679uxDcMtk2f5Xqwl+EbBv978A2D4Qp8v5frxb6G e14dFyl6sc98BvViv/cZqReLpVT1YrG0ql4sllrVi8XSq3qxWAtVLxZro+rFYq1UvVisnaoXi7V0 9WIXN2Ntc6gC8sIoubHWuVF07yE31j53CN0xciMWcjejm5EbsZHDCr2widyIlRyqbL9AylmbETu5 WXS//PMl9HCRgLh6uEge6urhIu1y9HCPuXq4OMZJL3ehHKSH+0Gph4vAX/zThQa/Hu5Vn/Xq4Wqf IT1cfAXo4TaC98K3Z4UeLqato4cbRgRQ7M/z2A889ZkAPVz0XPjorFcP9+BHX/oklj9QF3fuD7FF n9BRP0k7deLJ14jQP4pkcO5rc0/9+ItP6F9Bnyf0R/nrS/z1CH99jr++MAr9dOH7qHjaQ1TOfvcD +L70L/c0zt05i21If19seoK74Jn/A/yam7ivJsmFc3falMQWSWyZ5BR+zQ3dO6/f9+1X5vRPPqd/ 8tkLHjzVuOHv/u3ZI/fM6/d+7fl1vvo97zjm7swjjOUi5SDSKf3exQ0Qc04/ffLEae22zfMTp+f1 T86fQghzjb8rnTnuPKWfXtzw4v+AhlqsfOFZ/Z5Tmate+dsrrlqs3LtYuS93GrvUIdIHZU/odzuq z7kroeALl0r13rtOnrhLq14+zxvkzlvhL2nHvm89xV+s3JWLYYKfS6VUAalxsXL3Kf2xUYiwsFfq zd5x8sQdWuUa7BPXYKJ/e9XVEL5r4Ys82sJ3wbcmvz9ahy3qAf4kAf/Bqx7gVwtgHxLAPo7A9Ds4 vDmC98IkwJqf+Na8/jgq4j44rz/YrT9624XwntMfJdcjJ7jrkfmJl57DBn3wmaF7/u5rz574WHZe /9iXNmbn9NvnqU2eLdz+3BX3PFv42PzEk/P6YwDw69QlEfJD8/pD3fpXEPJDc/pXyPWlE9z1pXmd Q36IIM//QV4C+xgAe0InDYF5/eVu/d5LT727Ab9fWq+/jCrE+gJ43rZhfuLeU/pCC9cOfhl8eT9Y 7PzoYhd22YWLBXZfWbTfhU3LhP83fupqFVO6P8hRuo+J8O/+NDjd/E+FlvPCoiYKcdET+kKDbJKg MvyWD9Y24X/dMmUY8aVrFf4X/dTVtH7hb4EWLlaeWaw8vVh5arHy4GLlodwu6FdH1x1dt/Beisko h0cWK19arDy6WPlKzsZw7ej6hZ/9mwzP3Ut+MHoPjC784785XZLnWOEegH6o8ImLTukvLWovXiRI E0Q7pX9uFM8D4L+FazjQFw7D8JmnzjZ/4jWknaSf/RjQwQfwT1397MGfnnP9bG0VF5vV6GPzO8Sa tNbW3dqZ3NmDOKq5cKep5r4dzXtxDrGHfedS9/tBwSN/6zNe3W/8/ZXG10HI9yOrhHOtqgN+z0mu A/6I0AF/X0OwDjjyzbh+uV3z6oA/ekfjBvx+BN7I82IB3qV59S1X+gTphsv1Dj6TUIcy/D4Gv9+D 33+E35/A7+vw+w78/gF+P4LfOljvvhN+zfBrh99e+I19fE1v/DzqjcP3m0iBXDs7HXI8ibKUDjmO nUcAwPPL6JDjWLtnPR9j/nxVHXIcS480urrEMl+pQy7j4dh7tJGPyfUiXMa7XnN1vnHsX3NBsK75 PiXeIMQbhHibGrzx8PdBJR7Kk26Cjz0X1sI7qMRDWnPfxmDd8COa2x5Ivx6ESMMNtfEMzdW9JhnS O4LhHVPgIc/eeEmwLndFc3XNSeZ0CZc3+XXNb1PyxUntsUuCdcjvVOI9CfGerBPvbiUerhieqlO+ 31XiIc19+hLNc65Xtse/09z+gTM5g/XvVQHwPq155VoYbyW65kObvOdx6+mafwkmA3YBnwvatfq6 5k/DunvqHOmaP+LTNb/H0S3ntX7E0R3n0rtHfbrmUgYmdc0HHTdvOezf3M1FqVIGJXXNH3TcXNcc +yV3857Z+BmvrvkGx811zR9z3Fz6+KTj5hLKpxw3H7FPO26uay5lWmeia+51v/u86J4/5vAll5Lu +ZOOexPpnjc67neQ7vlTjvuXSPdcc9wbSfec1uzkfhfpnr/8can7HSLdc1y4v0eEo+75rt9yw4N0 zx9Xyoe6599Syvf3vvL9s698qHs+e7cL/1zrnl/n0z3f53MPNXhlwjeIcClDPSLdQiacQd3v+6Wu +kbtwz5d7dkGr4z4tgavjPjjIv7NIr6qm87g958avDJi1D3H8cR12UPan/ny+6pwS5nxf/PJbL8N 7rug/f6lkaf/nyK+lCH/nU+3fcFX///d4JUhnxbhUob8M5/ue+M6rwz54nXe8rxznVeGHF7nlSG3 ChonZcjtPt32HT7d9+t97pQv/pru++p0370XxktxtZBnO/J3IfUWknCPVryQbHuV4x1B+Cq15IVA vUY/XsrmXWE5F8Bzyb8jfxcSdCHBfz2159eet8GzvP7/667/29nRVWP/qatjzf7neXnO5v7Htqa2 2jsge9NpoIblUoGkHkh9Vn4TZMDFjyxEVz8eTOXzrDXPd0b9tzsyLwE/s1sd618poQTJndncbjS0 LB1MhFsMqC4aF4UCMPa63AoZWk4hi9/RIGLIT/DN4O2PVWFKfLZgFiPwNwWeVfqu0vdsulQugwNf Imo6lyojKHojHCMvveSncmmk33Q5vzUSb4pc5bWS5/AaSbKd7twiCfOaDS7SFxV3V86S7DdCut10 jaUImJWXQuKVb863cv9khDSdhZ11Qrm0wojasrIZlO+qsI2O+IfPKn91wHjjvqlZ8qVXq/Cu1aCm MzorVJ7ud+3GBupP48mcEFehFvxFuKUb9eWR7yBU8k7O8L42R90ZSlidDXMWI4K4xVvnMBmE1Wsu IWvnMKxq7YWbrI21d+E9ptasLxCSykDlik1x1XxzoDR/VpHny8xqhPuojEt35bndw98ZIrKjelR6 RScSd4i2kvKy6xYW8bHUdHmic8koN93vqjX77dsLd4u0AXolGvSn5nTvq69pWrKrWa9ppU15pBC+ PumY/e8WEaq+juoY/e+u7dzS1jygKF3Jo3FOMeLkQQgyfu/QCiYukXR8qhxV3b5bQPEqy+5u57aM 1eDLhzAPxpZHmRdn/FbDZasXcionu9tWD1ZDTlVlD9yqItW5qRQ+CseJ6Q87+PEQ2qvZ1VQsGUtG ccK3Xs1vg5SLgHB7JBZpxtszZvl2FO1QdZpANZwCup9VAVyk7cC0CLomrXcu8KYSQ4LbgPZuXjXz wnl6A310K75V6csxI9ZOYZ50VRdMui3/BqrVv2WelfH/Z5fHMvq/uHfk5/874mv8/3l56un/vnIn 1/+9TCi7vp76v+/bqGn4U/V/GbjZfY0b6Ic6lz793xiExyAMf6vR/0W93o2iPCjZ/lXN3XOQtl8x Hu79oc6v1PVF2TBKylF6fomCv6X2JIIeLB9K+CXC5XYYCgObePUID7g3IsV6QbZhnxBvKdN92OfG OiBuNI3LHB09XxH+Nwosqed7+g5Xhvs/4H3z/a5M80si7s1asJ7v32q8verp+cp9ISmzRcTtud+V gZ4U4VJGuyDcUkYr9WRVPd+nP+HKaKUesJTRShtUUkaLdmT3KPX5N82bP6pYvKbgC+0NZ5Tw0wKe lNFKvWRZv+X0fN9YvV6S7/mUe0nY+Eaq8hL+L4BBteF+rsu78X6uy7vpfq7Le9n9XJf3Pfdz27VX 4BsGKLuf6/JehW8YjOH7uS5v5H6uyxvDNzRK5/1cl/cafMMA3nU/1+VFvaLvoe7u/32Borur3Y+6 u433S91dLJWqu4ulU3V3sZSq7i6WVtXdxVKrurtYelV3F2uh6u5ibVTdXayVqruLtVN1d7GWqu4u 1lbV3cVaq7q7WHtXd7eubi4Oelc3F4d0Xd1cpC+Obu5HXN1cHJekq7vwe0G6uSmpm4vAg2zk9t/v 1c0N30e6ufgK0M2NgPdCV1Xo5mLaOrq5BxABFPsiHvuBV+4L0M1Fz4Uf1OrmIgUL1s09deJeoY6L 1EWq45Kl6if0T6LKLSS6/TquYCs+bdLmfZ7H+T5/vcxfp/nrW7iv+YT+NH89qZ3EBE/hi2ulRuah nJu5RV6uMnvyL/CvVv11rMZ2DN4uDNfeebPUGn0EdeV/hxSAifzZ734A31wB+CbS5r1JaPPeJLV5 6WtOv7smyYVzdx6iJIdEkkNOkkOU5K7n9LufveCpeVL8vR+1/57T73I8jtx+Sr9rccNi5ZPPkmag UMd9Vr/dUcy9a7Fyd24Qq/IRrpg7r999YE6/45R+97evgdTfvubkS41HN53S7x1d/H+w9gu/L1Rr SRf15F/gX61y1cIgegNa7kJYv/6aHy3/gfRJ753Tvz+nvzSv3zenPz+nL3ibZF6/i7RU757TH/Hn +t7gXP/nq0qu//lVf67vh7/P6fc+M3T7s3+RBc/s/J34Qm3aOzOo/fow/n3uyFeefThLuLvvmVO3 Kv6Pcn/S6PwSKnV2YcMsPFWr5kr+dynGc7+C2p/c+wFf9K3C/7Cii3zfYuXe3KfnSVN03cJvvio0 RTcKHdI/mhc6pMarjg7p18hvsXLHwqgw+qt/hfD3KOFvo8hF6tai3ug9rt7oQ1xZ9YXf/zn2ppt9 eqMLMEYfwD919UYfefXc64060jetRqxGq8szl0Q1aTWiiSatdv2u1S7LaxVFf/Oc6ok+L3is0/fV 6on+hcZ56dPCVjDSfVVPNCf0RB8UeqK/VEdPFPku5HXxIImqJ3qH0BO99XXSE5X8MT7vg/VOFH67 4TcMvw/Brwi/2+D32/D7DPz+CH5fhd/fwO/v4Pe/71zTD13TDz0z/VA8rLOUfiiOmQcBwGPL6Ifi GMut52PLn6+qH4pj6NYV6IfimLujkY/FpfRDccyfrmOLWNUP3QBjBInBy754fv1QlDe8AvG+F2CL WNUPRRrzdNPy+qFIt56HeLuX0Q8l+UIdfVNVPxT5xsjG5fVDSSaxcXn9UJy8FjYurx/6MsR7uU48 VT8UudZX6pRP1Q9FWvvaRr6OVeP59UNxbt7zjpXph2K8leiHFi5ZmX7o00jsV6IfChEmzpF+6IM+ /dCcTz/0Vp9+6B0+/dDTPlvEG3z6oa84bi75kbILqR/6vOPm+qHsPq9+aMRxc/3QmOPm0qgFx80l Vi87bq4f+orj5iP2NcfNpUtSFvJW0Q9dcPgRrh/6suPm+qERx831Q19x3Fw/NOy4uX4orRs1Vz/0 bp9+KC4eVf3QZ5TwIP3Ql5TyoX7oaaV8f+8r3z/7yoeyqUc+8frphwbZJlbdBxq8ssMP+vQjD4H7 Khm+bqPHNjGG5xu8ssRyg1eWeItPH/SkTx/00w1eWeL/1cDHj9QHfdiXn7RVLGWLf+aTLaJ+6FW/ 1bhhfj1P/1c+fdDv+PRBv+er7z80eGWNUl9Uyhp/6NMHfaXBK2tc9JXnwnVeWeMV67yyxit9+qBb fPqd23z6n9f53Gv6n6vT/3SV3JZW/fyF1vlce96WzzL7v6loqXKWu7/L6X+2d3R2xnz7v9u3d+xY 2/99sz6r3f/dCt9btfr7vxfCQhp/6v7vBnBv+CKsHeF3Dcxvs+u8+79hCA9DGP6QHznU4O7/Bj71 NoXfBs/b0a7V2vP2ftbslnnr85a3W7b2LPWsWXVbQhVE2nR7o583g025K9YH2JZb+NgljqLK2uN5 1mzurdDm3q0Pq3o9yFbX1etBntq9+/rnjl7P6L149zW4F8Z+5ur1oHSM3339c6HXg8Bf/NOFH/7M p9ez52GvXs+mL5JeD74C9HoYeC8csYReD6ato9fT/zA2GMZu47Ef+NxDAXo96LnwDsun17Nmn3DN PuGafcI1+4Rr9gnX7BOu1j7h+aSJn/wJ0sSbHuYEDt8rpIm+JKukiXiF55uZJuIVswsb/rWWJsYx 4C//deU0cQ8m+KPT9Wnij07X0sQDmOg/n1Zp4o08z4WTp1dDE//gdCBNvEQA2376F5EmYpdd+PMf 19A28rd+XJceUfjJOum6f7wqmkhpdvy4hiaS/7/8aOkyLP6ohiaS/3/90TI0cfBTgib+9Y8CaeId nxI08WEnPPfgp1ya+O9+5NJEynHzj1ZBExd+uBRNvAv46AfwT13d242nSevZsd16rvVw12zBnltb sGs40LTcvVx+8Eno2H7buG+FR9XLfqvZ71V1sv3u1+NZsw+8Oq3tX4AqvhkjrT1rz9qz9pz3x68r rzm68Vxr466PeXXlDzi2j7n2zR13eXXl73bcXFf+7jmvrvwjjptPy3g8lLu5rvzovV5d+Zzj5rry uN/A3VxXnjlurisfdtxcV/72h7y68vc4bq4V8znHzXXlH3TcQlf+4ddPV/586M73Xx+iikrd+Zsc N9edv2pAurnu/LQTznXnL3PCue787YOhTaru/Evv4uFSd/4OCFd156+5zA0P0p0/oJQPdedvVsr3 977y/bOvfKg7b/+KC/9sdee1t/mzovt/z8r6J9f/VFUjvfqfXTu2x7pq7v/tWLv/97w83IJnpmwe N8rQ3DPI0otGZ63Cn67RHtg7dLXFDqTKGdaPvqw3beNrtFyyjTQZRUtULVjyCzueiknRPmFSdKw0 aZRtNliCZLvKhfyeInzl83j0cnedJB8wrGkowAcquTzbdZQc0aPg2DMF7eGkxMTjOYNK129ax+qW jYW5rVFmWmy6bFhG0WZmEesG6WEgjKYyFgIj5RSzOEVWSMmi4VhnLMLGO+MRMmZ4qDMWZWzAlqZN LZZikynLTDN7ptSamjUJSspjChXTlQAUN4oaYVYlnWMpbjQ1Q6e/Ab8oMjHKKbtSNqJOxaCwoiHg C7IxAFCRpyulK3hqFS2rDqXKUPEoSxSwzKnjgJ/UZN5gKRuh5Gx7emdb28zMTDSVL6QyRjFqThYQ gbD8aps2StN5o60AICxM3mZP073fdiFP5U6xfMkm45plM5WnuhXFOXVPMVH3p5wqYDmzsKBhVilr z6TKRjerliosnSqyspExLYAyWbENZtoIpw16V6GUMbNV8EBQlWIG6or1A7y5Rj1hucT2G0VAT56N VibzgO1BwFrRMtjxdsTkNHpaOW5oFlIgLFxXsYQoBttXAtgp7BD1iu2WLoM9A/PNlabRCGnKxvLO mPk8mzRYxTKylTze4W6zgwPjB0YmxhFc7/BhdrB3bKx3ePxwN/UeNHJqHDc4KLMwnTcBMhQG1sx2 Fas2pI/1HYD4vXsHBgfGD7NSmco9MD6sJxJs38gY62WjvWPjA30Tg71jbHRibHQkoUP3SxjGcnjJ cmAFNKOaMWzoEpas+GFoEAtKl8+wXOo4Wh5IG9DHsK3TMA5XgPRUviRGCMKzFUR2MzPLiiU7wmbK JrSzXSJY9doiwgaK6WgEocC0sA8wcywPuE/YEB9g7DOz0KH35UulcoTtLVk2phjqZSzWHo/HWuMd MRiVE4leUbHRUhkbD/IUa2o+OJa1Zgz/Q/1mNmuUjWIaRvSkYc+gzUcJBXv8oFmszLIbgFRCsTFB qBV7AuNmhGH8hh1zxtB7gOKkMohICM5aInoqg5aQ8/ADImMbwlfQEWbM2uWUAOcCix5P5SsGmUh2 bFVajjHKiEo1ItDYWCIsLY9+zKhOlpBsp5AomtDpiKiVirLYZHRClIMSO9aPBV1iRcPIoHFj7PsW kDM2UyofizIocMq6jucSduXClLdjK6NlNeaYp1PQe2qtMR8zykUjwErzZMWq9QRSUskbtf7wswtL moD2BaRLxazXuzkabVMYpmiu2RtmFSbNkuX15g1Y65UEBKF3W5s/gNpAhPrD0GYnD1EsSd8w0Kcn h3uH9BCPBYFtW5lemDSor0E97HIpn8c5yDMjkbEReQQQf6ZtoRnpSt7eiY2GHRTGO6S3bCbtN7vV T6KxW3gR0GSqPGWxnqbQR1i0kLKO9cRm0bZjhGHf7flIbDYeP0GmnWWx9b5kb1+fPpgc6D+UHNN7 +4GCJkIQD62iYsmAcFrSsragxabFy0zWV0NkP3WfWYbCifgRpDsS1u6eONUiMMPDQEPjkFs7wmCs SnO2a94V+nembtpDIm0nTzu7mrTj+tAopt3O04rxpYxfrGifkbfMiqVWM2FAK2Tq1LO9fj2xrO2Q 344zqOdhkfZabz3NldYT006usJ6BQD44oU/o/QAljVCGHZvSH64YFSPjdpK8kbXrArl+qLdvHGBk EIZDC4nlIDopiWK99GP6+A29gwAgSxaBxWgRhmWJLkfYVKmUoQ7PSZ0Ac71+eG9/cqg3cX0IexqZ eLcMG9uuliYr2Q+NTCR0J12nmq62zE4q7A7J8YEhHfpEciih9yVCcW5WfiZl2nzw0ISNzHxGsTak 5Ax1HTssEoc6+EC0y1W+A+itG2IVcDOkD+3Vx5Kj+tjASD80dDh3S1s81sIUXLfxQk/jpAkUpSjs 2gt6kk7l88gicfKWLnU3SbIDZUyjWntSBkqPbiJvYu4qol1yZdYF0InDib7xweTwSL8eTuZmImxk oD/ZOzE+EuGAIgyC9w327k+O9Usrws18YbPU2qG5pZs5hasULXOqSHRJFs8sAodud8sYGEDzZhKq aE6WidMRprPbcK1TzJpTFe6tUltMZ6WQTyxOJctoe7qHdcW6GX+QFIhARoG+lCVcximpzRIm7+Yp x8gt+ZpSpexkxGFxnmFFD0wvfb7ZxAuLx/KUrVwpFrFYqeNTyayZx0MKQEIgZQ9r78byAUgRB5Yv QCemgIGleIzH84LLpo4ZSVxKJck2PWLWRZJepLUPQMRo/BoKjHYd9T2IMJjC7WvOg0lKQs3gv2Ch 24GpGv9WyqEQNaUAKqnzNa6dyhtJkSXdKIDx0X42H4/Qj6DDZGRZvNc7dAvwsk8RGbRsT9l49Sx+ 1wKbATYvNaNQHGhkLxlRe18lSTQCS5OUSZLIClp0JQHJNrqDIhPI2phYlgRyjIj8PE7fH66YZexq jGYT4HaLFlCkAh8eYqGAZCKDhS0b02VcpKd8eD9eAgQ5aZOpWcMKI7K2AqLoXcXbMmRnRdPw6hhF E/E1HZruXNg6210bUqWQqhtyoukEVoxWG8kkh1yZzmBPasXJCShmulIuG0XRvyKc486XEDmpPLZy FbBPmEDGm+3JAgp38kVT8RYYURFY2ROHDnGADU/Z2J1sZz2JVNk0nKXcBz1Z+kalLUe2KCE3jyD8 j6dgPQ8DhUCx3rxVQrFI1rDTOYNLJoqwIvn/27va5rZtJPxZ+hWIZ+qKLm1LdprrOHFybuw0vkvs jKv22sl4NLJEyWplUhWlOmrj++23LwAIgCBNy27a3ohzvcgkXnefXSwWC4D7tCVedsmIvJoDti6T sWVZYue26g7UbeI0WGrTGfIGB5czhDuKJiGwVmBhYgJ5GYm8aoNOrUcjE6+IaIlnz/zGZCA++j7T 0AXf6jWTy43dXEKyEQP8+NH3+Qf+7JaTr5BsPlWOr7loYKg7H5g+6u4DkxYwEJPWQKI01i27OxTr dBEClAFCFnmz35q1XjOTKxh4sgSksN7JBOzcgKaTN4gYif3Amxiyuygk43Dcu4wA0IiRebqnUxNH Qe2991DmXDwC3Q7GlX2zCSFrj1UmJwQL7LPmzgd5q4fkR2nJ5nUZm0fHp/K+jLIWMbTOxTPRCszM X3/37Y9ElxhEKIr7NBAqax1tqO6wCyYvXiYx5UsfkIZdvM1I6+5MFNR9GxuN9DKZzjYC3Z4vPBiU F3QsKmT4UWVwlOe6HPLoX7zagRv47+JRQ/IQfWa9cdSdoucoFWkC/YB/R7PPea4GrEB/aiK6E7AO eqTIU/aiRd0Z/AcIIq8opEckzdIt0b6Ecq9xWL6KyObvxgsqhhKQAeu3P38aDQakF2u3IIuyn4t1 w0ZHbvqHPfr3aaXiMtNdF2cPjLIsoL9hH+wXoJQUxzmmdm2GpmxOzsBkGdEXvhBXn6o3C3WDC74p sE3lhTHZtRlqoHOGOTl8qUEN4OEZ+D7t+IRJznhkBPt8NsoumRqxL9OuGYAbJ+T+5wFZ4rnBcU0B FXeYRCl5RZLrmLoKYs2jXGb3y8ENTRIa2MgmTIBh8moovpnG4iDNj5QhwPn75ICNZ+PFC573Zzyg e3FEg8rcByOXfjzLz/fkly/2jWmcwoM7GmBfGvreHKmsLW2tcjljeJMymUXNY1WYeQuPUVzTqAZ1 OStLSnEBJPj5Kd+Eg8pllo6jaCJAHURC0oFuBmuYXSKQWm11UQqz5c4kuQYmb4qIZwI46R2l9JO/ SFPTwoSCELlX0Q7DdZZ0DklSxngcDbs0O+TBrocTD0gy6I7GuGIjwESCDNiHnC3ktIyMISmvBYYP e9QE0MDyqe0aPrXHIZTxAl639vDbjXXTmseOouvWlOnU/PAVrlTeZMZVocngGBkFA7ytIZsfXp0/ oiYHuVG2WMEggZyZnY+HMLGj+RsmqPNsVP9NU77UkXbq/TyluWWMbkUcXGJa4+sl8/iTMd/um0JB /c4o+IeBAvgNvNz9e2DBMuKQdrgSEs2IE7x8kM3YQUY/66M9hzTy2WquNeggB71mbhnl0IOe9sgz A6jD3DaIaHkCf/F49E+kCyjFPRF5fO2WP4SSkxfDn7jM74F5Gyc4Rx6PF2gX0XqdqhyvF7PcRRse J9BW8EnAralHuJYN5Bk59aQCzi2QvwoR9xrnzVA05h08Az3QZasXDfnm+fOvgpBr+1QS4GBQgVk2 aP+zfihMd9c+w1FPG3VXmER3Eal9JNOud14kUUyIFWgD4V2M3XgYObcEgiidwFSIpclfwZOyCoD4 UKg2ZuTUJ1cJTY/8dfj0grcOQiYZVZqENWeSh+X5FUWx2A8dsR/+hcT+D5XYYU5iNyyR3chktnQJ sIKdwiPUzt0lsvXqT7FPyIw1k7Zwdodja2AlPvkBkpMxbwMGuItsxfkF2y79/IQ0K3TH70mw0Q/z FIquAPaHcllGOxNqG9lgYJS/c44eJ+RsYFa7ex6gE+orpNSG8sAb3x+flw6TEjbSNENpyS0FKKvs U8CXzCgeBMQG/lEZsIUr1btLjBw7n9x2sklOU1k8aBetWoBbg51hAVk+FfTjhlxEseBZioMeevKg ewAC+plSaAj2G/TZBQ45OL86ekk68xVIBN4ETDcKj6NuvDlNkiuRTiA/zm5fHx68gwnsNYa0xZ/P xM8xUPpaxlxdQfr0jzfPVYeWQ9Pt6q+1BKyOHgZWfly1JK7Ex4+22sDXT/A1GymW7vBmWWamx2vQ dEgYQAj/GXXHo98i/7Sc4kPxEvg0+pWC0XzD6WAe99jBiLN7nA9SVItVdC4w897AcnCllsgPvj49 a3eOT47bjat0GAjLtqFGCTn96eJWWLqNWmDKPDINUtl+JmarxCvCNbtm2uvtKfTMZ0tkplpdJwkI cktiv5udW8sPC9wvXDAfJsCJi27/qbip5yxlyRietMNg1rtEp1zmxacPqtn4e1+CrLw9ecWog2Hz Tco6rsX/Lr3WSrCoy1n5meunVbHwzI1VrfTMmLNmhBv5+WBoL1qZT9Eq/R3anFnT1drt+ETsP+9Q rzP7L6rclAy52I6eTQQaOxt3ms1ALlf9C9c6lcvZDOlE5QtkClHTdGk5+r+tNOrJUJkEvcUyUC0v jqVra4aQlvdbSY9unb+/NfoDI5Se1uHVXmn/ua1s1tYxz15+7QHvtvf7f0t9slKHpZfzWR+96ZvS D5sMPM55UyXLJfEylVukMFVlWmkqSmrdqVFPHXcFFWGgs0iueGIH3FlrN0alo7vHk+GcnBm0Uu9u CtuTiXYzFC1Psyo2Kp0lE7TXlTqw25bjn5DX0lH0hqAbIWjx0uP+mac498+GJ8xMplw/kX49nBWp lRmMMr3CFb7NbHRm6zCN4jSZbpHoyOCwDra6sa5CxIwG+7nNC9SjYYxh7zRog3UUDQYRmF246hMN x6PhCN3IUj4zC8WML7GjcTvYfOrehpCSmiMC9yo3RGtOmuN46XCsOo5bVGZZz0Nx+du2pdtDXys5 qK3c2akDiKSjE6PB1nCVEEpe47jG9JYlsDytdKEZCXzLjKhBrEUlbCpw7HjA2yxQzIFjiAbVLwIP LxvP0D3cwx0EtEUBmpPyTJgww7Btj65A9vimDt6+RDXh1IS2YcQTUGXMjS1xNo/RHqPNKqPpL2RQ Rh9mtB8hVdp9HMXDS9ywMRUXkgp4/SP3KS0iSCF4LAPOq2M5WkJKLak6Idow6Qd1qBowXuAmpAHO mpBkuTiDLe10cONIWGMj7mh0+BmK79DCvmFAOgt/LZYqjE+RS5YhVPw5R/I6pKN6C8YIKOMgpu0l a9LIHszHYOutYUcXEQfBLdbI8qZ3esG3v/bCDC+BGYdYXxf0i70mxp8npwft9pnXqUhI4rEylOtJ yEzuU2p7Lnk93CDPHnXgSIa8XCsjA7hyHcqwwYW4AguAfPQXGGep1nej7nQ8Qkegiv7Atep5LMMq 8NRl2skFX7e3awZ8ABaTZIpDUtowAxOhmTrhT8kilwwEW8UOcnSI/NvK6K+hLOtD6SZWSJ4HxQ7/ 4zDebE7Hk8Bt39hj1trhwODJNOk1ZCTw64OTwzdHZ52Ds2++1ZLHkzmYZofkqZUCZ+yIQVFPcdKI MYvQe+nDU/lk2afftQGMv8Ds2+k7Zk0GtiUeBDzXajziUgivv2w+j6PryWzKaM0awXunaBHcqfT4 RNZpVZXVQCJCecx1eHqhP5Pufw5Mw6k8/SFDmlTyBq8MBHaOR85yEzdaN9BnsRTNQQTvbiiccKAY Oj3Jd6XmxkozM2vo0zJCWWQGeCNJ+O7s9CVGh3dkSHgWI+7wERK3f3x3BDRvf9Rx4/9RcePN8BYM gmI7Ru1mLQugisnDOE+i5bCMpLUXlSTqCGvJuG9iLdtPY7PQXhxY1+WtZ7wpARmFYBN8xIsXMpAD laoMSFfe6m2b2FBoHuuZgMmuZWgfJRXgThV7w+LpX9L1xYHpmnw3QkZWFjSvGcp25auqKPWZuJcL /BI0yAQYOv6sWMpFlgrk3NOT24Xd9jw8pKCX83BpcfcppooyXyqwSvDNRNxcv/QXUWcJHWALfza+ /RVUQKF0y7YqKWKXUzXpriK/NTk8ZKonzz1dmxzrngElfgtQXtVo2QxEUDzo3EFLFHvZHk5XLEdR pQaYgqAGCpt6uzJgub/VGSn1w12Uwe0s96sERGVTzhNvVQ1FlVRWEBVkWqmJLBJgaEUB+JWF7elc QkUk8f0NXrsRGmiu+/aBTV7c764gHVcf+5IY7FtatoJfz2+xdJMYcO/0owjtjvOagswqQTi3fw15 co+BzGVHRYwWQkkh095A58cj76taAodq0+R9sWg2Q+PD2vP10Dh06jJrqYJHTq8wKf+6DZcy2aN9 i+wSmuYraK+irP6SOeeCe+FMdbwivnLQULiSLcXtJ35Q6Qb/Sfot57rUzM5vuwho7vI3UnNeUCwH CF1GZUz4OKtgob/5QcEOK7UJaQlkqKxq1fuRaRJnjngXDU3NDlUAM8UeEAx/dt1ml8stvY1K7gkC tuW2C33h3+ZUGdkFXVlXdXu7VIXjNhMK2H6YY3sh7xTv7R1mfgDo7Vn/vxhwdqD9ZWGQY0VlJJQx UYEhd0aGHw90yPydMbA05419e/dj/r1YZx345G9ZFQYS7SozzaW0YpRRsZ9FaoPrEpKqsr7fOb87 y3Y2tHE2u4VZpazSjWieG3sq9duWert4Wi9mWXZal9usKpzKcitmfds+Oz75poxfHrIrluktxx9E gVjRes9dGedwy6YbryjlCCfPtUB5+WNIZ/XkLvQrIkHOUnHP4CgkKi+rLyEGnPH9l0sIwZcPJASy CZYIyHemAKh3O/jOPBpFf9k9X3a8UyU8zpVQyWoqQRgXnCdWFXypvNWBlYOBQhQAh3Wyui9FXZVC cPIvl/rXUOu1Q3l0qw6JrRtrp0aIwqiP2yAHiwYfMdqZiQ3+FcoACXgz6eLObQKmfte7HI37FKuC PzBynL8MRnG/Q+8anC00T6gLxWYrUCCmVBnWPIV1+7Is9ptFWZlNb7E3vtFnmlxEDd1u+OHE5mhj QKZBv/ccQ3QwKR0+oXdR8zQKw+OM6dLdw3tUwBJU1I/SHlYE3D8wI+DW2IRwYhfkuV1Z4MR4YYQ3 97c4esEf05RRpDubdXuXOZKQTaJOuzx8e0ynPHaneEynjll4M0ppK5k8zofOtelexLQ5kU/06ZkH W9FJDOIkmckDVCnMvwNld94etF++7pycnr09eNNYU4fvivbjnbUAKsZjSa8wIpgKsL5PQFJS3rzN Ll95UinAgrb+X+FpOdNUngHBRzKirIFgdTTqry9hBj6GzrxHXfI7Be+vHX/9FqVQV3b2ZXOyJm5C /9f241bp1x3j65ujk9PvT+0ET5rlCX540tTfWYHg/2NEZ+1GIVbI7nEYMney4fQwYPQ67iGMwcrH Y+NH8kJ/0JEwNwhDDKfDgHV1WpsZnEdwN8JAmhwodDVJuwO5i1/H6xknV+FAiYFZbjwWiuEARh0+ wpWDryiols52K4onoyb2wJKeqcOUKfX2tjnzvCJXZ/QrCWcWOON5bb5iUx0PhKbzJKZW5+8ZBFMv iNaUxz1bco4BxZmIOyGbBZKOZ/56JL1WElrphAaBfppNgUh5svm/OG8fMFCznFQYYWbQxzw+48Y8 UhDrx11KSV+fK8h/plITqGpgdHl71H59eqiopwbK0OyRehmExRlpAAqFTQp6WZaLlXRo5+KXZdmY 4042flmWTYbvhjUrmrcsB8e6qgz8l5H+dxigmzf1G+M8R2VfyDYx3xyS6wHdQY7kEWhDKBcxk/KJ lojia1AVpGawssOz4+/B5nt7evjdm6OGNNaMUMTQqj7MgElHS5Jd0SQp8BbU7U1GFUvgjJ3Do3dH J4fehrT4f5D2z74EYPWsntWzelbP6lk9q2f1rJ7Vs3pWz+pZPatn9aye1bN6Vs//3fM/0wMuWQAI AgA= --=_mixed 002C2F00C1257418_=-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 09:00:05 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB6EC1065671 for ; Wed, 26 Mar 2008 09:00:05 +0000 (UTC) (envelope-from dindin@yandex-team.ru) Received: from relanium.yandex.ru (relanium.yandex.ru [213.180.202.105]) by mx1.freebsd.org (Postfix) with ESMTP id 663C58FC12 for ; Wed, 26 Mar 2008 09:00:05 +0000 (UTC) (envelope-from dindin@yandex-team.ru) Received: from sepulca.yandex.ru (dindin.yandex.ru [87.250.250.32]) by relanium.yandex.ru (8.14.1/8.14.1) with ESMTP id m2Q8kCL9091923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 26 Mar 2008 11:46:12 +0300 (MSK) (envelope-from dindin@yandex-team.ru) Received: from sepulca.yandex.ru (localhost [127.0.0.1]) by sepulca.yandex.ru (8.14.2/8.13.8) with ESMTP id m2Q8kC5v024794 for ; Wed, 26 Mar 2008 11:46:12 +0300 (MSK) (envelope-from dindin@yandex-team.ru) Received: (from dindin@localhost) by sepulca.yandex.ru (8.14.2/8.13.8/Submit) id m2Q8kBvq024793 for freebsd-current@FreeBSD.org; Wed, 26 Mar 2008 11:46:11 +0300 (MSK) (envelope-from dindin@yandex-team.ru) X-Authentication-Warning: sepulca.yandex.ru: dindin set sender to dindin@yandex-team.ru using -f Date: Wed, 26 Mar 2008 11:46:11 +0300 From: Denis Barov To: freebsd-current@FreeBSD.org Message-ID: <20080326084611.GA49303@sepulca.yandex.ru> Mail-Followup-To: Denis Barov , freebsd-current@FreeBSD.org References: <47E9448F.1010304@ipfw.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <47E9448F.1010304@ipfw.ru> X-Operating-System: FreeBSD sepulca.yandex.ru 6.3-STABLE FreeBSD 6.3-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Antivirus: Dr.Web (R) for Mail Servers on relanium.yandex.ru host X-Antivirus-Code: 100000 X-Mailman-Approved-At: Wed, 26 Mar 2008 11:31:14 +0000 Cc: Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 09:00:06 -0000 Good work, thank you! Tue, Mar 25, 2008 at 21:29 +0300 Alexander V. Chernikov: > Hello people! > > > At this moment unionfs has got at least following problems: > 1) File systems cannot mount onto upper/lower unionfs layer (partially described in kern/117829) > 2) There are problems with multithreaded programs accessing(writing) files on unionfs (kern/109950) > 3) As well there are problems with accessing unix sockets created on upper/lower unionfs layers (kern/118346) > 4) Doing mv filename same-filename causes kernel to panic on 6.X (and printing warning about VOP_RENAME in 7+) > 5) Making 'loops' when mounting unionfs causes kernel panic (kern/121385) > > I have made patches solving first 4 problems > These patches are available at http://ipfw.ru/patches/ > unionfs2.diff fixes fs mounting onto upper layer, unionfs_lmount.diff fixes lower > unionfs_threads.diff and unionfs_unix.diff fixes cases 2) and 3) > unionfs_rename.diff fixes case with renaming > > Can anybody comment/review ? > > -- > Alexander V. Chernikov > MELI-RIPE > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Cheers Denis Barov From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 14:53:26 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3E5D106566B; Wed, 26 Mar 2008 14:53:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 649518FC1F; Wed, 26 Mar 2008 14:53:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2808C46B04; Wed, 26 Mar 2008 10:53:25 -0400 (EDT) Date: Wed, 26 Mar 2008 14:53:25 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Alexander V. Chernikov" In-Reply-To: <47E9448F.1010304@ipfw.ru> Message-ID: <20080326142115.K34007@fledge.watson.org> References: <47E9448F.1010304@ipfw.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 14:53:26 -0000 On Tue, 25 Mar 2008, Alexander V. Chernikov wrote: > I have made patches solving first 4 problems These patches are available at > http://ipfw.ru/patches/ unionfs2.diff fixes fs mounting onto upper layer, > unionfs_lmount.diff fixes lower unionfs_threads.diff and unionfs_unix.diff > fixes cases 2) and 3) unionfs_rename.diff fixes case with renaming > > Can anybody comment/review ? Dear Alexander, Unfortunately, I don't know too much about unionfs. However, I can comment on the UNIX domain socket patch: > --- sys/fs/unionfs/union_subr.c.orig 2008-03-13 23:10:32.000000000 +0300 > +++ sys/fs/unionfs/union_subr.c 2008-03-13 23:17:34.000000000 +0300 > @@ -160,6 +160,8 @@ > unp->un_path[cnp->cn_namelen] = '\0'; > } > vp->v_type = (uppervp != NULLVP ? uppervp->v_type : lowervp->v_type); > + if (vp->v_type == VSOCK) > + vp->v_socket = (uppervp != NULLVP) ? uppervp->v_socket : lowervp->v_socket; > if ((lowervp != NULLVP) && (lowervp->v_type == VDIR)) > vp->v_mountedhere = lowervp->v_mountedhere; > vp->v_data = unp; I'm a bit worried about this assignment, as it represents an untracked alias for the socket. Let me explain why: UNIX domain sockets may have file system bindings, allowing them to use the file system namespace as a rendezvous for communication. Typical use is that a socket is created, bind() is called on it with a path in some location like /var/run/log. Other processes turn up and connect() to the path, causing a file system lookup to reach the vnode of the socket, and then the socket code follows vp->v_socket to find the socket to connect to. When a bound socket is closed, we follow a back-pointer from the UNIX domain socket to the vnode, and then clear the pointer. Doing this in a race-free manner is somewhat tricky, and I'm not 100% convinced it's correct currently, although it appears to be somewhat close to right. The upshot of all this is that if you copy the pointer value to other vnodes, such as vnodes on upper layer, the UNIX domain socket code won't clear those pointers before freeing the socket they point at. This means that the above code snippet may lead to a v_socket pointer on a higher layer vnode pointing at the right socket, the wrong socket, or possibly some other bit of freed and maybe reused memory. You can imagine a number of schemes to replicate pointer changes around or track the various outstanding references, but I think a more fundamental question is whether this is in fact the right behavior at all. The premise of is that writes flow up, but not down, and "connections" to sockets are read-write events, not read events, most typically. If you're using unionfs to take a template system and "broadcast it" to many jails, you probably don't want all the jails talking to the same syslogd, you want them each talking to their own. When syslogd in a jail finds a disconnected socket, which is effectively what a NULL v_socket pointer means, in /var/run/log, it should be unlinking it and creating a new socket, not reusing the existing file on disk. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 15:59:01 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A695F106566B; Wed, 26 Mar 2008 15:59:01 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA3F8FC12; Wed, 26 Mar 2008 15:59:01 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTP id 8F299125438; Thu, 27 Mar 2008 00:39:20 +0900 (JST) Message-ID: <47EA6E27.3060006@freebsd.org> Date: Thu, 27 Mar 2008 00:39:19 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.12 (X11/20080325) MIME-Version: 1.0 To: "Alexander V. Chernikov" References: <47E9448F.1010304@ipfw.ru> In-Reply-To: <47E9448F.1010304@ipfw.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Kurt Jaeger , freebsd-current@FreeBSD.org, Robert Watson , dindin@yandex-team.ru Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 15:59:01 -0000 I should say that so sorry of my slow response. so sorry. We are developing unionfs step by step and still have 5 next patches. http://people.freebsd.org/~daichi/unionfs/experiments/ http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-1.diff http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-2.diff http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-3.diff http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-4.diff http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-5.diff p20-1: leads panic when "no error happens, eofflag is 0, response data is empty and DIAGNOSTIC is defined" while involving VOP_READDIR(9) from unionfs. This change fixes system hang-up using with NFS. p20-2: fixed fs access issue mounting on devfs. p20-3: fixed kern/109377. p20-4: fixed rename panic issue p20-5: fixed unix socket connection issue On our long unionfs running test, It looks like works very well. Would you try above patches? So sorry of my slow response. Please accept my deepest apology. We are planing to commit above patches to 8-current. 7-release has been done. It is good time to commit it to current ;) Alexander V. Chernikov wrote: > Hello people! > > At this moment unionfs has got at least following problems: > 1) File systems cannot mount onto upper/lower unionfs layer (partially > described in kern/117829) > 2) There are problems with multithreaded programs accessing(writing) > files on unionfs (kern/109950) > 3) As well there are problems with accessing unix sockets created on > upper/lower unionfs layers (kern/118346) > 4) Doing mv filename same-filename causes kernel to panic on 6.X (and > printing warning about VOP_RENAME in 7+) > 5) Making 'loops' when mounting unionfs causes kernel panic (kern/121385) > > I have made patches solving first 4 problems > These patches are available at http://ipfw.ru/patches/ > unionfs2.diff fixes fs mounting onto upper layer, unionfs_lmount.diff > fixes lower > unionfs_threads.diff and unionfs_unix.diff fixes cases 2) and 3) > unionfs_rename.diff fixes case with renaming > > Can anybody comment/review ? -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 16:11:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06D9106566C; Wed, 26 Mar 2008 16:11:40 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA518FC15; Wed, 26 Mar 2008 16:11:40 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m2QGB6Cs028116; Wed, 26 Mar 2008 12:11:06 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 26 Mar 2008 12:11:06 -0400 (EDT) Date: Wed, 26 Mar 2008 12:11:06 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jeff Roberson In-Reply-To: <20080226233645.D920@desktop> Message-ID: References: <20080220175532.Q920@desktop> <20080220213253.A920@desktop> <20080221092011.J52922@fledge.watson.org> <20080222121253.N920@desktop> <20080222231245.GA28788@lor.one-eyed-alien.net> <20080222134923.M920@desktop> <20080223194047.GB38485@lor.one-eyed-alien.net> <20080223111659.K920@desktop> <20080223213507.GD39699@lor.one-eyed-alien.net> <20080224001902.J920@desktop> <20080225231747.GT99258@elvis.mu.org> <20080225143222.B920@desktop> <20080225160433.P920@desktop> <20080225194320.V920@desktop> <20080225213434.L920@desktop> <20080226121251.V920@desktop> <20080226233645.D920@desktop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Xu , current@freebsd.org Subject: Re: cpuset and affinity implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 16:11:40 -0000 Picking up an older thread... On Tue, 26 Feb 2008, Jeff Roberson wrote: > > > Are there any objections to commiting this functionality in its current form? > > I think there is the possibility for further debate and refinement but I > believe the code is stable and simple enough to hit the tree for people to > start using it. New public symbols are suppose to go into the FBSD_1.1 namespace, so cpuset; cpuset_getid; cpuset_setid; cpuset_getaffinity; cpuset_setaffinity; belong in FBSD_1.1 in libc/sys/Symbol.map. If you MFC them, then you also add the FBSD_1.1 namespace to the 7 branch. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 05:36:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 493011065670 for ; Thu, 27 Mar 2008 05:36:33 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 069F28FC1E for ; Thu, 27 Mar 2008 05:36:32 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jekmm-0004CW-7x for freebsd-current@freebsd.org; Thu, 27 Mar 2008 05:36:24 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 05:36:24 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 05:36:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.current Date: Thu, 27 Mar 2008 05:36:15 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 22 Message-ID: References: <47E9448F.1010304@ipfw.ru> <20080326142115.K34007@fledge.watson.org> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Robert Watson User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-fs@freebsd.org Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 05:36:33 -0000 Hi Robert Watson! On Wed, 26 Mar 2008 14:53:25 +0000 (GMT); Robert Watson wrote about 'Re: unionfs status': > You can imagine a number of schemes to replicate pointer changes around or > track the various outstanding references, but I think a more fundamental > question is whether this is in fact the right behavior at all. The premise of > is that writes flow up, but not down, and "connections" to sockets are > read-write events, not read events, most typically. If you're using unionfs > to take a template system and "broadcast it" to many jails, you probably don't > want all the jails talking to the same syslogd, you want them each talking to > their own. When syslogd in a jail finds a disconnected socket, which is > effectively what a NULL v_socket pointer means, in /var/run/log, it should be > unlinking it and creating a new socket, not reusing the existing file on disk. This code's use in jails is primarily intended for mysql (and the like daemons), not syslogd (for which you said it right). Such daemons really require broadcasting, yep - so unionfs should support it... -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 06:25:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02E45106566C; Thu, 27 Mar 2008 06:25:58 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id B34128FC15; Thu, 27 Mar 2008 06:25:57 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JelYi-000CgM-Qt; Thu, 27 Mar 2008 07:25:56 +0100 Date: Thu, 27 Mar 2008 07:25:56 +0100 From: Kurt Jaeger To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Message-ID: <20080327062556.GE3180@home.opsec.eu> References: <47E9448F.1010304@ipfw.ru> <20080326142115.K34007@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 06:25:58 -0000 Vadim Goncharov wrote: > Robert Watson wrote: > > If you're using unionfs > > to take a template system and "broadcast it" to many jails, you probably don't > > want all the jails talking to the same syslogd, you want them each talking to > > their own. When syslogd in a jail finds a disconnected socket, which is > > effectively what a NULL v_socket pointer means, in /var/run/log, it should be > > unlinking it and creating a new socket, not reusing the existing file on disk. > This code's use in jails is primarily intended for mysql (and the like > daemons), not syslogd (for which you said it right). Such daemons really > require broadcasting, yep - so unionfs should support it... Thanks for this description. So we basically have two different uses for UNIX sockets in unionfs with jails ? 1) socket in jail to communicate only inside one jail (syslog-case) 2) socket in jail as a means of IPC between different jails (mysql-case) Is 2) really supposed to work like this ? -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 06:55:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64518106566C for ; Thu, 27 Mar 2008 06:55:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E52B8FC20 for ; Thu, 27 Mar 2008 06:55:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Jem0s-0007K2-V4 for freebsd-current@freebsd.org; Thu, 27 Mar 2008 06:55:02 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 06:55:02 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 06:55:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.current Date: Thu, 27 Mar 2008 06:51:37 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 30 Message-ID: References: <47E9448F.1010304@ipfw.ru> <20080326142115.K34007@fledge.watson.org> <20080327062556.GE3180@home.opsec.eu> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Kurt Jaeger User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Cc: freebsd-fs@freebsd.org Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 06:55:05 -0000 Hi Kurt Jaeger! On Thu, 27 Mar 2008 07:25:56 +0100; Kurt Jaeger wrote about 'Re: unionfs status': >>> If you're using unionfs >>> to take a template system and "broadcast it" to many jails, you probably don't >>> want all the jails talking to the same syslogd, you want them each talking to >>> their own. When syslogd in a jail finds a disconnected socket, which is >>> effectively what a NULL v_socket pointer means, in /var/run/log, it should be >>> unlinking it and creating a new socket, not reusing the existing file on disk. >> This code's use in jails is primarily intended for mysql (and the like >> daemons), not syslogd (for which you said it right). Such daemons really >> require broadcasting, yep - so unionfs should support it... > Thanks for this description. So we basically have two different > uses for UNIX sockets in unionfs with jails ? > 1) socket in jail to communicate only inside one jail (syslog-case) > 2) socket in jail as a means of IPC between different jails (mysql-case) > Is 2) really supposed to work like this ? This is user's/admin's point of view, that it should work this way: one mysql with one socket for several jails. I don't know all gory details about how code really works. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 07:51:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 585271065670 for ; Thu, 27 Mar 2008 07:51:25 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 269438FC16 for ; Thu, 27 Mar 2008 07:51:24 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3733850wfa.7 for ; Thu, 27 Mar 2008 00:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=BlOxoaD5NBBpH/IvEbfjW1jIAH1CMKSpjWR6e7mLG2k=; b=tpsLI6pQibH1FCAvoYZO9/jhWH9NP+gq+USTGGVhwIOFWBX8/lmS63nfMBdvYH+lcDmPdVIbC8V6f9PA0b34uK4YHirz8eBxIAXzixUDZtcmB7WeE4hyTBr9TVkshWzZV4+gJg3oA8VuJ3Me3B+vfYOadY24Y9orUXn2Gar9cLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=PM5+2YlwSpjSqUM+lQlHyV1bQ9ndhxGUq2r1hX4ER/UD8tLRx9UX/uAST0VbPY4S86Jfo0lky8G8Tk+iURXm7hD2ZGz4dMxZd7jPnrNxxZ3y0notcaLFEvgOXepG/rgcYU+m5mU/1ZezZxpI+IfIUcSSAQfWH3pp4rVGg/P3hAs= Received: by 10.143.42.3 with SMTP id u3mr875153wfj.148.1206604284407; Thu, 27 Mar 2008 00:51:24 -0700 (PDT) Received: by 10.142.52.6 with HTTP; Thu, 27 Mar 2008 00:51:24 -0700 (PDT) Message-ID: <28f643d90803270051k4b3a7d63m7accd6adc15df309@mail.gmail.com> Date: Thu, 27 Mar 2008 10:51:24 +0300 From: "Okalany Daniel" Sender: dokalanyi@gmail.com To: freebsd-current@freebsd.org In-Reply-To: <28f643d90803270046re2eaceeh977b0dbaca47f932@mail.gmail.com> MIME-Version: 1.0 References: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> <47EA19CA.4060006@delphij.net> <28f643d90803260400n6150f3adoce5cfe3c9566a20e@mail.gmail.com> <28f643d90803270046re2eaceeh977b0dbaca47f932@mail.gmail.com> X-Google-Sender-Auth: a246892534314043 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: d@delphij.net Subject: RE: Gcc Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 07:51:25 -0000 On Wed, Mar 26, 2008 at 2:00 PM, Okalany Daniel > wrote: > dmesg produces > > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(16): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(4): failed > swap_pager_getswapspace(6): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(16): failed > pid 14821 (cc1), uid 0, was killed: out of swap space > > So its memory. I tried to install "ccache" and then included > > .if !defined(NOCCACHE) > CC=/usr/local/libexec/ccache/world-cc > CXX=/usr/local/libexec/ccache/world-c++ > .endif > > in /etc/make.conf > Is there anyway i can solve this without buying more RAM? Im currently > using 128,40G,1.6Ghz > Adding RAM, making it 384M solved my problem. Thanks -- OKALANY DANIEL P.O BOX 26150 KAMPALA. -- There are 10 types of people in this world - those who know binary and those who don't. From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 07:46:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72149106566B for ; Thu, 27 Mar 2008 07:46:26 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 453938FC25 for ; Thu, 27 Mar 2008 07:46:26 +0000 (UTC) (envelope-from dokalanyi@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3732302wfa.7 for ; Thu, 27 Mar 2008 00:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=vjCaRbirs+O7LaQXcUzJ5rOThVc0Q29WTFlFxKbGufw=; b=s9XfrLInGBTXtQ+2jJ1YQeyMn/HFkjXUELMeAhsL9Smb5W3zoAU/GuqhMruRL93tT6YODk8Tv1UHUSQJJql01Cd2IBhjgYvL+ct+py5yNfbGtaX1RhhQoJmnOtiV9DAwIHTLjBTUmDcfFPCp9Tyf9BlE2O3Dda/snB6nv6yd7DI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=AICX5JRBrYhLhyI3gAl6BrHyxZ1e6aVDTRHAVOhXRhTOYabrQArZ5HJIgQwJHtRxcd66MIl+vUmBOSC6LiBDue2SjPL666ddFk+K5n7n9j8sIJ0IVUS7cisxaugEZjNfIdL8AnOs0JmsKEtiKPbegYbqiyf1ptvY1V01mzIT8Bo= Received: by 10.142.240.9 with SMTP id n9mr925885wfh.6.1206603986014; Thu, 27 Mar 2008 00:46:26 -0700 (PDT) Received: by 10.142.52.6 with HTTP; Thu, 27 Mar 2008 00:46:25 -0700 (PDT) Message-ID: <28f643d90803270046re2eaceeh977b0dbaca47f932@mail.gmail.com> Date: Thu, 27 Mar 2008 10:46:25 +0300 From: "Okalany Daniel" To: d@delphij.net In-Reply-To: <28f643d90803260400n6150f3adoce5cfe3c9566a20e@mail.gmail.com> MIME-Version: 1.0 References: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> <47EA19CA.4060006@delphij.net> <28f643d90803260400n6150f3adoce5cfe3c9566a20e@mail.gmail.com> X-Mailman-Approved-At: Thu, 27 Mar 2008 11:20:03 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Gcc Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 07:46:26 -0000 On Wed, Mar 26, 2008 at 2:00 PM, Okalany Daniel wrote: > dmesg produces > > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(16): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(4): failed > swap_pager_getswapspace(6): failed > swap_pager_getswapspace(3): failed > swap_pager_getswapspace(16): failed > pid 14821 (cc1), uid 0, was killed: out of swap space > > So its memory. I tried to install "ccache" and then included > > .if !defined(NOCCACHE) > CC=/usr/local/libexec/ccache/world-cc > CXX=/usr/local/libexec/ccache/world-c++ > .endif > > in /etc/make.conf > Is there anyway i can solve this without buying more RAM? Im currently > using 128,40G,1.6Ghz > Adding RAM, making it 384M solved my problem. Thanks -- OKALANY DANIEL P.O BOX 26150 KAMPALA. -- There are 10 types of people in this world - those who know binary and those who don't. From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 13:56:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B67951065676; Thu, 27 Mar 2008 13:56:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 72A898FC34; Thu, 27 Mar 2008 13:56:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4949846B96; Thu, 27 Mar 2008 09:56:40 -0400 (EDT) Date: Thu, 27 Mar 2008 13:56:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Vadim Goncharov In-Reply-To: Message-ID: <20080327135318.R73942@fledge.watson.org> References: <47E9448F.1010304@ipfw.ru> <20080326142115.K34007@fledge.watson.org> <20080327062556.GE3180@home.opsec.eu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 13:56:41 -0000 On Thu, 27 Mar 2008, Vadim Goncharov wrote: >> Thanks for this description. So we basically have two different uses for >> UNIX sockets in unionfs with jails ? > >> 1) socket in jail to communicate only inside one jail (syslog-case) 2) >> socket in jail as a means of IPC between different jails (mysql-case) > >> Is 2) really supposed to work like this ? > > This is user's/admin's point of view, that it should work this way: one > mysql with one socket for several jails. I don't know all gory details about > how code really works. As I see it, nullfs should provide a shared socket, it is intended to provide access to the same object, and unionfs should provide independent sockets, as unionfs is intended to provide isolation. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 14:11:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE37B106567D for ; Thu, 27 Mar 2008 14:11:19 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 439738FC31 for ; Thu, 27 Mar 2008 14:11:18 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m2RDjDdc035221; Thu, 27 Mar 2008 14:45:14 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id m2RDixhn055500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Mar 2008 14:45:00 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id m2RDixVY009801; Thu, 27 Mar 2008 14:44:59 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id m2RDiut3009800; Thu, 27 Mar 2008 14:44:56 +0100 (CET) (envelope-from ticso) Date: Thu, 27 Mar 2008 14:44:56 +0100 From: Bernd Walter To: Okalany Daniel Message-ID: <20080327134456.GF75168@cicely12.cicely.de> References: <28f643d90803260207m14acd031vb5eaabab7fefa7dc@mail.gmail.com> <47EA19CA.4060006@delphij.net> <28f643d90803260400n6150f3adoce5cfe3c9566a20e@mail.gmail.com> <28f643d90803270046re2eaceeh977b0dbaca47f932@mail.gmail.com> <28f643d90803270051k4b3a7d63m7accd6adc15df309@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28f643d90803270051k4b3a7d63m7accd6adc15df309@mail.gmail.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: Gcc Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 14:11:20 -0000 On Thu, Mar 27, 2008 at 10:51:24AM +0300, Okalany Daniel wrote: > On Wed, Mar 26, 2008 at 2:00 PM, Okalany Daniel > > > wrote: > > > dmesg produces > > > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(16): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(4): failed > > swap_pager_getswapspace(6): failed > > swap_pager_getswapspace(3): failed > > swap_pager_getswapspace(16): failed > > pid 14821 (cc1), uid 0, was killed: out of swap space > > > > So its memory. I tried to install "ccache" and then included > > > > .if !defined(NOCCACHE) > > CC=/usr/local/libexec/ccache/world-cc > > CXX=/usr/local/libexec/ccache/world-c++ > > .endif > > > > in /etc/make.conf > > Is there anyway i can solve this without buying more RAM? Im currently > > using 128,40G,1.6Ghz Since this is not some special kernel memory, which has to be in RAM, you can also just add more swapspace. > Adding RAM, making it 384M solved my problem. Thanks Current gcc unfortunately are more memory hungry than earlier versions, especially if compiling C++ code. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 17:41:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C571065676 for ; Thu, 27 Mar 2008 17:41:49 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33702.mail.mud.yahoo.com (web33702.mail.mud.yahoo.com [68.142.201.199]) by mx1.freebsd.org (Postfix) with SMTP id 4A1A68FC1A for ; Thu, 27 Mar 2008 17:41:49 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 37389 invoked by uid 60001); 27 Mar 2008 17:41:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=bzlWzGl6kWDVJtFuvkZ8hSic/c8xRFeGx7go4aRctIgkuAMgQ8HOL13Bq8dx4Pu7E9HM2TY0mI/xD0mgXml2tEPRkndgS/aP/pOeM/ChvXqAD5HrwcRXKq4tIHpaWUdnvRRRRqFW9b24waIwpZ2fYXHWSjzJraICaIqNcbqJqbw=; X-YMail-OSG: PsVesmIVM1nJ3ImxCPWd5znGEc7mLl34.ByGZJgnsE7iKiKdfJb06TB5R84yQWvpdFg5G59Ken0ELZX618vy_QZsK3H7emcdTosfET58aveiOQAItnFiV.BGes7E_AKPLZLi3JU- Received: from [86.62.225.3] by web33702.mail.mud.yahoo.com via HTTP; Thu, 27 Mar 2008 10:41:48 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Thu, 27 Mar 2008 10:41:48 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com, Ian FREISLICH MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <626860.36996.qm@web33702.mail.mud.yahoo.com> Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 17:41:49 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Ian FREISLICH > Cc: FreeBSD Current ; Robert Backhaus > Sent: Monday, March 17, 2008 8:12:03 AM > Subject: Re: Packet corruption in re0 > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > Pyun YongHyeon wrote: > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > Pyun YongHyeon wrote: > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > wr > > ote: > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus wrote: > > > > > > > > I am experiencing roughly 15% packet corruption on the re > inter > > face > > > > on > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > 7.0-PRERELEA > > SE #8 > > > > : > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem only > shows > > up > > > > > > > > after the system has been up for roughly 36 hours, depending > on > > the > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to "." > se > > ems a > > > > > > bit drastic, and I don't do much with cvs proper. I take it that I > sh > > ould > > > > use > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to add > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c on > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > It basically shows up as quagga establishing OSPF neighours as > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > I'll do more debugging. > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > tagging related issues on RELENG_7? > > > > > > To narrow down the issue it would be even better to know which parts > > > of H/W assistance was broken. For example, > > > - Disable checksum offload for VLAN interface first and check > > > whether quagga works. > > > > You can only disable offload on the parent interface. > > > > > - Disable checksum offload for parent interface and check again. > > > If you can post tcpdump output for broken conntection it may help a > > > lot to diagnose the issue. > > > > The only flag affecting this behaviour is vlanhwtag. Various > > permutations of the interface flags make no difference to this > > behaviour as long as hardware tagging is enabled. > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > is enabled. From the tcpdump output it looks like a padding or > > packet length issue. > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > Database Description, length: 1472 > > > > Here's what was actually recieved by the em(4) device on the > > neighbour. Note the absense of the 801.1Q header: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length 1506: > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: OSPFv2, > Database Description, length: 1472 > > > > and the em(4) device recieves: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > Database Description, length: 1472 > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > I guess I've found a VLAN hardware tagging bug in re(4). > Please try this one and let me know the result. > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > Ian > > > > -- > > Ian Freislich > > > > -- > Regards, > Pyun YongHyeon Pyun, I used it, and I got no bufer space available message, I run a server with heavey http requests and named as we.. so I had to increase the buffer. www# netstat -m 553/1862/2415 mbufs in use (current/cache/total) 279/1007/1286/65536 mbuf clusters in use (current/cache/total/max) 279/768 mbuf+clusters out of packet secondary zone in use (current/cache) 56/812/868/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 920K/5727K/6647K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 41261 requests for I/O initiated by sendfile 0 calls to protocol drain routines Can you make a patch for the changes you made in HEAD for RELENG_7? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 19:22:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939D5106566B for ; Thu, 27 Mar 2008 19:22:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8088A8FC23 for ; Thu, 27 Mar 2008 19:22:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 27 Mar 2008 17:44:19 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 4EAA12D6010; Thu, 27 Mar 2008 12:22:12 -0700 (PDT) Message-ID: <47EBF3E4.4000607@elischer.org> Date: Thu, 27 Mar 2008 12:22:12 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Kurt Jaeger References: <47E9448F.1010304@ipfw.ru> <20080326142115.K34007@fledge.watson.org> <20080327062556.GE3180@home.opsec.eu> In-Reply-To: <20080327062556.GE3180@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 19:22:13 -0000 Kurt Jaeger wrote: > Vadim Goncharov wrote: >> Robert Watson wrote: > >>> If you're using unionfs >>> to take a template system and "broadcast it" to many jails, you probably don't >>> want all the jails talking to the same syslogd, you want them each talking to >>> their own. When syslogd in a jail finds a disconnected socket, which is >>> effectively what a NULL v_socket pointer means, in /var/run/log, it should be >>> unlinking it and creating a new socket, not reusing the existing file on disk. > >> This code's use in jails is primarily intended for mysql (and the like >> daemons), not syslogd (for which you said it right). Such daemons really >> require broadcasting, yep - so unionfs should support it... > > Thanks for this description. So we basically have two different > uses for UNIX sockets in unionfs with jails ? > > 1) socket in jail to communicate only inside one jail (syslog-case) > 2) socket in jail as a means of IPC between different jails (mysql-case) > > Is 2) really supposed to work like this ? think about it.. the socket is a file interface to a process. if you are reading the same socket, you expect to get the same process. in (1) you put the socket somewhere not shared. in (2) you put the socket somewhere shared. in nullfs you are allowing access to the same vnode via several namespaces positions. A new socket is visible to all jails. In unionfs a new socket would replace the old one and thus be only locally visible (refers to a different vnode to those accessed by the same name in other mounts). > From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 22:51:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0221065670 for ; Thu, 27 Mar 2008 22:51:50 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (schatten.darksystem.net [88.198.51.7]) by mx1.freebsd.org (Postfix) with ESMTP id 52A1C8FC15 for ; Thu, 27 Mar 2008 22:51:49 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (localhost [127.0.0.1]) by schatten.darksystem.net (Postfix) with ESMTP id B8376F5C508; Thu, 27 Mar 2008 23:51:48 +0100 (CET) X-Spam-Status: No, hits=1.1 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DSBL, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC X-Spam-Check-By: schatten.darksystem.net Received: from port-212-202-192-115.dynamic.qsc.de (HELO mail.nupfel.de) (212.202.192.115) (smtp-auth username lev, mechanism plain) by schatten.darksystem.net (qpsmtpd/0.32) with ESMTP; Thu, 27 Mar 2008 23:51:28 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.nupfel.de (Postfix) with ESMTP id 0E06D1A214CF; Thu, 27 Mar 2008 23:51:26 +0100 (CET) X-Virus-Scanned: amavisd-new at nupfel.de Received: from mail.nupfel.de ([127.0.0.1]) by localhost (mail.nupfel.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YvCu3NxkFR75; Thu, 27 Mar 2008 23:51:24 +0100 (CET) Received: by mail.nupfel.de (Postfix, from userid 1000) id 611E11A214CC; Thu, 27 Mar 2008 23:51:24 +0100 (CET) Date: Thu, 27 Mar 2008 23:51:24 +0100 From: Tobias Kirschstein To: Maik Ehinger Message-ID: <20080327225124.GC9146@nupfel.de> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7gGkHNMELEOhSGF6" Content-Disposition: inline In-Reply-To: X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; amd64-portbld-freebsd8.0) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: hdaps (accelerator) driver for thinkpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 22:51:51 -0000 --7gGkHNMELEOhSGF6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi mike, > here is a new Version from 2006 which depends on the Linux tp_smapi > 0.30 by Shem Multinymous. It works on my T42 nicely. > But there is still no hdaps support for FreeBSD. It only a device > driver for the accelerometer. >=20 > I didn't have a look at it since over a yer now. Use at your own risk. thank you very much! unfortunately compiling the driver didn't work for me: -------------------------------------------- $ make Warning: Object directory not changed from original /usr/home/lev/src/x60t/= thinkpad_ec-030_04092006 @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h cc -O2 -fno-strict-aliasing -pipe -march=3Dnocona -Werror -D_KERNEL -DKLD_M= ODULE -std=3Dc99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=3D8000= --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno= -common -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath= =3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qua= l -Wundef -Wno-pointer-sign -fformat-extensions -c thinkpad_ec.c cc -O2 -fno-strict-aliasing -pipe -march=3Dnocona -Werror -D_KERNEL -DKLD_M= ODULE -std=3Dc99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=3D8000= --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno= -common -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath= =3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchrono= us-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qua= l -Wundef -Wno-pointer-sign -fformat-extensions -c smbios.c cc1: warnings being treated as errors smbios.c: In function 'smbios_find_eps': smbios.c:82: warning: cast to pointer from integer of different size smbios.c:83: warning: cast to pointer from integer of different size smbios.c: In function 'smbios_cksum': smbios.c:101: warning: cast to pointer from integer of different size smbios.c: In function 'smbios_FindStructure': smbios.c:124: warning: cast to pointer from integer of different size smbios.c:126: warning: cast to pointer from integer of different size smbios.c:128: warning: cast to pointer from integer of different size smbios.c:134: warning: cast to pointer from integer of different size smbios.c:136: warning: cast to pointer from integer of different size smbios.c: In function 'smbios_get_string': smbios.c:161: warning: cast to pointer from integer of different size smbios.c:164: warning: cast to pointer from integer of different size smbios.c:167: warning: cast to pointer from integer of different size smbios.c:178: warning: cast to pointer from integer of different size smbios.c: In function 'smbios_init': smbios.c:201: warning: cast to pointer from integer of different size smbios.c:205: warning: cast to pointer from integer of different size smbios.c: In function 'smbios_find_oem_substring': smbios.c:271: warning: cast to pointer from integer of different size *** Error code 1 -------------------------------------------- i had to add CFLAGS +=3D -Wno-error to the Makefile to get it compiled but then loading the first module "thinkpad_ec.ko" crashes my x60t completely :( i haven't looked any further into the code yet, but it seems that it supplies the same functionality (sysctls and some mouse/joystick devices). i had problems using mtx_lock in the driver i sent. commenting this out made at least the sysctls work in my version: -------------------------------------------- $ sysctl hw.accel hw.accel.data: 2 509 511 57 510 511 57 7 128 hw.accel.aps_sensibility: 255 -------------------------------------------- but the devices are still not usable without resulting in a core dump... --=20 ciao, lev --7gGkHNMELEOhSGF6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iGwEARECACwFAkfsJOwlGmh0dHA6Ly93d3cubnVwZmVsLmRlL3BncC9wb2xpY3ku aHRtbAAKCRCkm1fv1t7QAOq7AJ9KidK7fij+FoRFR6t+MrNdavpIfACg2AMYOM8z 7DCW/5S70ZXeYt/rzko= =DTss -----END PGP SIGNATURE----- --7gGkHNMELEOhSGF6-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 01:39:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE461065672 for ; Fri, 28 Mar 2008 01:39:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB9E8FC1F for ; Fri, 28 Mar 2008 01:39:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so30879fka.11 for ; Thu, 27 Mar 2008 18:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=jMEKWDzYFyDOy6vrer6XAueQ0aGaPYTrPBz7J5NcQcg=; b=cE+xWdtw7UVrFNWjYNpRQ37wwgbhVJLVUowp5CU/jDOTAZCmMINaTMOIoHCaujIWan9F7FQoXsBQdQN5CS9Qgt1DVdQOeZ0e16Ow4xdPznh6PtAEBXE70bHesQbyr66cGNi7WRZoeM3p7zk1pyuQK3MjRGJaJoquQh67gy93Ans= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=OcOClNrSUGprjpQlUEt0cHL5PPEwu4Mmm9bvTq9GJyq+60Z2hlCHUEBCqaCzahPkkxndvnWmX5iczJtYFFfFt6eMcYYmGBUaX65o90Z+2l+7ZIMV6UYx5t+ETf5BF8EPSE221XqF4bGZmXRARA01tWqxIPSHePcU8Fretff/PCE= Received: by 10.82.146.10 with SMTP id t10mr5278165bud.6.1206668374015; Thu, 27 Mar 2008 18:39:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id o11sm609535fkf.9.2008.03.27.18.39.29 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 18:39:32 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m2S1dPLC098536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 10:39:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2S1dNDk098535; Fri, 28 Mar 2008 10:39:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Mar 2008 10:39:23 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080328013923.GC98450@cdnetworks.co.kr> References: <626860.36996.qm@web33702.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <626860.36996.qm@web33702.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: Ian FREISLICH , FreeBSD STABLE , FreeBSD Current Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 01:39:36 -0000 On Thu, Mar 27, 2008 at 10:41:48AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > From: Pyun YongHyeon > > To: Ian FREISLICH > > Cc: FreeBSD Current ; Robert Backhaus > > Sent: Monday, March 17, 2008 8:12:03 AM > > Subject: Re: Packet corruption in re0 > > > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > > Pyun YongHyeon wrote: > > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > > Pyun YongHyeon wrote: > > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > > wr > > > ote: > > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus wrote: > > > > > > > > > I am experiencing roughly 15% packet corruption on the re > > inter > > > face > > > > > on > > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > > 7.0-PRERELEA > > > SE #8 > > > > > : > > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem only > > shows > > > up > > > > > > > > > after the system has been up for roughly 36 hours, depending > > on > > > the > > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to "." > > se > > > ems a > > > > > > > bit drastic, and I don't do much with cvs proper. I take it that I > > sh > > > ould > > > > > use > > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to add > > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c on > > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > > It basically shows up as quagga establishing OSPF neighours as > > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > > > I'll do more debugging. > > > > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > > tagging related issues on RELENG_7? > > > > > > > > To narrow down the issue it would be even better to know which parts > > > > of H/W assistance was broken. For example, > > > > - Disable checksum offload for VLAN interface first and check > > > > whether quagga works. > > > > > > You can only disable offload on the parent interface. > > > > > > > - Disable checksum offload for parent interface and check again. > > > > If you can post tcpdump output for broken conntection it may help a > > > > lot to diagnose the issue. > > > > > > The only flag affecting this behaviour is vlanhwtag. Various > > > permutations of the interface flags make no difference to this > > > behaviour as long as hardware tagging is enabled. > > > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > > is enabled. From the tcpdump output it looks like a padding or > > > packet length issue. > > > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > > Database Description, length: 1472 > > > > > > Here's what was actually recieved by the em(4) device on the > > > neighbour. Note the absense of the 801.1Q header: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length 1506: > > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: OSPFv2, > > Database Description, length: 1472 > > > > > > and the em(4) device recieves: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > > Database Description, length: 1472 > > > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > > > > I guess I've found a VLAN hardware tagging bug in re(4). > > Please try this one and let me know the result. > > http://people.freebsd.org/~yongari/re/if_re.c > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > > Ian > > > > > > -- > > > Ian Freislich > > > > > > > -- > > Regards, > > Pyun YongHyeon > > > Pyun, > > I used it, and I got no bufer space available message, I run a server with heavey http requests and named as we.. > > so I had to increase the buffer. > Please try re(4) in HEAD. I've just committed one important fix to PCIe variants of RealTek chip. I guess re(4) in HEAD shall fix all known issues reported. > www# netstat -m > 553/1862/2415 mbufs in use (current/cache/total) > 279/1007/1286/65536 mbuf clusters in use (current/cache/total/max) > 279/768 mbuf+clusters out of packet secondary zone in use (current/cache) > 56/812/868/12800 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 920K/5727K/6647K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 41261 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > Can you make a patch for the changes you made in HEAD for RELENG_7? > I'll MFC re(4) changes in a week. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 02:25:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECA43106564A; Fri, 28 Mar 2008 02:25:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BAC448FC14; Fri, 28 Mar 2008 02:25:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S2PL6t002878; Thu, 27 Mar 2008 22:25:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S2PLU7096666; Thu, 27 Mar 2008 22:25:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AD24B73039; Thu, 27 Mar 2008 21:25:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328022521.AD24B73039@freebsd-current.sentex.ca> Date: Thu, 27 Mar 2008 21:25:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 02:25:23 -0000 TB --- 2008-03-28 00:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 00:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-03-28 00:55:00 - cleaning the object tree TB --- 2008-03-28 00:55:52 - cvsupping the source tree TB --- 2008-03-28 00:55:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-03-28 00:56:01 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 00:56:01 - cd /src TB --- 2008-03-28 00:56:01 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 28 00:56:03 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Mar 28 02:22:24 UTC 2008 TB --- 2008-03-28 02:22:24 - generating LINT kernel config TB --- 2008-03-28 02:22:24 - cd /src/sys/amd64/conf TB --- 2008-03-28 02:22:24 - /usr/bin/make -B LINT TB --- 2008-03-28 02:22:24 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-28 02:22:24 - cd /src TB --- 2008-03-28 02:22:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 02:22:24 UTC 2008 >>> 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 [...] ln -sf /obj/amd64/src/sys/LINT/opt_apic.h opt_apic.h cc -c -O -pipe -DCOMPAT_IA32 -DCOMPAT_LINUX32 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions @/amd64/amd64/genassym.c cc1: warnings being treated as errors In file included from @/amd64/amd64/genassym.c:45: @/sys/buf.h: In function '_BUF_LOCK': @/sys/buf.h:279: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type @/sys/buf.h: In function '_BUF_TIMELOCK': @/sys/buf.h:297: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type *** Error code 1 Stop in /src/sys/modules/linux. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-28 02:25:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 02:25:21 - ERROR: failed to build lint kernel TB --- 2008-03-28 02:25:21 - tinderbox aborted TB --- 4034.20 user 506.11 system 5420.78 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 02:58:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D1A106566B; Fri, 28 Mar 2008 02:58:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 312228FC13; Fri, 28 Mar 2008 02:58:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S2wCZW005060; Thu, 27 Mar 2008 22:58:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S2wChg057665; Thu, 27 Mar 2008 22:58:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5A12B73039; Thu, 27 Mar 2008 21:58:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328025812.5A12B73039@freebsd-current.sentex.ca> Date: Thu, 27 Mar 2008 21:58:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6392/Tue Mar 25 08:44:02 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 02:58:13 -0000 TB --- 2008-03-28 01:53:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 01:53:29 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-28 01:53:29 - cleaning the object tree TB --- 2008-03-28 01:54:02 - cvsupping the source tree TB --- 2008-03-28 01:54:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-28 01:54:26 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 01:54:26 - cd /src TB --- 2008-03-28 01:54:26 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 28 01:54:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 02:55:40 UTC 2008 TB --- 2008-03-28 02:55:40 - generating LINT kernel config TB --- 2008-03-28 02:55:40 - cd /src/sys/i386/conf TB --- 2008-03-28 02:55:40 - /usr/bin/make -B LINT TB --- 2008-03-28 02:55:40 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-28 02:55:40 - cd /src TB --- 2008-03-28 02:55:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 02:55:40 UTC 2008 >>> 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 [...] ln -sf /obj/src/sys/LINT/opt_compat.h opt_compat.h cc -c -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions @/i386/i386/genassym.c cc1: warnings being treated as errors In file included from @/i386/i386/genassym.c:46: @/sys/buf.h: In function '_BUF_LOCK': @/sys/buf.h:279: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type @/sys/buf.h: In function '_BUF_TIMELOCK': @/sys/buf.h:297: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type *** Error code 1 Stop in /src/sys/modules/acpi/acpi. *** Error code 1 Stop in /src/sys/modules/acpi. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-28 02:58:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 02:58:12 - ERROR: failed to build lint kernel TB --- 2008-03-28 02:58:12 - tinderbox aborted TB --- 2879.53 user 340.15 system 3882.53 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 03:15:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCE72106566B for ; Fri, 28 Mar 2008 03:15:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 30CB18FC1C for ; Fri, 28 Mar 2008 03:15:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so576219uge.37 for ; Thu, 27 Mar 2008 20:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=uFDy4QiUG9I43d9Olo8yrX3gyom+JS1XsEBYdKkPtfc=; b=Wl036cvUd3BLDsRNEGF05JJA5ZTzd0Aid0Ho4nom++CU8Bd23jwAlr3XvQUqCJxKdfi4vKNZ6ZMhkludVte+ypYhJn98BaK+ZAcF2y2OPfP6g0Pw0ofOZriId6VjKiF3sDPZXBudjemeE1teG/a8dZCEK+Ze/O8/L1U45JJr0xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OlfCI052P9KubXF130TOxcR+77e7VGVnUFyjPtkagV5c4iBdUfcVW9WdeLzI8bnsrFR6wBkJLsR4MInXraF3Q9qjrYGJ5peFYze5yWBpsBvPXpUzSBKGY9CzfwZ4iXun2JSrNyPgHUmV5OGwJltzcQ3LFqyzZzh3JM9kh6eaIjU= Received: by 10.67.92.4 with SMTP id u4mr2774142ugl.85.1206672557808; Thu, 27 Mar 2008 19:49:17 -0700 (PDT) Received: by 10.86.28.19 with HTTP; Thu, 27 Mar 2008 19:49:17 -0700 (PDT) Message-ID: <3bbf2fe10803271949g79c8ffadt36d2b231a3e2673c@mail.gmail.com> Date: Fri, 28 Mar 2008 03:49:17 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "FreeBSD Tinderbox" In-Reply-To: <20080328022521.AD24B73039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080328022521.AD24B73039@freebsd-current.sentex.ca> X-Google-Sender-Auth: 8c0fd34cc1b29606 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 03:15:42 -0000 2008/3/28, FreeBSD Tinderbox : > TB --- 2008-03-28 00:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2008-03-28 00:55:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2008-03-28 00:55:00 - cleaning the object tree > TB --- 2008-03-28 00:55:52 - cvsupping the source tree > TB --- 2008-03-28 00:55:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2008-03-28 00:56:01 - building world (CFLAGS=-O -pipe) > TB --- 2008-03-28 00:56:01 - cd /src > TB --- 2008-03-28 00:56:01 - /usr/bin/make -B buildworld > >>> World build started on Fri Mar 28 00:56:03 UTC 2008 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> stage 5.1: building 32 bit shim libraries > >>> World build completed on Fri Mar 28 02:22:24 UTC 2008 > TB --- 2008-03-28 02:22:24 - generating LINT kernel config > TB --- 2008-03-28 02:22:24 - cd /src/sys/amd64/conf > TB --- 2008-03-28 02:22:24 - /usr/bin/make -B LINT > TB --- 2008-03-28 02:22:24 - building LINT kernel (COPTFLAGS=) > TB --- 2008-03-28 02:22:24 - cd /src > TB --- 2008-03-28 02:22:24 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Fri Mar 28 02:22:24 UTC 2008 > >>> 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 > [...] > ln -sf /obj/amd64/src/sys/LINT/opt_apic.h opt_apic.h > cc -c -O -pipe -DCOMPAT_IA32 -DCOMPAT_LINUX32 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions @/amd64/amd64/genassym.c > cc1: warnings being treated as errors > In file included from @/amd64/amd64/genassym.c:45: > @/sys/buf.h: In function '_BUF_LOCK': > @/sys/buf.h:279: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type > @/sys/buf.h: In function '_BUF_TIMELOCK': > @/sys/buf.h:297: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type > *** Error code 1 > > Stop in /src/sys/modules/linux. > *** Error code 1 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-03-28 02:25:21 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-03-28 02:25:21 - ERROR: failed to build lint kernel > TB --- 2008-03-28 02:25:21 - tinderbox aborted > TB --- 4034.20 user 506.11 system 5420.78 real This should be fixed now. I'm sorry for this but I erroneously tested this patch against new lockmgr which have the right prototype for _lockmgr_args() including a 'const char *' ptr for 'file'. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 03:29:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9901065671; Fri, 28 Mar 2008 03:29:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF548FC1B; Fri, 28 Mar 2008 03:29:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S3TPpH007580; Thu, 27 Mar 2008 23:29:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S3TPvT030658; Thu, 27 Mar 2008 23:29:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A005473039; Thu, 27 Mar 2008 22:29:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328032925.A005473039@freebsd-current.sentex.ca> Date: Thu, 27 Mar 2008 22:29:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6392/Tue Mar 25 08:44:02 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 03:29:27 -0000 TB --- 2008-03-28 02:25:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 02:25:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-28 02:25:21 - cleaning the object tree TB --- 2008-03-28 02:25:47 - cvsupping the source tree TB --- 2008-03-28 02:25:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-28 02:25:55 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 02:25:55 - cd /src TB --- 2008-03-28 02:25:55 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 28 02:25:57 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 03:26:41 UTC 2008 TB --- 2008-03-28 03:26:41 - generating LINT kernel config TB --- 2008-03-28 03:26:41 - cd /src/sys/pc98/conf TB --- 2008-03-28 03:26:41 - /usr/bin/make -B LINT TB --- 2008-03-28 03:26:41 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-28 03:26:41 - cd /src TB --- 2008-03-28 03:26:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 03:26:41 UTC 2008 >>> 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 [...] ln -sf /obj/pc98/src/sys/LINT/opt_cpu.h opt_cpu.h cc -c -O -pipe -DPC98 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions @/i386/i386/genassym.c cc1: warnings being treated as errors In file included from @/i386/i386/genassym.c:46: @/sys/buf.h: In function '_BUF_LOCK': @/sys/buf.h:279: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type @/sys/buf.h: In function '_BUF_TIMELOCK': @/sys/buf.h:297: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type *** Error code 1 Stop in /src/sys/modules/linux. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-28 03:29:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 03:29:25 - ERROR: failed to build lint kernel TB --- 2008-03-28 03:29:25 - tinderbox aborted TB --- 2865.58 user 353.48 system 3843.72 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 04:11:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AE19106566C; Fri, 28 Mar 2008 04:11:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 597058FC19; Fri, 28 Mar 2008 04:11:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S4BH4Q031074; Fri, 28 Mar 2008 00:11:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S4BHug095110; Fri, 28 Mar 2008 00:11:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F34EF73039; Thu, 27 Mar 2008 23:11:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328041116.F34EF73039@freebsd-current.sentex.ca> Date: Thu, 27 Mar 2008 23:11:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 04:11:18 -0000 TB --- 2008-03-28 02:58:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 02:58:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-28 02:58:12 - cleaning the object tree TB --- 2008-03-28 02:58:45 - cvsupping the source tree TB --- 2008-03-28 02:58:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-28 02:58:53 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 02:58:53 - cd /src TB --- 2008-03-28 02:58:53 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 28 02:58:54 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 04:07:51 UTC 2008 TB --- 2008-03-28 04:07:51 - generating LINT kernel config TB --- 2008-03-28 04:07:51 - cd /src/sys/ia64/conf TB --- 2008-03-28 04:07:51 - /usr/bin/make -B LINT TB --- 2008-03-28 04:07:51 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-28 04:07:51 - cd /src TB --- 2008-03-28 04:07:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 04:07:51 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/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/cam/cam.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/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/cam/cam_periph.c cc1: warnings being treated as errors In file included from /src/sys/cam/cam_periph.c:42: /src/sys/sys/buf.h: In function '_BUF_LOCK': /src/sys/sys/buf.h:279: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type /src/sys/sys/buf.h: In function '_BUF_TIMELOCK': /src/sys/sys/buf.h:297: warning: passing argument 7 of '_lockmgr_args' discards qualifiers from pointer target type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-28 04:11:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 04:11:16 - ERROR: failed to build lint kernel TB --- 2008-03-28 04:11:16 - tinderbox aborted TB --- 3336.97 user 358.58 system 4384.28 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 05:47:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5368A106566C for ; Fri, 28 Mar 2008 05:47:52 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33703.mail.mud.yahoo.com (web33703.mail.mud.yahoo.com [68.142.201.200]) by mx1.freebsd.org (Postfix) with SMTP id 1C99C8FC1A for ; Fri, 28 Mar 2008 05:47:51 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 8833 invoked by uid 60001); 28 Mar 2008 05:47:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=aH+yxp+O0chwFgRns5Ll6tSkyqW8SaP8jG1kA6bmPbsso+eVsaEaVBvPy4Yon1RqgEyJeZwT5x3BxLQC+dn2rG4AvZOGp4wUQouK8G8u07xKvN1itx2mKXt62GEw8MXVkAWdEksQ9D6KedatSo8BuJ2mGd0bAc8bEM9T391VvQA=; X-YMail-OSG: RS_D9OwVM1kjFCcO6HeQpou2N07SVxSlk8xTXiTvtVzxfvK6QNeqacW35ZPeOvhiOw-- Received: from [82.148.96.69] by web33703.mail.mud.yahoo.com via HTTP; Thu, 27 Mar 2008 22:47:51 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Thu, 27 Mar 2008 22:47:51 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <485760.8465.qm@web33703.mail.mud.yahoo.com> Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 05:47:52 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: Ian FREISLICH ; FreeBSD Current ; FreeBSD STABLE > Sent: Friday, March 28, 2008 4:39:23 AM > Subject: Re: Packet corruption in re0 > > On Thu, Mar 27, 2008 at 10:41:48AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > From: Pyun YongHyeon > > > To: Ian FREISLICH > > > Cc: FreeBSD Current ; Robert Backhaus > > > > Sent: Monday, March 17, 2008 8:12:03 AM > > > Subject: Re: Packet corruption in re0 > > > > > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > > > Pyun YongHyeon wrote: > > > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > > > Pyun YongHyeon wrote: > > > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > > > wr > > > > ote: > > > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus > wrote: > > > > > > > > > > I am experiencing roughly 15% packet corruption on the > re > > > inter > > > > face > > > > > > on > > > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > > > 7.0-PRERELEA > > > > SE #8 > > > > > > : > > > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem > only > > > shows > > > > up > > > > > > > > > > after the system has been up for roughly 36 hours, > depending > > > on > > > > the > > > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to > "." > > > se > > > > ems a > > > > > > > > bit drastic, and I don't do much with cvs proper. I take it > that I > > > sh > > > > ould > > > > > > use > > > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to > add > > > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c > on > > > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > > > It basically shows up as quagga establishing OSPF neighours as > > > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > > > > > I'll do more debugging. > > > > > > > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > > > tagging related issues on RELENG_7? > > > > > > > > > > To narrow down the issue it would be even better to know which parts > > > > > of H/W assistance was broken. For example, > > > > > - Disable checksum offload for VLAN interface first and check > > > > > whether quagga works. > > > > > > > > You can only disable offload on the parent interface. > > > > > > > > > - Disable checksum offload for parent interface and check again. > > > > > If you can post tcpdump output for broken conntection it may help a > > > > > lot to diagnose the issue. > > > > > > > > The only flag affecting this behaviour is vlanhwtag. Various > > > > permutations of the interface flags make no difference to this > > > > behaviour as long as hardware tagging is enabled. > > > > > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > > > is enabled. From the tcpdump output it looks like a padding or > > > > packet length issue. > > > > > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > Here's what was actually recieved by the em(4) device on the > > > > neighbour. Note the absense of the 801.1Q header: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length > 1506: > > > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > and the em(4) device recieves: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > > > > > > > I guess I've found a VLAN hardware tagging bug in re(4). > > > Please try this one and let me know the result. > > > http://people.freebsd.org/~yongari/re/if_re.c > > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > > > > Ian > > > > > > > > -- > > > > Ian Freislich > > > > > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > Pyun, > > > > I used it, and I got no bufer space available message, I run a server with > heavey http requests and named as we.. > > > > so I had to increase the buffer. > > > > Please try re(4) in HEAD. > I've just committed one important fix to PCIe variants of RealTek > chip. I guess re(4) in HEAD shall fix all known issues reported. > I'll MFC re(4) changes in a week. > > -- > Regards, > Pyun YongHyeon > Hello Pyun, I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in RELENG_7. machine -> /usr/src/sys/amd64/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c ===> mii (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c /usr/src/sys/modules/mii/../../dev/mii/amphy.c /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c /usr/src/sys/modules/mii/../../dev/mii/brgphy.c /usr/src/sys/modules/mii/../../dev/mii/ciphy.c /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c /usr/src/sys/modules/mii/../../dev/mii/exphy.c /usr/src/sys/modules/mii/../../dev/mii/gentbi.c /usr/src/sys/modules/mii/../../dev/mii/icsphy.c /usr/src/sys/modules/mii/../../dev/mii/inphy.c /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c /usr/src/sys/modules/mii/../../dev/mii/mii.c /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c /usr/src/sys/modules/mii/../../dev/mii/mlphy.c /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c /usr/src/sys/modules/mii/../../dev/mii/qsphy.c /usr/src/sys/modules/mii/../../dev/mii/rgephy.c /usr/src/sys/modules/mii/../../dev/mii/rlphy.c /usr/src/sys/modules/mii/../../dev/mii/ruephy.c /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c /usr/src/sys/modules/mii/../../dev/mii/tlphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c /usr/src/sys/modules/mii/../../dev/mii/xmphy.c In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1062:6: error: unterminated comment @/pci/if_rlreg.h:654:1: error: unterminated #if In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1062:6: error: unterminated comment @/pci/if_rlreg.h:654:1: error: unterminated #if mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error Could you please help with a patch could be applied in RELENG_7? This is urgent issue. --- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 06:44:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3DB31065672 for ; Fri, 28 Mar 2008 06:44:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 322FD8FC25 for ; Fri, 28 Mar 2008 06:44:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so98305fgg.35 for ; Thu, 27 Mar 2008 23:44:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=k++HDwZcQS18WxGAqerZwRdv5ABBb+mRIHKP/FH8IhY=; b=RzJWshf9wesjVF3cWiyPZd6S5yXZ0LfCKfQ4fBkXgLZlD26iXyK4RiE/H4QA8SJ13kfkdiBIt5bM3i2RdfjHM5OSM7H6RtmKuR/G40pNbJTmJW2WF6v7Vx1bENq3hYesOKM9NgQROJw0kTq6FFw9D4GXqIFWjQuBsJZBFu+uvCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=R/eNy+wUwyEIb1f2rPuZMRnT0ObQdQ8XIilDCTNiun4DnqBEsOolYouHRmJxP+fv1szk+aBYsgYDuB9lWE4gcFXq1TW5j8v0SyGxMhzqsyXbW6POIhkC1NMPQvKJ+/hzVlW1LtJVbgBep4cqXlDS4WxF7SOGfUg2Ir74kI4SlXQ= Received: by 10.82.175.17 with SMTP id x17mr5739759bue.19.1206686640662; Thu, 27 Mar 2008 23:44:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 3sm1689734fge.7.2008.03.27.23.43.57 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 23:43:59 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m2S6hrKn099479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 15:43:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2S6hqjX099478; Fri, 28 Mar 2008 15:43:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Mar 2008 15:43:52 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080328064352.GF98450@cdnetworks.co.kr> References: <485760.8465.qm@web33703.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <485760.8465.qm@web33703.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 06:44:02 -0000 On Thu, Mar 27, 2008 at 10:47:51PM -0700, Abdullah Ibn Hamad Al-Marri wrote: [...] > > > > > > Pyun, > > > > > > I used it, and I got no bufer space available message, I run a server with > > heavey http requests and named as we.. > > > > > > so I had to increase the buffer. > > > > > > > Please try re(4) in HEAD. > > I've just committed one important fix to PCIe variants of RealTek > > chip. I guess re(4) in HEAD shall fix all known issues reported. > > > > I'll MFC re(4) changes in a week. > > > > -- > > Regards, > > Pyun YongHyeon > > > > Hello Pyun, > > I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in RELENG_7. > > machine -> /usr/src/sys/amd64/include > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c > ===> mii (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/amd64/include > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c /usr/src/sys/modules/mii/../../dev/mii/amphy.c /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c /usr/src/sys/modules/mii/../../dev/mii/brgphy.c /usr/src/sys/modules/mii/../../dev/mii/ciphy.c /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c /usr/src/sys/modules/mii/../../dev/mii/exphy.c /usr/src/sys/modules/mii/../../dev/mii/gentbi.c /usr/src/sys/modules/mii/../../dev/mii/icsphy.c /usr/src/sys/modules/mii/../../dev/mii/inphy.c /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c /usr/src/sys/modules/mii/../../dev/mii/mii.c /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c /usr/src/sys/modules/mii/../../dev/mii/mlphy.c /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphy.c > /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c /usr/src/sys/modules/mii/../../dev/mii/qsphy.c /usr/src/sys/modules/mii/../../dev/mii/rgephy.c /usr/src/sys/modules/mii/../../dev/mii/rlphy.c /usr/src/sys/modules/mii/../../dev/mii/ruephy.c /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c /usr/src/sys/modules/mii/../../dev/mii/tlphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c /usr/src/sys/modules/mii/../../dev/mii/xmphy.c > In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions > @/pci/if_rlreg.h:1062:6: error: unterminated comment > @/pci/if_rlreg.h:654:1: error: unterminated #if > In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions > @/pci/if_rlreg.h:1062:6: error: unterminated comment > @/pci/if_rlreg.h:654:1: error: unterminated #if > mkdep: compile failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 2 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > > Could you please help with a patch could be applied in RELENG_7? This is urgent issue. > The files in the following URL are the same one in HEAD except addition of minor glude code to build it on RELENG_7. http://people.freebsd.org/~yongari/re/if_re.c http://people.freebsd.org/~yongari/re/if_rlreg.h -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 07:00:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237F0106566C for ; Fri, 28 Mar 2008 07:00:20 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33704.mail.mud.yahoo.com (web33704.mail.mud.yahoo.com [68.142.201.201]) by mx1.freebsd.org (Postfix) with SMTP id D2BFE8FC12 for ; Fri, 28 Mar 2008 07:00:19 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 46780 invoked by uid 60001); 28 Mar 2008 07:00:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=dNGJI3FFxaDQg8b0l4zzOJFos31u7OFmW15TWRfQI1UJPinGaKcFHxAAZpgG3ig3g7oGTk3y6EBXOhhU+NcZ4ibg85pBlWrCl0D2e694B50QkUK+1jH60xNNLInfx3J+SQDvrxeG0cMD3d1YfkBFO+GOxvZ2EqIy9/DD6NxNlfY=; X-YMail-OSG: ogiTqoYVM1lXsvcG2_7VF3LdkDXMSWFKHHi96oL407DXGau_4zozj_t0dXtQ6Mi6vyNim.oFTAyrmyFrBF833FzjMjUjfhsGRFY.4mIZY8pjFH8- Received: from [82.148.96.69] by web33704.mail.mud.yahoo.com via HTTP; Fri, 28 Mar 2008 00:00:18 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Fri, 28 Mar 2008 00:00:18 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <967869.44914.qm@web33704.mail.mud.yahoo.com> Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 07:00:20 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD Current ; FreeBSD STABLE > Sent: Friday, March 28, 2008 9:43:52 AM > Subject: Re: Packet corruption in re0 > > On Thu, Mar 27, 2008 at 10:47:51PM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > [...] > > > > > > > > > Pyun, > > > > > > > > I used it, and I got no bufer space available message, I run a server > with > > > heavey http requests and named as we.. > > > > > > > > so I had to increase the buffer. > > > > > > > > > > Please try re(4) in HEAD. > > > I've just committed one important fix to PCIe variants of RealTek > > > chip. I guess re(4) in HEAD shall fix all known issues reported. > > > > > > > I'll MFC re(4) changes in a week. > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > > Hello Pyun, > > > > I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in > RELENG_7. > > > > machine -> /usr/src/sys/amd64/include > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj/usr/src/sys/ARABPE > /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c > > ===> mii (depend) > > @ -> /usr/src/sys > > machine -> /usr/src/sys/amd64/include > > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c > > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > > awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs > > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h > > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c > /usr/src/sys/modules/mii/../../dev/mii/amphy.c > /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c > /usr/src/sys/modules/mii/../../dev/mii/brgphy.c > /usr/src/sys/modules/mii/../../dev/mii/ciphy.c > /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c > /usr/src/sys/modules/mii/../../dev/mii/exphy.c > /usr/src/sys/modules/mii/../../dev/mii/gentbi.c > /usr/src/sys/modules/mii/../../dev/mii/icsphy.c > /usr/src/sys/modules/mii/../../dev/mii/inphy.c > /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c > /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c > /usr/src/sys/modules/mii/../../dev/mii/mii.c > /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c > /usr/src/sys/modules/mii/../../dev/mii/mlphy.c > /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c > /usr/src/sys/modules/mii/../../dev/mii/nsphy.c > > /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c > /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c > /usr/src/sys/modules/mii/../../dev/mii/qsphy.c > /usr/src/sys/modules/mii/../../dev/mii/rgephy.c > /usr/src/sys/modules/mii/../../dev/mii/rlphy.c > /usr/src/sys/modules/mii/../../dev/mii/ruephy.c > /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c > /usr/src/sys/modules/mii/../../dev/mii/tlphy.c > /usr/src/sys/modules/mii/../../dev/mii/ukphy.c > /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c > /usr/src/sys/modules/mii/../../dev/mii/xmphy.c > > In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: > > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor > expressions > > @/pci/if_rlreg.h:1062:6: error: unterminated comment > > @/pci/if_rlreg.h:654:1: error: unterminated #if > > In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: > > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor > expressions > > @/pci/if_rlreg.h:1062:6: error: unterminated comment > > @/pci/if_rlreg.h:654:1: error: unterminated #if > > mkdep: compile failed > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 2 errors > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > > > > > > > Could you please help with a patch could be applied in RELENG_7? This is > urgent issue. > > > > The files in the following URL are the same one in HEAD except > addition of minor glude code to build it on RELENG_7. > > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > > -- > Regards, > Pyun YongHyeon > Compiled and installed, thank you, I'll report to you any issue I may face. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 08:16:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99A981065677; Fri, 28 Mar 2008 08:16:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4A9BB8FC14; Fri, 28 Mar 2008 08:16:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S8GhcQ018878; Fri, 28 Mar 2008 04:16:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S8GhwD033566; Fri, 28 Mar 2008 04:16:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 50A7A73039; Fri, 28 Mar 2008 03:16:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328081643.50A7A73039@freebsd-current.sentex.ca> Date: Fri, 28 Mar 2008 03:16:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6392/Tue Mar 25 08:44:02 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 08:16:44 -0000 TB --- 2008-03-28 07:03:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 07:03:23 - starting HEAD tinderbox run for i386/i386 TB --- 2008-03-28 07:03:23 - cleaning the object tree TB --- 2008-03-28 07:03:44 - cvsupping the source tree TB --- 2008-03-28 07:03:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-03-28 07:03:50 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 07:03:50 - cd /src TB --- 2008-03-28 07:03:50 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 28 07:03:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 08:05:35 UTC 2008 TB --- 2008-03-28 08:05:35 - generating LINT kernel config TB --- 2008-03-28 08:05:35 - cd /src/sys/i386/conf TB --- 2008-03-28 08:05:35 - /usr/bin/make -B LINT TB --- 2008-03-28 08:05:35 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-28 08:05:35 - cd /src TB --- 2008-03-28 08:05:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 08:05:36 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/mptable.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/mptable_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/msi.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/nexus.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/perfmon.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/pmap.c /src/sys/i386/i386/pmap.c: In function 'pmap_mincore': /src/sys/i386/i386/pmap.c:4484: error: expected ';' before ':' token *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-28 08:16:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 08:16:43 - ERROR: failed to build lint kernel TB --- 2008-03-28 08:16:43 - tinderbox aborted TB --- 3200.49 user 386.49 system 4399.33 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 09:17:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17BE8106566C; Fri, 28 Mar 2008 09:17:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BCD0E8FC14; Fri, 28 Mar 2008 09:17:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S9HDKK047965; Fri, 28 Mar 2008 05:17:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2S9HDEU010490; Fri, 28 Mar 2008 05:17:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E86C73039; Fri, 28 Mar 2008 04:17:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328091712.4E86C73039@freebsd-current.sentex.ca> Date: Fri, 28 Mar 2008 04:17:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 09:17:15 -0000 TB --- 2008-03-28 08:05:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 08:05:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-03-28 08:05:05 - cleaning the object tree TB --- 2008-03-28 08:05:41 - cvsupping the source tree TB --- 2008-03-28 08:05:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-03-28 08:05:47 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 08:05:47 - cd /src TB --- 2008-03-28 08:05:47 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 28 08:05:49 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 09:08:40 UTC 2008 TB --- 2008-03-28 09:08:40 - generating LINT kernel config TB --- 2008-03-28 09:08:40 - cd /src/sys/pc98/conf TB --- 2008-03-28 09:08:40 - /usr/bin/make -B LINT TB --- 2008-03-28 09:08:40 - building LINT kernel (COPTFLAGS=) TB --- 2008-03-28 09:08:40 - cd /src TB --- 2008-03-28 09:08:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 09:08:40 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/mptable.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/mptable_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/msi.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/nexus.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/perfmon.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/i386/pmap.c /src/sys/i386/i386/pmap.c: In function 'pmap_mincore': /src/sys/i386/i386/pmap.c:4484: error: expected ';' before ':' token *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-03-28 09:17:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 09:17:12 - ERROR: failed to build lint kernel TB --- 2008-03-28 09:17:12 - tinderbox aborted TB --- 3122.03 user 389.24 system 4326.39 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 07:14:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBEA7106566B for ; Fri, 28 Mar 2008 07:14:08 +0000 (UTC) (envelope-from chlastak@fialka.cz) Received: from chobot.fialka.cz (231.163.240.63.cust.sloane.cz [62.240.163.231]) by mx1.freebsd.org (Postfix) with ESMTP id 83BD08FC24 for ; Fri, 28 Mar 2008 07:14:08 +0000 (UTC) (envelope-from chlastak@fialka.cz) Received: from localhost (chobot.fialka.cz [62.240.163.231]) by chobot.fialka.cz (Postfix) with ESMTP id 7A569D47A1C for ; Fri, 28 Mar 2008 07:57:24 +0100 (CET) X-Virus-Scanned: amavisd-new at fialka.cz Received: from chobot.fialka.cz ([62.240.163.231]) by localhost (chobot.fialka.cz [62.240.163.231]) (amavisd-new, port 10024) with ESMTP id 6AWmVwTo9IdZ for ; Fri, 28 Mar 2008 07:57:21 +0100 (CET) Received: from [192.168.100.6] (45.227.broadband3.iol.cz [85.70.227.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by chobot.fialka.cz (Postfix) with ESMTP id AB40AD47A18 for ; Fri, 28 Mar 2008 07:57:21 +0100 (CET) Message-ID: <47EC96D4.3040507@fialka.cz> Date: Fri, 28 Mar 2008 07:57:24 +0100 From: Miroslav Chlastak User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 28 Mar 2008 11:28:40 +0000 Cc: Subject: MFS ROOT over 100MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 07:14:08 -0000 Hi, it's possible create MFS ROOT over 100MB? If I create MFS ROOT less then 90MB, system boot normally. With size 90MB-100MB of MFS ROOT kernel panic with boot and over 100MB system is rebooted in loop. MFS ROOT image is ok (i can mount this image via mdconfig and mount). I'am testing this on RELENG_6_2 and RELENG_7_0. The same problem like this: http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040626.html Thanks, Mira From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 14:35:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 647EB106566C; Fri, 28 Mar 2008 14:35:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5A08FC12; Fri, 28 Mar 2008 14:35:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2SEZEXD054868; Fri, 28 Mar 2008 10:35:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2SEZENS050278; Fri, 28 Mar 2008 10:35:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2055873039; Fri, 28 Mar 2008 09:35:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328143514.2055873039@freebsd-current.sentex.ca> Date: Fri, 28 Mar 2008 09:35:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.92.1/6392/Tue Mar 25 08:44:02 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 14:35:15 -0000 TB --- 2008-03-28 14:34:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 14:34:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-03-28 14:34:41 - cleaning the object tree TB --- 2008-03-28 14:35:07 - cvsupping the source tree TB --- 2008-03-28 14:35:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-03-28 14:35:13 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 14:35:13 - cd /src TB --- 2008-03-28 14:35:13 - /usr/bin/make -B buildworld TB --- 2008-03-28 14:35:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 14:35:13 - ERROR: failed to build world TB --- 2008-03-28 14:35:13 - tinderbox aborted TB --- 1.85 user 3.20 system 31.72 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 14:35:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FAE5106564A; Fri, 28 Mar 2008 14:35:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2984B8FC25; Fri, 28 Mar 2008 14:35:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m2SEZwUD084093; Fri, 28 Mar 2008 10:35:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2SEZwq6035792; Fri, 28 Mar 2008 10:35:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ED94973039; Fri, 28 Mar 2008 09:35:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080328143557.ED94973039@freebsd-current.sentex.ca> Date: Fri, 28 Mar 2008 09:35:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 14:35:59 -0000 TB --- 2008-03-28 14:35:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-03-28 14:35:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-03-28 14:35:14 - cleaning the object tree TB --- 2008-03-28 14:35:52 - cvsupping the source tree TB --- 2008-03-28 14:35:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-03-28 14:35:57 - building world (CFLAGS=-O -pipe) TB --- 2008-03-28 14:35:57 - cd /src TB --- 2008-03-28 14:35:57 - /usr/bin/make -B buildworld TB --- 2008-03-28 14:35:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-03-28 14:35:57 - ERROR: failed to build world TB --- 2008-03-28 14:35:57 - tinderbox aborted TB --- 1.98 user 2.70 system 43.88 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 17:26:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C4A41065671 for ; Fri, 28 Mar 2008 17:26:51 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [213.239.213.48]) by mx1.freebsd.org (Postfix) with ESMTP id EEE8A8FC27 for ; Fri, 28 Mar 2008 17:26:50 +0000 (UTC) (envelope-from xi@borderworlds.dk) Received: from dominion.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id 3788817026 for ; Fri, 28 Mar 2008 18:10:25 +0100 (CET) Received: by dominion.borderworlds.dk (Postfix, from userid 2000) id 4598A47A; Fri, 28 Mar 2008 18:10:24 +0100 (CET) To: freebsd-current@freebsd.org References: <47EC96D4.3040507@fialka.cz> From: Christian Laursen Date: Fri, 28 Mar 2008 18:10:23 +0100 In-Reply-To: <47EC96D4.3040507@fialka.cz> (Miroslav Chlastak's message of "Fri\, 28 Mar 2008 07\:57\:24 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: MFS ROOT over 100MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 17:26:51 -0000 Miroslav Chlastak writes: > it's possible create MFS ROOT over 100MB? > If I create MFS ROOT less then 90MB, system boot normally. > With size 90MB-100MB of MFS ROOT kernel panic with boot and > over 100MB system is rebooted in loop. Are you running i386 or amd64. I recall that we had a similar problem at work a few years ago, but only on i386. We solved it by using geom_uzip(4) to get a smaller mfsroot image. -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 17:43:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBAB1065671; Fri, 28 Mar 2008 17:43:14 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 681BA8FC15; Fri, 28 Mar 2008 17:43:14 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180178028.adsl.alicedsl.de [85.180.178.28]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m2SHhBAW077221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 28 Mar 2008 18:43:12 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m2SHh9KI002956 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 18:43:09 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m2SHh8NM002955; Fri, 28 Mar 2008 18:43:08 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Fri, 28 Mar 2008 18:43:08 +0100 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20080328174308.GA1654@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org, pjd@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: pjd@freebsd.org Subject: panic in vdev_geom_io_intr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 17:43:15 -0000 (Sorry Pawel, to CC you directly, but you should be the guy most familiar with the code in question) Hi folks, I'm testing a DRBD-lookalike solution for FreeBSD involving ZFS and GGATE. It is basically working, but quickly hangs or panics. This is what I did (md1 is local, ggate1 on another machine) igor# zpool create tank mirror /dev/md1 /dev/ggate1 then wrote some MB to the device, and it would quickly stall like so igor# zpool iostat tank 2 ... tank 128M 7.81G 0 10 0 1.31M tank 128M 7.81G 0 10 0 1.31M tank 128M 7.81G 0 10 0 1.31M tank 128M 7.81G 0 10 0 1.31M tank 128M 7.81G 0 10 0 1.31M tank 128M 7.81G 0 10 0 1.31M tank 128M 7.81G 6 9 892K 1.24M tank 128M 7.81G 29 0 3.67M 63.7K tank 128M 7.81G 0 0 0 0 tank 128M 7.81G 0 0 63.7K 0 tank 128M 7.81G 0 0 0 0 tank 128M 7.81G 0 0 63.7K 0 tank 128M 7.81G 0 0 0 0 I then became impatient and destroyed the ggate1 device, which was working fine while there was no operation in progress. I guess GEOM does not like it when devices disappear nilly willy? (But then, how is gmirror(8) supposed to give you redundancy? Or is this something very special with ggate(8)? igor# ggatec destroy -f -u1 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0536f56 stack pointer = 0x28:0xce6d7c58 frame pointer = 0x28:0xce6d7c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) [thread pid 3 tid 100008 ] Stopped at _mtx_lock_flags+0x46: movl 0x10(%ebx),%eax db> where Tracing pid 3 tid 100008 td 0xc1fbd000 _mtx_lock_flags(1c,0,c25e4c49,1d8,c251e240,...) at _mtx_lock_flags+0x46 vdev_geom_io_intr(c251e240,0,c07b4939,bbc,c251e240,...) at vdev_geom_io_intr+0x44 biodone(c251e240,c08306c8,24c,c07a291a,a,...) at biodone+0x99 g_io_schedule_up(c1fbd000,0,c07a4153,5d,0,...) at g_io_schedule_up+0xd7 g_up_procbody(0,ce6d7d38,c07a7c5e,30c,c1fba290,...) at g_up_procbody+0x98 fork_exit(c04f3f00,0,ce6d7d38) at fork_exit+0xc5 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xce6d7d70, ebp = 0 --- db> show alllocks Process 1257 (dd) thread 0xc26dc440 (100107) exclusive lockmgr zfs r = 0 (0xc270f5c8) locked @ /vol/src/sys/kern/vfs_vnops.c:591 Process 1222 (ggatec) thread 0xc2717000 (100093) exclusive sx so_rcv_sx r = 0 (0xc24eae2c) locked @ /vol/src/sys/kern/uipc_sockbuf.c:148 Process 25 (syncer) thread 0xc2163000 (100039) shared lockmgr vfslock r = 0 (0xc21728b8) locked @ /vol/src/sys/kern/vfs_subr.c:364 exclusive lockmgr syncer r = 0 (0xc270f724) locked @ /vol/src/sys/kern/vfs_subr.c:1667 Process 2 (g_event) thread 0xc1fbd220 (100007) exclusive sx GEOM topology r = 0 (0xc083072c) locked @ /vol/src/sys/geom/geom_event.c:185 db> trace 1257 Tracing pid 1257 tid 100107 td 0xc26dc440 sched_switch(c26dc440,0,1,176,ad3d77b9,...) at sched_switch+0x329 mi_switch(1,0,c07aedd4,1ca,0,...) at mi_switch+0x215 sleepq_switch(c26dc440,0,c07aedd4,239,c26dc440,...) at sleepq_switch+0x14d sleepq_wait(c2722b24,0,c25e27c0,1,0,...) at sleepq_wait+0x63 _cv_wait(c2722b24,c2722aac,c25e26cb,19e,c2722b1c,...) at _cv_wait+0x210 txg_wait_open(c2722a00,1f,0,0,21a0000,...) at txg_wait_open+0xb3 dmu_tx_wait(c2547b00,2,0,21a0000,0,...) at dmu_tx_wait+0xed zfs_freebsd_write(cf3e2bc4,c07d6450,0,0,cf3e2b3c,...) at zfs_freebsd_write+0x313 VOP_WRITE_APV(c25e6840,cf3e2bc4,c07b79c9,24f,0,...) at VOP_WRITE_APV+0x155 vn_write(c234c208,cf3e2c60,c2520500,0,c26dc440,...) at vn_write+0x1c4 dofilewrite(cf3e2c60,ffffffff,ffffffff,0,c234c208,...) at dofilewrite+0x95 kern_writev(c26dc440,4,cf3e2c60,82a0000,60000,...) at kern_writev+0x58 write(c26dc440,cf3e2cfc,c,c0795ff0,c07ebbc0,...) at write+0x4f syscall(cf3e2d38) at syscall+0x2e3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (4, FreeBSD ELF32, write), eip = 0x2815ef13, esp = 0xbfbfebdc, ebp = 0xbfbfec08 --- db> trace 2 Tracing pid 2 tid 100007 td 0xc1fbd220 sched_switch(c1fbd220,0,1,176,3d3f552e,...) at sched_switch+0x329 mi_switch(1,0,c07aedd4,1ca,0,...) at mi_switch+0x215 sleepq_switch(c1fbd220,0,c07aedd4,239,0,...) at sleepq_switch+0x14d sleepq_wait(c3d1b304,0,c25e4c9a,0,0,...) at sleepq_wait+0x63 _sleep(c3d1b304,c3d1b31c,0,c25e4c9a,0,...) at _sleep+0x335 vdev_geom_release(c276ee40,ffffffff,ffffffff,ffffffff,c2098980,...) at vdev_geom_release+0x81 vdev_geom_orphan(c276ee40,c07a3c70,c25469d8,90,6,...) at vdev_geom_orphan+0x1cd g_run_events(c0830760,0,4c,c07a291a,a,...) at g_run_events+0x1f9 g_event_procbody(0,ce6d4d38,c07a7c5e,30c,c1fba520,...) at g_event_procbody+0x95 fork_exit(c04f3fa0,0,ce6d4d38) at fork_exit+0xc5 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xce6d4d70, ebp = 0 --- Am I nuts in trying something like this, or is this just a genuine bug? Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 20:12:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06636106566B for ; Fri, 28 Mar 2008 20:12:31 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outZ.internet-mail-service.net (outz.internet-mail-service.net [216.240.47.249]) by mx1.freebsd.org (Postfix) with ESMTP id E509D8FC2C for ; Fri, 28 Mar 2008 20:12:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 28 Mar 2008 18:36:31 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 14BB92D82CD; Fri, 28 Mar 2008 13:12:27 -0700 (PDT) Message-ID: <47ED512C.8050504@elischer.org> Date: Fri, 28 Mar 2008 13:12:28 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Miroslav Chlastak References: <47EC96D4.3040507@fialka.cz> In-Reply-To: <47EC96D4.3040507@fialka.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: MFS ROOT over 100MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 20:12:31 -0000 Miroslav Chlastak wrote: > Hi, > > > it's possible create MFS ROOT over 100MB? > If I create MFS ROOT less then 90MB, system boot normally. > With size 90MB-100MB of MFS ROOT kernel panic with boot and > over 100MB system is rebooted in loop. > I suspect that the MFS root is loaded into kenrelVM which is a limited resource. in fact it must be I think because it is linked with the kernel by the loader. > > MFS ROOT image is ok (i can mount this image via mdconfig and mount). > I'am testing this on RELENG_6_2 and RELENG_7_0. > > The same problem like this: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040626.html > > Thanks, > Mira > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 22:52:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E599F1065670 for ; Fri, 28 Mar 2008 22:52:34 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (schatten.darksystem.net [88.198.51.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6CAA88FC22 for ; Fri, 28 Mar 2008 22:52:34 +0000 (UTC) (envelope-from lev@nupfel.de) Received: from schatten.darksystem.net (localhost [127.0.0.1]) by schatten.darksystem.net (Postfix) with ESMTP id 4F5A2F5C4DD; Fri, 28 Mar 2008 23:52:32 +0100 (CET) X-Spam-Status: No, hits=1.1 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DSBL, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC X-Spam-Check-By: schatten.darksystem.net Received: from port-212-202-192-115.dynamic.qsc.de (HELO mail.nupfel.de) (212.202.192.115) (smtp-auth username lev, mechanism plain) by schatten.darksystem.net (qpsmtpd/0.32) with ESMTP; Fri, 28 Mar 2008 23:52:18 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.nupfel.de (Postfix) with ESMTP id B09991A214CF; Fri, 28 Mar 2008 23:52:16 +0100 (CET) X-Virus-Scanned: amavisd-new at nupfel.de Received: from mail.nupfel.de ([127.0.0.1]) by localhost (mail.nupfel.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GMwuodCnzTFY; Fri, 28 Mar 2008 23:52:15 +0100 (CET) Received: from lain (lain.navi.wired [192.168.0.40]) by mail.nupfel.de (Postfix) with ESMTP id CC95D1A214CC; Fri, 28 Mar 2008 23:52:14 +0100 (CET) Date: Fri, 28 Mar 2008 23:52:12 +0100 From: Tobias Kirschstein To: Maik Ehinger Message-ID: <20080328235212.7cb49e4d@lain> In-Reply-To: References: <20080327225124.GC9146@nupfel.de> Organization: NIC.BLA X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; amd64-portbld-freebsd8.0) X-Face: `Q5\Ix+YG'{KDq<>5mcZL8Sp7$[L|%#^MSk'{Qpp"J8. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 22:52:35 -0000 hi maik, > your are the first one who tried this driver except me. So thanks for > testing. sure! im really interested in getting this thing working :) > I only got my T42 for testing so here are some hints what could be > the cause of the crash: > > - dual processor system > - 64bit i think this is the problem, your driver seems to work for i386 only, but at the moment i'm not experienced enough to be able to fix this and maybe there is some more work to do to get it running under amd64. so i would really appreciate it if you or someone else could help me here :) > - SMBIOS/DMI Hack withing thinkpad_ec.c > > I can't test this because the lacking hardware. > This was/is my first driver i programmed/ported, maybe someone with > more experience could have a look at the code. i can test it for you and hopefully i will be able to post some backtraces and debug info if i have set up some solution to my core dumping problem under zfs root. > Do you get any messages before it crashes? surely will follow soon i hope, but this weekend i won't have any time unfortunately. > Sorry i can't help you more. I could do some test on the weekend with > 8.0 Current. that would be great, thx! -- ciao, lev From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 01:18:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 799D9106566B for ; Sat, 29 Mar 2008 01:18:58 +0000 (UTC) (envelope-from peter@wemm.org) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.244]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2B78FC14 for ; Sat, 29 Mar 2008 01:18:57 +0000 (UTC) (envelope-from peter@wemm.org) Received: by hs-out-0708.google.com with SMTP id m63so430893hsc.11 for ; Fri, 28 Mar 2008 18:18:57 -0700 (PDT) Received: by 10.100.152.15 with SMTP id z15mr8392827and.6.1206752012168; Fri, 28 Mar 2008 17:53:32 -0700 (PDT) Received: by 10.100.8.6 with HTTP; Fri, 28 Mar 2008 17:53:32 -0700 (PDT) Message-ID: Date: Fri, 28 Mar 2008 17:53:32 -0700 From: "Peter Wemm" To: "Julian Elischer" In-Reply-To: <47ED512C.8050504@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47EC96D4.3040507@fialka.cz> <47ED512C.8050504@elischer.org> Cc: Miroslav Chlastak , current@freebsd.org Subject: Re: MFS ROOT over 100MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2008 01:18:58 -0000 On Fri, Mar 28, 2008 at 1:12 PM, Julian Elischer wrote: > Miroslav Chlastak wrote: > > Hi, > > > > > > it's possible create MFS ROOT over 100MB? > > If I create MFS ROOT less then 90MB, system boot normally. > > With size 90MB-100MB of MFS ROOT kernel panic with boot and > > over 100MB system is rebooted in loop. > > > > I suspect that the MFS root is loaded into kenrelVM which is a limited > resource. in fact it must be I think because it is linked with the > kernel by the loader. There isn't a lot of spare kernel virtual memory by default, but there are other things that are likely to be being hit first. First, have a look at the NKPT kernel compile option. This is probably what is being run into. By default, for an i386, non-PAE kernel, the value is 30. This is the initial number of page table pages that are statically allocated for early kernel bootup. Once the VM system is fully up and running, we can allocate more. But during early bootup, this is what we have. In this case, 30 page table pages, and there are 1024 entries per page table page, with 4K per entry. ie: 30 x 1024 x 4k = 122MB. If the VM system isn't fully up and running by the time this 122MB of kernel VM is consumed, bad things will happen. This is where the 90-100MB threshold in MFS root image fits in. While there is 1GB of KVM available in total, the MFS image has to fit inside this 122MB chunk, **and** the kernel has to complete bootstrap with what's left. On an i386 kernel without PAE, the KVA_PAGES option is 256. It is also means 256 x 1024 x 4k = 1GB. In theory, you could increase the NKPT option to close to this amount. I don't know what the exact threshold is, but it'll be pretty close. ie: you should be able to add 'options NKPT=220' to the kernel config. This would let you load a mfsroot in the order of about 900MB, **IN THEORY**. The problem is that you'll then run into other kernel VM exhaustion. It still has a total of 1GB available by default. This is changeable too. If you're trying to do a massive mfsroot, you'll probably have to increase KVA_PAGES too. For example, 'options KVA_PAGES=512' gives you 2GB of kernel VM, and 2GB left for user processes. You could then set NKPT to 300+ and easily get a 1GB mfsroot ramdisk loaded. For PAE, page table pages have different numbers of entries. You have to double the numbers because they're in units of 512 x 4k, or 2MB per page table page. So with PAE, you'd need 'options KVA_PAGES=1024' and 'options NKPT=600' to get the same 2G/2G user/kernel split, and have the 1gb mfsroot image. I hope this is helpful. You'll need to experiment to make this work and not waste too much memory. There is no way to avoid compiling custom kernels to do this. > > MFS ROOT image is ok (i can mount this image via mdconfig and mount). > > I'am testing this on RELENG_6_2 and RELENG_7_0. > > > > The same problem like this: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040626.html > > > > Thanks, > > Mira -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell **WANTED TO BUY/TRADE: Garmin Streetpilot 2650 or 2660. Not later model! ** From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 07:37:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E128C1065671 for ; Sat, 29 Mar 2008 07:37:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outg.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id CA0338FC19 for ; Sat, 29 Mar 2008 07:37:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 29 Mar 2008 06:02:24 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 83CB52D602B; Sat, 29 Mar 2008 00:37:08 -0700 (PDT) Message-ID: <47EDF1A6.4000302@elischer.org> Date: Sat, 29 Mar 2008 00:37:10 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Peter Wemm References: <47EC96D4.3040507@fialka.cz> <47ED512C.8050504@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Miroslav Chlastak , current@freebsd.org Subject: Re: MFS ROOT over 100MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2008 07:37:11 -0000 Peter Wemm wrote: > On Fri, Mar 28, 2008 at 1:12 PM, Julian Elischer wrote: >> Miroslav Chlastak wrote: >> > Hi, >> > >> > >> > it's possible create MFS ROOT over 100MB? >> > If I create MFS ROOT less then 90MB, system boot normally. >> > With size 90MB-100MB of MFS ROOT kernel panic with boot and >> > over 100MB system is rebooted in loop. >> > >> >> I suspect that the MFS root is loaded into kenrelVM which is a limited >> resource. in fact it must be I think because it is linked with the >> kernel by the loader. > > There isn't a lot of spare kernel virtual memory by default, but there > are other things that are likely to be being hit first. > > First, have a look at the NKPT kernel compile option. This is > probably what is being run into. > > By default, for an i386, non-PAE kernel, the value is 30. This is the > initial number of page table pages that are statically allocated for > early kernel bootup. Once the VM system is fully up and running, we > can allocate more. But during early bootup, this is what we have. > > In this case, 30 page table pages, and there are 1024 entries per page > table page, with 4K per entry. ie: 30 x 1024 x 4k = 122MB. If the VM > system isn't fully up and running by the time this 122MB of kernel VM > is consumed, bad things will happen. > > This is where the 90-100MB threshold in MFS root image fits in. While > there is 1GB of KVM available in total, the MFS image has to fit > inside this 122MB chunk, **and** the kernel has to complete bootstrap > with what's left. > > On an i386 kernel without PAE, the KVA_PAGES option is 256. It is > also means 256 x 1024 x 4k = 1GB. In theory, you could increase the > NKPT option to close to this amount. I don't know what the exact > threshold is, but it'll be pretty close. > > ie: you should be able to add 'options NKPT=220' to the kernel config. > This would let you load a mfsroot in the order of about 900MB, **IN > THEORY**. The problem is that you'll then run into other kernel VM > exhaustion. It still has a total of 1GB available by default. This > is changeable too. > > If you're trying to do a massive mfsroot, you'll probably have to > increase KVA_PAGES too. For example, 'options KVA_PAGES=512' gives > you 2GB of kernel VM, and 2GB left for user processes. You could then > set NKPT to 300+ and easily get a 1GB mfsroot ramdisk loaded. > > For PAE, page table pages have different numbers of entries. You have > to double the numbers because they're in units of 512 x 4k, or 2MB per > page table page. So with PAE, you'd need 'options KVA_PAGES=1024' and > 'options NKPT=600' to get the same 2G/2G user/kernel split, and have > the 1gb mfsroot image. > > I hope this is helpful. You'll need to experiment to make this work > and not waste too much memory. There is no way to avoid compiling > custom kernels to do this. You could probably write code to store the memory disk in physical memeory and leaqe it unmapped except when needed. With PAE you could then have an 8GB ram disk. I'm told that this can be done even without changing the rest of the system to use PAE.. (but that's 2nd hand info). >> > MFS ROOT image is ok (i can mount this image via mdconfig and mount). >> > I'am testing this on RELENG_6_2 and RELENG_7_0. >> > >> > The same problem like this: >> > http://lists.freebsd.org/pipermail/freebsd-stable/2008-February/040626.html >> > >> > Thanks, >> > Mira > From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 19:10:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA47106566B; Sat, 29 Mar 2008 19:10:46 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.freebsd.org (Postfix) with ESMTP id 50A728FC15; Sat, 29 Mar 2008 19:10:46 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (localhost [127.0.0.1]) by outbound-clamsmtpd.iphouse.net (Postfix) with ESMTP id 9B2F32AC61A; Sat, 29 Mar 2008 13:52:57 -0500 (CDT) Received: from ziemel.erje.net (erje.net [80.126.62.176]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-1.iphouse.net (Postfix) with ESMTP id 4CFD62AC5F9; Sat, 29 Mar 2008 13:52:57 -0500 (CDT) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:5e]) by ziemel.erje.net (PostFix 2.5.0) with ESMTP id CFBCCCA0B26; Sat, 29 Mar 2008 19:52:19 +0100 (CET) Received: (from robert@localhost) by ismet.erje.net (8.14.2/8.14.2/Submit) id m2TIqGpp004186; Sat, 29 Mar 2008 19:52:16 +0100 (CET) (envelope-from robert@ml.erje.net) X-Authentication-Warning: ismet.erje.net: robert set sender to robert@ml.erje.net using -f Date: Sat, 29 Mar 2008 19:52:16 +0100 From: Robert Joosten To: freebsd-chat@freebsd.org Message-ID: <20080329185215.GA4017@iphouse.com> References: <945136.92642.qm@web57010.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <945136.92642.qm@web57010.mail.re3.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2008 19:10:46 -0000 Hi Unga, > Is there a 2nd edition coming soon? Third iirc. ISBN 0201549794 was the first, although with a slightly different name. Regards, Robert PS: may I politely remind you of our mailinglist charters phrase: "No posting should be made to more than 2 mailing lists (..) ? ;-) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 20:23:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E38D41065674; Sat, 29 Mar 2008 20:23:21 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from mk-outboundfilter-4.mail.uk.tiscali.com (mk-outboundfilter-4.mail.uk.tiscali.com [212.74.114.32]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9C98FC39; Sat, 29 Mar 2008 20:23:20 +0000 (UTC) (envelope-from njm@njm.f2s.com) X-Trace: 45469611/mk-outboundfilter-2.mail.uk.tiscali.com/F2S/$ACCEPTED/freedom2Surf-customers/195.137.21.170 X-SBRS: None X-RemoteIP: 195.137.21.170 X-IP-MAIL-FROM: njm@njm.f2s.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAII67kfDiRWq/2dsb2JhbACBWqdc X-IP-Direction: IN Received: from i-195-137-21-170.freedom2surf.net (HELO oberon.njm.f2s.com) ([195.137.21.170]) by smtp.f2s.tiscali.co.uk with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Mar 2008 19:53:44 +0000 Received: from oberon.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by oberon.njm.f2s.com (8.14.2/8.14.2) with ESMTP id m2TJrhjE047009; Sat, 29 Mar 2008 19:53:43 GMT (envelope-from njm@oberon.njm.f2s.com) Received: (from njm@localhost) by oberon.njm.f2s.com (8.14.2/8.14.2/Submit) id m2TJrh6G047008; Sat, 29 Mar 2008 19:53:43 GMT (envelope-from njm) Date: Sat, 29 Mar 2008 19:53:43 +0000 From: "N.J. Mann" To: Robert Joosten Message-ID: <20080329195343.GA44731@oberon.njm.f2s.com> Mail-Followup-To: Robert Joosten , freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <945136.92642.qm@web57010.mail.re3.yahoo.com> <20080329185215.GA4017@iphouse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080329185215.GA4017@iphouse.com> X-Operating-System: FreeBSD 6.3-STABLE User-Agent: Mutt/1.5.17cvs (2008-03-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-chat@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2008 20:23:22 -0000 In message <20080329185215.GA4017@iphouse.com>, Robert Joosten (robert@ml.erje.net) wrote: > Hi Unga, > > > Is there a 2nd edition coming soon? > > Third iirc. ISBN 0201549794 was the first, although with a slightly > different name. You are forgetting ISBN 0201061961! Cheers, Nick. --