From owner-freebsd-current@FreeBSD.ORG Sun Nov 28 00:39:56 2010 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 C44041065673 for ; Sun, 28 Nov 2010 00:39:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 529788FC08 for ; Sun, 28 Nov 2010 00:39:56 +0000 (UTC) Received: (qmail 12854 invoked by uid 399); 28 Nov 2010 00:39:55 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Nov 2010 00:39:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CF1A4DA.1080908@FreeBSD.org> Date: Sat, 27 Nov 2010 16:39:54 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Should green_saver.ko shut off a laptop's backlight? 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: Sun, 28 Nov 2010 00:39:56 -0000 My recollection is that green_saver should turn off an LCD backlight, but I just loaded it up on my laptop and it's not doing so. It does remove the text from the screen, but the backlight is still on (i.e., it is doing exactly what blank_saver does). When running X DPMS works on that same laptop, so I know the hardware is capable. This is 9-current amd64 at r214025. Any suggestions are welcome. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 28 01:02:52 2010 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 60568106566B for ; Sun, 28 Nov 2010 01:02:52 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 144438FC0C for ; Sun, 28 Nov 2010 01:02:51 +0000 (UTC) Received: by qyk8 with SMTP id 8so8297333qyk.13 for ; Sat, 27 Nov 2010 17:02:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=TaXTAcCGMiE74ui/4C1OkpMIPoWK9TsYTOy0fRyIuzE=; b=jHpu+J+VtumLwgEq2+glNYXQy3fdwhNm/7lpATZ+pK67TOg3anOsMVT+gUiI7NmKw7 Va2bZD0W58rkCwpZO/uEzSYs7wM1b5TgsQyoud8aTg2rXyzeb2IV+QKq3PlZcx9TIB3G ieuQK9GL/MopbFrtoxSVeRRRcjvReO5CJJxgg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=WFTfUqF+sf7VKBEUogvvsvBD2ZnINvx/67zhDnUonitUFDXcUtFJHng90Edt/sZRtf xX3jimhJZwCgXDmy2H1IE1x3A0EISKoA/uoAN00sAVMaP0F5/k2XKXYW1E++TFN8oEv0 qxqNR0n2aFq7Ub0nIyUiuxQ6dArDug530b9sA= MIME-Version: 1.0 Received: by 10.229.189.72 with SMTP id dd8mr3338942qcb.123.1290904639049; Sat, 27 Nov 2010 16:37:19 -0800 (PST) Received: by 10.229.35.15 with HTTP; Sat, 27 Nov 2010 16:37:18 -0800 (PST) Date: Sun, 28 Nov 2010 03:37:18 +0300 Message-ID: From: Subbsd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: part of the application to compile stops 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: Sun, 28 Nov 2010 01:02:52 -0000 Hello, From some revision of FreeBSD 9/Current, part of the application during configure stops with a message ... checking how to ignore standart include path... ... One such application - /usr/ports/devel/ORBit. If at this moment to press Ctrl + D - work resumes (and ive see: sed: confdefs.h: No such file or directory ) Looks like confdefs.h from some time move from place where sed waiting for him. From owner-freebsd-current@FreeBSD.ORG Sun Nov 28 04:55:53 2010 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 9A8DD1065672 for ; Sun, 28 Nov 2010 04:55:53 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 245678FC14 for ; Sun, 28 Nov 2010 04:55:52 +0000 (UTC) Received: by fxm16 with SMTP id 16so1738287fxm.13 for ; Sat, 27 Nov 2010 20:55:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=6Jr3fpEcZe9f9Co/9uCtRK8Hh2pPgpce/rphpUG+YRQ=; b=AYvDw7asIIkK0Uu+FHI5XEEc4jm64ZUC6nCQHhgFQW2iLMLnqT7gSdpBv1zHEwXcZf 0NBsBJW/7q8L6x0JW8GFhOLHACAZIURN6kl0hgRNsAD+ypGQDovfCVKMjFw4SSNhV9Ln pL36N3TThtCJw/kRDe1UZI6ANROcWZq3EB3QQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CUg6fnWHbQmtc8zSjcuGruZlJg9sszI+Rv4LOny6qCtF1h1N1RCgucEsAVQgl4Fdlq ckmPDAsqFDQ/UM2iNiuuFWu+bnDnK39ur34Es+BeCq/FDhTIjQI1WBCC9sSol8lz8Igw X+eRnwOxTabmTQ3L7PTgLaetNYgM1iHBi+i8M= MIME-Version: 1.0 Received: by 10.223.97.73 with SMTP id k9mr3778621fan.120.1290918656998; Sat, 27 Nov 2010 20:30:56 -0800 (PST) Received: by 10.223.121.138 with HTTP; Sat, 27 Nov 2010 20:30:56 -0800 (PST) In-Reply-To: <4CF1A4DA.1080908@FreeBSD.org> References: <4CF1A4DA.1080908@FreeBSD.org> Date: Sat, 27 Nov 2010 22:30:56 -0600 Message-ID: From: Adam Vande More To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Should green_saver.ko shut off a laptop's backlight? 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: Sun, 28 Nov 2010 04:55:53 -0000 On Sat, Nov 27, 2010 at 6:39 PM, Doug Barton wrote: > My recollection is that green_saver should turn off an LCD backlight, but I > just loaded it up on my laptop and it's not doing so. It does remove the > text from the screen, but the backlight is still on (i.e., it is doing > exactly what blank_saver does). > > When running X DPMS works on that same laptop, so I know the hardware is > capable. This is 9-current amd64 at r214025. Any suggestions are welcome. > It's never worked for me either and this has been around awhile. http://www.freebsd.org/cgi/query-pr.cgi?pr=114928&cat= -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Sun Nov 28 05:29:14 2010 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 32DDD1065673 for ; Sun, 28 Nov 2010 05:29:14 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 146F58FC13 for ; Sun, 28 Nov 2010 05:29:13 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oAS5TCtI031203; Sat, 27 Nov 2010 21:29:12 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 6DE162D6012; Sat, 27 Nov 2010 21:29:11 -0800 (PST) Message-ID: <4CF1E8BB.4000702@freebsd.org> Date: Sat, 27 Nov 2010 21:29:31 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kevin Mai References: <1832177924.3260.1290713938422.JavaMail.root@mrelmx10.mrec.ar> In-Reply-To: <1832177924.3260.1290713938422.JavaMail.root@mrelmx10.mrec.ar> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-current@freebsd.org Subject: Re: Issues with Jails/Routes/FIBs 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: Sun, 28 Nov 2010 05:29:14 -0000 On 11/25/10 11:38 AM, Kevin Mai wrote: > Hi folks! > > I'm facing an issue here while trying to define separate routing tables for each jail and host. You don't say what version of FreeBSD you are using.. > Let me show you briefly how it's done: > > The server has 3 physical NICs, each one connected to a different network (say, public network A, public network B, and LAN). > > Currently, the default gateway is set to be the LAN gateway, even though the two jails can see their own public network subnet. can you explain what you mean by that? > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 172.16.2.1 UGS 1 3935 bce2 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 172.16.2.127 link#3 UHS 0 0 lo0 > 100.16.97.0/24 link#1 U 0 0 bce0 > 100.16.97.5 link#1 UHS 0 0 lo0 > 100.16.98.0/24 link#2 U 0 0 bce1 > 100.16.98.5 link#2 UHS 0 0 lo0 > > 100.16.97.0/24 and 100.16.98.0/24 are the two public networks and 172.16.2.0/24 is the LAN. > > I have already tried removing devfs rules from the jails, setting securelevel to -1 but I'm still out of luck.. > > I know setfib can define alternate routing tables, and I even created a default gateway for two fibs, 1& 2: > > [root@mrefns09 ~]# setfib 2 netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 100.16.98.100 UGS 14 906 bce1 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 100.16.97.0/24 link#1 U 0 39 bce0 > 100.16.98.0/24 link#2 U 0 0 bce1 > > [root@mrefns09 ~]# setfib 1 netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 100.16.97.100 UGS 0 1758 bce0 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 100.16.97.0/24 link#1 U 0 44 bce0 > 100.16.98.0/24 link#2 U 0 4 bce1 > > And i've added the proper settings in rc.conf.. > > jail_athea97_ip="100.16.97.5 netmask 255.255.255.0" > jail_athea97_fib=1 ooh I hadn't seen that.. (goes to a recent machine to look at new jail confif stuff.) cool. Hadn't seen that.. but it should work. > > jail_athea98_ip="100.16.98.5 netmask 255.255.255.0" > jail_athea98_fib=2 > > Am I missing something? because once I get into the jail the routing table is the same: well HOW do you get into the jail? the fib is inherited from your parent process so if your process is not descended from whatever you started the jail with, you will not inherrit the right fib unless you specifically include setfib() in the command. > [root@athea97 /]# netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 172.16.2.1 UGS 13 6175 bce2 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 172.16.2.127 link#3 UHS 0 0 lo0 > 100.16.97.0/24 link#1 U 0 0 bce0 > 100.16.97.5 link#1 UHS 0 0 lo0 > 100.16.98.0/24 link#2 U 0 0 bce1 > 100.16.98.5 link#2 UHS 0 0 lo0 > > [root@athea97 /]# setfib 1 netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 100.16.97.100 UGS 15 1814 bce0 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 100.16.97.0/24 link#1 U 0 44 bce0 > 100.16.98.0/24 link#2 U 0 4 bce1 > > The other jail is acting the same way. I know that since I'm doing a jexec, the shell will have the host's route because, but, how can I know if it's getting the alternate routing table? you need to do setfib 1 jexec {your command} OR you should make your original jail command start up (however indirectly) sshd or telnetd or whatever and connect in via that. In that case your process will be descended from the original jailed process and you will get the effect you want. However I have to point out to you that if you are using freebsd 8, you might want to investigate the "VIMAGE" extensions to jail. this does even more of what you want by associating the network changes with the jail and not just the process that was jailed. (check the 'vnet' option to the jail command.) > Thanks, > > Kevin > > _______________________________________________ > 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 Sun Nov 28 13:58:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 1B5B61065672; Sun, 28 Nov 2010 13:58:34 +0000 (UTC) Date: Sun, 28 Nov 2010 13:58:34 +0000 From: Alexander Best To: Andriy Gapon Message-ID: <20101128135834.GA90165@freebsd.org> References: <20101125222517.GA82173@freebsd.org> <4CEFB5E0.7020205@freebsd.org> <20101126190808.GA94344@freebsd.org> <4CF02AD0.7000207@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CF02AD0.7000207@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: two issues with cdfs 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: Sun, 28 Nov 2010 13:58:34 -0000 On Fri Nov 26 10, Andriy Gapon wrote: > on 26/11/2010 21:08 Alexander Best said the following: > > On Fri Nov 26 10, Andriy Gapon wrote: > >> on 26/11/2010 00:25 Alexander Best said the following: > >>> hi there, > >>> > >>> i've tripped over two issues with the cdfs: > >> > >> What's cdfs? :-/ > >> > >>> 1) take a > 4 GB example.file > >>> 2) do `mkisofs -iso-level 4 -input-charset ISO-8859-15 -V "Test 1" -o new.iso example.file` > >>> 3) mdconfig -a -t vnode -f new.iso > >>> 4) mount -t cd9660 /dev/mdX /some/place > >>> > >>> the resulting file size is only 3115015779 bytes, although it should be > >>> 7409981027 bytes (in my case). > >>> > >>> the second issue: > >>> > >>> 1) take a > 4 GB file > >>> 2) do `mkisofs -iso-level 4 -J -r -input-charset ISO-8859-15 -V "Test 2" -o new.iso example.file` > >>> 3) mdconfig -a -t vnode -f new.iso > >>> 4) mount -t cd9660 /dev/mdX /some/place > >>> > >>> there are 2 files with the same indode. the file size is 4294965248 bytes, > >>> although it should be 7409981027 bytes (in my case). > >> > >> Likely we don't support multi-extent files at the moment. > > > > at the moment? ;) any plans for the future? > > Plans/hopes etc. We haven't reached perfection yet, so no eternal code freeze yet. i found a way to access the data on such disks. i simply copied the whole iso to my hdd using dd and then threw tar at it. since tar understands cdfs and also seems to support multi-extent i got the whole file. :) maybe adding an entry to BUGS section of mount_cd9660(8) might be a good idea. cheers. alex > > > does this limit also apply to > > blueray or does it use a different fs? > > Not sure, never had one in my hands. > > > udf support in FreeBSD is also quite > > limited. > > True. Port of NetBSD UDF is in project ideas. > > -- > Andriy Gapon -- a13x From owner-freebsd-current@FreeBSD.ORG Sun Nov 28 18:14:43 2010 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 5253C106567A; Sun, 28 Nov 2010 18:14:43 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B5EEC8FC16; Sun, 28 Nov 2010 18:14:42 +0000 (UTC) Received: by wyf19 with SMTP id 19so3591091wyf.13 for ; Sun, 28 Nov 2010 10:14:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=KZfU1UJxddhb4e/GQClZh2D77/q24KJ/K0I4wMqKkZ0=; b=gYsONuvwt/rB5DIrtT0tyuJFywreZLcypyETqVXfEkHyQ37Kusd9yL5J0XOzfWfW6d Sw0xCWpomZFDo48c42XyxvdKaXLH4+H/wWFMhf5MMgQiF/MPA/ucKElWvCTtzFSy3kKI hATimcqD374IHomJ4pjqtdr+3wC24eBIagxKQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=HFqTiNZIoy39MrnjnjYuORQcNZsr0yF7vPi4TDcC0N3ojDFcfK0t+OjoPop8lNSc5R EGS4z4U/zu1Q6HUjkm3aoWjjCaOoYLEHowmBSANIWMaLJK/PM7isBjGadvz4bzXUEXuM EzIIqaHLxnRCz0ZHHtq1/s7cxCc/vb4mv3wbg= MIME-Version: 1.0 Received: by 10.216.51.8 with SMTP id a8mr1272678wec.62.1290968080731; Sun, 28 Nov 2010 10:14:40 -0800 (PST) Received: by 10.216.234.82 with HTTP; Sun, 28 Nov 2010 10:14:40 -0800 (PST) In-Reply-To: <20101125234527.GO92881@weongyo> References: <20101125234527.GO92881@weongyo> Date: Sun, 28 Nov 2010 18:14:40 +0000 Message-ID: From: Paul B Mahol To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: [CFR] a small change of ifconfig(8) 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: Sun, 28 Nov 2010 18:14:43 -0000 On 11/25/10, Weongyo Jeong wrote: > Hello all, > > I'm sending this email to check whether my approach is reasonable that I > added 2 line into ifconfig(8) to skip IFT_USB interfaces as follows: > > + if (sdl != NULL && sdl->sdl_type == IFT_USB) > + continue; > > And as additionally I added two changes of USB pf to call if_up(ifp) / > if_down(ifp) explicitly to UP usbus interfaces though normally it always > should be called through user ioctl calls. > > The reason why I make this patch is that I encountered a side-effect > output from ifconfig(8) after USB packet filter is committed. Yes usbus > interfaces are printed. > > Please give me some hints whether the patch is reasonable. If it's > reasonable, is there other tools which I should make patches? Currently ifconfig will with special rc.conf configuration "hang" after boot making multiuser mode impossible to happen. Perhaps ifconfig tries to do something fancy with usbus interfaces. From owner-freebsd-current@FreeBSD.ORG Sun Nov 28 23:03:17 2010 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 D28F21065672; Sun, 28 Nov 2010 23:03:17 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A83E8FC0A; Sun, 28 Nov 2010 23:03:16 +0000 (UTC) Received: by qyk36 with SMTP id 36so778393qyk.13 for ; Sun, 28 Nov 2010 15:03:16 -0800 (PST) Received: by 10.224.47.134 with SMTP id n6mr771353qaf.189.1290983714794; Sun, 28 Nov 2010 14:35:14 -0800 (PST) Received: from [192.168.43.181] (m4a5736d0.tmodns.net [208.54.87.74]) by mx.google.com with ESMTPS id m7sm2745254qck.13.2010.11.28.14.35.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Nov 2010 14:35:13 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20101128135834.GA90165@freebsd.org> Date: Sun, 28 Nov 2010 17:35:06 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <175752FA-9584-4EC8-835A-6A65DFCF076C@kientzle.com> References: <20101125222517.GA82173@freebsd.org> <4CEFB5E0.7020205@freebsd.org> <20101126190808.GA94344@freebsd.org> <4CF02AD0.7000207@freebsd.org> <20101128135834.GA90165@freebsd.org> To: Alexander Best X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: two issues with cdfs 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: Sun, 28 Nov 2010 23:03:17 -0000 On Nov 28, 2010, at 8:58 AM, Alexander Best wrote: >>> On Fri Nov 26 10, Andriy Gapon wrote: >>>> on 26/11/2010 00:25 Alexander Best said the following: >>>>=20 >>>>> 1) take a > 4 GB example.file >>>>=20 >>>> Likely we don't support multi-extent files at the moment. >>>=20 > i found a way to access the data on such disks. i simply copied the = whole iso > to my hdd using dd and then threw tar at it. since tar understands = cdfs and > also seems to support multi-extent i got the whole file. :) I believe this works without actually copying the image: tar xvf /dev/cd0 Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 02:49:27 2010 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 87C8B106564A; Mon, 29 Nov 2010 02:49:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 41D768FC12; Mon, 29 Nov 2010 02:49:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oAT2nQcC049392; Sun, 28 Nov 2010 21:49:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oAT2nQed049387; Mon, 29 Nov 2010 02:49:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 29 Nov 2010 02:49:26 GMT Message-Id: <201011290249.oAT2nQed049387@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 29 Nov 2010 02:49:27 -0000 TB --- 2010-11-29 01:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-11-29 01:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-11-29 01:30:00 - cleaning the object tree TB --- 2010-11-29 01:30:31 - cvsupping the source tree TB --- 2010-11-29 01:30:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-11-29 01:30:55 - building world TB --- 2010-11-29 01:30:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-29 01:30:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-29 01:30:55 - TARGET=i386 TB --- 2010-11-29 01:30:55 - TARGET_ARCH=i386 TB --- 2010-11-29 01:30:55 - TZ=UTC TB --- 2010-11-29 01:30:55 - __MAKE_CONF=/dev/null TB --- 2010-11-29 01:30:55 - cd /src TB --- 2010-11-29 01:30:55 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 29 01:30:55 UTC 2010 >>> 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 [...] gzip -cn /src/cddl/usr.sbin/dtruss/dtruss.1 > dtruss.1.gz ===> cddl/usr.sbin/lockstat (all) cc -O2 -pipe -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/lockstat/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/lockstat/../../../sys/cddl/contrib/opensolaris/compat -I/src/cddl/usr.sbin/lockstat/../../../sys -DNEED_ERRLOC -g -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c: In function 'main': /src/cddl/usr.sbin/lockstat/../../../cddl/contrib/opensolaris/cmd/lockstat/lockstat.c:1062: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/cddl/usr.sbin/lockstat. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-29 02:49:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-29 02:49:26 - ERROR: failed to build world TB --- 2010-11-29 02:49:26 - 3757.53 user 694.30 system 4765.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 03:58:09 2010 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 15295106566B for ; Mon, 29 Nov 2010 03:58:09 +0000 (UTC) (envelope-from kma@mrecic.gov.ar) Received: from mx1.mrecic.gov.ar (mx1.mrecic.gov.ar [200.16.99.221]) by mx1.freebsd.org (Postfix) with ESMTP id 6074C8FC14 for ; Mon, 29 Nov 2010 03:58:07 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnsDACiz8kyMvzAmgWdsb2JhbACDT58tFQEBFiIisHiPeoEhgzNzBIlwdYNB X-IronPort-AV: E=Sophos;i="4.59,274,1288580400"; d="scan'208";a="21801204" Received: from mrelmx07.mrec.ar ([140.191.48.38]) by mx1.mrecic.gov.ar with ESMTP; 29 Nov 2010 00:58:06 -0300 Received: from localhost (localhost.localdomain [127.0.0.1]) by mrelmx07.mrec.ar (Postfix) with ESMTP id 0FB1D71E1F; Mon, 29 Nov 2010 00:58:06 -0300 (ART) X-Virus-Scanned: amavisd-new at mrelmx07.mrec.ar Received: from mrelmx07.mrec.ar ([127.0.0.1]) by localhost (mrelmx07.mrec.ar [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pkn7kdjT8oFE; Mon, 29 Nov 2010 00:58:05 -0300 (ART) Received: from mrelmx06.mrec.ar (mrelmx10.mrec.ar [140.191.48.45]) by mrelmx07.mrec.ar (Postfix) with ESMTP id 0A35671E13; Mon, 29 Nov 2010 00:58:04 -0300 (ART) Date: Mon, 29 Nov 2010 01:58:04 -0200 (ARST) From: Kevin Mai To: Julian Elischer Message-ID: <1079143654.9312.1291003084854.JavaMail.root@mrelmx10.mrec.ar> In-Reply-To: <4CF1E8BB.4000702@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [200.16.110.43] X-Mailer: Zimbra 6.0.6_GA_2330.DEBIAN5_64 (ZimbraWebClient - SAF3 (Linux)/6.0.6_GA_2330.DEBIAN5_64) Cc: freebsd-current@freebsd.org Subject: Re: Issues with Jails/Routes/FIBs 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, 29 Nov 2010 03:58:09 -0000 Hi Julian, Thanks for your email, alternate fib was running, it was just me logging in using jexec only -.-" Besides that, I'm running 8.1 RELEASE, but haven't seen to much information about jails in 8.x and VIMAGE.. Really appreciate your help :) Kind Regards, Kevin ----- Mensaje original ----- De: "Julian Elischer" Para: "Kevin Mai" CC: freebsd-current@freebsd.org Enviados: Domingo, 28 de Noviembre 2010 2:29:31 Asunto: Re: Issues with Jails/Routes/FIBs On 11/25/10 11:38 AM, Kevin Mai wrote: > Hi folks! > > I'm facing an issue here while trying to define separate routing > tables for each jail and host. You don't say what version of FreeBSD you are using.. > Let me show you briefly how it's done: > > The server has 3 physical NICs, each one connected to a different > network (say, public network A, public network B, and LAN). > > Currently, the default gateway is set to be the LAN gateway, even > though the two jails can see their own public network subnet. can you explain what you mean by that? > Internet: Destination Gateway Flags Refs Use Netif Expire > default 172.16.2.1 UGS 1 3935 bce2 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 172.16.2.127 link#3 UHS 0 0 lo0 > 100.16.97.0/24 link#1 U 0 0 bce0 > 100.16.97.5 link#1 UHS 0 0 lo0 > 100.16.98.0/24 link#2 U 0 0 bce1 > 100.16.98.5 link#2 UHS 0 0 lo0 > > 100.16.97.0/24 and 100.16.98.0/24 are the two public networks and > 172.16.2.0/24 is the LAN. > > I have already tried removing devfs rules from the jails, setting > securelevel to -1 but I'm still out of luck.. > > I know setfib can define alternate routing tables, and I even created > a default gateway for two fibs, 1& 2: > > [root@mrefns09 ~]# setfib 2 netstat -rn > Routing tables > > Internet: Destination Gateway Flags Refs Use Netif Expire > default 100.16.98.100 UGS 14 906 bce1 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 100.16.97.0/24 link#1 U 0 39 bce0 > 100.16.98.0/24 link#2 U 0 0 bce1 > > [root@mrefns09 ~]# setfib 1 netstat -rn > Routing tables > > Internet: Destination Gateway Flags Refs Use Netif Expire > default 100.16.97.100 UGS 0 1758 bce0 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 100.16.97.0/24 link#1 U 0 44 bce0 > 100.16.98.0/24 link#2 U 0 4 bce1 > > And i've added the proper settings in rc.conf.. > > jail_athea97_ip="100.16.97.5 netmask 255.255.255.0" > jail_athea97_fib=1 ooh I hadn't seen that.. (goes to a recent machine to look at new jail confif stuff.) cool. Hadn't seen that.. but it should work. > > jail_athea98_ip="100.16.98.5 netmask 255.255.255.0" > jail_athea98_fib=2 > > Am I missing something? because once I get into the jail the routing > table is the same: well HOW do you get into the jail? the fib is inherited from your parent process so if your process is not descended from whatever you started the jail with, you will not inherrit the right fib unless you specifically include setfib() in the command. > [root@athea97 /]# netstat -rn > Routing tables > > Internet: Destination Gateway Flags Refs Use Netif Expire > default 172.16.2.1 UGS 13 6175 bce2 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 172.16.2.127 link#3 UHS 0 0 lo0 > 100.16.97.0/24 link#1 U 0 0 bce0 > 100.16.97.5 link#1 UHS 0 0 lo0 > 100.16.98.0/24 link#2 U 0 0 bce1 > 100.16.98.5 link#2 UHS 0 0 lo0 > > [root@athea97 /]# setfib 1 netstat -rn > Routing tables > > Internet: Destination Gateway Flags Refs Use Netif Expire > default 100.16.97.100 UGS 15 1814 bce0 > 127.0.0.1 link#5 UH 0 0 lo0 > 172.16.2.0/24 link#3 U 0 0 bce2 > 100.16.97.0/24 link#1 U 0 44 bce0 > 100.16.98.0/24 link#2 U 0 4 bce1 > > The other jail is acting the same way. I know that since I'm doing a > jexec, the shell will have the host's route because, but, how can I > know if it's getting the alternate routing table? you need to do setfib 1 jexec {your command} OR you should make your original jail command start up (however indirectly) sshd or telnetd or whatever and connect in via that. In that case your process will be descended from the original jailed process and you will get the effect you want. However I have to point out to you that if you are using freebsd 8, you might want to investigate the "VIMAGE" extensions to jail. this does even more of what you want by associating the network changes with the jail and not just the process that was jailed. (check the 'vnet' option to the jail command.) > Thanks, > > Kevin > > _______________________________________________ > 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 Mon Nov 29 05:46:36 2010 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 258C61065675 for ; Mon, 29 Nov 2010 05:46:36 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-1.mx.aerioconnect.net [216.240.47.61]) by mx1.freebsd.org (Postfix) with ESMTP id C34308FC0A for ; Mon, 29 Nov 2010 05:46:35 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oAT5kYbh008421; Sun, 28 Nov 2010 21:46:34 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id D20042D6011; Sun, 28 Nov 2010 21:46:33 -0800 (PST) Message-ID: <4CF33E4E.3090007@freebsd.org> Date: Sun, 28 Nov 2010 21:46:54 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kevin Mai References: <1079143654.9312.1291003084854.JavaMail.root@mrelmx10.mrec.ar> In-Reply-To: <1079143654.9312.1291003084854.JavaMail.root@mrelmx10.mrec.ar> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-current@freebsd.org Subject: Re: Issues with Jails/Routes/FIBs 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, 29 Nov 2010 05:46:36 -0000 On 11/28/10 7:58 PM, Kevin Mai wrote: > Hi Julian, > > Thanks for your email, alternate fib was running, it was just me logging in using jexec only -.-" > > > Besides that, I'm running 8.1 RELEASE, but haven't seen to much information about jails in 8.x and VIMAGE.. if you are using 8 you really should be addressing either net@ or stable@ rather than current. if you compile the kernel with options VIMAGE you get the option to create each jail with a completely separate network stack. That includes with a completely differnet routing table and completely separate interfaces. The ifconfig command has a new vnet option that allows you to assign an exisiting interface into a jail for its exclusive use and the set fib command gives completely different sets of fibs for each jail. It's not very well supported yet in the rc scripts as far as I know and is pretty experimental, but it's getting more stable with time and may do exactly what you want. some examples may be found at: http://www.freebsd.org/cgi/cvsweb.cgi/src/share/examples/netgraph/virtual.chain http://www.freebsd.org/cgi/cvsweb.cgi/src/share/examples/netgraph/virtual.lan as well, as looking at the jail and ifconfig man pages and looking up "vimage" on the net. > Really appreciate your help :) > > Kind Regards, > > Kevin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 08:52:14 2010 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 2B6EB106566B; Mon, 29 Nov 2010 08:52:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DC91B8FC08; Mon, 29 Nov 2010 08:52:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1PMzT3-00031F-2Y>; Mon, 29 Nov 2010 09:52:13 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1PMzT2-00041b-VH>; Mon, 29 Nov 2010 09:52:13 +0100 Message-ID: <4CF369C4.4030007@zedat.fu-berlin.de> Date: Mon, 29 Nov 2010 09:52:20 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: CURRENT: Issue with ZFS and 2TB WD HDD (WDC WD20EURS-63Z9B1 80.00A80) 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, 29 Nov 2010 08:52:14 -0000 I'm running a newly setup FreeBSD 9.0-CURRENT/amd64 SMP box. The former OS was FreeBSD 8.1-PRE/amd64. Attached to the system are three WD harddrives with ZFS as filesystem on GPT partitioning scheme. Two 1TB HDD are spanning a volume with 2 TB capacity which is quite fast due to parallel access through ZFS. The underlying layout is, as mentioned, GPT, bot devices are named /dev/ada1p1 and /dev/ada2p1. The thir drive is a WD Caviar Green 2TB HDD acting as a compressed ZFS backup media, also based on a GPT partitioning scheme and known as device /dev/ada3p1. In FreeBSD 8.2-PRE/amd64 I can use the JBOD volume resembled from two 1TB HDD without problems, mounting is all right, dismounting, also with the 2TB HDD, labeld as BACKUP00 volume in ZFS. Doing a "zpool export" on both ZFS volumes works fine in FBSD 8, importing is also no problem. The system's log does not show any kind of irregularities, errors or something else indicating soemthing weird with one of the three devices. Exporting both volumes in FreeBSD 8 works. But importing them in FreeBSD 9.0-CURRENT/amd64 as with the most recent make world of today fails on the 2TB HDD (ZFS pool/volume BACKUP00). Issuing "zpool import BACKUP00" results in cannot import 'BACKUP': no such pool available and on console I receive message ZFS WARNING: Unable to attach to ada1 But the drive is and was ada3! Looking with zpool status, I get the follwoing picture: pool: BACKUP00 state: FAULTED status: One or more devices could not be used because the label is missing or invalid. There are insufficient replicas for the pool to continue functioning. action: Destroy and re-create the pool from a backup source. see: http://www.sun.com/msg/ZFS-8000-5E scrub: none requested config: NAME STATE READ WRITE CKSUM BACKUP00 FAULTED 0 0 0 corrupted data ada3 UNAVAIL 0 0 0 corrupted data pool: THOR00 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM THOR00 ONLINE 0 0 0 ada1p1 ONLINE 0 0 0 ada2p1 ONLINE 0 0 0 errors: No known data errors This picture differs from what I see i FreeBSD 8.2-PRE/amd issuing the same command! I did a full "zpool scrub" on both pools - no effect. Surprisingly, the GPT partition of the pool BACKUP00 isn't shown in FreeBSD 9, while I see ada3p1 in FreeBSD 8.2. gpart show ada3 lists this: => 34 3907029101 ada3 GPT (1.8T) 34 4062 - free - (2.0M) 4096 3907025039 1 freebsd-zfs (1.8T) The drive in question is a WesternDigital Caviar Green WD ( at scbus7 target 0 lun 0 (pass3,ada3)). Can someone explain what#s going on? The drive in question is one of the new 4k sized physical block devices. Why is FreeBSD 8 dealing with the HDD, FreeBSD 9 not? Any help at this point? Hope the volume is not lost. Thanks in advance, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 14:38:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 6ADA01065675; Mon, 29 Nov 2010 14:38:51 +0000 (UTC) Date: Mon, 29 Nov 2010 14:38:51 +0000 From: Alexander Best To: Tim Kientzle Message-ID: <20101129143851.GB10998@freebsd.org> References: <20101125222517.GA82173@freebsd.org> <4CEFB5E0.7020205@freebsd.org> <20101126190808.GA94344@freebsd.org> <4CF02AD0.7000207@freebsd.org> <20101128135834.GA90165@freebsd.org> <175752FA-9584-4EC8-835A-6A65DFCF076C@kientzle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <175752FA-9584-4EC8-835A-6A65DFCF076C@kientzle.com> Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: two issues with cdfs 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, 29 Nov 2010 14:38:51 -0000 On Sun Nov 28 10, Tim Kientzle wrote: > On Nov 28, 2010, at 8:58 AM, Alexander Best wrote: > >>> On Fri Nov 26 10, Andriy Gapon wrote: > >>>> on 26/11/2010 00:25 Alexander Best said the following: > >>>> > >>>>> 1) take a > 4 GB example.file > >>>> > >>>> Likely we don't support multi-extent files at the moment. > >>> > > i found a way to access the data on such disks. i simply copied the whole iso > > to my hdd using dd and then threw tar at it. since tar understands cdfs and > > also seems to support multi-extent i got the whole file. :) > > I believe this works without actually copying the image: > > tar xvf /dev/cd0 ahh thanks. you're right. that's even more convenient. :) > > Cheers, > > Tim -- a13x From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 15:32:21 2010 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 280A8106564A; Mon, 29 Nov 2010 15:32:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id ECFC48FC17; Mon, 29 Nov 2010 15:32:20 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A608446B29; Mon, 29 Nov 2010 10:32:20 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9C5198A029; Mon, 29 Nov 2010 10:32:19 -0500 (EST) From: John Baldwin To: Alan Cox Date: Mon, 29 Nov 2010 09:45:35 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <1290387926.16558.1283.camel@home-yahoo> <201011221447.13026.jhb@freebsd.org> <4CEB126E.2010509@rice.edu> In-Reply-To: <4CEB126E.2010509@rice.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201011290945.35128.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:19 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: alc@freebsd.org, freebsd-current@freebsd.org, Sean Bruno Subject: Re: 40 vs 44 bit memory addressing HP DL580/980 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, 29 Nov 2010 15:32:21 -0000 On Monday, November 22, 2010 8:01:34 pm Alan Cox wrote: > On 11/22/2010 1:47 PM, John Baldwin wrote: > > On Monday, November 22, 2010 1:37:45 pm Alan Cox wrote: > >> On Mon, Nov 22, 2010 at 6:59 AM, John Baldwin wrote: > >> > >>> On Sunday, November 21, 2010 8:05:26 pm Sean Bruno wrote: > >>>> Looks like these HP boxes have the capability to do 44 bit memory > >>>> addressing if configured to do so from the BIOS. > >>>> > >>>> Is anyone interested in any data from that setting? > >>> Does it boot ok? :) The MTRR code should handle that (there is a CPUID > >>> field that tells the OS how many bits are significant). Not sure if there > >>> are any places in the pmap that assume 40 bits, but a test boot is > >>> certainly > >>> worth trying. > >>> > >>> > >> Since we don't boot with 40-bit addressing, I can easily predict the > >> outcome. :-) > >> > >> The trouble with this machine is that the second 128GB of RAM is being > >> placed between 512G and 1T in the physical address space, which is beyond > >> the range of the (current) direct map. So, we take a page fault on the > >> first access to a page in the second 128GB through the direct map. > > Heh, I guess that is what your earlier patch did? Once that patch is applied > > I think Sean should just try 44-bit mode if so. > > > > Yes. > > If 44-bit addressing makes the placement of DRAM in the physical address > space any sparser, then we'll again have an insufficiently large direct > map. Also, I fear that we won't be able to allocate the vm_page_array > without enabling VM_PHYSSEG_SPARSE, which itself requires a change in > order to work. I believe someone has a change for that on amd64 already? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 15:32:22 2010 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 789DE106566B; Mon, 29 Nov 2010 15:32:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 482508FC0C; Mon, 29 Nov 2010 15:32:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0091E46B03; Mon, 29 Nov 2010 10:32:22 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D7D058A01D; Mon, 29 Nov 2010 10:32:20 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 29 Nov 2010 09:49:59 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4C9389BC.7090300@FreeBSD.org> <4CEC35BB.4040600@freebsd.org> <20101123232003.GB5056@freebsd.org> In-Reply-To: <20101123232003.GB5056@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011290950.00192.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:20 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Alexander Best , Alex Dupre , current@freebsd.org, Andriy Gapon , Jakub Lach Subject: Re: Regarding pciids 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, 29 Nov 2010 15:32:22 -0000 On Tuesday, November 23, 2010 6:20:03 pm Alexander Best wrote: > On Tue Nov 23 10, Andriy Gapon wrote: > > on 18/10/2010 18:28 Alexander Best said the following: > > > On Mon Oct 18 10, Alexander Best wrote: > > >> On Fri Sep 17 10, Alex Dupre wrote: > > >>> I created hackish scripts to generate pci_vendors file from Boemler and > > >>> Mares (pciids.sf.net) lists. I haven't found the Hart list. > > >>> > > >>> The results of the scripts are here: > > >> > > >> sorry it seems i missed your post back then. > > >> > > >> i found two more lists: > > >> > > >> http://rh-software.com/downloads/pcidevs.txt > > >> and > > >> http://hobbes.nmsu.edu/h-browse.php?dir=/pub/incoming (seems to be based on the > > >> Hart list) > > >> > > >> the actual Hart list seems to have vanished and the web location is no longer > > >> accessible. > > >> > > >> personally i don't think it's necessary to combine the data of two files. the > > >> mares database seems extremely elaborate. all my pci devices get described > > >> properly. also making use of only one databse would make it more easy to submit > > >> additional info back to the vendor. > > >> > > >> so any objections to switching to the mares list? > > >>> > > >>> http://www.alexdupre.com/pci_vendors/mares.txt > > >>> http://www.alexdupre.com/pci_vendors/boemler.txt > > >>> http://www.alexdupre.com/pci_vendors/mares-boemler.txt > > >>> http://www.alexdupre.com/pci_vendors/boemler-mares.txt > > >>> > > >>> The first two are generated from single lists, the last two are > > >>> combined, with different preference order. > > > > > > oh...and i think it would be a good idea to move from ";" as comment character > > > to "#". that way we wouldn't need to run a script, but could include the vendor > > > file directly into the src tree. > > > > So, guys, perhaps I missed the patch(es) - I think that I am interested in > > reviewing them and getting them committed. > > > > Many thanks! > > iirc the problem is that some entries in the current pciid list are not present > in the mares list. this leaves two options: > > 1) take the mares list and add the missing entries from the current pciid > version or > 2) try to get all entries from the current pciid committed upstream to the > mares list and once that's been done do a complete import of the mares list, > replacing the current pciid file entirely. I think go for 1) for now. Has anyone asked the mares folks about 2)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 15:32:22 2010 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 789DE106566B; Mon, 29 Nov 2010 15:32:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 482508FC0C; Mon, 29 Nov 2010 15:32:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0091E46B03; Mon, 29 Nov 2010 10:32:22 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D7D058A01D; Mon, 29 Nov 2010 10:32:20 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 29 Nov 2010 09:49:59 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4C9389BC.7090300@FreeBSD.org> <4CEC35BB.4040600@freebsd.org> <20101123232003.GB5056@freebsd.org> In-Reply-To: <20101123232003.GB5056@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011290950.00192.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:20 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Alexander Best , Alex Dupre , current@freebsd.org, Andriy Gapon , Jakub Lach Subject: Re: Regarding pciids 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, 29 Nov 2010 15:32:22 -0000 On Tuesday, November 23, 2010 6:20:03 pm Alexander Best wrote: > On Tue Nov 23 10, Andriy Gapon wrote: > > on 18/10/2010 18:28 Alexander Best said the following: > > > On Mon Oct 18 10, Alexander Best wrote: > > >> On Fri Sep 17 10, Alex Dupre wrote: > > >>> I created hackish scripts to generate pci_vendors file from Boemler and > > >>> Mares (pciids.sf.net) lists. I haven't found the Hart list. > > >>> > > >>> The results of the scripts are here: > > >> > > >> sorry it seems i missed your post back then. > > >> > > >> i found two more lists: > > >> > > >> http://rh-software.com/downloads/pcidevs.txt > > >> and > > >> http://hobbes.nmsu.edu/h-browse.php?dir=/pub/incoming (seems to be based on the > > >> Hart list) > > >> > > >> the actual Hart list seems to have vanished and the web location is no longer > > >> accessible. > > >> > > >> personally i don't think it's necessary to combine the data of two files. the > > >> mares database seems extremely elaborate. all my pci devices get described > > >> properly. also making use of only one databse would make it more easy to submit > > >> additional info back to the vendor. > > >> > > >> so any objections to switching to the mares list? > > >>> > > >>> http://www.alexdupre.com/pci_vendors/mares.txt > > >>> http://www.alexdupre.com/pci_vendors/boemler.txt > > >>> http://www.alexdupre.com/pci_vendors/mares-boemler.txt > > >>> http://www.alexdupre.com/pci_vendors/boemler-mares.txt > > >>> > > >>> The first two are generated from single lists, the last two are > > >>> combined, with different preference order. > > > > > > oh...and i think it would be a good idea to move from ";" as comment character > > > to "#". that way we wouldn't need to run a script, but could include the vendor > > > file directly into the src tree. > > > > So, guys, perhaps I missed the patch(es) - I think that I am interested in > > reviewing them and getting them committed. > > > > Many thanks! > > iirc the problem is that some entries in the current pciid list are not present > in the mares list. this leaves two options: > > 1) take the mares list and add the missing entries from the current pciid > version or > 2) try to get all entries from the current pciid committed upstream to the > mares list and once that's been done do a complete import of the mares list, > replacing the current pciid file entirely. I think go for 1) for now. Has anyone asked the mares folks about 2)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 15:32:27 2010 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 C2637106566C; Mon, 29 Nov 2010 15:32:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 943218FC18; Mon, 29 Nov 2010 15:32:27 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 503E446B38; Mon, 29 Nov 2010 10:32:27 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5106F8A009; Mon, 29 Nov 2010 10:32:23 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 29 Nov 2010 09:54:07 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <7EA93980-478A-418A-8FB1-3249097A7011@forsythia.net> In-Reply-To: <7EA93980-478A-418A-8FB1-3249097A7011@forsythia.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011290954.07958.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:23 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Andrew Moran , freebsd-questions@freebsd.org Subject: Re: msk0 interface stops working when downloading 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, 29 Nov 2010 15:32:27 -0000 On Tuesday, November 23, 2010 6:25:06 pm Andrew Moran wrote: > > Hey guys, > > After banging my head against this for a few hours, I've decided to ask for help. I installed FreeBSD 8.1 amd64 on a Shuttle J1 4100 system (tech specs here http://us.shuttle.com/J1_4100.aspx). I installed from DVD and the install went fine. > > I notice when I pkg_add -r anything, the network stops responding. > > Some details: > > 1) I can reproduce it 100% by downloading a large file. low traffic like the SSH connection does not trigger it. I think it's being triggered by traffic above a certain rate. > 2) I can recover by restarting the network interfaces (/etc/rc.d/netif stop; /etc/rc.d/netif start) > 3) I see no errors in dmesg or /var/log/messages. Nothing at all. > 4) I've tried the following in /etc/sysctl.conf: > net.inet.tcp.tso=0 > net.inet.tcp.inflight.enable=0 > > and in /boot/loader.conf: > hw.pci.enable_msix="0" > hw.pci.enable_msi="0" > hw.bce.tso_enable="0" > > But the problem persists. > > The interface is identified as: > > mskc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 17 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 80:ee:73:01:60:7d > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > mskc0: [ITHREAD] When I've seen this on my netbook I did a tcpdump on another machien on the same hub and found that my msk0 device was spewing an endless stream of pause frames. I've only had this problem with a gigE switch, it works fine for me on a 10/100 switch. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 15:32:29 2010 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 976C6106564A; Mon, 29 Nov 2010 15:32:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 669A88FC15; Mon, 29 Nov 2010 15:32:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1A68E46B06; Mon, 29 Nov 2010 10:32:29 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2CA528A027; Mon, 29 Nov 2010 10:32:28 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 29 Nov 2010 10:07:37 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011291007.37044.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:28 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Alexander Motin , David Rhodus Subject: Re: panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 ftick 516947 ltick 517947 tick pri 2726 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, 29 Nov 2010 15:32:29 -0000 On Friday, November 26, 2010 4:38:49 pm David Rhodus wrote: > I hit this panic on my NFS server. > > -DR > > coke.fun dumped core - see /var/crash/vmcore.2 > > Fri Nov 26 14:50:48 UTC 2010 > > FreeBSD coke.fun 9.0-CURRENT FreeBSD 9.0-CURRENT #14 r215800: Wed Nov > 24 12:35:30 UTC 2010 root@coke.fun:/usr/obj/usr/src/sys/GENERIC > i386 > > panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 > ftick 516947 ltick 517947 tick pri 2726 I ran the numbers and assuming a hz of 1000, this requires you to have a very large value for ts_ticks (about (2726 * 24) << 10). I suspect this is due to sched_tick() being invoked for a long idle sleep combined with the eventtimer changes. Can you go to frame 10 and 'p td->td_sched->ts_ticks'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 15:32:31 2010 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 4F2131065673; Mon, 29 Nov 2010 15:32:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 203178FC1C; Mon, 29 Nov 2010 15:32:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D079646B23; Mon, 29 Nov 2010 10:32:30 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EE2528A01D; Mon, 29 Nov 2010 10:32:29 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 29 Nov 2010 10:09:15 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4CF1A4DA.1080908@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011291009.15466.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 10:32:30 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Adam Vande More , Doug Barton Subject: Re: Should green_saver.ko shut off a laptop's backlight? 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, 29 Nov 2010 15:32:31 -0000 On Saturday, November 27, 2010 11:30:56 pm Adam Vande More wrote: > On Sat, Nov 27, 2010 at 6:39 PM, Doug Barton wrote: > > > My recollection is that green_saver should turn off an LCD backlight, but I > > just loaded it up on my laptop and it's not doing so. It does remove the > > text from the screen, but the backlight is still on (i.e., it is doing > > exactly what blank_saver does). > > > > When running X DPMS works on that same laptop, so I know the hardware is > > capable. This is 9-current amd64 at r214025. Any suggestions are welcome. > > > > It's never worked for me either and this has been around awhile. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=114928&cat= green_saver just ask's your video card's BIOS to shut the screen off. If the BIOS doesn't turn off the backlight, that is the BIOS's problem, not something we can fix. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 16:05:08 2010 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 ED5BA1065693 for ; Mon, 29 Nov 2010 16:05:08 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mta21.charter.net (mta21.charter.net [216.33.127.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7500E8FC14 for ; Mon, 29 Nov 2010 16:05:08 +0000 (UTC) Received: from imp10 ([10.20.200.15]) by mta21.charter.net (InterMail vM.7.09.02.04 201-2219-117-106-20090629) with ESMTP id <20101129160507.YWKW3705.mta21.charter.net@imp10>; Mon, 29 Nov 2010 11:05:07 -0500 Received: from moorefam.homeunix.org ([96.38.85.215]) by imp10 with smtp.charter.net id d4511f00c4elNjk05454nw; Mon, 29 Nov 2010 11:05:07 -0500 X-Authority-Analysis: v=1.0 c=1 a=n3COGU92RHEA:10 a=kj9zAlcOel0A:10 a=x2m3GPe0AAAA:8 a=0S--xU5sJboAFPBSwLAA:9 a=WmODYjDS7IrzpEnuSXPf7yX4JoEA:4 a=CjuIK1q_8ugA:10 Received: by moorefam.homeunix.org (sSMTP sendmail emulation); Mon, 29 Nov 2010 11:05:01 -0500 Date: Mon, 29 Nov 2010 11:05:01 -0500 From: Kris Moore To: Kostik Belousov Message-ID: <20101129160501.GC85724@pcbsd.org> References: <20101126145909.GB90693@pcbsd.org> <20101126152206.GA2392@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101126152206.GA2392@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Broken make distribution on 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: Mon, 29 Nov 2010 16:05:09 -0000 On Fri, Nov 26, 2010 at 05:22:06PM +0200, Kostik Belousov wrote: > On Fri, Nov 26, 2010 at 09:59:09AM -0500, Kris Moore wrote: > > > > For about 2 weeks now I've been seeing failures when trying to spin ISOs > > of CURRENT (amd64) and using "make distribution" specifically: > > > > -------------------- > > pwd_mkdb -L -i -p -d /usr/pcbsd-build90/buildworld/etc /usr/pcbsd-build90/buildworld/etc/master.passwd > > *** Signal 6 > > > > Stop in /usr/pcbsd-build90/fbsd-source/9.0/etc. > > *** Error code 1 > > > > --------------------- > > > > It looks like the pwd_mkdb command is core dumping every time: > > > > pwd_mkdb -L -i -p -d /usr/pcbsd-build90/buildworld/etc /usr/pcbsd-build90/buildworld/etc/master.passwd > > Abort (core dumped) > > > > Whats odd is that with the same source tree, I'm spinning ISOs of i386 no > > problem. I've tried rebuilding the world / pwd_mkdb command with the latest > > source a few times, and no luck so far. > > > > Is anybody else seeing this on amd64? Here's the core file: > > > > http://www.pcbsd.org/~kris/pwd_mkdb.core.gz > The core file is only useful for somebody who has a binary and full set > of dsos that were loaded into the image. > > I think you should start with build containing debug symbols and show > us the full backtrace from gdb. Ok, I was able to figure this out the cause of the crash. I had a number of entries in /etc/shells from some odd port builds I had been doing. When I cleaned this up, the core dump went away. I haven't had a chance to look much farther than this, but somewhere in there it doesn't like /etc/shells with lots of entries :) If somebody wants to look into this great, otherwise sorry about the noise. -- Kris Moore PC-BSD Software From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 16:22:40 2010 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 03301106566C for ; Mon, 29 Nov 2010 16:22:40 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 84E858FC15 for ; Mon, 29 Nov 2010 16:22:39 +0000 (UTC) Received: by wyf19 with SMTP id 19so4546069wyf.13 for ; Mon, 29 Nov 2010 08:22:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=QlFv3dIIp1xnablN6RJpXv11/jYqAIhUIqYyJ/cAOTo=; b=r6umxHy3mnXWM1xA/Rt1/3SrJHHQHKyro60y+BSbl7njlESJNisIr/uLZnaphvFd4C IFaoHuAtvif0sdryf3A2d6eBGSPdtH7WEkprPTZqIpUIX2pBdsiA3H1Th4jD4n7T6itX Wzl5XuuT3DYb8Lpmc48WcKtyuJtA3np2kGamc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Naf1tPDRzMelosdooAU0pwWPGfb5CBVwrTKCnN+NXLDqu8+V14z9vziJI3IYZt9PNT HvwXXicB7azF/vLT5QsREIC/rv3M6awPVhRN72DLaG1FkUUemZtUZKJoR1YDBwx7NQet TL9tz6YU1yiPf+ulPCy2geCu9GEPSUkGiiXPE= MIME-Version: 1.0 Received: by 10.216.7.8 with SMTP id 8mr626916weo.30.1291047757400; Mon, 29 Nov 2010 08:22:37 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Mon, 29 Nov 2010 08:22:37 -0800 (PST) In-Reply-To: <20101129160501.GC85724@pcbsd.org> References: <20101126145909.GB90693@pcbsd.org> <20101126152206.GA2392@deviant.kiev.zoral.com.ua> <20101129160501.GC85724@pcbsd.org> Date: Mon, 29 Nov 2010 08:22:37 -0800 X-Google-Sender-Auth: A2buoIt-TsIMLQ4kvBF7ntdQMvs Message-ID: From: Garrett Cooper To: Kris Moore Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: Broken make distribution on 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: Mon, 29 Nov 2010 16:22:40 -0000 On Mon, Nov 29, 2010 at 8:05 AM, Kris Moore wrote: > On Fri, Nov 26, 2010 at 05:22:06PM +0200, Kostik Belousov wrote: >> On Fri, Nov 26, 2010 at 09:59:09AM -0500, Kris Moore wrote: >> > >> > For about 2 weeks now I've been seeing failures when trying to spin IS= Os >> > of CURRENT (amd64) and using "make distribution" specifically: >> > >> > -------------------- >> > pwd_mkdb -L -i -p -d /usr/pcbsd-build90/buildworld/etc =A0/usr/pcbsd-b= uild90/buildworld/etc/master.passwd >> > *** Signal 6 >> > >> > Stop in /usr/pcbsd-build90/fbsd-source/9.0/etc. >> > *** Error code 1 >> > >> > --------------------- >> > >> > It looks like the pwd_mkdb command is core dumping every time: >> > >> > pwd_mkdb -L -i -p -d /usr/pcbsd-build90/buildworld/etc /usr/pcbsd-buil= d90/buildworld/etc/master.passwd >> > Abort (core dumped) >> > >> > Whats odd is that with the same source tree, I'm spinning ISOs of i386= no >> > problem. I've tried rebuilding the world / pwd_mkdb command with the l= atest >> > source a few times, and no luck so far. >> > >> > Is anybody else seeing this on amd64? Here's the core file: >> > >> > http://www.pcbsd.org/~kris/pwd_mkdb.core.gz >> The core file is only useful for somebody who has a binary and full set >> of dsos that were loaded into the image. >> >> I think you should start with build containing debug symbols and show >> us the full backtrace from gdb. > > Ok, I was able to figure this out the cause of the crash. I had a number = of entries in /etc/shells > from some odd port builds I had been doing. When I cleaned this up, the c= ore dump went away. > > I haven't had a chance to look much farther than this, but somewhere in t= here it doesn't like > /etc/shells with lots of entries :) If somebody wants to look into this g= reat, otherwise sorry > about the noise. Just for future reference, what were your build machine's src.conf WITHOUT_* knobs? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 16:25:11 2010 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 07AE0106566B for ; Mon, 29 Nov 2010 16:25:11 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mta11.charter.net (mta11.charter.net [216.33.127.80]) by mx1.freebsd.org (Postfix) with ESMTP id 940B08FC17 for ; Mon, 29 Nov 2010 16:25:10 +0000 (UTC) Received: from imp10 ([10.20.200.15]) by mta11.charter.net (InterMail vM.7.09.02.04 201-2219-117-106-20090629) with ESMTP id <20101129162509.DUJJ4123.mta11.charter.net@imp10>; Mon, 29 Nov 2010 11:25:09 -0500 Received: from moorefam.homeunix.org ([96.38.85.215]) by imp10 with smtp.charter.net id d4R61f00C4elNjk054R8rV; Mon, 29 Nov 2010 11:25:09 -0500 X-Authority-Analysis: v=1.0 c=1 a=n3COGU92RHEA:10 a=kj9zAlcOel0A:10 a=x2m3GPe0AAAA:8 a=WH_kCtcomMF8xS63_4EA:9 a=Btq44w9jwGUUjEzUODsA:7 a=7DMlzme-BYJUxhwi0RafaL7Boc4A:4 a=CjuIK1q_8ugA:10 a=ojoE9Ho-aYQA:10 Received: by moorefam.homeunix.org (sSMTP sendmail emulation); Mon, 29 Nov 2010 11:25:04 -0500 Date: Mon, 29 Nov 2010 11:25:04 -0500 From: Kris Moore To: Garrett Cooper Message-ID: <20101129162504.GG85724@pcbsd.org> References: <20101126145909.GB90693@pcbsd.org> <20101126152206.GA2392@deviant.kiev.zoral.com.ua> <20101129160501.GC85724@pcbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: Broken make distribution on 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: Mon, 29 Nov 2010 16:25:11 -0000 On Mon, Nov 29, 2010 at 08:22:37AM -0800, Garrett Cooper wrote: > On Mon, Nov 29, 2010 at 8:05 AM, Kris Moore wrote: > > On Fri, Nov 26, 2010 at 05:22:06PM +0200, Kostik Belousov wrote: > >> On Fri, Nov 26, 2010 at 09:59:09AM -0500, Kris Moore wrote: > >> > > >> > For about 2 weeks now I've been seeing failures when trying to spin ISOs > >> > of CURRENT (amd64) and using "make distribution" specifically: > >> > > >> > -------------------- > >> > pwd_mkdb -L -i -p -d /usr/pcbsd-build90/buildworld/etc ?/usr/pcbsd-build90/buildworld/etc/master.passwd > >> > *** Signal 6 > >> > > >> > Stop in /usr/pcbsd-build90/fbsd-source/9.0/etc. > >> > *** Error code 1 > >> > > >> > --------------------- > >> > > >> > It looks like the pwd_mkdb command is core dumping every time: > >> > > >> > pwd_mkdb -L -i -p -d /usr/pcbsd-build90/buildworld/etc /usr/pcbsd-build90/buildworld/etc/master.passwd > >> > Abort (core dumped) > >> > > >> > Whats odd is that with the same source tree, I'm spinning ISOs of i386 no > >> > problem. I've tried rebuilding the world / pwd_mkdb command with the latest > >> > source a few times, and no luck so far. > >> > > >> > Is anybody else seeing this on amd64? Here's the core file: > >> > > >> > http://www.pcbsd.org/~kris/pwd_mkdb.core.gz > >> The core file is only useful for somebody who has a binary and full set > >> of dsos that were loaded into the image. > >> > >> I think you should start with build containing debug symbols and show > >> us the full backtrace from gdb. > > > > Ok, I was able to figure this out the cause of the crash. I had a number of entries in /etc/shells > > from some odd port builds I had been doing. When I cleaned this up, the core dump went away. > > > > I haven't had a chance to look much farther than this, but somewhere in there it doesn't like > > /etc/shells with lots of entries :) If somebody wants to look into this great, otherwise sorry > > about the noise. > > Just for future reference, what were your build machine's src.conf > WITHOUT_* knobs? > Thanks, > -Garrett On this system src.conf is empty, so should just be defaults. -- Kris Moore PC-BSD Software From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 16:46:21 2010 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 003FD106564A; Mon, 29 Nov 2010 16:46:20 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh7.mail.rice.edu (mh7.mail.rice.edu [128.42.199.46]) by mx1.freebsd.org (Postfix) with ESMTP id BC14A8FC15; Mon, 29 Nov 2010 16:46:20 +0000 (UTC) Received: from mh7.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh7.mail.rice.edu (Postfix) with ESMTP id CD84128F7ED; Mon, 29 Nov 2010 10:46:19 -0600 (CST) X-Virus-Scanned: by amavis-2.6.4 at mh7.mail.rice.edu, auth channel Received: from mh7.mail.rice.edu ([127.0.0.1]) by mh7.mail.rice.edu (mh7.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id 7fJfTa83WuVm; Mon, 29 Nov 2010 10:46:19 -0600 (CST) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh7.mail.rice.edu (Postfix) with ESMTPSA id 406E728F7D4; Mon, 29 Nov 2010 10:46:19 -0600 (CST) Message-ID: <4CF3D8DA.4050308@rice.edu> Date: Mon, 29 Nov 2010 10:46:18 -0600 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100725) MIME-Version: 1.0 To: John Baldwin References: <1290387926.16558.1283.camel@home-yahoo> <201011221447.13026.jhb@freebsd.org> <4CEB126E.2010509@rice.edu> <201011290945.35128.jhb@freebsd.org> In-Reply-To: <201011290945.35128.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 29 Nov 2010 16:49:49 +0000 Cc: alc@freebsd.org, freebsd-current@freebsd.org, Sean Bruno Subject: Re: 40 vs 44 bit memory addressing HP DL580/980 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, 29 Nov 2010 16:46:21 -0000 John Baldwin wrote: > On Monday, November 22, 2010 8:01:34 pm Alan Cox wrote: > >> On 11/22/2010 1:47 PM, John Baldwin wrote: >> >>> On Monday, November 22, 2010 1:37:45 pm Alan Cox wrote: >>> >>>> On Mon, Nov 22, 2010 at 6:59 AM, John Baldwin wrote: >>>> >>>> >>>>> On Sunday, November 21, 2010 8:05:26 pm Sean Bruno wrote: >>>>> >>>>>> Looks like these HP boxes have the capability to do 44 bit memory >>>>>> addressing if configured to do so from the BIOS. >>>>>> >>>>>> Is anyone interested in any data from that setting? >>>>>> >>>>> Does it boot ok? :) The MTRR code should handle that (there is a CPUID >>>>> field that tells the OS how many bits are significant). Not sure if there >>>>> are any places in the pmap that assume 40 bits, but a test boot is >>>>> certainly >>>>> worth trying. >>>>> >>>>> >>>>> >>>> Since we don't boot with 40-bit addressing, I can easily predict the >>>> outcome. :-) >>>> >>>> The trouble with this machine is that the second 128GB of RAM is being >>>> placed between 512G and 1T in the physical address space, which is beyond >>>> the range of the (current) direct map. So, we take a page fault on the >>>> first access to a page in the second 128GB through the direct map. >>>> >>> Heh, I guess that is what your earlier patch did? Once that patch is applied >>> I think Sean should just try 44-bit mode if so. >>> >>> >> Yes. >> >> If 44-bit addressing makes the placement of DRAM in the physical address >> space any sparser, then we'll again have an insufficiently large direct >> map. Also, I fear that we won't be able to allocate the vm_page_array >> without enabling VM_PHYSSEG_SPARSE, which itself requires a change in >> order to work. >> > > I believe someone has a change for that on amd64 already? > > Yes. Alan From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 17:11:15 2010 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 75D6E106566C; Mon, 29 Nov 2010 17:11:15 +0000 (UTC) (envelope-from ltsampros@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id CD96A8FC17; Mon, 29 Nov 2010 17:11:14 +0000 (UTC) Received: by wyf19 with SMTP id 19so4595700wyf.13 for ; Mon, 29 Nov 2010 09:11:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to:cc :subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=iEAlbJ20kF4XePD7uiPztOWLVSaMJtkvNO6IVYmbQGI=; b=PG8agNwngOCXeDA2madt8KTmZT/5shwKM0eCqdclmAr1f1wKFAK6gbUDMqGQzPexKw Lawu5kXAVOD41PPpfueUjthiV1UEsXGc4vQGKgBZN6Hh1ZLqYBPfWCy0EaDMYPHjLfb6 JdUrGBFhDc3ZZlCADr+ijRMcCcsymq/f8oTVI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=waocQ1LfbyBH8t7kOyJm98C7dgjvg7kb0LqeF8W3ereCl4gyKMagsICDgAQhOIFfeX BCYyW1nRtbCYWFx7cBTvxsNFNnNPmTv+gG/WdVavrFhmc+xTSGNMyxwF1w23y/dY1QjQ 9NpOQP/ea36WpMO04um9tj54ectqusizI33bs= Received: by 10.227.134.20 with SMTP id h20mr6307873wbt.88.1291049033687; Mon, 29 Nov 2010 08:43:53 -0800 (PST) Received: from ltsampros-laptop (darth.bytemobile-rio.ondsl.gr [83.235.57.33]) by mx.google.com with ESMTPS id x65sm2489427weq.1.2010.11.29.08.43.50 (version=SSLv3 cipher=RC4-MD5); Mon, 29 Nov 2010 08:43:52 -0800 (PST) Sender: Leonidas Tsampros Received: from ltsampros-laptop (localhost [127.0.0.1]) by ltsampros-laptop (Postfix) with ESMTP id 8077342A39; Mon, 29 Nov 2010 18:41:18 +0200 (EET) From: Leonidas Tsampros To: "O. Hartmann" References: <4CF369C4.4030007@zedat.fu-berlin.de> Date: Mon, 29 Nov 2010 18:41:06 +0200 In-Reply-To: <4CF369C4.4030007@zedat.fu-berlin.de> (O. Hartmann's message of "Mon, 29 Nov 2010 09:52:20 +0100") Message-ID: <87oc98dqvx.fsf@bifteki.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, freebsd-questions@FreeBSD.ORG Subject: Re: CURRENT: Issue with ZFS and 2TB WD HDD (WDC WD20EURS-63Z9B1 80.00A80) 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, 29 Nov 2010 17:11:15 -0000 "O. Hartmann" writes: > I'm running a newly setup FreeBSD 9.0-CURRENT/amd64 SMP box. The former > OS was FreeBSD 8.1-PRE/amd64. Attached to the system are three WD > harddrives with ZFS as filesystem on GPT partitioning scheme. Two 1TB > HDD are spanning a volume with 2 TB capacity which is quite fast due to > parallel access through ZFS. The underlying layout is, as mentioned, > GPT, bot devices are named /dev/ada1p1 and /dev/ada2p1. The thir drive > is a WD Caviar Green 2TB HDD acting as a compressed ZFS backup media, > also based on a GPT partitioning scheme and known as device /dev/ada3p1. > In FreeBSD 8.2-PRE/amd64 I can use the JBOD volume resembled from two > 1TB HDD without problems, mounting is all right, dismounting, also with > the 2TB HDD, labeld as BACKUP00 volume in ZFS. Doing a "zpool export" on > both ZFS volumes works fine in FBSD 8, importing is also no problem. The > system's log does not show any kind of irregularities, errors or > something else indicating soemthing weird with one of the three devices. > > Exporting both volumes in FreeBSD 8 works. But importing them in FreeBSD > 9.0-CURRENT/amd64 as with the most recent make world of today fails on > the 2TB HDD (ZFS pool/volume BACKUP00). Issuing "zpool import BACKUP00" > results in > > cannot import 'BACKUP': no such pool available > > and on console I receive message > > ZFS WARNING: Unable to attach to ada1 > > But the drive is and was ada3! > > Looking with zpool status, I get the follwoing picture: > > pool: BACKUP00 > state: FAULTED > status: One or more devices could not be used because the label is missing > or invalid. There are insufficient replicas for the pool to > continue > functioning. > action: Destroy and re-create the pool from a backup source. > see: http://www.sun.com/msg/ZFS-8000-5E > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > BACKUP00 FAULTED 0 0 0 corrupted data > ada3 UNAVAIL 0 0 0 corrupted data > > pool: THOR00 > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > THOR00 ONLINE 0 0 0 > ada1p1 ONLINE 0 0 0 > ada2p1 ONLINE 0 0 0 > > errors: No known data errors > > > This picture differs from what I see i FreeBSD 8.2-PRE/amd issuing the > same command! > > I did a full "zpool scrub" on both pools - no effect. > > Surprisingly, the GPT partition of the pool BACKUP00 isn't shown in > FreeBSD 9, while I see ada3p1 in FreeBSD 8.2. > gpart show ada3 lists this: > > => 34 3907029101 ada3 GPT (1.8T) > 34 4062 - free - (2.0M) > 4096 3907025039 1 freebsd-zfs (1.8T) > > The drive in question is a WesternDigital Caviar Green WD ( WD20EURS-63Z9B1 80.00A80> at scbus7 target 0 lun 0 (pass3,ada3)). > > Can someone explain what#s going on? The drive in question is one of the > new 4k sized physical block devices. Why is FreeBSD 8 dealing with the > HDD, FreeBSD 9 not? Any help at this point? Hope the volume is not lost. > > Thanks in advance, > > Oliver > Hi Oliver, just a wild guess and maybe completely wrong: are the ZFS version numbers and zpool version numbers the same across 8.1 and 9-CURRENT ? Best Regards, Leonidas From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 17:19:58 2010 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 037561065670 for ; Mon, 29 Nov 2010 17:19:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 971778FC19 for ; Mon, 29 Nov 2010 17:19:57 +0000 (UTC) Received: by vws9 with SMTP id 9so1328441vws.13 for ; Mon, 29 Nov 2010 09:19:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=zRIbi/McuxcQGGxALiMk9AZAQvqFCNVxcCVmeYmIdPQ=; b=N9L/oREAchqlEEymKTM3e4Bq8xm1TQnefj2hBKtUFFTVBJRrFWmITloDkbnvtQKiIE 9KoQoz/YJhyRTXbT6nlI9R/hpaa4mLX+CkaEe9aXUjG4JsxQWGluUNLzI6Yy5+R0Xvh+ BnPV6B3FMEzELyHFcI0GaV+gHQodz8w+vw+eU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=idZnlAfxF2dg8peQROlyYSjRtppypUNBKcZZHaRSRP410dzqzrwbvsX+pEFF1cf0Q0 oESBWjaXnIPjE0quQI2DWaQkUwb0f2KJ6mQKW8jnDKmt2FAmuOXHe0NuB3sfZPerjREE U7CorIifdyPI8/coHow4WDXjZS3oXdzWJ8oi4= MIME-Version: 1.0 Received: by 10.229.81.206 with SMTP id y14mr408978qck.157.1291051196731; Mon, 29 Nov 2010 09:19:56 -0800 (PST) Received: by 10.229.39.147 with HTTP; Mon, 29 Nov 2010 09:19:56 -0800 (PST) Date: Mon, 29 Nov 2010 20:19:56 +0300 Message-ID: From: Sergey Kandaurov To: FreeBSD Current , Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Extracting tgz file: Attempt to write to an empty file 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, 29 Nov 2010 17:19:58 -0000 Hi. I see these errors when tar (not limited to but including the version from FreeBSD -current) extracts directories from archive compressed with gtar. file reports: gzip compressed data, from Unix, last modified: Tue Nov 23 04:31:22 2010, max speed bsdtar taken from Google Code trunk extracts *without* such errors. Given above I suspect it was fixed in Google Code tree. If such then it would be nice to have it merged in FreeBSD. bsdtar version in FreeBSD: bsdtar 2.8.3 - libarchive 2.7.901a bsdtar version from Google Code trunk: bsdtar 3.0.0a - libarchive 3.0.0a Seen errors: # bsdtar -xf ~/arch.tgz ./: Attempt to write to an empty file ./.cpan/: Attempt to write to an empty file ./.cpan/CPAN/: Attempt to write to an empty file ./.cpan/build/: Attempt to write to an empty file ./.cpan/build/tmp/: Attempt to write to an empty file ./.cpan/sources/: Attempt to write to an empty file ./.cpan/sources/authors/: Attempt to write to an empty file ./.cpan/sources/authors/id/: Attempt to write to an empty file ./.cpan/sources/authors/id/D/: Attempt to write to an empty file ./.cpan/sources/authors/id/D/DA/: Attempt to write to an empty file ./.cpan/sources/authors/id/D/DA/DANKOGAI/: Attempt to write to an empty file [...] -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 17:44:57 2010 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 E9376106564A; Mon, 29 Nov 2010 17:44:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 87A488FC0A; Mon, 29 Nov 2010 17:44:56 +0000 (UTC) Received: by gxk8 with SMTP id 8so2325520gxk.13 for ; Mon, 29 Nov 2010 09:44:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=FtsmRck72laQJ9kgWoN1vp1cWhmh+ySgDYYAM1fk9qo=; b=s+CiCu159V8sfhif7MnysVT9YBtUvqZWGZctPpZzXG+8b6rJxC8XdnoJqgMXAwfkpt IMm+1FDFzHinw8tVAvNmeVB2ghEGs9Sm2w4X7uCKwi3J4y8y1r1ni+4F0N7S3osp/wM3 w4D3uY5HHx5VWojqJKm9KUnRmkl2qorYk9oKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=wK2jht25TnfTOfdVw674wpKFxKXEz8MHUFU+E5oXfGjuRXOr4hsRpBzHVXuuCldRNe WT36cL/u5ewB8cfe/xTLpn0wADTiE+8Vki78g7wds7930LHJ0/ysoXTb3vYn0Pwe4U9H GJHGLp0ZgnreqEPLgFhHBdgYPn3iKPLGARaOA= Received: by 10.223.108.147 with SMTP id f19mr5668203fap.68.1291052695323; Mon, 29 Nov 2010 09:44:55 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id e17sm1301404fak.34.2010.11.29.09.44.52 (version=SSLv3 cipher=RC4-MD5); Mon, 29 Nov 2010 09:44:53 -0800 (PST) Sender: Alexander Motin Message-ID: <4CF3E68C.4050300@FreeBSD.org> Date: Mon, 29 Nov 2010 19:44:44 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: David Rhodus References: <201011291007.37044.jhb@freebsd.org> In-Reply-To: <201011291007.37044.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 ftick 516947 ltick 517947 tick pri 2726 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, 29 Nov 2010 17:44:58 -0000 On 29.11.2010 17:07, John Baldwin wrote: > On Friday, November 26, 2010 4:38:49 pm David Rhodus wrote: >> I hit this panic on my NFS server. >> >> -DR >> >> coke.fun dumped core - see /var/crash/vmcore.2 >> >> Fri Nov 26 14:50:48 UTC 2010 >> >> FreeBSD coke.fun 9.0-CURRENT FreeBSD 9.0-CURRENT #14 r215800: Wed Nov >> 24 12:35:30 UTC 2010 root@coke.fun:/usr/obj/usr/src/sys/GENERIC >> i386 >> >> panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 >> ftick 516947 ltick 517947 tick pri 2726 > > I ran the numbers and assuming a hz of 1000, this requires you to have a very > large value for ts_ticks (about (2726 * 24)<< 10). I suspect this is due to > sched_tick() being invoked for a long idle sleep combined with the eventtimer > changes. Can you go to frame 10 and 'p td->td_sched->ts_ticks'? As I can see, this is VirtualBox virtual machine. So it is still a question what side makes so large hole in sched_tick() on some CPUs. It could be interesting to get ktr(4) dump with KTR_SPARE2 mask: options KTR options ALQ options KTR_ALQ options KTR_ENTRIES=131072 options KTR_COMPILE=(KTR_SPARE2) options KTR_MASK=(KTR_SPARE2) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 20:07:46 2010 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 8B329106564A for ; Mon, 29 Nov 2010 20:07:46 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 50E278FC08 for ; Mon, 29 Nov 2010 20:07:46 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id D40B060DF for ; Mon, 29 Nov 2010 15:07:44 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1291061265; bh=AcaQN96M8A8h4TAQSsr4yojlGXlVuqGoXGFj5RiHYbY=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=LyionwleEHVcOZbW5ygO8ZpUf8G9YRgIXn5oe/bk7N3qse80uWlKZPB61n8Ty6Ywt +lRmMVOvHGQwaxf//pZcYEBnIvnrKEdUXer+ZUYjN9UsnHJMOsJ1zzoPV7mn3VP DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type; b=LK434MRIa82UdljRUVzUJ1WiZhXPcp4TFKMLW3Ir4cy1yb7LZuJhn6SwFA6QmABph 3c+50ow0h6BC4Z2gKmLpKq0JdJ2/DbwYYthj4iENoOLom/33aasr4rzIPno1Wi8 Message-ID: <4CF407F6.6070803@protected-networks.net> Date: Mon, 29 Nov 2010 15:07:18 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------000005010303040106030000" Cc: Subject: kern_sysctl.c compilation failure 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, 29 Nov 2010 20:07:46 -0000 This is a multi-part message in MIME format. --------------000005010303040106030000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Seems that 'treat warnings as errors' snags on this .. patch attached, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkz0B/YACgkQQv9rrgRC1JKLBgCeNhKn2W6Z2XFN/zt70PbFhKbP eHcAoIwI0Iz0g5TmU/pjbnG8zlcY6a1y =a/KQ -----END PGP SIGNATURE----- --------------000005010303040106030000 Content-Type: text/x-diff; name="kern_sysctl.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern_sysctl.c.patch" *** src/sys/kern/kern_sysctl.c~ Mon Nov 29 14:02:22 2010 --- src/sys/kern/kern_sysctl.c Mon Nov 29 14:32:56 2010 *************** *** 845,851 **** sysctl_sysctl_name2oid(SYSCTL_HANDLER_ARGS) { char *p; ! int error, oid[CTL_MAXNAME], len; struct sysctl_oid *op = 0; if (!req->newlen) --- 845,851 ---- sysctl_sysctl_name2oid(SYSCTL_HANDLER_ARGS) { char *p; ! int error, oid[CTL_MAXNAME], len = 0; struct sysctl_oid *op = 0; if (!req->newlen) --------------000005010303040106030000-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 20:40:17 2010 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 50877106566C for ; Mon, 29 Nov 2010 20:40:17 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 154528FC17 for ; Mon, 29 Nov 2010 20:40:17 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 5606A60DC; Mon, 29 Nov 2010 15:40:11 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1291063215; bh=HQkfD2Fv2HZswHlKVZ8YrjKlcVWZQyBEg3IGjsoFShI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ee+nr87fH1xpcB7h7IVaFaZ3kw7O/WwyIyGoh935TiioNgmyvRmM38CcMQrfQmnfU E7C6SPhwzSISxpWtzQKl2M7bUbwSo/8xG58Zth9TP+Q7CURDFqTDNAClsVq3xmk DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=AxbmmK6w3wfEUWdBONzDQgchzouiiQ7BP+pCW+2hHTg8rR1tew/9R0d6Ta78cgLPk B3SI4Iumnwx9Dfemfdo2CI/THvQYSDbD/1lvcNdEVrQ5NRQ7bCRJJayH11I/S9I Message-ID: <4CF40F2A.3050501@protected-networks.net> Date: Mon, 29 Nov 2010 15:38:02 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: Matthew Fleming References: <4CF407F6.6070803@protected-networks.net> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: kern_sysctl.c compilation failure 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, 29 Nov 2010 20:40:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/29/10 15:25, Matthew Fleming wrote: > On Mon, Nov 29, 2010 at 12:07 PM, Michael Butler > wrote: > Seems that 'treat warnings as errors' snags on this .. patch attached, > >> Which compiler are you using? I didn't have any trouble with this >> file on a make universe last night... > >> There's nothing wrong with the patch; I'd just like to understand why >> you see an error and I do not. gcc complains of 'len' being used uninitialized after SVN r216059, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEUEARECAAYFAkz0DykACgkQQv9rrgRC1JLWNQCY/ZlpeKnLBH80N4X/ENSbqLqo bQCgqFld9e7+eK2sntXzOcqe5y8e2j0= =NiUc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 21:10:12 2010 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 8EC6C106567A for ; Mon, 29 Nov 2010 21:10:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id AE2828FC18 for ; Mon, 29 Nov 2010 21:10:05 +0000 (UTC) Received: (qmail 29220 invoked by uid 399); 29 Nov 2010 21:10:04 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Nov 2010 21:10:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CF416AA.60502@FreeBSD.org> Date: Mon, 29 Nov 2010 13:10:02 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: John Baldwin References: <4CF1A4DA.1080908@FreeBSD.org> <201011291009.15466.jhb@freebsd.org> In-Reply-To: <201011291009.15466.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: multipart/mixed; boundary="------------020604020809020104060100" Cc: Adam Vande More , freebsd-current@freebsd.org Subject: Re: Should green_saver.ko shut off a laptop's backlight? 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, 29 Nov 2010 21:10:12 -0000 This is a multi-part message in MIME format. --------------020604020809020104060100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 11/29/2010 07:09, John Baldwin wrote: > On Saturday, November 27, 2010 11:30:56 pm Adam Vande More wrote: >> On Sat, Nov 27, 2010 at 6:39 PM, Doug Barton wrote: >> >>> My recollection is that green_saver should turn off an LCD backlight, but I >>> just loaded it up on my laptop and it's not doing so. It does remove the >>> text from the screen, but the backlight is still on (i.e., it is doing >>> exactly what blank_saver does). >>> >>> When running X DPMS works on that same laptop, so I know the hardware is >>> capable. This is 9-current amd64 at r214025. Any suggestions are welcome. >>> >> >> It's never worked for me either and this has been around awhile. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=114928&cat= > > green_saver just ask's your video card's BIOS to shut the screen off. If the > BIOS doesn't turn off the backlight, that is the BIOS's problem, not > something we can fix. Ok, so does the attached seem reasonable? -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ --------------020604020809020104060100 Content-Type: text/plain; name="splash.4.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="splash.4.diff" Index: splash.4 =================================================================== --- splash.4 (revision 216062) +++ splash.4 (working copy) @@ -26,7 +26,7 @@ .\" .\" $FreeBSD$ .\" -.Dd April 7, 2010 +.Dd November 29, 2010 .Dt SPLASH 4 .Os .Sh NAME @@ -114,7 +114,12 @@ .It Pa fire_saver.ko A fire which becomes higher as load increases. .It Pa green_saver.ko -If the monitor supports power saving mode, it will be turned off. +The screen will be blanked, similar to +.Pa blank_saver.ko . +If the monitor and/or the video card's BIOS support it, +the screen will also be powered off. +The latter may not work with LCD monitors, +or monitors connected to a Digital Visual Interface (DVI) port. .It Pa logo_saver.ko Animated graphical .Fx --------------020604020809020104060100-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 21:14:26 2010 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 8AF9B106566B; Mon, 29 Nov 2010 21:14:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9208FC19; Mon, 29 Nov 2010 21:14:26 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 04D3A46B2E; Mon, 29 Nov 2010 16:14:26 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DF4948A009; Mon, 29 Nov 2010 16:14:24 -0500 (EST) From: John Baldwin To: Doug Barton Date: Mon, 29 Nov 2010 16:14:16 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4CF1A4DA.1080908@FreeBSD.org> <201011291009.15466.jhb@freebsd.org> <4CF416AA.60502@FreeBSD.org> In-Reply-To: <4CF416AA.60502@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201011291614.17180.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Nov 2010 16:14:25 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Adam Vande More , freebsd-current@freebsd.org Subject: Re: Should green_saver.ko shut off a laptop's backlight? 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, 29 Nov 2010 21:14:26 -0000 On Monday, November 29, 2010 4:10:02 pm Doug Barton wrote: > On 11/29/2010 07:09, John Baldwin wrote: > > On Saturday, November 27, 2010 11:30:56 pm Adam Vande More wrote: > >> On Sat, Nov 27, 2010 at 6:39 PM, Doug Barton wrote: > >> > >>> My recollection is that green_saver should turn off an LCD backlight, but I > >>> just loaded it up on my laptop and it's not doing so. It does remove the > >>> text from the screen, but the backlight is still on (i.e., it is doing > >>> exactly what blank_saver does). > >>> > >>> When running X DPMS works on that same laptop, so I know the hardware is > >>> capable. This is 9-current amd64 at r214025. Any suggestions are welcome. > >>> > >> > >> It's never worked for me either and this has been around awhile. > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=114928&cat= > > > > green_saver just ask's your video card's BIOS to shut the screen off. If the > > BIOS doesn't turn off the backlight, that is the BIOS's problem, not > > something we can fix. > > Ok, so does the attached seem reasonable? I would say 'If the monitor and the video card's BIOS support it' because both things have to be true for green_saver to work. and/or implies that only one has to be true. I'm not sure the second paragraph is truly needed since I've seen it work fine with LCD's on other laptops and other external monitors as well. I think simply adding the text about the video card's BIOS is sufficient (and a definite improvement). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 21:24:27 2010 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 61BC010656B6; Mon, 29 Nov 2010 21:24:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 03C2E8FC20; Mon, 29 Nov 2010 21:24:26 +0000 (UTC) Received: by ywp6 with SMTP id 6so2475042ywp.13 for ; Mon, 29 Nov 2010 13:24:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=aQbzL/L12v9/j4q5uOBFuW22ww4xNDjQ6gtIxv5FfcY=; b=L9bLCDh2dDs3tWFVs1sorolXbzs+wZQ6DjsyxhfFsDJmOvNtsstzN7tIJdeaJAJ9YD Dd18BaNQNC9rcCdahRMmor4zvQLT/kaXWJ6/yYnYW6rHY5m8aymsmQS4YIWn5CcSlETo EfIUw1m02DfozYnlZduF+na6AIUDRGfUGIi8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=YHs5lrchUrDAird8D64UG+UnaqY8cek8UZKVs0Yfm9xGcpQk4l8z6UWmvpM9RTJNh1 hk/kASVOaAcMoYUSg2vFPVH29AuMkjCQFzbYo5aQbr+KFjV6+jes688qKtwslp6ayGZr eBg/J6Yp3rh+fCOJNGshZbIwemOlKrxRQ0yH4= MIME-Version: 1.0 Received: by 10.90.50.18 with SMTP id x18mr9633638agx.29.1291064191133; Mon, 29 Nov 2010 12:56:31 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.236.102.161 with HTTP; Mon, 29 Nov 2010 12:56:31 -0800 (PST) In-Reply-To: <4CF3E68C.4050300@FreeBSD.org> References: <201011291007.37044.jhb@freebsd.org> <4CF3E68C.4050300@FreeBSD.org> Date: Mon, 29 Nov 2010 21:56:31 +0100 X-Google-Sender-Auth: g9wQ6jFeb5HEV0T-pI58Zgd9Ut8 Message-ID: From: Attilio Rao To: Alexander Motin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: David Rhodus , Gianni , freebsd-current@freebsd.org Subject: Re: panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 ftick 516947 ltick 517947 tick pri 2726 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, 29 Nov 2010 21:24:27 -0000 2010/11/29 Alexander Motin : > On 29.11.2010 17:07, John Baldwin wrote: >> >> On Friday, November 26, 2010 4:38:49 pm David Rhodus wrote: >>> >>> I hit this panic on my NFS server. >>> >>> -DR >>> >>> coke.fun dumped core - see /var/crash/vmcore.2 >>> >>> Fri Nov 26 14:50:48 UTC 2010 >>> >>> FreeBSD coke.fun 9.0-CURRENT FreeBSD 9.0-CURRENT #14 r215800: Wed Nov >>> 24 12:35:30 UTC 2010 =C2=A0 =C2=A0 root@coke.fun:/usr/obj/usr/src/sys/G= ENERIC >>> i386 >>> >>> panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 >>> ftick 516947 ltick 517947 tick pri 2726 >> >> I ran the numbers and assuming a hz of 1000, this requires you to have a >> very >> large value for ts_ticks (about (2726 * 24)<< =C2=A010). =C2=A0I suspect= this is due >> to >> sched_tick() being invoked for a long idle sleep combined with the >> eventtimer >> changes. =C2=A0Can you go to frame 10 and 'p td->td_sched->ts_ticks'? > > As I can see, this is VirtualBox virtual machine. So it is still a questi= on > what side makes so large hole in sched_tick() on some CPUs. It could be > interesting to get ktr(4) dump with KTR_SPARE2 mask: > > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 ALQ > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR_ALQ > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR_ENTRIES=3D131072 > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR_COMPILE=3D(KTR_SPARE2) > options =C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR_MASK=3D(KTR_SPARE2) I'm sure gianni (CC'ed) got this bug and got some conclusions on it before (maybe he also has a patch). Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 21:36:04 2010 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 D65B4106564A; Mon, 29 Nov 2010 21:36:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A5C8D8FC12; Mon, 29 Nov 2010 21:36:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oATLa3uZ042123; Mon, 29 Nov 2010 16:36:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oATLa3hP042119; Mon, 29 Nov 2010 21:36:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 29 Nov 2010 21:36:03 GMT Message-Id: <201011292136.oATLa3hP042119@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 29 Nov 2010 21:36:05 -0000 TB --- 2010-11-29 20:08:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-11-29 20:08:01 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-11-29 20:08:01 - cleaning the object tree TB --- 2010-11-29 20:08:14 - cvsupping the source tree TB --- 2010-11-29 20:08:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-11-29 20:08:30 - building world TB --- 2010-11-29 20:08:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-29 20:08:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-29 20:08:30 - TARGET=sun4v TB --- 2010-11-29 20:08:30 - TARGET_ARCH=sparc64 TB --- 2010-11-29 20:08:30 - TZ=UTC TB --- 2010-11-29 20:08:30 - __MAKE_CONF=/dev/null TB --- 2010-11-29 20:08:30 - cd /src TB --- 2010-11-29 20:08:30 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 29 20:08:31 UTC 2010 >>> 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 Mon Nov 29 21:11:40 UTC 2010 TB --- 2010-11-29 21:11:40 - generating LINT kernel config TB --- 2010-11-29 21:11:40 - cd /src/sys/sun4v/conf TB --- 2010-11-29 21:11:40 - /usr/bin/make -B LINT TB --- 2010-11-29 21:11:40 - building LINT kernel TB --- 2010-11-29 21:11:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-29 21:11:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-29 21:11:40 - TARGET=sun4v TB --- 2010-11-29 21:11:40 - TARGET_ARCH=sparc64 TB --- 2010-11-29 21:11:40 - TZ=UTC TB --- 2010-11-29 21:11:40 - __MAKE_CONF=/dev/null TB --- 2010-11-29 21:11:40 - cd /src TB --- 2010-11-29 21:11:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 29 21:11:40 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Nov 29 21:34:25 UTC 2010 TB --- 2010-11-29 21:34:25 - building GENERIC kernel TB --- 2010-11-29 21:34:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-29 21:34:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-29 21:34:25 - TARGET=sun4v TB --- 2010-11-29 21:34:25 - TARGET_ARCH=sparc64 TB --- 2010-11-29 21:34:25 - TZ=UTC TB --- 2010-11-29 21:34:25 - __MAKE_CONF=/dev/null TB --- 2010-11-29 21:34:25 - cd /src TB --- 2010-11-29 21:34:25 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 29 21:34:26 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_switch.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_sx.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_synch.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_syscalls.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_sysctl.c cc1: warnings being treated as errors /src/sys/kern/kern_sysctl.c: In function 'sysctl_sysctl_name2oid': /src/sys/kern/kern_sysctl.c:848: warning: 'len' may be used uninitialized in this function *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-29 21:36:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-29 21:36:03 - ERROR: failed to build GENERIC kernel TB --- 2010-11-29 21:36:03 - 3980.70 user 802.77 system 5281.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 21:37:22 2010 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 849211065672 for ; Mon, 29 Nov 2010 21:37:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 2BDBA8FC13 for ; Mon, 29 Nov 2010 21:37:21 +0000 (UTC) Received: (qmail 2861 invoked by uid 399); 29 Nov 2010 21:37:21 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Nov 2010 21:37:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CF41D0F.9060002@FreeBSD.org> Date: Mon, 29 Nov 2010 13:37:19 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: John Baldwin References: <4CF1A4DA.1080908@FreeBSD.org> <201011291009.15466.jhb@freebsd.org> <4CF416AA.60502@FreeBSD.org> <201011291614.17180.jhb@freebsd.org> In-Reply-To: <201011291614.17180.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adam Vande More , freebsd-current@freebsd.org Subject: Re: Should green_saver.ko shut off a laptop's backlight? 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, 29 Nov 2010 21:37:22 -0000 On 11/29/2010 13:14, John Baldwin wrote: > On Monday, November 29, 2010 4:10:02 pm Doug Barton wrote: >> On 11/29/2010 07:09, John Baldwin wrote: >>> On Saturday, November 27, 2010 11:30:56 pm Adam Vande More wrote: >>>> On Sat, Nov 27, 2010 at 6:39 PM, Doug Barton wrote: >>>> >>>>> My recollection is that green_saver should turn off an LCD backlight, but I >>>>> just loaded it up on my laptop and it's not doing so. It does remove the >>>>> text from the screen, but the backlight is still on (i.e., it is doing >>>>> exactly what blank_saver does). >>>>> >>>>> When running X DPMS works on that same laptop, so I know the hardware is >>>>> capable. This is 9-current amd64 at r214025. Any suggestions are welcome. >>>>> >>>> >>>> It's never worked for me either and this has been around awhile. >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=114928&cat= >>> >>> green_saver just ask's your video card's BIOS to shut the screen off. If the >>> BIOS doesn't turn off the backlight, that is the BIOS's problem, not >>> something we can fix. >> >> Ok, so does the attached seem reasonable? > > I would say 'If the monitor and the video card's BIOS support it' because > both things have to be true for green_saver to work. and/or implies that > only one has to be true. I'm not sure the second paragraph is truly needed > since I've seen it work fine with LCD's on other laptops and other external > monitors as well. I think simply adding the text about the video card's > BIOS is sufficient (and a definite improvement). Ok, done in r216065, thanks. I will update the PR soon'ish. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 21:47:17 2010 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 57AE3106564A; Mon, 29 Nov 2010 21:47:17 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8ADA28FC08; Mon, 29 Nov 2010 21:47:16 +0000 (UTC) Received: by fxm16 with SMTP id 16so3131021fxm.13 for ; Mon, 29 Nov 2010 13:47:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rMxnU/sUercXAT5Qap1kGexsJg+Yxqg/Ydyg9BHAoXg=; b=m+e2L8r27Gm01VrAOOLXwuIs5VhWen6a2CiBIzdOqW8jEfPUeKN1Hvtvn9IwMA7cma MMXNUAR+KEVOEX/BJaBgdjFahz46BeW4FRt5ic1HnVJ+ZTOSALQOGwlu5NFqWFYeWEzg eDTuW8qhdj2sm3tgGGiTrocbisqUqPPBI2PPU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZFrEgIDcv1c7AdJH7t/eZHQogUqUButTn7fucQirSxxZIlpMWKH6ba9XpuA02kNDLS ZH1WKuHWw366OAXrZqJOY5O8XXms+tBMsyBkP6fG3pHCj6V6lwcOk9pn7pMF8HuTfqUi S7FIjm6e7s/TmKv44ZOkiOEMfVq/Bwu+moTZI= MIME-Version: 1.0 Received: by 10.223.103.4 with SMTP id i4mr5919245fao.70.1291067235356; Mon, 29 Nov 2010 13:47:15 -0800 (PST) Received: by 10.223.87.70 with HTTP; Mon, 29 Nov 2010 13:47:15 -0800 (PST) In-Reply-To: References: <201011291007.37044.jhb@freebsd.org> <4CF3E68C.4050300@FreeBSD.org> Date: Mon, 29 Nov 2010 22:47:15 +0100 Message-ID: From: Giovanni Trematerra To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , David Rhodus , freebsd-current@freebsd.org Subject: Re: panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 ftick 516947 ltick 517947 tick pri 2726 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, 29 Nov 2010 21:47:17 -0000 On Mon, Nov 29, 2010 at 9:56 PM, Attilio Rao wrote: > 2010/11/29 Alexander Motin : >> On 29.11.2010 17:07, John Baldwin wrote: >>> >>> On Friday, November 26, 2010 4:38:49 pm David Rhodus wrote: >>>> >>>> I hit this panic on my NFS server. >>>> >>>> -DR >>>> >>>> coke.fun dumped core - see /var/crash/vmcore.2 >>>> >>>> Fri Nov 26 14:50:48 UTC 2010 >>>> >>>> FreeBSD coke.fun 9.0-CURRENT FreeBSD 9.0-CURRENT #14 r215800: Wed Nov >>>> 24 12:35:30 UTC 2010 =A0 =A0 root@coke.fun:/usr/obj/usr/src/sys/GENERI= C >>>> i386 >>>> >>>> panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 >>>> ftick 516947 ltick 517947 tick pri 2726 >>> >>> I ran the numbers and assuming a hz of 1000, this requires you to have = a >>> very >>> large value for ts_ticks (about (2726 * 24)<< =A010). =A0I suspect this= is due >>> to >>> sched_tick() being invoked for a long idle sleep combined with the >>> eventtimer >>> changes. =A0Can you go to frame 10 and 'p td->td_sched->ts_ticks'? >> >> As I can see, this is VirtualBox virtual machine. So it is still a quest= ion >> what side makes so large hole in sched_tick() on some CPUs. It could be >> interesting to get ktr(4) dump with KTR_SPARE2 mask: >> >> options =A0 =A0 =A0 =A0 KTR >> options =A0 =A0 =A0 =A0 ALQ >> options =A0 =A0 =A0 =A0 KTR_ALQ >> options =A0 =A0 =A0 =A0 KTR_ENTRIES=3D131072 >> options =A0 =A0 =A0 =A0 KTR_COMPILE=3D(KTR_SPARE2) >> options =A0 =A0 =A0 =A0 KTR_MASK=3D(KTR_SPARE2) > > I'm sure gianni (CC'ed) got =A0this bug > and got some conclusions on it > before (maybe he also has a patch). I got it on QEMU and assumed that QEMU was not doing a proper job of distributing run-time amongst cores (so VirtualBox???). I figured out that sched_tick is being passed a huge number of ticks elapse= d for the cpu at startup, in my case, by hardclock_anycpu (kern_clock.c). I haven't a patch only a dirty hack just to make sure we won't be running for more than 5s solid, if we have a huge number of ticks in input to sched_tick, which is something that ULE can still handle. Hope this helps. diff -r d16464301129 sys/kern/kern_clock.c --- a/sys/kern/kern_clock.c Thu Sep 23 11:56:35 2010 -0400 +++ b/sys/kern/kern_clock.c Sun Oct 03 17:53:39 2010 -0400 @@ -525,7 +525,7 @@ hardclock_anycpu(int cnt, int usermode) PROC_SUNLOCK(p); } thread_lock(td); - sched_tick(cnt); + sched_tick((cnt < (hz*10)/2) ? cnt : (hz*10)/2); td->td_flags |=3D flags; thread_unlock(td); -- Giovanni Trematerra From owner-freebsd-current@FreeBSD.ORG Mon Nov 29 22:02:05 2010 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 E7DEB106566C; Mon, 29 Nov 2010 22:02:05 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 43C948FC1B; Mon, 29 Nov 2010 22:02:05 +0000 (UTC) Received: by eyb7 with SMTP id 7so2456809eyb.13 for ; Mon, 29 Nov 2010 14:02:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=rvKGC1VM+E/fVhoDXVWyY+Z5bCebrFgxEWxo+5AMVkM=; b=B7X6GmpbqwOnjeFfus+lE5g7SFy8AL09hWl9kJdijWcuaCIFahCW7kuAFfjxJZThVg mYM/XDKZWW9ddWjCnpZreKAT7oVSj9z9FG2cMMyPhgtUwh/zDsZ379CRGxS6kll2+s6b v3Ao0xD609zg/TxjxH4jRzZocITZgpd/720k8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ZfmXEVkUUZyaHnyPLZBCqc0K6GNlVfnrdCbK3sSxVpt01grBRuqvsSjLJONx3SlHeI Cfk/7YO7aQa6GrlXZmckC/EAxHtvSImX63CyaESccwivc9RF/22Hf/TrXyZZqScP46RJ 7tHjkTZBkNky7828YXw5LDgNjFCrfNcSgh6J0= Received: by 10.223.100.9 with SMTP id w9mr6006484fan.12.1291068124297; Mon, 29 Nov 2010 14:02:04 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id n6sm1409879faa.28.2010.11.29.14.02.01 (version=SSLv3 cipher=RC4-MD5); Mon, 29 Nov 2010 14:02:02 -0800 (PST) Sender: Alexander Motin Message-ID: <4CF422D0.7050702@FreeBSD.org> Date: Tue, 30 Nov 2010 00:01:52 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Giovanni Trematerra References: <201011291007.37044.jhb@freebsd.org> <4CF3E68C.4050300@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , David Rhodus , freebsd-current@freebsd.org Subject: Re: panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 ftick 516947 ltick 517947 tick pri 2726 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, 29 Nov 2010 22:02:06 -0000 On 29.11.2010 23:47, Giovanni Trematerra wrote: > I got it on QEMU and assumed that QEMU was not doing a proper job of > distributing run-time amongst cores (so VirtualBox???). > I figured out that sched_tick is being passed a huge number of ticks elapsed > for the cpu at startup, in my case, by hardclock_anycpu (kern_clock.c). Problem with many ticks at CPU startup should be fixed by r214987. > I haven't a patch only a dirty hack just to make sure we won't be > running for more than 5s solid, if we have a huge number of ticks in > input to sched_tick, which is something that ULE can still handle. > > Hope this helps. > > diff -r d16464301129 sys/kern/kern_clock.c > --- a/sys/kern/kern_clock.c Thu Sep 23 11:56:35 2010 -0400 > +++ b/sys/kern/kern_clock.c Sun Oct 03 17:53:39 2010 -0400 > @@ -525,7 +525,7 @@ hardclock_anycpu(int cnt, int usermode) > PROC_SUNLOCK(p); > } > thread_lock(td); > - sched_tick(cnt); > + sched_tick((cnt< (hz*10)/2) ? cnt : (hz*10)/2); > td->td_flags |= flags; > thread_unlock(td); > > -- > Giovanni Trematerra -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 00:29:03 2010 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 B53061065674 for ; Tue, 30 Nov 2010 00:29:03 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9F08FC17 for ; Tue, 30 Nov 2010 00:29:03 +0000 (UTC) Received: by iwn39 with SMTP id 39so6310055iwn.13 for ; Mon, 29 Nov 2010 16:29:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ywJPoE5PjLPhuycHB48RAu1ZxlN+wx7+oyi1qyJS3Ts=; b=uG3bFXa0pNUlRVXABekOQHqYAGbuiuj+beezPTyIEPjs5OdV5TpF5ul1MM9YWzdQUj ds6ENFHNT9XHm8IptuF/vu2s5O5WS51rWio01Uju6+9ZhoQtMxJGiaotdOv12AUmrl4j vFe0LIpdn+1WbokeYXB2gINtFS0mgYd/4fE10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=skHhLlbbvkcSdBhL7Q0d97r1jwtf2gnTv1JF1AnPicYgy71eD+0vGTgdhXd/QeeWEt sTD/eV86iPnOkVQROz5hGxUJCrXFZ6JZIfbgkj2fqfqMYP65PSS2HAIVKyWwQBfDG+Ba 71FVo3w67pRUTViIBuZYfvXcvNFaaJcLUJv6c= MIME-Version: 1.0 Received: by 10.231.11.9 with SMTP id r9mr6122760ibr.47.1291062308604; Mon, 29 Nov 2010 12:25:08 -0800 (PST) Received: by 10.231.21.35 with HTTP; Mon, 29 Nov 2010 12:25:08 -0800 (PST) In-Reply-To: <4CF407F6.6070803@protected-networks.net> References: <4CF407F6.6070803@protected-networks.net> Date: Mon, 29 Nov 2010 12:25:08 -0800 Message-ID: From: Matthew Fleming To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: kern_sysctl.c compilation failure 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, 30 Nov 2010 00:29:03 -0000 On Mon, Nov 29, 2010 at 12:07 PM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Seems that 'treat warnings as errors' snags on this .. patch attached, Which compiler are you using? I didn't have any trouble with this file on a make universe last night... There's nothing wrong with the patch; I'd just like to understand why you see an error and I do not. Thanks, matthew > > =A0 =A0 =A0 =A0imb > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (FreeBSD) > > iEYEARECAAYFAkz0B/YACgkQQv9rrgRC1JKLBgCeNhKn2W6Z2XFN/zt70PbFhKbP > eHcAoIwI0Iz0g5TmU/pjbnG8zlcY6a1y > =3Da/KQ > -----END PGP SIGNATURE----- > > _______________________________________________ > 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 Tue Nov 30 05:48:11 2010 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 0264E106564A for ; Tue, 30 Nov 2010 05:48:11 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E7B218FC16 for ; Tue, 30 Nov 2010 05:48:10 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAU5m979027788 for ; Tue, 30 Nov 2010 05:48:10 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4CF4901B.8030108@freebsd.org> Date: Tue, 30 Nov 2010 13:48:11 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.24 (X11/20100630) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: CFT: patch for process shared pthread objects 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, 30 Nov 2010 05:48:11 -0000 Hi, I finally have worked out first patch to make our pthread library support process shared pthread objects: http://people.freebsd.org/~davidxu/pshared/patch1.diff Many changes are related to redesigned pthread condition variable, these changes try to eliminate extra context switch when pthread_cond_signal is called which could reduce performance. There are two parts in the condition variable implementation. A pure usermode condition variable and kernel-based condition variable. All priority protected, inherited mutexs and process shared mutex will use kernel base condition variable, for a normal mutex, the usermode condition variable is used. Both user-mode and kernel-based try to migrate a thread from condition variable wait queue to mutex wait queue. Another added feature is robust mutex support, http://www.opengroup.org/onlinepubs/9699919799/functions/pthread_mutexattr_setrobust.html Which I think is mostly used for process-shared mutex. In the patch, if mutex attribute is robust, the thread library also uses kernel base condition variable which does not have internal lock in userland. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 06:30:16 2010 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 5BFCE106564A; Tue, 30 Nov 2010 06:30:16 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD36C8FC19; Tue, 30 Nov 2010 06:30:15 +0000 (UTC) Received: by wyf19 with SMTP id 19so5280703wyf.13 for ; Mon, 29 Nov 2010 22:30:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=Kqe4MolyF4kc/gPYzSVGm2TPqUbwFGl4VL6UHGrTNAw=; b=cPedo2Q3Hy5o06wHE0K2jWugRFvSshZPv3m2CTu6HwU3oOUDDneXrI6bOItjLQxDZD dhlX++6CHWRupn+mYQk6IJ8Ec2ZebmQO25SzP6laEEnM9waKsSnGoPNfojz0nVJo+URx ocLEOXRk0NcKQJy26xs1KA0Fsc3meLccI+a4Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=TmXkcWbJRuulmaGMC+3V698TO4nhqOzXVEitsrfvVxpG8phlSe/ehBVNuIRk6EYG6e qdm2gNo6APqcAPawIAM6ojMFJh7+buPdp6cwsa1Ldn+HuV37Q0xaIrBsIlmSfrLI8EVr OVtxJ9+gWK5ZX+U64ppkr2430Vq/RuAx2AlXc= MIME-Version: 1.0 Received: by 10.227.138.132 with SMTP id a4mr7106550wbu.143.1291098613627; Mon, 29 Nov 2010 22:30:13 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Mon, 29 Nov 2010 22:30:13 -0800 (PST) In-Reply-To: <4CF4901B.8030108@freebsd.org> References: <4CF4901B.8030108@freebsd.org> Date: Mon, 29 Nov 2010 22:30:13 -0800 X-Google-Sender-Auth: H3O1jPXUxx6ZOSnrn7dPQ-jp4Gk Message-ID: From: Garrett Cooper To: David Xu Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: CFT: patch for process shared pthread objects 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, 30 Nov 2010 06:30:16 -0000 On Mon, Nov 29, 2010 at 9:48 PM, David Xu wrote: > Hi, > > I finally have worked out first patch to make our pthread library > support process shared pthread objects: > > http://people.freebsd.org/~davidxu/pshared/patch1.diff > > Many changes are related to redesigned pthread condition variable, > these changes try to eliminate extra context switch when > pthread_cond_signal is called which could reduce performance. > There are two parts in the condition variable implementation. > A pure usermode condition variable and kernel-based condition > variable. All priority protected, inherited mutexs and process > shared mutex will use kernel base condition variable, for a > normal mutex, the usermode condition variable is used. > Both user-mode and kernel-based try to migrate a thread from > condition variable wait queue to mutex wait queue. > > Another added feature is robust mutex support, > http://www.opengroup.org/onlinepubs/9699919799/functions/pthread_mutexattr_setrobust.html > Which I think is mostly used for process-shared mutex. > > In the patch, if mutex attribute is robust, the thread library > also uses kernel base condition variable which does not have > internal lock in userland. Doesn't build :/...: ===> lib/libthr (obj,depend,all,install) make: don't know how to make thr_sleepq.c. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 06:43:12 2010 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 88BA0106566C; Tue, 30 Nov 2010 06:43:12 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5D65D8FC1D; Tue, 30 Nov 2010 06:43:12 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAU6hBrc093067; Tue, 30 Nov 2010 06:43:11 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4CF49CFF.2080507@freebsd.org> Date: Tue, 30 Nov 2010 14:43:11 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.24 (X11/20100630) MIME-Version: 1.0 To: Garrett Cooper References: <4CF4901B.8030108@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: CFT: patch for process shared pthread objects 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, 30 Nov 2010 06:43:12 -0000 Garrett Cooper wrote: > Doesn't build :/...: > > ===> lib/libthr (obj,depend,all,install) > make: don't know how to make thr_sleepq.c. Stop > *** Error code 2 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Thanks, > -Garrett > Sorry, I have updated it, please download it again, or just download file: http://people.freebsd.org/~davidxu/pshared/thr_sleepq.c and put it in directory src/lib/libthr/thread/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 11:24:30 2010 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 167BB106566C for ; Tue, 30 Nov 2010 11:24:30 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB9A8FC12 for ; Tue, 30 Nov 2010 11:24:29 +0000 (UTC) Received: by wwb39 with SMTP id 39so12010wwb.1 for ; Tue, 30 Nov 2010 03:24:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:organization:to :subject:date:user-agent:cc:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=EEfr1lCzYbgHhkZxflQAWHGQ8VLDiT30VHubyR1egMY=; b=pYmG4wFLsAuiaHteL7gJGNDZWidiKf/NN/1rgggzTlK4cQPrMwL1NzytWgdvvDp2yI 0WgPKMYiSIf8ZB1YffZORPYal3oClPS8zesDOuL7uRDG7vi1aCSwSj82L5EX7lp1qWY9 zfoJeYwPlVN++2QSKafv2mUFjsHUpnkm9cojw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=RbtltMjytEMqUrWXbFNMJ00CJlPSIWFXUm9QEPfHPpOU6O2jHnp74BvuAz0jk8rAn5 UXzYdpm3VHmlpER4TZzvZUhtjhr4iuKrztmdl42Wbtb1uvqFCF3Y1uQqk2Tl6Rd6Hp6S rpWtmdT7UVEd7T+Xr3CHQrjNhaLsA7G0EXZFM= Received: by 10.216.154.202 with SMTP id h52mr6352283wek.46.1291116268230; Tue, 30 Nov 2010 03:24:28 -0800 (PST) Received: from echo.hoth (host208-213-dynamic.4-87-r.retail.telecomitalia.it [87.4.213.208]) by mx.google.com with ESMTPS id e12sm2929405wer.36.2010.11.30.03.24.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Nov 2010 03:24:27 -0800 (PST) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-current@freebsd.org Date: Tue, 30 Nov 2010 12:24:20 +0100 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) References: <4CF4901B.8030108@freebsd.org> In-Reply-To: <4CF4901B.8030108@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1315666.0A9fG7TELC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201011301224.24471.avilla@freebsd.org> Cc: David Xu Subject: Re: CFT: patch for process shared pthread objects 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, 30 Nov 2010 11:24:30 -0000 --nextPart1315666.0A9fG7TELC Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Tuesday 30 November 2010 06:48:11 David Xu wrote: > I finally have worked out first patch to make our pthread library > support process shared pthread objects: yay! > http://people.freebsd.org/~davidxu/pshared/patch1.diff wouldn't it require activation of #define _POSIX_THREAD_PROCESS_SHARED in include/unistd.h? =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla We are all worms. But I do believe I am a glowworm. -- Winston Churchill --nextPart1315666.0A9fG7TELC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iJwEAAECAAYFAkz03ugACgkQ3xiC6kQ1CosG3AQAn9F982U387jfXva28zU9vHES AcC+5u5Ric1FeqAQsjbwObCSXR7PeSnZcoz2gLv4g6+ckSO28hUi95CtY4Byl/78 4RpyXuuFjyncJjv6SokEqq8xzoLA8k5aVv9OGKYzwC0Lj3RGUQoN4994ueaniqj1 BFCSq2SRqLygst1dZTk= =bUDO -----END PGP SIGNATURE----- --nextPart1315666.0A9fG7TELC-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 11:45:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from alona.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 54DBA106564A; Tue, 30 Nov 2010 11:45:35 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <4CF4E3C8.70008@freebsd.org> Date: Tue, 30 Nov 2010 19:45:12 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.21 (X11/20090522) MIME-Version: 1.0 To: Alberto Villa References: <4CF4901B.8030108@freebsd.org> <201011301224.24471.avilla@freebsd.org> In-Reply-To: <201011301224.24471.avilla@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CFT: patch for process shared pthread objects 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, 30 Nov 2010 11:45:36 -0000 Alberto Villa wrote: > On Tuesday 30 November 2010 06:48:11 David Xu wrote: > >> I finally have worked out first patch to make our pthread library >> support process shared pthread objects: >> > > yay! > > >> http://people.freebsd.org/~davidxu/pshared/patch1.diff >> > > wouldn't it require activation of > #define _POSIX_THREAD_PROCESS_SHARED > in include/unistd.h? > Yes. From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 14:20:14 2010 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 D774410656B4; Tue, 30 Nov 2010 14:20:14 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C16F8FC0C; Tue, 30 Nov 2010 14:20:13 +0000 (UTC) Received: by fxm16 with SMTP id 16so3826068fxm.13 for ; Tue, 30 Nov 2010 06:20:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type; bh=l6rhTWaP+BER/BDm5feXUtrhiRlUXz2iVJdkJ3llHEY=; b=tVBpoVemRdRW7lHiSmfyp98xO8EodpntHkbJ+mDsPYM1zc0qxyPRsD3mDUjQHraiw5 Oa678Fv5SVFxQcJ51D2POVDcNusoY50giLB5cRYnO5LPzl21owBZcqv7pE9xmA3w3SVp +NwxNr8ihrSb2L5nVUQ3LFbX6Gp/HPXSRsIUs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; b=PLujUy99dJIfIVe1ZQ0NZRXhh1sEnxPi/ryaxCEWJtysWLOQ6d48J5thbgMs8pNFoH HaNPDi68rMvPD/5BNPfaEqhQcSP3V0utufsAos0MHbBSx2byROZf/UAfZXjS8RBdqnJY psAqaif7Y/VDZ6V8Bn1L4TcB15T2m0WEri9UE= Received: by 10.223.86.203 with SMTP id t11mr6835675fal.97.1291126813041; Tue, 30 Nov 2010 06:20:13 -0800 (PST) Received: from localhost ([109.169.29.56]) by mx.google.com with ESMTPS id l3sm503128fan.2.2010.11.30.06.20.06 (version=SSLv3 cipher=RC4-MD5); Tue, 30 Nov 2010 06:20:12 -0800 (PST) From: Anonymous To: David Xu In-Reply-To: <4CF49CFF.2080507@freebsd.org> (David Xu's message of "Tue, 30 Nov 2010 14:43:11 +0800") References: <4CF4901B.8030108@freebsd.org> <4CF49CFF.2080507@freebsd.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) Date: Tue, 30 Nov 2010 17:19:50 +0300 Message-ID: <86y68a99mh.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD Current Subject: Re: CFT: patch for process shared pthread objects 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, 30 Nov 2010 14:20:14 -0000 David Xu writes: > Garrett Cooper wrote: > >> Doesn't build :/...: >> >> ===> lib/libthr (obj,depend,all,install) >> make: don't know how to make thr_sleepq.c. Stop >> *** Error code 2 >> > Sorry, I have updated it, please download it again, or just > download file: > http://people.freebsd.org/~davidxu/pshared/thr_sleepq.c > and put it in directory src/lib/libthr/thread/ One more cc -c [...] kern/kern_umtx.c /usr/src/sys/kern/kern_umtx.c: In function '__umtx_op_lock_umutex_compat32': /usr/src/sys/kern/kern_umtx.c:4107: error: too few arguments to function 'do_lock_umutex' /usr/src/sys/kern/kern_umtx.c: In function '__umtx_op_wait_umutex_compat32': /usr/src/sys/kern/kern_umtx.c:4128: error: too few arguments to function 'do_lock_umutex' *** Error code 1 As for runtime issues - mplayer's vo_gl and vo_vdpau crash as do many GL games when using nvidia-driver - csup hangs at the end of checkout $ gdb mplayer (gdb) bt #0 0x0000000000000020 in ?? () #1 0x0000000807e749a3 in glXCreateWindow () from /usr/local/lib/libGL.so.1 #2 0x00000008116ab00f in _nv011glcore () from /usr/local/lib/libnvidia-glcore.so.1 #3 0x0000000807e5a81f in glXCreateWindow () from /usr/local/lib/libGL.so.1 #4 0x0000000800de64a9 in objlist_call_init (list=) at /usr/src/libexec/rtld-elf/rtld.c:1684 #5 0x0000000800de78f5 in _rtld (sp=0x7fffffff55b0, exit_proc=0x7fffffff5590, objp=0x7fffffff5598) at /usr/src/libexec/rtld-elf/rtld.c:528 #6 0x0000000800de1e99 in .rtld_start () at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:39 #7 0x0000000000000000 in ?? () ... $ cat supfile *default host=cvsup4.freebsd.org *default base=/a/test *default prefix=/a/test *default delete use-rel-suffix ports-base release=cvs $ csup supfile Connected to 149.20.64.73 Updating collection ports-base/cvs [...] Create ports/YEAR2000,v -> Attic SetAttrs ports load: 2.61 cmd: csup 47332 [running] 154.51r 271.80u 0.14s 99% 2896k load: 1.10 cmd: csup 47332 [runnable] 633.97r 750.61u 0.14s 100% 2896k $ gdb csup $(pgrep csup) (gdb) i th 3 Thread 801007100 (LWP 100310/initial thread) 0x000000080281f67c in _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 2 Thread 801008000 (LWP 101283/csup) sender_scan (arg=) at /usr/src/usr.bin/csup/mux.c:938 * 1 Thread 801008a00 (LWP 101285/csup) 0x000000080f4a9bcc in __sys_sigwait () at _sigwait.S:3 (gdb) bt #0 0x000000080f4a9bcc in __sys_sigwait () at _sigwait.S:3 #1 0x000000080281b47e in ___sigwait (set=0x7fffffff16b8, sig=0x7fffff7fcfa4) at /usr/src/lib/libthr/thread/thr_sig.c:713 #2 0x000000000040fe1b in killer_run (arg=) at /usr/src/usr.bin/csup/proto.c:970 #3 0x00000008028171e4 in thread_start (curthread=0x801008a00) at /usr/src/lib/libthr/thread/thr_create.c:272 #4 0x0000000000000000 in ?? () (gdb) t 2 (gdb) bt #0 sender_scan (arg=) at /usr/src/usr.bin/csup/mux.c:938 #1 sender_waitforwork (arg=) at /usr/src/usr.bin/csup/mux.c:912 #2 sender_loop (arg=) at /usr/src/usr.bin/csup/mux.c:790 #3 0x00000008028171e4 in thread_start (curthread=0x801008000) at /usr/src/lib/libthr/thread/thr_create.c:272 #4 0x0000000000000000 in ?? () (gdb) t 3 (gdb) bt #0 0x000000080281f67c in _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37 #1 0x00000008028206c9 in join_common (pthread=0x801008000, thread_return=0x7fffffff1640, abstime=0x0) at /usr/src/lib/libthr/thread/thr_join.c:125 #2 0x000000000040d7b5 in mux_shutdown (m=0x8010180c0, errmsg=, status=) at /usr/src/usr.bin/csup/mux.c:752 #3 0x000000000041090e in proto_run (config=0x801020080) at /usr/src/usr.bin/csup/proto.c:629 #4 0x000000000040c72a in main (argc=, argv=) at /usr/src/usr.bin/csup/main.c:321 From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 17:21:24 2010 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 DCADD106566C; Tue, 30 Nov 2010 17:21:24 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA578FC12; Tue, 30 Nov 2010 17:21:23 +0000 (UTC) Received: by ewy24 with SMTP id 24so2990174ewy.13 for ; Tue, 30 Nov 2010 09:21:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=JLc1cVNZWOyafavzfkiVPrN14i/5VDivQAuZxex9SZc=; b=q1lGQcKglAFVd0VzzQf72KcqA+mCEJjOmTh0e62ImO9JvtOAzcrY7X2TpPvwBkfRrQ qOw9gCRWO81a4uLlHXotq5FiSkk295mBWYsrvk1IFDC9rJO1wPNnPlxnBi/BV9pM1sYV bvJS6Ly87WHIi0EiIocUW7LqKBULEfT5Vf/nc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=TmNli7VcxzxUkfvZHACQfr2qDuRZYtKoVh2IDbUenMBDQyuP27jOHBV9EHHy6wEeqn y7ob/2sG0yxn1HXUPt+7rcTWMA4JOVIkRxEOd8x1YRK1ZZTr2DBUsDxk7ljNVyDMDSPj 4Ho1tTSQ2GxSQ3eoHe97Vx6hjvPDrUHHWf6EM= MIME-Version: 1.0 Received: by 10.216.175.18 with SMTP id y18mr7683406wel.30.1291137682284; Tue, 30 Nov 2010 09:21:22 -0800 (PST) Received: by 10.216.198.27 with HTTP; Tue, 30 Nov 2010 09:21:22 -0800 (PST) Date: Tue, 30 Nov 2010 09:21:22 -0800 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: weongyo@freebsd.org, Hans Petter Selasky Subject: More "noise" in ifconfig 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, 30 Nov 2010 17:21:24 -0000 Just updated to HEAD and I saw the recent ifconfig, usb ethernet, et all changes: $ ifconfig usbus0: flags=0<> metric 0 mtu 0 usbus1: flags=0<> metric 0 mtu 0 usbus2: flags=0<> metric 0 mtu 0 usbus3: flags=0<> metric 0 mtu 0 msk0: flags=8843 metric 0 mtu 1500 options=c011b ether 00:1d:60:b6:eb:97 inet 192.168.20.3 netmask 0xffffff00 broadcast 192.168.20.255 media: Ethernet autoselect (1000baseT ) status: active usbus4: flags=0<> metric 0 mtu 0 usbus5: flags=0<> metric 0 mtu 0 usbus6: flags=0<> metric 0 mtu 0 usbus7: flags=0<> metric 0 mtu 0 lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 $ ifconfig -l usbus0 usbus1 usbus2 usbus3 msk0 usbus4 usbus5 usbus6 usbus7 lo0 I don't have any USB ethernet devices, so I would expect usbus, et all to be blank, but this would break a few (dumb) scenarios we have at my work where it goes and looks at ifconfig -l (of course I've tried convincing others to use ifconfig -l inet instead, but that was to no avail). This could potentially break other dumb scripts as well. So the question is: what are we gaining with this additional, terse output? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 17:30:12 2010 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 B12B71065696; Tue, 30 Nov 2010 17:30:12 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8FE8FC15; Tue, 30 Nov 2010 17:30:02 +0000 (UTC) Received: by wwf26 with SMTP id 26so1731409wwf.31 for ; Tue, 30 Nov 2010 09:30:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nD0W2HYFEaXS7pJw7Da5oYrljbqiXxrLxLD1Si5KWRs=; b=mkI71XO70xOldqcL9sNQUfk69r8o2wWcFyI9FlBykT7QdukoFIu3zbNTa1buIr+pbt KFE5nuKIC5cqFHWmcPnsqBdMK7Wx+UJ/DPUs+9pyBc1ppxE8Dc2bNhoNNyxKaY8BnaDd kr1UMLA88e/Kj2g891Hocrl2hjduVJ/KHTAiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=FNhI5X6Us9K9ZRlBTflQY8H283hnlYJqU8GUu3j2ALASSWC+ifE07BUf8f7J+ofbC1 OQjs+KjL+Bt4FICAwC4cG1HDzanxYcvaNSAZ3hjf4C2obAICvH6Y2Gt/6MnVkAI0d5bR MVR8My6gdollpFmj7YLh+U7ELpWOYx1sDa/9k= MIME-Version: 1.0 Received: by 10.227.157.148 with SMTP id b20mr8073739wbx.14.1291138201930; Tue, 30 Nov 2010 09:30:01 -0800 (PST) Received: by 10.216.12.80 with HTTP; Tue, 30 Nov 2010 09:30:01 -0800 (PST) In-Reply-To: References: Date: Tue, 30 Nov 2010 11:30:01 -0600 Message-ID: From: Brandon Gooch To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , weongyo@freebsd.org, Hans Petter Selasky Subject: Re: More "noise" in ifconfig 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, 30 Nov 2010 17:30:12 -0000 On Tue, Nov 30, 2010 at 11:21 AM, Garrett Cooper wrote= : > =A0 =A0Just updated to HEAD and I saw the recent ifconfig, usb ethernet, > et all changes: > > $ ifconfig > usbus0: flags=3D0<> metric 0 mtu 0 > usbus1: flags=3D0<> metric 0 mtu 0 > usbus2: flags=3D0<> metric 0 mtu 0 > usbus3: flags=3D0<> metric 0 mtu 0 > msk0: flags=3D8843 metric 0 mtu 1= 500 > =A0 =A0 =A0 =A0options=3Dc011b > =A0 =A0 =A0 =A0ether 00:1d:60:b6:eb:97 > =A0 =A0 =A0 =A0inet 192.168.20.3 netmask 0xffffff00 broadcast 192.168.20.= 255 > =A0 =A0 =A0 =A0media: Ethernet autoselect (1000baseT > ) > =A0 =A0 =A0 =A0status: active > usbus4: flags=3D0<> metric 0 mtu 0 > usbus5: flags=3D0<> metric 0 mtu 0 > usbus6: flags=3D0<> metric 0 mtu 0 > usbus7: flags=3D0<> metric 0 mtu 0 > lo0: flags=3D8049 metric 0 mtu 16384 > =A0 =A0 =A0 =A0options=3D3 > =A0 =A0 =A0 =A0inet 127.0.0.1 netmask 0xff000000 > $ ifconfig -l > usbus0 usbus1 usbus2 usbus3 msk0 usbus4 usbus5 usbus6 usbus7 lo0 > > =A0 =A0I don't have any USB ethernet devices, so I would expect usbus, et > all to be blank, but this would break a few (dumb) scenarios we have > at my work where it goes and looks at ifconfig -l (of course I've > tried convincing others to use ifconfig -l inet instead, but that was > to no avail). > =A0 =A0This could potentially break other dumb scripts as well. > =A0 =A0So the question is: what are we gaining with this additional, ters= e output? > Thanks, > -Garrett I believe a patch has been proposed that would eliminate the usbus devices from ifconfig output: http://lists.freebsd.org/pipermail/freebsd-current/2010-November/021542.htm= l -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 18:03:11 2010 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 04C98106564A for ; Tue, 30 Nov 2010 18:03:11 +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 B56788FC15 for ; Tue, 30 Nov 2010 18:03:10 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id oAUHgprS017804; Tue, 30 Nov 2010 12:42:51 -0500 (EST) 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.2.2 (mail.netplex.net [204.213.176.10]); Tue, 30 Nov 2010 12:42:51 -0500 (EST) Date: Tue, 30 Nov 2010 12:42:51 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Anonymous In-Reply-To: <86y68a99mh.fsf@gmail.com> Message-ID: References: <4CF4901B.8030108@freebsd.org> <4CF49CFF.2080507@freebsd.org> <86y68a99mh.fsf@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: CFT: patch for process shared pthread objects 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: Tue, 30 Nov 2010 18:03:11 -0000 On Tue, 30 Nov 2010, Anonymous wrote: > David Xu writes: > >> Garrett Cooper wrote: >> >>> Doesn't build :/...: >>> >>> ===> lib/libthr (obj,depend,all,install) >>> make: don't know how to make thr_sleepq.c. Stop >>> *** Error code 2 >>> >> Sorry, I have updated it, please download it again, or just >> download file: >> http://people.freebsd.org/~davidxu/pshared/thr_sleepq.c >> and put it in directory src/lib/libthr/thread/ > > One more > > cc -c [...] kern/kern_umtx.c > /usr/src/sys/kern/kern_umtx.c: In function '__umtx_op_lock_umutex_compat32': > /usr/src/sys/kern/kern_umtx.c:4107: error: too few arguments to function 'do_lock_umutex' > /usr/src/sys/kern/kern_umtx.c: In function '__umtx_op_wait_umutex_compat32': > /usr/src/sys/kern/kern_umtx.c:4128: error: too few arguments to function 'do_lock_umutex' > *** Error code 1 > > As for runtime issues > - mplayer's vo_gl and vo_vdpau crash as do many GL games when using nvidia-driver > - csup hangs at the end of checkout I'm not sure this is your problem, but as a note to others - if you recompile any applications or libraries that use the new pthread ABIs, you might have to rebuild all dependencies. Just as when we used to bump libc versions, you cannot use different pthread ABIs in the same binary. This is similar to the pre-symbol versioning days when an older library libFOO was linked to libc.so.5 and an application was rebuilt linking to both libFOO and the newer libc.so.6. This should only be a problem if any of the pthread types are passed between applications and/or libraries; the older binary will be expecting the older pthread type, but will be passed the new pthread type. So if you are going to use this patch, be careful about what you rebuild. -- DE From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 02:29:42 2010 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 554C41065670 for ; Wed, 1 Dec 2010 02:29:42 +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 3510E8FC0A for ; Wed, 1 Dec 2010 02:29:41 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id oB12Tf9V008886; Tue, 30 Nov 2010 18:29:41 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id oB12Tffv008885; Tue, 30 Nov 2010 18:29:41 -0800 (PST) (envelope-from obrien) Date: Tue, 30 Nov 2010 18:29:41 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Message-ID: <20101201022941.GA8843@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: 'panic: make_dev_credv: bad si_name (error=17, si_name=ttyU0)' with USB serial adapter 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: Wed, 01 Dec 2010 02:29:42 -0000 Thoughts? anh-thu.NUXI.org dumped core - see ./vmcore.1 Tue Nov 30 16:10:57 PST 2010 FreeBSD anh-thu.NUXI.org 9.0-CURRENT FreeBSD 9.0-CURRENT #85 r214782M: Thu Nov 4 09:13:24 PDT 2010 rootk@anh-thu.NUXI.org:/usr/src/sys/i386/compile/ANH-THU i386 panic: make_dev_credv: bad si_name (error=17, si_name=ttyU0) GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #85 r214782M: Thu Nov 4 09:13:24 PDT 2010 rootk@anh-thu.NUXI.org:/usr/src/sys/i386/compile/ANH-THU i386 CPU: Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz (1828.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6ec Family = 6 Model = e Stepping = 12 Features=0xbfe9fbff Features2=0xc1a9 AMD Features=0x100000 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2093707264 (1996 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20101013/tbfadt-625) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20101013/tbfadt-655) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard CPU0: local APIC error 0x40 acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xd8000000-0xdfffffff,0xee100000-0xee10ffff irq 16 at device 0.0 on pci1 hdac0: mem 0xee400000-0xee403fff irq 17 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 pcib2: irq 20 at device 28.0 on pci0 pci2: on pcib2 em0: port 0x3000-0x301f mem 0xee000000-0xee01ffff irq 16 at device 0.0 on pci2 em0: Using an MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1a:6b:67:33:3d pcib3: irq 21 at device 28.1 on pci0 pci3: on pcib3 wpi0: mem 0xedf00000-0xedf00fff irq 17 at device 0.0 on pci3 pcib4: irq 22 at device 28.2 on pci0 pci4: on pcib4 pcib5: irq 23 at device 28.3 on pci0 pci12: on pcib5 uhci0: port 0x1800-0x181f irq 16 at device 29.0 on pci0 usbus0: on uhci0 uhci1: port 0x1820-0x183f irq 17 at device 29.1 on pci0 usbus1: on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 usbus2: on uhci2 uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 usbus3: on uhci3 ehci0: mem 0xee404000-0xee4043ff irq 19 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4: on ehci0 pcib6: at device 30.0 on pci0 pci21: on pcib6 cbb0: mem 0xe4300000-0xe4300fff irq 16 at device 0.0 on pci21 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 atapci1: port 0x18c8-0x18cf,0x18ac-0x18af,0x18c0-0x18c7,0x18a8-0x18ab,0x18b0-0x18bf mem 0xee404400-0xee4047ff irq 16 at device 31.2 on pci0 atapci1: AHCI called from vendor specific driver atapci1: AHCI v1.10 controller with 4 1.5Gbps ports, PM not supported ata2: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: [FILTER] Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 hpet0: [FILTER] Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: [FILTER] Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 acd0: CDRW at ata0-master UDMA33 ad4: 76319MB at ata2-master UDMA100 SATA 1.5Gb/s hdac0: HDA Codec #0: Analog Devices AD1981HD hdac0: HDA Codec #1: Conexant (Unknown) pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! ata3: at port 0x100-0x10f irq 16 function 0 config 1 on pccard0 ad6: FAILURE - SETFEATURES SET TRANSFER MODE status=51 error=4 ad6: 488MB at ata3-master PIO1 uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Root mount waiting for: usbus4 Trying to mount root from ufs:/dev/ad4s2a [rw]... WARNING: / was not properly dismounted ugen0.2: at usbus0 uplcom0: on usbus0 <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point ugen0.3: at usbus0 uplcom1: on usbus0 panic: make_dev_credv: bad si_name (error=17, si_name=ttyU0) cpuid = 1 KDB: enter: panic Uptime: 8s Physical memory: 2038 MB Dumping 65 MB: 50 34 18 2 Reading symbols from /boot/kernel/if_ath.ko...Reading symbols from /boot/kernel/if_ath.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_ath.ko Reading symbols from /boot/kernel/if_em.ko...Reading symbols from /boot/kernel/if_em.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_em.ko Reading symbols from /boot/kernel/if_wpi.ko...Reading symbols from /boot/kernel/if_wpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wpi.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/ums.ko...Reading symbols from /boot/kernel/ums.ko.symbols...done. done. Loaded symbols for /boot/kernel/ums.ko Reading symbols from /boot/kernel/usb.ko...Reading symbols from /boot/kernel/usb.ko.symbols...done. done. Loaded symbols for /boot/kernel/usb.ko Reading symbols from /boot/kernel/umass.ko...Reading symbols from /boot/kernel/umass.ko.symbols...done. done. Loaded symbols for /boot/kernel/umass.ko Reading symbols from /boot/kernel/cam.ko...Reading symbols from /boot/kernel/cam.ko.symbols...done. done. Loaded symbols for /boot/kernel/cam.ko Reading symbols from /boot/kernel/uplcom.ko...Reading symbols from /boot/kernel/uplcom.ko.symbols...done. done. Loaded symbols for /boot/kernel/uplcom.ko Reading symbols from /boot/kernel/ucom.ko...Reading symbols from /boot/kernel/ucom.ko.symbols...done. done. Loaded symbols for /boot/kernel/ucom.ko Reading symbols from /boot/kernel/acpi_ibm.ko...Reading symbols from /boot/kernel/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_ibm.ko Reading symbols from /boot/kernel/cpufreq.ko...Reading symbols from /boot/kernel/cpufreq.ko.symbols...done. done. Loaded symbols for /boot/kernel/cpufreq.ko Reading symbols from /boot/kernel/uhci.ko...Reading symbols from /boot/kernel/uhci.ko.symbols...done. done. Loaded symbols for /boot/kernel/uhci.ko Reading symbols from /boot/kernel/ehci.ko...Reading symbols from /boot/kernel/ehci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ehci.ko Reading symbols from /boot/kernel/wpifw.ko...Reading symbols from /boot/kernel/wpifw.ko.symbols...done. done. Loaded symbols for /boot/kernel/wpifw.ko Reading symbols from /boot/kernel/cbb.ko...Reading symbols from /boot/kernel/cbb.ko.symbols...done. done. Loaded symbols for /boot/kernel/cbb.ko Reading symbols from /boot/kernel/exca.ko...Reading symbols from /boot/kernel/exca.ko.symbols...done. done. Loaded symbols for /boot/kernel/exca.ko Reading symbols from /boot/kernel/cardbus.ko...Reading symbols from /boot/kernel/cardbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/cardbus.ko Reading symbols from /boot/kernel/pccard.ko...Reading symbols from /boot/kernel/pccard.ko.symbols...done. done. Loaded symbols for /boot/kernel/pccard.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc05457ec in kern_reboot (howto=260) at ../../../kern/kern_shutdown.c:418 #2 0xc0545a36 in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:591 #3 0xc050a43e in make_dev_credv (flags=0, dres=0xc4b70a14, devsw=Variable "devsw" is not available. ) at ../../../kern/kern_conf.c:759 #4 0xc050a619 in make_dev_cred (devsw=0xc07fb200, unit=0, cr=0x0, uid=0, gid=0, mode=384, fmt=0xc07bc52b "%s%s") at ../../../kern/kern_conf.c:831 #5 0xc059207b in tty_makedev (tp=0xc52ec200, cred=0x0, fmt=0xc0b695ba "%s") at ../../../kern/tty.c:1186 #6 0xc0b68eb7 in ucom_attach (ssc=0xc4eb4a00, sc=0xc4eb4a38, subunits=1, parent=0xc4eb4a00, callback=0xc0b63da0, mtx=0xc4eb4bcc) at /usr/src/sys/modules/usb/ucom/../../../dev/usb/serial/usb_serial.c:330 #7 0xc0b62117 in uplcom_attach (dev=0xc4fc9800) at /usr/src/sys/modules/usb/uplcom/../../../dev/usb/serial/uplcom.c:435 #8 0xc056e627 in device_attach (dev=0xc4fc9800) at device_if.h:178 #9 0xc056f19c in device_probe_and_attach (dev=0xc4fc9800) at ../../../kern/subr_bus.c:2637 #10 0xc0ad7b60 in usb_probe_and_attach_sub (udev=0xc5196000, uaa=0xc4b70c08) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:1198 #11 0xc0ad7da2 in usb_probe_and_attach (udev=0xc5196000, iface_index=255 'ÿ') at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:1350 #12 0xc0ae0db3 in uhub_explore (udev=0xc5190c00) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_hub.c:265 #13 0xc0ad1398 in usb_bus_explore (pm=0xc4f4ddd4) at /usr/src/sys/modules/usb/usb/../../../dev/usb/controller/usb_controller.c:256 #14 0xc0ae3a0f in usb_process (arg=0xc4f4dd74) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:166 #15 0xc051f141 in fork_exit (callout=0xc0ae3930 , arg=0xc4f4dd74, frame=0xc4b70d28) at ../../../kern/kern_fork.c:835 #16 0xc074c664 in fork_trampoline () at ../../../i386/i386/exception.s:275 (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -16 0 0 0 - DLs ?? 249490:05.00 [kernel] 0 1 0 0 44 0 8032 404 wait DLs ?? 137945:52.00 [init] 0 2 0 0 -8 0 0 0 - DL ?? 225769:30.00 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 208127:53.00 [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 255688:35.00 [g_down] 0 5 0 0 76 0 0 0 c4ec63bc DL ?? 4995769:32.00 [cbb0 eve 0 6 0 0 76 0 0 0 ccb_sc DL ?? 88:44.00 [xpt_thrd 0 7 0 0 -32 0 0 0 psleep DL ?? 3158:17.00 [pagedaem 0 8 0 0 -32 0 0 0 psleep DL ?? 53:21.00 [vmdaemon 0 9 0 0 76 0 0 0 pgzero DL ?? 76:27.00 [pagezero 0 10 0 0 171 0 0 0 - RL ?? 6039488:59.00 [idle] 0 11 0 0 -60 0 0 0 - WL ?? 4222907:53.00 [intr] 0 12 0 0 -16 0 0 0 - DL ?? 26360:13.00 [yarrow] 0 13 0 0 -64 0 0 0 - DL ?? 241088:28.00 [usb] 0 14 0 0 -16 0 0 0 tzpoll DL ?? 0:00.00 [acpi_the 0 15 0 0 -16 0 0 0 coolin DL ?? 0:00.00 [acpi_coo 0 16 0 0 -32 0 0 0 psleep DL ?? 805:34.00 [bufdaemo 0 17 0 0 -32 0 0 0 vlruwt DL ?? 541:56.00 [vnlru] 0 18 0 0 -32 0 0 0 syncer DL ?? 589:14.00 [syncer] 0 19 0 0 -32 0 0 0 - RL ?? 570:54.00 [softdepf 0 20 1 0 76 0 9896 1588 wait Ds+ ?? 312909:18.00 [sh] 0 36 20 0 76 0 9896 1616 wait D+ ?? 112047:39.00 [sh] 0 41 36 0 76 0 9896 1632 wait D+ ?? 10442:40.00 [sh] 0 42 36 0 76 0 9536 948 piperd D+ ?? 7123:14.00 [dd] 0 43 41 0 76 0 9684 2496 - R+ ?? 38166:42.00 [ps] ------------------------------------------------------------------------ vmstat -s 1056174 cpu context switches 15404 device interrupts 1952 software interrupts 2727 traps 3672 system calls 19 kernel threads created 24 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 49 vnode pager pageins 463 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 0 pages reactivated 705 copy-on-write faults 2 copy-on-write optimized faults 1363 zero fill pages zeroed 48 zero fill pages prezeroed 4 intransit blocking page faults 4178 total VM faults taken 0 pages affected by kernel thread creation 22794 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 2420 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 574 pages active 476 pages inactive 0 pages in VM cache 4151 pages wired down 507288 pages free 4096 bytes per page 906 total name lookups cache hits (72% pos + 2% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) proc 2 8K - 2 4096 session 2 1K - 2 64 pgrp 2 1K - 2 64 cred 10 1K - 114 64,128 uidinfo 2 2K - 2 64,1024 plimit 2 1K - 14 256 pfs_nodes 21 3K - 21 128 pci_link 16 2K - 16 32,128 ata_generic 3 3K - 3 1024 sysctltmp 0 0K - 5 16,32 sysctloid 4296 133K - 4396 16,32,64,128 sysctl 0 0K - 20 16,32,64 tidhash 1 8K - 1 callout 1 256K - 1 umtx 180 17K - 180 64,128 p1003.1b 1 1K - 1 16 GEOM 101 12K - 623 16,32,64,128,256,512,1024,2048 bus-sc 78 158K - 1275 16,32,64,128,256,512,1024,2048,4096 bus 1224 194K - 3360 16,32,64,128,256,512,1024 devstat 10 21K - 10 16,4096 eventhandler 74 4K - 74 32,64,128 kobj 117 234K - 168 2048 Per-cpu 1 1K - 1 16 ad_driver 2 1K - 2 32 rman 199 13K - 540 16,32,64 acd_driver 1 2K - 1 2048 sbuf 0 0K - 296 16,32,64,128,256 kbdmux 6 18K - 6 16,256,1024,2048 LED 2 1K - 2 64 taskqueue 15 1K - 15 16,64 Unitno 10 1K - 12 16,64 iov 0 0K - 4 64 ioctlops 0 0K - 17 16,64 msg 4 25K - 4 1024,4096 sem 4 101K - 4 1024,4096 shm 1 12K - 1 tty 19 10K - 19 512 shmfd 1 4K - 1 4096 pcb 6 7K - 6 16,512,1024,2048 vfscache 1 512K - 1 vfs_hash 1 256K - 1 vnodes 2 1K - 2 128 acpisem 25 3K - 25 64,128 mount 16 1K - 22 16,32,64,128,256 BPF 2 1K - 2 64 ifaddr 106 9K - 106 16,32,64,256,512,2048 ifnet 4 4K - 4 64,1024 acpi_perf 2 1K - 2 128 clone 3 12K - 3 4096 arpcom 1 1K - 1 16 lltable 6 2K - 6 256 isadev 21 2K - 21 64 acpidev 89 3K - 89 32 acpitask 1 1K - 1 1024 cdev 9 2K - 9 128 routetbl 5 2K - 5 128,256 80211com 1 8K - 1 80211scan 1 2K - 1 2048 igmp 3 1K - 3 128 ddb_capture 1 48K - 1 acpica 4630 235K - 75638 16,32,64,128,256,512,1024,2048 hostcache 1 16K - 1 syncache 1 72K - 1 filedesc 25 7K - 44 256 kenv 127 9K - 131 16,32,64,128,4096 mld 3 1K - 3 128 NFS FHA 1 1K - 1 1024 rpc 2 5K - 2 128,4096 newblk 1 64K - 1 bmsafemap 1 4K - 1 4096 inodedep 1 256K - 1 pagedep 1 64K - 1 ufs_dirhash 24 5K - 24 16,32,64,256,512 ufs_mount 3 11K - 3 256,2048 entropy 1024 64K - 1024 64 proc-args 4 1K - 17 32,64,128 vm_pgdata 1 64K - 1 atkbddev 2 1K - 2 32 ithread 76 7K - 76 16,64,128 apmdev 1 1K - 1 64 DEVFS1 107 27K - 107 256 DEVFS3 123 16K - 124 128 KTRACE 100 13K - 100 128 memdesc 1 4K - 1 4096 linker 163 15K - 364 16,32,64,128,512 lockf 2 1K - 2 64 DEVFS 15 1K - 16 16,64 ip6ndp 3 1K - 3 64 temp 29 233K - 318 16,32,64,128,256,512,1024,2048,4096 devbuf 2870 2825K - 2978 16,32,64,128,256,512,1024,2048,4096 module 200 13K - 200 64,128 mtx_pool 2 8K - 2 4096 io_apic 1 1K - 1 1024 subproc 62 110K - 81 256,4096 msi 2 1K - 2 64 nexusdev 4 1K - 4 16 CAM queue 3 1K - 7 16 CAM SIM 1 1K - 1 128 feeder 14 1K - 17 16,64 CAM XPT 15 2K - 33 16,32,64,1024 hdac 10 19K - 10 64,128,256,512,1024,2048 mixer 2 8K - 2 4096 USBdev 30 7K - 30 32,128,1024 USB 53 49K - 56 16,32,64,256,1024 CAM periph 2 1K - 16 16,32,64,128 CAM dev queue 1 1K - 1 128 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 128, 0, 139, 11, 139, 0, 0 UMA Zones: 896, 0, 139, 1, 139, 0, 0 UMA Slabs: 284, 0, 362, 2, 566, 0, 0 UMA RCntSlabs: 544, 0, 65, 5, 65, 0, 0 UMA Hash: 128, 0, 3, 27, 3, 0, 0 16 Bucket: 76, 0, 95, 5, 138, 0, 0 32 Bucket: 140, 0, 45, 11, 84, 0, 0 64 Bucket: 268, 0, 40, 2, 98, 13, 0 128 Bucket: 524, 0, 89, 2, 1037, 112, 0 VM OBJECT: 136, 0, 324, 82, 628, 0, 0 MAP: 136, 0, 7, 22, 7, 0, 0 KMAP ENTRY: 72, 70172, 39, 226, 1995, 0, 0 MAP ENTRY: 72, 0, 80, 132, 671, 0, 0 DP fakepg: 72, 0, 0, 0, 0, 0, 0 SG fakepg: 72, 0, 0, 0, 0, 0, 0 mt_zone: 2060, 0, 232, 0, 232, 0, 0 16: 16, 0, 36, 370, 233, 0, 0 16: 16, 0, 99, 307, 31716, 0, 0 16: 16, 0, 87, 319, 139, 0, 0 16: 16, 0, 404, 408, 1469, 0, 0 16: 16, 0, 2560, 282, 2675, 0, 0 16: 16, 0, 32, 374, 93, 0, 0 16: 16, 0, 145, 261, 319, 0, 0 16: 16, 0, 9, 397, 11, 0, 0 32: 32, 0, 0, 339, 26, 0, 0 32: 32, 0, 1888, 259, 37228, 0, 0 32: 32, 0, 235, 330, 374, 0, 0 32: 32, 0, 365, 313, 1400, 0, 0 32: 32, 0, 533, 258, 540, 0, 0 32: 32, 0, 101, 238, 132, 0, 0 32: 32, 0, 453, 225, 595, 0, 0 32: 32, 0, 4, 335, 4, 0, 0 64: 64, 0, 1124, 115, 1134, 0, 0 64: 64, 0, 2671, 161, 2944, 0, 0 64: 64, 0, 35, 83, 48, 0, 0 64: 64, 0, 173, 122, 201, 0, 0 64: 64, 0, 1207, 91, 1262, 0, 0 64: 64, 0, 232, 240, 296, 0, 0 64: 64, 0, 234, 179, 595, 0, 0 64: 64, 0, 13, 164, 13, 0, 0 128: 128, 0, 98, 52, 125, 0, 0 128: 128, 0, 47, 43, 2097, 0, 0 128: 128, 0, 11, 49, 11, 0, 0 128: 128, 0, 317, 43, 519, 0, 0 128: 128, 0, 12, 78, 64, 0, 0 128: 128, 0, 164, 76, 256, 0, 0 128: 128, 0, 1818, 72, 1869, 0, 0 128: 128, 0, 21, 39, 21, 0, 0 256: 256, 0, 1, 44, 2, 0, 0 256: 256, 0, 116, 19, 118, 0, 0 256: 256, 0, 8, 22, 8, 0, 0 256: 256, 0, 50, 25, 386, 0, 0 256: 256, 0, 12, 33, 24, 0, 0 256: 256, 0, 1, 44, 14, 0, 0 256: 256, 0, 294, 51, 308, 0, 0 256: 256, 0, 40, 20, 40, 0, 0 512: 512, 0, 0, 24, 19, 0, 0 512: 512, 0, 23, 25, 31, 0, 0 512: 512, 0, 26, 30, 26, 0, 0 512: 512, 0, 16, 16, 58, 0, 0 512: 512, 0, 0, 0, 0, 0, 0 512: 512, 0, 2, 30, 115, 0, 0 512: 512, 0, 8, 16, 14, 0, 0 512: 512, 0, 8, 16, 8, 0, 0 1024: 1024, 0, 3, 17, 23, 0, 0 1024: 1024, 0, 2, 10, 1733, 0, 0 1024: 1024, 0, 8, 4, 8, 0, 0 1024: 1024, 0, 143, 33, 639, 0, 0 1024: 1024, 0, 0, 0, 0, 0, 0 1024: 1024, 0, 7, 13, 47, 0, 0 1024: 1024, 0, 16, 4, 16, 0, 0 1024: 1024, 0, 4, 8, 4, 0, 0 2048: 2048, 0, 2, 2, 3, 0, 0 2048: 2048, 0, 1, 3, 1, 0, 0 2048: 2048, 0, 120, 28, 171, 0, 0 2048: 2048, 0, 6, 2, 42, 0, 0 2048: 2048, 0, 0, 0, 0, 0, 0 2048: 2048, 0, 0, 8, 27, 0, 0 2048: 2048, 0, 14, 2, 14, 0, 0 2048: 2048, 0, 2, 6, 2, 0, 0 4096: 4096, 0, 2, 16, 21, 0, 0 4096: 4096, 0, 5, 4, 5, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 4096: 4096, 0, 4, 1, 19, 0, 0 4096: 4096, 0, 2, 2, 2, 0, 0 4096: 4096, 0, 5, 0, 5, 0, 0 4096: 4096, 0, 23, 1, 23, 0, 0 4096: 4096, 0, 27, 8, 46, 0, 0 Files: 56, 0, 10, 191, 265, 0, 0 TURNSTILE: 72, 0, 91, 59, 91, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0, 0 PROC: 680, 0, 24, 12, 43, 0, 0 THREAD: 716, 0, 81, 9, 81, 0, 0 SLEEPQUEUE: 44, 0, 91, 145, 91, 0, 0 VMSPACE: 236, 0, 6, 42, 26, 0, 0 cpuset: 40, 0, 2, 182, 2, 0, 0 mbuf_packet: 256, 0, 0, 7, 0, 0, 0 mbuf: 256, 0, 65, 70, 65, 0, 0 mbuf_cluster: 2048, 25600, 0, 0, 0, 0, 0 mbuf_jumbo_page: 4096, 12800, 64, 1, 64, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 ttyinq: 152, 0, 15, 37, 15, 0, 0 ttyoutq: 256, 0, 8, 22, 8, 0, 0 g_bio: 140, 0, 0, 112, 1985, 0, 0 ata_request: 204, 0, 1, 94, 1658, 0, 0 ata_composite: 180, 0, 0, 0, 0, 0, 0 VNODE: 272, 0, 205, 19, 206, 0, 0 VNODEPOLL: 60, 0, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 1, 11, 378, 0, 0 S VFS Cache: 72, 0, 208, 57, 228, 0, 0 L VFS Cache: 292, 0, 0, 0, 0, 0, 0 NFSMOUNT: 528, 0, 0, 0, 0, 0, 0 NFSNODE: 460, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 56, 12, 56, 0, 0 Mountpoints: 648, 0, 2, 10, 2, 0, 0 pipe: 392, 0, 1, 29, 11, 0, 0 ksiginfo: 80, 0, 23, 1033, 23, 0, 0 itimer: 220, 0, 0, 0, 0, 0, 0 KNOTE: 72, 0, 0, 0, 0, 0, 0 socket: 412, 25605, 0, 0, 0, 0, 0 unpcb: 172, 25622, 0, 0, 0, 0, 0 ipq: 32, 904, 0, 0, 0, 0, 0 udp_inpcb: 220, 25614, 0, 0, 0, 0, 0 udpcb: 8, 25781, 0, 0, 0, 0, 0 tcp_inpcb: 220, 25614, 0, 0, 0, 0, 0 tcpcb: 632, 25602, 0, 0, 0, 0, 0 tcptw: 52, 5184, 0, 0, 0, 0, 0 syncache: 112, 15365, 0, 0, 0, 0, 0 hostcache: 76, 15400, 0, 0, 0, 0, 0 tcpreass: 20, 1690, 0, 0, 0, 0, 0 sackhole: 20, 0, 0, 0, 0, 0, 0 ripcb: 220, 25614, 0, 0, 0, 0, 0 rtentry: 108, 0, 0, 0, 0, 0, 0 selfd: 28, 0, 0, 0, 0, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0, 0 FFS inode: 116, 0, 197, 67, 197, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 196, 29, 196, 0, 0 -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 02:34:10 2010 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 BC47A1065670 for ; Wed, 1 Dec 2010 02:34:10 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 90B298FC08 for ; Wed, 1 Dec 2010 02:34:10 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oB12Y9DZ054298 for ; Wed, 1 Dec 2010 02:34:10 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4CF5B421.2040807@freebsd.org> Date: Wed, 01 Dec 2010 10:34:09 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.24 (X11/20100630) MIME-Version: 1.0 To: FreeBSD Current References: <4CF4901B.8030108@freebsd.org> In-Reply-To: <4CF4901B.8030108@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: CFT: patch for process shared pthread objects 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, 01 Dec 2010 02:34:10 -0000 David Xu wrote: > Hi, > > I finally have worked out first patch to make our pthread library > support process shared pthread objects: > > http://people.freebsd.org/~davidxu/pshared/patch1.diff > Patch is updated: http://people.freebsd.org/~davidxu/pshared/patch2.diff Changes: 1) Macro _POSIX_THREAD_PROCESS_SHARED in unistd.h is changed, now its value is 200112L. 2) Version of libgcc is bumped. 3) Thread cancellation is fixed in pthread_cond_wait(), this should make csup run again. From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 06:17:13 2010 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 221001065673; Wed, 1 Dec 2010 06:17:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward4.mail.yandex.net (forward4.mail.yandex.net [77.88.46.9]) by mx1.freebsd.org (Postfix) with ESMTP id C111B8FC13; Wed, 1 Dec 2010 06:17:12 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward4.mail.yandex.net (Yandex) with ESMTP id 056396AD8746; Wed, 1 Dec 2010 09:17:11 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291184231; bh=dpj2MVKyWwNQiAW+7ID5+y43TH+4EtwtIi1H3kTY3mE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=pLvsH3+8ySgq7nBYpSKW5DtBC/IaPJSWKoJvF2wEMptwcQ2iau+fyux4lSPq4KR1U +T4PowWcTjR8A/St28Je8A6yM8oY4DxGerk/8Bx+X0o0UmVJ7i1TJGyhDbOpHMNQgd va9OxfuZ0U61AvEM3kt62/pTjZkgdEgLzf9Iey+4= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id A0CCF29007B; Wed, 1 Dec 2010 09:17:10 +0300 (MSK) Message-ID: <4CF5E860.2050809@yandex.ru> Date: Wed, 01 Dec 2010 09:17:04 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "O. Hartmann" References: <4CF369C4.4030007@zedat.fu-berlin.de> In-Reply-To: <4CF369C4.4030007@zedat.fu-berlin.de> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig51C6CFA9A8B5630B69FD2D07" Cc: freebsd-current@FreeBSD.org, freebsd-questions@FreeBSD.ORG Subject: Re: CURRENT: Issue with ZFS and 2TB WD HDD (WDC WD20EURS-63Z9B1 80.00A80) 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, 01 Dec 2010 06:17:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig51C6CFA9A8B5630B69FD2D07 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 29.11.2010 11:52, O. Hartmann wrote: > Exporting both volumes in FreeBSD 8 works. But importing them in FreeBS= D 9.0-CURRENT/amd64 as with > the most recent make world of today fails on the 2TB HDD (ZFS pool/volu= me BACKUP00). Issuing "zpool > import BACKUP00" results in >=20 > cannot import 'BACKUP': no such pool available > and on console I receive message It seems strange, why the pool name in error message is 'BACKUP' but not = 'BACKUP00'? > Surprisingly, the GPT partition of the pool BACKUP00 isn't shown in Fre= eBSD 9, while I see ada3p1 in > FreeBSD 8.2. > gpart show ada3 lists this: >=20 > =3D> 34 3907029101 ada3 GPT (1.8T) > 34 4062 - free - (2.0M) > 4096 3907025039 1 freebsd-zfs (1.8T) Do you have something related to GPT in log files? Can you show full outp= ut of `gpart show` from FreeBSD-8 and FreeBSD-9? --=20 WBR, Andrey V. Elsukov --------------enig51C6CFA9A8B5630B69FD2D07 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM9ehlAAoJEAHF6gQQyKF6xKgIAIG7xPDPrJs28WjbETlT1TMT +K4E4cHUPfv1M4oPZjjP3jY/r/6EsTHdCiJU9EqocHS/rLxHOuX7hlKfeiohRq7Y F9Q2iLI7RwlQCluMUGtzuJK3c0frKXCi3EfYj77JOUk1zASeEj3HjGvn1jTm7jp1 bHjcGeIWuSYndKVgkn6l97xTRS39QDGc6aJT7cf7Aibq5NM9p9Kp29/F0ZYdzlXm cHUpujodf4+wYXZ9Kr+LD7NslIXXmzLLK3Qy3OUEsTegNSVoHZSE3nhs6TyRhK+1 zN9ljobcSLla+IB6sr0SDkCnil/3MAfuRLSO/NgVYyng00fasCenK5yvRv/ZhBY= =FxF+ -----END PGP SIGNATURE----- --------------enig51C6CFA9A8B5630B69FD2D07-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 06:24:08 2010 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 448A3106566B for ; Wed, 1 Dec 2010 06:24:08 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id CC6368FC1A for ; Wed, 1 Dec 2010 06:24:07 +0000 (UTC) Received: by wwf26 with SMTP id 26so2372539wwf.31 for ; Tue, 30 Nov 2010 22:24:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Oc2K8IzyFiVDs7bKxKFiWwvGlc0+Ydz9QLiHaMJwHGE=; b=vE4jKoGwPp1vLqL6BcHhfiwZbUShMpjO+/uLV47sMXHPqMoWefFDLUg9370LdnStsA oPdifpvdnNpAVZ56w8xfWWuZzpYHH3Gj3qOcVaO90llNjv2bdGobnraD9snUFJXvsjl9 uNjEgFIh/6wKBFX9CcU6ODx6tizNDZ8pVQ8/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=l8jDe7dFWcIgVgiQviZcewwP2KJIfcV1PDu+MMhR6KsVsmJ71kAGoPG5oai7HcCOMv cMacCb2PnwVSGrM/3Ga8RJ28nBMuKGMBntlG/8wpfTYNcmNPyS6c/p8idYguPxWvi/Hf ymbWG0XpEoePg+CN+uelTJqab6tY7kRyVe140= MIME-Version: 1.0 Received: by 10.216.175.18 with SMTP id y18mr8497155wel.30.1291184646643; Tue, 30 Nov 2010 22:24:06 -0800 (PST) Received: by 10.216.198.27 with HTTP; Tue, 30 Nov 2010 22:24:06 -0800 (PST) In-Reply-To: <540611291184489@web44.yandex.ru> References: <540611291184489@web44.yandex.ru> Date: Tue, 30 Nov 2010 22:24:06 -0800 Message-ID: From: Garrett Cooper To: "Ilya A. Arhipov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: More "noise" in ifconfig 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, 01 Dec 2010 06:24:08 -0000 2010/11/30 Ilya A. Arhipov : > 30.11.10, 20:21, "Garrett Cooper" : > >> =A0=A0=A0=A0Just updated to HEAD and I saw the recent ifconfig, usb ethe= rnet, >> =A0et all changes: >> >> =A0$ ifconfig >> =A0usbus0: flags=3D0<> metric 0 mtu 0 >> =A0usbus1: flags=3D0<> metric 0 mtu 0 >> =A0usbus2: flags=3D0<> metric 0 mtu 0 >> =A0usbus3: flags=3D0<> metric 0 mtu 0 >> =A0msk0: flags=3D8843 metric 0 m= tu 1500 >> =A0 =A0 =A0 options=3Dc011b >> =A0 =A0 =A0 ether 00:1d:60:b6:eb:97 >> =A0 =A0 =A0 inet 192.168.20.3 netmask 0xffffff00 broadcast 192.168.20.25= 5 >> =A0 =A0 =A0 media: Ethernet autoselect (1000baseT >> =A0) >> =A0 =A0 =A0 status: active >> =A0usbus4: flags=3D0<> metric 0 mtu 0 >> =A0usbus5: flags=3D0<> metric 0 mtu 0 >> =A0usbus6: flags=3D0<> metric 0 mtu 0 >> =A0usbus7: flags=3D0<> metric 0 mtu 0 >> =A0lo0: flags=3D8049 metric 0 mtu 16384 >> =A0 =A0 =A0 options=3D3 >> =A0 =A0 =A0 inet 127.0.0.1 netmask 0xff000000 >> =A0$ ifconfig -l >> =A0usbus0 usbus1 usbus2 usbus3 msk0 usbus4 usbus5 usbus6 usbus7 lo0 >> >> =A0 =A0=A0=A0I don't have any USB ethernet devices, so I would expect us= bus, et >> =A0all to be blank, but this would break a few (dumb) scenarios we have >> =A0at my work where it goes and looks at ifconfig -l (of course I've >> =A0tried convincing others to use ifconfig -l inet instead, but that was >> =A0to no avail). >> =A0 =A0=A0=A0This could potentially break other dumb scripts as well. >> =A0 =A0=A0=A0So the question is: what are we gaining with this additiona= l, terse output? ... > Log: > =A0Don't print usbus[0-9] interfaces that it's not the interesting > =A0interface type for ifconfig(8). > svn commit: r216089 Yeah, I saw that earlier. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 06:37:10 2010 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 5C0331065670 for ; Wed, 1 Dec 2010 06:37:10 +0000 (UTC) (envelope-from pa36ouHu4er@yandex.ru) Received: from forward4.mail.yandex.net (forward4.mail.yandex.net [77.88.46.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0C67D8FC13 for ; Wed, 1 Dec 2010 06:37:09 +0000 (UTC) Received: from web44.yandex.ru (web44.yandex.ru [77.88.47.183]) by forward4.mail.yandex.net (Yandex) with ESMTP id A59426AD915D; Wed, 1 Dec 2010 09:21:30 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291184490; bh=sccqGtfJWi8JdND7rqb9Sogz9nz7JyXOWsT5kWcwh9s=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=uZzVpD7TfdEV89hAbVy9YZ4QzsTZmxWta9mcgniOSPQ4TW5xF3LHDwXAbEYlTOXZB t86oVL52BFyHNwwENI9Nyif3LVzkYqmH4DAfQjow0MglXCFH2ShUTEEWcwaD4+TX+k jLsmwdsG780Q2YA1/Li+9arOZo12F/VKicUZI8xE= Received: from localhost (localhost.localdomain [127.0.0.1]) by web44.yandex.ru (Yandex) with ESMTP id 977E19A015F; Wed, 1 Dec 2010 09:21:30 +0300 (MSK) Received: from [188.128.115.228] ([188.128.115.228]) by mail.yandex.ru with HTTP; Wed, 01 Dec 2010 09:21:29 +0300 From: Ilya A. Arhipov To: Garrett Cooper In-Reply-To: References: MIME-Version: 1.0 Message-Id: <540611291184489@web44.yandex.ru> Date: Wed, 01 Dec 2010 09:21:29 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: FreeBSD Current Subject: Re: More "noise" in ifconfig 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, 01 Dec 2010 06:37:10 -0000 30.11.10, 20:21, "Garrett Cooper" : > šššJust updated to HEAD and I saw the recent ifconfig, usb ethernet, > et all changes: > > $ ifconfig > usbus0: flags=0<> metric 0 mtu 0 > usbus1: flags=0<> metric 0 mtu 0 > usbus2: flags=0<> metric 0 mtu 0 > usbus3: flags=0<> metric 0 mtu 0 > msk0: flags=8843 metric 0 mtu 1500 > options=c011b > ether 00:1d:60:b6:eb:97 > inet 192.168.20.3 netmask 0xffffff00 broadcast 192.168.20.255 > media: Ethernet autoselect (1000baseT > ) > status: active > usbus4: flags=0<> metric 0 mtu 0 > usbus5: flags=0<> metric 0 mtu 0 > usbus6: flags=0<> metric 0 mtu 0 > usbus7: flags=0<> metric 0 mtu 0 > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet 127.0.0.1 netmask 0xff000000 > $ ifconfig -l > usbus0 usbus1 usbus2 usbus3 msk0 usbus4 usbus5 usbus6 usbus7 lo0 > > šššI don't have any USB ethernet devices, so I would expect usbus, et > all to be blank, but this would break a few (dumb) scenarios we have > at my work where it goes and looks at ifconfig -l (of course I've > tried convincing others to use ifconfig -l inet instead, but that was > to no avail). > šššThis could potentially break other dumb scripts as well. > šššSo the question is: what are we gaining with this additional, terse output? > Thanks, > -Garrett > _______________________________________________ > 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" > > Log: Don't print usbus[0-9] interfaces that it's not the interesting interface type for ifconfig(8). svn commit: r216089 From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 08:30:43 2010 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 D55E7106566B; Wed, 1 Dec 2010 08:30:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 357908FC15; Wed, 1 Dec 2010 08:30:42 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=drJD7N2WYgraSrvx4WFOmF+tWOmhzpnKhDnOdsziBzQ= c=1 sm=1 a=NylW7UL7KrEA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=vNtegWBQWTYdSOzhklwA:9 a=rLF4drSMwB-pscgJGTH6nfzhskIA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 56391825; Wed, 01 Dec 2010 09:20:39 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, obrien@freebsd.org Date: Wed, 1 Dec 2010 09:21:17 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) References: <20101201022941.GA8843@dragon.NUXI.org> In-Reply-To: <20101201022941.GA8843@dragon.NUXI.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?iso-8859-1?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?iso-8859-1?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7Co?= =?iso-8859-1?q?TlKMusi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012010921.17629.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: 'panic: make_dev_credv: bad si_name (error=17, si_name=ttyU0)' with USB serial adapter 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, 01 Dec 2010 08:30:43 -0000 On Wednesday 01 December 2010 03:29:41 David O'Brien wrote: > Thoughts? Hi, This is a know issue which has been fixed: http://svn.freebsd.org/viewvc/base?view=revision&revision=214919 Issue was introduced here: http://svn.freebsd.org/viewvc/base?view=revision&revision=214761 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 09:28:11 2010 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 5C6D9106566B for ; Wed, 1 Dec 2010 09:28:11 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD768FC15 for ; Wed, 1 Dec 2010 09:28:10 +0000 (UTC) Received: by pwi10 with SMTP id 10so1300481pwi.13 for ; Wed, 01 Dec 2010 01:28:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version:x-mailer; bh=ED3u9eo0knu4YTk4eqUZ9bnZefQG3KR51XHIdGVB1T4=; b=qAZbbkHJk0BGh6I+W9F3+TqqdBZwDChQXu2elOHunISrSEVwZm7U+QydrxvgsAgUgL V7X4QbV5jnhM+S6nPUUbdNrQVdtxLvtPUX8F3uVVG69e83xkS6gRf5JYAhZdbFXKG3/6 ze/xjAVz7fgxHWoo+ua2h5tCX1+efGrxzqd6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version:x-mailer; b=H/ZEu7UUVLgQIJunuE/ZKfV3YRZoNsH/Yq+jVpajJDJMaiqMmJX2IRBompNQeuaVXB ilYrRT79T2BfpWF1wd1vZwhwJOX6pNwCK2knPTVafA1LGzme9U98cPdfzquErNCCWVmL 4BMbo2ogss7U1rfqGvSoSuVcX361W3RM7zHSI= Received: by 10.142.199.20 with SMTP id w20mr8386156wff.419.1291195690559; Wed, 01 Dec 2010 01:28:10 -0800 (PST) Received: from starr-wireless.local (c-76-102-149-233.hsd1.ca.comcast.net [76.102.149.233]) by mx.google.com with ESMTPS id w22sm10185501wfd.7.2010.12.01.01.28.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Dec 2010 01:28:09 -0800 (PST) From: Garrett Cooper Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 1 Dec 2010 01:28:06 -0800 Message-Id: <1FA8A18C-9350-4C2D-B034-768566ACB718@gmail.com> To: Marshall Kirk McKusick Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Cc: current@freebsd.org Subject: How a full fsck screwed up my SU+J filesystem 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, 01 Dec 2010 09:28:11 -0000 So... I was doing a portmaster -af today because vlc stopped = playing audio (for some reason ... I kind of went on a pkg_cutleaves = rampage and probably deinstalled too much stuff), and the machine = hardlocked during an upgrade. I did a soft reboot and saw messages along = the lines of "your journal and filesystem mount time mismatched; running = a full fsck". I figured "ok, sure..." and let it do it's thing. Problem = was that it pruned a lot of stuff from my /usr partition -- including = the .sujournal !!! So now it's stuck at Mounting local file systems: = stating: Failed to find journal. Use tunefs to create one Failed to start journal: 2 (I assume the 2 means ENOENT). All of the above were printf(9)'s = from the kernel. Now the machine won't continue in multiuser mode (doesn't = respond to interrupts, no panic, etc). Going into ddb, I don't see = anything in info_threads (just a bunch of references to sched_switch, a = few to fork_trampoline, cpustop_handler, and kdb_enter). I'm going to = try and massage the machine back to life from single user mode, but the = fact that this died in this way (i.e. .sujournal getting nuked by a full = fsck) is a bit disheartening for SU+J :(... It would be nice if at least = the fsck aborted before going and nuking the journal :/... (or at the = very least if the file wasn't removable -- i.e. SF_NOUNLINK). Here's to hoping I can resuscitate the filesystem... Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 11:12:12 2010 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 AC418106566C for ; Wed, 1 Dec 2010 11:12:12 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3E2508FC1F for ; Wed, 1 Dec 2010 11:12:11 +0000 (UTC) Received: by wwf26 with SMTP id 26so2605257wwf.31 for ; Wed, 01 Dec 2010 03:12:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CRWu7SRJ0gSNUgxpEZTPluewke630mNBtQq29BieCDE=; b=rOtZzYkQu3gZaf9ILl2yIxM/fcxuUEVkGNUTzXFwE73b+Xntvuf81UfiFuA/iuEYtN KIeC+yax/dZSHD2jzk5q5dtCs/iADl1yqiD2+0FjDnpskXy4epthcQteLbrEzJbpgR9Z Xh6fBxB51g82TEaivnnz1iCX41fuDt3jibHL4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LJz4jzXJxPsdG9vL38thFE6CdB/sgafcMiw46dN6edtDFxfxlQo1I440egSVTOU203 6ScE1n3xOYpos4weQsVnq1bvjNVb4AXCZybl98jZNacFs4x1OVAJAPpsO4rUI6Pct1Ju WD5x0yndp3RTwV1LCvTZZMhKz13uFxxDKw2+M= MIME-Version: 1.0 Received: by 10.216.175.18 with SMTP id y18mr8779496wel.30.1291201930870; Wed, 01 Dec 2010 03:12:10 -0800 (PST) Received: by 10.216.198.27 with HTTP; Wed, 1 Dec 2010 03:12:10 -0800 (PST) In-Reply-To: <20101201110008.GA50719@x2.osted.lan> References: <1FA8A18C-9350-4C2D-B034-768566ACB718@gmail.com> <20101201110008.GA50719@x2.osted.lan> Date: Wed, 1 Dec 2010 03:12:10 -0800 Message-ID: From: Garrett Cooper To: Peter Holm Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Marshall Kirk McKusick , Kostik Belousov , current@freebsd.org Subject: Re: How a full fsck screwed up my SU+J filesystem 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, 01 Dec 2010 11:12:12 -0000 On Wed, Dec 1, 2010 at 3:00 AM, Peter Holm wrote: > On Wed, Dec 01, 2010 at 01:28:06AM -0800, Garrett Cooper wrote: >> =A0 =A0 =A0 So... I was doing a portmaster -af today because vlc stopped= playing audio (for some reason ... I kind of went on a pkg_cutleaves rampa= ge and probably deinstalled too much stuff), and the machine hardlocked dur= ing an upgrade. I did a soft reboot and saw messages along the lines of "yo= ur journal and filesystem mount time mismatched; running a full fsck". I fi= gured "ok, sure..." and let it do it's thing. Problem was that it pruned a = lot of stuff from my /usr partition -- including the .sujournal !!! So now = it's stuck at Mounting local file systems: stating: >> >> Failed to find journal. =A0 Use tunefs to create one >> Failed to start journal: 2 >> >> =A0 =A0 =A0 (I assume the 2 means ENOENT). All of the above were printf(= 9)'s from the kernel. >> =A0 =A0 =A0 Now the machine won't continue in multiuser mode (doesn't re= spond to interrupts, no panic, etc). Going into ddb, I don't see anything i= n info_threads (just a bunch of references to sched_switch, a few to fork_t= rampoline, cpustop_handler, and kdb_enter). I'm going to try and massage th= e machine back to life from single user mode, but the fact that this died i= n this way (i.e. .sujournal getting nuked by a full fsck) is a bit disheart= ening for SU+J :(... It would be nice if at least the fsck aborted before g= oing and nuking the journal :/... (or at the very least if the file wasn't = removable -- i.e. SF_NOUNLINK). >> =A0 =A0 =A0 Here's to hoping I can resuscitate the filesystem... > > Thank you for reporting this. > > I was able to reproduce the problem by: > > tunefs -j enable /dev/md5a > mount /dev/md5a /mnt > chflags 0 /mnt/.sujournal > rm -f /mnt/.sujournal > umount /mnt > mount /dev/md5a /mnt > > The mount(1) is now stuck in mntref. > > http://people.freebsd.org/~pho/stress/log/kostik404.txt > > A sequence of "tunefs -j disable" + "tunefs -j enable" should get > you going. I had to do fsck -y again, unmount the partition, then tunefs -j enable it, and then I was able to get it to work. Looks like some files were lost -- it would be interesting to see what the degree of damage was. Thankfully it was just /usr (mostly /usr/local because I was recompiling ports) and not my more critical data partition(s). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 11:26:51 2010 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 7393E106566C for ; Wed, 1 Dec 2010 11:26:51 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id 237BB8FC13 for ; Wed, 1 Dec 2010 11:26:50 +0000 (UTC) Received: (qmail 20725 invoked from network); 1 Dec 2010 11:00:09 -0000 Received: from 93.166.52.54 (HELO x2.osted.lan) (93.166.52.54) by relay01.pair.com with SMTP; 1 Dec 2010 11:00:09 -0000 X-pair-Authenticated: 93.166.52.54 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.3/8.14.3) with ESMTP id oB1B08dA051482; Wed, 1 Dec 2010 12:00:08 +0100 (CET) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.3/8.14.3/Submit) id oB1B08t5051481; Wed, 1 Dec 2010 12:00:08 +0100 (CET) (envelope-from pho) Date: Wed, 1 Dec 2010 12:00:08 +0100 From: Peter Holm To: Garrett Cooper Message-ID: <20101201110008.GA50719@x2.osted.lan> References: <1FA8A18C-9350-4C2D-B034-768566ACB718@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1FA8A18C-9350-4C2D-B034-768566ACB718@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Marshall Kirk McKusick , Kostik Belousov , current@freebsd.org Subject: Re: How a full fsck screwed up my SU+J filesystem 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, 01 Dec 2010 11:26:51 -0000 On Wed, Dec 01, 2010 at 01:28:06AM -0800, Garrett Cooper wrote: > So... I was doing a portmaster -af today because vlc stopped playing audio (for some reason ... I kind of went on a pkg_cutleaves rampage and probably deinstalled too much stuff), and the machine hardlocked during an upgrade. I did a soft reboot and saw messages along the lines of "your journal and filesystem mount time mismatched; running a full fsck". I figured "ok, sure..." and let it do it's thing. Problem was that it pruned a lot of stuff from my /usr partition -- including the .sujournal !!! So now it's stuck at Mounting local file systems: stating: > > Failed to find journal. Use tunefs to create one > Failed to start journal: 2 > > (I assume the 2 means ENOENT). All of the above were printf(9)'s from the kernel. > Now the machine won't continue in multiuser mode (doesn't respond to interrupts, no panic, etc). Going into ddb, I don't see anything in info_threads (just a bunch of references to sched_switch, a few to fork_trampoline, cpustop_handler, and kdb_enter). I'm going to try and massage the machine back to life from single user mode, but the fact that this died in this way (i.e. .sujournal getting nuked by a full fsck) is a bit disheartening for SU+J :(... It would be nice if at least the fsck aborted before going and nuking the journal :/... (or at the very least if the file wasn't removable -- i.e. SF_NOUNLINK). > Here's to hoping I can resuscitate the filesystem... > Thanks, > -Garrett_______________________________________________ Thank you for reporting this. I was able to reproduce the problem by: tunefs -j enable /dev/md5a mount /dev/md5a /mnt chflags 0 /mnt/.sujournal rm -f /mnt/.sujournal umount /mnt mount /dev/md5a /mnt The mount(1) is now stuck in mntref. http://people.freebsd.org/~pho/stress/log/kostik404.txt A sequence of "tunefs -j disable" + "tunefs -j enable" should get you going. -- Peter From owner-freebsd-current@FreeBSD.ORG Wed Dec 1 15:04:03 2010 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 D9DED106564A for ; Wed, 1 Dec 2010 15:04:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 732558FC16 for ; Wed, 1 Dec 2010 15:04:03 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oB1ERmxt020669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Dec 2010 16:27:48 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oB1ERm8X041927; Wed, 1 Dec 2010 16:27:48 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oB1ERmd7041926; Wed, 1 Dec 2010 16:27:48 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 1 Dec 2010 16:27:48 +0200 From: Kostik Belousov To: Peter Holm Message-ID: <20101201142748.GN2392@deviant.kiev.zoral.com.ua> References: <1FA8A18C-9350-4C2D-B034-768566ACB718@gmail.com> <20101201110008.GA50719@x2.osted.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nu+27GzWfrM0D7m+" Content-Disposition: inline In-Reply-To: <20101201110008.GA50719@x2.osted.lan> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Garrett Cooper , Marshall Kirk McKusick , current@freebsd.org Subject: Re: How a full fsck screwed up my SU+J filesystem 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, 01 Dec 2010 15:04:04 -0000 --Nu+27GzWfrM0D7m+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 01, 2010 at 12:00:08PM +0100, Peter Holm wrote: > On Wed, Dec 01, 2010 at 01:28:06AM -0800, Garrett Cooper wrote: > > So... I was doing a portmaster -af today because vlc stopped playing a= udio (for some reason ... I kind of went on a pkg_cutleaves rampage and pro= bably deinstalled too much stuff), and the machine hardlocked during an upg= rade. I did a soft reboot and saw messages along the lines of "your journal= and filesystem mount time mismatched; running a full fsck". I figured "ok,= sure..." and let it do it's thing. Problem was that it pruned a lot of stu= ff from my /usr partition -- including the .sujournal !!! So now it's stuck= at Mounting local file systems: stating: > >=20 > > Failed to find journal. Use tunefs to create one > > Failed to start journal: 2 > >=20 > > (I assume the 2 means ENOENT). All of the above were printf(9)'s from = the kernel. > > Now the machine won't continue in multiuser mode (doesn't respond to i= nterrupts, no panic, etc). Going into ddb, I don't see anything in info_thr= eads (just a bunch of references to sched_switch, a few to fork_trampoline,= cpustop_handler, and kdb_enter). I'm going to try and massage the machine = back to life from single user mode, but the fact that this died in this way= (i.e. .sujournal getting nuked by a full fsck) is a bit disheartening for = SU+J :(... It would be nice if at least the fsck aborted before going and n= uking the journal :/... (or at the very least if the file wasn't removable = -- i.e. SF_NOUNLINK). > > Here's to hoping I can resuscitate the filesystem... > > Thanks, > > -Garrett_______________________________________________ >=20 > Thank you for reporting this. >=20 > I was able to reproduce the problem by: >=20 > tunefs -j enable /dev/md5a > mount /dev/md5a /mnt > chflags 0 /mnt/.sujournal > rm -f /mnt/.sujournal > umount /mnt > mount /dev/md5a /mnt >=20 > The mount(1) is now stuck in mntref. >=20 > http://people.freebsd.org/~pho/stress/log/kostik404.txt >=20 > A sequence of "tunefs -j disable" + "tunefs -j enable" should get > you going. The action is of the category "do not do it then" for sure. The problem in kostik404 is due to ffs_mount() did not cleaned up the vnodes instantiated during the mount. Activating softdep journal instantiates at least root vnode, and a journal vnode, if found. The following patch fixed it for me. diff --git a/sys/ufs/ffs/ffs_vfsops.c b/sys/ufs/ffs/ffs_vfsops.c index 94951e4..72f40da 100644 --- a/sys/ufs/ffs/ffs_vfsops.c +++ b/sys/ufs/ffs/ffs_vfsops.c @@ -928,6 +928,7 @@ ffs_mountfs(devvp, mp, td) if ((fs->fs_flags & FS_DOSOFTDEP) && (error =3D softdep_mount(devvp, mp, fs, cred)) !=3D 0) { free(fs->fs_csp, M_UFSMNT); + ffs_flushfiles(mp, FORCECLOSE, td); goto out; } if (fs->fs_snapinum[0] !=3D 0) --Nu+27GzWfrM0D7m+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkz2W2QACgkQC3+MBN1Mb4iqggCeNPP2xM8RVCRMnRURL8SvLVLT 57UAniW3pf+qBzfDwWIORAP3bFTRPBUX =iqzH -----END PGP SIGNATURE----- --Nu+27GzWfrM0D7m+-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 00:02:40 2010 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 1ADA7106564A; Thu, 2 Dec 2010 00:02:40 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B957A8FC12; Thu, 2 Dec 2010 00:02:36 +0000 (UTC) Received: by yxh35 with SMTP id 35so4003174yxh.13 for ; Wed, 01 Dec 2010 16:02:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=W0yGGdKr5QzoDa7gFSuy5V/Bs/LItbcBRGn7m0+cuKU=; b=QoZNrYSAGeunpFRPt077djqFrXSLCJKrl0CLkrXCwd+msxiLjftKdUeEbRR9mu633M SJmpavKJl050+zcnku2rdjauPVLdWdnRleASaYMOoylD0+q4kiZYdgC2bKWpsF+RDaRD 5NRVRpsXqNiDIqWkh+YfY2UtawNOlZlPaI+yQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=dhgSSDkv4+1yWevaWi4ZwMXjjgIdJ4lnK/2S4dTAnfYWhIMc7CL67qs5fF7qeNpkEI /+FwplRi2DAtvNMSvb6sYjUMQZiQGhje8ucowZk3SE7P7dzOLFz8r4cqnCu/Z0MM/poP RaXY9MrCKUZnMMF2FHsWoi/zxPYYNoXEJ5XrQ= MIME-Version: 1.0 Received: by 10.91.17.5 with SMTP id u5mr167242agi.165.1291248155669; Wed, 01 Dec 2010 16:02:35 -0800 (PST) Received: by 10.90.226.2 with HTTP; Wed, 1 Dec 2010 16:02:35 -0800 (PST) Date: Wed, 1 Dec 2010 16:02:35 -0800 Message-ID: From: Freddie Cash To: FreeBSD Filesystems Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD-Current Subject: Update to zfs command removes Python dep 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, 02 Dec 2010 00:02:40 -0000 Just a head's up, the Illumos devs have committed an update to zfs that removes the dependency on Python. Blog report here: http://gdamore.blogspot.com/2010/12/zfs-should-not-depend-on-python-and.html This may (or may not) make it easier to import a newer version of ZFS into -CURRENT. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 04:41:52 2010 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 EC252106566C; Thu, 2 Dec 2010 04:41:52 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4424C8FC23; Thu, 2 Dec 2010 04:41:51 +0000 (UTC) Received: by eyb7 with SMTP id 7so4230517eyb.13 for ; Wed, 01 Dec 2010 20:41:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=JxNcm/T8rIHK6IamPbMT2c5gl9PT0ikC7MG3+I+0mz8=; b=O/LuaBOn9RPobgncdrQb8QKkQxQNKwBsUZAZcWVidokLeUjFO2iQWMyurdljvTfmck SL41rgQn8h1I2MK/f1MNkyTEDjocCNecSi0UY8joTAWuwmQBZ8h4mvvAtE3YGWqfTrie YheiTchOa6ooFDlEwVUpkbQZMizV5S/jUw7hc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=ifN5kzrgRUrh/kr6WGoTyyUVzhZNBMpGb3aUQHbRXyS8+cs3WIRnPr/wf7WgXRsoq5 iIcIUwPthcGA24kO4gnwTu5rNIkGceoe41ZMii/k+DnoY/hQ8XUggxeMyFRS+wZjKwLz A76XsVUCqsWaAXViAQkAA+yF1CmNdoIozs4rQ= Received: by 10.213.35.19 with SMTP id n19mr5194109ebd.65.1291264910852; Wed, 01 Dec 2010 20:41:50 -0800 (PST) Received: from zlobook.local (zlonet.ru [94.78.205.21]) by mx.google.com with ESMTPS id v56sm91406eeh.8.2010.12.01.20.41.48 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Dec 2010 20:41:49 -0800 (PST) Message-ID: <4CF7238A.5050202@googlemail.com> Date: Thu, 02 Dec 2010 11:41:46 +0700 From: Veniamin Gvozdikov User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ru; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: wlan problem. auto change channel 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, 02 Dec 2010 04:41:53 -0000 Hi everybody! I have problem with my access point with freebsd after update of 7.3 to 8.1. I can't connect to AP. AP has auto change channel ( http://fbsd.zlonet.ru/temp/wifi-problem.mov ). In the ifconfig not changes. How to fix it? FreeBSD server.zlonet.ru 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #4: Wed Dec 1 17:39:53 KRAT 2010 admin@server.zlonet.ru:/mnt/freebsd/obj/mnt/freebsd/src/8/src/sys/zlonet_r81 i386 kernel device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_xauth device ath # Atheros pci/cardbus NIC's device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath rc.conf ifconfig_rl0="up" wlans_ath0="wlan0" create_args_wlan0="wlanmode ap mediaopt hostap mode 11g ssid zlonet.ru channel 6 country RU" ifconfig_wlan0="up" cloned_interfaces="bridge0" ifconfig_bridge0="inet 192.168.3.100 netmask 255.255.255.0 addm rl0 addm wlan0 up" hostapd_enable="YES" server# cat /etc/hostapd.conf interface=wlan0 macaddr_acl=0 #driver=bsd debug=1 ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=zlonet.ru hw_mode=g channel=6 #auth_algs=2 wpa=2 wpa_passphrase=megapassword wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP ath0: flags=8843 metric 0 mtu 2290 ether 00:14:78:ee:d8:c1 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running rl0: flags=8943 metric 0 mtu 1500 options=8 ether 00:e0:4c:7e:df:29 media: Ethernet autoselect (100baseTX ) status: active bridge0: flags=8843 metric 0 mtu 1500 ether 16:69:b9:6d:3e:73 inet 192.168.3.100 netmask 0xffffff00 broadcast 192.168.3.255 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: wlan0 flags=143 ifmaxaddr 0 port 11 priority 128 path cost 370370 member: rl0 flags=143 ifmaxaddr 0 port 4 priority 128 path cost 55 wlan0: flags=8943 metric 0 mtu 1500 ether 00:14:78:ee:d8:c1 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running ssid zlonet.ru channel 6 (2437 MHz 11g) bssid 00:14:78:ee:d8:c1 regdomain NONE country RU indoor ecm authmode WPA2/802.11i privacy MIXED deftxkey 2 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 30 scanvalid 60 protmode CTS wme burst dtimperiod 1 -dfs pciconf -lv ath0@pci0:0:8:0: class=0x020000 card=0x1052168c chip=0x001a168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'http://cr.am/framed.php?url=http%3A%2F%2Fwww.tp%2Dlink.com%2Fsupport%2Fdownload.asp&ref=driverguide (Atheros AR5005G)' class = network subclass = ethernet From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 01:08:54 2010 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 320A01065670; Thu, 2 Dec 2010 01:08:54 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [64.81.247.49]) by mx1.freebsd.org (Postfix) with ESMTP id D120E8FC0A; Thu, 2 Dec 2010 01:08:53 +0000 (UTC) Received: from chez.mckusick.com (localhost [127.0.0.1]) by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id oB20Ubno068176; Wed, 1 Dec 2010 16:30:37 -0800 (PST) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201012020030.oB20Ubno068176@chez.mckusick.com> To: Garrett Cooper In-reply-to: <20101201142748.GN2392@deviant.kiev.zoral.com.ua> Date: Wed, 01 Dec 2010 16:30:37 -0800 From: Kirk McKusick X-Mailman-Approved-At: Thu, 02 Dec 2010 05:20:21 +0000 Cc: Kostik Belousov , Peter Holm , current@freebsd.org, Jeff Roberson Subject: Re: How a full fsck screwed up my SU+J filesystem 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, 02 Dec 2010 01:08:54 -0000 > Date: Wed, 1 Dec 2010 16:27:48 +0200 > From: Kostik Belousov > To: Peter Holm > Cc: Garrett Cooper , > Marshall Kirk McKusick , current@freebsd.org > Subject: Re: How a full fsck screwed up my SU+J filesystem > > On Wed, Dec 01, 2010 at 12:00:08PM +0100, Peter Holm wrote: > > On Wed, Dec 01, 2010 at 01:28:06AM -0800, Garrett Cooper wrote: > > > > > > So... I was doing a portmaster -af today because vlc stopped playing > > > audio (for some reason ... I kind of went on a pkg_cutleaves rampage > > > and probably deinstalled too much stuff), and the machine hardlocked > > > during an upgrade. I did a soft reboot and saw messages along the > > > lines of "your journal and filesystem mount time mismatched; running > > > a full fsck". I figured "ok, sure..." and let it do it's thing. > > > Problem was that it pruned a lot of stuff from my /usr partition -- > > > including the .sujournal !!! So now it's stuck at Mounting local > > > file systems: stating: > > > > > > Failed to find journal. Use tunefs to create one > > > Failed to start journal: 2 > > > > > > (I assume the 2 means ENOENT). All of the above were printf(9)'s > > > from the kernel. > > > > > > Now the machine won't continue in multiuser mode (doesn't respond > > > to interrupts, no panic, etc). Going into ddb, I don't see anything > > > in info_threads (just a bunch of references to sched_switch, a few > > > to fork_trampoline, cpustop_handler, and kdb_enter). I'm going to > > > try and massage the machine back to life from single user mode, but > > > the fact that this died in this way (i.e. .sujournal getting nuked > > > by a full fsck) is a bit disheartening for SU+J :(... It would be > > > nice if at least the fsck aborted before going and nuking the > > > journal :/... (or at the very least if the file wasn't removable -- > > > i.e. SF_NOUNLINK). > > > > > > Here's to hoping I can resuscitate the filesystem... > > > > > > Thanks, > > > -Garrett > > > > Thank you for reporting this. > > > > I was able to reproduce the problem by: > > > > tunefs -j enable /dev/md5a > > mount /dev/md5a /mnt > > chflags 0 /mnt/.sujournal > > rm -f /mnt/.sujournal > > umount /mnt > > mount /dev/md5a /mnt > > > > The mount(1) is now stuck in mntref. > > > > http://people.freebsd.org/~pho/stress/log/kostik404.txt > > > > A sequence of "tunefs -j disable" + "tunefs -j enable" should get > > you going. > > The action is of the category "do not do it then" for sure. > > The problem in kostik404 is due to ffs_mount() did not cleaned up > the vnodes instantiated during the mount. Activating softdep journal > instantiates at least root vnode, and a journal vnode, if found. The > following patch fixed it for me. > > diff --git a/sys/ufs/ffs/ffs_vfsops.c b/sys/ufs/ffs/ffs_vfsops.c > index 94951e4..72f40da 100644 > --- a/sys/ufs/ffs/ffs_vfsops.c > +++ b/sys/ufs/ffs/ffs_vfsops.c > @@ -928,6 +928,7 @@ ffs_mountfs(devvp, mp, td) > if ((fs->fs_flags & FS_DOSOFTDEP) && > (error =3D softdep_mount(devvp, mp, fs, cred)) !=3D 0) { > free(fs->fs_csp, M_UFSMNT); > + ffs_flushfiles(mp, FORCECLOSE, td); > goto out; > } > if (fs->fs_snapinum[0] !=3D 0) > Thanks all: Garrett for the report, Peter for the way to reproduce the problem, and Kostik for a fix. I have copied Jeff so that he can confirm that Kostik's fix is the appropriate thing to do. And I will take a look at fsck to see if I can make it a bit more paranoid about removing .sujournal. Kirk McKusick From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 08:21:12 2010 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 95CD51065674; Thu, 2 Dec 2010 08:21:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 626A48FC15; Thu, 2 Dec 2010 08:21:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB28LB0u040026; Thu, 2 Dec 2010 03:21:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB28LB8I040022; Thu, 2 Dec 2010 08:21:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Dec 2010 08:21:11 GMT Message-Id: <201012020821.oB28LB8I040022@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 02 Dec 2010 08:21:12 -0000 TB --- 2010-12-02 08:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-02 08:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-12-02 08:10:00 - cleaning the object tree TB --- 2010-12-02 08:10:21 - cvsupping the source tree TB --- 2010-12-02 08:10:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-12-02 08:11:22 - building world TB --- 2010-12-02 08:11:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-02 08:11:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-02 08:11:22 - TARGET=pc98 TB --- 2010-12-02 08:11:22 - TARGET_ARCH=i386 TB --- 2010-12-02 08:11:22 - TZ=UTC TB --- 2010-12-02 08:11:22 - __MAKE_CONF=/dev/null TB --- 2010-12-02 08:11:22 - cd /src TB --- 2010-12-02 08:11:22 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 2 08:11:23 UTC 2010 >>> 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 [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/opts-common.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c ../cc_tools/options.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/intl.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/prefix.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -DBASEVER=\"4.2.1\" -DDATESTAMP=\"\ 20070719\" -DDEVPHASE=\"\ \" -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o cc gcc.o opts-common.o options.o intl.o prefix.o version.o gccspec.o /obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libcpp/libcpp.a /obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libiberty/libiberty.a -legacy gcc.o(.rodata+0x16b8): undefined reference to `host_detect_local_cpu' *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-02 08:21:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-02 08:21:11 - ERROR: failed to build world TB --- 2010-12-02 08:21:11 - 502.55 user 85.34 system 670.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 08:21:12 2010 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 998641065697; Thu, 2 Dec 2010 08:21:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 65D2F8FC16; Thu, 2 Dec 2010 08:21:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB28LBTE039978; Thu, 2 Dec 2010 03:21:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB28LBdV039967; Thu, 2 Dec 2010 08:21:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Dec 2010 08:21:11 GMT Message-Id: <201012020821.oB28LBdV039967@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 02 Dec 2010 08:21:12 -0000 TB --- 2010-12-02 08:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-02 08:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-12-02 08:10:00 - cleaning the object tree TB --- 2010-12-02 08:10:23 - cvsupping the source tree TB --- 2010-12-02 08:10:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-12-02 08:11:22 - building world TB --- 2010-12-02 08:11:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-02 08:11:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-02 08:11:22 - TARGET=i386 TB --- 2010-12-02 08:11:22 - TARGET_ARCH=i386 TB --- 2010-12-02 08:11:22 - TZ=UTC TB --- 2010-12-02 08:11:22 - __MAKE_CONF=/dev/null TB --- 2010-12-02 08:11:22 - cd /src TB --- 2010-12-02 08:11:22 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 2 08:11:23 UTC 2010 >>> 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 [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/opts-common.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c ../cc_tools/options.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/intl.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/prefix.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -DBASEVER=\"4.2.1\" -DDATESTAMP=\"\ 20070719\" -DDEVPHASE=\"\ \" -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o cc gcc.o opts-common.o options.o intl.o prefix.o version.o gccspec.o /obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libcpp/libcpp.a /obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libiberty/libiberty.a -legacy gcc.o(.rodata+0x16b8): undefined reference to `host_detect_local_cpu' *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-02 08:21:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-02 08:21:11 - ERROR: failed to build world TB --- 2010-12-02 08:21:11 - 503.58 user 85.91 system 670.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 11:54:02 2010 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 266401065670 for ; Thu, 2 Dec 2010 11:54:02 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id AEF1E8FC19 for ; Thu, 2 Dec 2010 11:54:01 +0000 (UTC) Received: from lawrence1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 93E557E84A for ; Thu, 2 Dec 2010 22:53:59 +1100 (EST) Message-ID: <4CF788D7.8020905@freebsd.org> Date: Thu, 02 Dec 2010 22:53:59 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.2.12) Gecko/20101117 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4CDD0A71.7020708@freebsd.org> In-Reply-To: <4CDD0A71.7020708@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=T_FRT_STOCK2, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Subject: Re: [HEADS UP] Significant TCP work committed to head - CUBIC & H-TCP committed 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, 02 Dec 2010 11:54:02 -0000 On 11/12/10 20:35, Lawrence Stewart wrote: > Hi All, > > A quick note that this evening, I made the first in a series of upcoming > commits to head that modify the TCP stack fairly significantly. I have > no reason to believe you'll notice any issues, but TCP is a complex > beast and it's possible things might crop up. The changes are mostly > related to congestion control, so the sorts of issues that are likely to > crop up if any will most probably be subtle and difficult to even > detect. The first svn revision in question is r215166. The next few > commits I plan to make will be basically zero impact and then another > significant patch will follow in a few weeks. > > If you bump into an issue that you think might be related to this work, > please roll back r215166 from your tree and attempt to reporoduce before > reporting the problem. Please CC me directly with your problem report > and post to freebsd-current@ or freebsd-net@ as well. > > Lots more information about what all this does and how to use it will be > following in the coming weeks, but in the meantime, just keep this note > in the back of your mind. For the curious, some information about the > project is available at [1,2]. > > Cheers, > Lawrence > > [1] http://caia.swin.edu.au/freebsd/5cc/ > [2] > http://www.freebsd.org/news/status/report-2010-07-2010-09.html#Five-New-TCP-Congestion-Control-Algorithms-for-FreeBSD After a rather arduous couple of weeks grappling with VIMAGE related bugs, intermittently failing testbed hardware and various algorithm ambiguities, the next chunk of work has finally landed in head. Kernel modules implementing the CUBIC and H-TCP congestion control algorithms are now built/installed during a "make kernel". I should stress that everything other than NewReno is considered experimental at this stage in an IRTF/IETF specification sense, and as such I would strongly advise against setting the system default algorithm to anything other than NewReno. The TCP_CONGESTION setsockopt call (used by e.g. iperf -Z) is the appropriate way to test an algorithm on an individual connection. For those interested in taking the algorithms for a spin, the easiest way is probably to use benchmarks/iperf from ports on a source/sink machine and do the following: - On the data sink (receiver) cd /usr/ports/benchmarks/iperf fetch http://caia.swin.edu.au/urp/newtcp/tools/caia_iperf204_1.1.patch mv caia_iperf204_1.1.patch files/patch-caiaiperf make install clean sysctl kern.ipc.maxsockbuf=1048576 iperf -s -j 256k -k 256k - On the data source (sender) cd /usr/ports/benchmarks/iperf fetch http://caia.swin.edu.au/urp/newtcp/tools/caia_iperf204_1.1.patch mv caia_iperf204_1.1.patch files/patch-caiaiperf make install clean kldload cc_cubic cc_htcp sysctl kern.ipc.maxsockbuf=1048576 iperf -c -j 256k -k 256k -Z (where is one from the list reported by "sysctl net.inet.tcp.cc.available") You may need to fiddle with the above parameters a bit depending on your setup. You will want decent bandwidth (5+Mbps should be ok) and a moderate to large RTT (50+ms) between both hosts if you want to see these algorithms really shine. You can use dummynet on the data source machine to easily introduce artificial bw/delay/queuing e.g. ipfw pipe 1 config noerror bw 10Mbps delay 20ms queue 100Kbytes ipfw add 10 pipe 1 ip from me to dst-port 5001 Be careful to do the above via console access or stick "options IPFIREWALL" and "options IPFIREWALL_DEFAULT_TO_ACCEPT" in your kernel config to avoid locking yourself out (dummynet needs IPFW to work). For the really interested (by now I suspect my audience is down to 0, but still), you might want to load siftr and enable/disable it during each test run and make your very own plot of cwnd vs time to see what's really going on behind the scenes. Ok that's enough for now, but much more is on the way. Please let me know if you have any feedback or run into any problems related to this work. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 12:39:28 2010 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 3BC26106567A for ; Thu, 2 Dec 2010 12:39:28 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id ED36C8FC08 for ; Thu, 2 Dec 2010 12:39:27 +0000 (UTC) Received: by ywp6 with SMTP id 6so4279817ywp.13 for ; Thu, 02 Dec 2010 04:39:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:cc:content-type; bh=qVlpZy5fqRtsAQGOBBR3NVSMtqB0XIDb2DQV7+BgVDk=; b=XJyVeH9xusHdKECHgn2MeHrY0hnkh0Smctxvivmd4wYw6lR/+SLZUfiW1zm17dQunR 2IxpL+l4L77dCrmky+ZxltSm2IB2Z/Eq8dJFSm7EJwyrId9MXQJNsmJAUTUYKGwpOun9 tML6LYDetMx84USX5OVJ0zQwkUbHcaqxij7lY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; b=X59mazmxsy60oHiVE19McysuRjOPjhmEuvwqFk0YRAj5xa11VESwsdxYgmATpv9Wo2 28W5ACz9PK2HURNeGX0NR6odKlgGesSdVPv+fqzT3+AGE0NZFY49vRbkKNveErp2A6Ki jqGgKTEDT6EzLV4wLOZjPRIa6PH2DputCkOZY= MIME-Version: 1.0 Received: by 10.231.33.129 with SMTP id h1mr97206ibd.158.1291291742377; Thu, 02 Dec 2010 04:09:02 -0800 (PST) Received: by 10.231.129.2 with HTTP; Thu, 2 Dec 2010 04:09:02 -0800 (PST) In-Reply-To: <4C7011B9.4020902@protected-networks.net> References: <4C7011B9.4020902@protected-networks.net> Date: Thu, 2 Dec 2010 20:09:02 +0800 Message-ID: From: Buganini Content-Type: text/plain; charset=UTF-8 Cc: current@freebsd.org Subject: Re: softupdate with journal panic 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, 02 Dec 2010 12:39:28 -0000 I just bumped into this problem again during port upgrading. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x30 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff808a5a5c stack pointer = 0x28:0xffffff8121bfb4e0 frame pointer = 0x28:0xffffff8121bfb500 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 63342 (conftest) trap number = 12 panic: page fault cpuid = 1 Uptime: 9m13s Physical memory: 4012 MB #0 doadump () at pcpu.h:224 #1 0xffffffff80643fd0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xffffffff806443f3 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:591 #3 0xffffffff8097352d in trap_fatal (frame=0xfffffe0134e47000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:833 #4 0xffffffff809738f1 in trap_pfault (frame=0xffffff8121bfb430, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:749 #5 0xffffffff80973cef in trap (frame=0xffffff8121bfb430) at /usr/src/sys/amd64/amd64/trap.c:501 #6 0xffffffff8095e854 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff808a5a5c in free_jremref (jremref=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3576 #8 0xffffffff808afdb2 in cancel_diradd (dap=0xfffffe012fb91880, dirrem=0xfffffe012fa65d00, jremref=0x0, dotremref=0xfffffe0130040a80, dotdotremref=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:6783 #9 0xffffffff808b0050 in newdirrem (bp=0xffffff80f253bc20, dp=0xfffffe001418b1f8, ip=0xfffffe012880a3f0, isrmdir=1, prevdirremp=0xffffff8121bfb630) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7206 #10 0xffffffff808b050a in softdep_setup_directory_change ( bp=0xffffff80f253bc20, dp=0xfffffe001418b1f8, ip=0xfffffe012880a3f0, newinum=9114624, isrmdir=1) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7272 #11 0xffffffff808c28e6 in ufs_dirrewrite (dp=0xfffffe001418b1f8, oip=0xfffffe012880a3f0, newinum=9114624, newtype=4, isrmdir=1) at /usr/src/sys/ufs/ufs/ufs_lookup.c:1304 From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 12:50:42 2010 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 6E5441065674; Thu, 2 Dec 2010 12:50:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 411198FC18; Thu, 2 Dec 2010 12:50:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB2CofgS037662; Thu, 2 Dec 2010 07:50:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB2CofXo037661; Thu, 2 Dec 2010 12:50:41 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Dec 2010 12:50:41 GMT Message-Id: <201012021250.oB2CofXo037661@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 02 Dec 2010 12:50:42 -0000 TB --- 2010-12-02 12:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-02 12:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-12-02 12:40:00 - cleaning the object tree TB --- 2010-12-02 12:40:02 - cvsupping the source tree TB --- 2010-12-02 12:40:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-12-02 12:40:22 - building world TB --- 2010-12-02 12:40:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-02 12:40:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-02 12:40:22 - TARGET=pc98 TB --- 2010-12-02 12:40:22 - TARGET_ARCH=i386 TB --- 2010-12-02 12:40:22 - TZ=UTC TB --- 2010-12-02 12:40:22 - __MAKE_CONF=/dev/null TB --- 2010-12-02 12:40:22 - cd /src TB --- 2010-12-02 12:40:22 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 2 12:40:22 UTC 2010 >>> 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 [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/opts-common.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c ../cc_tools/options.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/intl.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/prefix.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -DBASEVER=\"4.2.1\" -DDATESTAMP=\"\ 20070719\" -DDEVPHASE=\"\ \" -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o cc gcc.o opts-common.o options.o intl.o prefix.o version.o gccspec.o /obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libcpp/libcpp.a /obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libiberty/libiberty.a -legacy gcc.o(.rodata+0x16b8): undefined reference to `host_detect_local_cpu' *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-02 12:50:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-02 12:50:41 - ERROR: failed to build world TB --- 2010-12-02 12:50:41 - 507.32 user 73.23 system 641.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 12:50:45 2010 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 1DC571065673; Thu, 2 Dec 2010 12:50:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E45DF8FC13; Thu, 2 Dec 2010 12:50:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB2CoiiI037961; Thu, 2 Dec 2010 07:50:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB2CoiKP037957; Thu, 2 Dec 2010 12:50:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Dec 2010 12:50:44 GMT Message-Id: <201012021250.oB2CoiKP037957@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 02 Dec 2010 12:50:45 -0000 TB --- 2010-12-02 12:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-02 12:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-12-02 12:40:00 - cleaning the object tree TB --- 2010-12-02 12:40:02 - cvsupping the source tree TB --- 2010-12-02 12:40:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-12-02 12:40:22 - building world TB --- 2010-12-02 12:40:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-02 12:40:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-02 12:40:22 - TARGET=i386 TB --- 2010-12-02 12:40:22 - TARGET_ARCH=i386 TB --- 2010-12-02 12:40:22 - TZ=UTC TB --- 2010-12-02 12:40:22 - __MAKE_CONF=/dev/null TB --- 2010-12-02 12:40:22 - cd /src TB --- 2010-12-02 12:40:22 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 2 12:40:23 UTC 2010 >>> 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 [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/opts-common.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c ../cc_tools/options.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/intl.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/prefix.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -DBASEVER=\"4.2.1\" -DDATESTAMP=\"\ 20070719\" -DDEVPHASE=\"\ \" -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o cc gcc.o opts-common.o options.o intl.o prefix.o version.o gccspec.o /obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libcpp/libcpp.a /obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libiberty/libiberty.a -legacy gcc.o(.rodata+0x16b8): undefined reference to `host_detect_local_cpu' *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-02 12:50:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-02 12:50:44 - ERROR: failed to build world TB --- 2010-12-02 12:50:44 - 507.41 user 73.77 system 644.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 13:08:01 2010 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 BDB4A1065679 for ; Thu, 2 Dec 2010 13:08:01 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 702EA8FC0C for ; Thu, 2 Dec 2010 13:08:01 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PO8tB-00057g-Vq for freebsd-current@freebsd.org; Thu, 02 Dec 2010 14:07:57 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Dec 2010 14:07:57 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Dec 2010 14:07:57 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 02 Dec 2010 14:07:59 +0100 Lines: 23 Message-ID: References: <4CDD0A71.7020708@freebsd.org> <4CF788D7.8020905@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <4CF788D7.8020905@freebsd.org> X-Enigmail-Version: 1.1.2 Subject: Re: [HEADS UP] Significant TCP work committed to head - CUBIC & H-TCP committed 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, 02 Dec 2010 13:08:01 -0000 On 12/02/10 12:53, Lawrence Stewart wrote: > For the really interested (by now I suspect my audience is down to 0, > but still), you might want to load siftr and enable/disable it during > each test run and make your very own plot of cwnd vs time to see what's > really going on behind the scenes. > > Ok that's enough for now, but much more is on the way. Please let me > know if you have any feedback or run into any problems related to this work. Hi, My question isn't very constructive but I'd like to know more about this topic. Have you seen this: http://blog.benstrong.com/2010/11/google-and-microsoft-cheat-on-slow.html http://developers.slashdot.org/story/10/11/26/1729218/Google-Microsoft-Cheat-On-Slow-Start-mdash-Should-You ? In short: is the existance of slow-start a property of (New)Reno and will some of the new algorithms make it less "cautious", i.e. faster? I don't think it's critical but I'm often noticing it, especially on bulk transfers over LAN. From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 13:55:35 2010 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 AB3101065694 for ; Thu, 2 Dec 2010 13:55:35 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 2CBA48FC17 for ; Thu, 2 Dec 2010 13:55:34 +0000 (UTC) Received: (qmail invoked by alias); 02 Dec 2010 13:28:51 -0000 Received: from cm203-32.liwest.at (EHLO bones.gusis.at) [81.10.203.32] by mail.gmx.net (mp005) with SMTP; 02 Dec 2010 14:28:51 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX18wj4w5TpQwF/tY4WOwLSh1rIBUMVBDakexV9tgiV wPNdDI6qhkHqeg From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Thu, 2 Dec 2010 14:27:32 +0100 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; i386; ; ) References: <4C7011B9.4020902@protected-networks.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201012021427.32669.c47g@gmx.at> X-Y-GMX-Trusted: 0 Cc: Buganini Subject: Re: softupdate with journal panic 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, 02 Dec 2010 13:55:35 -0000 Hi all! I second that. I can reproduce it on my i386 current machine (svn rev. #216073) when running "make all" in ports/sysutils/coreutils. (kgdb) list *0xc06821c9 0xc06821c9 is in free_jremref (/jail/mytestjail/usr/src/sys/ufs/ffs/ffs_softdep.c:3578). 3573 static void 3574 free_jremref(jremref) 3575 struct jremref *jremref; 3576 { 3577 3578 if (jremref->jr_ref.if_jsegdep) 3579 free_jsegdep(jremref->jr_ref.if_jsegdep); 3580 if (jremref->jr_state & IOSTARTED) 3581 panic("free_jremref: IO still pending"); 3582 WORKITEM_FREE(jremref, D_JREMREF); (kgdb) p jremref $1 = (struct jremref *) 0x0 (kgdb) up #11 0xc068d1c6 in cancel_diradd (dap=0xc5fc0d40, dirrem=0xc5fd91c0, jremref=0x0, dotremref=0xc62045c0, dotdotremref=0x0) at /jail/mytestjail/usr/src/sys/ufs/ffs/ffs_softdep.c:6783 6783 free_jremref(dotdotremref); (kgdb) p dotdotremref $2 = (struct jremref *) 0x0 Ciao, Christian. On Thursday 02 December 2010 13:09:02 Buganini wrote: > I just bumped into this problem again during port upgrading. > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x30 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff808a5a5c > stack pointer = 0x28:0xffffff8121bfb4e0 > frame pointer = 0x28:0xffffff8121bfb500 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 63342 (conftest) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 9m13s > Physical memory: 4012 MB > > > #0 doadump () at pcpu.h:224 > #1 0xffffffff80643fd0 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xffffffff806443f3 in panic (fmt=0x0) > at /usr/src/sys/kern/kern_shutdown.c:591 > #3 0xffffffff8097352d in trap_fatal (frame=0xfffffe0134e47000, > eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:833 > #4 0xffffffff809738f1 in trap_pfault (frame=0xffffff8121bfb430, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:749 > #5 0xffffffff80973cef in trap (frame=0xffffff8121bfb430) > at /usr/src/sys/amd64/amd64/trap.c:501 > #6 0xffffffff8095e854 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:228 > #7 0xffffffff808a5a5c in free_jremref (jremref=0x0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:3576 > #8 0xffffffff808afdb2 in cancel_diradd (dap=0xfffffe012fb91880, > dirrem=0xfffffe012fa65d00, jremref=0x0, dotremref=0xfffffe0130040a80, > dotdotremref=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:6783 > #9 0xffffffff808b0050 in newdirrem (bp=0xffffff80f253bc20, > dp=0xfffffe001418b1f8, ip=0xfffffe012880a3f0, isrmdir=1, > prevdirremp=0xffffff8121bfb630) at > /usr/src/sys/ufs/ffs/ffs_softdep.c:7206 #10 0xffffffff808b050a in > softdep_setup_directory_change ( > bp=0xffffff80f253bc20, dp=0xfffffe001418b1f8, ip=0xfffffe012880a3f0, > newinum=9114624, isrmdir=1) at /usr/src/sys/ufs/ffs/ffs_softdep.c:7272 > #11 0xffffffff808c28e6 in ufs_dirrewrite (dp=0xfffffe001418b1f8, > oip=0xfffffe012880a3f0, newinum=9114624, newtype=4, isrmdir=1) > at /usr/src/sys/ufs/ufs/ufs_lookup.c:1304 > _______________________________________________ > 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 Thu Dec 2 14:03:42 2010 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 2FBBB106566B for ; Thu, 2 Dec 2010 14:03:42 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id DBC518FC0C for ; Thu, 2 Dec 2010 14:03:41 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "StartCom Free Certificate Member", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 8CB0D61CE; Thu, 2 Dec 2010 09:03:40 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1291298620; bh=ZZFf4INk/CVP/nPdvBVHOLhRmyx8lGwjaBYgFz1H8wQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=VMrveBdoi/heqFQLX6BIFdxRkL8FdqgKnh8o+JxbLm/YqKv1pjvYOCM8C2lPNZxGC Z/JxW00WXcvJSnkjjRLEQykOyxXcBDzOjwjSsl4sBLfMt3lsNYRyJbWiCzJT2zm DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=PraI6C8lPNnC2he9pzjRZscL0dmOcEUz0ECeBydTARQ4/xbBmoT9HSi6Ko05ndzqi s5oD1bkc8gd7sq4LgCZ8veuv43O9lh+h/L75xUVybRWjHvs1bW1kS7xcEkwlO3t Message-ID: <4CF7A736.9090102@protected-networks.net> Date: Thu, 02 Dec 2010 09:03:34 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kirk McKusick References: <201012020030.oB20Ubno068176@chez.mckusick.com> In-Reply-To: <201012020030.oB20Ubno068176@chez.mckusick.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------010008030904080908020305" Cc: Kostik Belousov , current@freebsd.org Subject: Re: How a full fsck screwed up my SU+J filesystem 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, 02 Dec 2010 14:03:42 -0000 This is a multi-part message in MIME format. --------------010008030904080908020305 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 12/01/10 19:30, Kirk McKusick wrote: [ .. snip .. ] > > Thanks all: Garrett for the report, Peter for the way to reproduce > the problem, and Kostik for a fix. I have copied Jeff so that he can > confirm that Kostik's fix is the appropriate thing to do. And I will > take a look at fsck to see if I can make it a bit more paranoid about > removing .sujournal. > > Kirk McKusick There's another case that SU+J fails and the patch has not yet been committed .. specifically, when configure tries to do a directory rename test .. as below .. I am uncertain but it seems that 'dump -L' exhibits a similar behaviour .. completely hung on me at 1am this morning :-( imb -------- Original Message -------- Subject: Re: softupdate with journal panic Date: Tue, 24 Aug 2010 00:12:57 +0300 From: Kostik Belousov To: Peter Holm CC: Michael Butler , Jeff Roberson , current@freebsd.org On Sun, Aug 22, 2010 at 03:21:04PM +0200, Peter Holm wrote: > On Sat, Aug 21, 2010 at 01:49:45PM -0400, Michael Butler wrote: > > While updating sysutils/coreutils port on -current as of this morning > > (SVN r211550), I noted a panic during the directory rename config test. > > > > Your problem seems identical to this report: > > http://docs.freebsd.org/cgi/mid.cgi?AANLkTinPjiOV21kDLZYV5WScrhLMN7DY8E8jVHWPU5mC > I believe that dotdotremref in this case is legitimately NULL. With this assumption, the following patch would help. --------------010008030904080908020305 Content-Type: text/x-diff; name="ffs_softdep-dir.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ffs_softdep-dir.patch" *** src/sys/ufs/ffs/ffs_softdep.c~ Fri Aug 20 18:10:34 2010 --- src/sys/ufs/ffs/ffs_softdep.c Mon Aug 23 22:14:48 2010 *************** *** 6770,6776 **** mkdir->md_jaddref = NULL; if (mkdir->md_state & MKDIR_PARENT) { if (cancel_jaddref(jaddref, NULL, ! &dirrem->dm_jwork) == 0) { free_jremref(dotdotremref); dotdotremref = NULL; } --- 6770,6777 ---- mkdir->md_jaddref = NULL; if (mkdir->md_state & MKDIR_PARENT) { if (cancel_jaddref(jaddref, NULL, ! &dirrem->dm_jwork) == 0 && ! dotdotremref != NULL) { free_jremref(dotdotremref); dotdotremref = NULL; } --------------010008030904080908020305-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 15:48:52 2010 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 32D441065698; Thu, 2 Dec 2010 15:48:52 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id BE2B38FC18; Thu, 2 Dec 2010 15:48:51 +0000 (UTC) Received: by vws9 with SMTP id 9so3254944vws.13 for ; Thu, 02 Dec 2010 07:48:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=EpB0lTzPJ2WAamRbzSv5IqPh5VNoNOvGiPrF7qG/tF8=; b=Tj/u5IynUoenTQvtmv31dgm046jBGq0/wroXRZRn6CmxvFTL8FHvCdBnZ/jLI8Vvw9 v2C9LGEH7DrVtPYc94zMOD/DF12fGofS4Vu5rpjTP//toBPESKh0ZvzrI49Gsgy97oR+ CUohv4Am4rIU5ICFus+c67SKQ6qam7PUP4TP8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=IHB+AYqRMWJ6W3ro3V4cLadD1JbTNb4nyVe7/JWsPKhYE6TyR5frsPtTFgtoNJcfD0 7TjcjQRxCYnyNPZZ+eZBrPmlc7AXDTPg5ngi6Wky04QDIQdIcX3OllNs+1uGSK8ddpeu 6vYLDO7+odQf3bLI9wSQD1/3PGQpyExpMz3vQ= Received: by 10.220.180.4 with SMTP id bs4mr72858vcb.29.1291304930627; Thu, 02 Dec 2010 07:48:50 -0800 (PST) Received: from centel.dataix.local (adsl-99-19-40-65.dsl.klmzmi.sbcglobal.net [99.19.40.65]) by mx.google.com with ESMTPS id e18sm80250vcf.12.2010.12.02.07.48.47 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Dec 2010 07:48:48 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CF7BFDD.5000500@DataIX.net> Date: Thu, 02 Dec 2010 10:48:45 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Freddie Cash References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Filesystems , FreeBSD-Current Subject: Re: Update to zfs command removes Python dep 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, 02 Dec 2010 15:48:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/01/2010 19:02, Freddie Cash wrote: > Just a head's up, the Illumos devs have committed an update to zfs > that removes the dependency on Python. Good news. Another heads up for those that might interpret this wrongly. ZFS does not depend on python for normal day to day use. Though if you would like to use the functions listed below you would need to install python as well, ports/sysutils/py-zfs. You should refer to the man page for zfs(1) for further details on these commands. As per UPDATING: (20100915) A new version of ZFS (version 15) has been merged. This version uses a python library for the following subcommands: zfs allow, zfs unallow, zfs groupspace, zfs userspace. For full functionality of these commands the following port must be installed: sysutils/py-zfs > > Blog report here: > http://gdamore.blogspot.com/2010/12/zfs-should-not-depend-on-python-and.html > > This may (or may not) make it easier to import a newer version of ZFS > into -CURRENT. > Regards, - -- jhell,v -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJM97/dAAoJEJBXh4mJ2FR+62EH/2KVyAClgHpp+mQt6J0ywSYl AApeUrZ7+PoVKA35kc7j0Z99ji2MZsLX3g4YgNaYlp9QbxiQLowRkoTvtHcZ13cT 4KWGSpgjHdrFF0geqFRVQ+ny8FSHoKrHTudWECWkNeKaoWTmtNwIhQvpLugvBX4K dCVpzof8LNl5IpgJFp5rjBqwt9js/VLztcnb93Yu0qhBUVb32HhhU5IiPkirZcQl 4N2xbRpCINLlAnO+ZidOaJYVmP9RILym3GibcL2Nk/FXmOCcBLt6dQLhgSUamPiY 5qWgWbaW1hnVDxSeMisS236kzdUzxdUVbjRqpLeE4TMvGXaH+YInZXeuIshgJHQ= =ZGMI -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 15:10:06 2010 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 167AE106564A for ; Thu, 2 Dec 2010 15:10:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A75868FC19 for ; Thu, 2 Dec 2010 15:10:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1POAnM-00066O-87 for freebsd-current@freebsd.org; Thu, 02 Dec 2010 16:10:04 +0100 Received: from adsl-pppoe-0706.comch.ru ([adsl-pppoe-0706.comch.ru]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Dec 2010 16:10:04 +0100 Received: from horuzhy by adsl-pppoe-0706.comch.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Dec 2010 16:10:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Sergey Horuzhy Date: Thu, 2 Dec 2010 15:04:12 +0000 (UTC) Lines: 28 Message-ID: References: <20090125103905.378CA106570E@hub.freebsd.org> <497CC5D0.3030103@freebsd.org> <497CF726.4030206@chrisbuechler.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 195.218.214.198 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.7 (KHTML, like Gecko) Chrome/7.0.517.41 Safari/534.7 ChromePlus/1.5.0.0 ChromePlus/1.5.0.0) X-Mailman-Approved-At: Thu, 02 Dec 2010 16:32:12 +0000 Subject: Re: net80211 hostap vs powersave 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, 02 Dec 2010 15:10:06 -0000 Chris Buechler chrisbuechler.com> writes: > > Sam Leffler wrote: > > > > > > I can confirm that the fix posted by Bill works on 7.1. A pfSense user > was having the same trouble with a Blackberry Bold, and this fixed it. > We're now including the diff from Bill on our pfSense 1.2.3 images based > on FreeBSD 7.1. The Google G1 phone previously didn't work and I suspect > this will fix it as well, but have not gotten confirmation from anyone > on that yet. > > Thanks to Bill for posting and Bjoern Zeeb for pointing us to his post! > > Chris > _______________________________________________ > 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" I had the exact same problem with Atheros 9285 and 8.1-STABLE, such as 9-CURRENT. Changing kernel source as a http://thread.gmane.org/gmane.os.freebsd.current/110707 didn't help. What else can I do to it work properly? From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 17:15:34 2010 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 954CB1065674; Thu, 2 Dec 2010 17:15:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 685998FC1A; Thu, 2 Dec 2010 17:15:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB2HFXOJ031258; Thu, 2 Dec 2010 12:15:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB2HFXEq031257; Thu, 2 Dec 2010 17:15:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Dec 2010 17:15:33 GMT Message-Id: <201012021715.oB2HFXEq031257@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 02 Dec 2010 17:15:34 -0000 TB --- 2010-12-02 17:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-02 17:05:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-12-02 17:05:00 - cleaning the object tree TB --- 2010-12-02 17:05:02 - cvsupping the source tree TB --- 2010-12-02 17:05:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-12-02 17:05:25 - building world TB --- 2010-12-02 17:05:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-02 17:05:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-02 17:05:25 - TARGET=i386 TB --- 2010-12-02 17:05:25 - TARGET_ARCH=i386 TB --- 2010-12-02 17:05:25 - TZ=UTC TB --- 2010-12-02 17:05:25 - __MAKE_CONF=/dev/null TB --- 2010-12-02 17:05:25 - cd /src TB --- 2010-12-02 17:05:25 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 2 17:05:26 UTC 2010 >>> 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 [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/opts-common.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c ../cc_tools/options.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/intl.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/prefix.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -DBASEVER=\"4.2.1\" -DDATESTAMP=\"\ 20070719\" -DDEVPHASE=\"\ \" -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/i386.i386/src/tmp/legacy/usr/include -static -L/obj/i386.i386/src/tmp/legacy/usr/lib -o cc gcc.o opts-common.o options.o intl.o prefix.o version.o gccspec.o /obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libcpp/libcpp.a /obj/i386.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libiberty/libiberty.a -legacy gcc.o(.rodata+0x16b8): undefined reference to `host_detect_local_cpu' *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-02 17:15:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-02 17:15:33 - ERROR: failed to build world TB --- 2010-12-02 17:15:33 - 507.49 user 74.91 system 632.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 17:15:35 2010 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 E3336106567A; Thu, 2 Dec 2010 17:15:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AC94C8FC1C; Thu, 2 Dec 2010 17:15:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB2HFZsi031315; Thu, 2 Dec 2010 12:15:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB2HFYX5031314; Thu, 2 Dec 2010 17:15:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 2 Dec 2010 17:15:34 GMT Message-Id: <201012021715.oB2HFYX5031314@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 02 Dec 2010 17:15:36 -0000 TB --- 2010-12-02 17:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-02 17:05:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-12-02 17:05:00 - cleaning the object tree TB --- 2010-12-02 17:05:03 - cvsupping the source tree TB --- 2010-12-02 17:05:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-12-02 17:05:25 - building world TB --- 2010-12-02 17:05:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-02 17:05:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-02 17:05:25 - TARGET=pc98 TB --- 2010-12-02 17:05:25 - TARGET_ARCH=i386 TB --- 2010-12-02 17:05:25 - TZ=UTC TB --- 2010-12-02 17:05:25 - __MAKE_CONF=/dev/null TB --- 2010-12-02 17:05:25 - cd /src TB --- 2010-12-02 17:05:25 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 2 17:05:26 UTC 2010 >>> 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 [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/opts-common.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c ../cc_tools/options.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/intl.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/prefix.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -DBASEVER=\"4.2.1\" -DDATESTAMP=\"\ 20070719\" -DDEVPHASE=\"\ \" -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/version.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../cc_tools -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc/../../../../contrib/gcclibs/libdecnumber -DGCC_DRIVER -DDEFAULT_TARGET_VERSION=\"4.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -DENABLE_SHARED_LIBGCC -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -static -L/obj/pc98.i386/src/tmp/legacy/usr/lib -o cc gcc.o opts-common.o options.o intl.o prefix.o version.o gccspec.o /obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libcpp/libcpp.a /obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc/../libiberty/libiberty.a -legacy gcc.o(.rodata+0x16b8): undefined reference to `host_detect_local_cpu' *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-02 17:15:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-02 17:15:34 - ERROR: failed to build world TB --- 2010-12-02 17:15:34 - 507.23 user 74.62 system 634.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 17:33:57 2010 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 BE744106566C for ; Thu, 2 Dec 2010 17:33:57 +0000 (UTC) (envelope-from sdrhodus@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 52A5B8FC1A for ; Thu, 2 Dec 2010 17:33:56 +0000 (UTC) Received: by wyf19 with SMTP id 19so8416008wyf.13 for ; Thu, 02 Dec 2010 09:33:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=bNmNUpfRNCzSGz8u2rqcR48cVl9viUrDF2c9OFPgTYE=; b=viWn6cdvDb5BWVeVstT6/iNNOheYW4eyfmwxYN4dmaRTXYxHdsxSpZFvSTYlpkxyAX aTHane5jEFEyipnBzw44Jz7UmoeQ4wHnhFVB2aov+zd+t8lc+09/B5ItEm19RgStldJ4 F7o31lXno1T3/kg764qu7UyAq25yrJn2DXDMw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=mqtN1uCiSrJ3a9aDAmVxoszxWqtFKY0HUrK3gzBe+yU8s5Ik+323K9twOYubLvBhPf /WKB+/vYrX52o9jPx4LkqRyz5rPtSxGrIXSuAr7c84DuoQur6EwNmAx5JB77uRuprWDK BL89QgI9FK3j7fIGNJGNO7orOY6zGeQZO2RwU= Received: by 10.216.162.70 with SMTP id x48mr3810093wek.4.1291311235655; Thu, 02 Dec 2010 09:33:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.217.4.10 with HTTP; Thu, 2 Dec 2010 09:33:35 -0800 (PST) In-Reply-To: <4CF7A736.9090102@protected-networks.net> References: <201012020030.oB20Ubno068176@chez.mckusick.com> <4CF7A736.9090102@protected-networks.net> From: David Rhodus Date: Thu, 2 Dec 2010 12:33:35 -0500 Message-ID: To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 Cc: Kirk McKusick , Kostik Belousov , current@freebsd.org Subject: Re: How a full fsck screwed up my SU+J filesystem 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, 02 Dec 2010 17:33:57 -0000 Hello, what do you make of this PR report ? http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/152605 This panic happens during bg-fsck every time. I have to boot into single user-mode and do a fsck to correct. From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 18:40:22 2010 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 262E11065675 for ; Thu, 2 Dec 2010 18:40:22 +0000 (UTC) (envelope-from vkushnir@bigmir.net) Received: from ex.volia.net (ex.volia.net [82.144.192.10]) by mx1.freebsd.org (Postfix) with ESMTP id CDA8B8FC22 for ; Thu, 2 Dec 2010 18:40:21 +0000 (UTC) Received: from em.volia.net ([82.144.192.9]) by ex.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1POA1b-0001BS-8d; Thu, 02 Dec 2010 16:20:43 +0200 Received: from enough.saddler.volia.net ([93.72.207.82] helo=kushnir1.kiev.ua) by em.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1POA1b-000Lum-5P; Thu, 02 Dec 2010 16:20:43 +0200 Received: from localhost (localhost [IPv6:::1]) by kushnir1.kiev.ua (8.14.4/8.14.4) with ESMTP id oB2EK8lf080558; Thu, 2 Dec 2010 16:20:08 +0200 (EET) (envelope-from vkushnir@bigmir.net) Date: Thu, 2 Dec 2010 16:20:08 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: Christian Gusenbauer In-Reply-To: <201012021427.32669.c47g@gmx.at> Message-ID: References: <4C7011B9.4020902@protected-networks.net> <201012021427.32669.c47g@gmx.at> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Volia-Original-IP: 93.72.207.82 Cc: Buganini , freebsd-current@freebsd.org Subject: Re: softupdate with journal panic 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, 02 Dec 2010 18:40:22 -0000 Me too :-( On Thu, 2 Dec 2010, Christian Gusenbauer wrote: > Hi all! > > I second that. I can reproduce it on my i386 current machine (svn rev. > #216073) when running "make all" in ports/sysutils/coreutils. > > (kgdb) list *0xc06821c9 > 0xc06821c9 is in free_jremref ~~~~~~~~~~~~~ > On Thursday 02 December 2010 13:09:02 Buganini wrote: >> I just bumped into this problem again during port upgrading. >> >> Fatal trap 12: page fault while in kernel mode <......> >> #7 0xffffffff808a5a5c in free_jremref (jremref=0x0) ~~~~~~~~~~~~ Sorry I skipped everything 'cept this point. I got precisely this for cd /usr/ports/archivers/gtar make configure (it checked for rename()). This panic case was submitted as PR kern/150796 back on 21 Sep 2010 (on "Wed Sep 22 12:24:16 UTC 2010" "Assign to maintainer(s)"). No response so far. I WISH I could fix it myself but... Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 19:44:01 2010 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 44CF71065679 for ; Thu, 2 Dec 2010 19:44:01 +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 27B838FC1A for ; Thu, 2 Dec 2010 19:44:00 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id oB2Ji0xh005027 for ; Thu, 2 Dec 2010 11:44:00 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id oB2Ji05e005026 for freebsd-current@freebsd.org; Thu, 2 Dec 2010 11:44:00 -0800 (PST) (envelope-from obrien) Date: Thu, 2 Dec 2010 11:44:00 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20101202194400.GA5003@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: [PANIC] after manually issuing 'ifconfig sf0' 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: Thu, 02 Dec 2010 19:44:01 -0000 Machine booted, without any mention of sf(4) in rc.conf or loader.conf and without sf(4) in the core kernel. This is without WITNESS or INVARIANTS. >From multi-user, I issued 'ifconfig sf0' and got the below panic. These are the console messages related to this: FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 rootk@dragon:/sys/i386/compile/DRAGON i386 [..] Thu Dec 2 09:33:50 PST 2010 sf0: port 0x5000-0x50ff mem 0xb0400000-0xb047ffff irq 19 at device 4.0 on pci5 miibus2: on sf0 ukphy0: PHY 1 on miibus2 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf0: Ethernet address: 00:00:d1:ed:81:95 sf1: port 0x5400-0x54ff mem 0xb0480000-0xb04fffff irq 16 at device 5.0 on pci5 miibus3: on sf1 ukphy1: PHY 1 on miibus3 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf1: Ethernet address: 00:00:d1:ed:81:96 sf2: port 0x5800-0x58ff mem 0xb0500000-0xb057ffff irq 18 at device 6.0 on pci5 miibus4: on sf2 ukphy2: PHY 1 on miibus4 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf2: Ethernet address: 00:00:d1:ed:81:97 sf3: port 0x5c00-0x5cff mem 0xb0580000-0xb05fffff irq 17 at device 7.0 on pci5 miibus5: on sf3 ukphy3: PHY 1 on miibus5 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sf3: Ethernet address: 00:00:d1:ed:81:98 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x238 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05be315 stack pointer = 0x28:0xe7a5eab4 frame pointer = 0x28:0xe7a5eaf4 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 = 2590 (mail.local) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c0839222,d31206e,2c66000a,70797420,78302065,...) at 0xc04e9ab6 = db_trace_self_wrapper+0x26 kdb_backtrace(c0857e2a,0,c0822eb2,e7a5e910,0,...) at 0xc05fa2fa = kdb_backtrace+0x2a panic(c0822eb2,c0858b68,c59aea18,1,1,...) at 0xc05cd297 = panic+0x117 trap_fatal(c596d880,0,c0858a20,36b,238,...) at 0xc07dcd65 = trap_fatal+0x325 trap_pfault(e7a5e9b8,c07fae4d,e7a5e9cc,0,c59ae870,...) at 0xc07dcf40 = trap_pfault+0x1c0 trap(e7a5ea74) at 0xc07dd5f5 = trap+0x5d5 calltrap() at 0xc07c8dfc = calltrap+0x6 --- trap 0xc, eip = 0xc05be315, esp = 0xe7a5eab4, ebp = 0xe7a5eaf4 --- _mtx_lock_sleep(c51b8be8,c59ae870,0,c08501a2,a43,...) at 0xc05be315 = _mtx_lock_sleep+0xa5 _mtx_lock_flags(c51b8be8,0,c08501a2,a43,c51b8c1c,...) at 0xc05be542 = _mtx_lock_flags+0x42 uma_zfree_arg(c51b8c08,c6555000,c6554000,0,e7a5eb80,...) at 0xc0790958 = uma_zfree_arg+0xd8 free(c6555000,c0886600,e7a5ec24,c6eb39a0,e7a5ec24,...) at 0xc05bb61e = free+0xae random_read(c5283700,e7a5ec24,0,0,0,...) at 0xc0c3535e = random_read+0x9e devfs_read_f(c6eb39a0,e7a5ec24,c5157580,0,c59ae870,...) at 0xc056bd32 = devfs_read_f+0x82 dofileread(e7a5ec24,ffffffff,ffffffff,0,c6eb39a0,...) at 0xc060adbe = dofileread+0x9e kern_readv(c59ae870,4,e7a5ec24,e7a5ec44,1,...) at 0xc060b148 = kern_readv+0x58 read(c59ae870,e7a5ecec,c59ae870,e7a5ed28,6,...) at 0xc060b23f = read+0x4f syscallenter(c59ae870,e7a5ece4,e7a5ece4,0,3,...) at 0xc0605d43 = syscallenter+0x2c3 syscall(e7a5ed28) at 0xc07dcf94 = syscall+0x34 Xint0x80_syscall() at 0xc07c8e91 = Xint0x80_syscall+0x21 --- syscall (3, FreeBSD ELF32, read), eip = 0x2819762b, esp = 0xbfbfdf6c, ebp = 0xbfbfe028 --- Uptime: 6m26s Physical memory: 2034 MB Dumping 111 MB: From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 22:43:32 2010 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 A2860106564A for ; Thu, 2 Dec 2010 22:43:32 +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 52FEF8FC15 for ; Thu, 2 Dec 2010 22:43:30 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id oB2MhTLt007469 for ; Thu, 2 Dec 2010 14:43:29 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id oB2MhTDT007468 for freebsd-current@freebsd.org; Thu, 2 Dec 2010 14:43:29 -0800 (PST) (envelope-from obrien) Date: Thu, 2 Dec 2010 14:43:29 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20101202224329.GA5033@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Subject: [PANIC] ffs_alloccg: map corrupted 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: Thu, 02 Dec 2010 22:43:32 -0000 Thoughts? FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 rootk@dragon:/sys/i386/compile/DRAGON i386 [..] start = 0, len = 3359, fs = /files panic: ffs_alloccg: map corrupted cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c0839222,a0d7365,0,c08affe0,7,...) at 0xc04e9ab6 = db_trace_self_wrapper+0x26 kdb_backtrace(c0857e2a,1,c084c0c3,e99dd70c,1,...) at 0xc05fa2fa = kdb_backtrace+0x2a panic(c084c0c3,0,d1f,c6bfc8d4,e1230000,...) at 0xc05cd297 = panic+0x117 ffs_mapsearch(3f03fe0,0,8,0,0,...) at 0xc0751793 = ffs_mapsearch+0x153 ffs_alloccgblk(3f03fe0,0,4000,5a5,0,...) at 0xc075198c = ffs_alloccgblk+0xec ffs_alloccg(c98706cc,2be,3f03fe0,0,4000,...) at 0xc07522b3 = ffs_alloccg+0x1b3 ffs_hashalloc(3f03fe0,0,4000,4000,c0752100,...) at 0xc074ebb1 = ffs_hashalloc+0x41 ffs_alloc(c98706cc,e,0,3f03fe0,0,...) at 0xc075332f = ffs_alloc+0x19f ffs_balloc_ufs2(ce55e660,38000,0,4000,ce77b300,...) at 0xc0755629 = ffs_balloc_ufs2+0x1949 ffs_write(e99ddb90,e99ddb4c,e99ddb10,c0778dc2,ce55e6b8,...) at 0xc0777f66 = ffs_write+0x276 VOP_WRITE_APV(c08b0500,e99ddb90,ce55e660,264,0,...) at 0xc07fb574 = VOP_WRITE_APV+0xe4 vn_write(cf7a9cb0,e99ddc24,ce77b300,0,cb5a2870,...) at 0xc065ec93 = vn_write+0x1c3 dofilewrite(e99ddc24,ffffffff,ffffffff,0,cf7a9cb0,...) at 0xc060a9f5 = dofilewrite+0x95 kern_writev(cb5a2870,1,e99ddc24,e99ddc44,1,...) at 0xc060ac88 = kern_writev+0x58 write(cb5a2870,e99ddcec,4,c08ecbc0,b,...) at 0xc060ad0f = write+0x4f syscallenter(cb5a2870,e99ddce4,c05bde7d,c709d0d0,3110a33f,...) at 0xc0605d43 = syscallenter+0x2c3 syscall(e99ddd28) at 0xc07dcf94 = syscall+0x34 Xint0x80_syscall() at 0xc07c8e91 = Xint0x80_syscall+0x21 --- syscall (4, FreeBSD ELF32, write), eip = 0x281e260b, esp = 0xbfbfc19c, ebp = 0xbfbfc1b8 --- panic: bufwrite: buffer is not busy??? cpuid = 1 -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 22:47:52 2010 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 D62B8106567A for ; Thu, 2 Dec 2010 22:47:52 +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 577D68FC16 for ; Thu, 2 Dec 2010 22:47:51 +0000 (UTC) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.4/8.14.4) with ESMTP id oB2MlodP007540 for ; Thu, 2 Dec 2010 14:47:50 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.4/8.14.4/Submit) id oB2MloOk007539 for freebsd-current@freebsd.org; Thu, 2 Dec 2010 14:47:50 -0800 (PST) (envelope-from obrien) Date: Thu, 2 Dec 2010 14:47:50 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20101202224750.GA7476@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? User-Agent: Mutt/1.5.16 (2007-06-09) Subject: [PANIC] ffs_alloccg: map corrupted (2nd file system) 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: Thu, 02 Dec 2010 22:47:52 -0000 FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 rootk@dragon:/sys/i386/compile/DRAGON i386 [..] start = 0, len = 2, fs = /jazz panic: ffs_alloccg: map corrupted cpuid = 2 KDB: stack backtrace: db_trace_self_wrapper(c0839222,0,1,4,0,...) at 0xc04e9ab6 = db_trace_self_wrapper+0x26 kdb_backtrace(c0857e2a,2,c084c0c3,ea17f70c,2,...) at 0xc05fa2fa = kdb_backtrace+0x2a panic(c084c0c3,0,2,c5d580d4,dc7d4000,...) at 0xc05cd297 = panic+0x117 ffs_mapsearch(3af3c10,0,8,0,0,...) at 0xc0751793 = ffs_mapsearch+0x153 ffs_alloccgblk(3af3c10,0,4000,5a5,0,...) at 0xc075198c = ffs_alloccgblk+0xec ffs_alloccg(c7758ae0,291,3af3c10,0,4000,...) at 0xc07522b3 = ffs_alloccg+0x1b3 ffs_hashalloc(3af3c10,0,4000,4000,c0752100,...) at 0xc074ebb1 = ffs_hashalloc+0x41 ffs_alloc(c7758ae0,380c,0,3af3c10,0,...) at 0xc075332f = ffs_alloc+0x19f ffs_balloc_ufs2(c7753110,e030000,0,4000,c8ac8880,...) at 0xc0755369 = ffs_balloc_ufs2+0x1689 ffs_write(ea17fb90,ea17fb4c,ea17fb10,c0778dc2,c7753168,...) at 0xc0777f66 = ffs_write+0x276 VOP_WRITE_APV(c08b0500,ea17fb90,c7753110,264,0,...) at 0xc07fb574 = VOP_WRITE_APV+0xe4 vn_write(c6cc6888,ea17fc24,c8ac8880,0,c88c2000,...) at 0xc065ec93 = vn_write+0x1c3 dofilewrite(ea17fc24,ffffffff,ffffffff,0,c6cc6888,...) at 0xc060a9f5 = dofilewrite+0x95 kern_writev(c88c2000,4,ea17fc24,ea17fc44,1,...) at 0xc060ac88 = kern_writev+0x58 write(c88c2000,ea17fcec,c88c2000,ea17fd28,e8e2d15e,...) at 0xc060ad0f = write+0x4f syscallenter(c88c2000,ea17fce4,ea17fce4,0,0,...) at 0xc0605d43 = syscallenter+0x2c3 syscall(ea17fd28) at 0xc07dcf94 = syscall+0x34 Xint0x80_syscall() at 0xc07c8e91 = Xint0x80_syscall+0x21 --- syscall (4, FreeBSD ELF32, write), eip = 0x281e260b, esp = 0xbfbfb61c, ebp = 0xbfbfb638 --- panic: bufwrite: buffer is not busy??? cpuid = 2 -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Dec 2 23:31:43 2010 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 3B0E91065695; Thu, 2 Dec 2010 23:31:43 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id D46B58FC08; Thu, 2 Dec 2010 23:31:42 +0000 (UTC) Received: by gyf3 with SMTP id 3so4706763gyf.13 for ; Thu, 02 Dec 2010 15:31:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=EmkyUhfp7vKXXLwY0/PFOFJtd5Uvs1p2+sbPHuVJvC0=; b=Is4h5rXuvzPe2JZZHTDLlUsBbuaw/eKyQpac1gR4sGnlfzo0tNCd7NZu4xLcn1CL3z ibMRfiMnL2VZpQUHpLJpWuT6woKROXF6xj4MiJiEUnxYTNsdWMvBIn5az3QFU9BnPR2t 4gn5lak4THy/coUf6AlLHIPV9MBXH6wpIXswQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=o8R0lEPNebNwtVjr1CRPUYL3E8DXPmh1+qUHHBMT7ObgMYKBacy+rQ2HiQLEBJKF// vKX8xd3vol2ddsmAKBBVhj7OGQlppWehxM8aBaa1AruJgtBDk9d8nw238rqLabuBFjUU WJbq/7pA5MlhmUHlNNEu+sarLrUyLz/I2Les4= MIME-Version: 1.0 Received: by 10.90.4.7 with SMTP id 7mr2117633agd.100.1291332701903; Thu, 02 Dec 2010 15:31:41 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.91.163.28 with HTTP; Thu, 2 Dec 2010 15:31:41 -0800 (PST) In-Reply-To: <20101202224329.GA5033@dragon.NUXI.org> References: <20101202224329.GA5033@dragon.NUXI.org> Date: Thu, 2 Dec 2010 15:31:41 -0800 X-Google-Sender-Auth: jd3hgFA4Rf6T479sUoolGyj6cnI Message-ID: From: Garrett Cooper To: obrien@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [PANIC] ffs_alloccg: map corrupted 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, 02 Dec 2010 23:31:43 -0000 On Thu, Dec 2, 2010 at 2:43 PM, David O'Brien wrote: > Thoughts? > > FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 > =A0 =A0rootk@dragon:/sys/i386/compile/DRAGON i386 > [..] > start =3D 0, len =3D 3359, fs =3D /files > panic: ffs_alloccg: map corrupted > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper(c0839222,a0d7365,0,c08affe0,7,...) at 0xc04e9ab6 = =3D db_trace_self_wrapper+0x26 > kdb_backtrace(c0857e2a,1,c084c0c3,e99dd70c,1,...) at 0xc05fa2fa =3D kdb_b= acktrace+0x2a > panic(c084c0c3,0,d1f,c6bfc8d4,e1230000,...) at 0xc05cd297 =3D panic+0x117 > ffs_mapsearch(3f03fe0,0,8,0,0,...) at 0xc0751793 =3D ffs_mapsearch+0x153 > ffs_alloccgblk(3f03fe0,0,4000,5a5,0,...) at 0xc075198c =3D ffs_alloccgblk= +0xec > ffs_alloccg(c98706cc,2be,3f03fe0,0,4000,...) at 0xc07522b3 =3D ffs_allocc= g+0x1b3 > ffs_hashalloc(3f03fe0,0,4000,4000,c0752100,...) at 0xc074ebb1 =3D ffs_has= halloc+0x41 > ffs_alloc(c98706cc,e,0,3f03fe0,0,...) at 0xc075332f =3D ffs_alloc+0x19f > ffs_balloc_ufs2(ce55e660,38000,0,4000,ce77b300,...) at 0xc0755629 =3D ffs= _balloc_ufs2+0x1949 > ffs_write(e99ddb90,e99ddb4c,e99ddb10,c0778dc2,ce55e6b8,...) at 0xc0777f66= =3D ffs_write+0x276 > VOP_WRITE_APV(c08b0500,e99ddb90,ce55e660,264,0,...) at 0xc07fb574 =3D VOP= _WRITE_APV+0xe4 > vn_write(cf7a9cb0,e99ddc24,ce77b300,0,cb5a2870,...) at 0xc065ec93 =3D vn_= write+0x1c3 > dofilewrite(e99ddc24,ffffffff,ffffffff,0,cf7a9cb0,...) at 0xc060a9f5 =3D = dofilewrite+0x95 > kern_writev(cb5a2870,1,e99ddc24,e99ddc44,1,...) at 0xc060ac88 =3D kern_wr= itev+0x58 > write(cb5a2870,e99ddcec,4,c08ecbc0,b,...) at 0xc060ad0f =3D write+0x4f > syscallenter(cb5a2870,e99ddce4,c05bde7d,c709d0d0,3110a33f,...) at 0xc0605= d43 =3D syscallenter+0x2c3 > syscall(e99ddd28) at 0xc07dcf94 =3D syscall+0x34 > Xint0x80_syscall() at 0xc07c8e91 =3D Xint0x80_syscall+0x21 > --- syscall (4, FreeBSD ELF32, write), eip =3D 0x281e260b, esp =3D 0xbfbf= c19c, ebp =3D 0xbfbfc1b8 --- > panic: bufwrite: buffer is not busy??? > cpuid =3D 1 UFS? UFS2? SU? SU+J? Got more details :)? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 00:40:51 2010 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 C8D8B106564A for ; Fri, 3 Dec 2010 00:40:51 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 4902B8FC18 for ; Fri, 3 Dec 2010 00:40:48 +0000 (UTC) Received: from lawrence1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 8B0007E84A; Fri, 3 Dec 2010 11:40:45 +1100 (EST) Message-ID: <4CF83C8C.7010508@freebsd.org> Date: Fri, 03 Dec 2010 11:40:44 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.2.12) Gecko/20101117 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Ivan Voras References: <4CDD0A71.7020708@freebsd.org> <4CF788D7.8020905@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP] Significant TCP work committed to head - CUBIC & H-TCP committed 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, 03 Dec 2010 00:40:52 -0000 Hi Ivan, On 12/03/10 00:07, Ivan Voras wrote: > On 12/02/10 12:53, Lawrence Stewart wrote: > >> For the really interested (by now I suspect my audience is down to 0, >> but still), you might want to load siftr and enable/disable it during >> each test run and make your very own plot of cwnd vs time to see what's >> really going on behind the scenes. >> >> Ok that's enough for now, but much more is on the way. Please let me >> know if you have any feedback or run into any problems related to this >> work. > > Hi, > > My question isn't very constructive but I'd like to know more about this > topic. Have you seen this: > > http://blog.benstrong.com/2010/11/google-and-microsoft-cheat-on-slow.html > http://developers.slashdot.org/story/10/11/26/1729218/Google-Microsoft-Cheat-On-Slow-Start-mdash-Should-You Yes I'd seen the first one and just skimmed the slashdot thread now. > ? In short: is the existance of slow-start a property of (New)Reno and No, mostly unrelated. Slow start is one of 4 separate but related algorithms which control a TCP flow's behaviour during startup and general operation. See RFC5681 for useful discussion of the algorithms. NewReno unfortunately is an overloaded term. In congestion control circles, NewReno is used to refer to the congestion avoidance behaviour of "increase cwnd by 1 max seg size per RTT and backoff cwnd by half when congestion (3 dup ACKs) is detected" (which is the same basic behaviour as Reno BTW). NewReno also refers to a set of tweaks (RFC3782) to TCP's fast recovery algorithm (helps recover from multiple losses in a window when SACK isn't available). > will some of the new algorithms make it less "cautious", i.e. faster? I > don't think it's critical but I'm often noticing it, especially on bulk > transfers over LAN. With respect to slow start, no. Congestion control algorithms tend to focus on the increase/decrease of cwnd during congestion avoidance mode, which is transitioned to after slow start completes. Slow start is left untouched. There are proposals to modify/replace slow start e.g. RFC4782 and 'JumpStart' [1]. The reason Google and Microsoft are fiddling with things are because they typically only need to push a small amount of data, so waiting for slow start to complete eats up unnecessary RTTs. Google are pushing in the IETF at the moment to have the initial window bumped to 10 segments (see the tcpm, iccrg and tmrg IRTF/IETF mailing lists if interested). There is some push back happening though and the discussions are interesting. Cheers, Lawrence [1] http://www.icir.org/mallman/papers/jumpstart-pfldnet07.pdf From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 01:55:52 2010 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 D12AA106566B; Fri, 3 Dec 2010 01:55:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A47118FC18; Fri, 3 Dec 2010 01:55:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB31tp2K066132; Thu, 2 Dec 2010 20:55:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB31tpK0066131; Fri, 3 Dec 2010 01:55:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 3 Dec 2010 01:55:51 GMT Message-Id: <201012030155.oB31tpK0066131@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 03 Dec 2010 01:55:52 -0000 TB --- 2010-12-03 00:10:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-03 00:10:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-12-03 00:10:39 - cleaning the object tree TB --- 2010-12-03 00:11:01 - cvsupping the source tree TB --- 2010-12-03 00:11:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-12-03 00:11:15 - building world TB --- 2010-12-03 00:11:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 00:11:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 00:11:15 - TARGET=powerpc TB --- 2010-12-03 00:11:15 - TARGET_ARCH=powerpc TB --- 2010-12-03 00:11:15 - TZ=UTC TB --- 2010-12-03 00:11:15 - __MAKE_CONF=/dev/null TB --- 2010-12-03 00:11:15 - cd /src TB --- 2010-12-03 00:11:15 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 3 00:11:15 UTC 2010 >>> 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 Dec 3 01:51:05 UTC 2010 TB --- 2010-12-03 01:51:05 - generating LINT kernel config TB --- 2010-12-03 01:51:05 - cd /src/sys/powerpc/conf TB --- 2010-12-03 01:51:05 - /usr/bin/make -B LINT TB --- 2010-12-03 01:51:05 - building LINT kernel TB --- 2010-12-03 01:51:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 01:51:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 01:51:05 - TARGET=powerpc TB --- 2010-12-03 01:51:05 - TARGET_ARCH=powerpc TB --- 2010-12-03 01:51:05 - TZ=UTC TB --- 2010-12-03 01:51:05 - __MAKE_CONF=/dev/null TB --- 2010-12-03 01:51:05 - cd /src TB --- 2010-12-03 01:51:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 3 01:51:05 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/if_en_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/midway.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ep/if_ep.c cc1: warnings being treated as errors /src/sys/dev/ep/if_ep.c: In function 'epstart_locked': /src/sys/dev/ep/if_ep.c:542: warning: suggest parentheses around comparison in operand of & /src/sys/dev/ep/if_ep.c: In function 'epread': /src/sys/dev/ep/if_ep.c:794: warning: suggest parentheses around comparison in operand of & *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-03 01:55:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-03 01:55:51 - ERROR: failed to build lint kernel TB --- 2010-12-03 01:55:51 - 4889.17 user 883.39 system 6311.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 02:09:28 2010 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 D26C11065670; Fri, 3 Dec 2010 02:09:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A56A98FC08; Fri, 3 Dec 2010 02:09:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB329Rxi056111; Thu, 2 Dec 2010 21:09:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB329RKl056110; Fri, 3 Dec 2010 02:09:27 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 3 Dec 2010 02:09:27 GMT Message-Id: <201012030209.oB329RKl056110@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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, 03 Dec 2010 02:09:28 -0000 TB --- 2010-12-03 00:30:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-03 00:30:23 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-12-03 00:30:23 - cleaning the object tree TB --- 2010-12-03 00:30:43 - cvsupping the source tree TB --- 2010-12-03 00:30:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-12-03 00:31:03 - building world TB --- 2010-12-03 00:31:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 00:31:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 00:31:03 - TARGET=powerpc TB --- 2010-12-03 00:31:03 - TARGET_ARCH=powerpc64 TB --- 2010-12-03 00:31:03 - TZ=UTC TB --- 2010-12-03 00:31:03 - __MAKE_CONF=/dev/null TB --- 2010-12-03 00:31:03 - cd /src TB --- 2010-12-03 00:31:03 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 3 00:31:03 UTC 2010 >>> 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 Dec 3 02:04:51 UTC 2010 TB --- 2010-12-03 02:04:51 - generating LINT kernel config TB --- 2010-12-03 02:04:51 - cd /src/sys/powerpc/conf TB --- 2010-12-03 02:04:51 - /usr/bin/make -B LINT TB --- 2010-12-03 02:04:51 - building LINT kernel TB --- 2010-12-03 02:04:51 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 02:04:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 02:04:51 - TARGET=powerpc TB --- 2010-12-03 02:04:51 - TARGET_ARCH=powerpc64 TB --- 2010-12-03 02:04:51 - TZ=UTC TB --- 2010-12-03 02:04:51 - __MAKE_CONF=/dev/null TB --- 2010-12-03 02:04:51 - cd /src TB --- 2010-12-03 02:04:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 3 02:04:51 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/if_en_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/midway.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ep/if_ep.c cc1: warnings being treated as errors /src/sys/dev/ep/if_ep.c: In function 'epstart_locked': /src/sys/dev/ep/if_ep.c:542: warning: suggest parentheses around comparison in operand of & /src/sys/dev/ep/if_ep.c: In function 'epread': /src/sys/dev/ep/if_ep.c:794: warning: suggest parentheses around comparison in operand of & *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-03 02:09:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-03 02:09:27 - ERROR: failed to build lint kernel TB --- 2010-12-03 02:09:27 - 4419.41 user 1004.40 system 5944.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 05:59:30 2010 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 D7A73106566C; Fri, 3 Dec 2010 05:59:30 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id C153E8FC08; Fri, 3 Dec 2010 05:59:30 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id oB35xSCO027587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 2 Dec 2010 21:59:28 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 99CB51CC3E; Thu, 2 Dec 2010 21:59:28 -0800 (PST) To: Veniamin Gvozdikov In-reply-to: Your message of "Thu, 02 Dec 2010 11:41:46 +0700." <4CF7238A.5050202@googlemail.com> Date: Thu, 02 Dec 2010 21:59:28 -0800 From: "Kevin Oberman" Message-Id: <20101203055928.99CB51CC3E@ptavv.es.net> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: wlan problem. auto change channel 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, 03 Dec 2010 05:59:30 -0000 > Date: Thu, 02 Dec 2010 11:41:46 +0700 > From: Veniamin Gvozdikov > Sender: owner-freebsd-current@freebsd.org > > Hi everybody! > I have problem with my access point with freebsd after update of 7.3 to > 8.1. I can't connect to AP. AP has auto change channel ( > http://fbsd.zlonet.ru/temp/wifi-problem.mov ). In the ifconfig not > changes. How to fix it? > > FreeBSD server.zlonet.ru 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #4: Wed > Dec 1 17:39:53 KRAT 2010 > admin@server.zlonet.ru:/mnt/freebsd/obj/mnt/freebsd/src/8/src/sys/zlonet_r81 > i386 > > kernel > device wlan # 802.11 support > options IEEE80211_DEBUG # enable debug msgs > options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > options IEEE80211_SUPPORT_MESH # enable 802.11s draft support > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control algorithm > device wlan_xauth > device ath # Atheros pci/cardbus NIC's > device ath_hal # pci/cardbus chip support > options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors > device ath_rate_sample # SampleRate tx rate control for ath > > rc.conf > > ifconfig_rl0="up" > wlans_ath0="wlan0" > create_args_wlan0="wlanmode ap mediaopt hostap mode 11g ssid zlonet.ru > channel 6 country RU" > ifconfig_wlan0="up" > cloned_interfaces="bridge0" > ifconfig_bridge0="inet 192.168.3.100 netmask 255.255.255.0 addm rl0 addm > wlan0 up" > hostapd_enable="YES" > > server# cat /etc/hostapd.conf > interface=wlan0 > macaddr_acl=0 > #driver=bsd > debug=1 > ctrl_interface=/var/run/hostapd > ctrl_interface_group=wheel > ssid=zlonet.ru > hw_mode=g > channel=6 > #auth_algs=2 > wpa=2 > wpa_passphrase=megapassword > wpa_key_mgmt=WPA-PSK > wpa_pairwise=CCMP > > ath0: flags=8843 metric 0 mtu 2290 > ether 00:14:78:ee:d8:c1 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: running > rl0: flags=8943 metric 0 > mtu 1500 > options=8 > ether 00:e0:4c:7e:df:29 > media: Ethernet autoselect (100baseTX ) > status: active > bridge0: flags=8843 metric 0 mtu > 1500 > ether 16:69:b9:6d:3e:73 > inet 192.168.3.100 netmask 0xffffff00 broadcast 192.168.3.255 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: wlan0 flags=143 > ifmaxaddr 0 port 11 priority 128 path cost 370370 > member: rl0 flags=143 > ifmaxaddr 0 port 4 priority 128 path cost 55 > wlan0: flags=8943 metric > 0 mtu 1500 > ether 00:14:78:ee:d8:c1 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: running > ssid zlonet.ru channel 6 (2437 MHz 11g) bssid 00:14:78:ee:d8:c1 > regdomain NONE country RU indoor ecm authmode WPA2/802.11i > privacy MIXED deftxkey 2 AES-CCM 2:128-bit AES-CCM 3:128-bit > txpower 30 scanvalid 60 protmode CTS wme burst dtimperiod 1 -dfs > > pciconf -lv > ath0@pci0:0:8:0: class=0x020000 card=0x1052168c chip=0x001a168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = > 'http://cr.am/framed.php?url=http%3A%2F%2Fwww.tp%2Dlink.com%2Fsupport%2Fdownload.asp&ref=driverguide > (Atheros AR5005G)' > class = network > subclass = ethernet Clearly your interface is not getting set to hostap mode. In rc.conf I have: create_args_wlan0="wlanmode hostap" Of course, the mode is unrelated and I set the ssid in hostapd.conf. Not sure if putting it into the create_args could cause a problem, but the way you are trying to set the interface to hostap mode looks like a clear problem. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 06:11:23 2010 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 3FAF31065695; Fri, 3 Dec 2010 06:11:23 +0000 (UTC) (envelope-from amoran@forsythia.net) Received: from celebrian.forsythia.net (celebrian.forsythia.net [173.13.138.196]) by mx1.freebsd.org (Postfix) with ESMTP id 150BF8FC0A; Fri, 3 Dec 2010 06:11:22 +0000 (UTC) Received: from [10.200.0.171] (cerberus.forsythia.net [173.13.138.197]) by celebrian.forsythia.net (8.14.3/8.14.3) with ESMTP id oB36B2e8047242; Thu, 2 Dec 2010 22:11:21 -0800 (PST) (envelope-from amoran@forsythia.net) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Andrew Moran In-Reply-To: <9549_1291057382_4CF3F8E6_9549_238_1_D9B37353831173459FDAA836D3B43499A7AF8D81@WADPMBXV0.waddell.com> Date: Thu, 2 Dec 2010 22:10:57 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7EA93980-478A-418A-8FB1-3249097A7011@forsythia.net> <201011290954.07958.jhb@freebsd.org> <9549_1291057382_4CF3F8E6_9549_238_1_D9B37353831173459FDAA836D3B43499A7AF8D81@WADPMBXV0.waddell.com> To: Gary Gatten , John Baldwin X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: msk0 interface stops working when downloading 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, 03 Dec 2010 06:11:23 -0000 Good to know about the GB switch vs 100MB switch.=20 But rather than downgrade my switch, I went ahead and bought a NIC and = installed it and will just ignore the onboard Marvel one until it = someday works :)=20 --Andy On Nov 29, 2010, at 11:03 AM, Gary Gatten wrote: >=20 >=20 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org = [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of John Baldwin > Sent: Monday, November 29, 2010 8:54 AM > To: freebsd-current@freebsd.org > Cc: Andrew Moran; freebsd-questions@freebsd.org > Subject: Re: msk0 interface stops working when downloading >=20 > On Tuesday, November 23, 2010 6:25:06 pm Andrew Moran wrote: >>=20 >> Hey guys, >>=20 >> After banging my head against this for a few hours, I've decided to = ask for=20 > help. I installed FreeBSD 8.1 amd64 on a Shuttle J1 4100 system = (tech=20 > specs here http://us.shuttle.com/J1_4100.aspx). I installed from DVD = and the=20 > install went fine. >>=20 >> I notice when I pkg_add -r anything, the network stops responding.=20= >>=20 >> Some details: >>=20 >> 1) I can reproduce it 100% by downloading a large file. low = traffic like=20 > the SSH connection does not trigger it. I think it's being triggered = by=20 > traffic above a certain rate.=20 >> 2) I can recover by restarting the network interfaces = (/etc/rc.d/netif stop; =20 > /etc/rc.d/netif start) >> 3) I see no errors in dmesg or /var/log/messages. Nothing at all. >> 4) I've tried the following in /etc/sysctl.conf: >> net.inet.tcp.tso=3D0 >> net.inet.tcp.inflight.enable=3D0 >>=20 >> and in /boot/loader.conf: >> hw.pci.enable_msix=3D"0" >> hw.pci.enable_msi=3D"0" >> hw.bce.tso_enable=3D"0" >>=20 >> But the problem persists. >>=20 >> The interface is identified as: >>=20 >> mskc0: port 0xe800-0xe8ff = mem=20 > 0xfebfc000-0xfebfffff irq 17 at device 0.0 on pci2 >> msk0: = on=20 > mskc0 >> msk0: Ethernet address: 80:ee:73:01:60:7d >> miibus0: on msk0 >> e1000phy0: PHY 0 on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT,=20 > 1000baseT-FDX, auto >> mskc0: [ITHREAD] >=20 > When I've seen this on my netbook I did a tcpdump on another machien = on the=20 > same hub and found that my msk0 device was spewing an endless stream = of pause=20 > frames. I've only had this problem with a gigE switch, it works fine = for me=20 > on a 10/100 switch. >=20 > --=20 > John Baldwin > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" >=20 >=20 > " When I've seen this on my netbook I did a tcpdump on another machien = on the same hub and found that my msk0 device was spewing an endless = stream of pause frames. " >=20 > If there's an option to disable Ethernet flow control, (commonly used = on Gig stuff) perhaps disabling it will prevent the unwanted "spewing". = Unwaanted spewing is always bad. >=20 >=20 >=20 >=20 >=20 > >
>
> "This email is intended to be reviewed by only the intended recipient > and may contain information that is privileged and/or confidential. > If you are not the intended recipient, you are hereby notified that > any review, use, dissemination, disclosure or copying of this email > and its attachments, if any, is strictly prohibited. If you have > received this email in error, please immediately notify the sender by > return email and delete this email from your system." > >=20 From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 07:08:32 2010 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 D143310656CA; Fri, 3 Dec 2010 07:08:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A2A178FC21; Fri, 3 Dec 2010 07:08:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB378VW5065999; Fri, 3 Dec 2010 02:08:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB378V7h065992; Fri, 3 Dec 2010 07:08:31 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 3 Dec 2010 07:08:31 GMT Message-Id: <201012030708.oB378V7h065992@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 03 Dec 2010 07:08:32 -0000 TB --- 2010-12-03 05:17:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-03 05:17:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-12-03 05:17:01 - cleaning the object tree TB --- 2010-12-03 05:17:30 - cvsupping the source tree TB --- 2010-12-03 05:17:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-12-03 05:18:11 - building world TB --- 2010-12-03 05:18:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 05:18:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 05:18:11 - TARGET=powerpc TB --- 2010-12-03 05:18:11 - TARGET_ARCH=powerpc TB --- 2010-12-03 05:18:11 - TZ=UTC TB --- 2010-12-03 05:18:11 - __MAKE_CONF=/dev/null TB --- 2010-12-03 05:18:11 - cd /src TB --- 2010-12-03 05:18:11 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 3 05:18:12 UTC 2010 >>> 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 Dec 3 07:03:34 UTC 2010 TB --- 2010-12-03 07:03:34 - generating LINT kernel config TB --- 2010-12-03 07:03:34 - cd /src/sys/powerpc/conf TB --- 2010-12-03 07:03:34 - /usr/bin/make -B LINT TB --- 2010-12-03 07:03:34 - building LINT kernel TB --- 2010-12-03 07:03:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 07:03:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 07:03:34 - TARGET=powerpc TB --- 2010-12-03 07:03:34 - TARGET_ARCH=powerpc TB --- 2010-12-03 07:03:34 - TZ=UTC TB --- 2010-12-03 07:03:34 - __MAKE_CONF=/dev/null TB --- 2010-12-03 07:03:34 - cd /src TB --- 2010-12-03 07:03:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 3 07:03:34 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/if_en_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/midway.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ep/if_ep.c cc1: warnings being treated as errors /src/sys/dev/ep/if_ep.c: In function 'epstart_locked': /src/sys/dev/ep/if_ep.c:542: warning: suggest parentheses around comparison in operand of & /src/sys/dev/ep/if_ep.c: In function 'epread': /src/sys/dev/ep/if_ep.c:794: warning: suggest parentheses around comparison in operand of & *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-03 07:08:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-03 07:08:31 - ERROR: failed to build lint kernel TB --- 2010-12-03 07:08:31 - 4889.82 user 875.10 system 6690.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 07:23:41 2010 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 C104E1065673; Fri, 3 Dec 2010 07:23:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 887398FC19; Fri, 3 Dec 2010 07:23:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id oB37New0063371; Fri, 3 Dec 2010 02:23:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id oB37NeYb063370; Fri, 3 Dec 2010 07:23:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 3 Dec 2010 07:23:40 GMT Message-Id: <201012030723.oB37NeYb063370@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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, 03 Dec 2010 07:23:41 -0000 TB --- 2010-12-03 05:41:08 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-03 05:41:08 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-12-03 05:41:08 - cleaning the object tree TB --- 2010-12-03 05:41:39 - cvsupping the source tree TB --- 2010-12-03 05:41:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-12-03 05:42:05 - building world TB --- 2010-12-03 05:42:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 05:42:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 05:42:05 - TARGET=powerpc TB --- 2010-12-03 05:42:05 - TARGET_ARCH=powerpc64 TB --- 2010-12-03 05:42:05 - TZ=UTC TB --- 2010-12-03 05:42:05 - __MAKE_CONF=/dev/null TB --- 2010-12-03 05:42:05 - cd /src TB --- 2010-12-03 05:42:05 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 3 05:42:06 UTC 2010 >>> 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 Dec 3 07:19:08 UTC 2010 TB --- 2010-12-03 07:19:08 - generating LINT kernel config TB --- 2010-12-03 07:19:08 - cd /src/sys/powerpc/conf TB --- 2010-12-03 07:19:08 - /usr/bin/make -B LINT TB --- 2010-12-03 07:19:08 - building LINT kernel TB --- 2010-12-03 07:19:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-03 07:19:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-03 07:19:08 - TARGET=powerpc TB --- 2010-12-03 07:19:08 - TARGET_ARCH=powerpc64 TB --- 2010-12-03 07:19:08 - TZ=UTC TB --- 2010-12-03 07:19:08 - __MAKE_CONF=/dev/null TB --- 2010-12-03 07:19:08 - cd /src TB --- 2010-12-03 07:19:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 3 07:19:08 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/if_en_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/en/midway.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ep/if_ep.c cc1: warnings being treated as errors /src/sys/dev/ep/if_ep.c: In function 'epstart_locked': /src/sys/dev/ep/if_ep.c:542: warning: suggest parentheses around comparison in operand of & /src/sys/dev/ep/if_ep.c: In function 'epread': /src/sys/dev/ep/if_ep.c:794: warning: suggest parentheses around comparison in operand of & *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-03 07:23:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-03 07:23:40 - ERROR: failed to build lint kernel TB --- 2010-12-03 07:23:40 - 4418.51 user 993.23 system 6152.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 09:58:34 2010 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 685CA1065675 for ; Fri, 3 Dec 2010 09:58:34 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 23BF78FC0A for ; Fri, 3 Dec 2010 09:58:33 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1POSPQ-0001gZ-Jy for freebsd-current@freebsd.org; Fri, 03 Dec 2010 09:58:32 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1POSPQ-0004DH-H7 for freebsd-current@freebsd.org; Fri, 03 Dec 2010 09:58:32 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id oB39wW5q011493 for ; Fri, 3 Dec 2010 09:58:32 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id oB39wWtr011492 for freebsd-current@freebsd.org; Fri, 3 Dec 2010 09:58:32 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 3 Dec 2010 09:58:32 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20101203095831.GA5468@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: binutils problem? WAS [Re: static linking error: ELF binary type "0" not known. Exec format error. Binary file not executable.] 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, 03 Dec 2010 09:58:34 -0000 ----- Forwarded message from Marcel Moolenaar ----- On Nov 10, 2010, at 5:32 AM, Anton Shterenlikht wrote: [ia64] > ia64% file a.out > a.out: ELF 64-bit LSB executable, IA-64, version 1 (SYSV), statically linked, not stripped [amd64] > amd64% file a.out > a.out: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), statically linked, for FreeBSD 9.0 (900023), not stripped The branding on ia64 is wrong. The executable is not marked as being a FreeBSD executable. It's declared as SYSV, whereas on amd64 it's properly declared as FreeBSD. This is a binutils problem. FYI, -- Marcel Moolenaar xcllnt@mac.com ----- End forwarded message ----- Anybody here can explain better what Marcel means by "binutils problem", and how to fix it? I've binutils-2.20.1_3 installed from devel/binutils. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 11:36:02 2010 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 126E31065674 for ; Fri, 3 Dec 2010 11:36:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 990538FC15 for ; Fri, 3 Dec 2010 11:36:01 +0000 (UTC) Received: by wyf19 with SMTP id 19so9335284wyf.13 for ; Fri, 03 Dec 2010 03:36:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=E8maHPg1+TNhbeFDX2cLPfQNfVOsp5xz3bg4pSJYDNk=; b=v+i7BQbFT4S1/iCuqpTOiFeCe+Vb6yCXVIYITlgZZXRrKKf85N5ppWU3LX3+zy/+ni ylFbfKzCm8zen1ZBj4uQMEusu99ePHncWJdWEpaHZG/9fOqTiVY6D3TtVvGd2NEDxEfZ qWtj2BNugq38axTxcFL67Hj1Ww+ILhK2slAdU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=q1qlssA0i2s2xeR9yJoxGsOUaKq7Ef45dBtrz/g/KcLcYayL7SUbUjVQF7D8BsWZT8 +utiLdhlptGOMSdzh7XZC7/ex4DbpwP3YJls1f42EtgUel9mbNxMLv14RhIQW7/27p67 9u/KI5YEbRgrb+uw/RLymFkFmQ/+9G8jQVCHg= MIME-Version: 1.0 Received: by 10.216.191.210 with SMTP id g60mr1511630wen.5.1291376160077; Fri, 03 Dec 2010 03:36:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.65.210 with HTTP; Fri, 3 Dec 2010 03:35:59 -0800 (PST) In-Reply-To: References: <20090125103905.378CA106570E@hub.freebsd.org> <497CC5D0.3030103@freebsd.org> <497CF726.4030206@chrisbuechler.com> Date: Fri, 3 Dec 2010 19:35:59 +0800 X-Google-Sender-Auth: AYHF4O2RzJIB82ycsY1i0mg3-fo Message-ID: From: Adrian Chadd To: Sergey Horuzhy Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: net80211 hostap vs powersave 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, 03 Dec 2010 11:36:02 -0000 I'd hazard a stab and say that anything AR5416 or more recent is going to be busted power-save wise. There's a lot missing in the HAL code for those chips. Adrian On 2 December 2010 23:04, Sergey Horuzhy wrote: > Chris Buechler chrisbuechler.com> writes: > >> >> Sam Leffler wrote: >> > >> > >> >> I can confirm that the fix posted by Bill works on 7.1. A pfSense user >> was having the same trouble with a Blackberry Bold, and this fixed it. >> We're now including the diff from Bill on our pfSense 1.2.3 images based >> on FreeBSD 7.1. The Google G1 phone previously didn't work and I suspect >> this will fix it as well, but have not gotten confirmation from anyone >> on that yet. >> >> Thanks to Bill for posting and Bjoern Zeeb for pointing us to his post! >> >> Chris >> _______________________________________________ >> 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" > > I had the exact same problem with Atheros 9285 and 8.1-STABLE, such as 9-CURRENT. > Changing kernel source as a > http://thread.gmane.org/gmane.os.freebsd.current/110707 didn't help. > What else can I do to it work properly? > > > > _______________________________________________ > 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 Dec 3 13:02:10 2010 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 E34C41065675; Fri, 3 Dec 2010 13:02:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE2A8FC23; Fri, 3 Dec 2010 13:02:09 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 37CFC46B82; Fri, 3 Dec 2010 08:02:09 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 20D9E8A029; Fri, 3 Dec 2010 08:02:08 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, obrien@freebsd.org Date: Fri, 3 Dec 2010 07:57:28 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101202194400.GA5003@dragon.NUXI.org> In-Reply-To: <20101202194400.GA5003@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012030757.28675.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 03 Dec 2010 08:02:08 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Subject: Re: [PANIC] after manually issuing 'ifconfig sf0' 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, 03 Dec 2010 13:02:10 -0000 On Thursday, December 02, 2010 2:44:00 pm David O'Brien wrote: > Machine booted, without any mention of sf(4) in rc.conf or loader.conf and > without sf(4) in the core kernel. This is without WITNESS or INVARIANTS. > > >From multi-user, I issued 'ifconfig sf0' and got the below panic. > These are the console messages related to this: > > > FreeBSD 9.0-CURRENT #654 r215604M: Sat Nov 20 19:51:27 PST 2010 > rootk@dragon:/sys/i386/compile/DRAGON i386 > [..] > Thu Dec 2 09:33:50 PST 2010 > sf0: port 0x5000-0x50ff mem 0xb0400000-0xb047ffff irq 19 at device 4.0 on pci5 > miibus2: on sf0 > ukphy0: PHY 1 on miibus2 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sf0: Ethernet address: 00:00:d1:ed:81:95 > sf1: port 0x5400-0x54ff mem 0xb0480000-0xb04fffff irq 16 at device 5.0 on pci5 > miibus3: on sf1 > ukphy1: PHY 1 on miibus3 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sf1: Ethernet address: 00:00:d1:ed:81:96 > sf2: port 0x5800-0x58ff mem 0xb0500000-0xb057ffff irq 18 at device 6.0 on pci5 > miibus4: on sf2 > ukphy2: PHY 1 on miibus4 > ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sf2: Ethernet address: 00:00:d1:ed:81:97 > sf3: port 0x5c00-0x5cff mem 0xb0580000-0xb05fffff irq 17 at device 7.0 on pci5 > miibus5: on sf3 > ukphy3: PHY 1 on miibus5 > ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sf3: Ethernet address: 00:00:d1:ed:81:98 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x238 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc05be315 > stack pointer = 0x28:0xe7a5eab4 > frame pointer = 0x28:0xe7a5eaf4 > 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 = 2590 (mail.local) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0839222,d31206e,2c66000a,70797420,78302065,...) at 0xc04e9ab6 = db_trace_self_wrapper+0x26 > kdb_backtrace(c0857e2a,0,c0822eb2,e7a5e910,0,...) at 0xc05fa2fa = kdb_backtrace+0x2a > panic(c0822eb2,c0858b68,c59aea18,1,1,...) at 0xc05cd297 = panic+0x117 > trap_fatal(c596d880,0,c0858a20,36b,238,...) at 0xc07dcd65 = trap_fatal+0x325 > trap_pfault(e7a5e9b8,c07fae4d,e7a5e9cc,0,c59ae870,...) at 0xc07dcf40 = trap_pfault+0x1c0 > trap(e7a5ea74) at 0xc07dd5f5 = trap+0x5d5 > calltrap() at 0xc07c8dfc = calltrap+0x6 > --- trap 0xc, eip = 0xc05be315, esp = 0xe7a5eab4, ebp = 0xe7a5eaf4 --- > _mtx_lock_sleep(c51b8be8,c59ae870,0,c08501a2,a43,...) at 0xc05be315 = _mtx_lock_sleep+0xa5 Doing 'l *_mtx_lock_sleep+0xa5' in gdb of your kernel.debug would be useful. x/i of the same address would also be useful. I'm guessing that mtx_lock was set to something bogus. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 17:26:45 2010 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 8C80A1065675 for ; Fri, 3 Dec 2010 17:26:45 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DBA668FC19 for ; Fri, 3 Dec 2010 17:26:44 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA28927 for ; Fri, 03 Dec 2010 19:26:43 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CF92852.20705@freebsd.org> Date: Fri, 03 Dec 2010 19:26:42 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: non-invariant tsc and cputicker 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, 03 Dec 2010 17:26:45 -0000 FreeBSD uses cpu_ticks [function pointer] in a few places for a few things like process CPU time accounting. On x86 cpu_ticks always points to rdtsc. If TSC is not invariant that leads to incorrect accounting of "CPU ticks". The code pretends to try to handle changing cpufreq levels, but does that incorrectly. I think that we could use a selected timecounter instead of "raw" TSC if the latter is not invariant. In this case cpu_ticks calls would be slightly costlier, but always correct. The change is quite trivial: http://people.freebsd.org/~avg/tsc-cputicker.diff What do you think? P.S. it's probably a good idea to merge i386 and amd64 tsc.c files into a common x86 version, which would be the same as i386 version, which seems to be generic enough. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 18:06:02 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 3A0B6106566C; Fri, 3 Dec 2010 18:06:01 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 3 Dec 2010 13:05:50 -0500 User-Agent: KMail/1.6.2 References: <4CF92852.20705@freebsd.org> In-Reply-To: <4CF92852.20705@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012031305.53750.jkim@FreeBSD.org> Cc: Andriy Gapon Subject: Re: non-invariant tsc and cputicker 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, 03 Dec 2010 18:06:02 -0000 On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote: > FreeBSD uses cpu_ticks [function pointer] in a few places for a few > things like process CPU time accounting. On x86 cpu_ticks always > points to rdtsc. If TSC is not invariant that leads to incorrect > accounting of "CPU ticks". The code pretends to try to handle > changing cpufreq levels, but does that incorrectly. Arg... Probably it is my fault. :-( > I think that we could use a selected timecounter instead of "raw" > TSC if the latter is not invariant. In this case cpu_ticks calls > would be slightly costlier, but always correct. > > The change is quite trivial: > http://people.freebsd.org/~avg/tsc-cputicker.diff > > What do you think? Why don't we just fix it properly? > P.S. it's probably a good idea to merge i386 and amd64 tsc.c files > into a common x86 version, which would be the same as i386 version, > which seems to be generic enough. Agreed. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 18:14:49 2010 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 CCB21106564A; Fri, 3 Dec 2010 18:14:49 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D165E8FC15; Fri, 3 Dec 2010 18:14:47 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA29313; Fri, 03 Dec 2010 20:14:46 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CF93395.3060601@freebsd.org> Date: Fri, 03 Dec 2010 20:14:45 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jung-uk Kim References: <4CF92852.20705@freebsd.org> <201012031305.53750.jkim@FreeBSD.org> In-Reply-To: <201012031305.53750.jkim@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: non-invariant tsc and cputicker 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, 03 Dec 2010 18:14:49 -0000 on 03/12/2010 20:05 Jung-uk Kim said the following: > On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote: >> FreeBSD uses cpu_ticks [function pointer] in a few places for a few >> things like process CPU time accounting. On x86 cpu_ticks always >> points to rdtsc. If TSC is not invariant that leads to incorrect >> accounting of "CPU ticks". The code pretends to try to handle >> changing cpufreq levels, but does that incorrectly. > > Arg... Probably it is my fault. :-( > >> I think that we could use a selected timecounter instead of "raw" >> TSC if the latter is not invariant. In this case cpu_ticks calls >> would be slightly costlier, but always correct. >> >> The change is quite trivial: >> http://people.freebsd.org/~avg/tsc-cputicker.diff >> >> What do you think? > > Why don't we just fix it properly? Patch? :-) It seems that it is not too trivial to do and is prone to error accumulation given how the ticks are added up. Besides, why using a timecounter would not be a proper fix? >> P.S. it's probably a good idea to merge i386 and amd64 tsc.c files >> into a common x86 version, which would be the same as i386 version, >> which seems to be generic enough. > > Agreed. Cool! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 20:04:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 916F71065674; Fri, 3 Dec 2010 20:04:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Andriy Gapon Date: Fri, 3 Dec 2010 15:03:59 -0500 User-Agent: KMail/1.6.2 References: <4CF92852.20705@freebsd.org> <201012031305.53750.jkim@FreeBSD.org> <4CF93395.3060601@freebsd.org> In-Reply-To: <4CF93395.3060601@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_y0U+MLBy9CoocEU" Message-Id: <201012031504.02532.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: non-invariant tsc and cputicker 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, 03 Dec 2010 20:04:10 -0000 --Boundary-00=_y0U+MLBy9CoocEU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 03 December 2010 01:14 pm, Andriy Gapon wrote: > on 03/12/2010 20:05 Jung-uk Kim said the following: > > On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote: > >> FreeBSD uses cpu_ticks [function pointer] in a few places for a > >> few things like process CPU time accounting. On x86 cpu_ticks > >> always points to rdtsc. If TSC is not invariant that leads to > >> incorrect accounting of "CPU ticks". The code pretends to try to > >> handle changing cpufreq levels, but does that incorrectly. > > > > Arg... Probably it is my fault. :-( > > > >> I think that we could use a selected timecounter instead of > >> "raw" TSC if the latter is not invariant. In this case > >> cpu_ticks calls would be slightly costlier, but always correct. > >> > >> The change is quite trivial: > >> http://people.freebsd.org/~avg/tsc-cputicker.diff > >> > >> What do you think? > > > > Why don't we just fix it properly? > > Patch? :-) Attached. > It seems that it is not too trivial to do and is prone to error > accumulation given how the ticks are added up. > Besides, why using a timecounter would not be a proper fix? Well, it is not that simple, unfortunately. Because init_TSC() is called very early, your patch will select dummy timecounter as a CPU ticker if my memory serves. It is very hard to implement right on x86 arch. :-( Jung-uk Kim > >> P.S. it's probably a good idea to merge i386 and amd64 tsc.c > >> files into a common x86 version, which would be the same as i386 > >> version, which seems to be generic enough. > > > > Agreed. > > Cool! --Boundary-00=_y0U+MLBy9CoocEU Content-Type: text/plain; charset="iso-8859-1"; name="tsc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tsc.diff" Index: sys/i386/i386/tsc.c =================================================================== --- sys/i386/i386/tsc.c (revision 216155) +++ sys/i386/i386/tsc.c (working copy) @@ -174,6 +174,9 @@ tsc_levels_changed(void *arg, int unit) int count, error; uint64_t max_freq; + if (tsc_is_invariant) + return; + /* Only use values from the first CPU, assuming all are equal. */ if (unit != 0) return; Index: sys/amd64/amd64/tsc.c =================================================================== --- sys/amd64/amd64/tsc.c (revision 216155) +++ sys/amd64/amd64/tsc.c (working copy) @@ -146,6 +146,9 @@ tsc_levels_changed(void *arg, int unit) int count, error; uint64_t max_freq; + if (tsc_is_invariant) + return; + /* Only use values from the first CPU, assuming all are equal. */ if (unit != 0) return; --Boundary-00=_y0U+MLBy9CoocEU-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 23:47:33 2010 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 E9F9C106564A; Fri, 3 Dec 2010 23:47:33 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6988FC0C; Fri, 3 Dec 2010 23:47:32 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA01968; Sat, 04 Dec 2010 01:47:31 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1POfLf-0001Pq-7M; Sat, 04 Dec 2010 01:47:31 +0200 Message-ID: <4CF98192.3050909@freebsd.org> Date: Sat, 04 Dec 2010 01:47:30 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jung-uk Kim References: <4CF92852.20705@freebsd.org> <201012031305.53750.jkim@FreeBSD.org> <4CF93395.3060601@freebsd.org> <201012031504.02532.jkim@FreeBSD.org> In-Reply-To: <201012031504.02532.jkim@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: non-invariant tsc and cputicker 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, 03 Dec 2010 23:47:34 -0000 on 03/12/2010 22:03 Jung-uk Kim said the following: > On Friday 03 December 2010 01:14 pm, Andriy Gapon wrote: >> on 03/12/2010 20:05 Jung-uk Kim said the following: >>> On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote: >>>> FreeBSD uses cpu_ticks [function pointer] in a few places for a >>>> few things like process CPU time accounting. On x86 cpu_ticks >>>> always points to rdtsc. If TSC is not invariant that leads to >>>> incorrect accounting of "CPU ticks". The code pretends to try to >>>> handle changing cpufreq levels, but does that incorrectly. >>> >>> Arg... Probably it is my fault. :-( >>> >>>> I think that we could use a selected timecounter instead of >>>> "raw" TSC if the latter is not invariant. In this case >>>> cpu_ticks calls would be slightly costlier, but always correct. >>>> >>>> The change is quite trivial: >>>> http://people.freebsd.org/~avg/tsc-cputicker.diff >>>> >>>> What do you think? >>> >>> Why don't we just fix it properly? >> >> Patch? :-) > > Attached. I fail to see how this corrects the calculations (cpu tick accumulation) in !invariant_tsc case. >> It seems that it is not too trivial to do and is prone to error >> accumulation given how the ticks are added up. >> Besides, why using a timecounter would not be a proper fix? > > Well, it is not that simple, unfortunately. Because init_TSC() is > called very early, your patch will select dummy timecounter as a CPU > ticker if my memory serves. It is very hard to implement right on > x86 arch. :-( I don't think that init_TSC() is called earlier than the code that probes CPU features. After all, presence of TSC is another CPU feature. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 3 23:52:54 2010 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 71180106564A; Fri, 3 Dec 2010 23:52:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id E47738FC08; Fri, 3 Dec 2010 23:52:53 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a843:62a5:7ce2:96d7] (unknown [IPv6:2001:7b8:3a7:0:a843:62a5:7ce2:96d7]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3BAC85C5A; Sat, 4 Dec 2010 00:52:52 +0100 (CET) Message-ID: <4CF982D9.7070602@FreeBSD.org> Date: Sat, 04 Dec 2010 00:52:57 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.14pre) Gecko/20101201 Lanikai/3.1.8pre MIME-Version: 1.0 To: freebsd-current@freebsd.org, Marcel Moolenaar References: <20101203095831.GA5468@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20101203095831.GA5468@mech-cluster241.men.bris.ac.uk> Content-Type: multipart/mixed; boundary="------------070300000904050308030702" Cc: Subject: Re: binutils problem? WAS [Re: static linking error: ELF binary type "0" not known. Exec format error. Binary file not executable.] 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, 03 Dec 2010 23:52:54 -0000 This is a multi-part message in MIME format. --------------070300000904050308030702 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2010-12-03 10:58, Anton Shterenlikht wrote: >>> a.out: ELF 64-bit LSB executable, IA-64, version 1 (SYSV), statically linked, not stripped ... >> The branding on ia64 is wrong. The executable is not marked as being >> a FreeBSD executable. It's declared as SYSV, whereas on amd64 it's >> properly declared as FreeBSD. >> >> This is a binutils problem. ... > Anybody here can explain better what Marcel means > by "binutils problem", and how to fix it? > > I've binutils-2.20.1_3 installed from devel/binutils. The problem is that our base binutils's BFD library has a custom hack to 'brand' the produced executables, e.g. set the ELF_OSABI field in the ELF header to ELFOSABI_FREEBSD. Other arches such as i386, amd64 (x86_64 in binutils land), sparc and even alpha (!) have had patches sent upstream to do the right thing for FreeBSD, but not ia64. If you can, please try the attached patch, which resolves the problem on the ia64 machine I have tried it on. It should really be sent upstream to the binutils people, if there is some interest. Alternatively, we can shove a similar patch into the binutils port, but I'm not sure how much the ports people will like that. :) I think I will apply the same approach to my projects/binutils-2.17 branch (aimed at importing the last GPLv2 binutils version into head). Having target names clearly defined as elfXX-archname-freebsd is much easier to deal with. --------------070300000904050308030702 Content-Type: text/plain; name="binutils-ia64-freebsd.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="binutils-ia64-freebsd.diff" diff --git a/bfd/config.bfd b/bfd/config.bfd index 9b719d8..d2fe23e 100644 --- a/bfd/config.bfd +++ b/bfd/config.bfd @@ -182,7 +182,12 @@ case "${targ}" in targ_defvec=ecoffalpha_little_vec want64=true ;; - ia64*-*-freebsd* | ia64*-*-netbsd* | ia64*-*-linux-* | ia64*-*-elf* | ia64*-*-kfreebsd*-gnu) + ia64*-*-freebsd* | ia64*-*-kfreebsd*-gnu) + targ_defvec=bfd_elf64_ia64_freebsd_vec + targ_selvecs="bfd_elf64_ia64_little_vec bfd_elf64_ia64_big_vec bfd_pei_ia64_vec" + want64=true + ;; + ia64*-*-netbsd* | ia64*-*-linux-* | ia64*-*-elf*) targ_defvec=bfd_elf64_ia64_little_vec targ_selvecs="bfd_elf64_ia64_big_vec bfd_pei_ia64_vec" want64=true diff --git a/bfd/configure b/bfd/configure index 278cc1d..ad9dcc9 100755 --- a/bfd/configure +++ b/bfd/configure @@ -15169,6 +15169,7 @@ do bfd_elf64_hppa_linux_vec) tb="$tb elf64-hppa.lo elf64.lo $elf"; target_size=64 ;; bfd_elf64_hppa_vec) tb="$tb elf64-hppa.lo elf64.lo $elf"; target_size=64 ;; bfd_elf64_ia64_big_vec) tb="$tb elf64-ia64.lo elf64.lo $elf"; target_size=64 ;; + bfd_elf64_ia64_freebsd_vec) tb="$tb elf64-ia64.lo elf64.lo $elf"; target_size=64 ;; bfd_elf64_ia64_hpux_big_vec) tb="$tb elf64-ia64.lo elf64.lo $elf"; target_size=64 ;; bfd_elf64_ia64_little_vec) tb="$tb elf64-ia64.lo elf64.lo $elf"; target_size=64 ;; bfd_elf64_ia64_vms_vec) tb="$tb elf64-ia64.lo elf64.lo vms-lib.lo vms-misc.lo $elf"; target_size=64 ;; diff --git a/bfd/elfxx-ia64.c b/bfd/elfxx-ia64.c index d42ad89..5625c44 100644 --- a/bfd/elfxx-ia64.c +++ b/bfd/elfxx-ia64.c @@ -6077,6 +6077,26 @@ elfNN_vms_close_and_cleanup (bfd *abfd) #include "elfNN-target.h" +/* FreeBSD support. */ + +#undef TARGET_LITTLE_SYM +#define TARGET_LITTLE_SYM bfd_elfNN_ia64_freebsd_vec +#undef TARGET_LITTLE_NAME +#define TARGET_LITTLE_NAME "elfNN-ia64-freebsd" +#undef TARGET_BIG_SYM +#undef TARGET_BIG_NAME + +#undef ELF_OSABI +#define ELF_OSABI ELFOSABI_FREEBSD + +#undef elf_backend_post_process_headers +#define elf_backend_post_process_headers _bfd_elf_set_osabi + +#undef elfNN_bed +#define elfNN_bed elfNN_ia64_fbsd_bed + +#include "elfNN-target.h" + /* HPUX-specific vectors. */ #undef TARGET_LITTLE_SYM diff --git a/bfd/targets.c b/bfd/targets.c index 3e99754..a642a8d 100644 --- a/bfd/targets.c +++ b/bfd/targets.c @@ -697,6 +697,7 @@ extern const bfd_target bfd_elf64_bigmips_vec; extern const bfd_target bfd_elf64_hppa_linux_vec; extern const bfd_target bfd_elf64_hppa_vec; extern const bfd_target bfd_elf64_ia64_big_vec; +extern const bfd_target bfd_elf64_ia64_freebsd_vec; extern const bfd_target bfd_elf64_ia64_hpux_big_vec; extern const bfd_target bfd_elf64_ia64_little_vec; extern const bfd_target bfd_elf64_ia64_vms_vec; diff --git a/ld/emulparams/elf64_ia64_fbsd.sh b/ld/emulparams/elf64_ia64_fbsd.sh index ab7e78f..a7e2675 100644 --- a/ld/emulparams/elf64_ia64_fbsd.sh +++ b/ld/emulparams/elf64_ia64_fbsd.sh @@ -4,3 +4,4 @@ unset DATA_ADDR unset SMALL_DATA_CTOR unset SMALL_DATA_DTOR . ${srcdir}/emulparams/elf_fbsd.sh +OUTPUT_FORMAT="elf64-ia64-freebsd" --------------070300000904050308030702-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 00:38:27 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8975F106566C; Sat, 4 Dec 2010 00:38:26 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 3 Dec 2010 19:38:09 -0500 User-Agent: KMail/1.6.2 References: <4CF92852.20705@freebsd.org> <201012031504.02532.jkim@FreeBSD.org> <4CF98192.3050909@freebsd.org> In-Reply-To: <4CF98192.3050909@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012031938.12684.jkim@FreeBSD.org> Cc: Andriy Gapon Subject: Re: non-invariant tsc and cputicker 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, 04 Dec 2010 00:38:27 -0000 On Friday 03 December 2010 06:47 pm, Andriy Gapon wrote: > on 03/12/2010 22:03 Jung-uk Kim said the following: > > On Friday 03 December 2010 01:14 pm, Andriy Gapon wrote: > >> on 03/12/2010 20:05 Jung-uk Kim said the following: > >>> On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote: > >>>> FreeBSD uses cpu_ticks [function pointer] in a few places for > >>>> a few things like process CPU time accounting. On x86 > >>>> cpu_ticks always points to rdtsc. If TSC is not invariant that > >>>> leads to incorrect accounting of "CPU ticks". The code > >>>> pretends to try to handle changing cpufreq levels, but does > >>>> that incorrectly. > >>> > >>> Arg... Probably it is my fault. :-( > >>> > >>>> I think that we could use a selected timecounter instead of > >>>> "raw" TSC if the latter is not invariant. In this case > >>>> cpu_ticks calls would be slightly costlier, but always > >>>> correct. > >>>> > >>>> The change is quite trivial: > >>>> http://people.freebsd.org/~avg/tsc-cputicker.diff > >>>> > >>>> What do you think? > >>> > >>> Why don't we just fix it properly? > >> > >> Patch? :-) > > > > Attached. > > I fail to see how this corrects the calculations (cpu tick > accumulation) in !invariant_tsc case. Sorry, I interpreted your problem backwards. :-( > >> It seems that it is not too trivial to do and is prone to error > >> accumulation given how the ticks are added up. > >> Besides, why using a timecounter would not be a proper fix? > > > > Well, it is not that simple, unfortunately. Because init_TSC() > > is called very early, your patch will select dummy timecounter as > > a CPU ticker if my memory serves. It is very hard to implement > > right on x86 arch. :-( > > I don't think that init_TSC() is called earlier than the code that > probes CPU features. After all, presence of TSC is another CPU > feature. If my understanding is correct, your patch uses the dummy timecounter until a real timecounter is chosen. When a real timecounter is set, tc_cpu_ticks() changes the frequency naturally. How are you going to solve this problem? What should we do when a user set a new timecounter hardware via "sysctl kern.timecounter.hardware"? I don't think it is any better than current code. Am I missing something? :-( Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 01:42:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from alona.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 013A91065670; Sat, 4 Dec 2010 01:42:16 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <4CF99C61.6020303@freebsd.org> Date: Sat, 04 Dec 2010 09:41:53 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.21 (X11/20090522) MIME-Version: 1.0 To: Jung-uk Kim References: <4CF92852.20705@freebsd.org> <201012031305.53750.jkim@FreeBSD.org> <4CF93395.3060601@freebsd.org> <201012031504.02532.jkim@FreeBSD.org> In-Reply-To: <201012031504.02532.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: non-invariant tsc and cputicker 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, 04 Dec 2010 01:42:17 -0000 Jung-uk Kim wrote: > On Friday 03 December 2010 01:14 pm, Andriy Gapon wrote: > >> on 03/12/2010 20:05 Jung-uk Kim said the following: >> >>> On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote: >>> >>>> FreeBSD uses cpu_ticks [function pointer] in a few places for a >>>> few things like process CPU time accounting. On x86 cpu_ticks >>>> always points to rdtsc. If TSC is not invariant that leads to >>>> incorrect accounting of "CPU ticks". The code pretends to try to >>>> handle changing cpufreq levels, but does that incorrectly. >>>> >>> Arg... Probably it is my fault. :-( >>> >>> >>>> I think that we could use a selected timecounter instead of >>>> "raw" TSC if the latter is not invariant. In this case >>>> cpu_ticks calls would be slightly costlier, but always correct. >>>> >>>> The change is quite trivial: >>>> http://people.freebsd.org/~avg/tsc-cputicker.diff >>>> >>>> What do you think? >>>> >>> Why don't we just fix it properly? >>> >> Patch? :-) >> > > Attached. > > >> It seems that it is not too trivial to do and is prone to error >> accumulation given how the ticks are added up. >> Besides, why using a timecounter would not be a proper fix? >> > > Well, it is not that simple, unfortunately. Because init_TSC() is > called very early, your patch will select dummy timecounter as a CPU > ticker if my memory serves. It is very hard to implement right on > x86 arch. :-( > > So many years, they can not make a simple counter work correctly, I have seen so many failed technologies in the tech world, and will still happen frequently. :-) From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 05:22:40 2010 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 9E67F1065672; Sat, 4 Dec 2010 05:22:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 66F258FC08; Sat, 4 Dec 2010 05:22:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB45Md81094783; Sat, 4 Dec 2010 00:22:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB45Md5W094770; Sat, 4 Dec 2010 05:22:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 05:22:39 GMT Message-Id: <201012040522.oB45Md5W094770@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 05:22:40 -0000 TB --- 2010-12-04 03:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 03:35:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-12-04 03:35:00 - cleaning the object tree TB --- 2010-12-04 03:35:16 - cvsupping the source tree TB --- 2010-12-04 03:35:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-12-04 03:35:38 - building world TB --- 2010-12-04 03:35:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 03:35:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 03:35:38 - TARGET=pc98 TB --- 2010-12-04 03:35:38 - TARGET_ARCH=i386 TB --- 2010-12-04 03:35:38 - TZ=UTC TB --- 2010-12-04 03:35:38 - __MAKE_CONF=/dev/null TB --- 2010-12-04 03:35:38 - cd /src TB --- 2010-12-04 03:35:38 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 03:35:38 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 05:17:11 UTC 2010 TB --- 2010-12-04 05:17:11 - generating LINT kernel config TB --- 2010-12-04 05:17:11 - cd /src/sys/pc98/conf TB --- 2010-12-04 05:17:11 - /usr/bin/make -B LINT TB --- 2010-12-04 05:17:11 - building LINT kernel TB --- 2010-12-04 05:17:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 05:17:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 05:17:11 - TARGET=pc98 TB --- 2010-12-04 05:17:11 - TARGET_ARCH=i386 TB --- 2010-12-04 05:17:11 - TZ=UTC TB --- 2010-12-04 05:17:11 - __MAKE_CONF=/dev/null TB --- 2010-12-04 05:17:11 - cd /src TB --- 2010-12-04 05:17:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 05:17:11 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 05:22:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 05:22:38 - ERROR: failed to build lint kernel TB --- 2010-12-04 05:22:38 - 5192.20 user 884.06 system 6458.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 05:24:04 2010 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 8C7CC106566C; Sat, 4 Dec 2010 05:24:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE228FC14; Sat, 4 Dec 2010 05:24:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB45O3DV099602; Sat, 4 Dec 2010 00:24:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB45O3n1099601; Sat, 4 Dec 2010 05:24:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 05:24:03 GMT Message-Id: <201012040524.oB45O3n1099601@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 05:24:04 -0000 TB --- 2010-12-04 03:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 03:35:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-12-04 03:35:00 - cleaning the object tree TB --- 2010-12-04 03:35:17 - cvsupping the source tree TB --- 2010-12-04 03:35:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-12-04 03:35:39 - building world TB --- 2010-12-04 03:35:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 03:35:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 03:35:39 - TARGET=i386 TB --- 2010-12-04 03:35:39 - TARGET_ARCH=i386 TB --- 2010-12-04 03:35:39 - TZ=UTC TB --- 2010-12-04 03:35:39 - __MAKE_CONF=/dev/null TB --- 2010-12-04 03:35:39 - cd /src TB --- 2010-12-04 03:35:39 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 03:35:40 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 05:17:26 UTC 2010 TB --- 2010-12-04 05:17:26 - generating LINT kernel config TB --- 2010-12-04 05:17:26 - cd /src/sys/i386/conf TB --- 2010-12-04 05:17:26 - /usr/bin/make -B LINT TB --- 2010-12-04 05:17:26 - building LINT kernel TB --- 2010-12-04 05:17:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 05:17:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 05:17:26 - TARGET=i386 TB --- 2010-12-04 05:17:26 - TARGET_ARCH=i386 TB --- 2010-12-04 05:17:26 - TZ=UTC TB --- 2010-12-04 05:17:26 - __MAKE_CONF=/dev/null TB --- 2010-12-04 05:17:26 - cd /src TB --- 2010-12-04 05:17:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 05:17:26 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 05:24:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 05:24:03 - ERROR: failed to build lint kernel TB --- 2010-12-04 05:24:03 - 5283.25 user 872.06 system 6542.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 05:53:26 2010 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 9BBC0106564A; Sat, 4 Dec 2010 05:53:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED5C8FC0C; Sat, 4 Dec 2010 05:53:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB45rPow090713; Sat, 4 Dec 2010 00:53:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB45rPaP090701; Sat, 4 Dec 2010 05:53:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 05:53:25 GMT Message-Id: <201012040553.oB45rPaP090701@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 05:53:26 -0000 TB --- 2010-12-04 04:27:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 04:27:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-12-04 04:27:03 - cleaning the object tree TB --- 2010-12-04 04:27:14 - cvsupping the source tree TB --- 2010-12-04 04:27:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-12-04 04:27:27 - building world TB --- 2010-12-04 04:27:27 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 04:27:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 04:27:27 - TARGET=ia64 TB --- 2010-12-04 04:27:27 - TARGET_ARCH=ia64 TB --- 2010-12-04 04:27:27 - TZ=UTC TB --- 2010-12-04 04:27:27 - __MAKE_CONF=/dev/null TB --- 2010-12-04 04:27:27 - cd /src TB --- 2010-12-04 04:27:27 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 04:27:28 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 05:47:23 UTC 2010 TB --- 2010-12-04 05:47:23 - generating LINT kernel config TB --- 2010-12-04 05:47:23 - cd /src/sys/ia64/conf TB --- 2010-12-04 05:47:23 - /usr/bin/make -B LINT TB --- 2010-12-04 05:47:23 - building LINT kernel TB --- 2010-12-04 05:47:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 05:47:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 05:47:23 - TARGET=ia64 TB --- 2010-12-04 05:47:23 - TARGET_ARCH=ia64 TB --- 2010-12-04 05:47:23 - TZ=UTC TB --- 2010-12-04 05:47:23 - __MAKE_CONF=/dev/null TB --- 2010-12-04 05:47:23 - cd /src TB --- 2010-12-04 05:47:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 05:47:23 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 05:53:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 05:53:25 - ERROR: failed to build lint kernel TB --- 2010-12-04 05:53:25 - 4166.40 user 660.27 system 5182.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 05:56:50 2010 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 12CE0106566C; Sat, 4 Dec 2010 05:56:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D97998FC0A; Sat, 4 Dec 2010 05:56:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB45un9P019560; Sat, 4 Dec 2010 00:56:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB45un7I019555; Sat, 4 Dec 2010 05:56:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 05:56:49 GMT Message-Id: <201012040556.oB45un7I019555@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 05:56:50 -0000 TB --- 2010-12-04 03:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 03:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-12-04 03:35:00 - cleaning the object tree TB --- 2010-12-04 03:35:30 - cvsupping the source tree TB --- 2010-12-04 03:35:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-12-04 03:40:55 - building world TB --- 2010-12-04 03:40:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 03:40:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 03:40:55 - TARGET=amd64 TB --- 2010-12-04 03:40:55 - TARGET_ARCH=amd64 TB --- 2010-12-04 03:40:55 - TZ=UTC TB --- 2010-12-04 03:40:55 - __MAKE_CONF=/dev/null TB --- 2010-12-04 03:40:55 - cd /src TB --- 2010-12-04 03:40:55 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 03:40:56 UTC 2010 >>> 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 Sat Dec 4 05:50:41 UTC 2010 TB --- 2010-12-04 05:50:41 - generating LINT kernel config TB --- 2010-12-04 05:50:41 - cd /src/sys/amd64/conf TB --- 2010-12-04 05:50:41 - /usr/bin/make -B LINT TB --- 2010-12-04 05:50:41 - building LINT kernel TB --- 2010-12-04 05:50:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 05:50:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 05:50:41 - TARGET=amd64 TB --- 2010-12-04 05:50:41 - TARGET_ARCH=amd64 TB --- 2010-12-04 05:50:41 - TZ=UTC TB --- 2010-12-04 05:50:41 - __MAKE_CONF=/dev/null TB --- 2010-12-04 05:50:41 - cd /src TB --- 2010-12-04 05:50:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 05:50:41 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 05:56:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 05:56:48 - ERROR: failed to build lint kernel TB --- 2010-12-04 05:56:48 - 6458.35 user 1144.48 system 8508.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 07:02:58 2010 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 6CF6E1065673; Sat, 4 Dec 2010 07:02:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEF78FC1D; Sat, 4 Dec 2010 07:02:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB472viL075942; Sat, 4 Dec 2010 02:02:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB472vJw075893; Sat, 4 Dec 2010 07:02:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 07:02:57 GMT Message-Id: <201012040702.oB472vJw075893@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 07:02:58 -0000 TB --- 2010-12-04 05:56:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 05:56:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-12-04 05:56:49 - cleaning the object tree TB --- 2010-12-04 05:57:01 - cvsupping the source tree TB --- 2010-12-04 05:57:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-12-04 05:57:14 - building world TB --- 2010-12-04 05:57:14 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 05:57:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 05:57:14 - TARGET=sparc64 TB --- 2010-12-04 05:57:14 - TARGET_ARCH=sparc64 TB --- 2010-12-04 05:57:14 - TZ=UTC TB --- 2010-12-04 05:57:14 - __MAKE_CONF=/dev/null TB --- 2010-12-04 05:57:14 - cd /src TB --- 2010-12-04 05:57:14 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 05:57:14 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 06:58:10 UTC 2010 TB --- 2010-12-04 06:58:10 - generating LINT kernel config TB --- 2010-12-04 06:58:10 - cd /src/sys/sparc64/conf TB --- 2010-12-04 06:58:10 - /usr/bin/make -B LINT TB --- 2010-12-04 06:58:10 - building LINT kernel TB --- 2010-12-04 06:58:10 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 06:58:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 06:58:10 - TARGET=sparc64 TB --- 2010-12-04 06:58:10 - TARGET_ARCH=sparc64 TB --- 2010-12-04 06:58:10 - TZ=UTC TB --- 2010-12-04 06:58:10 - __MAKE_CONF=/dev/null TB --- 2010-12-04 06:58:10 - cd /src TB --- 2010-12-04 06:58:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 06:58:10 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 07:02:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 07:02:57 - ERROR: failed to build lint kernel TB --- 2010-12-04 07:02:57 - 3010.92 user 622.71 system 3967.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 07:04:48 2010 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 21DD31065670; Sat, 4 Dec 2010 07:04:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E8A268FC12; Sat, 4 Dec 2010 07:04:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB474lmG086588; Sat, 4 Dec 2010 02:04:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB474lo5086587; Sat, 4 Dec 2010 07:04:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 07:04:47 GMT Message-Id: <201012040704.oB474lo5086587@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 07:04:48 -0000 TB --- 2010-12-04 05:24:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 05:24:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-12-04 05:24:03 - cleaning the object tree TB --- 2010-12-04 05:24:15 - cvsupping the source tree TB --- 2010-12-04 05:24:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-12-04 05:24:30 - building world TB --- 2010-12-04 05:24:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 05:24:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 05:24:30 - TARGET=powerpc TB --- 2010-12-04 05:24:30 - TARGET_ARCH=powerpc TB --- 2010-12-04 05:24:30 - TZ=UTC TB --- 2010-12-04 05:24:30 - __MAKE_CONF=/dev/null TB --- 2010-12-04 05:24:30 - cd /src TB --- 2010-12-04 05:24:30 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 05:24:30 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 07:00:14 UTC 2010 TB --- 2010-12-04 07:00:14 - generating LINT kernel config TB --- 2010-12-04 07:00:14 - cd /src/sys/powerpc/conf TB --- 2010-12-04 07:00:14 - /usr/bin/make -B LINT TB --- 2010-12-04 07:00:14 - building LINT kernel TB --- 2010-12-04 07:00:14 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 07:00:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 07:00:14 - TARGET=powerpc TB --- 2010-12-04 07:00:14 - TARGET_ARCH=powerpc TB --- 2010-12-04 07:00:14 - TZ=UTC TB --- 2010-12-04 07:00:14 - __MAKE_CONF=/dev/null TB --- 2010-12-04 07:00:14 - cd /src TB --- 2010-12-04 07:00:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 07:00:14 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 07:04:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 07:04:47 - ERROR: failed to build lint kernel TB --- 2010-12-04 07:04:47 - 4871.93 user 813.50 system 6043.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 07:21:04 2010 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 196691065670; Sat, 4 Dec 2010 07:21:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE31E8FC15; Sat, 4 Dec 2010 07:21:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB47L32E071660; Sat, 4 Dec 2010 02:21:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB47L3fn071659; Sat, 4 Dec 2010 07:21:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 07:21:03 GMT Message-Id: <201012040721.oB47L3fn071659@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 07:21:04 -0000 TB --- 2010-12-04 06:17:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 06:17:06 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-12-04 06:17:06 - cleaning the object tree TB --- 2010-12-04 06:17:15 - cvsupping the source tree TB --- 2010-12-04 06:17:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-12-04 06:17:44 - building world TB --- 2010-12-04 06:17:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 06:17:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 06:17:44 - TARGET=sun4v TB --- 2010-12-04 06:17:44 - TARGET_ARCH=sparc64 TB --- 2010-12-04 06:17:44 - TZ=UTC TB --- 2010-12-04 06:17:44 - __MAKE_CONF=/dev/null TB --- 2010-12-04 06:17:44 - cd /src TB --- 2010-12-04 06:17:44 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 06:17:45 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 07:16:54 UTC 2010 TB --- 2010-12-04 07:16:54 - generating LINT kernel config TB --- 2010-12-04 07:16:54 - cd /src/sys/sun4v/conf TB --- 2010-12-04 07:16:54 - /usr/bin/make -B LINT TB --- 2010-12-04 07:16:54 - building LINT kernel TB --- 2010-12-04 07:16:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 07:16:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 07:16:54 - TARGET=sun4v TB --- 2010-12-04 07:16:54 - TARGET_ARCH=sparc64 TB --- 2010-12-04 07:16:54 - TZ=UTC TB --- 2010-12-04 07:16:54 - __MAKE_CONF=/dev/null TB --- 2010-12-04 07:16:54 - cd /src TB --- 2010-12-04 07:16:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 07:16:54 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dcons/dcons_crom.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 07:21:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 07:21:03 - ERROR: failed to build lint kernel TB --- 2010-12-04 07:21:03 - 2985.18 user 609.55 system 3836.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 07:26:38 2010 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 745631065740; Sat, 4 Dec 2010 07:26:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 398898FC12; Sat, 4 Dec 2010 07:26:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB47QbFV092333; Sat, 4 Dec 2010 02:26:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB47QbWL092332; Sat, 4 Dec 2010 07:26:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 07:26:37 GMT Message-Id: <201012040726.oB47QbWL092332@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/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: Sat, 04 Dec 2010 07:26:38 -0000 TB --- 2010-12-04 05:53:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 05:53:25 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-12-04 05:53:25 - cleaning the object tree TB --- 2010-12-04 05:53:39 - cvsupping the source tree TB --- 2010-12-04 05:53:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-12-04 05:53:51 - building world TB --- 2010-12-04 05:53:51 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 05:53:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 05:53:51 - TARGET=powerpc TB --- 2010-12-04 05:53:51 - TARGET_ARCH=powerpc64 TB --- 2010-12-04 05:53:51 - TZ=UTC TB --- 2010-12-04 05:53:51 - __MAKE_CONF=/dev/null TB --- 2010-12-04 05:53:51 - cd /src TB --- 2010-12-04 05:53:51 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 05:53:57 UTC 2010 >>> 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 Sat Dec 4 07:22:20 UTC 2010 TB --- 2010-12-04 07:22:20 - generating LINT kernel config TB --- 2010-12-04 07:22:20 - cd /src/sys/powerpc/conf TB --- 2010-12-04 07:22:20 - /usr/bin/make -B LINT TB --- 2010-12-04 07:22:20 - building LINT kernel TB --- 2010-12-04 07:22:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 07:22:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 07:22:20 - TARGET=powerpc TB --- 2010-12-04 07:22:20 - TARGET_ARCH=powerpc64 TB --- 2010-12-04 07:22:20 - TZ=UTC TB --- 2010-12-04 07:22:20 - __MAKE_CONF=/dev/null TB --- 2010-12-04 07:22:20 - cd /src TB --- 2010-12-04 07:22:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 07:22:20 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 07:26:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 07:26:37 - ERROR: failed to build lint kernel TB --- 2010-12-04 07:26:37 - 4387.38 user 897.51 system 5591.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 09:18:20 2010 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 6CDEA106564A; Sat, 4 Dec 2010 09:18:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 36A288FC0C; Sat, 4 Dec 2010 09:18:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB49IJ5N033121; Sat, 4 Dec 2010 04:18:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB49IJi9033116; Sat, 4 Dec 2010 09:18:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 09:18:19 GMT Message-Id: <201012040918.oB49IJi9033116@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 09:18:20 -0000 TB --- 2010-12-04 07:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 07:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-12-04 07:30:00 - cleaning the object tree TB --- 2010-12-04 07:30:10 - cvsupping the source tree TB --- 2010-12-04 07:30:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-12-04 07:30:31 - building world TB --- 2010-12-04 07:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 07:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 07:30:31 - TARGET=pc98 TB --- 2010-12-04 07:30:31 - TARGET_ARCH=i386 TB --- 2010-12-04 07:30:31 - TZ=UTC TB --- 2010-12-04 07:30:31 - __MAKE_CONF=/dev/null TB --- 2010-12-04 07:30:31 - cd /src TB --- 2010-12-04 07:30:31 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 07:30:32 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 09:12:49 UTC 2010 TB --- 2010-12-04 09:12:49 - generating LINT kernel config TB --- 2010-12-04 09:12:49 - cd /src/sys/pc98/conf TB --- 2010-12-04 09:12:49 - /usr/bin/make -B LINT TB --- 2010-12-04 09:12:49 - building LINT kernel TB --- 2010-12-04 09:12:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 09:12:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 09:12:49 - TARGET=pc98 TB --- 2010-12-04 09:12:49 - TARGET_ARCH=i386 TB --- 2010-12-04 09:12:49 - TZ=UTC TB --- 2010-12-04 09:12:49 - __MAKE_CONF=/dev/null TB --- 2010-12-04 09:12:49 - cd /src TB --- 2010-12-04 09:12:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 09:12:49 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 09:18:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 09:18:18 - ERROR: failed to build lint kernel TB --- 2010-12-04 09:18:18 - 5200.85 user 877.02 system 6498.42 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 09:19:48 2010 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 A0FD9106564A; Sat, 4 Dec 2010 09:19:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6ADAD8FC15; Sat, 4 Dec 2010 09:19:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB49Jlo8038326; Sat, 4 Dec 2010 04:19:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB49JldS038311; Sat, 4 Dec 2010 09:19:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 09:19:47 GMT Message-Id: <201012040919.oB49JldS038311@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 09:19:48 -0000 TB --- 2010-12-04 07:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 07:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-12-04 07:30:00 - cleaning the object tree TB --- 2010-12-04 07:30:11 - cvsupping the source tree TB --- 2010-12-04 07:30:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-12-04 07:30:31 - building world TB --- 2010-12-04 07:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 07:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 07:30:31 - TARGET=i386 TB --- 2010-12-04 07:30:31 - TARGET_ARCH=i386 TB --- 2010-12-04 07:30:31 - TZ=UTC TB --- 2010-12-04 07:30:31 - __MAKE_CONF=/dev/null TB --- 2010-12-04 07:30:31 - cd /src TB --- 2010-12-04 07:30:31 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 07:30:32 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 4 09:12:59 UTC 2010 TB --- 2010-12-04 09:12:59 - generating LINT kernel config TB --- 2010-12-04 09:12:59 - cd /src/sys/i386/conf TB --- 2010-12-04 09:12:59 - /usr/bin/make -B LINT TB --- 2010-12-04 09:13:00 - building LINT kernel TB --- 2010-12-04 09:13:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 09:13:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 09:13:00 - TARGET=i386 TB --- 2010-12-04 09:13:00 - TARGET_ARCH=i386 TB --- 2010-12-04 09:13:00 - TZ=UTC TB --- 2010-12-04 09:13:00 - __MAKE_CONF=/dev/null TB --- 2010-12-04 09:13:00 - cd /src TB --- 2010-12-04 09:13:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 09:13:00 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 09:19:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 09:19:46 - ERROR: failed to build lint kernel TB --- 2010-12-04 09:19:46 - 5288.34 user 869.70 system 6586.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 09:52:20 2010 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 B793E106564A; Sat, 4 Dec 2010 09:52:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 875538FC12; Sat, 4 Dec 2010 09:52:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id oB49qJmN053416; Sat, 4 Dec 2010 04:52:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id oB49qJmI053407; Sat, 4 Dec 2010 09:52:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 4 Dec 2010 09:52:19 GMT Message-Id: <201012040952.oB49qJmI053407@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Sat, 04 Dec 2010 09:52:20 -0000 TB --- 2010-12-04 07:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-12-04 07:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-12-04 07:30:00 - cleaning the object tree TB --- 2010-12-04 07:30:14 - cvsupping the source tree TB --- 2010-12-04 07:30:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-12-04 07:35:41 - building world TB --- 2010-12-04 07:35:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 07:35:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 07:35:41 - TARGET=amd64 TB --- 2010-12-04 07:35:41 - TARGET_ARCH=amd64 TB --- 2010-12-04 07:35:41 - TZ=UTC TB --- 2010-12-04 07:35:41 - __MAKE_CONF=/dev/null TB --- 2010-12-04 07:35:41 - cd /src TB --- 2010-12-04 07:35:41 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 4 07:35:42 UTC 2010 >>> 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 Sat Dec 4 09:46:23 UTC 2010 TB --- 2010-12-04 09:46:23 - generating LINT kernel config TB --- 2010-12-04 09:46:23 - cd /src/sys/amd64/conf TB --- 2010-12-04 09:46:23 - /usr/bin/make -B LINT TB --- 2010-12-04 09:46:23 - building LINT kernel TB --- 2010-12-04 09:46:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-12-04 09:46:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-12-04 09:46:23 - TARGET=amd64 TB --- 2010-12-04 09:46:23 - TARGET_ARCH=amd64 TB --- 2010-12-04 09:46:23 - TZ=UTC TB --- 2010-12-04 09:46:23 - __MAKE_CONF=/dev/null TB --- 2010-12-04 09:46:23 - cd /src TB --- 2010-12-04 09:46:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 4 09:46:23 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_rx_discard': /src/sys/dev/e1000/if_em.c:4306: warning: unused variable 'adapter' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-12-04 09:52:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-12-04 09:52:19 - ERROR: failed to build lint kernel TB --- 2010-12-04 09:52:19 - 6463.62 user 1149.22 system 8539.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 4 11:12:13 2010 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 E920C106564A; Sat, 4 Dec 2010 11:12:13 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 08D378FC0C; Sat, 4 Dec 2010 11:12:12 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08188; Sat, 04 Dec 2010 13:12:11 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1POq2F-000583-6H; Sat, 04 Dec 2010 13:12:11 +0200 Message-ID: <4CFA220A.30405@freebsd.org> Date: Sat, 04 Dec 2010 13:12:10 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jung-uk Kim References: <4CF92852.20705@freebsd.org> <201012031504.02532.jkim@FreeBSD.org> <4CF98192.3050909@freebsd.org> <201012031938.12684.jkim@FreeBSD.org> In-Reply-To: <201012031938.12684.jkim@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: non-invariant tsc and cputicker 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, 04 Dec 2010 11:12:14 -0000 on 04/12/2010 02:38 Jung-uk Kim said the following: > If my understanding is correct, your patch uses the dummy timecounter > until a real timecounter is chosen. Perhaps this is one way to look at it. But I look at it differently - the patch makes cpu_ticks refer to tc_cpu_ticks. That is, it make _the_ timecounter be used for cpu ticks. Exact timecounter backend is not important to me. > When a real timecounter is set, > tc_cpu_ticks() changes the frequency naturally. How are you going to > solve this problem? Do we really care about cpu ticks accounting that early in the boot? > What should we do when a user set a new > timecounter hardware via "sysctl kern.timecounter.hardware"? User can expect some instability (*if any*) when he does such a significant system reconfiguration. I put "if any", because I think that tc_cpu_ticks() should handle this. The same way as you don't see time returned by e.g. nanotime() going crazy at that moment. > I don't > think it is any better than current code. Am I missing > something? :-( I think that it is much better. Handling of P-state changes for non-invariant TSC is just incorrect. kern.timecounter.hardware is not going to be changed as frequently as P-states, if ever. -- Andriy Gapon