From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 01:08:58 2011 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 7794C1065670; Sun, 16 Oct 2011 01:08:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 084518FC0C; Sun, 16 Oct 2011 01:08:57 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p9G18uXN097575; Sun, 16 Oct 2011 03:08:56 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p9G18uNS097574; Sun, 16 Oct 2011 03:08:56 +0200 (CEST) (envelope-from marius) Date: Sun, 16 Oct 2011 03:08:56 +0200 From: Marius Strobl To: Damien Fleuriot Message-ID: <20111016010856.GM39118@alchemy.franken.de> References: <20111009165838.GA19886@alchemy.franken.de> <20111010192238.GC1781@michelle.cdnetworks.com> <20111011212318.GC81376@alchemy.franken.de> <20111011225531.GD5661@michelle.cdnetworks.com> <20111012204222.GC39118@alchemy.franken.de> <20111012235707.GD9138@michelle.cdnetworks.com> <20111013214903.GH39118@alchemy.franken.de> <20111014203226.GA16192@michelle.cdnetworks.com> <20111015205616.GL39118@alchemy.franken.de> <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> User-Agent: Mutt/1.4.2.3i Cc: "stable@freebsd.org" , "current@freebsd.org" , "net@freebsd.org" Subject: Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII] 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, 16 Oct 2011 01:08:58 -0000 On Sun, Oct 16, 2011 at 02:46:23AM +0200, Damien Fleuriot wrote: > > > On 15 Oct 2011, at 22:56, Marius Strobl wrote: > > > > > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for > > rl(4) only 8129 need testing, 8139 don't) please give the following > > patch a try in order to ensure it doesn't break anything? > > for 9/head: > > http://people.freebsd.org/~marius/mii_bitbang.diff > > for 8: > > http://people.freebsd.org/~marius/mii_bitbang.diff8 > > > > Thanks, > > Marius > > > > > While I don't have any box with this hardware, I'm thinking you might want to get a bit more specific about what you want tested... > > What do you think the patch might break ? > Basically, if there's something wrong with the patch the driver should fail to attach, if it still does and gets a link all should be fine. Marius From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 01:11:19 2011 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 EADCA1065673; Sun, 16 Oct 2011 01:11:18 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from web.npulse.net (web.npulse.net [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 849FA8FC20; Sun, 16 Oct 2011 01:11:18 +0000 (UTC) Received: by web.npulse.net (Postfix, from userid 143) id 7DDF9DC0C0; Sun, 16 Oct 2011 01:12:10 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by web.npulse.net (Postfix) with ESMTP id 0196CDC0B4 for ; Sun, 16 Oct 2011 01:12:07 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9462C1A4E3C; Sun, 16 Oct 2011 01:09:19 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9485810657C1; Sun, 16 Oct 2011 01:09:16 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7794C1065670; Sun, 16 Oct 2011 01:08:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 084518FC0C; Sun, 16 Oct 2011 01:08:57 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p9G18uXN097575; Sun, 16 Oct 2011 03:08:56 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p9G18uNS097574; Sun, 16 Oct 2011 03:08:56 +0200 (CEST) (envelope-from marius) Date: Sun, 16 Oct 2011 03:08:56 +0200 From: Marius Strobl To: Damien Fleuriot Message-ID: <20111016010856.GM39118@alchemy.franken.de> References: <20111009165838.GA19886@alchemy.franken.de> <20111010192238.GC1781@michelle.cdnetworks.com> <20111011212318.GC81376@alchemy.franken.de> <20111011225531.GD5661@michelle.cdnetworks.com> <20111012204222.GC39118@alchemy.franken.de> <20111012235707.GD9138@michelle.cdnetworks.com> <20111013214903.GH39118@alchemy.franken.de> <20111014203226.GA16192@michelle.cdnetworks.com> <20111015205616.GL39118@alchemy.franken.de> <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: "stable@freebsd.org" , "current@freebsd.org" , "net@freebsd.org" Subject: Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2011 01:11:19 -0000 On Sun, Oct 16, 2011 at 02:46:23AM +0200, Damien Fleuriot wrote: > > > On 15 Oct 2011, at 22:56, Marius Strobl wrote: > > > > > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for > > rl(4) only 8129 need testing, 8139 don't) please give the following > > patch a try in order to ensure it doesn't break anything? > > for 9/head: > > http://people.freebsd.org/~marius/mii_bitbang.diff > > for 8: > > http://people.freebsd.org/~marius/mii_bitbang.diff8 > > > > Thanks, > > Marius > > > > > While I don't have any box with this hardware, I'm thinking you might want to get a bit more specific about what you want tested... > > What do you think the patch might break ? > Basically, if there's something wrong with the patch the driver should fail to attach, if it still does and gets a link all should be fine. Marius _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 09:48:46 2011 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 26540106564A; Sun, 16 Oct 2011 09:48:46 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:141:52a3:186::]) by mx1.freebsd.org (Postfix) with ESMTP id AE47F8FC08; Sun, 16 Oct 2011 09:48:45 +0000 (UTC) Received: from tykburk.tyknet.cn.dom (unknown [IPv6:2002:d947:452:1:224:8cff:fe02:de01]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 8F8F965E85; Sun, 16 Oct 2011 11:48:44 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.4.1 mail.tyknet.dk 8F8F965E85 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1318758524; bh=YnBmW3//37E9eclyo47Vuz3mF4aNBK5BK/H9BBLE5sQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=hdFKMl8y7FBBCsMWmNmF5/x/qEzeROqDKawZ8Q05cGssves+eoiFZjCPDQjLGSvG+ FL57/zdqYLYUpsw6aYm+NCqQ2JM1v7eKbFHScpctfIKtndMbuGjb8xEsVfPRWLMYsT L0GMIuctUn6EUmSxb2Rlu8Tc60vN1PSaesEi1by4= Message-ID: <4E9AA874.5070403@gibfest.dk> Date: Sun, 16 Oct 2011 11:48:36 +0200 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111014 Thunderbird/7.0.1 MIME-Version: 1.0 To: hrs@FreeBSD.org References: <4E97CFFC.5020900@gibfest.dk> <20111014.151402.1498559224124829567.hrs@allbsd.org> <4E97D9F3.4020308@gibfest.dk> <20111014.170911.2032702506326503484.hrs@allbsd.org> <4E97F236.8040203@gibfest.dk> In-Reply-To: <4E97F236.8040203@gibfest.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES" 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, 16 Oct 2011 09:48:46 -0000 On 14.10.2011 10:26, Thomas Steen Rasmussen wrote: > On 14-10-2011 10:09, Hiroki Sato wrote: >> Thanks. There is no problem with the source address selection. I don't understand this comment. I would say that I do have problems with the source address selection - otherwise it would be preferring ipv6, right ? I have tried working around this problem by adding: ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf but I still get the same behaviour: [tykling@tykburk ~]$ telnet www.freebsd.org 80 < /dev/null Trying 69.147.83.34... Connected to red.freebsd.org. Escape character is '^]'. Connection closed by foreign host. [tykling@tykburk ~]$ telnet -6 www.freebsd.org 80 < /dev/null Trying 2001:4f8:fff6::22... Connected to red.freebsd.org. Escape character is '^]'. Connection closed by foreign host. [tykling@tykburk ~]$ Does anyone know a usable workaround which I can use to make my machine prefer ipv6 over ipv4, until this problem is fixed ? Thanks! Thomas Steen Rasmussen From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 09:59:42 2011 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 F1868106564A; Sun, 16 Oct 2011 09:59:42 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id B53948FC12; Sun, 16 Oct 2011 09:59:42 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:586a:cd69:8b52:feee]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 67CC04AC1C; Sun, 16 Oct 2011 13:59:41 +0400 (MSD) Date: Sun, 16 Oct 2011 13:59:34 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1775311702.20111016135934@serebryakov.spb.ru> To: Andrei Kolu In-Reply-To: References: <165230773.20111016130358@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: gmirror failed with error 19. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@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: Sun, 16 Oct 2011 09:59:43 -0000 Hello, Andrei. You wrote 16 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., 13:29= :05: >> > as livecd and recovering gpt. But I still can't boot from geom mirror. >> GEOM classes (mirror, stripe, raid3, etc) is not compatible with >> GPT. GPT want to store its copy on last sector(s) of drive. If your >> put it on gmirror volume, last sector is occuped by gmirror metadata. > When I boot from memstick with FreeBSD 9 BETA3 I see error "gptboot: inva= lid > backup GPT header". So FreeBSD 9 is not compatible with geom mirror anymo= re > because by default installer configure GPT partitions? Nobody stops you from installing FreeBSD on disk with MBR, even if memstick is prepared with GPT (which have another problem, as images for different memsticks should have different size to have GPT in last sector). And FreeBSD's gptloader has relaxed checks and doesn't refuse to boot if second GPT copy is valid, but not in last sectror(s) of drive. All these questions were discussed a few days ago in current@ mailing list, without any clear conclusion :( Here is proposal (from me and other users), that there should be BIG WARNING in documentation and in utilities when GPT is created not on raw disk, but over some other GEOM. But, again, I didn't see clear approval from "senior developers" (not to speak about Release Engineers) for such change... (I've CCed current@ mailing list, as most of discussion on this topic was there). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 16:46:17 2011 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 C1F44106564A for ; Sun, 16 Oct 2011 16:46:17 +0000 (UTC) (envelope-from labeachgeek@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 890B38FC13 for ; Sun, 16 Oct 2011 16:46:17 +0000 (UTC) Received: by iaky10 with SMTP id y10so6374599iak.13 for ; Sun, 16 Oct 2011 09:46:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=9qJR81ntVZu/mBDqc1jdi1NUjKOQFBZdHljoTuLi0pA=; b=sCqGgn1sG9SH/BQgursTn4VBY5B2WJvu3GceWIeTh+IACWkYTzRD5/8XsUbdNhPsun GghrR83elHyXjhOskh10tJcnqd1BnLg8PMl2k40kKGVf9SAdPQqE2udVrmsEKCd9126W iZ0/lOSnJ8M75xS8PdQR5dLnDBl8hzGJVsbus= Received: by 10.42.153.6 with SMTP id k6mr31725122icw.30.1318781988168; Sun, 16 Oct 2011 09:19:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.15.5 with HTTP; Sun, 16 Oct 2011 09:19:18 -0700 (PDT) In-Reply-To: References: <4E569A02.30206@FreeBSD.org> From: Beach Geek Date: Sun, 16 Oct 2011 11:19:18 -0500 Message-ID: To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: buildworld failure r223619 to 225128 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, 16 Oct 2011 16:46:17 -0000 On Thu, Sep 1, 2011 at 6:49 PM, Beach Geek wrote: > On 8/27/11, Matt Thyer wrote: > > Have you tried moving aside your existing /usr/src and checking it out > > afresh? > > On Aug 28, 2011 12:47 AM, "Beach Geek" wrote: > >> On 8/25/11, Dimitry Andric wrote: > >>> On 2011-08-25 17:12, Beach Geek wrote: > >>>> make buildworld failed trying to upgrade from r223619 to r225128. > >>>> (Note: Updating other boxes from r224774 to r225119 went flawless) > >>>> > >>>> On failing laptop (Toshibs Sat C655D) > >>> .... > >>>> /usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error: > >>>> Segmentation fault: 11 > >>>> Please submit full report, > >>> > >>> That is most likely a hardware problem. Please run a full memtest, > >>> and/or any other hardware diagnostics you can find. > >>> > >>> It could also be running out of memory, but that is less likely, and > you > >>> usually get another signal then. But who knows what might happen if you > >>> choke a compiler. :) > >>> > >>> > >>>> I do "rm -r /usr/obj/*" and make clean (in /usr/src) before doing > >>>> buildworld on all boxes. > >>>> I also tried compiling new GENERIC kernel then doing buildworld. It > >>>> failed with same message. > >>> > >>> It dies on exactly the same file? > >>> > >>> > >>>> Reverted to old/original kernel and tried "make depend" in /usr/src. > >>> > >>> You can't do that, you must run buildworld. > >>> > >>> > >>>> It failed with... (by hand again) > >>>> > >>>> ===> lib/clang/libllvmarmasmparser (depend) > >>>> tblgen -l > >>>> > > > /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM > >>>> -I > /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/include > >>>> -I > > /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target > >>>> -gen-asm-matcher -o ARMGenAsm Matcher.inc.h > >>>> > > > /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM/ARM.td > >>>> > >>>> tblgen: Record 'CCR', field 'MemberList' does not have a list > > initializer! > >>>> *** Error code 1 > >>>> Stop in /usr/src/lib/clang/libllvmarmasmparser. > >>> > >>> Yes, this is expected. When you do not use the buildworld target, the > >>> tblgen used above will be run from /usr/bin, which is too old. This is > >>> why buildworld first builds an up-to-date tblgen under /usr/obj, and > >>> uses that to generate the needed files. > >>> > >> > >> This laptop also runs MS Win 7/64 and FreeBSD 9 amd. The FBSD amd > upgraded > > ok. > >> > >> The buildworld always fails in same place, with same message (5 tries). > >> I'm running diags on it right now just to make sure the hardware's good. > >> > >> The reason I tried "make depend" was because of a reference to r221543 > >> that said it required "make depend" before buildworld. (a shot in the > >> dark before posting to mail list). > >> > >> I will post if I find any hardware problems. > >> > >> Thanks, > >> Beach Geek > >> > >> PS. Option on updating to a version inbetween, then to latest??? > >> _______________________________________________ > >> 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" > > > > Just an update: > 1) Hardware diagnostics showed no problems. > 2) Backed up and deleted contents of /usr/src and copied it from a box > that upgraded ok. Still fails same place. > 3) Deleted contents of /usr/src again, loaded seed, and "svn up > /usr/src". Failed and rebooted. I'll be running buildworld again and > try to catch msg before reboot. > > Thanks, > Beach Geek > Just to close this thread out... After quite a few more svn upgrades and buildworlds, and try the suggestions in this thread and sent directly to me.... I gave up. :( Final solution, boot from memstick image, use DESTDIR= with buildworld/buildkernel/etc, upgrade to 9-beta3 went fine. Then "svn up /usr/src to lastest, and buildworld/buildkernel/etc again... life is good. ;) Would have been nice to know why buildworld was failing before, but using the memstick got me current with all my data intacted. Thanks for all the suggestions and help. Beach Geek PS. A side note, we got a native driver working for the RTL8188CE wireless card, but it's still really buggy, but it's a start. From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 16:48:23 2011 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 85CFB106566B for ; Sun, 16 Oct 2011 16:48:23 +0000 (UTC) (envelope-from adrian.chadd@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 419AF8FC17 for ; Sun, 16 Oct 2011 16:48:23 +0000 (UTC) Received: by ywm3 with SMTP id 3so820948ywm.13 for ; Sun, 16 Oct 2011 09:48:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=L8Q1WvQoCJ0Zkk+wl+ADyCC0ywSY45fPg6ooPUrWiUg=; b=dpyANRZjfjEtxDPYLULyd7cPlIzlNUwLu8l6B/Su8t0S6OnjHQwvasE0CGghsVk791 IPToderezd3Ysdo+gEkPsoHkt3es8MTKtwHnNnXNwwcBx+MB38/uFHxPyRRqzy13ll+w rA/1rXLnELsQX7PB6eBiGiduEtWFI74oyxEcw= MIME-Version: 1.0 Received: by 10.236.154.193 with SMTP id h41mr22109627yhk.15.1318783702509; Sun, 16 Oct 2011 09:48:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Sun, 16 Oct 2011 09:48:22 -0700 (PDT) In-Reply-To: References: <4E569A02.30206@FreeBSD.org> Date: Mon, 17 Oct 2011 00:48:22 +0800 X-Google-Sender-Auth: 4VeFfGiO65oO2-s4xOraOW8zUyQ Message-ID: From: Adrian Chadd To: Beach Geek Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: buildworld failure r223619 to 225128 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, 16 Oct 2011 16:48:23 -0000 On 17 October 2011 00:19, Beach Geek wrote: > PS. A side note, we got a native driver working for the RTL8188CE wireless > card, but it's still really buggy, but it's a start. Yay! I have one of those around here somewhere too.. Adrian From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 19:30:20 2011 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 B4A4D1065674 for ; Sun, 16 Oct 2011 19:30:20 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7B88FC13 for ; Sun, 16 Oct 2011 19:30:19 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p9GJU5Bt078827; Mon, 17 Oct 2011 04:30:15 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p9GJU4rN051820; Mon, 17 Oct 2011 04:30:05 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 17 Oct 2011 04:29:31 +0900 (JST) Message-Id: <20111017.042931.2183544415814290707.hrs@allbsd.org> To: thomas@gibfest.dk From: Hiroki Sato In-Reply-To: <4E9AA874.5070403@gibfest.dk> References: <20111014.170911.2032702506326503484.hrs@allbsd.org> <4E97F236.8040203@gibfest.dk> <4E9AA874.5070403@gibfest.dk> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Oct_17_04_29_31_2011_969)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Mon, 17 Oct 2011 04:30:16 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES" 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, 16 Oct 2011 19:30:20 -0000 ----Security_Multipart(Mon_Oct_17_04_29_31_2011_969)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thomas Steen Rasmussen wrote in <4E9AA874.5070403@gibfest.dk>: th> On 14.10.2011 10:26, Thomas Steen Rasmussen wrote: th> > On 14-10-2011 10:09, Hiroki Sato wrote: th> >> Thanks. There is no problem with the source address selection. th> th> I don't understand this comment. I would say that I do th> have problems with the source address selection - th> otherwise it would be preferring ipv6, right ? I mean the address selection is working properly. Your problem is because the default ipv6_prefer policy prefers IPv4 addresses when the source IPv6 addr is in 2002::/16, the destination IPv6 address is not in the same prefix, and IPv4 addresses can be used for the both. It is not a bug of the selection mechanism. The ipv6_prefer policy is defined in RFC 3484 2.1 and this policy chooses a src IPv6 addr in 2002::/16 only if the dest addr is also in the same prefix. You can remove the special rule for 2002::/16 by putting the following lines as /etc/ip6addrctl.conf and reboot the system: ::1/128 50 0 ::/0 40 1 #2002::/16 30 2 ::/96 20 3 ::ffff:0:0/96 10 4 By installing the above, IPv6 address will be preferred even if it is in 2002::/16. I am still not sure why there is a difference between 8.X and 9.X on your box because the code is almost the same. I guess no policy was installed when you used an 8-stable system. -- Hiroki ----Security_Multipart(Mon_Oct_17_04_29_31_2011_969)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6bMJwACgkQTyzT2CeTzy1/RQCdGaRkMbsKQqbyxZqWFTDkca+z JOAAn2wmMVFcUnJDjZG17p6Bw22Q21UQ =U/De -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct_17_04_29_31_2011_969)---- From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 19:42:53 2011 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 7FC251065670; Sun, 16 Oct 2011 19:42:53 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:141:52a3:186::]) by mx1.freebsd.org (Postfix) with ESMTP id 1385E8FC13; Sun, 16 Oct 2011 19:42:53 +0000 (UTC) Received: from tykburk.tyknet.cn.dom (unknown [IPv6:2002:d947:452:1:224:8cff:fe02:de01]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id F12516F0E2; Sun, 16 Oct 2011 21:42:51 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.4.1 mail.tyknet.dk F12516F0E2 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1318794172; bh=+AxU84ppyYgb0xpl3JhMBOPdT1u3Woa4Xxq+zy8Q/64=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qwnezFtU/kfauhBIf6EyKsp7byd0Hf/9Ef+2bUAJhz4y1x9c4S09vBno5OiEbVY/o BJS6z7ZsvWny3fXYgLnUNqwSOCRA6BAYEhxd8MmhgdGDZZ/IbM0oaA+WJT8TGZS/Sm KS3MppW9nqws5jwZ1dELYaLYyR34/puZaicRxFHI= Message-ID: <4E9B33BB.1010502@gibfest.dk> Date: Sun, 16 Oct 2011 21:42:51 +0200 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111014 Thunderbird/7.0.1 MIME-Version: 1.0 To: Hiroki Sato References: <20111014.170911.2032702506326503484.hrs@allbsd.org> <4E97F236.8040203@gibfest.dk> <4E9AA874.5070403@gibfest.dk> <20111017.042931.2183544415814290707.hrs@allbsd.org> In-Reply-To: <20111017.042931.2183544415814290707.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 9.0-beta3 preferring ipv4 over ipv6 with ipv6_activate_all_interfaces="YES" 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, 16 Oct 2011 19:42:53 -0000 On 16.10.2011 21:29, Hiroki Sato wrote: > Thomas Steen Rasmussen wrote > in <4E9AA874.5070403@gibfest.dk>: > > th> On 14.10.2011 10:26, Thomas Steen Rasmussen wrote: > th> > On 14-10-2011 10:09, Hiroki Sato wrote: > th> >> Thanks. There is no problem with the source address selection. > th> > th> I don't understand this comment. I would say that I do > th> have problems with the source address selection - > th> otherwise it would be preferring ipv6, right ? > > I mean the address selection is working properly. Your problem is > because the default ipv6_prefer policy prefers IPv4 addresses when > the source IPv6 addr is in 2002::/16, the destination IPv6 address is > not in the same prefix, and IPv4 addresses can be used for the both. > It is not a bug of the selection mechanism. > > The ipv6_prefer policy is defined in RFC 3484 2.1 and this policy > chooses a src IPv6 addr in 2002::/16 only if the dest addr is also in > the same prefix. You can remove the special rule for 2002::/16 by > putting the following lines as /etc/ip6addrctl.conf and reboot the > system: > > ::1/128 50 0 > ::/0 40 1 > #2002::/16 30 2 > ::/96 20 3 > ::ffff:0:0/96 10 4 > > By installing the above, IPv6 address will be preferred even if it is > in 2002::/16. Hello, I understand. Thank you for your time, and sorry for the noise. Best regards Thomas Steen Rasmussen From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 00:22:18 2011 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 ADCB7106566B; Mon, 17 Oct 2011 00:22:18 +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 5FEEA8FC12; Mon, 17 Oct 2011 00:22:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9H0MGjo078680; Sun, 16 Oct 2011 20:22:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9H0MGFA078630; Mon, 17 Oct 2011 00:22:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Oct 2011 00:22:16 GMT Message-Id: <201110170022.p9H0MGFA078630@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, 17 Oct 2011 00:22:18 -0000 TB --- 2011-10-16 20:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-16 20:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-16 20:30:00 - cleaning the object tree TB --- 2011-10-16 20:31:01 - cvsupping the source tree TB --- 2011-10-16 20:31:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-16 20:31:16 - building world TB --- 2011-10-16 20:31:16 - CROSS_BUILD_TESTING=YES TB --- 2011-10-16 20:31:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-16 20:31:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-16 20:31:16 - SRCCONF=/dev/null TB --- 2011-10-16 20:31:16 - TARGET=i386 TB --- 2011-10-16 20:31:16 - TARGET_ARCH=i386 TB --- 2011-10-16 20:31:16 - TZ=UTC TB --- 2011-10-16 20:31:16 - __MAKE_CONF=/dev/null TB --- 2011-10-16 20:31:16 - cd /src TB --- 2011-10-16 20:31:16 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 16 20:31:17 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Oct 16 22:37:27 UTC 2011 TB --- 2011-10-16 22:37:27 - generating LINT kernel config TB --- 2011-10-16 22:37:27 - cd /src/sys/i386/conf TB --- 2011-10-16 22:37:27 - /usr/bin/make -B LINT TB --- 2011-10-16 22:37:27 - cd /src/sys/i386/conf TB --- 2011-10-16 22:37:27 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-16 22:37:28 - building LINT-NOINET kernel TB --- 2011-10-16 22:37:28 - CROSS_BUILD_TESTING=YES TB --- 2011-10-16 22:37:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-16 22:37:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-16 22:37:28 - SRCCONF=/dev/null TB --- 2011-10-16 22:37:28 - TARGET=i386 TB --- 2011-10-16 22:37:28 - TARGET_ARCH=i386 TB --- 2011-10-16 22:37:28 - TZ=UTC TB --- 2011-10-16 22:37:28 - __MAKE_CONF=/dev/null TB --- 2011-10-16 22:37:28 - cd /src TB --- 2011-10-16 22:37:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Oct 16 22:37:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Oct 16 23:08:06 UTC 2011 TB --- 2011-10-16 23:08:06 - cd /src/sys/i386/conf TB --- 2011-10-16 23:08:06 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-10-16 23:08:06 - building LINT-NOINET6 kernel TB --- 2011-10-16 23:08:06 - CROSS_BUILD_TESTING=YES TB --- 2011-10-16 23:08:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-16 23:08:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-16 23:08:06 - SRCCONF=/dev/null TB --- 2011-10-16 23:08:06 - TARGET=i386 TB --- 2011-10-16 23:08:06 - TARGET_ARCH=i386 TB --- 2011-10-16 23:08:06 - TZ=UTC TB --- 2011-10-16 23:08:06 - __MAKE_CONF=/dev/null TB --- 2011-10-16 23:08:06 - cd /src TB --- 2011-10-16 23:08:06 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Oct 16 23:08:06 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sun Oct 16 23:38:28 UTC 2011 TB --- 2011-10-16 23:38:28 - cd /src/sys/i386/conf TB --- 2011-10-16 23:38:28 - /usr/sbin/config -m LINT-NOIP TB --- 2011-10-16 23:38:29 - building LINT-NOIP kernel TB --- 2011-10-16 23:38:29 - CROSS_BUILD_TESTING=YES TB --- 2011-10-16 23:38:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-16 23:38:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-16 23:38:29 - SRCCONF=/dev/null TB --- 2011-10-16 23:38:29 - TARGET=i386 TB --- 2011-10-16 23:38:29 - TARGET_ARCH=i386 TB --- 2011-10-16 23:38:29 - TZ=UTC TB --- 2011-10-16 23:38:29 - __MAKE_CONF=/dev/null TB --- 2011-10-16 23:38:29 - cd /src TB --- 2011-10-16 23:38:29 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Oct 16 23:38:29 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Oct 17 00:06:59 UTC 2011 TB --- 2011-10-17 00:06:59 - cd /src/sys/i386/conf TB --- 2011-10-17 00:06:59 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-10-17 00:06:59 - building LINT-VIMAGE kernel TB --- 2011-10-17 00:06:59 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 00:06:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 00:06:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 00:06:59 - SRCCONF=/dev/null TB --- 2011-10-17 00:06:59 - TARGET=i386 TB --- 2011-10-17 00:06:59 - TARGET_ARCH=i386 TB --- 2011-10-17 00:06:59 - TZ=UTC TB --- 2011-10-17 00:06:59 - __MAKE_CONF=/dev/null TB --- 2011-10-17 00:06:59 - cd /src TB --- 2011-10-17 00:06:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Oct 17 00:06:59 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_sack.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_syncache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timewait.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_usrreq.c /src/sys/netinet/tcp_usrreq.c:1511: error: expected ',' or ';' before 'static' /src/sys/netinet/tcp_usrreq.c:1511: error: 'sysctl___net_inet_tcp_tcp_recvspace' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-17 00:22:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-17 00:22:15 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2011-10-17 00:22:16 - 11061.62 user 1934.38 system 13936.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 00:24:00 2011 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 09CC0106564A; Mon, 17 Oct 2011 00:24:00 +0000 (UTC) (envelope-from pyunyh@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 469C18FC1A; Mon, 17 Oct 2011 00:23:57 +0000 (UTC) Received: by wyi40 with SMTP id 40so1535390wyi.13 for ; Sun, 16 Oct 2011 17:23:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mime-version :content-type:content-disposition:user-agent; bh=k0MQ75+wfg/gHEKQaGpL4aEF95IPCtfSOrUcG30dC/Y=; b=czHzCZyH0HdWGFf4BChDJN6n7h+m89I043ov3u2scRGPUIfGnsyUSzuOSFbX9me4iE NFemW9ZQ9U00hTuNVj6LbAeLVJlf9Qjmg3X/TJO0JX7BYdZEva8VE2Z/WpaVpbhpjl46 eEOiI9kLOmJqv/ec7d2AzBv6f+6o/bie9kpwM= Received: by 10.227.157.18 with SMTP id z18mr5979413wbw.85.1318811036122; Sun, 16 Oct 2011 17:23:56 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id n21sm28059775wbp.2.2011.10.16.17.23.53 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 16 Oct 2011 17:23:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 16 Oct 2011 17:22:13 -0700 From: YongHyeon PYUN Date: Sun, 16 Oct 2011 17:22:13 -0700 To: freebsd-current@FreeBSD.org Message-ID: <20111017002213.GB3338@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Call for testers : ALi/ULi M5261/M5263 ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2011 00:24:00 -0000 Hi, If you have ALi/ULi M5261/M5263 ethernet controller please try the patch at the following URL and let me know how it works. http://people.freebsd.org/~yongari/dc/dc.uli562x.diff The patch was generated against latest HEAD and it should be cleanly applied to latest stable/8 and stable/7. Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 00:46:59 2011 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 82533106566C; Mon, 17 Oct 2011 00:46:59 +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 5527F8FC13; Mon, 17 Oct 2011 00:46:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9H0kwUr056580; Sun, 16 Oct 2011 20:46:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9H0kwAX056567; Mon, 17 Oct 2011 00:46:58 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Oct 2011 00:46:58 GMT Message-Id: <201110170046.p9H0kwAX056567@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: Mon, 17 Oct 2011 00:46:59 -0000 TB --- 2011-10-16 20:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-16 20:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-16 20:30:00 - cleaning the object tree TB --- 2011-10-16 20:31:01 - cvsupping the source tree TB --- 2011-10-16 20:31:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-16 20:31:15 - building world TB --- 2011-10-16 20:31:15 - CROSS_BUILD_TESTING=YES TB --- 2011-10-16 20:31:15 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-16 20:31:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-16 20:31:15 - SRCCONF=/dev/null TB --- 2011-10-16 20:31:15 - TARGET=amd64 TB --- 2011-10-16 20:31:15 - TARGET_ARCH=amd64 TB --- 2011-10-16 20:31:15 - TZ=UTC TB --- 2011-10-16 20:31:15 - __MAKE_CONF=/dev/null TB --- 2011-10-16 20:31:15 - cd /src TB --- 2011-10-16 20:31:15 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 16 20:31:15 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Oct 16 23:09:20 UTC 2011 TB --- 2011-10-16 23:09:20 - generating LINT kernel config TB --- 2011-10-16 23:09:20 - cd /src/sys/amd64/conf TB --- 2011-10-16 23:09:20 - /usr/bin/make -B LINT TB --- 2011-10-16 23:09:20 - cd /src/sys/amd64/conf TB --- 2011-10-16 23:09:20 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-16 23:09:20 - building LINT-NOINET kernel TB --- 2011-10-16 23:09:20 - CROSS_BUILD_TESTING=YES TB --- 2011-10-16 23:09:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-16 23:09:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-16 23:09:20 - SRCCONF=/dev/null TB --- 2011-10-16 23:09:20 - TARGET=amd64 TB --- 2011-10-16 23:09:20 - TARGET_ARCH=amd64 TB --- 2011-10-16 23:09:20 - TZ=UTC TB --- 2011-10-16 23:09:20 - __MAKE_CONF=/dev/null TB --- 2011-10-16 23:09:20 - cd /src TB --- 2011-10-16 23:09:20 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Oct 16 23:09:20 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Oct 16 23:37:34 UTC 2011 TB --- 2011-10-16 23:37:34 - cd /src/sys/amd64/conf TB --- 2011-10-16 23:37:34 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-10-16 23:37:34 - building LINT-NOINET6 kernel TB --- 2011-10-16 23:37:34 - CROSS_BUILD_TESTING=YES TB --- 2011-10-16 23:37:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-16 23:37:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-16 23:37:34 - SRCCONF=/dev/null TB --- 2011-10-16 23:37:34 - TARGET=amd64 TB --- 2011-10-16 23:37:34 - TARGET_ARCH=amd64 TB --- 2011-10-16 23:37:34 - TZ=UTC TB --- 2011-10-16 23:37:34 - __MAKE_CONF=/dev/null TB --- 2011-10-16 23:37:34 - cd /src TB --- 2011-10-16 23:37:34 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Oct 16 23:37:34 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Oct 17 00:06:36 UTC 2011 TB --- 2011-10-17 00:06:36 - cd /src/sys/amd64/conf TB --- 2011-10-17 00:06:36 - /usr/sbin/config -m LINT-NOIP TB --- 2011-10-17 00:06:36 - building LINT-NOIP kernel TB --- 2011-10-17 00:06:36 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 00:06:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 00:06:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 00:06:36 - SRCCONF=/dev/null TB --- 2011-10-17 00:06:36 - TARGET=amd64 TB --- 2011-10-17 00:06:36 - TARGET_ARCH=amd64 TB --- 2011-10-17 00:06:36 - TZ=UTC TB --- 2011-10-17 00:06:36 - __MAKE_CONF=/dev/null TB --- 2011-10-17 00:06:36 - cd /src TB --- 2011-10-17 00:06:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Oct 17 00:06:36 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Oct 17 00:32:30 UTC 2011 TB --- 2011-10-17 00:32:30 - cd /src/sys/amd64/conf TB --- 2011-10-17 00:32:30 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-10-17 00:32:30 - building LINT-VIMAGE kernel TB --- 2011-10-17 00:32:30 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 00:32:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 00:32:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 00:32:30 - SRCCONF=/dev/null TB --- 2011-10-17 00:32:30 - TARGET=amd64 TB --- 2011-10-17 00:32:30 - TARGET_ARCH=amd64 TB --- 2011-10-17 00:32:30 - TZ=UTC TB --- 2011-10-17 00:32:30 - __MAKE_CONF=/dev/null TB --- 2011-10-17 00:32:30 - cd /src TB --- 2011-10-17 00:32:30 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Oct 17 00:32:30 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_sack.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_subr.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_syncache.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timer.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timewait.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_usrreq.c /src/sys/netinet/tcp_usrreq.c:1511: error: expected ',' or ';' before 'static' /src/sys/netinet/tcp_usrreq.c:1511: error: 'sysctl___net_inet_tcp_tcp_recvspace' undeclared here (not in a function) *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-17 00:46:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-17 00:46:57 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2011-10-17 00:46:58 - 12156.68 user 2251.55 system 15417.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 05:56:37 2011 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 62793106564A; Mon, 17 Oct 2011 05:56:37 +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 20CC58FC0A; Mon, 17 Oct 2011 05:56:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9H5uYcf050384; Mon, 17 Oct 2011 01:56:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9H5uYKg050328; Mon, 17 Oct 2011 05:56:34 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Oct 2011 05:56:34 GMT Message-Id: <201110170556.p9H5uYKg050328@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, 17 Oct 2011 05:56:37 -0000 TB --- 2011-10-17 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-17 02:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-17 02:10:00 - cleaning the object tree TB --- 2011-10-17 02:10:43 - cvsupping the source tree TB --- 2011-10-17 02:10:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-17 02:10:55 - building world TB --- 2011-10-17 02:10:55 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 02:10:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 02:10:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 02:10:55 - SRCCONF=/dev/null TB --- 2011-10-17 02:10:55 - TARGET=i386 TB --- 2011-10-17 02:10:55 - TARGET_ARCH=i386 TB --- 2011-10-17 02:10:55 - TZ=UTC TB --- 2011-10-17 02:10:55 - __MAKE_CONF=/dev/null TB --- 2011-10-17 02:10:55 - cd /src TB --- 2011-10-17 02:10:55 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 17 02:10:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 17 04:14:40 UTC 2011 TB --- 2011-10-17 04:14:40 - generating LINT kernel config TB --- 2011-10-17 04:14:40 - cd /src/sys/i386/conf TB --- 2011-10-17 04:14:40 - /usr/bin/make -B LINT TB --- 2011-10-17 04:14:40 - cd /src/sys/i386/conf TB --- 2011-10-17 04:14:40 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-17 04:14:40 - building LINT-NOINET kernel TB --- 2011-10-17 04:14:40 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 04:14:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 04:14:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 04:14:40 - SRCCONF=/dev/null TB --- 2011-10-17 04:14:40 - TARGET=i386 TB --- 2011-10-17 04:14:40 - TARGET_ARCH=i386 TB --- 2011-10-17 04:14:40 - TZ=UTC TB --- 2011-10-17 04:14:40 - __MAKE_CONF=/dev/null TB --- 2011-10-17 04:14:40 - cd /src TB --- 2011-10-17 04:14:40 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Oct 17 04:14:40 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Oct 17 04:44:10 UTC 2011 TB --- 2011-10-17 04:44:10 - cd /src/sys/i386/conf TB --- 2011-10-17 04:44:10 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-10-17 04:44:10 - building LINT-NOINET6 kernel TB --- 2011-10-17 04:44:10 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 04:44:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 04:44:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 04:44:10 - SRCCONF=/dev/null TB --- 2011-10-17 04:44:10 - TARGET=i386 TB --- 2011-10-17 04:44:10 - TARGET_ARCH=i386 TB --- 2011-10-17 04:44:10 - TZ=UTC TB --- 2011-10-17 04:44:10 - __MAKE_CONF=/dev/null TB --- 2011-10-17 04:44:10 - cd /src TB --- 2011-10-17 04:44:10 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Oct 17 04:44:10 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Oct 17 05:13:59 UTC 2011 TB --- 2011-10-17 05:13:59 - cd /src/sys/i386/conf TB --- 2011-10-17 05:13:59 - /usr/sbin/config -m LINT-NOIP TB --- 2011-10-17 05:13:59 - building LINT-NOIP kernel TB --- 2011-10-17 05:13:59 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 05:13:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 05:13:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 05:13:59 - SRCCONF=/dev/null TB --- 2011-10-17 05:13:59 - TARGET=i386 TB --- 2011-10-17 05:13:59 - TARGET_ARCH=i386 TB --- 2011-10-17 05:13:59 - TZ=UTC TB --- 2011-10-17 05:13:59 - __MAKE_CONF=/dev/null TB --- 2011-10-17 05:13:59 - cd /src TB --- 2011-10-17 05:13:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Oct 17 05:13:59 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Oct 17 05:41:44 UTC 2011 TB --- 2011-10-17 05:41:44 - cd /src/sys/i386/conf TB --- 2011-10-17 05:41:44 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-10-17 05:41:44 - building LINT-VIMAGE kernel TB --- 2011-10-17 05:41:44 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 05:41:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 05:41:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 05:41:44 - SRCCONF=/dev/null TB --- 2011-10-17 05:41:44 - TARGET=i386 TB --- 2011-10-17 05:41:44 - TARGET_ARCH=i386 TB --- 2011-10-17 05:41:44 - TZ=UTC TB --- 2011-10-17 05:41:44 - __MAKE_CONF=/dev/null TB --- 2011-10-17 05:41:44 - cd /src TB --- 2011-10-17 05:41:44 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Oct 17 05:41:44 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_sack.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_syncache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timewait.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_usrreq.c /src/sys/netinet/tcp_usrreq.c:1511: error: expected ',' or ';' before 'static' /src/sys/netinet/tcp_usrreq.c:1511: error: 'sysctl___net_inet_tcp_tcp_recvspace' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-17 05:56:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-17 05:56:33 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2011-10-17 05:56:33 - 10792.55 user 1914.33 system 13593.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 06:21:14 2011 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 5FC6A106566B; Mon, 17 Oct 2011 06:21:14 +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 2A18D8FC0C; Mon, 17 Oct 2011 06:21:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9H6LDt8035468; Mon, 17 Oct 2011 02:21:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9H6LDpO035443; Mon, 17 Oct 2011 06:21:13 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Oct 2011 06:21:13 GMT Message-Id: <201110170621.p9H6LDpO035443@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: Mon, 17 Oct 2011 06:21:14 -0000 TB --- 2011-10-17 02:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-17 02:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-17 02:10:00 - cleaning the object tree TB --- 2011-10-17 02:10:47 - cvsupping the source tree TB --- 2011-10-17 02:10:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-17 02:10:59 - building world TB --- 2011-10-17 02:10:59 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 02:10:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 02:10:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 02:10:59 - SRCCONF=/dev/null TB --- 2011-10-17 02:10:59 - TARGET=amd64 TB --- 2011-10-17 02:10:59 - TARGET_ARCH=amd64 TB --- 2011-10-17 02:10:59 - TZ=UTC TB --- 2011-10-17 02:10:59 - __MAKE_CONF=/dev/null TB --- 2011-10-17 02:10:59 - cd /src TB --- 2011-10-17 02:10:59 - /usr/bin/make -B buildworld >>> World build started on Mon Oct 17 02:10:59 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Oct 17 04:45:58 UTC 2011 TB --- 2011-10-17 04:45:58 - generating LINT kernel config TB --- 2011-10-17 04:45:58 - cd /src/sys/amd64/conf TB --- 2011-10-17 04:45:58 - /usr/bin/make -B LINT TB --- 2011-10-17 04:45:58 - cd /src/sys/amd64/conf TB --- 2011-10-17 04:45:58 - /usr/sbin/config -m LINT-NOINET TB --- 2011-10-17 04:45:58 - building LINT-NOINET kernel TB --- 2011-10-17 04:45:58 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 04:45:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 04:45:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 04:45:58 - SRCCONF=/dev/null TB --- 2011-10-17 04:45:58 - TARGET=amd64 TB --- 2011-10-17 04:45:58 - TARGET_ARCH=amd64 TB --- 2011-10-17 04:45:58 - TZ=UTC TB --- 2011-10-17 04:45:58 - __MAKE_CONF=/dev/null TB --- 2011-10-17 04:45:58 - cd /src TB --- 2011-10-17 04:45:58 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Oct 17 04:45:58 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Oct 17 05:13:36 UTC 2011 TB --- 2011-10-17 05:13:36 - cd /src/sys/amd64/conf TB --- 2011-10-17 05:13:36 - /usr/sbin/config -m LINT-NOINET6 TB --- 2011-10-17 05:13:36 - building LINT-NOINET6 kernel TB --- 2011-10-17 05:13:36 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 05:13:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 05:13:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 05:13:36 - SRCCONF=/dev/null TB --- 2011-10-17 05:13:36 - TARGET=amd64 TB --- 2011-10-17 05:13:36 - TARGET_ARCH=amd64 TB --- 2011-10-17 05:13:36 - TZ=UTC TB --- 2011-10-17 05:13:36 - __MAKE_CONF=/dev/null TB --- 2011-10-17 05:13:36 - cd /src TB --- 2011-10-17 05:13:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Oct 17 05:13:36 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Oct 17 05:42:01 UTC 2011 TB --- 2011-10-17 05:42:01 - cd /src/sys/amd64/conf TB --- 2011-10-17 05:42:01 - /usr/sbin/config -m LINT-NOIP TB --- 2011-10-17 05:42:01 - building LINT-NOIP kernel TB --- 2011-10-17 05:42:01 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 05:42:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 05:42:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 05:42:01 - SRCCONF=/dev/null TB --- 2011-10-17 05:42:01 - TARGET=amd64 TB --- 2011-10-17 05:42:01 - TARGET_ARCH=amd64 TB --- 2011-10-17 05:42:01 - TZ=UTC TB --- 2011-10-17 05:42:01 - __MAKE_CONF=/dev/null TB --- 2011-10-17 05:42:01 - cd /src TB --- 2011-10-17 05:42:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Oct 17 05:42:01 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Oct 17 06:07:22 UTC 2011 TB --- 2011-10-17 06:07:22 - cd /src/sys/amd64/conf TB --- 2011-10-17 06:07:22 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-10-17 06:07:22 - building LINT-VIMAGE kernel TB --- 2011-10-17 06:07:22 - CROSS_BUILD_TESTING=YES TB --- 2011-10-17 06:07:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-17 06:07:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-17 06:07:22 - SRCCONF=/dev/null TB --- 2011-10-17 06:07:22 - TARGET=amd64 TB --- 2011-10-17 06:07:22 - TARGET_ARCH=amd64 TB --- 2011-10-17 06:07:22 - TZ=UTC TB --- 2011-10-17 06:07:22 - __MAKE_CONF=/dev/null TB --- 2011-10-17 06:07:22 - cd /src TB --- 2011-10-17 06:07:22 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Oct 17 06:07:22 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_sack.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_subr.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_syncache.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timer.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_timewait.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_usrreq.c /src/sys/netinet/tcp_usrreq.c:1511: error: expected ',' or ';' before 'static' /src/sys/netinet/tcp_usrreq.c:1511: error: 'sysctl___net_inet_tcp_tcp_recvspace' undeclared here (not in a function) *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-VIMAGE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-17 06:21:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-17 06:21:12 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2011-10-17 06:21:12 - 11852.09 user 2217.59 system 15072.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 07:36:17 2011 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 DE7F9106564A for ; Mon, 17 Oct 2011 07:36:17 +0000 (UTC) (envelope-from yerenkow@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 79DD68FC12 for ; Mon, 17 Oct 2011 07:36:16 +0000 (UTC) Received: by wyi40 with SMTP id 40so1796760wyi.13 for ; Mon, 17 Oct 2011 00:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=0P+JZF+wXpLd0NHRsgJDXpK1M8i7p1ousijRizpt58Y=; b=vO7EyPSi+aja3xrSEA3Qh97onDSLAf/3Zg4xKy/qirgKp2MvlgiK8/C9TGvWn8sEo9 EPDiSLFz2BRY8dPpxxMzsxgbLN0JSXHoOI8qQSN70uzO29BYdgcFGSU0lrx6xCJ/6beP 3DyAJ03syoGa5EOl4nLh3S9argxtpKAJ3i20M= MIME-Version: 1.0 Received: by 10.227.11.146 with SMTP id t18mr6502655wbt.76.1318835524999; Mon, 17 Oct 2011 00:12:04 -0700 (PDT) Received: by 10.180.81.10 with HTTP; Mon, 17 Oct 2011 00:12:04 -0700 (PDT) Date: Mon, 17 Oct 2011 10:12:04 +0300 Message-ID: From: Alexander Yerenkow To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: VM images for FreeBSD 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, 17 Oct 2011 07:36:17 -0000 Hello all. I'm currently made set of scripts, which builds FreeBSD from svn sources, and packing it in VirtualBox (*.vdi) compatible images. It's working now, and producing something like FreeBSD-9-i386-r226409-2011-10-16.vdi.xz (also .vdi, .vdi.zip and plain .img which can be dd to USB flash). I'm developing this here: https://github.com/yerenkow/freebsd-vm-image I have more goals to do (like producing more images, with a installed sets of packages, like KDE-from-ports, KDE-from-area51, with experimental GEM drivers etc.) Why I'm writing this letter: 1. Get some help from peoples who interesting in this; 2. Introduce myself in -current (I wasn't active here before) 3. Discuss current bug behavior (or bug in my scripts/mind) of boot loader PR/161677 4. Also, I'd like to see producing these images semi- or fully- official :) (Lacking of virtual images to test even of major releases is not good for project like FreeBSD.) -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 13:50:37 2011 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 37028106564A for ; Mon, 17 Oct 2011 13:50:37 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id E942F8FC0C for ; Mon, 17 Oct 2011 13:50:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p9HDoZVk016262; Mon, 17 Oct 2011 07:50:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p9HDoZJ8016259; Mon, 17 Oct 2011 07:50:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 17 Oct 2011 07:50:35 -0600 (MDT) From: Warren Block To: Alexander Yerenkow In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 17 Oct 2011 07:50:36 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: VM images for FreeBSD 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, 17 Oct 2011 13:50:37 -0000 On Mon, 17 Oct 2011, Alexander Yerenkow wrote: > Hello all. > I'm currently made set of scripts, which builds FreeBSD from svn sources, > and packing it in VirtualBox (*.vdi) compatible images. > It's working now, and producing something like > > FreeBSD-9-i386-r226409-2011-10-16.vdi.xz (also .vdi, .vdi.zip and plain .img > which can be dd to USB flash). > > I'm developing this here: > https://github.com/yerenkow/freebsd-vm-image > > I have more goals to do (like producing more images, with a installed sets > of packages, like KDE-from-ports, KDE-from-area51, with experimental GEM > drivers etc.) Excellent! If live CD/memdisk features are added, this could also be useful for testing large xorg port updates before commit. PS: why bash for cron-auto-action.sh? From owner-freebsd-current@FreeBSD.ORG Sat Oct 15 08:17:32 2011 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 08D20106564A for ; Sat, 15 Oct 2011 08:17:32 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 84A218FC12 for ; Sat, 15 Oct 2011 08:17:31 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so803200bkb.13 for ; Sat, 15 Oct 2011 01:17:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:content-type:from:date:user-agent :content-transfer-encoding:subject:to:references:lines:mime-version; bh=9YLwJEgs4xEl3LWswSNaF/VUSaDGFWwbCOe2ff9dEME=; b=s849IOfRUI1+Y48yey+6YadCzwSnFLUVo8s0MaXS4b5NdkRwVrJcXsF/twD8TRl9GT SusXTm70xu1N5xYCjJLMmGzcVJu9WDzDY/fWZCWiWVPCS1vTo9WSqBoplxwJc975opAb lW4SQajMM8o3b4dgZ0q8tqRfsQUTYzH+/EQDQ= Received: by 10.223.5.139 with SMTP id 11mr9303187fav.21.1318664996139; Sat, 15 Oct 2011 00:49:56 -0700 (PDT) Received: from imax.localnet (136-145-132-95.pool.ukrtel.net. [95.132.145.136]) by mx.google.com with ESMTPS id w14sm8714983fae.13.2011.10.15.00.49.53 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 00:49:54 -0700 (PDT) Message-ID: <4e993b22.8e2bdf0a.4411.ffff9d09@mx.google.com> Content-Type: text/plain; charset="ISO-8859-1" From: Maxim Ignatenko Date: Sat, 15 Oct 2011 10:49:43 +0300 User-Agent: KNode/4.4.11 Content-Transfer-Encoding: 7Bit To: matt , freebsd-current@freebsd.org References: <20111003204444.329c030e@sylph> Lines: 10 MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 17 Oct 2011 15:50:19 +0000 Cc: Subject: Re: x220 notes 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, 15 Oct 2011 08:17:32 -0000 matt wrote: > The acpidump (I have posted it > here:https://docs.google.com/leaf?id=0B6YlMzJxarGbYjE4OTgzYjYtOTQ1OC00YWU3LWE0MGItZDk1MmZiMDIxNTRh&hl=en_US) > actually checks for FreeBSD during OSI. Doesn't seem to help. > ACPICA by default returns TRUE only to windows interface strings. You can try to add hw.acpi.install_interface="FreeBSD" to loader.conf, but I don't think it would help much. From owner-freebsd-current@FreeBSD.ORG Sat Oct 15 18:38:38 2011 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 B8DFE106566C for ; Sat, 15 Oct 2011 18:38:38 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 5A92E8FC16 for ; Sat, 15 Oct 2011 18:38:37 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id MAA12847 for ; Sat, 15 Oct 2011 12:38:35 -0600 (MDT) Message-Id: <201110151838.MAA12847@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 15 Oct 2011 12:38:31 -0600 To: current@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Mon, 17 Oct 2011 15:51:33 +0000 Cc: Subject: Error building kernel in 9.0-BETA3: use of uninitialized variable in ipfw 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, 15 Oct 2011 18:38:38 -0000 Just tried to build a new kernel in 9.0-BETA3 with the IPFIREWALL option, and found that the build halts with a compiler error. The error occurs at netinet/ipfw/ip_fw_pfil.c, line 185, where the compiler complains that the variable "len" is used before intialization. Problem occurs on both i386 and amd64 platforms. Sample kernel config follows: cpu HAMMER ident BETA #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols #options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support #options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options UFS_GJOURNAL # Enable gjournal-based UFS journaling #options MD_ROOT # MD is a potential root device #options NFSCL # New Network Filesystem Client #options NFSD # New Network Filesystem Server #options NFSLOCKD # Network Lock Manager #options NFS_ROOT # NFS usable as /, requires NFSCL #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization #options COMPAT_FREEBSD32 # Compatible with i386 binaries #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options COMPAT_FREEBSD6 # Compatible with FreeBSD6 #options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI #options KTRACE # ktrace(1) support #options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #options AUDIT # Security event auditing #options MAC # TrustedBSD MAC Framework ##options KDTRACE_FRAME # Ensure frames are compiled in ##options KDTRACE_HOOKS # Kernel DTrace hooks #options INCLUDE_CONFIG_FILE # Include this file in kernel # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options DEADLKRES # Enable the deadlock resolver #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by IN VARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives #device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering #device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA #device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family ##device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device mps # LSI-Logic MPT-Fusion 2 ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct ATA/SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID ##XXX it is not 64-bit clean, -scottl ##device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family ##XXX pointer/int warnings ##device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse #device kbdmux # keyboard multiplexer device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #options SC_PIXEL_MODE # add support for the raster text mode device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device uart # Generic UART driver # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device ##device vpo # Requires scbus and da #device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. #device bxe # Broadcom BCM57710/BCM57711/BCM57711E 10Gb Ethernet #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgbe # Intel PRO/10GbE PCIE Ethernet Family #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet ##device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sge # Silicon Integrated Systems SiS190/191 #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #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 an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros NIC's #device ath_pci # Atheros pci/cardbus glue #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 ##device bwi # Broadcom BCM430x/BCM431x wireless NICs. ##device bwn # Broadcom BCM43xx wireless NICs. #device ipw # Intel 2100 wireless NICs. #device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. #device iwn # Intel 4965/1000/5000/6000 wireless NICs. #device malo # Marvell Libertas wireless NICs. #device mwl # Marvell 88W8363 802.11n wireless NICs. #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) ##device udbp # USB Double Bulk Pipe devices (needs netgraph) #device uhid # "Human Interface Devices" device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player # USB Serial devices #device u3g # USB-based 3G modems (Option, Huawei, Sierra) #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # USB Wireless #device rum # Ralink Technology RT2501USB wireless NICs #device run # Ralink Technology RT2700/RT2800/RT3000 NICs. #device uath # Atheros AR5523 wireless NICs #device upgt # Conexant/Intersil PrismGT wireless NICs. #device ural # Ralink Technology RT2500USB wireless NICs #device urtw # Realtek RTL8187B/L wireless NICs #device zyd # ZyDAS zd1211/zd1211b wireless NICs # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons # Sound support #device sound # Generic sound driver (required) #device snd_es137x # Ensoniq AudioPCI ES137x #device snd_hda # Intel High Definition Audio #device snd_ich # Intel, NVidia and other ICH AC'97 Audio #device snd_uaudio # USB Audio #device snd_via8233 # VIA VT8233x Audio options IPFIREWALL # IPFW firewall options IPFIREWALL_DEFAULT_TO_ACCEPT # For safety options IPFIREWALL_FORWARD # For walled gardens, transparent # proxies and policy routing options IPFIREWALL_NAT # Firewall kernel NAT options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options LIBALIAS # Necessary for kernel NAT options DUMMYNET # For pacing in IPFW options HZ=1000 # For DUMMYNET options NETGRAPH # For mpd options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_SOCKET options NETGRAPH_TEE options NETGRAPH_PPTPGRE options NETGRAPH_KSOCKET options NETGRAPH_IFACE options NETGRAPH_PPP options NETGRAPH_TCPMSS options NETGRAPH_VJC From owner-freebsd-current@FreeBSD.ORG Sun Oct 16 01:17:09 2011 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 7270B106564A; Sun, 16 Oct 2011 01:17:09 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AC8778FC17; Sun, 16 Oct 2011 01:17:08 +0000 (UTC) Received: by wwi18 with SMTP id 18so1646381wwi.31 for ; Sat, 15 Oct 2011 18:17:07 -0700 (PDT) Received: by 10.227.196.211 with SMTP id eh19mr4906657wbb.6.1318725991126; Sat, 15 Oct 2011 17:46:31 -0700 (PDT) Received: from [192.168.0.47] (paris.c-mal.com. [88.170.200.60]) by mx.google.com with ESMTPS id fy13sm22606825wbb.18.2011.10.15.17.46.29 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 17:46:29 -0700 (PDT) References: <20111009165838.GA19886@alchemy.franken.de> <20111010192238.GC1781@michelle.cdnetworks.com> <20111011212318.GC81376@alchemy.franken.de> <20111011225531.GD5661@michelle.cdnetworks.com> <20111012204222.GC39118@alchemy.franken.de> <20111012235707.GD9138@michelle.cdnetworks.com> <20111013214903.GH39118@alchemy.franken.de> <20111014203226.GA16192@michelle.cdnetworks.com> <20111015205616.GL39118@alchemy.franken.de> In-Reply-To: <20111015205616.GL39118@alchemy.franken.de> Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Sun, 16 Oct 2011 02:46:23 +0200 To: Marius Strobl X-Mailman-Approved-At: Mon, 17 Oct 2011 15:51:49 +0000 Cc: "stable@freebsd.org" , "current@freebsd.org" , "net@freebsd.org" Subject: Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII] 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, 16 Oct 2011 01:17:09 -0000 On 15 Oct 2011, at 22:56, Marius Strobl wrote: >=20 > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for > rl(4) only 8129 need testing, 8139 don't) please give the following > patch a try in order to ensure it doesn't break anything? > for 9/head: > http://people.freebsd.org/~marius/mii_bitbang.diff > for 8: > http://people.freebsd.org/~marius/mii_bitbang.diff8 >=20 > Thanks, > Marius >=20 While I don't have any box with this hardware, I'm thinking you might want t= o get a bit more specific about what you want tested... What do you think the patch might break ? From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 15:55:10 2011 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 C2BFF106566B for ; Mon, 17 Oct 2011 15:55:10 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6B89C8FC0A for ; Mon, 17 Oct 2011 15:55:10 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RFpWZ-00034n-85 for freebsd-current@freebsd.org; Mon, 17 Oct 2011 16:55:06 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RFpWP-0006XX-1I for freebsd-current@freebsd.org; Mon, 17 Oct 2011 16:54:37 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p9HFsatC045127 for ; Mon, 17 Oct 2011 16:54:36 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p9HFsaT1045126 for freebsd-current@freebsd.org; Mon, 17 Oct 2011 16:54:36 +0100 (BST) (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: Mon, 17 Oct 2011 16:54:36 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20111017155436.GA45118@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: r225932 libsasl undefined references - buildworld 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, 17 Oct 2011 15:55:10 -0000 On r225932 with SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 in /etc/make.conf and with cyrus-sasl-2.1.25_1 installed, I get these errors on make buildworld: cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -L/usr/local/lib -o sendmail alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o main.o map.o mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o recipient.o savemail.o sasl.o sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lutil -lwrap /usr/obj/usr/src/usr.sbin/sendmail/../../lib/libsmutil/libsmutil.a /usr/obj/usr/src/usr.sbin/sendmail/../../lib/libsm/libsm.a -lssl -lcrypto -lsasl2 /usr/local/lib/libsasl2.a(otp.o): In function `opie_server_mech_dispose': otp.c:(.text+0x2e52): undefined reference to `opieverify' /usr/local/lib/libsasl2.a(otp.o): In function `opie_server_mech_step': otp.c:(.text+0x3052): undefined reference to `opieverify' otp.c:(.text+0x3542): undefined reference to `opiechallenge' /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_free_context_contents': gssapi.c:(.text+0x172): undefined reference to `gss_delete_sec_context' gssapi.c:(.text+0x1b2): undefined reference to `gss_release_name' gssapi.c:(.text+0x1f2): undefined reference to `gss_release_name' gssapi.c:(.text+0x232): undefined reference to `gss_release_cred' gssapi.c:(.text+0x272): undefined reference to `gss_release_cred' /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_seterror_': gssapi.c:(.text+0x7a2): undefined reference to `gss_display_status' gssapi.c:(.text+0x842): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x932): undefined reference to `gss_display_status' gssapi.c:(.text+0x9d2): undefined reference to `gss_release_buffer' /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_client_mech_step': gssapi.c:(.text+0xfa2): undefined reference to `gss_delete_sec_context' gssapi.c:(.text+0x10a2): undefined reference to `gss_init_sec_context' gssapi.c:(.text+0x12a2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x1322): undefined reference to `gss_inquire_context' gssapi.c:(.text+0x1372): undefined reference to `gss_display_name' gssapi.c:(.text+0x1452): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x14f2): undefined reference to `gss_unwrap' gssapi.c:(.text+0x15c2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x1942): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x1b32): undefined reference to `gss_wrap' gssapi.c:(.text+0x1c72): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x1d52): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x2022): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x2152): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' gssapi.c:(.text+0x2160): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' gssapi.c:(.text+0x2172): undefined reference to `gss_import_name' gssapi.c:(.text+0x22b2): undefined reference to `gss_wrap_size_limit' gssapi.c:(.text+0x24d2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x2582): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x2612): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x26d2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x2a52): undefined reference to `gss_release_buffer' /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_decode_packet': gssapi.c:(.text+0x2be2): undefined reference to `gss_unwrap' gssapi.c:(.text+0x2cd2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x2d62): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x2e72): undefined reference to `gss_release_buffer' /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_encode': gssapi.c:(.text+0x2ff2): undefined reference to `gss_wrap' gssapi.c:(.text+0x30c2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x32f2): undefined reference to `gss_release_buffer' /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_server_mech_step': gssapi.c:(.text+0x38c2): undefined reference to `gss_unwrap' gssapi.c:(.text+0x3b52): undefined reference to `gss_accept_sec_context' gssapi.c:(.text+0x3d12): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x3dc2): undefined reference to `gss_display_name' gssapi.c:(.text+0x3f02): undefined reference to `GSS_C_NT_USER_NAME' gssapi.c:(.text+0x3f10): undefined reference to `GSS_C_NT_USER_NAME' gssapi.c:(.text+0x3f22): undefined reference to `gss_import_name' gssapi.c:(.text+0x3f72): undefined reference to `gss_compare_name' gssapi.c:(.text+0x3fa2): undefined reference to `gss_release_name' gssapi.c:(.text+0x4022): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x42e2): undefined reference to `gss_wrap' gssapi.c:(.text+0x43e2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x4582): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x46d2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x48a2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x4d42): undefined reference to `gss_wrap_size_limit' gssapi.c:(.text+0x4d92): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x4f82): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' gssapi.c:(.text+0x4f90): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' gssapi.c:(.text+0x4fa2): undefined reference to `gss_import_name' gssapi.c:(.text+0x5042): undefined reference to `gss_release_cred' gssapi.c:(.text+0x5092): undefined reference to `gss_acquire_cred' gssapi.c:(.text+0x5142): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x52e2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x5322): undefined reference to `gss_release_name' gssapi.c:(.text+0x5422): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x54b2): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x5572): undefined reference to `gss_release_buffer' gssapi.c:(.text+0x5692): undefined reference to `gss_release_buffer' *** Error code 1 -- 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 Sun Oct 16 01:20:01 2011 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 2FD32106566C; Sun, 16 Oct 2011 01:20:01 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from web.npulse.net (web.npulse.net [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id A41108FC17; Sun, 16 Oct 2011 01:20:00 +0000 (UTC) Received: by web.npulse.net (Postfix, from userid 143) id E5C1CDC0DC; Sun, 16 Oct 2011 01:20:52 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by web.npulse.net (Postfix) with ESMTP id AC748DC0AE for ; Sun, 16 Oct 2011 01:20:52 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2A4E91A616A; Sun, 16 Oct 2011 01:19:35 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 68B6610656DA; Sun, 16 Oct 2011 01:19:34 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7270B106564A; Sun, 16 Oct 2011 01:17:09 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AC8778FC17; Sun, 16 Oct 2011 01:17:08 +0000 (UTC) Received: by wwi18 with SMTP id 18so1646381wwi.31 for ; Sat, 15 Oct 2011 18:17:07 -0700 (PDT) Received: by 10.227.196.211 with SMTP id eh19mr4906657wbb.6.1318725991126; Sat, 15 Oct 2011 17:46:31 -0700 (PDT) Received: from [192.168.0.47] (paris.c-mal.com. [88.170.200.60]) by mx.google.com with ESMTPS id fy13sm22606825wbb.18.2011.10.15.17.46.29 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 17:46:29 -0700 (PDT) References: <20111009165838.GA19886@alchemy.franken.de> <20111010192238.GC1781@michelle.cdnetworks.com> <20111011212318.GC81376@alchemy.franken.de> <20111011225531.GD5661@michelle.cdnetworks.com> <20111012204222.GC39118@alchemy.franken.de> <20111012235707.GD9138@michelle.cdnetworks.com> <20111013214903.GH39118@alchemy.franken.de> <20111014203226.GA16192@michelle.cdnetworks.com> <20111015205616.GL39118@alchemy.franken.de> In-Reply-To: <20111015205616.GL39118@alchemy.franken.de> Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <5E65282B-DBCB-4143-93DE-3501A0D72E22@my.gd> X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Sun, 16 Oct 2011 02:46:23 +0200 To: Marius Strobl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Mon, 17 Oct 2011 16:01:00 +0000 Cc: "stable@freebsd.org" , "current@freebsd.org" , "net@freebsd.org" Subject: Re: nge(4), tl(4), wb(4) and rl(4) 8129 testers wanted [Re: Question about GPIO bitbang MII] X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Oct 2011 01:20:01 -0000 On 15 Oct 2011, at 22:56, Marius Strobl wrote: >=20 > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for > rl(4) only 8129 need testing, 8139 don't) please give the following > patch a try in order to ensure it doesn't break anything? > for 9/head: > http://people.freebsd.org/~marius/mii_bitbang.diff > for 8: > http://people.freebsd.org/~marius/mii_bitbang.diff8 >=20 > Thanks, > Marius >=20 While I don't have any box with this hardware, I'm thinking you might want t= o get a bit more specific about what you want tested... What do you think the patch might break ? _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 12:54:46 2011 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 25DA91065675; Mon, 17 Oct 2011 12:54:46 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id B0EE18FC18; Mon, 17 Oct 2011 12:54:45 +0000 (UTC) Received: from localhost (unknown [81.181.146.246]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id AAE0D22C5486; Mon, 17 Oct 2011 15:35:52 +0300 (EEST) Date: Mon, 17 Oct 2011 15:35:51 +0300 From: Ion-Mihai Tetcu To: ports@FreeBSD.org Message-ID: <20111017153551.23281532@tetcu.info> In-Reply-To: <20111011063602.GO68552@droso.net> References: <20111011063602.GO68552@droso.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 17 Oct 2011 16:01:39 +0000 Cc: dinoex@FreeBSD.org, naddy@FreeBSD.org, autotools@FreeBSD.org, current@FreeBSD.org, kuriyama@FreeBSD.org, stas@FreeBSD.org, skv@FreeBSD.org, python@FreeBSD.org, portmgr@FreeBSD.org, gnome@FreeBSD.org, roam@FreeBSD.org, Erwin Lansing , mm@FreeBSD.org Subject: [UPDATE] Re: Update on ports on 10.0 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, 17 Oct 2011 12:54:46 -0000 On Tue, 11 Oct 2011 08:36:03 +0200 Erwin Lansing wrote: > Since the release has been pushed back some more since the last mail, > we do have some time to test a possible fix for the issues we're > seeing with libtool on FreeBSD 10.0. However, fixing libtool is only > part of the problem as hundreds, if not thousands, of ports roll > their own detection and need to be fixed individually. We are > currently running a fixed libtool (ports/161404) to assess how many > ports are fixed by this patch and how many need to be patches > manually before deciding how to move forward. Other options include > the big find/grep/awk solution that has been posted several times and > fiddling with uname to go to FreeBSD 9.99 for a while, while ports > can be fixed. > > Hopefully, we can move forward in a day or two, but needless to say > this needs a lot of testing both on 10.0 and earlier releases so we > are sure we don't break backwards compatability, especially on 9.0 > that is soon to be released. For those that cannot wait a few days, > several patches have been proposed on the lists, of which dougb's > seems most complete, so I recommend applying one of those locally. > Please note that these are not tested widely and may break when the > final fix is committed. > > To conclude with some "fun" facts, only 232 ports break on HEAD > currently. Unfortunately, some of these are pretty high profile and > prevent almost 19.000 other ports from building, leaving only slighty > more than 3000 ports to build successfully. Here's a little status update: We iterated through a few -exp runs (basically for ports/161404 -- committed and ports/161431 -- skv@ any problem with it?). With those two we can build around 7k packages. The majority of the rest can't be built because of a few high profile ports that don't package: expat (6581), curl (975), jpeg(5057), lcms(1080), libiconv(11180), libltdl(1187), libogg(1947), pcre(5737), python27(5935). http://pointyhat.freebsd.org/errorlogs/i386-10-latest/ What we'd like to do next is see how many ports we can package after individually fixing those above. This will require a few other -exps since undoubtedly we'll find other highly-depended-on ports broken that weren't tried because of the blockers above. Depending on this number and how long the whole process will take, we can decide what solution to adopt. If possible we'd like to avoid the big hammer of an uname fiddle or find/grep/sed/... (which most probably won't work for all ports anyway, irrespective of how smart it will be). If we need to adopt one of these hacks, it will be via some conditional KNOB in each port Makefile, in order to have an easy way to know which ports are fixed and which not, and an easy way to turn it off for test builds without it in the future. Basically we do not want to shove the dirt under the carpet, were it will rot for years. YOU can help by sending portmgr@ patches for above ports (or any other you know is broken) for the next -exp run. And PLEASE, pretty please once you have a patch that fixes this problem submit it upstream and bug upstream about it. (committers: please check this is the case when committing a patch from a PR). Thanks! -- IOnut From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 16:30:25 2011 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 D7D9D1065674 for ; Mon, 17 Oct 2011 16:30:25 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id E54958FC0A for ; Mon, 17 Oct 2011 16:30:23 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id p9HGTdCg059843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2011 01:29:45 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 18 Oct 2011 01:29:38 +0900 Message-ID: From: Hajimu UMEMOTO To: Anton Shterenlikht In-Reply-To: <20111017155436.GA45118@mech-cluster241.men.bris.ac.uk> References: <20111017155436.GA45118@mech-cluster241.men.bris.ac.uk> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd8.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 18 Oct 2011 01:29:45 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.2 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: freebsd-current@freebsd.org Subject: Re: r225932 libsasl undefined references - buildworld 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, 17 Oct 2011 16:30:25 -0000 Hi, >>>>> On Mon, 17 Oct 2011 16:54:36 +0100 >>>>> Anton Shterenlikht said: mexas> On r225932 with mexas> SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 mexas> SENDMAIL_LDFLAGS+= -L/usr/local/lib mexas> SENDMAIL_LDADD+= -lsasl2 mexas> in /etc/make.conf and with cyrus-sasl-2.1.25_1 installed, mexas> I get these errors on make buildworld: mexas> cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -L/usr/local/lib -o sendmail alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o main.o map.o mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o recipient.o savemail.o sasl.o sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lutil -lwrap /usr/obj/usr/src/usr.sbin/sendmail/../../lib/libsmutil/libsmutil.a /usr/obj/usr/src/usr.sbin/sendmail/../../lib/libsm/libsm.a -lssl -lcrypto -lsasl2 mexas> /usr/local/lib/libsasl2.a(otp.o): In function `opie_server_mech_dispose': mexas> otp.c:(.text+0x2e52): undefined reference to `opieverify' mexas> /usr/local/lib/libsasl2.a(otp.o): In function `opie_server_mech_step': mexas> otp.c:(.text+0x3052): undefined reference to `opieverify' mexas> otp.c:(.text+0x3542): undefined reference to `opiechallenge' mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_free_context_contents': mexas> gssapi.c:(.text+0x172): undefined reference to `gss_delete_sec_context' mexas> gssapi.c:(.text+0x1b2): undefined reference to `gss_release_name' mexas> gssapi.c:(.text+0x1f2): undefined reference to `gss_release_name' mexas> gssapi.c:(.text+0x232): undefined reference to `gss_release_cred' mexas> gssapi.c:(.text+0x272): undefined reference to `gss_release_cred' mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_seterror_': mexas> gssapi.c:(.text+0x7a2): undefined reference to `gss_display_status' mexas> gssapi.c:(.text+0x842): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x932): undefined reference to `gss_display_status' mexas> gssapi.c:(.text+0x9d2): undefined reference to `gss_release_buffer' mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_client_mech_step': mexas> gssapi.c:(.text+0xfa2): undefined reference to `gss_delete_sec_context' mexas> gssapi.c:(.text+0x10a2): undefined reference to `gss_init_sec_context' mexas> gssapi.c:(.text+0x12a2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x1322): undefined reference to `gss_inquire_context' mexas> gssapi.c:(.text+0x1372): undefined reference to `gss_display_name' mexas> gssapi.c:(.text+0x1452): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x14f2): undefined reference to `gss_unwrap' mexas> gssapi.c:(.text+0x15c2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x1942): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x1b32): undefined reference to `gss_wrap' mexas> gssapi.c:(.text+0x1c72): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x1d52): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x2022): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x2152): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' mexas> gssapi.c:(.text+0x2160): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' mexas> gssapi.c:(.text+0x2172): undefined reference to `gss_import_name' mexas> gssapi.c:(.text+0x22b2): undefined reference to `gss_wrap_size_limit' mexas> gssapi.c:(.text+0x24d2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x2582): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x2612): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x26d2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x2a52): undefined reference to `gss_release_buffer' mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_decode_packet': mexas> gssapi.c:(.text+0x2be2): undefined reference to `gss_unwrap' mexas> gssapi.c:(.text+0x2cd2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x2d62): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x2e72): undefined reference to `gss_release_buffer' mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_encode': mexas> gssapi.c:(.text+0x2ff2): undefined reference to `gss_wrap' mexas> gssapi.c:(.text+0x30c2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x32f2): undefined reference to `gss_release_buffer' mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_server_mech_step': mexas> gssapi.c:(.text+0x38c2): undefined reference to `gss_unwrap' mexas> gssapi.c:(.text+0x3b52): undefined reference to `gss_accept_sec_context' mexas> gssapi.c:(.text+0x3d12): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x3dc2): undefined reference to `gss_display_name' mexas> gssapi.c:(.text+0x3f02): undefined reference to `GSS_C_NT_USER_NAME' mexas> gssapi.c:(.text+0x3f10): undefined reference to `GSS_C_NT_USER_NAME' mexas> gssapi.c:(.text+0x3f22): undefined reference to `gss_import_name' mexas> gssapi.c:(.text+0x3f72): undefined reference to `gss_compare_name' mexas> gssapi.c:(.text+0x3fa2): undefined reference to `gss_release_name' mexas> gssapi.c:(.text+0x4022): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x42e2): undefined reference to `gss_wrap' mexas> gssapi.c:(.text+0x43e2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x4582): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x46d2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x48a2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x4d42): undefined reference to `gss_wrap_size_limit' mexas> gssapi.c:(.text+0x4d92): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x4f82): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' mexas> gssapi.c:(.text+0x4f90): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' mexas> gssapi.c:(.text+0x4fa2): undefined reference to `gss_import_name' mexas> gssapi.c:(.text+0x5042): undefined reference to `gss_release_cred' mexas> gssapi.c:(.text+0x5092): undefined reference to `gss_acquire_cred' mexas> gssapi.c:(.text+0x5142): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x52e2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x5322): undefined reference to `gss_release_name' mexas> gssapi.c:(.text+0x5422): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x54b2): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x5572): undefined reference to `gss_release_buffer' mexas> gssapi.c:(.text+0x5692): undefined reference to `gss_release_buffer' mexas> *** Error code 1 I suspect that you don't have /usr/local/lib/libsasl2.so.2 installed, due to the brokenness of devel/libtool on 10-CURRENT. Please refer the 20110928 entry of ports/UPDATING. Further, you may want to read the thread from http://lists.freebsd.org/pipermail/cvs-ports/2011-October/227399.html Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 16:34:57 2011 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 5E5A11065672 for ; Mon, 17 Oct 2011 16:34:57 +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 1D9D08FC15 for ; Mon, 17 Oct 2011 16:34:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1RFq9Q-0003t1-1K>; Mon, 17 Oct 2011 18:34:56 +0200 Received: from e178041166.adsl.alicedsl.de ([85.178.41.166] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1RFq9P-0007bB-UM>; Mon, 17 Oct 2011 18:34:56 +0200 Message-ID: <4E9C592F.5050600@zedat.fu-berlin.de> Date: Mon, 17 Oct 2011 18:34:55 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111013 Thunderbird/7.0.1 To: freebsd-current Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.41.166 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Help! Portsnap won't work on freeBSD 10.0-CURRENT/amd64! look: tINDEX.new: File too large 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, 17 Oct 2011 16:34:57 -0000 Hello, since several days now I receive on FreeBSD 10.0-CURRENT/amd64 boxes this message: -- Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap1.FreeBSD.org... done. Fetching snapshot metadata... done. look: tINDEX.new: File too large Portsnap metadata appears bogus. Cowardly refusing to proceed any further. -- It came out of nowhere while I was updating the same day (it was Thursday or Friday last week) successfully on the same boxes. I didn't find anything about such an error in the list or on the web, so I'm confused. On FreeBSD 9.0-BETA3 at a box besides one of the failing ones everything run smooth. I already deleted /var/db/portsnap and tried to recreate everything. I checked the clock (some similar weird errors reported problems with a clock gain). But everything is all right - execpt that FBSD 9.0 works, and 10.0 not. Thanks in advance, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 17:15:06 2011 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 748751065674 for ; Mon, 17 Oct 2011 17:15:06 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C3D48FC18 for ; Mon, 17 Oct 2011 17:15:05 +0000 (UTC) Received: by eyd10 with SMTP id 10so4199276eyd.13 for ; Mon, 17 Oct 2011 10:15:05 -0700 (PDT) Received: by 10.14.18.94 with SMTP id k70mr1337095eek.203.1318870193666; Mon, 17 Oct 2011 09:49:53 -0700 (PDT) Received: from rnote.ddteam.net (167-94-133-95.pool.ukrtel.net. [95.133.94.167]) by mx.google.com with ESMTPS id w58sm31002176eeb.4.2011.10.17.09.49.51 (version=SSLv3 cipher=OTHER); Mon, 17 Oct 2011 09:49:51 -0700 (PDT) Date: Mon, 17 Oct 2011 19:49:40 +0300 From: Aleksandr Rybalko To: current@freebsd.org Message-Id: <20111017194940.ed720115.ray@ddteam.net> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: SPI rework 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, 17 Oct 2011 17:15:06 -0000 Hi all! I implement new SPI controller driver (for RT305XF) and found interest problem: our current SPI implementation based on transfer data in structure spi_command: struct spi_command { void *tx_cmd; uint32_t tx_cmd_sz; void *rx_cmd; uint32_t rx_cmd_sz; void *tx_data; uint32_t tx_data_sz; void *rx_data; uint32_t rx_data_sz; }; There is the problem 1, because all SPI requests I know use only two transaction parts: 1 - write command (or read command if SPI slave) 2 - read/write device data so something like: { void *cmd; size_t cmd_sz; uint32_t cmd_flags; #define SPI_DIRECTION_READ (0<<0) #define SPI_DIRECTION_WRITE (1<<0) void *data; size_t data_sz; uint32_t data_flags; }; will be more accurate. And the problem number 2: most controllers verify tx_cmd_sz == rx_cmd_sz, so seems `cmd` part must contain only request, and `data` must contain only payload. And the problem number 3: SPI flash driver for example: set buf[0] = 0x9f; /* SPI flash identify query */ then tx_cmd = buf; tx_cmd_sz = rx_cmd_sz = 4; And expect to receive device id in buf[1], buf[2], buf[3]. Soooo, how controller will decide which part of `buf` is a command, and which part is a data? And again which part should be to write, which to read? Somebody maybe ask me: Why you need it? Answer: because RT305XF spi controller can't do bidirectional transfer, that controller can only write or read. Currently we have spi controllers for arm/at91 and mips/atheros (I have also GPIO spi controller) and only one consumer for spibus - dev/flash I "swear" to take care about mips/atheros, dev/flash and dev/spibus, but seems will need some help from someone who work with Atmel's. It will be very nice to have it discussed and done before 9.0. Will wait for any comments and suggestions. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 17:25:19 2011 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 F141F1065670 for ; Mon, 17 Oct 2011 17:25:19 +0000 (UTC) (envelope-from lists@eitanadler.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 8B5238FC12 for ; Mon, 17 Oct 2011 17:25:19 +0000 (UTC) Received: by wyi40 with SMTP id 40so2523139wyi.13 for ; Mon, 17 Oct 2011 10:25:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=1LKovnr9f6vTlncdDGAyacJ3pkXSAIjyJSIhsSoI46M=; b=er9rnC5kbSQAOojsmVmkBgbO+/XlefePl/TezulvQTHnQ8RqFsH6qsvrGBS58Zg8oS 6jBaGE19/4c4k3U/zvtwlK8AbSwS1mfXlrWebLWWt1tszojYPeOSY3yktstePfz2iekA PE97/DPyNZF+EM9JCObNy18iU7TxdGVg7Chbs= Received: by 10.227.164.135 with SMTP id e7mr707865wby.98.1318872317270; Mon, 17 Oct 2011 10:25:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.200.72 with HTTP; Mon, 17 Oct 2011 10:24:38 -0700 (PDT) In-Reply-To: <4E9C592F.5050600@zedat.fu-berlin.de> References: <4E9C592F.5050600@zedat.fu-berlin.de> From: Eitan Adler Date: Mon, 17 Oct 2011 13:24:38 -0400 Message-ID: To: "Hartmann, O." Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Help! Portsnap won't work on freeBSD 10.0-CURRENT/amd64! look: tINDEX.new: File too large 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, 17 Oct 2011 17:25:20 -0000 On Mon, Oct 17, 2011 at 12:34 PM, Hartmann, O. wrote: > > =C2=A0 Hello, > =C2=A0 since several days now I receive on FreeBSD 10.0-CURRENT/amd64 box= es > =C2=A0 this message: A commit to look(1) broke portsnap. cd /usr/src/usr.bin/look svn up -r216370 make make install and things should return to normal. --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 17:30:19 2011 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 10851106564A for ; Mon, 17 Oct 2011 17:30:19 +0000 (UTC) (envelope-from romain.garbage@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id C35EF8FC12 for ; Mon, 17 Oct 2011 17:30:18 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so3722463vcb.13 for ; Mon, 17 Oct 2011 10:30:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=IcE9/5l18gHoQ0GY3hznyYP8u4mAN3KC/v++ovCO2aw=; b=VZEowW/V+rntcDMAdzgN4hJfocwO6JGjQyJw1S/GQHzENhrxNlTby0NMvQqfakWvPE nliUZT6w6Eom/sXk7yUIMtfcsqOHBoN2hkI5ZpPCk9dzQ4wkP7jwd3WkyRAVVPBq+98h Ml+8bqd2FD+epVFz3i0ewNnVcjRifuHJsqAbM= MIME-Version: 1.0 Received: by 10.52.175.228 with SMTP id cd4mr20767869vdc.98.1318870981923; Mon, 17 Oct 2011 10:03:01 -0700 (PDT) Received: by 10.220.176.68 with HTTP; Mon, 17 Oct 2011 10:03:01 -0700 (PDT) In-Reply-To: References: Date: Mon, 17 Oct 2011 19:03:01 +0200 Message-ID: From: Romain Garbage To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: bsdtar --gname switch 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, 17 Oct 2011 17:30:19 -0000 Hi, Following previous advice from questions@, I filed a PR for this (bin/161749) and I'm forwarding the previous mail to this list: According to bsdtar(1) manpage, tar has a --gname switch that permits to set an arbitrary groupname in the tar archive, but: $ tar -cf foo.tar --gname root bar tar: Option --gname is not supported Usage: =C2=A0List: =C2=A0 =C2=A0tar -tf =C2=A0Extract: tar -xf =C2=A0Create: =C2=A0tar -cf [filenames...] =C2=A0Help: =C2=A0 =C2=A0tar --help I get the same error for --uname and --gid switches. I'm running 9.0-BETA3 (r226421). Does this have any chances to be corrected in a not to far away future? Regards, Romain From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 18:01:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 36E571065673; Mon, 17 Oct 2011 18:01:11 +0000 (UTC) Date: Mon, 17 Oct 2011 18:01:11 +0000 From: Alexander Best To: Arnaud Lacombe Message-ID: <20111017180111.GA91732@freebsd.org> References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: Nikolay Denev , Poul-Henning Kamp , FreeBSD Current , Nali Toja Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 18:01:11 -0000 On Fri Oct 14 11, Arnaud Lacombe wrote: > Hi, > > On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote: > > Alexander Best writes: > > > >>> On Fri Oct 14 11, Poul-Henning Kamp wrote: > >>> > In message <20111014085609.GA3799@freebsd.org>, Alexander Best writes: > >>> > > >>> > >1) would it be possible to prepend those timestamps to the actual console > >>> > >output and not only to the output of demsg? maybe via a sysctl toggle? > >>> > > >>> > The kernel does not know enough about timezones to emit anything > >>> > but UTC timestamps. > >>> > >>> hmm ok. > >>> > >>> > > >>> > >2) my dmesg output contains a lot of these entries: "<118>" > >>> > > >>> > These are magic markers for syslogd(8) specifying priority. > >>> > >>> it would be nice, if their output could be turned off via a dmesg flag imo. > >>> > >>> > > >>> > >3) roughly the first 30 lines of my dmesg output have the timestamp "[1.0]". > >>> > >would it be possible to have more accuracy there? > >>> > > >>> > No, because we don't know the time until we've found the RTC chip. > >>> > >>> maybe prepending the output with [??] instead of [1.0] would make more sense, > >>> so users knows that those timestamps are bogus. > >> > >> maybe the granularity of the timestamps could be limited to a static value? the > >> following output doesn't really look pretty: > >> > >> [7.729516] <118>/dev/ufs/varfs: clean, 879143 free (7407 frags, 108967 blocks, 0.7% fragmentation) > >> [7.891512] <118>Mounting local file systems:WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. > >> [8.33519] . > >> [9.440514] <118>Setting hostname: otaku. > >> [9.744516] wlan0: Ethernet address: 00:0f:b5:82:07:c8 > >> [9.850516] <118>Starting wpa_supplicant. > >> [10.335514] <118>Starting Network: lo0 ath0. > >> > >> so it would be nice, if trailing zeros got printed out, too. > > > > Why not make formatting similar to linux/xorg logs, e.g. > > > >  [    31.897] (**) Option "XkbLayout" "us" > >  [    31.897] (II) XINPUT: Adding extended input device "" (type: KEYBOARD, id 7) > >  [ 11485.404] (II) 3rd Button detected: disabling emulate3Button > > > >  [    0.000000] Linux version 3.0-ARCH (tobias@T-POWA-LX) (gcc version 4.6.1 20110819 (prerelease) (GCC) ) #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 > >  [    0.000000] Command line: root=/dev/disk/by-uuid/625db1f5-9b51-4d2d-acb7-6726f4d7e199 ro > >  [...] > >  [   15.096862] NET: Registered protocol family 10 > >  [   16.792594] [drm] nouveau 0000:01:00.0: plugged DVI-I-2 > >  [   26.054186] eth0: no IPv6 routers present > > > > A way to convert those timestamps to localtime or time delta[1] post-mortem > > via dmesg(8) would be good, too. > > > well, I do not care for the "pretty" side of the thing, however, this > is just a matter length modifier in the string format; should be > trivial to fix. cc -c -O -pipe -march=core2 -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -nostdinc -I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fformat-extensions -fdiagnostics-show-option -fstack-protector -Werror /usr/git-freebsd-head/sys/kern/subr_msgbuf.c cc1: warnings being treated as errors /usr/git-freebsd-head/sys/kern/subr_msgbuf.c: In function 'msgbuf_do_addchar': /usr/git-freebsd-head/sys/kern/subr_msgbuf.c:171: warning: format '%d' expects type 'int', but argument 4 has type 'time_t' [-Wformat] *** Error code 1 Stop in /usr/obj/usr/git-freebsd-head/sys/ARUNDEL. *** Error code 1 Stop in /usr/git-freebsd-head. *** Error code 1 Stop in /usr/git-freebsd-head. > > - Arnaud > > > [1] like in tcpdump -ttt > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 18:03:52 2011 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 2C505106566B for ; Mon, 17 Oct 2011 18:03:52 +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 DAA178FC0A for ; Mon, 17 Oct 2011 18:03:51 +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 <1RFrXT-0001EL-0Z>; Mon, 17 Oct 2011 20:03:51 +0200 Received: from e178041166.adsl.alicedsl.de ([85.178.41.166] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RFrXS-0004jl-PD>; Mon, 17 Oct 2011 20:03:51 +0200 Message-ID: <4E9C6E02.2060605@zedat.fu-berlin.de> Date: Mon, 17 Oct 2011 20:03:46 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111013 Thunderbird/7.0.1 MIME-Version: 1.0 To: Eitan Adler References: <4E9C592F.5050600@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.41.166 Cc: freebsd-current Subject: Re: Help! Portsnap won't work on freeBSD 10.0-CURRENT/amd64! look: tINDEX.new: File too large 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, 17 Oct 2011 18:03:52 -0000 On 10/17/11 19:24, Eitan Adler wrote: > On Mon, Oct 17, 2011 at 12:34 PM, Hartmann, O. > wrote: >> Hello, >> since several days now I receive on FreeBSD 10.0-CURRENT/amd64 boxes >> this message: > A commit to look(1) broke portsnap. > cd /usr/src/usr.bin/look > svn up -r216370 > make > make install > and things should return to normal. > Ok ... the today's buildworld seems to have 'repaired' the problem. Thanks. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 18:34:35 2011 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 8C59F106566B for ; Mon, 17 Oct 2011 18:34:35 +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 163028FC0C for ; Mon, 17 Oct 2011 18:34:34 +0000 (UTC) Received: by eyd10 with SMTP id 10so4301362eyd.13 for ; Mon, 17 Oct 2011 11:34:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=GdxLGXQr7o2nuzlAXMDGqBaIE1Dlu/Z2fmKx6tjFJzo=; b=ZmuMsHdXstua2Zo7ApQvmW3wnJM2I88NeoCZ3Wp92xlyhb/yyzyp20kvqzorba2NDS u6tYM6n48bR4njICfOfUYCFPYgDPmL3Z9x8CDDhDpFr1A0Rr+lOs7BPlx/ziTol0G/Ca dGtUDktndkC2n86emK7ADmBhscIpWrDoma/Mg= Received: by 10.14.2.80 with SMTP id 56mr1394773eee.249.1318876473875; Mon, 17 Oct 2011 11:34:33 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id f16sm31774977eec.8.2011.10.17.11.34.32 (version=SSLv3 cipher=OTHER); Mon, 17 Oct 2011 11:34:32 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E9C752C.4050804@FreeBSD.org> Date: Mon, 17 Oct 2011 21:34:20 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Armin Pirkovitsch References: <4E8FF0AC.7010203@frozen-zone.org> <4E91B429.7030004@frozen-zone.org> <4E9C6E39.6080700@frozen-zone.org> In-Reply-To: <4E9C6E39.6080700@frozen-zone.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Fwd: ata/ahci problems in 9.0-BETA3 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, 17 Oct 2011 18:34:35 -0000 Hi. Armin Pirkovitsch wrote: > Sorry for being such a pain in the ass but I think a fix for that > problem is quiet important since it also exists in the upcoming 9.0 > RELEASE (B3)... > > I've attached 3 screenshots (litterally) of the problem. > > In case attachments are killed on current@: > http://oh.homeunix.org/FreeBSD/ata/DSC06461.JPG > http://oh.homeunix.org/FreeBSD/ata/DSC06462.JPG > http://oh.homeunix.org/FreeBSD/ata/DSC06463.JPG > > > If you have any idea or any patches I am more than willing to help - > just changing the source myself is - I'm afraid - way out of my league > right now... As I see, this panic happened in file system soft-updates code as result of disk I/O errors. It is not directly related to ahci driver. ahci driver just detected hardware timeouts and unsuccessfully tried to recover situation, that finally triggered the panic. As I can see in messages, device or controller firmware stuck in such busy state, that even SATA hard-reset was unable to recover. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:00:31 2011 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 C992D1065678; Mon, 17 Oct 2011 19:00:31 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrz3028.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA038FC12; Mon, 17 Oct 2011 19:00:30 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 8FB795AC56; Mon, 17 Oct 2011 21:00:29 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 8D9BC5AC4F; Mon, 17 Oct 2011 21:00:29 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6AA305CC89; Mon, 17 Oct 2011 21:00:29 +0200 (CEST) Received: from lexx.ifp.tuwien.ac.at ([128.131.127.223]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.2FP3HF61) with ESMTP id 2011101721002834-76631 ; Mon, 17 Oct 2011 21:00:28 +0200 Date: Mon, 17 Oct 2011 21:00:27 +0200 From: Alexey Shuvaev To: Alexander Motin Message-ID: <20111017190027.GA9873@lexx.ifp.tuwien.ac.at> References: <20111008201456.GA3529@lexx.ifp.tuwien.ac.at> MIME-Version: 1.0 In-Reply-To: <20111008201456.GA3529@lexx.ifp.tuwien.ac.at> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.21 (2010-09-15) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.2FP3HF61 | August 2, 2011) at 10/17/2011 09:00:28 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.2FP3HF61 | August 2, 2011) at 10/17/2011 09:00:28 PM, Serialize complete at 10/17/2011 09:00:28 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: Panics after AHCI timeouts 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, 17 Oct 2011 19:00:32 -0000 On Sat, Oct 08, 2011 at 10:14:56PM +0200, Alexey Shuvaev wrote: > Hello list! > Errr... Replying to myself... Ping? Should I file a PR and put it in the back burner? :) > In the view of upcoming RELEASE-9.0 I should have reported it earlier, > but it is better later than never... Every time I wanted to report > this, the system was ~one month old and I tried to upgrade it > to see, if the problem was still there, waiting for the next panic... > and when it finally paniced it was one month old again. > [snip] > >From core.txt.5: > [snip] > Unread portion of the kernel message buffer: > Memory modified after free 0xfffffe000416e200(248) val=79e8800 @ 0xfffffe000416e200 > panic: Most recently used by cred > > cpuid = 2 > Uptime: 20h11m1s > Dumping 1308 out of 7914 MB:..2%..12%..21%..31%..41%..51%..62%..71%..81%..91% > [snip] > #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 > 252 if (textdump && textdump_pending) { > (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 > #1 0xffffffff808234aa in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:430 > #2 0xffffffff80822f41 in panic (fmt=Variable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:595 > #3 0xffffffff80a6f7b4 in mtrash_ctor (mem=Variable "mem" is not available. > ) at /usr/src/sys/vm/uma_dbg.c:137 > #4 0xffffffff80a6f01c in uma_zalloc_arg (zone=0xfffffe021ffe0700, udata=0x0, > flags=258) at /usr/src/sys/vm/uma_core.c:2018 > #5 0xffffffff808108be in malloc (size=Variable "size" is not available. > ) at uma.h:305 > #6 0xffffffff8081c21f in crget () at /usr/src/sys/kern/kern_prot.c:1809 > #7 0xffffffff8081c269 in crdup (cr=0xfffffe0143103300) > at /usr/src/sys/kern/kern_prot.c:1911 > #8 0xffffffff808c5ca6 in kern_accessat (td=0xfffffe0007dd7000, fd=-100, > path=0x80065c000
, > pathseg=UIO_USERSPACE, flags=Variable "flags" is not available. > ) at /usr/src/sys/kern/vfs_syscalls.c:2201 > #9 0xffffffff8086719a in syscallenter (td=0xfffffe0007dd7000, > sa=0xffffff8223f67bb0) at /usr/src/sys/kern/subr_trap.c:344 > #10 0xffffffff80b0b43c in syscall (frame=0xffffff8223f67c50) > at /usr/src/sys/amd64/amd64/trap.c:910 > #11 0xffffffff80af617d in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:384 > #12 0x000000080062dbdc in ?? () > Previous frame inner to this frame (corrupt stack?) > [snip] > [last message in dmesg] > ahcich0: Timeout on slot 29 port 0 > ahcich0: is 00000000 cs 00000000 ss ffffffff rs ffffffff tfd 40 serr 00000000 cm > d 0000fc17 > [snip] > From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:27:50 2011 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 C635E106564A; Mon, 17 Oct 2011 19:27:50 +0000 (UTC) (envelope-from lacombar@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 29A988FC1A; Mon, 17 Oct 2011 19:27:49 +0000 (UTC) Received: by wyi40 with SMTP id 40so2678447wyi.13 for ; Mon, 17 Oct 2011 12:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Ca+ZyVRuw9F+UekXNVqXaVjpMFhCWPQ9rJg+jajf/00=; b=nu9VaeUiUwf+afG5on/sGdAoRGumgwuHrEEiRo04vOkEFj81F60JS+bE/YRT9zjykt MrARPB6Xj50KFVD13uZQR9YBK9PqAL/zE/2XrZPzM2YAKjF1qwaKJBRdTWyezpiowr39 MbtUfReUietpBja+eusbqGmXurtLHqNv636yc= MIME-Version: 1.0 Received: by 10.227.134.18 with SMTP id h18mr7302842wbt.49.1318879668835; Mon, 17 Oct 2011 12:27:48 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Mon, 17 Oct 2011 12:27:48 -0700 (PDT) In-Reply-To: <20111017180111.GA91732@freebsd.org> References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> <20111017180111.GA91732@freebsd.org> Date: Mon, 17 Oct 2011 15:27:48 -0400 Message-ID: From: Arnaud Lacombe To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Nikolay Denev , Poul-Henning Kamp , FreeBSD Current , Nali Toja Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 19:27:50 -0000 Hi, On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best wrote= : > On Fri Oct 14 11, Arnaud Lacombe wrote: >> Hi, >> >> On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote: >> > Alexander Best writes: >> > >> >>> On Fri Oct 14 11, Poul-Henning Kamp wrote: >> >>> > In message <20111014085609.GA3799@freebsd.org>, Alexander Best wri= tes: >> >>> > >> >>> > >1) would it be possible to prepend those timestamps to the actual= console >> >>> > >output and not only to the output of demsg? maybe via a sysctl to= ggle? >> >>> > >> >>> > The kernel does not know enough about timezones to emit anything >> >>> > but UTC timestamps. >> >>> >> >>> hmm ok. >> >>> >> >>> > >> >>> > >2) my dmesg output contains a lot of these entries: "<118>" >> >>> > >> >>> > These are magic markers for syslogd(8) specifying priority. >> >>> >> >>> it would be nice, if their output could be turned off via a dmesg fl= ag imo. >> >>> >> >>> > >> >>> > >3) roughly the first 30 lines of my dmesg output have the timesta= mp "[1.0]". >> >>> > >would it be possible to have more accuracy there? >> >>> > >> >>> > No, because we don't know the time until we've found the RTC chip. >> >>> >> >>> maybe prepending the output with [??] instead of [1.0] would make mo= re sense, >> >>> so users knows that those timestamps are bogus. >> >> >> >> maybe the granularity of the timestamps could be limited to a static = value? the >> >> following output doesn't really look pretty: >> >> >> >> [7.729516] <118>/dev/ufs/varfs: clean, 879143 free (7407 frags, 10896= 7 blocks, 0.7% fragmentation) >> >> [7.891512] <118>Mounting local file systems:WARNING: TMPFS is conside= red to be a highly experimental feature in FreeBSD. >> >> [8.33519] . >> >> [9.440514] <118>Setting hostname: otaku. >> >> [9.744516] wlan0: Ethernet address: 00:0f:b5:82:07:c8 >> >> [9.850516] <118>Starting wpa_supplicant. >> >> [10.335514] <118>Starting Network: lo0 ath0. >> >> >> >> so it would be nice, if trailing zeros got printed out, too. >> > >> > Why not make formatting similar to linux/xorg logs, e.g. >> > >> > =A0[ =A0 =A031.897] (**) Option "XkbLayout" "us" >> > =A0[ =A0 =A031.897] (II) XINPUT: Adding extended input device "" (type: KEYBOARD, id 7) >> > =A0[ 11485.404] (II) 3rd Button detected: disabling emulate3Button >> > >> > =A0[ =A0 =A00.000000] Linux version 3.0-ARCH (tobias@T-POWA-LX) (gcc v= ersion 4.6.1 20110819 (prerelease) (GCC) ) #1 SMP PREEMPT Tue Aug 30 08:53:= 25 CEST 2011 >> > =A0[ =A0 =A00.000000] Command line: root=3D/dev/disk/by-uuid/625db1f5-= 9b51-4d2d-acb7-6726f4d7e199 ro >> > =A0[...] >> > =A0[ =A0 15.096862] NET: Registered protocol family 10 >> > =A0[ =A0 16.792594] [drm] nouveau 0000:01:00.0: plugged DVI-I-2 >> > =A0[ =A0 26.054186] eth0: no IPv6 routers present >> > >> > A way to convert those timestamps to localtime or time delta[1] post-m= ortem >> > via dmesg(8) would be good, too. >> > >> well, I do not care for the "pretty" side of the thing, however, this >> is just a matter length modifier in the string format; should be >> trivial to fix. > > cc -c -O -pipe -march=3Dcore2 -std=3Dc99 -g -Wall -Wredundant-decls -Wnes= ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winli= ne -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -nostdinc = =A0-I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/altq= -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -= finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-functio= n-growth=3D1000 =A0-fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestandi= ng -fformat-extensions -fdiagnostics-show-option -fstack-protector -Werror = =A0/usr/git-freebsd-head/sys/kern/subr_msgbuf.c > cc1: warnings being treated as errors > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c: In function 'msgbuf_do_addc= har': > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c:171: warning: format '%d' ex= pects type 'int', but argument 4 has type 'time_t' [-Wformat] > *** Error code 1 > > Stop in /usr/obj/usr/git-freebsd-head/sys/ARUNDEL. > *** Error code 1 > > Stop in /usr/git-freebsd-head. > *** Error code 1 > > Stop in /usr/git-freebsd-head. > FreeBSD has no time_t PRI... macros in any , eventually cast it to `long'. Btw, I appreciate the very clear message of yours, no "Hi", no signature, no idea what "ARUNDEL" is, and especially no details on which architecture you are attempting to build, which should be, I assume, LP64 ;-) - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:38:12 2011 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 00B36106564A for ; Mon, 17 Oct 2011 19:38:12 +0000 (UTC) (envelope-from yanegomi@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 8ECDA8FC0A for ; Mon, 17 Oct 2011 19:38:11 +0000 (UTC) Received: by vws11 with SMTP id 11so3954368vws.13 for ; Mon, 17 Oct 2011 12:38:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=NBGp3qmRcFsRmXaK50Qx3RauYWAReGKNqvxPZAFWF58=; b=VIw4ZDrV8YLyusj9jjMKNcLvY6iF4mS7BFkZmjiQYfCnXFppc5mI3hGP7FyYSI8THm FrxJ8STnIqZ/ertnbMdYmTOWu15n2WkRwqohT5+VtpSTqJcyXJ5n50xlNoi31PU5iQox 6RN7qleU7AfyyecHKNSdVBRgpbT5Zb73mHIew= MIME-Version: 1.0 Received: by 10.182.8.10 with SMTP id n10mr12071642oba.36.1318880290710; Mon, 17 Oct 2011 12:38:10 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Mon, 17 Oct 2011 12:38:10 -0700 (PDT) In-Reply-To: References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> <20111017180111.GA91732@freebsd.org> Date: Mon, 17 Oct 2011 12:38:10 -0700 Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Nali Toja , Alexander Best , Poul-Henning Kamp , FreeBSD Current , Nikolay Denev Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 19:38:12 -0000 On Mon, Oct 17, 2011 at 12:27 PM, Arnaud Lacombe wrote= : > Hi, > > On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best wro= te: >> On Fri Oct 14 11, Arnaud Lacombe wrote: >>> Hi, >>> >>> On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote: >>> > Alexander Best writes: >>> > >>> >>> On Fri Oct 14 11, Poul-Henning Kamp wrote: >>> >>> > In message <20111014085609.GA3799@freebsd.org>, Alexander Best wr= ites: >>> >>> > >>> >>> > >1) would it be possible to prepend those timestamps to the actua= l console >>> >>> > >output and not only to the output of demsg? maybe via a sysctl t= oggle? >>> >>> > >>> >>> > The kernel does not know enough about timezones to emit anything >>> >>> > but UTC timestamps. >>> >>> >>> >>> hmm ok. >>> >>> >>> >>> > >>> >>> > >2) my dmesg output contains a lot of these entries: "<118>" >>> >>> > >>> >>> > These are magic markers for syslogd(8) specifying priority. >>> >>> >>> >>> it would be nice, if their output could be turned off via a dmesg f= lag imo. >>> >>> >>> >>> > >>> >>> > >3) roughly the first 30 lines of my dmesg output have the timest= amp "[1.0]". >>> >>> > >would it be possible to have more accuracy there? >>> >>> > >>> >>> > No, because we don't know the time until we've found the RTC chip= . >>> >>> >>> >>> maybe prepending the output with [??] instead of [1.0] would make m= ore sense, >>> >>> so users knows that those timestamps are bogus. >>> >> >>> >> maybe the granularity of the timestamps could be limited to a static= value? the >>> >> following output doesn't really look pretty: >>> >> >>> >> [7.729516] <118>/dev/ufs/varfs: clean, 879143 free (7407 frags, 1089= 67 blocks, 0.7% fragmentation) >>> >> [7.891512] <118>Mounting local file systems:WARNING: TMPFS is consid= ered to be a highly experimental feature in FreeBSD. >>> >> [8.33519] . >>> >> [9.440514] <118>Setting hostname: otaku. >>> >> [9.744516] wlan0: Ethernet address: 00:0f:b5:82:07:c8 >>> >> [9.850516] <118>Starting wpa_supplicant. >>> >> [10.335514] <118>Starting Network: lo0 ath0. >>> >> >>> >> so it would be nice, if trailing zeros got printed out, too. >>> > >>> > Why not make formatting similar to linux/xorg logs, e.g. >>> > >>> > =A0[ =A0 =A031.897] (**) Option "XkbLayout" "us" >>> > =A0[ =A0 =A031.897] (II) XINPUT: Adding extended input device "" (type: KEYBOARD, id 7) >>> > =A0[ 11485.404] (II) 3rd Button detected: disabling emulate3Button >>> > >>> > =A0[ =A0 =A00.000000] Linux version 3.0-ARCH (tobias@T-POWA-LX) (gcc = version 4.6.1 20110819 (prerelease) (GCC) ) #1 SMP PREEMPT Tue Aug 30 08:53= :25 CEST 2011 >>> > =A0[ =A0 =A00.000000] Command line: root=3D/dev/disk/by-uuid/625db1f5= -9b51-4d2d-acb7-6726f4d7e199 ro >>> > =A0[...] >>> > =A0[ =A0 15.096862] NET: Registered protocol family 10 >>> > =A0[ =A0 16.792594] [drm] nouveau 0000:01:00.0: plugged DVI-I-2 >>> > =A0[ =A0 26.054186] eth0: no IPv6 routers present >>> > >>> > A way to convert those timestamps to localtime or time delta[1] post-= mortem >>> > via dmesg(8) would be good, too. >>> > >>> well, I do not care for the "pretty" side of the thing, however, this >>> is just a matter length modifier in the string format; should be >>> trivial to fix. >> >> cc -c -O -pipe -march=3Dcore2 -std=3Dc99 -g -Wall -Wredundant-decls -Wne= sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl= ine -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -nostdinc = =A0-I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/altq= -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -= finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-functio= n-growth=3D1000 =A0-fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno-= red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestandi= ng -fformat-extensions -fdiagnostics-show-option -fstack-protector -Werror = =A0/usr/git-freebsd-head/sys/kern/subr_msgbuf.c >> cc1: warnings being treated as errors >> /usr/git-freebsd-head/sys/kern/subr_msgbuf.c: In function 'msgbuf_do_add= char': >> /usr/git-freebsd-head/sys/kern/subr_msgbuf.c:171: warning: format '%d' e= xpects type 'int', but argument 4 has type 'time_t' [-Wformat] >> *** Error code 1 >> >> Stop in /usr/obj/usr/git-freebsd-head/sys/ARUNDEL. >> *** Error code 1 >> >> Stop in /usr/git-freebsd-head. >> *** Error code 1 >> >> Stop in /usr/git-freebsd-head. >> > FreeBSD has no time_t PRI... macros in any , > eventually cast it to `long'. > > Btw, I appreciate the very clear message of yours, no "Hi", no > signature, no idea what "ARUNDEL" is, and especially no details on > which architecture you are attempting to build, which should be, I > assume, LP64 ;-) time_t maps to int32_t on i386 and int64_t on amd64 (at least), so you should be able to use "%zd" in the format string as the type is variable width depending on the architecture. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:44:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id C13B1106566C; Mon, 17 Oct 2011 19:44:28 +0000 (UTC) Date: Mon, 17 Oct 2011 19:44:28 +0000 From: Alexander Best To: Arnaud Lacombe Message-ID: <20111017194428.GA10094@freebsd.org> References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> <20111017180111.GA91732@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: Nikolay Denev , Poul-Henning Kamp , FreeBSD Current , Nali Toja Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 19:44:28 -0000 On Mon Oct 17 11, Arnaud Lacombe wrote: > Hi, > > On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best wrote: > > On Fri Oct 14 11, Arnaud Lacombe wrote: > >> Hi, > >> > >> On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote: > >> > Alexander Best writes: > >> > > >> >>> On Fri Oct 14 11, Poul-Henning Kamp wrote: > >> >>> > In message <20111014085609.GA3799@freebsd.org>, Alexander Best writes: > >> >>> > > >> >>> > >1) would it be possible to prepend those timestamps to the actual console > >> >>> > >output and not only to the output of demsg? maybe via a sysctl toggle? > >> >>> > > >> >>> > The kernel does not know enough about timezones to emit anything > >> >>> > but UTC timestamps. > >> >>> > >> >>> hmm ok. > >> >>> > >> >>> > > >> >>> > >2) my dmesg output contains a lot of these entries: "<118>" > >> >>> > > >> >>> > These are magic markers for syslogd(8) specifying priority. > >> >>> > >> >>> it would be nice, if their output could be turned off via a dmesg flag imo. > >> >>> > >> >>> > > >> >>> > >3) roughly the first 30 lines of my dmesg output have the timestamp "[1.0]". > >> >>> > >would it be possible to have more accuracy there? > >> >>> > > >> >>> > No, because we don't know the time until we've found the RTC chip. > >> >>> > >> >>> maybe prepending the output with [??] instead of [1.0] would make more sense, > >> >>> so users knows that those timestamps are bogus. > >> >> > >> >> maybe the granularity of the timestamps could be limited to a static value? the > >> >> following output doesn't really look pretty: > >> >> > >> >> [7.729516] <118>/dev/ufs/varfs: clean, 879143 free (7407 frags, 108967 blocks, 0.7% fragmentation) > >> >> [7.891512] <118>Mounting local file systems:WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. > >> >> [8.33519] . > >> >> [9.440514] <118>Setting hostname: otaku. > >> >> [9.744516] wlan0: Ethernet address: 00:0f:b5:82:07:c8 > >> >> [9.850516] <118>Starting wpa_supplicant. > >> >> [10.335514] <118>Starting Network: lo0 ath0. > >> >> > >> >> so it would be nice, if trailing zeros got printed out, too. > >> > > >> > Why not make formatting similar to linux/xorg logs, e.g. > >> > > >> >  [    31.897] (**) Option "XkbLayout" "us" > >> >  [    31.897] (II) XINPUT: Adding extended input device "" (type: KEYBOARD, id 7) > >> >  [ 11485.404] (II) 3rd Button detected: disabling emulate3Button > >> > > >> >  [    0.000000] Linux version 3.0-ARCH (tobias@T-POWA-LX) (gcc version 4.6.1 20110819 (prerelease) (GCC) ) #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 > >> >  [    0.000000] Command line: root=/dev/disk/by-uuid/625db1f5-9b51-4d2d-acb7-6726f4d7e199 ro > >> >  [...] > >> >  [   15.096862] NET: Registered protocol family 10 > >> >  [   16.792594] [drm] nouveau 0000:01:00.0: plugged DVI-I-2 > >> >  [   26.054186] eth0: no IPv6 routers present > >> > > >> > A way to convert those timestamps to localtime or time delta[1] post-mortem > >> > via dmesg(8) would be good, too. > >> > > >> well, I do not care for the "pretty" side of the thing, however, this > >> is just a matter length modifier in the string format; should be > >> trivial to fix. > > > > cc -c -O -pipe -march=core2 -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -nostdinc  -I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000  -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fformat-extensions -fdiagnostics-show-option -fstack-protector -Werror  /usr/git-freebsd-head/sys/kern/subr_msgbuf.c > > cc1: warnings being treated as errors > > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c: In function 'msgbuf_do_addchar': > > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c:171: warning: format '%d' expects type 'int', but argument 4 has type 'time_t' [-Wformat] > > *** Error code 1 > > > > Stop in /usr/obj/usr/git-freebsd-head/sys/ARUNDEL. > > *** Error code 1 > > > > Stop in /usr/git-freebsd-head. > > *** Error code 1 > > > > Stop in /usr/git-freebsd-head. > > > FreeBSD has no time_t PRI... macros in any , > eventually cast it to `long'. just wanted to tell you that your patch causes buildkernel to fail on certain archs (amd64 in my case) and that it appears you didn't run 'make universe-kernels' to check, whether your patch breaks anything. i'll leave the details to you. cheers. alex > > Btw, I appreciate the very clear message of yours, no "Hi", no > signature, no idea what "ARUNDEL" is, and especially no details on > which architecture you are attempting to build, which should be, I > assume, LP64 ;-) > > - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 19:57:58 2011 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 74214106566B for ; Mon, 17 Oct 2011 19:57:58 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-yx0-f177.google.com (mail-yx0-f177.google.com [209.85.213.177]) by mx1.freebsd.org (Postfix) with ESMTP id 361638FC13 for ; Mon, 17 Oct 2011 19:57:57 +0000 (UTC) Received: by yxk36 with SMTP id 36so4429247yxk.8 for ; Mon, 17 Oct 2011 12:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=uwR3pps0rSlJSpWDfK+xW1qMUvzFg5eaccFLOgKzJBw=; b=u4zo+0ffpQM5wMKIxkzeDrjoW1W5AcZhGwWk9RPkfJ8fYGyEEkkKk0pkvFd9yNch/S 2LqJGw+Sl1Rp2kRIR7bYrDcwRRmGfZpqIUfULZQQviQ9rTUEYVWVRB6UazUzi2cCpWdN s3f4d53HJyjdqvX5Jg5TtzmQMehXgW4Ew7PmU= MIME-Version: 1.0 Received: by 10.150.220.9 with SMTP id s9mr2638798ybg.84.1318879856404; Mon, 17 Oct 2011 12:30:56 -0700 (PDT) Received: by 10.150.228.16 with HTTP; Mon, 17 Oct 2011 12:30:56 -0700 (PDT) Date: Mon, 17 Oct 2011 21:30:56 +0200 Message-ID: From: Oliver Pinter To: current@freebsd.org Content-Type: multipart/mixed; boundary=000e0cd4d50c57a89604af83a50d Cc: Subject: [RFC] Enable nxstack by default 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, 17 Oct 2011 19:57:58 -0000 --000e0cd4d50c57a89604af83a50d Content-Type: text/plain; charset=ISO-8859-1 Hi all! I think, it's the time to enable the nxstack feature. Any comments, pros, cons? --000e0cd4d50c57a89604af83a50d Content-Type: text/x-diff; charset=US-ASCII; name="20111017211551-enable-nxstack-by-default.diff" Content-Disposition: attachment; filename="20111017211551-enable-nxstack-by-default.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 RnJvbSAyNjQxOTg3YzM1YjAyNWZhOTJhZGJhNDAyNTM1YTcxYWExYTRmN2NlIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvcG5Ab3BuLihub25lKT4KRGF0ZTog TW9uLCAxNyBPY3QgMjAxMSAyMToxNDo1OCArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIGVuYWJsZSBu eHN0YWNrIGJ5IGRlZmF1bHQKClNpZ25lZC1vZmYtYnk6IE9saXZlciBQaW50ZXIgPG9saXZlci5w bnRyQGdtYWlsLmNvbT4KCmRpZmYgLS1naXQgYS9zeXMva2Vybi9pbWdhY3RfZWxmLmMgYi9zeXMv a2Vybi9pbWdhY3RfZWxmLmMKaW5kZXggNDVmNmQ2NC4uNTA3YjRkZSAxMDA2NDQKLS0tIGEvc3lz L2tlcm4vaW1nYWN0X2VsZi5jCisrKyBiL3N5cy9rZXJuL2ltZ2FjdF9lbGYuYwpAQCAtMTE4LDcg KzExOCw3IEBAIHN0YXRpYyBpbnQgZWxmX2xlZ2FjeV9jb3JlZHVtcCA9IDA7CiBTWVNDVExfSU5U KF9kZWJ1ZywgT0lEX0FVVE8sIF9fZWxmTihsZWdhY3lfY29yZWR1bXApLCBDVExGTEFHX1JXLCAK ICAgICAmZWxmX2xlZ2FjeV9jb3JlZHVtcCwgMCwgIiIpOwogCi1zdGF0aWMgaW50IF9fZWxmTihu eHN0YWNrKSA9IDA7CitzdGF0aWMgaW50IF9fZWxmTihueHN0YWNrKSA9IDE7CiBTWVNDVExfSU5U KF9fQ09OQ0FUKF9rZXJuX2VsZiwgX19FTEZfV09SRF9TSVpFKSwgT0lEX0FVVE8sCiAgICAgbnhz dGFjaywgQ1RMRkxBR19SVywgJl9fZWxmTihueHN0YWNrKSwgMCwKICAgICBfX1hTVFJJTkcoX19D T05DQVQoRUxGLCBfX0VMRl9XT1JEX1NJWkUpKSAiOiBlbmFibGUgbm9uLWV4ZWN1dGFibGUgc3Rh Y2siKTsK --000e0cd4d50c57a89604af83a50d-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:01:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 7B6B01065670; Mon, 17 Oct 2011 20:01:29 +0000 (UTC) Date: Mon, 17 Oct 2011 20:01:29 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20111017200129.GA13481@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline Subject: small devfs.conf patch 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, 17 Oct 2011 20:01:29 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi there, any thoughts regarding this change? with the ata subsystem dying, linking to /dev/acd isn't really necessary any more. also a lot of ports nowadays depend on /dev/dvd. cheers. alex --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="devfs.conf.diff" diff --git a/etc/devfs.conf b/etc/devfs.conf index f7869fe..f3a270e 100644 --- a/etc/devfs.conf +++ b/etc/devfs.conf @@ -35,7 +35,8 @@ #link ttyv0 vga # Commonly used by many ports -#link acd0 cdrom +#link cd0 cdrom +#link cd0 dvd # Allow a user in the wheel group to query the smb0 device #perm smb0 0660 --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:09:09 2011 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 AF0231065676; Mon, 17 Oct 2011 20:09:09 +0000 (UTC) (envelope-from lacombar@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 125578FC1A; Mon, 17 Oct 2011 20:09:08 +0000 (UTC) Received: by eyd10 with SMTP id 10so4410697eyd.13 for ; Mon, 17 Oct 2011 13:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=akDQ9w2mzGXxUTwujju5xfW3hxsHoS1M2ClZr5i3Jes=; b=MDzN7CJslU3PqGMAXKSr6iPQIFehyx/kOT7/P24tCRx1P3jWrVl++KDVoK+LhcRvBU pCk1QfJfjqvEWFxbchE9qkDI7fYPJxXmxOlK4l3vraOjft0REDu15p2uG6l6DHOUUF9u f4nVFBFvlvQRMQ76kssA/C2z5q11/UM03GKGw= MIME-Version: 1.0 Received: by 10.216.155.208 with SMTP id j58mr2578058wek.49.1318882147655; Mon, 17 Oct 2011 13:09:07 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Mon, 17 Oct 2011 13:09:07 -0700 (PDT) In-Reply-To: <20111017194428.GA10094@freebsd.org> References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> <20111017180111.GA91732@freebsd.org> <20111017194428.GA10094@freebsd.org> Date: Mon, 17 Oct 2011 16:09:07 -0400 Message-ID: From: Arnaud Lacombe To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Nikolay Denev , Poul-Henning Kamp , FreeBSD Current , Nali Toja Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 20:09:09 -0000 Hi, On Mon, Oct 17, 2011 at 3:44 PM, Alexander Best wrote= : > On Mon Oct 17 11, Arnaud Lacombe wrote: >> Hi, >> >> On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best wr= ote: >> > On Fri Oct 14 11, Arnaud Lacombe wrote: >> >> Hi, >> >> >> >> On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote= : >> >> > Alexander Best writes: >> >> > >> >> >>> On Fri Oct 14 11, Poul-Henning Kamp wrote: >> >> >>> > In message <20111014085609.GA3799@freebsd.org>, Alexander Best = writes: >> >> >>> > >> >> >>> > >1) would it be possible to prepend those timestamps to the act= ual console >> >> >>> > >output and not only to the output of demsg? maybe via a sysctl= toggle? >> >> >>> > >> >> >>> > The kernel does not know enough about timezones to emit anythin= g >> >> >>> > but UTC timestamps. >> >> >>> >> >> >>> hmm ok. >> >> >>> >> >> >>> > >> >> >>> > >2) my dmesg output contains a lot of these entries: "<118>" >> >> >>> > >> >> >>> > These are magic markers for syslogd(8) specifying priority. >> >> >>> >> >> >>> it would be nice, if their output could be turned off via a dmesg= flag imo. >> >> >>> >> >> >>> > >> >> >>> > >3) roughly the first 30 lines of my dmesg output have the time= stamp "[1.0]". >> >> >>> > >would it be possible to have more accuracy there? >> >> >>> > >> >> >>> > No, because we don't know the time until we've found the RTC ch= ip. >> >> >>> >> >> >>> maybe prepending the output with [??] instead of [1.0] would make= more sense, >> >> >>> so users knows that those timestamps are bogus. >> >> >> >> >> >> maybe the granularity of the timestamps could be limited to a stat= ic value? the >> >> >> following output doesn't really look pretty: >> >> >> >> >> >> [7.729516] <118>/dev/ufs/varfs: clean, 879143 free (7407 frags, 10= 8967 blocks, 0.7% fragmentation) >> >> >> [7.891512] <118>Mounting local file systems:WARNING: TMPFS is cons= idered to be a highly experimental feature in FreeBSD. >> >> >> [8.33519] . >> >> >> [9.440514] <118>Setting hostname: otaku. >> >> >> [9.744516] wlan0: Ethernet address: 00:0f:b5:82:07:c8 >> >> >> [9.850516] <118>Starting wpa_supplicant. >> >> >> [10.335514] <118>Starting Network: lo0 ath0. >> >> >> >> >> >> so it would be nice, if trailing zeros got printed out, too. >> >> > >> >> > Why not make formatting similar to linux/xorg logs, e.g. >> >> > >> >> > =A0[ =A0 =A031.897] (**) Option "XkbLayout" "us" >> >> > =A0[ =A0 =A031.897] (II) XINPUT: Adding extended input device "" (type: KEYBOARD, id 7) >> >> > =A0[ 11485.404] (II) 3rd Button detected: disabling emulate3Button >> >> > >> >> > =A0[ =A0 =A00.000000] Linux version 3.0-ARCH (tobias@T-POWA-LX) (gc= c version 4.6.1 20110819 (prerelease) (GCC) ) #1 SMP PREEMPT Tue Aug 30 08:= 53:25 CEST 2011 >> >> > =A0[ =A0 =A00.000000] Command line: root=3D/dev/disk/by-uuid/625db1= f5-9b51-4d2d-acb7-6726f4d7e199 ro >> >> > =A0[...] >> >> > =A0[ =A0 15.096862] NET: Registered protocol family 10 >> >> > =A0[ =A0 16.792594] [drm] nouveau 0000:01:00.0: plugged DVI-I-2 >> >> > =A0[ =A0 26.054186] eth0: no IPv6 routers present >> >> > >> >> > A way to convert those timestamps to localtime or time delta[1] pos= t-mortem >> >> > via dmesg(8) would be good, too. >> >> > >> >> well, I do not care for the "pretty" side of the thing, however, this >> >> is just a matter length modifier in the string format; should be >> >> trivial to fix. >> > >> > cc -c -O -pipe -march=3Dcore2 -std=3Dc99 -g -Wall -Wredundant-decls -W= nested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wi= nline -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -nostdin= c =A0-I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/al= tq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common= -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-funct= ion-growth=3D1000 =A0-fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mn= o-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestan= ding -fformat-extensions -fdiagnostics-show-option -fstack-protector -Werro= r =A0/usr/git-freebsd-head/sys/kern/subr_msgbuf.c >> > cc1: warnings being treated as errors >> > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c: In function 'msgbuf_do_a= ddchar': >> > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c:171: warning: format '%d'= expects type 'int', but argument 4 has type 'time_t' [-Wformat] >> > *** Error code 1 >> > >> > Stop in /usr/obj/usr/git-freebsd-head/sys/ARUNDEL. >> > *** Error code 1 >> > >> > Stop in /usr/git-freebsd-head. >> > *** Error code 1 >> > >> > Stop in /usr/git-freebsd-head. >> > >> FreeBSD has no time_t PRI... macros in any , >> eventually cast it to `long'. > > just wanted to tell you that your patch causes buildkernel to fail on cer= tain > archs (amd64 in my case) and that it appears you didn't run > 'make universe-kernels' to check, whether your patch breaks anything. > > i'll leave the details to you. I have no interest testing architectures/kernels I have no interest in. Of course, this statement only apply as long as I have no full control over the future of the feature. - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:13:17 2011 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 76254106566B; Mon, 17 Oct 2011 20:13:17 +0000 (UTC) (envelope-from lacombar@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 D4C778FC15; Mon, 17 Oct 2011 20:13:16 +0000 (UTC) Received: by wwi18 with SMTP id 18so3662792wwi.31 for ; Mon, 17 Oct 2011 13:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=xeefVTxrIqjKpKr05FHotIjSxrfFT8kISsE8oOu8/Fo=; b=po3wboaZt7ttftKGhC8gS/dQmlIxZGGXo7I/dn3ziSQoPUNZORPOxYtF7oteTX64Tw /by2lyEY9hWWhdo+R4/e1rNWIRBYQAwS3+VCmdHgLJ52Lx7VTp9mXgfgtSH0Qsf6A7lm mVLslXI0erzvpT3aUaEKuDlRa9XpDFIAMtrBI= MIME-Version: 1.0 Received: by 10.216.133.5 with SMTP id p5mr4382786wei.34.1318882395332; Mon, 17 Oct 2011 13:13:15 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Mon, 17 Oct 2011 13:13:15 -0700 (PDT) In-Reply-To: References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> <20111017180111.GA91732@freebsd.org> Date: Mon, 17 Oct 2011 16:13:15 -0400 Message-ID: From: Arnaud Lacombe To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Nali Toja , Alexander Best , Poul-Henning Kamp , FreeBSD Current , Nikolay Denev Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 20:13:17 -0000 Hi, On Mon, Oct 17, 2011 at 3:38 PM, Garrett Cooper wrote: > On Mon, Oct 17, 2011 at 12:27 PM, Arnaud Lacombe wro= te: >> Hi, >> >> On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best wr= ote: >>> On Fri Oct 14 11, Arnaud Lacombe wrote: >>> [...] >>> >>> cc -c -O -pipe -march=3Dcore2 -std=3Dc99 -g -Wall -Wredundant-decls -Wn= ested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Win= line -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -nostdinc= =A0-I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/alt= q -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common = -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-functi= on-growth=3D1000 =A0-fno-omit-frame-pointer -mno-sse -mcmodel=3Dkernel -mno= -red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestand= ing -fformat-extensions -fdiagnostics-show-option -fstack-protector -Werror= =A0/usr/git-freebsd-head/sys/kern/subr_msgbuf.c >>> cc1: warnings being treated as errors >>> /usr/git-freebsd-head/sys/kern/subr_msgbuf.c: In function 'msgbuf_do_ad= dchar': >>> /usr/git-freebsd-head/sys/kern/subr_msgbuf.c:171: warning: format '%d' = expects type 'int', but argument 4 has type 'time_t' [-Wformat] >>> *** Error code 1 >>> >>> Stop in /usr/obj/usr/git-freebsd-head/sys/ARUNDEL. >>> *** Error code 1 >>> >>> Stop in /usr/git-freebsd-head. >>> *** Error code 1 >>> >>> Stop in /usr/git-freebsd-head. >>> >> FreeBSD has no time_t PRI... macros in any , >> eventually cast it to `long'. >> >> Btw, I appreciate the very clear message of yours, no "Hi", no >> signature, no idea what "ARUNDEL" is, and especially no details on >> which architecture you are attempting to build, which should be, I >> assume, LP64 ;-) > > =A0 =A0time_t maps to int32_t on i386 and int64_t on amd64 (at least), so > you should be able to use "%zd" in the format string as the type is > variable width depending on the architecture. > make sense. Thanks, - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:31:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 39EA41065675; Mon, 17 Oct 2011 20:31:38 +0000 (UTC) Date: Mon, 17 Oct 2011 20:31:38 +0000 From: Alexander Best To: Arnaud Lacombe Message-ID: <20111017203138.GA19267@freebsd.org> References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> <20111017180111.GA91732@freebsd.org> <20111017194428.GA10094@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: Nikolay Denev , Poul-Henning Kamp , FreeBSD Current , Nali Toja Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 20:31:38 -0000 On Mon Oct 17 11, Arnaud Lacombe wrote: > Hi, > > On Mon, Oct 17, 2011 at 3:44 PM, Alexander Best wrote: > > On Mon Oct 17 11, Arnaud Lacombe wrote: > >> Hi, > >> > >> On Mon, Oct 17, 2011 at 2:01 PM, Alexander Best wrote: > >> > On Fri Oct 14 11, Arnaud Lacombe wrote: > >> >> Hi, > >> >> > >> >> On Fri, Oct 14, 2011 at 8:52 AM, Nali Toja wrote: > >> >> > Alexander Best writes: > >> >> > > >> >> >>> On Fri Oct 14 11, Poul-Henning Kamp wrote: > >> >> >>> > In message <20111014085609.GA3799@freebsd.org>, Alexander Best writes: > >> >> >>> > > >> >> >>> > >1) would it be possible to prepend those timestamps to the actual console > >> >> >>> > >output and not only to the output of demsg? maybe via a sysctl toggle? > >> >> >>> > > >> >> >>> > The kernel does not know enough about timezones to emit anything > >> >> >>> > but UTC timestamps. > >> >> >>> > >> >> >>> hmm ok. > >> >> >>> > >> >> >>> > > >> >> >>> > >2) my dmesg output contains a lot of these entries: "<118>" > >> >> >>> > > >> >> >>> > These are magic markers for syslogd(8) specifying priority. > >> >> >>> > >> >> >>> it would be nice, if their output could be turned off via a dmesg flag imo. > >> >> >>> > >> >> >>> > > >> >> >>> > >3) roughly the first 30 lines of my dmesg output have the timestamp "[1.0]". > >> >> >>> > >would it be possible to have more accuracy there? > >> >> >>> > > >> >> >>> > No, because we don't know the time until we've found the RTC chip. > >> >> >>> > >> >> >>> maybe prepending the output with [??] instead of [1.0] would make more sense, > >> >> >>> so users knows that those timestamps are bogus. > >> >> >> > >> >> >> maybe the granularity of the timestamps could be limited to a static value? the > >> >> >> following output doesn't really look pretty: > >> >> >> > >> >> >> [7.729516] <118>/dev/ufs/varfs: clean, 879143 free (7407 frags, 108967 blocks, 0.7% fragmentation) > >> >> >> [7.891512] <118>Mounting local file systems:WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. > >> >> >> [8.33519] . > >> >> >> [9.440514] <118>Setting hostname: otaku. > >> >> >> [9.744516] wlan0: Ethernet address: 00:0f:b5:82:07:c8 > >> >> >> [9.850516] <118>Starting wpa_supplicant. > >> >> >> [10.335514] <118>Starting Network: lo0 ath0. > >> >> >> > >> >> >> so it would be nice, if trailing zeros got printed out, too. > >> >> > > >> >> > Why not make formatting similar to linux/xorg logs, e.g. > >> >> > > >> >> >  [    31.897] (**) Option "XkbLayout" "us" > >> >> >  [    31.897] (II) XINPUT: Adding extended input device "" (type: KEYBOARD, id 7) > >> >> >  [ 11485.404] (II) 3rd Button detected: disabling emulate3Button > >> >> > > >> >> >  [    0.000000] Linux version 3.0-ARCH (tobias@T-POWA-LX) (gcc version 4.6.1 20110819 (prerelease) (GCC) ) #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 > >> >> >  [    0.000000] Command line: root=/dev/disk/by-uuid/625db1f5-9b51-4d2d-acb7-6726f4d7e199 ro > >> >> >  [...] > >> >> >  [   15.096862] NET: Registered protocol family 10 > >> >> >  [   16.792594] [drm] nouveau 0000:01:00.0: plugged DVI-I-2 > >> >> >  [   26.054186] eth0: no IPv6 routers present > >> >> > > >> >> > A way to convert those timestamps to localtime or time delta[1] post-mortem > >> >> > via dmesg(8) would be good, too. > >> >> > > >> >> well, I do not care for the "pretty" side of the thing, however, this > >> >> is just a matter length modifier in the string format; should be > >> >> trivial to fix. > >> > > >> > cc -c -O -pipe -march=core2 -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-include-dirs -nostdinc  -I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000  -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fformat-extensions -fdiagnostics-show-option -fstack-protector -Werror  /usr/git-freebsd-head/sys/kern/subr_msgbuf.c > >> > cc1: warnings being treated as errors > >> > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c: In function 'msgbuf_do_addchar': > >> > /usr/git-freebsd-head/sys/kern/subr_msgbuf.c:171: warning: format '%d' expects type 'int', but argument 4 has type 'time_t' [-Wformat] > >> > *** Error code 1 > >> > > >> > Stop in /usr/obj/usr/git-freebsd-head/sys/ARUNDEL. > >> > *** Error code 1 > >> > > >> > Stop in /usr/git-freebsd-head. > >> > *** Error code 1 > >> > > >> > Stop in /usr/git-freebsd-head. > >> > > >> FreeBSD has no time_t PRI... macros in any , > >> eventually cast it to `long'. > > > > just wanted to tell you that your patch causes buildkernel to fail on certain > > archs (amd64 in my case) and that it appears you didn't run > > 'make universe-kernels' to check, whether your patch breaks anything. > > > > i'll leave the details to you. > I have no interest testing architectures/kernels I have no interest > in. Of course, this statement only apply as long as I have no full > control over the future of the feature. sorry i was under the impression that this feature was a candidate to make it into HEAD. > > - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:33:31 2011 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 65C76106564A; Mon, 17 Oct 2011 20:33:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 233E18FC19; Mon, 17 Oct 2011 20:33:31 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 87EA42A28D10; Mon, 17 Oct 2011 22:33:30 +0200 (CEST) Date: Mon, 17 Oct 2011 22:33:30 +0200 From: Ed Schouten To: Garrett Cooper Message-ID: <20111017203330.GY91943@hoeg.nl> References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> <20111014092445.GA11785@freebsd.org> <20111014093406.GA13981@freebsd.org> <8662jrlor0.fsf@gmail.com> <20111017180111.GA91732@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rTqjRkWorNROYKOV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Nikolay Denev , Poul-Henning Kamp , FreeBSD Current , Arnaud Lacombe , Nali Toja , Alexander Best Subject: Re: [RFC] Prepend timestamp in msgbuf 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, 17 Oct 2011 20:33:31 -0000 --rTqjRkWorNROYKOV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Garrett Cooper , 20111017 21:38: > time_t maps to int32_t on i386 and int64_t on amd64 (at least), so > you should be able to use "%zd" in the format string as the type is > variable width depending on the architecture. Yuck. Why not cast it to intmax_t and print it using %jd? --=20 Ed Schouten WWW: http://80386.nl/ --rTqjRkWorNROYKOV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOnJEaAAoJEG5e2P40kaK71N0P/ii13rQxwTwILydQzWHOBk58 4LokDCrbx8dHqNF0Pl+IIH4Yl+vSxuF1iB5te0xfs+HTJtC93w2lmeMw203BeaUE vBWpNjdwrwdRmiJjMv4qfEfxkjAsWTKmQkq29XHaPlCiTkUGhsJ6appdjdg8bh1c fAu9M3Ns+DhXiTYNGMvOpnb77W+eekdpgx3BXSvWrRrSAodqqFZNGlcSe41FgO1P ngPKm7Msu/qR6qNJYkO+lnr9LJv37HvqwZ2Qqw9OzO48Q/TbUR6g5R/eOVOSShR5 ds8JtSromWX/Duov8bzP1BiV95EAdCR7tF9HO+uiGhRkysQsbjmUI+OOE14eGJwC x0SqIJuIm/AyYgUxxSqJhyeyT6SFfWa/pZ3ZnNbvUIufIio7s4c8MbUSO9VgiXsB geHRkt2EqlywL0u4gbW5OGyvQuYN4OzMM0ZJ4d38BAHxiOuvTH8nSZTpbdi/n4pV BePHGeE0jW1Z+2PA12N2toU1ji17QoIoCrQ5ObWSagY4sq++4GwpIJGanuy94N1c XW0WMLLEOEo1X2Uvfk3UcSLSPRNkTVMOTNKuY+UACF8kqnCFpScvcmp8EZdgxwuj wsWAiO77JexN01gxL2Je9gKmhBOPWCjdmOlnBNXc8jWqnLtd34sX5hwspaQcZ6vh 6ApSOTJbQeUpS0A7d+qT =HDf2 -----END PGP SIGNATURE----- --rTqjRkWorNROYKOV-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:41:46 2011 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 C9A3F106564A for ; Mon, 17 Oct 2011 20:41:46 +0000 (UTC) (envelope-from lacombar@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 8C4478FC0A for ; Mon, 17 Oct 2011 20:41:46 +0000 (UTC) Received: by ywm3 with SMTP id 3so2166514ywm.13 for ; Mon, 17 Oct 2011 13:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:x-mailer; bh=R1edUg18FbRR9xtlsKfqNs1aKNqxDjWBTpN6aMmkKw4=; b=hpmpFaAd5I91NSRc4s1iHDkliyXvj4G5EQNR+s3kCkXtlfhgWJOJVu1I7mw6G0nRX3 lNDHPkS65qK4RKGSq2aFFt6OHvt2A2CwEkYCEhs0PBqCrbs5FLaHyGutZ4raD+NQW8ij fGHZUZMIYMqX6agwMmgilN2M1dLK3RZ8M1TIA= Received: by 10.236.177.2 with SMTP id c2mr29612608yhm.102.1318884105795; Mon, 17 Oct 2011 13:41:45 -0700 (PDT) Received: from localhost.localdomain ([184.175.13.173]) by mx.google.com with ESMTPS id f24sm20005854yhk.5.2011.10.17.13.41.44 (version=SSLv3 cipher=OTHER); Mon, 17 Oct 2011 13:41:45 -0700 (PDT) From: Arnaud Lacombe To: FreeBSD Current Date: Mon, 17 Oct 2011 16:41:39 -0400 Message-Id: <1318884099-6005-1-git-send-email-lacombar@gmail.com> X-Mailer: git-send-email 1.7.6.153.g78432 Cc: Arnaud Lacombe Subject: [PATCH] Prepend timestamp in msgbuf 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, 17 Oct 2011 20:41:46 -0000 Hi folks, You'll find hereafter a new version of the patch to add timestamp to msgbuf. Broken out patches are available in the git repository at: git://github.com/lacombar/freebsd.git master/topic/msgbuf-timestamp Diff since RFC: - build should be fixed on LP64 - micro-second field is now fixed width Arnaud Lacombe (3): msgbuf(4): convert `msg_needsnl' to a bit flag msgbuf(4): add logic to prepend timestamp on new line msgbuf(4): add a sysctl to toggle timestamp prepend sys/kern/subr_msgbuf.c | 54 ++++++++++++++++++++++++++++++++++++++++------- sys/sys/msgbuf.h | 4 ++- 2 files changed, 49 insertions(+), 9 deletions(-) diff --git a/sys/kern/subr_msgbuf.c b/sys/kern/subr_msgbuf.c index cd9c551..6b462eb 100644 --- a/sys/kern/subr_msgbuf.c +++ b/sys/kern/subr_msgbuf.c @@ -34,6 +34,7 @@ #include #include #include +#include /* * Maximum number conversion buffer length: uintmax_t in base 2, plus <> @@ -47,6 +48,13 @@ static u_int msgbuf_cksum(struct msgbuf *mbp); /* + * + */ +static int msgbuf_show_timestamp = 1; +SYSCTL_INT(_kern, OID_AUTO, msgbuf_show_timestamp, CTLFLAG_RW, + &msgbuf_show_timestamp, 0, "Show timestamp in msgbuf"); + +/* * Initialize a message buffer of the specified size at the specified * location. This also zeros the buffer area. */ @@ -60,7 +68,7 @@ msgbuf_init(struct msgbuf *mbp, void *ptr, int size) msgbuf_clear(mbp); mbp->msg_magic = MSG_MAGIC; mbp->msg_lastpri = -1; - mbp->msg_needsnl = 0; + mbp->msg_flags = 0; bzero(&mbp->msg_lock, sizeof(mbp->msg_lock)); mtx_init(&mbp->msg_lock, "msgbuf", NULL, MTX_SPIN); } @@ -95,7 +103,7 @@ msgbuf_reinit(struct msgbuf *mbp, void *ptr, int size) mbp->msg_lastpri = -1; /* Assume that the old message buffer didn't end in a newline. */ - mbp->msg_needsnl = 1; + mbp->msg_flags |= MSGBUF_NEEDNL; bzero(&mbp->msg_lock, sizeof(mbp->msg_lock)); mtx_init(&mbp->msg_lock, "msgbuf", NULL, MTX_SPIN); } @@ -134,7 +142,7 @@ msgbuf_getcount(struct msgbuf *mbp) * The caller should hold the message buffer spinlock. */ static inline void -msgbuf_do_addchar(struct msgbuf *mbp, u_int *seq, int c) +__msgbuf_do_addchar(struct msgbuf *mbp, u_int *seq, int c) { u_int pos; @@ -149,6 +157,35 @@ msgbuf_do_addchar(struct msgbuf *mbp, u_int *seq, int c) *seq = MSGBUF_SEQNORM(mbp, *seq + 1); } +static inline void +msgbuf_do_addchar(struct msgbuf *mbp, u_int *seq, int c) +{ + + if (msgbuf_show_timestamp && mbp->msg_flags & MSGBUF_NEXT_NEW_LINE) { + char buf[32], *bufp; + struct timespec ts; + int err; + + buf[0] = '\0'; + getnanouptime(&ts); + err = snprintf(buf, sizeof buf, "[%zd.%.6ld] ", + ts.tv_sec, ts.tv_nsec / 1000); + + bufp = buf; + while (*bufp != '\0') { + __msgbuf_do_addchar(mbp, seq, *bufp); + bufp++; + } + + mbp->msg_flags &= ~MSGBUF_NEXT_NEW_LINE; + } + + __msgbuf_do_addchar(mbp, seq, c); + + if (c == '\n') + mbp->msg_flags |= MSGBUF_NEXT_NEW_LINE; +} + /* * Append a character to a message buffer. */ @@ -207,10 +244,10 @@ msgbuf_addstr(struct msgbuf *mbp, int pri, char *str, int filter_cr) * did not end with a newline. If that is the case, we need to * insert a newline before this string. */ - if (mbp->msg_lastpri != pri && mbp->msg_needsnl != 0) { + if (mbp->msg_lastpri != pri && (mbp->msg_flags & MSGBUF_NEEDNL) != 0) { msgbuf_do_addchar(mbp, &seq, '\n'); - mbp->msg_needsnl = 0; + mbp->msg_flags &= ~MSGBUF_NEEDNL; } for (i = 0; i < len; i++) { @@ -219,7 +256,7 @@ msgbuf_addstr(struct msgbuf *mbp, int pri, char *str, int filter_cr) * (and therefore prefix_len != 0), then we need a priority * prefix for this line. */ - if (mbp->msg_needsnl == 0 && prefix_len != 0) { + if ((mbp->msg_flags & MSGBUF_NEEDNL) == 0 && prefix_len != 0) { int j; for (j = 0; j < prefix_len; j++) @@ -242,9 +279,9 @@ msgbuf_addstr(struct msgbuf *mbp, int pri, char *str, int filter_cr) * we need to insert a new prefix or insert a newline later. */ if (str[i] == '\n') - mbp->msg_needsnl = 0; + mbp->msg_flags &= ~MSGBUF_NEEDNL; else - mbp->msg_needsnl = 1; + mbp->msg_flags |= MSGBUF_NEEDNL; msgbuf_do_addchar(mbp, &seq, str[i]); } @@ -395,3 +432,4 @@ msgbuf_copy(struct msgbuf *src, struct msgbuf *dst) while ((c = msgbuf_getchar(src)) >= 0) msgbuf_addchar(dst, c); } + diff --git a/sys/sys/msgbuf.h b/sys/sys/msgbuf.h index 67f80a5..639ed72 100644 --- a/sys/sys/msgbuf.h +++ b/sys/sys/msgbuf.h @@ -46,7 +46,9 @@ struct msgbuf { u_int msg_cksum; /* checksum of contents */ u_int msg_seqmod; /* range for sequence numbers */ int msg_lastpri; /* saved priority value */ - int msg_needsnl; /* set when newline needed */ + uint32_t msg_flags; +#define MSGBUF_NEEDNL 0x01 /* set when newline needed */ +#define MSGBUF_NEXT_NEW_LINE 0x02 struct mtx msg_lock; /* mutex to protect the buffer */ }; From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:17:48 2011 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 2D6E11065670 for ; Mon, 17 Oct 2011 22:17:48 +0000 (UTC) (envelope-from adrian.chadd@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 E407A8FC15 for ; Mon, 17 Oct 2011 22:17:47 +0000 (UTC) Received: by gyd8 with SMTP id 8so4450391gyd.13 for ; Mon, 17 Oct 2011 15:17:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=BCnl12OrLQGs4gMdifL+xYTTlKJanDkUxrkDefQeVcQ=; b=GCFx5YmTxPTbFJ15cC2YQTNocR55kC68hGJwm/TKsqBHn1ES+3RC3WWwU+h0iYC8fq cnXvLC8HE3kxFzW9tfb3Ws1RwIBYLB4n2db3WtFu61002Ja90GVmbu+v7jfkg1AoIRuD qjX6s/zO9SQ+W51LBIcARZiQumRyjHNVxPhW8= MIME-Version: 1.0 Received: by 10.236.178.41 with SMTP id e29mr29241574yhm.117.1318889866947; Mon, 17 Oct 2011 15:17:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Mon, 17 Oct 2011 15:17:46 -0700 (PDT) In-Reply-To: <20111017194940.ed720115.ray@ddteam.net> References: <20111017194940.ed720115.ray@ddteam.net> Date: Tue, 18 Oct 2011 06:17:46 +0800 X-Google-Sender-Auth: 8j6D3zskiQ2eObbVVg-YPo-jN-E Message-ID: From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: SPI rework 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, 17 Oct 2011 22:17:48 -0000 Hi, That sounds logical to me. Maybe getting it done before 9.0-RELEASE is a bit rushed? I can help you test out the flash side of things on my atheros SoC boards. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:19:20 2011 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 E59441065674; Mon, 17 Oct 2011 22:19:20 +0000 (UTC) (envelope-from adrian.chadd@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 934D38FC15; Mon, 17 Oct 2011 22:19:20 +0000 (UTC) Received: by gyd8 with SMTP id 8so4451640gyd.13 for ; Mon, 17 Oct 2011 15:19:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=HTaa6x5L9irTUEJEugjcTl4EdQU+98+4FtbKrYmjU6M=; b=ilNErNL80XbCkdNFFdFgkt9OiQqrRzsS9Xq3ZO01+pTzSPeEMavE/Au2dUriiT4Jy8 PDNd0ZLFhaTKUY+i5VGFUtKy9q/FnaHhg7s6/kMhvKi77R6CAvmog+6R9zPYtTjU3lsb UcaQb3fOOI4OJnxDAhEtpsiUN6zKvP4F1r0YI= MIME-Version: 1.0 Received: by 10.236.174.105 with SMTP id w69mr26154301yhl.32.1318889960030; Mon, 17 Oct 2011 15:19:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Mon, 17 Oct 2011 15:19:19 -0700 (PDT) In-Reply-To: <20111017190027.GA9873@lexx.ifp.tuwien.ac.at> References: <20111008201456.GA3529@lexx.ifp.tuwien.ac.at> <20111017190027.GA9873@lexx.ifp.tuwien.ac.at> Date: Tue, 18 Oct 2011 06:19:19 +0800 X-Google-Sender-Auth: BPQoxL_135yVHqloCKH3O-wddk4 Message-ID: From: Adrian Chadd To: Alexey Shuvaev Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: Panics after AHCI timeouts 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, 17 Oct 2011 22:19:21 -0000 On 18 October 2011 03:00, Alexey Shuvaev wrote: > On Sat, Oct 08, 2011 at 10:14:56PM +0200, Alexey Shuvaev wrote: >> Hello list! >> > Errr... Replying to myself... Ping? Should I file a PR and put it > in the back burner? :) I think filing a PR is a good move. Then just be proactive and poke people about it. It'd be good to get this fixed. :) Adrian From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:19:34 2011 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 811CA106566C for ; Mon, 17 Oct 2011 22:19:34 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA518FC0C for ; Mon, 17 Oct 2011 22:19:34 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 520C12A28D11; Tue, 18 Oct 2011 00:19:33 +0200 (CEST) Date: Tue, 18 Oct 2011 00:19:33 +0200 From: Ed Schouten To: Arnaud Lacombe Message-ID: <20111017221933.GZ91943@hoeg.nl> References: <1318884099-6005-1-git-send-email-lacombar@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="36Vc0Wavwf33RWLQ" Content-Disposition: inline In-Reply-To: <1318884099-6005-1-git-send-email-lacombar@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: [PATCH] Prepend timestamp in msgbuf 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, 17 Oct 2011 22:19:34 -0000 --36Vc0Wavwf33RWLQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Arnaud! * Arnaud Lacombe , 20111017 22:41: > + buf[0] =3D '\0'; > + getnanouptime(&ts); > + err =3D snprintf(buf, sizeof buf, "[%zd.%.6ld] ", > + ts.tv_sec, ts.tv_nsec / 1000); What's the use of buf[0] =3D '\0'? snprintf() will overwrite it anyway, right? Also. please use %jd and cast ts.tv_sec to intmax_t. The size of time_t and size_t are independent. As far as I know, you should be able to use a 64-bit time_t on i386 by simply changing the typedef and recompiling everything. > + bufp =3D buf; > + while (*bufp !=3D '\0') { > + __msgbuf_do_addchar(mbp, seq, *bufp); > + bufp++; > + } It would be nicer to write this as follows: for (bufp =3D buf; *bufp !=3D '\0'; bufp++) __msgbuf_do_addchar(mbp, seq, *bufp); > - int msg_needsnl; /* set when newline needed */ > + uint32_t msg_flags; Why change this to uint32_t instead of leaving it the way it is (or changing it to unsigned int)? Even though they are likely to be equal in size, there is no reason why msg_flags must be 32 bits. :-) --=20 Ed Schouten WWW: http://80386.nl/ --36Vc0Wavwf33RWLQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOnKn1AAoJEG5e2P40kaK7gZgP/0AuodFCwpIo8lpU/4a3sH85 vK7iEvls8dq6Aehp//63zynHHMvAVg90m1XatsjIFc2xKRj3gsi17BaPFOb9WoG7 4O0kmIMO8Lw8NU4Kgz83oF7c+jGqZEocELjcnd9fYSOKhSQWzuzas9bDvLpYrxEo Rv2Vh5My1HWWtJu+mmbepxkzMzXGO0sVdOlI5eHHuOcs66Om9M0ePP/gVKKS6m5r rjdFQZh1MDvXuGHr2HeXavAHI7CZ46VZ6uGGOXqKnpgvRRYqPBX/26wdZAB/5kn0 1bGqfHyAW9lRGO8sUL1peDpZ+08caU0+9VeEoT2Ywi56bUlKVsHD6JG+2X8oCBhR LCAAVIgD72r7dHSntkvDJHFO6J5BJafhCKJuzhmnavSLQfDNqMQLX9GfyidHDjIz /19BZHQ3q+rQS2TIeMpjRHa8rwklTIpMPMqjZ201e/lnxR/Pj6gqCJuIT00uG8Ck bb4xcLFBlyTW/f6/vlCTripFjx4IkhHJtX+ru3Gml0GtoLG0NmbJmUtHBlfamfZe uWaQfses6brEhYOfE4q86qXM6tvIPbFoc9cBuOojBUAEgl8WdSUYWvn0ALIEcrIO Vsio31yUXdVACa3mKLo32DDmSXI38N9iYdFyr0+G0gKZSVjmqUGaGiCYu5Q2Qaf5 73O2B4fWV1sCZH49uX3x =5FeF -----END PGP SIGNATURE----- --36Vc0Wavwf33RWLQ-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:23:00 2011 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 083D3106566C for ; Mon, 17 Oct 2011 22:23:00 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id C0DE78FC14 for ; Mon, 17 Oct 2011 22:22:59 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 303B12A28D10; Tue, 18 Oct 2011 00:22:59 +0200 (CEST) Date: Tue, 18 Oct 2011 00:22:59 +0200 From: Ed Schouten To: Arnaud Lacombe Message-ID: <20111017222259.GA91943@hoeg.nl> References: <1318884099-6005-1-git-send-email-lacombar@gmail.com> <20111017221933.GZ91943@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jlu4pbQiFVtq/4uk" Content-Disposition: inline In-Reply-To: <20111017221933.GZ91943@hoeg.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: [PATCH] Prepend timestamp in msgbuf 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, 17 Oct 2011 22:23:00 -0000 --jlu4pbQiFVtq/4uk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ah, missed something. > + getnanouptime(&ts); > + err =3D snprintf(buf, sizeof buf, "[%zd.%.6ld] ", > + ts.tv_sec, ts.tv_nsec / 1000); It seems we also have a getmicrouptime(), which returns a struct timeval. Also a more general question: is it actually safe to call getnanouptime() here? This code gets executed from an arbitrary context, right? --=20 Ed Schouten WWW: http://80386.nl/ --jlu4pbQiFVtq/4uk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOnKrDAAoJEG5e2P40kaK7w/IQAJ4w15oQTzDkGex1kkcrYtY5 vV5yvHg/YmA9DLr4sPw8kSMYris69YDMwKK9e2DCxlxAAet/wIGwa9PwXDABv0eD HqjVgwV4jbl3fN+5wSePalIT4Jbn4bx3M4eDCQIfJosTB5y6K05uqwz/sEuAV3vC +Vt2PG2/X8U4EkDc/Q9M8YZ2fL7iN8kdzqOACJNemmEzX+pazaAV5QZddw9Rwr9T edmP/4nM6ft2+wnCb8K1TZUtvCzaO05EfnzvpYicWjKcTVVOE9y2Tclspe9afann 3RU/5+ExdBhVM/dnPxXs1THRqvlG5G0lCFU9HA7COONnvbNyQ7+AWP2zTjbOAUIT mV7k2zjUh9jYct5+lCQR42uOlk21bMLUEtJ6rxhe21Hwx9XdWG3+hBfNo9LOrSkn iYe8PczJ9hNvjJcylvNyBOiuz9v6CwtR+S1nR7NV1LjicoWYDNKXfEvUDkjMg6wt Ob/PeJuOFVfCsWdHyRCLjFe1qam+RP10CmCvJ3hN16oFaZ4gmOG3FkHTuf6Fn00c 3CRvlzDTWSufEjv67jnfg81GEBR88nyDJV6f6bSpoCp9S4WUh+03IQjifxYYzD4H ffYy7yyWUJfjYU99NB5ar69tYLdV+2Do5C1DIYcF4w6Qma3v/aPvpfGqAC7MF+Zy ddy38pmfpzQaZ16zemmu =wH27 -----END PGP SIGNATURE----- --jlu4pbQiFVtq/4uk-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 22:25:28 2011 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 37051106564A for ; Mon, 17 Oct 2011 22:25:28 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id C91828FC1E for ; Mon, 17 Oct 2011 22:25:27 +0000 (UTC) X-AuditID: 1209190c-b7fd26d0000008df-15-4e9cab575aec Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 77.B3.02271.75BAC9E4; Mon, 17 Oct 2011 18:25:27 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id p9HMPQMw030239; Mon, 17 Oct 2011 18:25:26 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p9HMPOvO007585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 17 Oct 2011 18:25:26 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p9HMPN2U001594; Mon, 17 Oct 2011 18:25:23 -0400 (EDT) Date: Mon, 17 Oct 2011 18:25:22 -0400 (EDT) From: Benjamin Kaduk To: kientzle@freebsd.org, Romain Garbage In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1228076958-1318890323=:882" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgleLIzCtJLcpLzFFi42IRYrdT0Q1fPcfPYEEPm8WcNx+YLC7u3cpm 8fTAQzYHZo8Zn+azeOycdZc9gCmKyyYlNSezLLVI3y6BK+PVuV6mgvN8FXu+9rI2MDbydDFy ckgImEhc7TnHCGGLSVy4t56ti5GLQ0hgH6PE/ScfWCCcDYwSR/ceYQGpEhI4wCRxuYMXItHA KHFyzmxWkASLgLbE7VULwWw2ARWJmW82soHYIgLOErMPXGICsZkF5CX+X7kMZgsLKEl8vfCI uYuRg4NTIFDiUr8bSJhXwF7izb4prBC7pjJKzGvXBrFFBXQkVu+fwgJRIyhxcuYTFoiR/hL7 dy5mnMAoOAtJahaS1CygDcwCZhIb9mZDhLUl7t9sY1vAyLKKUTYlt0o3NzEzpzg1Wbc4OTEv L7VI11AvN7NELzWldBMjKMA5JXl2ML45qHSIUYCDUYmHVzJtjp8Qa2JZcWXuIUZJDiYlUV7v VUAhvqT8lMqMxOKM+KLSnNTiQ4wSHMxKIrzh1UA53pTEyqrUonyYlDQHi5I478EdDn5CAumJ JanZqakFqUUwWRkODiUJXn+QoYJFqempFWmZOSUIaSYOTpDhPEDDi0FqeIsLEnOLM9Mh8qcY FaXEeSNBEgIgiYzSPLheWAJ6xSgO9IowrxNIFQ8wecF1vwIazAQ0+JXSTJDBJYkIKakGxh2r T+6v1Kx5d1rvwNzTkX4+V8rWP6r49NDol6kNT901g9OvjjKv2nXguEnQhPoAs4DNMx8zXQz4 VqpwftPDT3rvveNOXWrYdOOjxxK+iP+cf1LOa6iEPLk/UePy9iJem3vVO+5emf3/zJa6R7nL lV3b1kTzdwe425nPkdvgVLLuTEz9B/5bhTeUWIozEg21mIuKEwHIDUItGwMAAA== Cc: freebsd-current@freebsd.org Subject: Re: bsdtar --gname switch 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, 17 Oct 2011 22:25:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1228076958-1318890323=:882 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 17 Oct 2011, Romain Garbage wrote: > Hi, > > Following previous advice from questions@, I filed a PR for this > (bin/161749) and I'm forwarding the previous mail to this list: > > According to bsdtar(1) manpage, tar has a --gname switch that permits > to set an arbitrary groupname in the tar archive, but: > $ tar -cf foo.tar --gname root bar > tar: Option --gname is not supported > Usage: > =C2=A0List: =C2=A0 =C2=A0tar -tf > =C2=A0Extract: tar -xf > =C2=A0Create: =C2=A0tar -cf [filenames...] > =C2=A0Help: =C2=A0 =C2=A0tar --help > > I get the same error for --uname and --gid switches. I'm running > 9.0-BETA3 (r226421). Does this have any chances to be corrected in a > not to far away future? This is, at present, a documentation bug. FreeBSD svn revision 207786 was "Various manpage updates, including many=20 long-option synonyms that were previously undocumented", which added the=20 gname long-format option to bsdtar.1. However, this option is not present= =20 in usr.bin/tar/cmdline.c in FreeBSD head, though it was added in r2349 of= =20 upstream libarchive sources on May 1, 2010. So, it looks like it should=20 have been in libarchive since 2.8.4; however, pulling tarballs for 2.8.4=20 and 2.8.5 it does not seem that gname is listed in cmdline.c for either of= =20 them. I'm not familiar with the libarchive release process; Tim, can you shed=20 some insight on what happened here? Thanks, Ben Kaduk ---559023410-1228076958-1318890323=:882-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 17 20:52:28 2011 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 279D4106566B; Mon, 17 Oct 2011 20:52:28 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id C79BE8FC08; Mon, 17 Oct 2011 20:52:27 +0000 (UTC) Received: from orion.SpringDaemons.com (207.47.0.2.static.nextweb.net [207.47.0.2]) by mx0.deglitch.com (Postfix) with ESMTPA id 5F43D8FC2D; Tue, 18 Oct 2011 00:52:19 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 11DD25C36; Mon, 17 Oct 2011 13:51:31 -0700 (PDT) Date: Mon, 17 Oct 2011 13:51:30 -0700 From: Stanislav Sedov To: Ion-Mihai Tetcu Message-Id: <20111017135130.d9caa4f1.stas@FreeBSD.org> In-Reply-To: <20111017153551.23281532@tetcu.info> References: <20111011063602.GO68552@droso.net> <20111017153551.23281532@tetcu.info> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 17 Oct 2011 23:05:32 +0000 Cc: dinoex@FreeBSD.org, naddy@FreeBSD.org, autotools@FreeBSD.org, current@FreeBSD.org, kuriyama@FreeBSD.org, ports@FreeBSD.org, skv@FreeBSD.org, python@FreeBSD.org, portmgr@FreeBSD.org, gnome@FreeBSD.org, roam@FreeBSD.org, Erwin Lansing , mm@FreeBSD.org Subject: Re: [UPDATE] Re: Update on ports on 10.0 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, 17 Oct 2011 20:52:28 -0000 On Mon, 17 Oct 2011 15:35:51 +0300 Ion-Mihai Tetcu mentioned: > > > Here's a little status update: > We iterated through a few -exp runs (basically for ports/161404 -- > committed and ports/161431 -- skv@ any problem with it?). With those two > we can build around 7k packages. The majority of the rest can't be built > because of a few high profile ports that don't package: expat (6581), > curl (975), jpeg(5057), lcms(1080), libiconv(11180), libltdl(1187), > libogg(1947), pcre(5737), python27(5935). > > http://pointyhat.freebsd.org/errorlogs/i386-10-latest/ > > What we'd like to do next is see how many ports we can package after > individually fixing those above. This will require a few other -exps > since undoubtedly we'll find other highly-depended-on ports broken that > weren't tried because of the blockers above. > It doesn't require an exp-run to understand that you won't move much further with just fixinng these ports. If you want, I and other people can tell you exactly what will break next (libX* being some of them). There's no way you can work this aroun by fixing few ports by hand: virtually any ports using libtool (and I mean using libtool, not having it in depends list) contains an embedded version of it inside "configure" and thus requires patching similar to the patch Ed, Doug and other people proposed. Actually, that sed one-liner fixed like 99% of the ports in tree, excluding some complex ones (like GCC). So why not commit that patch as a KNOB to bsd.port.mk like it was initially proposed and let people use it in individual ports makefiles to fix them (and portmgr@ can commit the initial bunch of these knobs)? This is the easiest thing you can do now, and you will be able to abandon it when the better solution is available (which is unlikely). WRT your "submit upstream" comment, personanlly, I'd argue against this: this is not the upstream maintainer's problem, it the buggy tools they use to generate the configure scripts, so until the fixed version of libtool is available in all major distributions and widely installed, they're not going to replace it or patch locally. Given the debian/ubuntu release schedule, this is not going to happen earlier that 1-2 years from now, and your patches/requests sent could potentially cause them to abandon FreeBSD support altogether requiring a lot of work to maintain which will be totally understandable. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 00:16:09 2011 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 2EEAF106566B for ; Tue, 18 Oct 2011 00:16:09 +0000 (UTC) (envelope-from lacombar@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 BE24A8FC08 for ; Tue, 18 Oct 2011 00:16:08 +0000 (UTC) Received: by wwn22 with SMTP id 22so4227561wwn.1 for ; Mon, 17 Oct 2011 17:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=z+EGE9z1T9ySmDV2JR6g+/TzchFUXyM92a5z5d0RLfU=; b=DQPkUaccIZwVFImM3wlXrfSY7otl2AXdDATlewhZrii+t74d+qPZuNrXEBN7u7C9oA MWYCdCGYsthaa9QDjDITlnBkGBR1C8k/ZLpyTVkoYVhWgf/8SCaLgG4gadbzpNsWC/PV GC0eNOMPZ6KJJAH1vzJULi7eYTxW5Wur4xBzg= MIME-Version: 1.0 Received: by 10.227.134.18 with SMTP id h18mr21423wbt.49.1318896967590; Mon, 17 Oct 2011 17:16:07 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Mon, 17 Oct 2011 17:16:07 -0700 (PDT) In-Reply-To: <20111017221933.GZ91943@hoeg.nl> References: <1318884099-6005-1-git-send-email-lacombar@gmail.com> <20111017221933.GZ91943@hoeg.nl> Date: Mon, 17 Oct 2011 20:16:07 -0400 Message-ID: From: Arnaud Lacombe To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: [PATCH] Prepend timestamp in msgbuf 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, 18 Oct 2011 00:16:09 -0000 Hi, On Mon, Oct 17, 2011 at 6:19 PM, Ed Schouten wrote: > Hi Arnaud! > > * Arnaud Lacombe , 20111017 22:41: >> + =A0 =A0 =A0 =A0 =A0 =A0 buf[0] =3D '\0'; >> + =A0 =A0 =A0 =A0 =A0 =A0 getnanouptime(&ts); >> + =A0 =A0 =A0 =A0 =A0 =A0 err =3D snprintf(buf, sizeof buf, "[%zd.%.6ld]= ", >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ts.tv_sec, ts.tv_nsec / 1000); > > What's the use of buf[0] =3D '\0'? snprintf() will overwrite it anyway, > right? leftover from previous debug I guess; fixed. > Also. please use %jd and cast ts.tv_sec to intmax_t. The size of > time_t and size_t are independent. fixed. > As far as I know, you should be able > to use a 64-bit time_t on i386 by simply changing the typedef and > recompiling everything. > As long as you do not care about breaking the ABI, yes. But yet, the kernel and the userland may not need to each have the same representation of what `time_t' is, as long as they agree on the interface. >> + =A0 =A0 =A0 =A0 =A0 =A0 bufp =3D buf; >> + =A0 =A0 =A0 =A0 =A0 =A0 while (*bufp !=3D '\0') { >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 __msgbuf_do_addchar(mbp, seq, = *bufp); >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bufp++; >> + =A0 =A0 =A0 =A0 =A0 =A0 } > > It would be nicer to write this as follows: > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0for (bufp =3D buf; *bufp !=3D '\0'; bufp++= ) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0__msgbuf_do_addchar(mbp, s= eq, *bufp); > fixed. >> - =A0 =A0 int =A0 =A0 =A0 =A0msg_needsnl; =A0 =A0 =A0 =A0 /* set when ne= wline needed */ >> + =A0 =A0 uint32_t =A0 msg_flags; > > Why change this to uint32_t instead of leaving it the way it is (or > changing it to unsigned int)? Even though they are likely to be equal in > size, there is no reason why msg_flags must be 32 bits. :-) > made it `unsigned int'; I don't like playing with signed bit-field. - Arnaud > -- > =A0Ed Schouten > =A0WWW: http://80386.nl/ > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 00:18:25 2011 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 66C791065675 for ; Tue, 18 Oct 2011 00:18:25 +0000 (UTC) (envelope-from lacombar@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 F36488FC15 for ; Tue, 18 Oct 2011 00:18:24 +0000 (UTC) Received: by wwn22 with SMTP id 22so4229086wwn.1 for ; Mon, 17 Oct 2011 17:18:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jkqod2th5v7+g3DUiJ4DnGu3dvL6I/50VtEF2einrbo=; b=nZ82ygRwA/LN1T5wQCUq90O58EqmjKIR/RKGNZSCz/2GDz/ERx0heKEUo2qHpteMpe U1gErfK495CTfj+fhdpyE6HiX60OFbVsEa2s7t2BHYG2z6QMaGnh+sdyXukuuMYmuUYQ IlKHcG2qGejejBuvQlK19C4nA0TZm6kCH8S7w= MIME-Version: 1.0 Received: by 10.227.166.69 with SMTP id l5mr29670wby.34.1318897104055; Mon, 17 Oct 2011 17:18:24 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Mon, 17 Oct 2011 17:18:24 -0700 (PDT) In-Reply-To: <20111017222259.GA91943@hoeg.nl> References: <1318884099-6005-1-git-send-email-lacombar@gmail.com> <20111017221933.GZ91943@hoeg.nl> <20111017222259.GA91943@hoeg.nl> Date: Mon, 17 Oct 2011 20:18:24 -0400 Message-ID: From: Arnaud Lacombe To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: [PATCH] Prepend timestamp in msgbuf 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, 18 Oct 2011 00:18:25 -0000 Hi, On Mon, Oct 17, 2011 at 6:22 PM, Ed Schouten wrote: > Ah, missed something. > >> + =A0 =A0 =A0 =A0 =A0 =A0 getnanouptime(&ts); >> + =A0 =A0 =A0 =A0 =A0 =A0 err =3D snprintf(buf, sizeof buf, "[%zd.%.6ld]= ", >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ts.tv_sec, ts.tv_nsec / 1000); > > It seems we also have a getmicrouptime(), which returns a struct > timeval. fixed. > Also a more general question: is it actually safe to call > getnanouptime() here? This code gets executed from an arbitrary context, > right? > right, but getmicrouptime() is not doing much magic. Just reading a cached value, do an arithmetic conversion. I do not really see any unsafe part. - Arnaud > -- > =A0Ed Schouten > =A0WWW: http://80386.nl/ > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 00:24:43 2011 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 CDC0E106566B for ; Tue, 18 Oct 2011 00:24:43 +0000 (UTC) (envelope-from yanegomi@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 8C7D08FC0C for ; Tue, 18 Oct 2011 00:24:43 +0000 (UTC) Received: by yxn16 with SMTP id 16so26235yxn.13 for ; Mon, 17 Oct 2011 17:24:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=wYSRivWON7Xn/KFUrnpS1/kKqOeoyDT81/nMndRZMck=; b=wsmWnerEQR8mk1Iwaf8n12P4V5JGy+8v6g0wGhbnedYB133/dckP/92Q+PJV9AbMxx AiM83dG7ToYX4VeTjF+Q/LEm37SVya3p090aP6gehjY0IQv5geiwvLYD/Trkgjn5XTRZ ZqBAkuCVIGEK1smQZpxeGC3CX/I3O2kvcF5p4= MIME-Version: 1.0 Received: by 10.182.7.10 with SMTP id f10mr5861oba.56.1318897482775; Mon, 17 Oct 2011 17:24:42 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Mon, 17 Oct 2011 17:24:42 -0700 (PDT) In-Reply-To: References: <1318884099-6005-1-git-send-email-lacombar@gmail.com> <20111017221933.GZ91943@hoeg.nl> <20111017222259.GA91943@hoeg.nl> Date: Mon, 17 Oct 2011 17:24:42 -0700 Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , FreeBSD Current Subject: Re: [PATCH] Prepend timestamp in msgbuf 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, 18 Oct 2011 00:24:43 -0000 On Mon, Oct 17, 2011 at 5:18 PM, Arnaud Lacombe wrote: > Hi, > > On Mon, Oct 17, 2011 at 6:22 PM, Ed Schouten wrote: >> Ah, missed something. >> >>> + =A0 =A0 =A0 =A0 =A0 =A0 getnanouptime(&ts); >>> + =A0 =A0 =A0 =A0 =A0 =A0 err =3D snprintf(buf, sizeof buf, "[%zd.%.6ld= ] ", >>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ts.tv_sec, ts.tv_nsec / 1000); >> >> It seems we also have a getmicrouptime(), which returns a struct >> timeval. > fixed. > >> Also a more general question: is it actually safe to call >> getnanouptime() here? This code gets executed from an arbitrary context, >> right? >> > right, but getmicrouptime() is not doing much magic. Just reading a > cached value, do an arithmetic conversion. I do not really see any > unsafe part. Based on glancing around other areas of the kernel, I'd assume that using this KPI as-is is fine because I don't see any locking employed elsewhere... -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 00:43:29 2011 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 381051065673 for ; Tue, 18 Oct 2011 00:43:29 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id F31C48FC22 for ; Tue, 18 Oct 2011 00:43:28 +0000 (UTC) Received: by iaky10 with SMTP id y10so75118iak.13 for ; Mon, 17 Oct 2011 17:43:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=91qg6pBnKYIi+rcLYLsYTKsASVnubOtCDN0adzg789Q=; b=TNTVWwl8azBB1raI7CXw2jseAQCOgk56LEDqMeOQcLt1+vXNcYCDupR7gYdhhzOhu0 HxTZBT3heefXFLZZxh9TQKsIOY8fUedeCAW+0Top7fjEPYiyFWl8CKmAZw0srvnKU0zT guUJw8RRdR68cwOGDDHuPhQcK95XfnWd0HOow= Received: by 10.42.144.198 with SMTP id c6mr165338icv.45.1318898608395; Mon, 17 Oct 2011 17:43:28 -0700 (PDT) Received: from sidhe.local ([75.111.38.94]) by mx.google.com with ESMTPS id p16sm707946ibk.6.2011.10.17.17.43.25 (version=SSLv3 cipher=OTHER); Mon, 17 Oct 2011 17:43:26 -0700 (PDT) Message-ID: <4E9BDF13.4040006@gmail.com> Date: Mon, 17 Oct 2011 00:53:55 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110921 Thunderbird/6.0.2 MIME-Version: 1.0 To: Kevin Oberman References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: x220 notes 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, 18 Oct 2011 00:43:29 -0000 On 09/28/11 16:01, Kevin Oberman wrote: > On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper wrote: >> On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote: >>> On 09/28/11 11:52, Garrett Cooper wrote: >>>> On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: >>>>> I just picked up an X220 and have been trying to get FreeBSD running >>>>> well. >>>>> >>>>> Some tips >>>>> ichsmb >>>>> acpi_video (attaches but doesn't work) >>>>> aesni >>>>> coretemp >>>>> >>>>> powerd is a must, these processors seem to be designed to run very hot >>>>> unless throttled. Somehow my C3 state disappears when on AC, I think >>>>> that's >>>>> a bios setting? >>>>> >>>>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of >>>>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that >>>>> machine is in a world of ports hurt right now :). >>>>> With this many of the sysctls and leds work, still no brightness (w or >>>>> wout >>>>> intel DRI from Konstantin...thanks Konstantin!!) >>>>> >>>>> sleep/resume work, but screen is off after resume and cannot be awakened >>>>> (even w/ dpms and or acpi_video). >>>> This is probably another driver bug. Try kldunloading and kldloading >>>> your wlan driver to see if that works, and/or start stripping your >>>> kernel of unnecessary options until you find the magic formula for >>>> what works, and just apply that to rc.suspend // rc.resume and file a >>>> PR for the driver bug if there isn't one already. >>>> HTH, >>>> -Garrett >>>> >>> Driver bug in wireless can leave the screen off? >>> I can for instance type reboot and reboot etc. >>> >>> I also noticed that acpi_video attaches, but nothing works. Looking at AML >>> it appears that the correct "hooks" are present, but lcd0 shows as inactive >>> and does not go to "1" in sysctl. >>> >>> ibm_acpi lcd_brightness hooks do not work either. >>> >>> debug.acpi.reset_video does VERY bad things, involving a reboot loop and >>> flashing thinklight >>> >>> Is there anything else I can do to turn the damn thing back on? >>> Any other logging or things to look at? >>> >>> I will try a minimal kernel shortly. >> A driver bug in general will bring up a blank screen because the >> system doesn't fully resume. >> >> Are you using amd64 or i386? > I re-built acpi_ibm and I now have the acpi_ibm sysctls, but most > don't seem to do > anything. > dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras > dev.acpi_ibm.0.%driver: acpi_ibm > dev.acpi_ibm.0.%location: handle=\_SB_.PCI0.LPC_.EC__.HKEY > dev.acpi_ibm.0.%pnpinfo: _HID=LEN0068 _UID=0 > dev.acpi_ibm.0.%parent: acpi0 > dev.acpi_ibm.0.initialmask: 2060 > dev.acpi_ibm.0.availmask: 134217727 > dev.acpi_ibm.0.events: 0 > dev.acpi_ibm.0.eventmask: 2060 > dev.acpi_ibm.0.hotkey: 2484 > dev.acpi_ibm.0.lcd_brightness:<--Does not work > dev.acpi_ibm.0.volume: 0<--Does not work > dev.acpi_ibm.0.mute: 0<--works > dev.acpi_ibm.0.thinklight: 0<--works > dev.acpi_ibm.0.bluetooth: 0<--N/A > dev.acpi_ibm.0.wlan: 1<--Works (Read-only) > dev.acpi_ibm.0.fan_speed: 2629<--Works > dev.acpi_ibm.0.fan_level: 0<--Does not work > dev.acpi_ibm.0.fan: 1<-- Don't know > > Since the volume and brightness buttons don't work, I have to be careful > to leave them at max or I won't have full volume available and the LCD > will be dim. > > I do see LCDBrightness referenced in the DSDT, but I see nothing on > either the fans > or volume. > > I'm on a T520 running 9-Stable amd64. > > Any idea of getting brightness and volume to work? > > I also have the problem of no video after a resume. Other then that, it suspends > and resumes just fine. I need to confirm whether the display is really blank or > just needs the backlight turned on. Kevin, sorry for my very late response...I've been battling too many projects unfortunately. I'm not sure if I mentioned this in another post, but I can confirm that adjusting brightness in ibm_acpi for me results in corrupting the fan speed, which makes me think that addresses have changed, widths/extents have changed, or something else is different. For what it's worth, thinkpad-acpi in Linux does this just fine, although I haven't determined if it's through the EC or ACPI...I am thinking EC however. Display is off I think. I think we need to call some routine to wake it up...I dug into the acpi post routine, bios addresses for a moment before being confused to hell about where to even look. I assume hw.acpi reset resume is equally messed up on t520. I have a feeling the answer to brightness (aside from KMS patch for X, which is seperate) might be comparing changelogs for thinkpad ec handlers on a platform that works like Linux...the code looks mostly similar...can anyone confirm if Open/NetBSD have issues with the backlight on these SandyBridge thinkpads? Matt From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 07:39:28 2011 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 E28BC106564A for ; Tue, 18 Oct 2011 07:39:28 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB098FC0C for ; Tue, 18 Oct 2011 07:39:28 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id DA471B828; Tue, 18 Oct 2011 09:39:24 +0200 (SAST) Date: Tue, 18 Oct 2011 09:39:24 +0200 From: John Hay To: freebsd-current@freebsd.org Message-ID: <20111018073924.GA3644@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: freebsd-9.0 smartmontools and ada devices 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, 18 Oct 2011 07:39:29 -0000 Hi Guys, I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using a GENERIC kernel. I have installed the smartmontools-5.41_3 package from a mirror and found that smartmontools does not like the ada devices anymore. Previously (8.2) I had a GENERIC kernel, with ahci loaded in loader.conf. There an older smartmontools (5.40) worked without a problem on the ada devices. The output of smartctl looks like this: ############################# dolphin# smartctl -a /dev/ada0 smartctl 5.41 2011-06-09 r3365 [FreeBSD 9.0-RC1 amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for device Unable to get CAM device list /dev/ada0: Unable to detect device type Smartctl: please specify device type with the -d option. Use smartctl -h to get a usage summary ############################# Has anybody seen it? John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 08:00:49 2011 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 7CA66106564A for ; Tue, 18 Oct 2011 08:00:49 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2D10C8FC08 for ; Tue, 18 Oct 2011 08:00:49 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RG4bB-0005Qo-2g; Tue, 18 Oct 2011 09:00:43 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RG4ao-0002vB-Ld; Tue, 18 Oct 2011 09:00:10 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p9I807Bh056510; Tue, 18 Oct 2011 09:00:07 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p9I807n6056509; Tue, 18 Oct 2011 09:00:07 +0100 (BST) (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: Tue, 18 Oct 2011 09:00:07 +0100 From: Anton Shterenlikht To: Hajimu UMEMOTO Message-ID: <20111018080007.GA48403@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Hajimu UMEMOTO , Anton Shterenlikht , freebsd-current@freebsd.org References: <20111017155436.GA45118@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: r225932 libsasl undefined references - buildworld 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, 18 Oct 2011 08:00:49 -0000 On Tue, Oct 18, 2011 at 01:29:38AM +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Mon, 17 Oct 2011 16:54:36 +0100 > >>>>> Anton Shterenlikht said: > > mexas> On r225932 with > > mexas> SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 > mexas> SENDMAIL_LDFLAGS+= -L/usr/local/lib > mexas> SENDMAIL_LDADD+= -lsasl2 > > mexas> in /etc/make.conf and with cyrus-sasl-2.1.25_1 installed, > mexas> I get these errors on make buildworld: > > mexas> cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -L/usr/local/lib -o sendmail alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o main.o map.o mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o recipient.o savemail.o sasl.o sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lutil -lwrap /usr/obj/usr/src/usr.sbin/sendmail/../../lib/libsmutil/libsmutil.a /usr/obj/usr/src/usr.sbin/sendmail/../../lib/libsm/libsm.a -lssl -lcrypto -lsasl2 > mexas> /usr/local/lib/libsasl2.a(otp.o): In function `opie_server_mech_dispose': > mexas> otp.c:(.text+0x2e52): undefined reference to `opieverify' > mexas> /usr/local/lib/libsasl2.a(otp.o): In function `opie_server_mech_step': > mexas> otp.c:(.text+0x3052): undefined reference to `opieverify' > mexas> otp.c:(.text+0x3542): undefined reference to `opiechallenge' > mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_free_context_contents': > mexas> gssapi.c:(.text+0x172): undefined reference to `gss_delete_sec_context' > mexas> gssapi.c:(.text+0x1b2): undefined reference to `gss_release_name' > mexas> gssapi.c:(.text+0x1f2): undefined reference to `gss_release_name' > mexas> gssapi.c:(.text+0x232): undefined reference to `gss_release_cred' > mexas> gssapi.c:(.text+0x272): undefined reference to `gss_release_cred' > mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_seterror_': > mexas> gssapi.c:(.text+0x7a2): undefined reference to `gss_display_status' > mexas> gssapi.c:(.text+0x842): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x932): undefined reference to `gss_display_status' > mexas> gssapi.c:(.text+0x9d2): undefined reference to `gss_release_buffer' > mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_client_mech_step': > mexas> gssapi.c:(.text+0xfa2): undefined reference to `gss_delete_sec_context' > mexas> gssapi.c:(.text+0x10a2): undefined reference to `gss_init_sec_context' > mexas> gssapi.c:(.text+0x12a2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x1322): undefined reference to `gss_inquire_context' > mexas> gssapi.c:(.text+0x1372): undefined reference to `gss_display_name' > mexas> gssapi.c:(.text+0x1452): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x14f2): undefined reference to `gss_unwrap' > mexas> gssapi.c:(.text+0x15c2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x1942): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x1b32): undefined reference to `gss_wrap' > mexas> gssapi.c:(.text+0x1c72): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x1d52): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x2022): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x2152): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' > mexas> gssapi.c:(.text+0x2160): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' > mexas> gssapi.c:(.text+0x2172): undefined reference to `gss_import_name' > mexas> gssapi.c:(.text+0x22b2): undefined reference to `gss_wrap_size_limit' > mexas> gssapi.c:(.text+0x24d2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x2582): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x2612): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x26d2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x2a52): undefined reference to `gss_release_buffer' > mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_decode_packet': > mexas> gssapi.c:(.text+0x2be2): undefined reference to `gss_unwrap' > mexas> gssapi.c:(.text+0x2cd2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x2d62): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x2e72): undefined reference to `gss_release_buffer' > mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `sasl_gss_encode': > mexas> gssapi.c:(.text+0x2ff2): undefined reference to `gss_wrap' > mexas> gssapi.c:(.text+0x30c2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x32f2): undefined reference to `gss_release_buffer' > mexas> /usr/local/lib/libsasl2.a(gssapi.o): In function `gssapi_server_mech_step': > mexas> gssapi.c:(.text+0x38c2): undefined reference to `gss_unwrap' > mexas> gssapi.c:(.text+0x3b52): undefined reference to `gss_accept_sec_context' > mexas> gssapi.c:(.text+0x3d12): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x3dc2): undefined reference to `gss_display_name' > mexas> gssapi.c:(.text+0x3f02): undefined reference to `GSS_C_NT_USER_NAME' > mexas> gssapi.c:(.text+0x3f10): undefined reference to `GSS_C_NT_USER_NAME' > mexas> gssapi.c:(.text+0x3f22): undefined reference to `gss_import_name' > mexas> gssapi.c:(.text+0x3f72): undefined reference to `gss_compare_name' > mexas> gssapi.c:(.text+0x3fa2): undefined reference to `gss_release_name' > mexas> gssapi.c:(.text+0x4022): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x42e2): undefined reference to `gss_wrap' > mexas> gssapi.c:(.text+0x43e2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x4582): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x46d2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x48a2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x4d42): undefined reference to `gss_wrap_size_limit' > mexas> gssapi.c:(.text+0x4d92): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x4f82): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' > mexas> gssapi.c:(.text+0x4f90): undefined reference to `GSS_C_NT_HOSTBASED_SERVICE' > mexas> gssapi.c:(.text+0x4fa2): undefined reference to `gss_import_name' > mexas> gssapi.c:(.text+0x5042): undefined reference to `gss_release_cred' > mexas> gssapi.c:(.text+0x5092): undefined reference to `gss_acquire_cred' > mexas> gssapi.c:(.text+0x5142): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x52e2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x5322): undefined reference to `gss_release_name' > mexas> gssapi.c:(.text+0x5422): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x54b2): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x5572): undefined reference to `gss_release_buffer' > mexas> gssapi.c:(.text+0x5692): undefined reference to `gss_release_buffer' > mexas> *** Error code 1 > > I suspect that you don't have /usr/local/lib/libsasl2.so.2 installed, > due to the brokenness of devel/libtool on 10-CURRENT. Please refer > the 20110928 entry of ports/UPDATING. Further, you may want to read > the thread from > http://lists.freebsd.org/pipermail/cvs-ports/2011-October/227399.html Yes, you are right, thanks. -- 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 Tue Oct 18 09:02:45 2011 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 3E3511065672 for ; Tue, 18 Oct 2011 09:02:45 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 797B18FC12 for ; Tue, 18 Oct 2011 09:02:44 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 7AB79B828; Tue, 18 Oct 2011 11:02:42 +0200 (SAST) Date: Tue, 18 Oct 2011 11:02:42 +0200 From: John Hay To: freebsd-current@freebsd.org Message-ID: <20111018090242.GA8339@zibbi.meraka.csir.co.za> References: <20111018073924.GA3644@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111018073924.GA3644@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.4.2.3i Subject: Re: freebsd-9.0 smartmontools and ada devices 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, 18 Oct 2011 09:02:45 -0000 On Tue, Oct 18, 2011 at 09:39:24AM +0200, John Hay wrote: > Hi Guys, > > I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using > a GENERIC kernel. I have installed the smartmontools-5.41_3 package from > a mirror and found that smartmontools does not like the ada devices anymore. > Previously (8.2) I had a GENERIC kernel, with ahci loaded in loader.conf. > There an older smartmontools (5.40) worked without a problem on the ada > devices. > > The output of smartctl looks like this: > > ############################# > dolphin# smartctl -a /dev/ada0 > smartctl 5.41 2011-06-09 r3365 [FreeBSD 9.0-RC1 amd64] (local build) > Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net > > error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for device > Unable to get CAM device list > /dev/ada0: Unable to detect device type > Smartctl: please specify device type with the -d option. > > Use smartctl -h to get a usage summary > > ############################# Just to follow up on myself. :-( I have build smartmontools from ports and even though it is the same version, it works. So for me the package amd64/packages-9-current/All/smartmontools-5.41_3.tbz did not work, but the port does. John From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 09:07:58 2011 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 9FF3A106564A for ; Tue, 18 Oct 2011 09:07:58 +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 3A1B38FC12 for ; Tue, 18 Oct 2011 09:07:56 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p9I97opG053405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2011 12:07:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p9I97opP057977; Tue, 18 Oct 2011 12:07:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p9I97oVc057976; Tue, 18 Oct 2011 12:07:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Oct 2011 12:07:50 +0300 From: Kostik Belousov To: Oliver Pinter Message-ID: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5L6AZ1aJH5mDrqCQ" Content-Disposition: inline In-Reply-To: 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.3 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: current@freebsd.org Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 09:07:58 -0000 --5L6AZ1aJH5mDrqCQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: > Hi all! >=20 > I think, it's the time to enable the nxstack feature. Any comments, > pros, cons? I dragged the change long enough for it to miss the 9.0. After the 9.0 is released, I will flip the switch with the following change. diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c index 8455f48..926fe64 100644 --- a/sys/kern/imgact_elf.c +++ b/sys/kern/imgact_elf.c @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW,=20 &elf_legacy_coredump, 0, ""); =20 -static int __elfN(nxstack) =3D 0; +int __elfN(nxstack) =3D +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit */ + 1; +#else + 0; +#endif SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executable sta= ck"); diff --git a/sys/powerpc/aim/mmu_oea64.c b/sys/powerpc/aim/mmu_oea64.c index 7500462..0e27351 100644 --- a/sys/powerpc/aim/mmu_oea64.c +++ b/sys/powerpc/aim/mmu_oea64.c @@ -1445,6 +1445,8 @@ moea64_uma_page_alloc(uma_zone_t zone, int bytes, u_i= nt8_t *flags, int wait) return (void *)va; } =20 +extern int elf32_nxstack; + void moea64_init(mmu_t mmu) { @@ -1464,6 +1466,8 @@ moea64_init(mmu_t mmu) uma_zone_set_allocf(moea64_mpvo_zone,moea64_uma_page_alloc); } =20 + elf32_nxstack =3D 1; + moea64_initialized =3D TRUE; } =20 diff --git a/sys/powerpc/booke/machdep.c b/sys/powerpc/booke/machdep.c index c2b5e6f..82a37e1 100644 --- a/sys/powerpc/booke/machdep.c +++ b/sys/powerpc/booke/machdep.c @@ -192,6 +192,8 @@ void print_kernel_section_addr(void); void print_kenv(void); u_int booke_init(uint32_t, uint32_t); =20 +extern int elf32_nxstack; + static void cpu_e500_startup(void *dummy) { @@ -227,6 +229,9 @@ cpu_e500_startup(void *dummy) /* Set up buffers, so they can be used to read disk labels. */ bufinit(); vm_pager_bufferinit(); + + /* Cpu supports execution permissions on the pages. */ + elf32_nxstack =3D 1; } =20 static char * --5L6AZ1aJH5mDrqCQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6dQeUACgkQC3+MBN1Mb4jpBgCg01FAnAi+Iq+CXLDD2K3yNzEo u2cAoM4fuj/trbg79sh8YvwrModxdyJB =wITC -----END PGP SIGNATURE----- --5L6AZ1aJH5mDrqCQ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 09:18:33 2011 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 316751065670 for ; Tue, 18 Oct 2011 09:18:33 +0000 (UTC) (envelope-from FreeBSD@heesakkers.info) Received: from server3.ohos.nl (server3.ohos.nl [IPv6:2a00:dd0:0:2::10]) by mx1.freebsd.org (Postfix) with ESMTP id CBEE98FC13 for ; Tue, 18 Oct 2011 09:18:32 +0000 (UTC) Received: from [2001:470:1f15:1555::2] (helo=pcoliver.heesakkers.info) by server3.ohos.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1RG5oc-0003WP-3t for freebsd-current@freebsd.org; Tue, 18 Oct 2011 11:18:31 +0200 From: Oliver Heesakkers To: freebsd-current@freebsd.org Date: Tue, 18 Oct 2011 11:18:21 +0200 Message-ID: <1455340.lUdZO2fe67@pcoliver.heesakkers.info> User-Agent: KMail/4.7.2 (FreeBSD/9.0-BETA3; KDE/4.7.2; amd64; ; ) In-Reply-To: <20111018073924.GA3644@zibbi.meraka.csir.co.za> References: <20111018073924.GA3644@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: freebsd-9.0 smartmontools and ada devices 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, 18 Oct 2011 09:18:33 -0000 Op di 18 okt 2011 09:39:24 schreef John Hay: > Hi Guys, > > I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), using > a GENERIC kernel. I have installed the smartmontools-5.41_3 package from > a mirror and found that smartmontools does not like the ada devices anymore. > Previously (8.2) I had a GENERIC kernel, with ahci loaded in loader.conf. > There an older smartmontools (5.40) worked without a problem on the ada > devices. > > The output of smartctl looks like this: > > ############################# > dolphin# smartctl -a /dev/ada0 > smartctl 5.41 2011-06-09 r3365 [FreeBSD 9.0-RC1 amd64] (local build) > Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net > > error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for device > Unable to get CAM device list > /dev/ada0: Unable to detect device type > Smartctl: please specify device type with the -d option. > > Use smartctl -h to get a usage summary > > ############################# > > Has anybody seen it? > Yes, but rebuilding smartmontools fixed it for me. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 09:25:08 2011 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 9B619106566C for ; Tue, 18 Oct 2011 09:25:08 +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 F30A08FC14 for ; Tue, 18 Oct 2011 09:25:07 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p9I9P3Wq057946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2011 12:25:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p9I9P2S9058394; Tue, 18 Oct 2011 12:25:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p9I9P20h058393; Tue, 18 Oct 2011 12:25:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Oct 2011 12:25:02 +0300 From: Kostik Belousov To: John Hay Message-ID: <20111018092502.GH50300@deviant.kiev.zoral.com.ua> References: <20111018073924.GA3644@zibbi.meraka.csir.co.za> <20111018090242.GA8339@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7J16OGEJ/mt06A90" Content-Disposition: inline In-Reply-To: <20111018090242.GA8339@zibbi.meraka.csir.co.za> 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.3 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: freebsd-current@freebsd.org Subject: Re: freebsd-9.0 smartmontools and ada devices 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, 18 Oct 2011 09:25:08 -0000 --7J16OGEJ/mt06A90 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 18, 2011 at 11:02:42AM +0200, John Hay wrote: > On Tue, Oct 18, 2011 at 09:39:24AM +0200, John Hay wrote: > > Hi Guys, > >=20 > > I have upgraded my desktop from 8.2-stable to 9.0-RC1 (from source), us= ing > > a GENERIC kernel. I have installed the smartmontools-5.41_3 package from > > a mirror and found that smartmontools does not like the ada devices any= more. > > Previously (8.2) I had a GENERIC kernel, with ahci loaded in loader.con= f. > > There an older smartmontools (5.40) worked without a problem on the ada > > devices. > >=20 > > The output of smartctl looks like this: > >=20 > > ############################# > > dolphin# smartctl -a /dev/ada0 > > smartctl 5.41 2011-06-09 r3365 [FreeBSD 9.0-RC1 amd64] (local build) > > Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.= net > >=20 > > error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for device > > Unable to get CAM device list > > /dev/ada0: Unable to detect device type > > Smartctl: please specify device type with the -d option. > >=20 > > Use smartctl -h to get a usage summary > >=20 > > ############################# >=20 > Just to follow up on myself. :-( I have build smartmontools from ports and > even though it is the same version, it works. So for me the package > amd64/packages-9-current/All/smartmontools-5.41_3.tbz did not work, but t= he > port does. CAM ABI was changed right before RC1. The issue was mentioned in the Ken' announcement. The packages were obviously built with the old headers. --7J16OGEJ/mt06A90 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6dRe4ACgkQC3+MBN1Mb4gUNQCguHipUrJs5sEimOypD7v9KJqH xRwAoPBlohJaA12NdcYvRoPAIfl+xJQn =fv68 -----END PGP SIGNATURE----- --7J16OGEJ/mt06A90-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 09:34:24 2011 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 DCABB10657C4 for ; Tue, 18 Oct 2011 09:34:24 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 666208FC16 for ; Tue, 18 Oct 2011 09:34:23 +0000 (UTC) Received: from [192.168.99.1] (helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1RG5jk-0008Gd-P3; Tue, 18 Oct 2011 12:13:29 +0300 Date: Tue, 18 Oct 2011 12:15:40 +0300 From: Aleksandr Rybalko To: Adrian Chadd Message-Id: <20111018121540.a402040e.ray@dlink.ua> In-Reply-To: References: <20111017194940.ed720115.ray@ddteam.net> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , current@freebsd.org Subject: Re: SPI rework 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, 18 Oct 2011 09:34:24 -0000 On Tue, 18 Oct 2011 06:17:46 +0800 Adrian Chadd wrote: >> Hi, >> >> That sounds logical to me. Maybe getting it done before 9.0-RELEASE >> is a bit rushed? >> >> I can help you test out the flash side of things on my atheros SoC >> boards. >> >> >> Adrian More thinking give me a better way to fix that. We leave same structure, but remove KASSERT(cmd->tx_cmd_sz == cmd->rx_cmd_sz,""); and fix SPI controllers drivers to care about possible different sizes. And of course will fix consumers to set exact what they need. (dev/flash: cmd_tx_sz=1, data_rx_sz=3 for "device ID" call) That way better because we will have ability to duplex SPI transfers on controllers that able to do that, RT305x SPI will return error in case when sizes specified for both directions. Comments? WBW -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 10:22:32 2011 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 3CADE106566C for ; Tue, 18 Oct 2011 10:22:32 +0000 (UTC) (envelope-from oliver.pntr@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 F3C628FC15 for ; Tue, 18 Oct 2011 10:22:31 +0000 (UTC) Received: by ggeq3 with SMTP id q3so531403gge.13 for ; Tue, 18 Oct 2011 03:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=m5vsXsIa9u+l5ueUPcTIJwI7wBZhrpQpBZzeQNpthQQ=; b=EtZ2yWTw2WJiXLHZaNPaEqtyqlHJDqulsh/s7iecZHxJHRy8gZ2UG5pRd8CCcxc+vX wmY/kbhjVHSb4rqcI1FEXjFFg+NCe+dIcGgvlknhmFaDF4LmA8JRkxLLRfkG4GnR0gvE ws71PhmD23NZW7i26ttXgj64OlHXVJxUyCOMM= MIME-Version: 1.0 Received: by 10.150.176.15 with SMTP id y15mr1364758ybe.54.1318933351349; Tue, 18 Oct 2011 03:22:31 -0700 (PDT) Received: by 10.150.228.16 with HTTP; Tue, 18 Oct 2011 03:22:31 -0700 (PDT) In-Reply-To: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> Date: Tue, 18 Oct 2011 12:22:31 +0200 Message-ID: From: Oliver Pinter To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 10:22:32 -0000 Looks good to me. On 10/18/11, Kostik Belousov wrote: > On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >> Hi all! >> >> I think, it's the time to enable the nxstack feature. Any comments, >> pros, cons? > > I dragged the change long enough for it to miss the 9.0. > After the 9.0 is released, I will flip the switch with the following > change. > > diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c > index 8455f48..926fe64 100644 > --- a/sys/kern/imgact_elf.c > +++ b/sys/kern/imgact_elf.c > @@ -118,7 +118,12 @@ static int elf_legacy_coredump = 0; > SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, > &elf_legacy_coredump, 0, ""); > > -static int __elfN(nxstack) = 0; > +int __elfN(nxstack) = > +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit */ > + 1; > +#else > + 0; > +#endif > SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, > nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, > __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executable > stack"); > diff --git a/sys/powerpc/aim/mmu_oea64.c b/sys/powerpc/aim/mmu_oea64.c > index 7500462..0e27351 100644 > --- a/sys/powerpc/aim/mmu_oea64.c > +++ b/sys/powerpc/aim/mmu_oea64.c > @@ -1445,6 +1445,8 @@ moea64_uma_page_alloc(uma_zone_t zone, int bytes, > u_int8_t *flags, int wait) > return (void *)va; > } > > +extern int elf32_nxstack; > + > void > moea64_init(mmu_t mmu) > { > @@ -1464,6 +1466,8 @@ moea64_init(mmu_t mmu) > uma_zone_set_allocf(moea64_mpvo_zone,moea64_uma_page_alloc); > } > > + elf32_nxstack = 1; > + > moea64_initialized = TRUE; > } > > diff --git a/sys/powerpc/booke/machdep.c b/sys/powerpc/booke/machdep.c > index c2b5e6f..82a37e1 100644 > --- a/sys/powerpc/booke/machdep.c > +++ b/sys/powerpc/booke/machdep.c > @@ -192,6 +192,8 @@ void print_kernel_section_addr(void); > void print_kenv(void); > u_int booke_init(uint32_t, uint32_t); > > +extern int elf32_nxstack; > + > static void > cpu_e500_startup(void *dummy) > { > @@ -227,6 +229,9 @@ cpu_e500_startup(void *dummy) > /* Set up buffers, so they can be used to read disk labels. */ > bufinit(); > vm_pager_bufferinit(); > + > + /* Cpu supports execution permissions on the pages. */ > + elf32_nxstack = 1; > } > > static char * > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 10:46:25 2011 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 C8C201065673; Tue, 18 Oct 2011 10:46:25 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [94.23.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id 760178FC14; Tue, 18 Oct 2011 10:46:25 +0000 (UTC) Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:2:56bf:1:1::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id C4EEC13F0B; Tue, 18 Oct 2011 12:35:28 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p9IAZRbc002917; Tue, 18 Oct 2011 12:35:28 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p9IAZRbc002917 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1318934128; bh=tyrc5bxAewlcX03p8JZT8A6e3iZiGPpNkXtYgWBKlCY=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AI5EMhhFe69cSc6qV9TMdpCFVd6xDHnKIUf3rZ/z5IBcd6q964eWesP7KgIOcfYNh HOLHSqStfs+xMe1R3vaXg== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p9IAZRbc002917 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type:content-transfer-encoding; b=gmlZF1llrpXGXQVocZgcuja/AE25crFaXIgPrZmP6p9+WjxZBVBBOSakP/Sg+Lgu+ LJTOOe6XlTYwHzkTjAaDA== Message-ID: <4E9D566F.1040104@restart.be> Date: Tue, 18 Oct 2011 12:35:27 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111006 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, avg@freebsd.org References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> <4E8D9F57.70506@restart.be> <4E8DAEE5.4020004@FreeBSD.org> In-Reply-To: <4E8DAEE5.4020004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable 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, 18 Oct 2011 10:46:26 -0000 On 10/06/2011 15:36, Andriy Gapon wrote: > on 06/10/2011 15:30 Henri Hennebert said the following: >> The pool is a mirror: >> >> [root@morzine ~]# zpool status rpool >> pool: rpool >> state: ONLINE >> scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 >> config: >> >> NAME STATE READ WRITE CKSUM >> rpool ONLINE 0 0 0 >> mirror-0 ONLINE 0 0 0 >> gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >> gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 >> >> errors: No known data errors >> >> and rpool/root is not compressed: >> >> [root@morzine ~]# zfs get compression rpool/root >> NAME PROPERTY VALUE SOURCE >> rpool/root compression off inherited from rpool >> >> pool is v28 and filesystems are v5 > > No particular recipes for this environment, just a general suggestion. > If you run into a situation like this again, please try to use > tools/tools/zfsboottest to diagnose where exactly an error originates. > I upgrade another system to 9.0-RC1 and encounter the same problem, this time zfsloader do not run. After mv /mnt/boot /mnt/Boot mkdir /mnt/boot cd /mnt/Boot find . | cpio -pvdmu /mnt/boot FreeBSD boot OK [root@avoriaz zfsboottest]# ./zfsboottest /Boot/zfsloader /dev/ada0p2 /dev/ada1p2 ZFS: SPA version 28 pool: rpool config: NAME STATE rpool ONLINE mirror ONLINE ada0p2 ONLINE ada1p2 ONLINE ZFS: i/o error - all block copies unavailable can't lookup 10 minutes later: [root@avoriaz zfsboottest]# ./zfsboottest /Boot/zfsloader /dev/ada0p2 /dev/ada1p2|less ZFS: SPA version 28 pool: rpool config: NAME STATE rpool ONLINE mirror ONLINE ada0p2 ONLINE ada1p2 ONLINE it seems ok :-o and a other time: [root@avoriaz zfsboottest]# ./zfsboottest /Boot/zfsloader /dev/ada0p2 segmentation fault... Strange isn't it. Henri From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 11:48:31 2011 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 1952F106566C; Tue, 18 Oct 2011 11:48:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id C15468FC08; Tue, 18 Oct 2011 11:48:30 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 0D6B425D38A1; Tue, 18 Oct 2011 11:48:30 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4C125BD3C64; Tue, 18 Oct 2011 11:48:29 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id FfHZaR9DpWRn; Tue, 18 Oct 2011 11:48:28 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E9BE2BD3C41; Tue, 18 Oct 2011 11:48:27 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 18 Oct 2011 11:48:27 +0000 Message-Id: <0B310679-2CE1-4C24-8A44-7186FC8A967F@lists.zabbadoz.net> To: FreeBSD-Current Current Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: Rick Macklem Subject: mtx_lock() of destroyed mutex on NFS 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, 18 Oct 2011 11:48:31 -0000 Hi, as a result of a make buildkernel && make installkernel && reboot all on = NFS I got this with a HEAD SVN source at r226465. I cannot dump = unfortunately and it seems I just killed the obj tree for this kernel = though it should be very close. Oct 18 10:03:22 lion3 reboot: rebooted by test Oct 18 10:03:22 panic: mtx_lock() of destroyed mutex @ = /zoo/bz/HEAD.svn/sys/kern/uipc_socket.c:1022 cpuid =3D 2 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x187 _mtx_lock_flags() at _mtx_lock_flags+0x130 sosend_dgram() at sosend_dgram+0xbb sosend() at sosend+0x82 clnt_dg_call() at clnt_dg_call+0xb81 clnt_call_private() at clnt_call_private+0xe8 nlm_get_rpc() at nlm_get_rpc+0x187 nlm_host_get_rpc() at nlm_host_get_rpc+0x130 nlm_clearlock() at nlm_clearlock+0x10a nlm_advlock_internal() at nlm_advlock_internal+0x64f nlm_advlock() at nlm_advlock+0x2a nfs_advlock() at nfs_advlock+0x122 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0xb7 vn_closefile() at vn_closefile+0xe8 _fdrop() at _fdrop+0x23 closef() at closef+0x5c fdfree() at fdfree+0x1b4 exit1() at exit1+0x31a sigexit() at sigexit+0x8f cursig() at cursig ast() at ast+0x1a9 doreti_ast() at doreti_ast+0x1f KDB: enter: panic [ thread pid 1652 tid 100106 ] Stopped at kdb_enter+0x3b: movq $0,0x80feb2(%rip) db> show reg cs 0x20 ds 0x3b es 0x3b003b fs 0x1b0013 gs 0x1b ss 0x28 rax 0x12 rcx 0xfffffe001a001000 rdx 0 rbx 0xffffffff80a2bfa8 __func__.3464+0x111 rsp 0xffffff85cc173780 rbp 0xffffff85cc1737a0 rsi 0x80 rdi 0xffffff85cc173600 r8 0xffffffff80a2a498 __func__.6043+0x328 r9 0xffffff85cc1736b0 r10 0xfffffe001a001000 r11 0x1 r12 0x1 r13 0xfffffe001a001000 r14 0x3fe r15 0xffffffff80a39948 __func__.7715+0x2d3 rip 0xffffffff80646c2b kdb_enter+0x3b rflags 0x282 kdb_enter+0x3b: movq $0,0x80feb2(%rip) --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 13:09:26 2011 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 E50871065967 for ; Tue, 18 Oct 2011 13:09:26 +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 E362B8FC19 for ; Tue, 18 Oct 2011 13:09:25 +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 QAA03140; Tue, 18 Oct 2011 16:09:24 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E9D7A84.3020205@FreeBSD.org> Date: Tue, 18 Oct 2011 16:09:24 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Alexander Best References: <20111017200129.GA13481@freebsd.org> In-Reply-To: <20111017200129.GA13481@freebsd.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: small devfs.conf patch 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, 18 Oct 2011 13:09:27 -0000 on 17/10/2011 23:01 Alexander Best said the following: > hi there, > > any thoughts regarding this change? with the ata subsystem dying, linking to > /dev/acd isn't really necessary any more. also a lot of ports nowadays depend > on /dev/dvd. IMO, go for it. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 13:13:57 2011 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 22E2110656AA for ; Tue, 18 Oct 2011 13:13:57 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrz3028.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id CF06C8FC12 for ; Tue, 18 Oct 2011 13:13:56 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id AC7B55AC57 for ; Tue, 18 Oct 2011 15:13:55 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id AA4455AC49 for ; Tue, 18 Oct 2011 15:13:55 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 8C3BA5CC60 for ; Tue, 18 Oct 2011 15:13:55 +0200 (CEST) Received: from lexx.ifp.tuwien.ac.at ([128.131.127.223]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.3) with ESMTP id 2011101815135537-6662 ; Tue, 18 Oct 2011 15:13:55 +0200 Date: Tue, 18 Oct 2011 15:13:53 +0200 From: Alexey Shuvaev To: freebsd-current@freebsd.org Message-ID: <20111018131353.GA83797@lexx.ifp.tuwien.ac.at> References: <20111008201456.GA3529@lexx.ifp.tuwien.ac.at> <20111017190027.GA9873@lexx.ifp.tuwien.ac.at> MIME-Version: 1.0 In-Reply-To: Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.21 (2010-09-15) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.3|September 15, 2011) at 10/18/2011 03:13:55 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.3|September 15, 2011) at 10/18/2011 03:13:55 PM, Serialize complete at 10/18/2011 03:13:55 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Re: Panics after AHCI timeouts 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, 18 Oct 2011 13:13:57 -0000 On Tue, Oct 18, 2011 at 06:19:19AM +0800, Adrian Chadd wrote: > On 18 October 2011 03:00, Alexey Shuvaev > wrote: > > On Sat, Oct 08, 2011 at 10:14:56PM +0200, Alexey Shuvaev wrote: > >> Hello list! > >> > > Errr... Replying to myself... Ping? Should I file a PR and put it > > in the back burner? :) > > I think filing a PR is a good move. Then just be proactive and poke > people about it. It'd be good to get this fixed. :) > Done, kern/161768. Question to the list: does anybody see successful recovery from AHCI timeout an a recent CURRENT? Recent means June 2011 or newer, so 9.0 branch counts also. That is, there are some kernel messages like this: ahcich0: Timeout on slot 29 port 0 ahcich0: is 00000000 cs 00000000 ss ffffffff rs ffffffff tfd 40 serr 00000000 cmd 0000fc17 but then AHCI recovers and the system does not panic? Poking Alexey. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 13:38:33 2011 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 D22401065670 for ; Tue, 18 Oct 2011 13:38:33 +0000 (UTC) (envelope-from prvs=12729c8c6e=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5645B8FC13 for ; Tue, 18 Oct 2011 13:38:32 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 18 Oct 2011 14:28:12 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 18 Oct 2011 14:28:12 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50015664487.msg for ; Tue, 18 Oct 2011 14:28:11 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=12729c8c6e=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <649509EEAEBA42D4A3DCC1FDF5DA72E5@multiplay.co.uk> From: "Steven Hartland" To: "Alexey Shuvaev" , References: <20111008201456.GA3529@lexx.ifp.tuwien.ac.at><20111017190027.GA9873@lexx.ifp.tuwien.ac.at> <20111018131353.GA83797@lexx.ifp.tuwien.ac.at> Date: Tue, 18 Oct 2011 14:28:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Cc: Subject: Re: Panics after AHCI timeouts 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, 18 Oct 2011 13:38:33 -0000 ----- Original Message ----- From: "Alexey Shuvaev" To: Sent: Tuesday, October 18, 2011 2:13 PM Subject: Re: Panics after AHCI timeouts > On Tue, Oct 18, 2011 at 06:19:19AM +0800, Adrian Chadd wrote: >> On 18 October 2011 03:00, Alexey Shuvaev >> wrote: >> > On Sat, Oct 08, 2011 at 10:14:56PM +0200, Alexey Shuvaev wrote: >> >> Hello list! >> >> >> > Errr... Replying to myself... Ping? Should I file a PR and put it >> > in the back burner? :) >> >> I think filing a PR is a good move. Then just be proactive and poke >> people about it. It'd be good to get this fixed. :) >> > Done, kern/161768. > > Question to the list: does anybody see successful recovery from AHCI > timeout an a recent CURRENT? Recent means June 2011 or newer, so 9.0 > branch counts also. That is, there are some kernel messages like this: > > ahcich0: Timeout on slot 29 port 0 > ahcich0: is 00000000 cs 00000000 ss ffffffff rs ffffffff tfd 40 serr 00000000 cmd 0000fc17 > > but then AHCI recovers and the system does not panic? Not a recent CURRENT but on 8.2-RELEASE we have seen recovery on secondary ssd drives without a panic, but it does generally drop the disk and need a power off, power on to recover the disk properly; although we believe that's a firmware bug on the ssds Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 14:40:05 2011 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 7A15D106566C; Tue, 18 Oct 2011 14:40:05 +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 8CB008FC08; Tue, 18 Oct 2011 14:40:04 +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 RAA04559; Tue, 18 Oct 2011 17:40:00 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E9D8FBF.3030502@FreeBSD.org> Date: Tue, 18 Oct 2011 17:39:59 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Henri Hennebert References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> <4E8D9F57.70506@restart.be> <4E8DAEE5.4020004@FreeBSD.org> <4E9D566F.1040104@restart.be> In-Reply-To: <4E9D566F.1040104@restart.be> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable 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, 18 Oct 2011 14:40:05 -0000 on 18/10/2011 13:35 Henri Hennebert said the following: > I upgrade another system to 9.0-RC1 and encounter the same problem, this time > zfsloader do not run. > > After > > mv /mnt/boot /mnt/Boot > mkdir /mnt/boot > cd /mnt/Boot > find . | cpio -pvdmu /mnt/boot > > FreeBSD boot OK > > > [root@avoriaz zfsboottest]# ./zfsboottest /Boot/zfsloader /dev/ada0p2 /dev/ada1p2 > ZFS: SPA version 28 > pool: rpool > config: > > NAME STATE > rpool ONLINE > mirror ONLINE > ada0p2 ONLINE > ada1p2 ONLINE > ZFS: i/o error - all block copies unavailable > can't lookup > > 10 minutes later: > > [root@avoriaz zfsboottest]# ./zfsboottest /Boot/zfsloader /dev/ada0p2 > /dev/ada1p2|less > ZFS: SPA version 28 > pool: rpool > config: > > NAME STATE > rpool ONLINE > mirror ONLINE > ada0p2 ONLINE > ada1p2 ONLINE > > > it seems ok :-o > > and a other time: > [root@avoriaz zfsboottest]# ./zfsboottest /Boot/zfsloader /dev/ada0p2 > segmentation fault... > > Strange isn't it. I think that it would be smart to not do any filesystem modifications after the problem is detected / reproduced. Also, currently zfsboottest doesn't do much of a problem self-diagnostics, so using gdb or/and adding some printfs in the code are required to understand a nature of a problem. Like what kind of block gives an I/O error, if it actual reading that fails or checksum verification or etc, and so on. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 15:16:22 2011 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 0FC0E106564A for ; Tue, 18 Oct 2011 15:16:22 +0000 (UTC) (envelope-from lacombar@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 945718FC08 for ; Tue, 18 Oct 2011 15:16:21 +0000 (UTC) Received: by wwi18 with SMTP id 18so996281wwi.31 for ; Tue, 18 Oct 2011 08:16:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=6aQlhCzA2RqpqA6BrNgCvAuNvF1syBNqiOa+DsZbZnU=; b=Q+tMl8kJvwI5jdUsDnJ8e/VyGIs60f37hvEX71BPd8IFGwT5MLoEJxwFjofxRaVa1T Z4WZWvDeusKgDXRh3nhscb5+WJXCQTJIKgIgRBnceg2DmOkHbJyTqLQisEd4ROq+XmDa ++2+/ayvQZO0NVSxMR+GxLwAtJeF8+hCG0mTs= MIME-Version: 1.0 Received: by 10.216.133.5 with SMTP id p5mr5626076wei.34.1318950980508; Tue, 18 Oct 2011 08:16:20 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Tue, 18 Oct 2011 08:16:20 -0700 (PDT) In-Reply-To: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> Date: Tue, 18 Oct 2011 11:16:20 -0400 Message-ID: From: Arnaud Lacombe To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Oliver Pinter Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 15:16:22 -0000 Hi, On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov wrot= e: > On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >> Hi all! >> >> I think, it's the time to enable the nxstack feature. Any comments, >> pros, cons? > > I dragged the change long enough for it to miss the 9.0. > After the 9.0 is released, I will flip the switch with the following > change. > > diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c > index 8455f48..926fe64 100644 > --- a/sys/kern/imgact_elf.c > +++ b/sys/kern/imgact_elf.c > @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; > =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, > =A0 =A0 &elf_legacy_coredump, 0, ""); > > -static int __elfN(nxstack) =3D 0; > +int __elfN(nxstack) =3D > +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit *= / > Why leaving 32bits x86 CPU supporting the NX feature behind ? - Arnaud > + =A0 =A0 =A0 1; > +#else > + =A0 =A0 =A0 0; > +#endif > =A0SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, > =A0 =A0 nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, > =A0 =A0 __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executabl= e stack"); > diff --git a/sys/powerpc/aim/mmu_oea64.c b/sys/powerpc/aim/mmu_oea64.c > index 7500462..0e27351 100644 > --- a/sys/powerpc/aim/mmu_oea64.c > +++ b/sys/powerpc/aim/mmu_oea64.c > @@ -1445,6 +1445,8 @@ moea64_uma_page_alloc(uma_zone_t zone, int bytes, u= _int8_t *flags, int wait) > =A0 =A0 =A0 =A0return (void *)va; > =A0} > > +extern int elf32_nxstack; > + > =A0void > =A0moea64_init(mmu_t mmu) > =A0{ > @@ -1464,6 +1466,8 @@ moea64_init(mmu_t mmu) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0uma_zone_set_allocf(moea64_mpvo_zone,moea6= 4_uma_page_alloc); > =A0 =A0 =A0 =A0} > > + =A0 =A0 =A0 elf32_nxstack =3D 1; > + > =A0 =A0 =A0 =A0moea64_initialized =3D TRUE; > =A0} > > diff --git a/sys/powerpc/booke/machdep.c b/sys/powerpc/booke/machdep.c > index c2b5e6f..82a37e1 100644 > --- a/sys/powerpc/booke/machdep.c > +++ b/sys/powerpc/booke/machdep.c > @@ -192,6 +192,8 @@ void print_kernel_section_addr(void); > =A0void print_kenv(void); > =A0u_int booke_init(uint32_t, uint32_t); > > +extern int elf32_nxstack; > + > =A0static void > =A0cpu_e500_startup(void *dummy) > =A0{ > @@ -227,6 +229,9 @@ cpu_e500_startup(void *dummy) > =A0 =A0 =A0 =A0/* Set up buffers, so they can be used to read disk labels= . */ > =A0 =A0 =A0 =A0bufinit(); > =A0 =A0 =A0 =A0vm_pager_bufferinit(); > + > + =A0 =A0 =A0 /* Cpu supports execution permissions on the pages. */ > + =A0 =A0 =A0 elf32_nxstack =3D 1; > =A0} > > =A0static char * > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 15:25:53 2011 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 A851F106566C for ; Tue, 18 Oct 2011 15:25:53 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 84C8F8FC12 for ; Tue, 18 Oct 2011 15:25:53 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id p9IFPqFC024928; Tue, 18 Oct 2011 15:25:52 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id m4ga36u6qv2kfcgwmnqmzknzxa; Tue, 18 Oct 2011 15:25:52 +0000 (UTC) (envelope-from kientzle@freebsd.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Tue, 18 Oct 2011 08:26:00 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Benjamin Kaduk X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-current@freebsd.org Subject: Re: bsdtar --gname switch 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, 18 Oct 2011 15:25:53 -0000 On Oct 17, 2011, at 3:25 PM, Benjamin Kaduk wrote: > On Mon, 17 Oct 2011, Romain Garbage wrote: >>=20 >> According to bsdtar(1) manpage, tar has a --gname switch that permits >> to set an arbitrary groupname in the tar archive, but: >> $ tar -cf foo.tar --gname root bar >> tar: Option --gname is not supported >>=20 >> I get the same error for --uname and --gid switches. I'm running >> 9.0-BETA3 (r226421). Does this have any chances to be corrected in a >> not to far away future? >=20 > This is, at present, a documentation bug. > FreeBSD svn revision 207786 was "Various manpage updates, including = many long-option synonyms that were previously undocumented", which = added the gname long-format option to bsdtar.1. However, this option is = not present in usr.bin/tar/cmdline.c in FreeBSD head, though it was = added in r2349 of upstream libarchive sources on May 1, 2010. So, it = looks like it should have been in libarchive since 2.8.4; however, = pulling tarballs for 2.8.4 and 2.8.5 it does not seem that gname is = listed in cmdline.c for either of them. >=20 > I'm not familiar with the libarchive release process; Tim, can you = shed some insight on what happened here? Looks like the manpage got updated to the latest version from libarchive/trunk. Unfortunately, some of the features described there are not present in libarchive 2.8. It looks like it might be easy to back port some of these features. They don't seem to rely on any of the deeper changes to libarchive internals that have happened since 2.8. Tim From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 15:40:36 2011 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 EFB5A106566B for ; Tue, 18 Oct 2011 15:40:35 +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 80D998FC16 for ; Tue, 18 Oct 2011 15:40:35 +0000 (UTC) Received: by eyd10 with SMTP id 10so913893eyd.13 for ; Tue, 18 Oct 2011 08:40:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=C5TbFDQoAF85wzlOj1RXHYYp1b8a7PQUmWMuheZ3GU8=; b=vAKJTf7vLzbhMNu9ibvA6OgsB5HHlusZGlZHoNd9qWGut9pYMIqwPtQ2E4TGUM8nAN Jve05xrhx62avx9gqSdAUwkAN4CNyVpMFLGuYxUm9GJjEw5I8IHhb7IxwUxxsFwB+8FR j7G1BWJbl5pFMj1ilE+IojESeKf7qNKTNQ9ik= Received: by 10.14.34.13 with SMTP id r13mr376314eea.121.1318952434083; Tue, 18 Oct 2011 08:40:34 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id t2sm6831355eef.10.2011.10.18.08.40.31 (version=SSLv3 cipher=OTHER); Tue, 18 Oct 2011 08:40:33 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E9D9DE1.8060501@FreeBSD.org> Date: Tue, 18 Oct 2011 18:40:17 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Alexey Shuvaev References: <20111008201456.GA3529@lexx.ifp.tuwien.ac.at> <20111017190027.GA9873@lexx.ifp.tuwien.ac.at> In-Reply-To: <20111017190027.GA9873@lexx.ifp.tuwien.ac.at> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Panics after AHCI timeouts 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, 18 Oct 2011 15:40:36 -0000 Hi. Alexey Shuvaev wrote: > On Sat, Oct 08, 2011 at 10:14:56PM +0200, Alexey Shuvaev wrote: > Errr... Replying to myself... Ping? Should I file a PR and put it > in the back burner? :) Sorry for not replying, I wasn't home to look on it closely. >> In the view of upcoming RELEASE-9.0 I should have reported it earlier, >> but it is better later than never... Every time I wanted to report >> this, the system was ~one month old and I tried to upgrade it >> to see, if the problem was still there, waiting for the next panic... >> and when it finally paniced it was one month old again. >> > [snip] >> >From core.txt.5: >> [snip] >> Unread portion of the kernel message buffer: >> Memory modified after free 0xfffffe000416e200(248) val=79e8800 @ 0xfffffe000416e200 >> panic: Most recently used by cred >> >> cpuid = 2 >> Uptime: 20h11m1s >> Dumping 1308 out of 7914 MB:..2%..12%..21%..31%..41%..51%..62%..71%..81%..91% >> [snip] >> #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 >> 252 if (textdump && textdump_pending) { >> (kgdb) #0 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:252 >> #1 0xffffffff808234aa in kern_reboot (howto=260) >> at /usr/src/sys/kern/kern_shutdown.c:430 >> #2 0xffffffff80822f41 in panic (fmt=Variable "fmt" is not available. >> ) >> at /usr/src/sys/kern/kern_shutdown.c:595 >> #3 0xffffffff80a6f7b4 in mtrash_ctor (mem=Variable "mem" is not available. >> ) at /usr/src/sys/vm/uma_dbg.c:137 >> #4 0xffffffff80a6f01c in uma_zalloc_arg (zone=0xfffffe021ffe0700, udata=0x0, >> flags=258) at /usr/src/sys/vm/uma_core.c:2018 >> #5 0xffffffff808108be in malloc (size=Variable "size" is not available. >> ) at uma.h:305 >> #6 0xffffffff8081c21f in crget () at /usr/src/sys/kern/kern_prot.c:1809 >> #7 0xffffffff8081c269 in crdup (cr=0xfffffe0143103300) >> at /usr/src/sys/kern/kern_prot.c:1911 >> #8 0xffffffff808c5ca6 in kern_accessat (td=0xfffffe0007dd7000, fd=-100, >> path=0x80065c000
, >> pathseg=UIO_USERSPACE, flags=Variable "flags" is not available. >> ) at /usr/src/sys/kern/vfs_syscalls.c:2201 >> #9 0xffffffff8086719a in syscallenter (td=0xfffffe0007dd7000, >> sa=0xffffff8223f67bb0) at /usr/src/sys/kern/subr_trap.c:344 >> #10 0xffffffff80b0b43c in syscall (frame=0xffffff8223f67c50) >> at /usr/src/sys/amd64/amd64/trap.c:910 >> #11 0xffffffff80af617d in Xfast_syscall () >> at /usr/src/sys/amd64/amd64/exception.S:384 >> #12 0x000000080062dbdc in ?? () >> Previous frame inner to this frame (corrupt stack?) >> [snip] >> [last message in dmesg] >> ahcich0: Timeout on slot 29 port 0 >> ahcich0: is 00000000 cs 00000000 ss ffffffff rs ffffffff tfd 40 serr 00000000 cm >> d 0000fc17 >> [snip] Now looking on two you backtraces I don't see anything common between them. While first crash happened within timer event handler, it was not AHCI-related event. Second crash happened inside some unrelated syscall. I may suppose that some memory corruption could cause both, but I have no idea what it is and how can it be related to AHCI. With the same effect I could tell that some other hardware problem causes both problems. Try to collect more statistics. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 15:44:40 2011 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 CA7081065673 for ; Tue, 18 Oct 2011 15:44:40 +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 84A938FC0C for ; Tue, 18 Oct 2011 15:44:40 +0000 (UTC) Received: by gyd8 with SMTP id 8so914122gyd.13 for ; Tue, 18 Oct 2011 08:44:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-type; bh=Vtjx6I49yk4lUCmExwrmfsjx5EXvNiomYei0XWPwgLY=; b=i60ABqsZoLxlUfaN/UTZk9XorAbIerE0dre3f8DyYSdzf8M1SU/UuhxmTaPmkVenhI YoCA02W9p9ZjmaFjdO/y4xdrM6b9VtFSU1yjT3RYk9vaaYAxL/frBJMew53LryQNfn6Z XqFSuVg63nZiDPpaJ/VFlKNnrs2AMqGUc9Gdw= Received: by 10.68.209.103 with SMTP id ml7mr6001379pbc.17.1318952679369; Tue, 18 Oct 2011 08:44:39 -0700 (PDT) Received: from c-24-6-49-154.hsd1.ca.comcast.net (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id v7sm8418240pbr.10.2011.10.18.08.44.38 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Oct 2011 08:44:38 -0700 (PDT) Date: Tue, 18 Oct 2011 08:44:32 -0700 (PDT) From: Garrett Cooper To: Arnaud Lacombe In-Reply-To: Message-ID: References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="967339439-1671183406-1318952678=:38610" Cc: Kostik Belousov , current@freebsd.org, Oliver Pinter Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 15:44:40 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --967339439-1671183406-1318952678=:38610 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 18 Oct 2011, Arnaud Lacombe wrote: > Hi, > > On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov wrote: >> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >>> Hi all! >>> >>> I think, it's the time to enable the nxstack feature. Any comments, >>> pros, cons? >> >> I dragged the change long enough for it to miss the 9.0. >> After the 9.0 is released, I will flip the switch with the following >> change. >> >> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >> index 8455f48..926fe64 100644 >> --- a/sys/kern/imgact_elf.c >> +++ b/sys/kern/imgact_elf.c >> @@ -118,7 +118,12 @@ static int elf_legacy_coredump = 0; >>  SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >>     &elf_legacy_coredump, 0, ""); >> >> -static int __elfN(nxstack) = 0; >> +int __elfN(nxstack) = >> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit */ >> > Why leaving 32bits x86 CPU supporting the NX feature behind ? Most likely because it was assumed that i386 doesn't fully support it. According to ye great Wikipedia, NX support didn't roll into i386 until Prescott, which was pretty late in the non-64-bit capable family of CPUs, as its successor -- Conroe -- was 64-bit. Intel detuned some of the early Dual Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about AMD. There are probably more details in binutils, gcc, etc, that I'm missing and Kostik can expound on. -Garrett --967339439-1671183406-1318952678=:38610-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:04:35 2011 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 ABD77106564A; Tue, 18 Oct 2011 16:04:35 +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 C27988FC17; Tue, 18 Oct 2011 16:04:34 +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 TAA05981; Tue, 18 Oct 2011 19:04:32 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E9DA38F.1040305@FreeBSD.org> Date: Tue, 18 Oct 2011 19:04:31 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: Arnaud Lacombe , Marcel Moolenaar References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> In-Reply-To: <1318607697-31950-1-git-send-email-lacombar@gmail.com> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: possible mountroot regression 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, 18 Oct 2011 16:04:35 -0000 on 14/10/2011 18:54 Arnaud Lacombe said the following: > Andry Gapon wrote: >> Simple: revert to the previous behavior. If a user enters incorrect device name >> (i.e. root mounting fails), then return back to the prompt instead of panicing. > That should do the job. > > - Arnaud > > --- > sys/kern/vfs_mountroot.c | 45 +++++++++++++++++++++++---------------------- > 1 files changed, 23 insertions(+), 22 deletions(-) > > diff --git a/sys/kern/vfs_mountroot.c b/sys/kern/vfs_mountroot.c > index ccbcb33..ae3ffa7 100644 > --- a/sys/kern/vfs_mountroot.c > +++ b/sys/kern/vfs_mountroot.c > @@ -481,28 +481,29 @@ parse_dir_ask(char **conf) > printf("\n"); > printf(" ? List valid disk boot devices\n"); > printf(" . Yield 1 second (for background tasks)\n"); > - printf(" Abort manual input\n"); > + printf(" x Abort manual input)\n"); > + > + do { > + error = EINVAL; > + printf("\nmountroot> "); > + gets(name, sizeof(name), GETS_ECHO); > + if (name[0] == '?') { > + printf("\nList of GEOM managed disk devices:\n "); > + g_dev_print(); > + continue; > + } > + if (name[0] == '.') { > + pause("rmask", hz); > + continue; > + } > + if (name[0] == 'x' && name[1] == '\0') > + break; > + mnt = name; > + error = parse_mount(&mnt); > + if (error < 0) > + printf("Invalid specification.\n"); > + } while (error != 0); > > - again: > - printf("\nmountroot> "); > - gets(name, sizeof(name), GETS_ECHO); > - if (name[0] == '\0') > - return (0); > - if (name[0] == '?') { > - printf("\nList of GEOM managed disk devices:\n "); > - g_dev_print(); > - goto again; > - } > - if (name[0] == '.') { > - pause("rmask", hz); > - goto again; > - } > - mnt = name; > - error = parse_mount(&mnt); > - if (error == -1) { > - printf("Invalid specification.\n"); > - goto again; > - } > return (error); > } > Arnaud, I like how your change fixes the regression and improves code style. As you've said, the 'x' change is unrelated. I like it, but it needs to be discussed and committed separately. Marcel, what do you think? Would you be able to commit a variant of this patch sans the 'x' part? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:07:58 2011 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 6F6D41065672 for ; Tue, 18 Oct 2011 16:07:58 +0000 (UTC) (envelope-from fw@f-ws.de) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 362AB8FC0C for ; Tue, 18 Oct 2011 16:07:57 +0000 (UTC) Received: by yxn16 with SMTP id 16so918515yxn.13 for ; Tue, 18 Oct 2011 09:07:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.73.130 with SMTP id v2mr4048628yhd.57.1318952309229; Tue, 18 Oct 2011 08:38:29 -0700 (PDT) Received: by 10.236.95.47 with HTTP; Tue, 18 Oct 2011 08:38:29 -0700 (PDT) X-Originating-IP: [212.48.107.10] Date: Tue, 18 Oct 2011 17:38:29 +0200 Message-ID: From: Florian Wilkemeyer To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: PF NAT issue with 9.0-BETA3 and RELENG_9 'head' 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, 18 Oct 2011 16:07:58 -0000 Hello, i recently switched a router in our test-environment to FreeBSD 9.0-Beta3 (and after things didnt worked ... checked out the current RELENG_9 and recompiled kernel & world .. ) Problem: After 5 - 15 minutes NAT stops working (normal routing still works.) Network Utilization: about 40 MByte/second, which gets routed only a few kbit/s are getting natted (NTP Syncs and such ... ) When i took a look on the nat rules (via pfctl -vv -s nat) the rules gets evaluated; but nothing matches anymore... State Table helds about 9500 Entrys, Source Tracking Table about 300 Software / Configuration: pf, carp pf.conf: ==================================================== set limit src-nodes 550000 set limit frags 32000 set timeout { adaptive.start 530000 adaptive.end 540000 } set timeout src.track 600 set timeout frag 30 set skip on lo0 set skip on igb2 set skip on igb3 set skip on bce0 set skip on bce1 set skip on pfsync0 #set skip on internal #set skip on carp3internal nat on public from 10.5.0.0/16 to any -> { public } ==================================================== carp device holding the internal gateway ips (10.5.0.253 .. ), currently master - no slave /etc/sysctl.conf: ==================================================== net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=1 net.inet.icmp.icmplim_output=0 net.inet.icmp.icmplim=0 net.route.netisr_maxqlen=8192 kern.random.sys.harvest.interrupt=0 kern.random.sys.harvest.ethernet=0 kern.random.sys.harvest.point_to_point=0 net.inet.carp.preempt=1 ==================================================== /boot/loader.conf: ==================================================== net.isr.maxthreads="2" net.isr.defaultqlimit="4096" net.isr.maxqlimit="81920" net.isr.direct="1" net.isr.bindthreads="1" hw.igb.num_queues=2 hw.igb.enable_aim=1 hw.igb.txd=2048 hw.igb.rxd=2048 hw.igb.max_interrupt_rate=8000 hw.intr_storm_threshold=10000 kern.ipc.nmbclusters="262144" kern.hz=1000 ==================================================== # sysctl -a hw.igb hw.igb.rx_process_limit: 100 hw.igb.num_queues: 2 hw.igb.header_split: 0 hw.igb.max_interrupt_rate: 8000 hw.igb.enable_msix: 1 hw.igb.enable_aim: 1 hw.igb.txd: 2048 hw.igb.rxd: 2048 # sysctl -a dev.igb dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 2.2.5 dev.igb.0.%driver: igb dev.igb.0.%location: slot=0 function=0 dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10e8 subvendor=0x8086 subdevice=0xa02c class=0x020000 dev.igb.0.%parent: pci5 dev.igb.0.nvm: -1 dev.igb.0.enable_aim: 1 dev.igb.0.fc: 65536003 dev.igb.0.rx_processing_limit: 100 dev.igb.0.link_irq: 2 dev.igb.0.dropped: 0 dev.igb.0.tx_dma_fail: 0 dev.igb.0.rx_overruns: 0 dev.igb.0.watchdog_timeouts: 0 dev.igb.0.device_control: 1086325313 dev.igb.0.rx_control: 67141634 dev.igb.0.interrupt_mask: 4 dev.igb.0.extended_int_mask: 2147483655 dev.igb.0.tx_buf_alloc: 0 dev.igb.0.rx_buf_alloc: 0 dev.igb.0.fc_high_water: 58976 dev.igb.0.fc_low_water: 58960 dev.igb.0.queue0.no_desc_avail: 0 dev.igb.0.queue0.tx_packets: 28167655 dev.igb.0.queue0.rx_packets: 942710 dev.igb.0.queue0.rx_bytes: 84905673 dev.igb.0.queue0.lro_queued: 0 dev.igb.0.queue0.lro_flushed: 0 dev.igb.0.queue1.no_desc_avail: 0 dev.igb.0.queue1.tx_packets: 27659961 dev.igb.0.queue1.rx_packets: 219218 dev.igb.0.queue1.rx_bytes: 34229378 dev.igb.0.queue1.lro_queued: 0 dev.igb.0.queue1.lro_flushed: 0 dev.igb.0.mac_stats.excess_coll: 0 dev.igb.0.mac_stats.single_coll: 0 dev.igb.0.mac_stats.multiple_coll: 0 dev.igb.0.mac_stats.late_coll: 0 dev.igb.0.mac_stats.collision_count: 0 dev.igb.0.mac_stats.symbol_errors: 0 dev.igb.0.mac_stats.sequence_errors: 0 dev.igb.0.mac_stats.defer_count: 0 dev.igb.0.mac_stats.missed_packets: 0 dev.igb.0.mac_stats.recv_no_buff: 0 dev.igb.0.mac_stats.recv_undersize: 0 dev.igb.0.mac_stats.recv_fragmented: 0 dev.igb.0.mac_stats.recv_oversize: 0 dev.igb.0.mac_stats.recv_jabber: 0 dev.igb.0.mac_stats.recv_errs: 0 dev.igb.0.mac_stats.crc_errs: 0 dev.igb.0.mac_stats.alignment_errs: 0 dev.igb.0.mac_stats.coll_ext_errs: 0 dev.igb.0.mac_stats.xon_recvd: 0 dev.igb.0.mac_stats.xon_txd: 0 dev.igb.0.mac_stats.xoff_recvd: 0 dev.igb.0.mac_stats.xoff_txd: 0 dev.igb.0.mac_stats.total_pkts_recvd: 1277070 dev.igb.0.mac_stats.good_pkts_recvd: 1161923 dev.igb.0.mac_stats.bcast_pkts_recvd: 101354 dev.igb.0.mac_stats.mcast_pkts_recvd: 714 dev.igb.0.mac_stats.rx_frames_64: 102154 dev.igb.0.mac_stats.rx_frames_65_127: 1015473 dev.igb.0.mac_stats.rx_frames_128_255: 6736 dev.igb.0.mac_stats.rx_frames_256_511: 10919 dev.igb.0.mac_stats.rx_frames_512_1023: 1719 dev.igb.0.mac_stats.rx_frames_1024_1522: 24922 dev.igb.0.mac_stats.good_octets_recvd: 123782443 dev.igb.0.mac_stats.good_octets_txd: 55500343847 dev.igb.0.mac_stats.total_pkts_txd: 55828073 dev.igb.0.mac_stats.good_pkts_txd: 55828073 dev.igb.0.mac_stats.bcast_pkts_txd: 5 dev.igb.0.mac_stats.mcast_pkts_txd: 1 dev.igb.0.mac_stats.tx_frames_64: 10267735 dev.igb.0.mac_stats.tx_frames_65_127: 4630167 dev.igb.0.mac_stats.tx_frames_128_255: 756857 dev.igb.0.mac_stats.tx_frames_256_511: 3548802 dev.igb.0.mac_stats.tx_frames_512_1023: 1936496 dev.igb.0.mac_stats.tx_frames_1024_1522: 34688016 dev.igb.0.mac_stats.tso_txd: 452 dev.igb.0.mac_stats.tso_ctx_fail: 0 dev.igb.0.interrupts.asserts: 22013222 dev.igb.0.interrupts.rx_pkt_timer: 1161904 dev.igb.0.interrupts.rx_abs_timer: 0 dev.igb.0.interrupts.tx_pkt_timer: 0 dev.igb.0.interrupts.tx_abs_timer: 1161923 dev.igb.0.interrupts.tx_queue_empty: 55827161 dev.igb.0.interrupts.tx_queue_min_thresh: 0 dev.igb.0.interrupts.rx_desc_min_thresh: 0 dev.igb.0.interrupts.rx_overrun: 0 dev.igb.0.host.breaker_tx_pkt: 0 dev.igb.0.host.host_tx_pkt_discard: 0 dev.igb.0.host.rx_pkt: 19 dev.igb.0.host.breaker_rx_pkts: 0 dev.igb.0.host.breaker_rx_pkt_drop: 0 dev.igb.0.host.tx_good_pkt: 912 dev.igb.0.host.breaker_tx_pkt_drop: 0 dev.igb.0.host.rx_good_bytes: 123782443 dev.igb.0.host.tx_good_bytes: 55500343847 dev.igb.0.host.length_errors: 0 dev.igb.0.host.serdes_violation_pkt: 0 dev.igb.0.host.header_redir_missed: 0 dev.igb.1.%desc: Intel(R) PRO/1000 Network Connection version - 2.2.5 dev.igb.1.%driver: igb dev.igb.1.%location: slot=0 function=1 dev.igb.1.%pnpinfo: vendor=0x8086 device=0x10e8 subvendor=0x8086 subdevice=0xa02c class=0x020000 dev.igb.1.%parent: pci5 dev.igb.1.nvm: -1 dev.igb.1.enable_aim: 1 dev.igb.1.fc: 65536003 dev.igb.1.rx_processing_limit: 100 dev.igb.1.link_irq: 2 dev.igb.1.dropped: 0 dev.igb.1.tx_dma_fail: 0 dev.igb.1.rx_overruns: 0 dev.igb.1.watchdog_timeouts: 0 dev.igb.1.device_control: 1086325313 dev.igb.1.rx_control: 67141658 dev.igb.1.interrupt_mask: 4 dev.igb.1.extended_int_mask: 2147483655 dev.igb.1.tx_buf_alloc: 0 dev.igb.1.rx_buf_alloc: 0 dev.igb.1.fc_high_water: 58976 dev.igb.1.fc_low_water: 58960 dev.igb.1.queue0.no_desc_avail: 0 dev.igb.1.queue0.tx_packets: 863716 dev.igb.1.queue0.rx_packets: 28455079 dev.igb.1.queue0.rx_bytes: 28046622063 dev.igb.1.queue0.lro_queued: 0 dev.igb.1.queue0.lro_flushed: 0 dev.igb.1.queue1.no_desc_avail: 0 dev.igb.1.queue1.tx_packets: 232166 dev.igb.1.queue1.rx_packets: 27840375 dev.igb.1.queue1.rx_bytes: 27298049141 dev.igb.1.queue1.lro_queued: 0 dev.igb.1.queue1.lro_flushed: 0 dev.igb.1.mac_stats.excess_coll: 0 dev.igb.1.mac_stats.single_coll: 0 dev.igb.1.mac_stats.multiple_coll: 0 dev.igb.1.mac_stats.late_coll: 0 dev.igb.1.mac_stats.collision_count: 0 dev.igb.1.mac_stats.symbol_errors: 0 dev.igb.1.mac_stats.sequence_errors: 0 dev.igb.1.mac_stats.defer_count: 0 dev.igb.1.mac_stats.missed_packets: 0 dev.igb.1.mac_stats.recv_no_buff: 0 dev.igb.1.mac_stats.recv_undersize: 0 dev.igb.1.mac_stats.recv_fragmented: 0 dev.igb.1.mac_stats.recv_oversize: 0 dev.igb.1.mac_stats.recv_jabber: 0 dev.igb.1.mac_stats.recv_errs: 0 dev.igb.1.mac_stats.crc_errs: 0 dev.igb.1.mac_stats.alignment_errs: 0 dev.igb.1.mac_stats.coll_ext_errs: 0 dev.igb.1.mac_stats.xon_recvd: 0 dev.igb.1.mac_stats.xon_txd: 0 dev.igb.1.mac_stats.xoff_recvd: 0 dev.igb.1.mac_stats.xoff_txd: 0 dev.igb.1.mac_stats.total_pkts_recvd: 56298320 dev.igb.1.mac_stats.good_pkts_recvd: 56295417 dev.igb.1.mac_stats.bcast_pkts_recvd: 100932 dev.igb.1.mac_stats.mcast_pkts_recvd: 109429 dev.igb.1.mac_stats.rx_frames_64: 10539600 dev.igb.1.mac_stats.rx_frames_65_127: 4789005 dev.igb.1.mac_stats.rx_frames_128_255: 758560 dev.igb.1.mac_stats.rx_frames_256_511: 3556870 dev.igb.1.mac_stats.rx_frames_512_1023: 1939210 dev.igb.1.mac_stats.rx_frames_1024_1522: 34712172 dev.igb.1.mac_stats.good_octets_recvd: 55569850268 dev.igb.1.mac_stats.good_octets_txd: 121738026 dev.igb.1.mac_stats.total_pkts_txd: 1095880 dev.igb.1.mac_stats.good_pkts_txd: 1095880 dev.igb.1.mac_stats.bcast_pkts_txd: 428 dev.igb.1.mac_stats.mcast_pkts_txd: 3494 dev.igb.1.mac_stats.tx_frames_64: 1961 dev.igb.1.mac_stats.tx_frames_65_127: 1037835 dev.igb.1.mac_stats.tx_frames_128_255: 17407 dev.igb.1.mac_stats.tx_frames_256_511: 12213 dev.igb.1.mac_stats.tx_frames_512_1023: 1853 dev.igb.1.mac_stats.tx_frames_1024_1522: 24611 dev.igb.1.mac_stats.tso_txd: 81 dev.igb.1.mac_stats.tso_ctx_fail: 0 dev.igb.1.interrupts.asserts: 22296050 dev.igb.1.interrupts.rx_pkt_timer: 56294394 dev.igb.1.interrupts.rx_abs_timer: 0 dev.igb.1.interrupts.tx_pkt_timer: 0 dev.igb.1.interrupts.tx_abs_timer: 56295417 dev.igb.1.interrupts.tx_queue_empty: 1095875 dev.igb.1.interrupts.tx_queue_min_thresh: 0 dev.igb.1.interrupts.rx_desc_min_thresh: 0 dev.igb.1.interrupts.rx_overrun: 0 dev.igb.1.host.breaker_tx_pkt: 0 dev.igb.1.host.host_tx_pkt_discard: 0 dev.igb.1.host.rx_pkt: 1023 dev.igb.1.host.breaker_rx_pkts: 0 dev.igb.1.host.breaker_rx_pkt_drop: 0 dev.igb.1.host.tx_good_pkt: 5 dev.igb.1.host.breaker_tx_pkt_drop: 0 dev.igb.1.host.rx_good_bytes: 55569850268 dev.igb.1.host.tx_good_bytes: 121738026 dev.igb.1.host.length_errors: 0 dev.igb.1.host.serdes_violation_pkt: 0 dev.igb.1.host.header_redir_missed: 0 (Port 2 && 3 stripped .. due to no connectivity/unused) The Hardware: Dell R410, Xeon E5640 6GByte Memory (DDR3..) Intel Quad Port GBit Adapter (82576) [igb..] Port.0 Used => public / provider Port.1 Used => internal network (servers) About 500 Machines behind this router. Has anything changed from 8.2 to 9.0 that i missed to consider in configuration? Thanks, Florian From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:16:58 2011 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 DF8AA106564A for ; Tue, 18 Oct 2011 16:16:58 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2F48FC0C for ; Tue, 18 Oct 2011 16:16:58 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4EA1525D3860; Tue, 18 Oct 2011 16:16:55 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id E32AABD3C50; Tue, 18 Oct 2011 16:16:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id lztfNcJLvkIp; Tue, 18 Oct 2011 16:16:53 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 8C92CBD3C39; Tue, 18 Oct 2011 16:16:52 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Tue, 18 Oct 2011 16:16:51 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <76AEB677-559C-482B-A0DD-EA196FEBCB36@lists.zabbadoz.net> References: To: Florian Wilkemeyer X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: PF NAT issue with 9.0-BETA3 and RELENG_9 'head' 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, 18 Oct 2011 16:16:59 -0000 On 18. Oct 2011, at 15:38 , Florian Wilkemeyer wrote: > Hello, >=20 > i recently switched a router in our test-environment to FreeBSD = 9.0-Beta3 > (and after things didnt worked ... checked out the current RELENG_9 > and recompiled kernel & world .. ) freebsd-pf archives might be a good start and the better list ... > Has anything changed from 8.2 to 9.0 that i missed to consider in = configuration? Yes, the implementation was updated ... --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:26:37 2011 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 C7F14106564A for ; Tue, 18 Oct 2011 16:26:37 +0000 (UTC) (envelope-from lacombar@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 599948FC19 for ; Tue, 18 Oct 2011 16:26:37 +0000 (UTC) Received: by wyi40 with SMTP id 40so998466wyi.13 for ; Tue, 18 Oct 2011 09:26:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=TTZiFGGP+PRfw92IXHX+BQtjG7A45XfLW1XN5X7bScs=; b=IBEeskxznMK50NgCO8QyPjLX+/fWTsJgAoC+IO9uqvQw5KkTRGCLcOlxgzioZeerKP wSFVUMWITfJ8FkFuevcx8V77qPL0xZDGNTAOL9ANUo2e6oGNT2B57LDGO3hg54BMlw9n 8w4X0cI1iNQ7SX3xzT5sd027GivDcgqmXRomk= MIME-Version: 1.0 Received: by 10.227.166.69 with SMTP id l5mr1081030wby.34.1318955196379; Tue, 18 Oct 2011 09:26:36 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Tue, 18 Oct 2011 09:26:36 -0700 (PDT) In-Reply-To: References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> Date: Tue, 18 Oct 2011 12:26:36 -0400 Message-ID: From: Arnaud Lacombe To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Kostik Belousov , current@freebsd.org, Oliver Pinter Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 16:26:37 -0000 Hi, On Tue, Oct 18, 2011 at 11:44 AM, Garrett Cooper wrote= : > On Tue, 18 Oct 2011, Arnaud Lacombe wrote: > >> Hi, >> >> On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov >> wrote: >>> >>> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >>>> >>>> Hi all! >>>> >>>> I think, it's the time to enable the nxstack feature. Any comments, >>>> pros, cons? >>> >>> I dragged the change long enough for it to miss the 9.0. >>> After the 9.0 is released, I will flip the switch with the following >>> change. >>> >>> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >>> index 8455f48..926fe64 100644 >>> --- a/sys/kern/imgact_elf.c >>> +++ b/sys/kern/imgact_elf.c >>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >>> =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >>> =A0 =A0 &elf_legacy_coredump, 0, ""); >>> >>> -static int __elfN(nxstack) =3D 0; >>> +int __elfN(nxstack) =3D >>> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit >>> */ >>> >> Why leaving 32bits x86 CPU supporting the NX feature behind ? > > Most likely because it was assumed that i386 doesn't fully support it. > According to ye great Wikipedia, NX support didn't roll into i386 until > Prescott, which was pretty late in the non-64-bit capable family of CPUs,= as > its successor -- Conroe -- was 64-bit. Intel detuned some of the early Du= al > Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about AMD. > > There are probably more details in binutils, gcc, etc, that I'm missing a= nd > Kostik can expound on. > NX support is advertised in the cpuid flags, just add the logic to handle this interface. Kostik's patch is just incomplete, but he's got a commit bit so he can commit it as-is, as he will. If nonexec_stack becomes the default, it should be on every CPU supporting the feature, not just the low-hanging one. - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:27:47 2011 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 D6170106566C for ; Tue, 18 Oct 2011 16:27:47 +0000 (UTC) (envelope-from fw@f-ws.de) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9D93D8FC14 for ; Tue, 18 Oct 2011 16:27:47 +0000 (UTC) Received: by gyd8 with SMTP id 8so972282gyd.13 for ; Tue, 18 Oct 2011 09:27:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.185.228 with SMTP id u64mr4439998yhm.91.1318955266697; Tue, 18 Oct 2011 09:27:46 -0700 (PDT) Received: by 10.236.95.47 with HTTP; Tue, 18 Oct 2011 09:27:46 -0700 (PDT) X-Originating-IP: [212.48.107.10] In-Reply-To: <76AEB677-559C-482B-A0DD-EA196FEBCB36@lists.zabbadoz.net> References: <76AEB677-559C-482B-A0DD-EA196FEBCB36@lists.zabbadoz.net> Date: Tue, 18 Oct 2011 18:27:46 +0200 Message-ID: From: Florian Wilkemeyer To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: PF NAT issue with 9.0-BETA3 and RELENG_9 'head' 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, 18 Oct 2011 16:27:47 -0000 On Tue, Oct 18, 2011 at 6:16 PM, Bjoern A. Zeeb wrote: > On 18. Oct 2011, at 15:38 , Florian Wilkemeyer wrote: > >> Hello, >> >> i recently switched a router in our test-environment to FreeBSD 9.0-Beta= 3 >> (and after things didnt worked ... checked out the current RELENG_9 >> and recompiled kernel & world .. ) > > freebsd-pf archives might be a good start and the better list ... > Okay, thanks i'll post it there.. i missed that there's also a pf-related list, sorry > >> Has anything changed from 8.2 to 9.0 that i missed to consider in config= uration? > > Yes, the implementation was updated ... > > -- > Bjoern A. Zeeb =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 You have to have visions! > =A0 =A0 =A0 =A0 Stop bit received. Insert coin for new address family. > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:35:05 2011 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 69BFC106566B for ; Tue, 18 Oct 2011 16:35:05 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 32F158FC13 for ; Tue, 18 Oct 2011 16:35:04 +0000 (UTC) Received: by pzk4 with SMTP id 4so4295185pzk.3 for ; Tue, 18 Oct 2011 09:35:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=Rq6lJK7fz7lYOAkuC0XWKgIfvQbhc+YHAn3v2fbtJCE=; b=BofOySqhkXZ5GhBzYfLZUsySZqaAYRauRwl8KZT1iW4h3uAZXBEbzPf61XGeylJhW/ 09SvQR29sR0UL5L02eIK5TOUS/IwMUlgGWxhU3wwFDutMbhWdv5R+U13zf3DaS0hQh/V QXad/kFJUKkl+BD6+8nDjg3gcFvTnaIvrmU2E= Received: by 10.68.36.6 with SMTP id m6mr5881852pbj.111.1318955704687; Tue, 18 Oct 2011 09:35:04 -0700 (PDT) Received: from kruse-180.4.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id w4sm8836391pbf.6.2011.10.18.09.35.02 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Oct 2011 09:35:03 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: Date: Tue, 18 Oct 2011 09:35:00 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> To: Arnaud Lacombe X-Mailer: Apple Mail (2.1084) Cc: Kostik Belousov , current@freebsd.org, Oliver Pinter Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 16:35:05 -0000 On Oct 18, 2011, at 9:26 AM, Arnaud Lacombe wrote: > Hi, >=20 > On Tue, Oct 18, 2011 at 11:44 AM, Garrett Cooper = wrote: >> On Tue, 18 Oct 2011, Arnaud Lacombe wrote: >>=20 >>> Hi, >>>=20 >>> On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov = >>> wrote: >>>>=20 >>>> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >>>>>=20 >>>>> Hi all! >>>>>=20 >>>>> I think, it's the time to enable the nxstack feature. Any = comments, >>>>> pros, cons? >>>>=20 >>>> I dragged the change long enough for it to miss the 9.0. >>>> After the 9.0 is released, I will flip the switch with the = following >>>> change. >>>>=20 >>>> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >>>> index 8455f48..926fe64 100644 >>>> --- a/sys/kern/imgact_elf.c >>>> +++ b/sys/kern/imgact_elf.c >>>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >>>> SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >>>> &elf_legacy_coredump, 0, ""); >>>>=20 >>>> -static int __elfN(nxstack) =3D 0; >>>> +int __elfN(nxstack) =3D >>>> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 = bit >>>> */ >>>>=20 >>> Why leaving 32bits x86 CPU supporting the NX feature behind ? >>=20 >> Most likely because it was assumed that i386 doesn't fully support = it. >> According to ye great Wikipedia, NX support didn't roll into i386 = until >> Prescott, which was pretty late in the non-64-bit capable family of = CPUs, as >> its successor -- Conroe -- was 64-bit. Intel detuned some of the = early Dual >> Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about = AMD. >>=20 >> There are probably more details in binutils, gcc, etc, that I'm = missing and >> Kostik can expound on. >>=20 > NX support is advertised in the cpuid flags, just add the logic to > handle this interface. Kostik's patch is just incomplete, but he's got > a commit bit so he can commit it as-is, as he will. >=20 > If nonexec_stack becomes the default, it should be on every CPU > supporting the feature, not just the low-hanging one. It gets a bit trickier because now you're putting MD code into MI code, = but that should be easy enough to abstract out into amd64, i386, etc. Still wondering if the toolchain is lacking support though, because I = remember a few committers (dim?, kib?) making some modifications in = order to get NX working about a year ago. -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 16:53:39 2011 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 E9FD2106568B for ; Tue, 18 Oct 2011 16:53:38 +0000 (UTC) (envelope-from oliver.pntr@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 A82B68FC1C for ; Tue, 18 Oct 2011 16:53:37 +0000 (UTC) Received: by gyd8 with SMTP id 8so1005433gyd.13 for ; Tue, 18 Oct 2011 09:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=/95g+4DA42RJZbpAxxrlwfwQQ1n0p9U8/3Xc7cor+uE=; b=TaRcjLhSKTuaE1DG7dPPED/MG0lC0YqQmUAsBdLL6ig3fCFMlHvHll1U5v241LB3k1 Ysd6pAHpUBU7z6JBqoenersGWL3m1XRci+YjC4JyO4jsDJ8ssSSlEpEpdQjIBNFJZzh+ GjJFWfC889AnjeJpOjGkZCDdDA7dhetxQN+cY= MIME-Version: 1.0 Received: by 10.151.26.6 with SMTP id d6mr3108619ybj.39.1318956817370; Tue, 18 Oct 2011 09:53:37 -0700 (PDT) Received: by 10.150.228.16 with HTTP; Tue, 18 Oct 2011 09:53:37 -0700 (PDT) In-Reply-To: References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> Date: Tue, 18 Oct 2011 18:53:37 +0200 Message-ID: From: Oliver Pinter To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , Kostik Belousov , current@freebsd.org Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 16:53:39 -0000 On 10/18/11, Arnaud Lacombe wrote: > Hi, > > On Tue, Oct 18, 2011 at 11:44 AM, Garrett Cooper wro= te: >> On Tue, 18 Oct 2011, Arnaud Lacombe wrote: >> >>> Hi, >>> >>> On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov >>> wrote: >>>> >>>> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >>>>> >>>>> Hi all! >>>>> >>>>> I think, it's the time to enable the nxstack feature. Any comments, >>>>> pros, cons? >>>> >>>> I dragged the change long enough for it to miss the 9.0. >>>> After the 9.0 is released, I will flip the switch with the following >>>> change. >>>> >>>> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >>>> index 8455f48..926fe64 100644 >>>> --- a/sys/kern/imgact_elf.c >>>> +++ b/sys/kern/imgact_elf.c >>>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >>>> SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >>>> &elf_legacy_coredump, 0, ""); >>>> >>>> -static int __elfN(nxstack) =3D 0; >>>> +int __elfN(nxstack) =3D >>>> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bi= t >>>> */ >>>> >>> Why leaving 32bits x86 CPU supporting the NX feature behind ? >> >> Most likely because it was assumed that i386 doesn't fully support it. >> According to ye great Wikipedia, NX support didn't roll into i386 until >> Prescott, which was pretty late in the non-64-bit capable family of CPUs= , >> as >> its successor -- Conroe -- was 64-bit. Intel detuned some of the early >> Dual >> Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about AMD. >> >> There are probably more details in binutils, gcc, etc, that I'm missing >> and >> Kostik can expound on. >> > NX support is advertised in the cpuid flags, just add the logic to > handle this interface. Kostik's patch is just incomplete, but he's got > a commit bit so he can commit it as-is, as he will. > > If nonexec_stack becomes the default, it should be on every CPU > supporting the feature, not just the low-hanging one. > > - Arnaud > the NX detection code already implemented in i386, but this feature required PAE: @initializecpu(void): =BB =BB } #ifdef PAE =BB =BB if ((amd_feature & AMDID_NX) !=3D 0) { =BB =BB =BB uint64_t msr; =BB =BB =BB msr =3D rdmsr(MSR_EFER) | EFER_NXE; =BB =BB =BB wrmsr(MSR_EFER, msr); =BB =BB =BB pg_nx =3D PG_NX; =BB =BB } #endif =BB =BB break From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 17:06:29 2011 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 6B2AE106564A for ; Tue, 18 Oct 2011 17:06:29 +0000 (UTC) (envelope-from lacombar@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 EA7FE8FC0A for ; Tue, 18 Oct 2011 17:06:28 +0000 (UTC) Received: by wwi18 with SMTP id 18so1166602wwi.31 for ; Tue, 18 Oct 2011 10:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=D8N4hHURXWdDoKqFcTR8Nf3cufhNTcYgldXtG8Oqxqw=; b=IvgHmpcY5u/0GYc8Ce6g2YZELX8Yc5w2TEwbk+Ks2vuJrni2BYasKQVk3ARoT7zyit AUl770iUmemUQBFOGI+nato50M5qdmx1Xb2WAk5xqcdzo2JjaGOGOOODjdzX8naM66Ie KWI2I371uH3T2zDJnrPlq/AUa0Ee/NsK49Eho= MIME-Version: 1.0 Received: by 10.227.141.201 with SMTP id n9mr1102427wbu.49.1318957587381; Tue, 18 Oct 2011 10:06:27 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Tue, 18 Oct 2011 10:06:27 -0700 (PDT) In-Reply-To: References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> Date: Tue, 18 Oct 2011 13:06:27 -0400 Message-ID: From: Arnaud Lacombe To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , Kostik Belousov , current@freebsd.org Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 17:06:29 -0000 Hi, On Tue, Oct 18, 2011 at 12:53 PM, Oliver Pinter wro= te: > On 10/18/11, Arnaud Lacombe wrote: >> Hi, >> >> On Tue, Oct 18, 2011 at 11:44 AM, Garrett Cooper wr= ote: >>> On Tue, 18 Oct 2011, Arnaud Lacombe wrote: >>> >>>> Hi, >>>> >>>> On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov >>>> wrote: >>>>> >>>>> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >>>>>> >>>>>> Hi all! >>>>>> >>>>>> I think, it's the time to enable the nxstack feature. Any comments, >>>>>> pros, cons? >>>>> >>>>> I dragged the change long enough for it to miss the 9.0. >>>>> After the 9.0 is released, I will flip the switch with the following >>>>> change. >>>>> >>>>> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >>>>> index 8455f48..926fe64 100644 >>>>> --- a/sys/kern/imgact_elf.c >>>>> +++ b/sys/kern/imgact_elf.c >>>>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >>>>> =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >>>>> =A0 =A0 &elf_legacy_coredump, 0, ""); >>>>> >>>>> -static int __elfN(nxstack) =3D 0; >>>>> +int __elfN(nxstack) =3D >>>>> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 b= it >>>>> */ >>>>> >>>> Why leaving 32bits x86 CPU supporting the NX feature behind ? >>> >>> Most likely because it was assumed that i386 doesn't fully support it. >>> According to ye great Wikipedia, NX support didn't roll into i386 until >>> Prescott, which was pretty late in the non-64-bit capable family of CPU= s, >>> as >>> its successor -- Conroe -- was 64-bit. Intel detuned some of the early >>> Dual >>> Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about AMD. >>> >>> There are probably more details in binutils, gcc, etc, that I'm missing >>> and >>> Kostik can expound on. >>> >> NX support is advertised in the cpuid flags, just add the logic to >> handle this interface. Kostik's patch is just incomplete, but he's got >> a commit bit so he can commit it as-is, as he will. >> >> If nonexec_stack becomes the default, it should be on every CPU >> supporting the feature, not just the low-hanging one. >> >> =A0- Arnaud >> > > the NX detection code already implemented in i386, but this feature > required PAE: > yes, this is the conclusion I reached too. But this does not change the fact that the VM should know about that, and this is missing from Kostik's patch. I guess the first hunk should read: @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, &elf_legacy_coredump, 0, ""); -static int __elfN(nxstack) =3D 0; +int __elfN(nxstack) =3D +#if defined(PAE) || defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit */ + 1; +#else + 0; +#endif SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executable stac= k"); - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 18:32:38 2011 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 CC45F1065674 for ; Tue, 18 Oct 2011 18:32:38 +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 38C588FC13 for ; Tue, 18 Oct 2011 18:32:37 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p9IIWKvp064303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2011 21:32:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p9IIWKQf060262; Tue, 18 Oct 2011 21:32:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p9IIWJdh060261; Tue, 18 Oct 2011 21:32:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 18 Oct 2011 21:32:19 +0300 From: Kostik Belousov To: Arnaud Lacombe Message-ID: <20111018183219.GN50300@deviant.kiev.zoral.com.ua> References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jdM5ZcN/ZcXXVwZs" Content-Disposition: inline In-Reply-To: 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.3 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 , current@freebsd.org, Oliver Pinter Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 18:32:38 -0000 --jdM5ZcN/ZcXXVwZs Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 18, 2011 at 01:06:27PM -0400, Arnaud Lacombe wrote: > Hi, >=20 > On Tue, Oct 18, 2011 at 12:53 PM, Oliver Pinter w= rote: > > On 10/18/11, Arnaud Lacombe wrote: > >> Hi, > >> > >> On Tue, Oct 18, 2011 at 11:44 AM, Garrett Cooper = wrote: > >>> On Tue, 18 Oct 2011, Arnaud Lacombe wrote: > >>> > >>>> Hi, > >>>> > >>>> On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov > >>>> wrote: > >>>>> > >>>>> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: > >>>>>> > >>>>>> Hi all! > >>>>>> > >>>>>> I think, it's the time to enable the nxstack feature. Any comments, > >>>>>> pros, cons? > >>>>> > >>>>> I dragged the change long enough for it to miss the 9.0. > >>>>> After the 9.0 is released, I will flip the switch with the following > >>>>> change. > >>>>> > >>>>> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c > >>>>> index 8455f48..926fe64 100644 > >>>>> --- a/sys/kern/imgact_elf.c > >>>>> +++ b/sys/kern/imgact_elf.c > >>>>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; > >>>>> =9ASYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, > >>>>> =9A =9A &elf_legacy_coredump, 0, ""); > >>>>> > >>>>> -static int __elfN(nxstack) =3D 0; > >>>>> +int __elfN(nxstack) =3D > >>>>> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32= bit > >>>>> */ > >>>>> > >>>> Why leaving 32bits x86 CPU supporting the NX feature behind ? > >>> > >>> Most likely because it was assumed that i386 doesn't fully support it. > >>> According to ye great Wikipedia, NX support didn't roll into i386 unt= il > >>> Prescott, which was pretty late in the non-64-bit capable family of C= PUs, > >>> as > >>> its successor -- Conroe -- was 64-bit. Intel detuned some of the early > >>> Dual > >>> Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about AMD. > >>> > >>> There are probably more details in binutils, gcc, etc, that I'm missi= ng > >>> and > >>> Kostik can expound on. > >>> > >> NX support is advertised in the cpuid flags, just add the logic to > >> handle this interface. Kostik's patch is just incomplete, but he's got > >> a commit bit so he can commit it as-is, as he will. > >> > >> If nonexec_stack becomes the default, it should be on every CPU > >> supporting the feature, not just the low-hanging one. > >> > >> =9A- Arnaud > >> > > > > the NX detection code already implemented in i386, but this feature > > required PAE: > > > yes, this is the conclusion I reached too. But this does not change > the fact that the VM should know about that, and this is missing from > Kostik's patch. I guess the first hunk should read: >=20 > @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; > SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, > &elf_legacy_coredump, 0, ""); >=20 > -static int __elfN(nxstack) =3D 0; > +int __elfN(nxstack) =3D > +#if defined(PAE) || defined(__amd64__) || defined(__powerpc64__) /* > both 64 and 32 bit */ > + 1; > +#else > + 0; > +#endif > SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, > nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, > __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executable st= ack"); Your patch is not right, it will cause even more user confusion. The presence of the PAE kernel does not imply that CPU supports nx. Below is the updated patch that turns on nxstack by default for the PAE kernels on NX-capable CPUs. Note that i386 usermode fully supports the PT_GNU_STACK annotations and cares about not enabling nx on stack pages unneccessary, but my main target was compat32 on amd64. The fact that nxstack is not enabled by default does not prevent administrator from manually enabling the feature. Since you worried so much about PAE case, I sincerely expect that you will test the change. Thank you in advance. diff --git a/sys/i386/i386/initcpu.c b/sys/i386/i386/initcpu.c index c2daf54..ec77adb 100644 --- a/sys/i386/i386/initcpu.c +++ b/sys/i386/i386/initcpu.c @@ -650,6 +650,8 @@ enable_sse(void) #endif } =20 +extern int elf32_nxstack; + void initializecpu(void) { @@ -739,6 +741,7 @@ initializecpu(void) msr =3D rdmsr(MSR_EFER) | EFER_NXE; wrmsr(MSR_EFER, msr); pg_nx =3D PG_NX; + elf32_nxstack =3D 1; } #endif break; diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c index 8455f48..926fe64 100644 --- a/sys/kern/imgact_elf.c +++ b/sys/kern/imgact_elf.c @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW,=20 &elf_legacy_coredump, 0, ""); =20 -static int __elfN(nxstack) =3D 0; +int __elfN(nxstack) =3D +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit */ + 1; +#else + 0; +#endif SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executable sta= ck"); diff --git a/sys/powerpc/aim/mmu_oea64.c b/sys/powerpc/aim/mmu_oea64.c index 7500462..0e27351 100644 --- a/sys/powerpc/aim/mmu_oea64.c +++ b/sys/powerpc/aim/mmu_oea64.c @@ -1445,6 +1445,8 @@ moea64_uma_page_alloc(uma_zone_t zone, int bytes, u_i= nt8_t *flags, int wait) return (void *)va; } =20 +extern int elf32_nxstack; + void moea64_init(mmu_t mmu) { @@ -1464,6 +1466,8 @@ moea64_init(mmu_t mmu) uma_zone_set_allocf(moea64_mpvo_zone,moea64_uma_page_alloc); } =20 + elf32_nxstack =3D 1; + moea64_initialized =3D TRUE; } =20 diff --git a/sys/powerpc/booke/machdep.c b/sys/powerpc/booke/machdep.c index c2b5e6f..82a37e1 100644 --- a/sys/powerpc/booke/machdep.c +++ b/sys/powerpc/booke/machdep.c @@ -192,6 +192,8 @@ void print_kernel_section_addr(void); void print_kenv(void); u_int booke_init(uint32_t, uint32_t); =20 +extern int elf32_nxstack; + static void cpu_e500_startup(void *dummy) { @@ -227,6 +229,9 @@ cpu_e500_startup(void *dummy) /* Set up buffers, so they can be used to read disk labels. */ bufinit(); vm_pager_bufferinit(); + + /* Cpu supports execution permissions on the pages. */ + elf32_nxstack =3D 1; } =20 static char * --jdM5ZcN/ZcXXVwZs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6dxjMACgkQC3+MBN1Mb4iTOgCg6t03PsgqsZKKknWhea+/d1DP y94AoNHvXkPcuAtCmIWyPqPDJE0WHgze =LFtx -----END PGP SIGNATURE----- --jdM5ZcN/ZcXXVwZs-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 18:44:01 2011 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 3CAA21065675 for ; Tue, 18 Oct 2011 18:44:01 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from brane.freislich.nom.za (www.freislich.nom.za [41.154.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id B13398FC0A for ; Tue, 18 Oct 2011 18:44:00 +0000 (UTC) Received: from [10.0.2.227] (helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RGE9v-0006md-2O; Tue, 18 Oct 2011 20:13:03 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RGE9r-0001Yv-HM; Tue, 18 Oct 2011 20:12:59 +0200 To: Florian Wilkemeyer From: Ian FREISLICH In-Reply-To: References: <76AEB677-559C-482B-A0DD-EA196FEBCB36@lists.zabbadoz.net> X-Attribution: BOFH Date: Tue, 18 Oct 2011 20:12:59 +0200 Message-Id: X-Missing-rDNS: 10.0.2.227 Cc: freebsd-current@freebsd.org Subject: Re: PF NAT issue with 9.0-BETA3 and RELENG_9 'head' 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, 18 Oct 2011 18:44:01 -0000 Florian Wilkemeyer wrote: > On Tue, Oct 18, 2011 at 6:16 PM, Bjoern A. Zeeb > wrote: > > On 18. Oct 2011, at 15:38 , Florian Wilkemeyer wrote: > > > >> Hello, > >> > >> i recently switched a router in our test-environment to FreeBSD 9.0-Beta= > 3 > >> (and after things didnt worked ... checked out the current RELENG_9 > >> and recompiled kernel & world .. ) > > > > freebsd-pf archives might be a good start and the better list ... > > > > Okay, thanks i'll post it there.. Did you by chance, run out of state entries? I believe the work-around is to load pf as a module until the issue is fixed. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:00:24 2011 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 D22D2106566B for ; Tue, 18 Oct 2011 20:00:24 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6DC8FC16 for ; Tue, 18 Oct 2011 20:00:24 +0000 (UTC) Received: from jeep.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 310A0D0CC37 for ; Tue, 18 Oct 2011 22:00:21 +0200 (SAST) From: Johann Hugo To: current@freebsd.org Date: Tue, 18 Oct 2011 22:00:11 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201110182200.19244.jhugo@meraka.csir.co.za> Cc: Subject: IPv6 accept_rtadv + bfe0 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, 18 Oct 2011 20:00:24 -0000 Hi The only way that I can get bfe0 to enable ACCEPT_RTADV is to manually do it with ifconfig bfe0 inet6 accept_rtadv. Even if I add it to ifconfig_bge0 in rc.conf it does nothing. grep bfe /etc/rc.conf ifconfig_bfe0="DHCP accept_rtadv" ifconfig bfe0 bfe0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:1d:09:a7:41:a8 inet6 fe80::21d:9ff:fea7:41a8%bfe0 prefixlen 64 scopeid 0x9 inet 146.64.80.134 netmask 0xffffff00 broadcast 146.64.80.255 nd6 options=21 media: Ethernet autoselect (100baseTX ) status: active ifconfig bfe0 inet6 accept_rtadv ifconfig bfe0 bfe0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:1d:09:a7:41:a8 inet6 fe80::21d:9ff:fea7:41a8%bfe0 prefixlen 64 scopeid 0x9 inet 146.64.80.134 netmask 0xffffff00 broadcast 146.64.80.255 inet6 2001:4200:7000:100:21d:9ff:fea7:41a8 prefixlen 64 autoconf nd6 options=23 media: Ethernet autoselect (100baseTX ) status: active uname -a FreeBSD pcbsd-615 9.0-BETA3 FreeBSD 9.0-BETA3 grep v6 /etc/rc.conf ipv6_activate_all_interfaces="YES" grep rtadv /etc/sysctl.conf net.inet6.ip6.accept_rtadv=1 Is there anything else that I need to do ? Johann From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 21:17:02 2011 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 AC6A11065672 for ; Tue, 18 Oct 2011 21:17:02 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 39E768FC12 for ; Tue, 18 Oct 2011 21:17:02 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id BB5C225D37C7; Tue, 18 Oct 2011 21:17:00 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id BFF04BD3C51; Tue, 18 Oct 2011 21:16:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id pOsZosdro4-3; Tue, 18 Oct 2011 21:16:58 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id BDCA8BD3C38; Tue, 18 Oct 2011 21:16:57 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <201110182200.19244.jhugo@meraka.csir.co.za> Date: Tue, 18 Oct 2011 21:16:57 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> References: <201110182200.19244.jhugo@meraka.csir.co.za> To: Johann Hugo X-Mailer: Apple Mail (2.1084) Cc: current@freebsd.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 18 Oct 2011 21:17:02 -0000 On 18. Oct 2011, at 20:00 , Johann Hugo wrote: > Hi >=20 > The only way that I can get bfe0 to enable ACCEPT_RTADV is to manually = do it=20 > with ifconfig bfe0 inet6 accept_rtadv. Even if I add it to = ifconfig_bge0 in=20 > rc.conf it does nothing.=20 >=20 > grep bfe /etc/rc.conf > ifconfig_bfe0=3D"DHCP accept_rtadv" ifconfig_bfe0=3D"DHCP" ifconfig_bfe0_ipv6=3D"inet6 accept_rtadv" --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 21:57:55 2011 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 3BF621065672 for ; Tue, 18 Oct 2011 21:57:55 +0000 (UTC) (envelope-from hyama99@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 CAB3A8FC08 for ; Tue, 18 Oct 2011 21:57:54 +0000 (UTC) Received: by eyd10 with SMTP id 10so1371536eyd.13 for ; Tue, 18 Oct 2011 14:57:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=vPQn2Z4sNT+dF6uNDf+S75UzkOGyECLfKc3L81zsS6g=; b=pJN7BpeoSb4G/L2hZx/9Fu6HWtX/LZdpaTDb3xbuYqVcwEYI6bAwRXwlS9VhC1IWZN +Bn/3iwS8ZU0U6KM2hL1rVOvKYsEQnylEBntO2BVewkUqxBbaMoDMOIrMUIPTSe/XnNY FcQszC5TLeZVs1BEQpJrkxR64arUlAaQ8rTl4= MIME-Version: 1.0 Received: by 10.213.9.77 with SMTP id k13mr536893ebk.124.1318973722114; Tue, 18 Oct 2011 14:35:22 -0700 (PDT) Received: by 10.213.27.78 with HTTP; Tue, 18 Oct 2011 14:35:22 -0700 (PDT) Date: Wed, 19 Oct 2011 06:35:22 +0900 Message-ID: From: Hideki Yamamoto To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: About FreeBSD 9.0 release note 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, 18 Oct 2011 21:57:55 -0000 Hi, Does someone know where is the draft of FreeBSD 9.0 release note? I would like to check if there is a description about new functions about MLDv2 is included or not. I think the below feature should be included in the release note as IPv6 network is getting popular. --------------------------------- MFC r200871: Use ALLOW_NEW_SOURCES and BLOCK_OLD_SOURCES to signal a join or leave with SSM MLDv2 by default. This is current practice and complies with RFC 4604, as well as being required by production IPv6 networks in Japan. The behaviour may be disabled by setting the net.inet6.mld.use_allow sysctl/tunable to 0. ------------------------------------- Best regards, Hideki Yamamoto From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:07:52 2011 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 099BB106564A for ; Tue, 18 Oct 2011 22:07:52 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 605BD8FC0C for ; Tue, 18 Oct 2011 22:07:51 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p9IM7b5a017726; Wed, 19 Oct 2011 07:07:48 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p9IM7aTv078493; Wed, 19 Oct 2011 07:07:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 19 Oct 2011 07:07:18 +0900 (JST) Message-Id: <20111019.070718.1020945298589023580.hrs@allbsd.org> To: hyama99@gmail.com From: Hiroki Sato In-Reply-To: References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Oct_19_07_07_18_2011_659)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Wed, 19 Oct 2011 07:07:48 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: About FreeBSD 9.0 release note 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, 18 Oct 2011 22:07:52 -0000 ----Security_Multipart(Wed_Oct_19_07_07_18_2011_659)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hideki Yamamoto wrote in : hy> Hi, hy> hy> Does someone know where is the draft of FreeBSD 9.0 release note? hy> I would like to check if there is a description about new functions hy> about MLDv2 is included or not. hy> I think the below feature should be included in the release note as hy> IPv6 network is getting popular. hy> hy> --------------------------------- hy> MFC r200871: hy> Use ALLOW_NEW_SOURCES and BLOCK_OLD_SOURCES to signal a join or leave hy> with SSM MLDv2 by default. hy> This is current practice and complies with RFC 4604, as well as being hy> required by production IPv6 networks in Japan. hy> The behaviour may be disabled by setting the net.inet6.mld.use_allow hy> sysctl/tunable to 0. hy> ------------------------------------- I am already working on the relnotes and the above will be included as an improvement of the IPv6 stack. -- Hiroki ----Security_Multipart(Wed_Oct_19_07_07_18_2011_659)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6d+JYACgkQTyzT2CeTzy3GwACbBdIWupigwOYxCd20VH5n6maH 7JQAoL8PPTU/eSAa9NM4lL/heIuCZ5Ni =qZ9U -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Oct_19_07_07_18_2011_659)---- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:17:11 2011 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 AB67E1065672 for ; Tue, 18 Oct 2011 22:17:11 +0000 (UTC) (envelope-from f0andrey@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 5516F8FC14 for ; Tue, 18 Oct 2011 22:17:11 +0000 (UTC) Received: by vws11 with SMTP id 11so1166644vws.13 for ; Tue, 18 Oct 2011 15:17:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=PZ9KoODHWtM2LsK/osCdyIS/87E93V12AJbxIAqkDBY=; b=IwXX0U2fGh2QFQJfixSdykzYb2vMHyFVKVdQ58yE2qibq2i0evr4xcUaGyUyXamB+u 7zVUrgDcgMAUo5spOoFwj4idmc4DTC0M7UI0HbHh1DxRKE1Nd6ChOwHyO1PGLn3LDImc kIG9QJf+ndPUsc/+mTiJIyed5ZCW0qK+AjXi0= MIME-Version: 1.0 Received: by 10.52.69.3 with SMTP id a3mr4416950vdu.86.1318976230475; Tue, 18 Oct 2011 15:17:10 -0700 (PDT) Received: by 10.220.199.138 with HTTP; Tue, 18 Oct 2011 15:17:10 -0700 (PDT) In-Reply-To: <20111019.070718.1020945298589023580.hrs@allbsd.org> References: <20111019.070718.1020945298589023580.hrs@allbsd.org> Date: Wed, 19 Oct 2011 02:17:10 +0400 Message-ID: From: Andrey Fesenko To: Hiroki Sato Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: hyama99@gmail.com, freebsd-current@freebsd.org Subject: Re: About FreeBSD 9.0 release note 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, 18 Oct 2011 22:17:11 -0000 On Wed, Oct 19, 2011 at 2:07 AM, Hiroki Sato wrote: > Hideki Yamamoto wrote > =C2=A0in : > > hy> Hi, > hy> > hy> Does someone know where is the draft of FreeBSD 9.0 release note? > hy> I would like to check if there is a description about new functions > hy> about MLDv2 is included or not. > hy> I think the below feature should be included in the release note as > hy> IPv6 network is getting popular. > hy> > hy> --------------------------------- > hy> MFC r200871: > hy> =C2=A0Use ALLOW_NEW_SOURCES and BLOCK_OLD_SOURCES to signal a join or= leave > hy> =C2=A0with SSM MLDv2 by default. > hy> =C2=A0This is current practice and complies with RFC 4604, as well as= being > hy> =C2=A0required by production IPv6 networks in Japan. > hy> =C2=A0The behaviour may be disabled by setting the net.inet6.mld.use_= allow > hy> =C2=A0sysctl/tunable to 0. > hy> ------------------------------------- > > =C2=A0I am already working on the relnotes and the above will be included > =C2=A0as an improvement of the IPv6 stack. > If you're not complicated. Maybe we should put a draft on the wiki? From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:25:38 2011 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 0F7F11065674; Tue, 18 Oct 2011 22:25: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 B647A8FC12; Tue, 18 Oct 2011 22:25:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9IMPaBi009763; Tue, 18 Oct 2011 18:25:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9IMPaei009746; Tue, 18 Oct 2011 22:25:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Oct 2011 22:25:36 GMT Message-Id: <201110182225.p9IMPaei009746@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: Tue, 18 Oct 2011 22:25:38 -0000 TB --- 2011-10-18 21:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-18 21:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-18 21:40:00 - cleaning the object tree TB --- 2011-10-18 21:40:33 - cvsupping the source tree TB --- 2011-10-18 21:40:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-18 21:40:53 - building world TB --- 2011-10-18 21:40:53 - CROSS_BUILD_TESTING=YES TB --- 2011-10-18 21:40:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-18 21:40:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-18 21:40:53 - SRCCONF=/dev/null TB --- 2011-10-18 21:40:53 - TARGET=pc98 TB --- 2011-10-18 21:40:53 - TARGET_ARCH=i386 TB --- 2011-10-18 21:40:53 - TZ=UTC TB --- 2011-10-18 21:40:53 - __MAKE_CONF=/dev/null TB --- 2011-10-18 21:40:53 - cd /src TB --- 2011-10-18 21:40:53 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 18 21:40:54 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-18 22:25:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-18 22:25:35 - ERROR: failed to build world TB --- 2011-10-18 22:25:35 - 2065.66 user 475.65 system 2735.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:25:51 2011 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 32DCA1065780 for ; Tue, 18 Oct 2011 22:25:51 +0000 (UTC) (envelope-from lacombar@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 ACF2B8FC1A for ; Tue, 18 Oct 2011 22:25:50 +0000 (UTC) Received: by wwn22 with SMTP id 22so5584330wwn.1 for ; Tue, 18 Oct 2011 15:25:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Ka2Q9RyCeMWMwrxZSz77COxCscqwcPs1GjhNPFJcaGQ=; b=MmPE74PXNK5X+etdEQwxeVwWJ4Pezs0McCAP4ce69TTMoQayp2RHWhm+7OpynLh4gJ RjkbDIFDJ41OBno3vMb5U/kAQoQyYvBGHVzF8e/1KMx7U24qp2sBfYwlS29F4dddYwLk fXjg8uSG8iSHb2mowT0VZY67/9WbV70ewBjVI= MIME-Version: 1.0 Received: by 10.227.134.18 with SMTP id h18mr1534877wbt.49.1318976749248; Tue, 18 Oct 2011 15:25:49 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Tue, 18 Oct 2011 15:25:49 -0700 (PDT) In-Reply-To: <20111018183219.GN50300@deviant.kiev.zoral.com.ua> References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> <20111018183219.GN50300@deviant.kiev.zoral.com.ua> Date: Tue, 18 Oct 2011 18:25:49 -0400 Message-ID: From: Arnaud Lacombe To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , current@freebsd.org, Oliver Pinter Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 22:25:51 -0000 Hi, 2011/10/18 Kostik Belousov : > On Tue, Oct 18, 2011 at 01:06:27PM -0400, Arnaud Lacombe wrote: >> Hi, >> >> On Tue, Oct 18, 2011 at 12:53 PM, Oliver Pinter = wrote: >> > On 10/18/11, Arnaud Lacombe wrote: >> >> Hi, >> >> >> >> On Tue, Oct 18, 2011 at 11:44 AM, Garrett Cooper = wrote: >> >>> On Tue, 18 Oct 2011, Arnaud Lacombe wrote: >> >>> >> >>>> Hi, >> >>>> >> >>>> On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov >> >>>> wrote: >> >>>>> >> >>>>> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >> >>>>>> >> >>>>>> Hi all! >> >>>>>> >> >>>>>> I think, it's the time to enable the nxstack feature. Any comment= s, >> >>>>>> pros, cons? >> >>>>> >> >>>>> I dragged the change long enough for it to miss the 9.0. >> >>>>> After the 9.0 is released, I will flip the switch with the followi= ng >> >>>>> change. >> >>>>> >> >>>>> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >> >>>>> index 8455f48..926fe64 100644 >> >>>>> --- a/sys/kern/imgact_elf.c >> >>>>> +++ b/sys/kern/imgact_elf.c >> >>>>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >> >>>>> =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_R= W, >> >>>>> =A0 =A0 &elf_legacy_coredump, 0, ""); >> >>>>> >> >>>>> -static int __elfN(nxstack) =3D 0; >> >>>>> +int __elfN(nxstack) =3D >> >>>>> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 3= 2 bit >> >>>>> */ >> >>>>> >> >>>> Why leaving 32bits x86 CPU supporting the NX feature behind ? >> >>> >> >>> Most likely because it was assumed that i386 doesn't fully support i= t. >> >>> According to ye great Wikipedia, NX support didn't roll into i386 un= til >> >>> Prescott, which was pretty late in the non-64-bit capable family of = CPUs, >> >>> as >> >>> its successor -- Conroe -- was 64-bit. Intel detuned some of the ear= ly >> >>> Dual >> >>> Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about AM= D. >> >>> >> >>> There are probably more details in binutils, gcc, etc, that I'm miss= ing >> >>> and >> >>> Kostik can expound on. >> >>> >> >> NX support is advertised in the cpuid flags, just add the logic to >> >> handle this interface. Kostik's patch is just incomplete, but he's go= t >> >> a commit bit so he can commit it as-is, as he will. >> >> >> >> If nonexec_stack becomes the default, it should be on every CPU >> >> supporting the feature, not just the low-hanging one. >> >> >> >> =A0- Arnaud >> >> >> > >> > the NX detection code already implemented in i386, but this feature >> > required PAE: >> > >> yes, this is the conclusion I reached too. But this does not change >> the fact that the VM should know about that, and this is missing from >> Kostik's patch. I guess the first hunk should read: >> >> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >> =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >> =A0 =A0 &elf_legacy_coredump, 0, ""); >> >> -static int __elfN(nxstack) =3D 0; >> +int __elfN(nxstack) =3D >> +#if defined(PAE) || defined(__amd64__) || defined(__powerpc64__) /* >> both 64 and 32 bit */ >> + =A0 =A0 =A0 1; >> +#else >> + =A0 =A0 =A0 0; >> +#endif >> =A0SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, >> =A0 =A0 nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, >> =A0 =A0 __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executab= le stack"); > > Your patch is not right, it will cause even more user confusion. > The presence of the PAE kernel does not imply that CPU supports nx. > > Below is the updated patch that turns on nxstack by default for the PAE > kernels on NX-capable CPUs. Note that i386 usermode fully supports the > PT_GNU_STACK annotations and cares about not enabling nx on stack pages > unneccessary, but my main target was compat32 on amd64. > > The fact that nxstack is not enabled by default does not prevent > administrator from manually enabling the feature. > > Since you worried so much about PAE case, I sincerely expect that you > will test the change. Thank you in advance. > I will. Btw, NetBSD has been going down the path of system unit test, especially of kernel/userland interfaces, and already worked-out the framework for that. Is that something FreeBSD would be interested in ? Thanks, - Arnaud > diff --git a/sys/i386/i386/initcpu.c b/sys/i386/i386/initcpu.c > index c2daf54..ec77adb 100644 > --- a/sys/i386/i386/initcpu.c > +++ b/sys/i386/i386/initcpu.c > @@ -650,6 +650,8 @@ enable_sse(void) > =A0#endif > =A0} > > +extern int elf32_nxstack; > + > =A0void > =A0initializecpu(void) > =A0{ > @@ -739,6 +741,7 @@ initializecpu(void) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0msr =3D rdmsr(MSR_EFER) | = EFER_NXE; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0wrmsr(MSR_EFER, msr); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pg_nx =3D PG_NX; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elf32_nxstack =3D 1; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0#endif > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c > index 8455f48..926fe64 100644 > --- a/sys/kern/imgact_elf.c > +++ b/sys/kern/imgact_elf.c > @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; > =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, > =A0 =A0 &elf_legacy_coredump, 0, ""); > > -static int __elfN(nxstack) =3D 0; > +int __elfN(nxstack) =3D > +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit *= / > + =A0 =A0 =A0 1; > +#else > + =A0 =A0 =A0 0; > +#endif > =A0SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, > =A0 =A0 nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, > =A0 =A0 __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executabl= e stack"); > diff --git a/sys/powerpc/aim/mmu_oea64.c b/sys/powerpc/aim/mmu_oea64.c > index 7500462..0e27351 100644 > --- a/sys/powerpc/aim/mmu_oea64.c > +++ b/sys/powerpc/aim/mmu_oea64.c > @@ -1445,6 +1445,8 @@ moea64_uma_page_alloc(uma_zone_t zone, int bytes, u= _int8_t *flags, int wait) > =A0 =A0 =A0 =A0return (void *)va; > =A0} > > +extern int elf32_nxstack; > + > =A0void > =A0moea64_init(mmu_t mmu) > =A0{ > @@ -1464,6 +1466,8 @@ moea64_init(mmu_t mmu) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0uma_zone_set_allocf(moea64_mpvo_zone,moea6= 4_uma_page_alloc); > =A0 =A0 =A0 =A0} > > + =A0 =A0 =A0 elf32_nxstack =3D 1; > + > =A0 =A0 =A0 =A0moea64_initialized =3D TRUE; > =A0} > > diff --git a/sys/powerpc/booke/machdep.c b/sys/powerpc/booke/machdep.c > index c2b5e6f..82a37e1 100644 > --- a/sys/powerpc/booke/machdep.c > +++ b/sys/powerpc/booke/machdep.c > @@ -192,6 +192,8 @@ void print_kernel_section_addr(void); > =A0void print_kenv(void); > =A0u_int booke_init(uint32_t, uint32_t); > > +extern int elf32_nxstack; > + > =A0static void > =A0cpu_e500_startup(void *dummy) > =A0{ > @@ -227,6 +229,9 @@ cpu_e500_startup(void *dummy) > =A0 =A0 =A0 =A0/* Set up buffers, so they can be used to read disk labels= . */ > =A0 =A0 =A0 =A0bufinit(); > =A0 =A0 =A0 =A0vm_pager_bufferinit(); > + > + =A0 =A0 =A0 /* Cpu supports execution permissions on the pages. */ > + =A0 =A0 =A0 elf32_nxstack =3D 1; > =A0} > > =A0static char * > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:25:52 2011 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 1C6BD1065781; Tue, 18 Oct 2011 22:25: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 C3F908FC1B; Tue, 18 Oct 2011 22:25:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9IMPpZZ010273; Tue, 18 Oct 2011 18:25:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9IMPpco010272; Tue, 18 Oct 2011 22:25:51 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Oct 2011 22:25:51 GMT Message-Id: <201110182225.p9IMPpco010272@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: Tue, 18 Oct 2011 22:25:52 -0000 TB --- 2011-10-18 21:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-18 21:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-18 21:40:00 - cleaning the object tree TB --- 2011-10-18 21:41:05 - cvsupping the source tree TB --- 2011-10-18 21:41:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-18 21:41:17 - building world TB --- 2011-10-18 21:41:17 - CROSS_BUILD_TESTING=YES TB --- 2011-10-18 21:41:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-18 21:41:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-18 21:41:17 - SRCCONF=/dev/null TB --- 2011-10-18 21:41:17 - TARGET=i386 TB --- 2011-10-18 21:41:17 - TARGET_ARCH=i386 TB --- 2011-10-18 21:41:17 - TZ=UTC TB --- 2011-10-18 21:41:17 - __MAKE_CONF=/dev/null TB --- 2011-10-18 21:41:17 - cd /src TB --- 2011-10-18 21:41:17 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 18 21:41:18 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-18 22:25:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-18 22:25:50 - ERROR: failed to build world TB --- 2011-10-18 22:25:51 - 2066.52 user 476.09 system 2750.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:26:45 2011 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 9A7FB106564A; Tue, 18 Oct 2011 22:26: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 5703A8FC12; Tue, 18 Oct 2011 22:26:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9IMQi26015220; Tue, 18 Oct 2011 18:26:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9IMQi8e015219; Tue, 18 Oct 2011 22:26:44 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Oct 2011 22:26:44 GMT Message-Id: <201110182226.p9IMQi8e015219@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: Tue, 18 Oct 2011 22:26:45 -0000 TB --- 2011-10-18 21:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-18 21:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-18 21:40:00 - cleaning the object tree TB --- 2011-10-18 21:41:04 - cvsupping the source tree TB --- 2011-10-18 21:41:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-18 21:41:17 - building world TB --- 2011-10-18 21:41:17 - CROSS_BUILD_TESTING=YES TB --- 2011-10-18 21:41:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-18 21:41:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-18 21:41:17 - SRCCONF=/dev/null TB --- 2011-10-18 21:41:17 - TARGET=amd64 TB --- 2011-10-18 21:41:17 - TARGET_ARCH=amd64 TB --- 2011-10-18 21:41:17 - TZ=UTC TB --- 2011-10-18 21:41:17 - __MAKE_CONF=/dev/null TB --- 2011-10-18 21:41:17 - cd /src TB --- 2011-10-18 21:41:17 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 18 21:41:17 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-18 22:26:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-18 22:26:44 - ERROR: failed to build world TB --- 2011-10-18 22:26:44 - 2092.45 user 492.93 system 2804.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:27:19 2011 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 C81371065673; Tue, 18 Oct 2011 22:27:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id ACBD28FC16; Tue, 18 Oct 2011 22:27:19 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 5B44A7012; Tue, 18 Oct 2011 15:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1318976839; bh=Zj/nawm+SQcRqVMN5wx1rG7wTicJvXdaO3k+IEcjcls=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=1LdaR+vhHxor80B3ONrxrLIJAx5M+kbYSoDNG4Mf7BuZjuey/qvwea9pwOC8gKin7 Y8IiiyNQU4ITqbGiMNUhxodQ9y0daHyie6Es4K+EBHZ24CzlsxDvK5AFhlTfiyVvFZ t2dEcBkCMWU3QTZtFatCiIMqyBy9IBaEi5uFVTEM= Message-ID: <4E9DFD46.1040306@delphij.net> Date: Tue, 18 Oct 2011 15:27:18 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: Hiroki Sato References: <20111019.070718.1020945298589023580.hrs@allbsd.org> In-Reply-To: <20111019.070718.1020945298589023580.hrs@allbsd.org> OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hyama99@gmail.com, freebsd-current@freebsd.org Subject: Re: About FreeBSD 9.0 release note X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2011 22:27:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 10/18/11 15:07, Hiroki Sato wrote: > Hideki Yamamoto wrote in > : > > hy> Hi, hy> hy> Does someone know where is the draft of FreeBSD > 9.0 release note? hy> I would like to check if there is a > description about new functions hy> about MLDv2 is included or > not. hy> I think the below feature should be included in the > release note as hy> IPv6 network is getting popular. hy> hy> > --------------------------------- hy> MFC r200871: hy> Use > ALLOW_NEW_SOURCES and BLOCK_OLD_SOURCES to signal a join or leave > hy> with SSM MLDv2 by default. hy> This is current practice and > complies with RFC 4604, as well as being hy> required by > production IPv6 networks in Japan. hy> The behaviour may be > disabled by setting the net.inet6.mld.use_allow hy> sysctl/tunable > to 0. hy> ------------------------------------- > > I am already working on the relnotes and the above will be > included as an improvement of the IPv6 stack. Can we have it somewhere (in the CVS or wiki) so we can work together on that? This way also makes translation easier... Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOnf1GAAoJEATO+BI/yjfB7QYH/iWLx4Gme1uR+KAweDABTj2u tBZIHxrD68O1STbeQHM/69zZ5CmsjBmpI7p3smRCII2yI/UZkwWB4EQH9aTZ0ova KT1sLeZgdeCUbA6kg8ok/bZF6Fdo4ZdeOb7ufuDrz6LMbUOQo1NrYhoAZkrjE8/P Qab8rtbLk9doqDV3/wBikr0mgAO/h+IRiZpFso90msT2xYrMhEVvOso3lL9Nsu9V S+Y1dbzbFsSAa25k/l95WJ0C4eh14Zlh7DykdnVgqyo4oy6N0gyfQaS1NYocc268 9Y5juonQh4y58LMwK8jfP0Xl1k6/ZjkNwN+MzboRTvf0Oj0lQY8jKwY0BpQRFX8= =ivPD -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 22:37:45 2011 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 8CC0D1065675 for ; Tue, 18 Oct 2011 22:37:45 +0000 (UTC) (envelope-from oliver.pntr@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 444458FC18 for ; Tue, 18 Oct 2011 22:37:44 +0000 (UTC) Received: by ywm3 with SMTP id 3so1389374ywm.13 for ; Tue, 18 Oct 2011 15:37:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lntKN5jiMCcTctZSaj4bMtn8j0REapJ8oCICR8HXBXc=; b=dlSbBXDsmEHgiHa7+f/Kdcs3dEIk1qRT6u4VjglxWTapl49uLztZoe4Q1ZBBeV8eNr gaRw1wZ2OKlm1dfrwAul6AqsF926WUqg8C334OIhQlVrfpi5PsvZM0DUvbX3LHhPCmOQ A4/tlhu8Cvdc6gx//+bIVNjdGIJ4/MHdyUtA0= MIME-Version: 1.0 Received: by 10.182.227.41 with SMTP id rx9mr749329obc.12.1318977464403; Tue, 18 Oct 2011 15:37:44 -0700 (PDT) Received: by 10.182.144.73 with HTTP; Tue, 18 Oct 2011 15:37:44 -0700 (PDT) In-Reply-To: References: <20111018090750.GG50300@deviant.kiev.zoral.com.ua> <20111018183219.GN50300@deviant.kiev.zoral.com.ua> Date: Wed, 19 Oct 2011 00:37:44 +0200 Message-ID: From: Oliver Pinter To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Kostik Belousov , Garrett Cooper , current@freebsd.org Subject: Re: [RFC] Enable nxstack by default 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, 18 Oct 2011 22:37:45 -0000 In NetBSD has been some PaX feature [0] implemented. (ASLR, W^X (~nxstack), mprotect restriction, veriexec, mmap randomization[2]...) [0] http://pax.grsecurity.net/docs/index.html [1] http://www.netbsd.org/~elad/recent/man/security.8.html [2] http://people.freebsd.org/~ssouhlal/testing/stackgap-20050527.diff On 10/19/11, Arnaud Lacombe wrote: > Hi, > > 2011/10/18 Kostik Belousov : >> On Tue, Oct 18, 2011 at 01:06:27PM -0400, Arnaud Lacombe wrote: >>> Hi, >>> >>> On Tue, Oct 18, 2011 at 12:53 PM, Oliver Pinter >>> wrote: >>> > On 10/18/11, Arnaud Lacombe wrote: >>> >> Hi, >>> >> >>> >> On Tue, Oct 18, 2011 at 11:44 AM, Garrett Cooper >>> >> wrote: >>> >>> On Tue, 18 Oct 2011, Arnaud Lacombe wrote: >>> >>> >>> >>>> Hi, >>> >>>> >>> >>>> On Tue, Oct 18, 2011 at 5:07 AM, Kostik Belousov >>> >>>> >>> >>>> wrote: >>> >>>>> >>> >>>>> On Mon, Oct 17, 2011 at 09:30:56PM +0200, Oliver Pinter wrote: >>> >>>>>> >>> >>>>>> Hi all! >>> >>>>>> >>> >>>>>> I think, it's the time to enable the nxstack feature. Any >>> >>>>>> comments, >>> >>>>>> pros, cons? >>> >>>>> >>> >>>>> I dragged the change long enough for it to miss the 9.0. >>> >>>>> After the 9.0 is released, I will flip the switch with the >>> >>>>> following >>> >>>>> change. >>> >>>>> >>> >>>>> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >>> >>>>> index 8455f48..926fe64 100644 >>> >>>>> --- a/sys/kern/imgact_elf.c >>> >>>>> +++ b/sys/kern/imgact_elf.c >>> >>>>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >>> >>>>> =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_= RW, >>> >>>>> =A0 =A0 &elf_legacy_coredump, 0, ""); >>> >>>>> >>> >>>>> -static int __elfN(nxstack) =3D 0; >>> >>>>> +int __elfN(nxstack) =3D >>> >>>>> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and = 32 >>> >>>>> bit >>> >>>>> */ >>> >>>>> >>> >>>> Why leaving 32bits x86 CPU supporting the NX feature behind ? >>> >>> >>> >>> Most likely because it was assumed that i386 doesn't fully support >>> >>> it. >>> >>> According to ye great Wikipedia, NX support didn't roll into i386 >>> >>> until >>> >>> Prescott, which was pretty late in the non-64-bit capable family of >>> >>> CPUs, >>> >>> as >>> >>> its successor -- Conroe -- was 64-bit. Intel detuned some of the >>> >>> early >>> >>> Dual >>> >>> Core Pentiums, e.g. the Yonahs to not talk 64-bit. Not sure about >>> >>> AMD. >>> >>> >>> >>> There are probably more details in binutils, gcc, etc, that I'm >>> >>> missing >>> >>> and >>> >>> Kostik can expound on. >>> >>> >>> >> NX support is advertised in the cpuid flags, just add the logic to >>> >> handle this interface. Kostik's patch is just incomplete, but he's g= ot >>> >> a commit bit so he can commit it as-is, as he will. >>> >> >>> >> If nonexec_stack becomes the default, it should be on every CPU >>> >> supporting the feature, not just the low-hanging one. >>> >> >>> >> =A0- Arnaud >>> >> >>> > >>> > the NX detection code already implemented in i386, but this feature >>> > required PAE: >>> > >>> yes, this is the conclusion I reached too. But this does not change >>> the fact that the VM should know about that, and this is missing from >>> Kostik's patch. I guess the first hunk should read: >>> >>> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >>> =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >>> =A0 =A0 &elf_legacy_coredump, 0, ""); >>> >>> -static int __elfN(nxstack) =3D 0; >>> +int __elfN(nxstack) =3D >>> +#if defined(PAE) || defined(__amd64__) || defined(__powerpc64__) /* >>> both 64 and 32 bit */ >>> + =A0 =A0 =A0 1; >>> +#else >>> + =A0 =A0 =A0 0; >>> +#endif >>> =A0SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, >>> =A0 =A0 nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, >>> =A0 =A0 __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executa= ble >>> stack"); >> >> Your patch is not right, it will cause even more user confusion. >> The presence of the PAE kernel does not imply that CPU supports nx. >> >> Below is the updated patch that turns on nxstack by default for the PAE >> kernels on NX-capable CPUs. Note that i386 usermode fully supports the >> PT_GNU_STACK annotations and cares about not enabling nx on stack pages >> unneccessary, but my main target was compat32 on amd64. >> >> The fact that nxstack is not enabled by default does not prevent >> administrator from manually enabling the feature. >> >> Since you worried so much about PAE case, I sincerely expect that you >> will test the change. Thank you in advance. >> > I will. > > Btw, NetBSD has been going down the path of system unit test, > especially of kernel/userland interfaces, and already worked-out the > framework for that. Is that something FreeBSD would be interested in ? > > Thanks, > - Arnaud > >> diff --git a/sys/i386/i386/initcpu.c b/sys/i386/i386/initcpu.c >> index c2daf54..ec77adb 100644 >> --- a/sys/i386/i386/initcpu.c >> +++ b/sys/i386/i386/initcpu.c >> @@ -650,6 +650,8 @@ enable_sse(void) >> =A0#endif >> =A0} >> >> +extern int elf32_nxstack; >> + >> =A0void >> =A0initializecpu(void) >> =A0{ >> @@ -739,6 +741,7 @@ initializecpu(void) >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0msr =3D rdmsr(MSR_EFER) |= EFER_NXE; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0wrmsr(MSR_EFER, msr); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pg_nx =3D PG_NX; >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 elf32_nxstack =3D 1; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} >> =A0#endif >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; >> diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c >> index 8455f48..926fe64 100644 >> --- a/sys/kern/imgact_elf.c >> +++ b/sys/kern/imgact_elf.c >> @@ -118,7 +118,12 @@ static int elf_legacy_coredump =3D 0; >> =A0SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW, >> =A0 =A0 &elf_legacy_coredump, 0, ""); >> >> -static int __elfN(nxstack) =3D 0; >> +int __elfN(nxstack) =3D >> +#if defined(__amd64__) || defined(__powerpc64__) /* both 64 and 32 bit = */ >> + =A0 =A0 =A0 1; >> +#else >> + =A0 =A0 =A0 0; >> +#endif >> =A0SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, >> =A0 =A0 nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, >> =A0 =A0 __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executab= le >> stack"); >> diff --git a/sys/powerpc/aim/mmu_oea64.c b/sys/powerpc/aim/mmu_oea64.c >> index 7500462..0e27351 100644 >> --- a/sys/powerpc/aim/mmu_oea64.c >> +++ b/sys/powerpc/aim/mmu_oea64.c >> @@ -1445,6 +1445,8 @@ moea64_uma_page_alloc(uma_zone_t zone, int bytes, >> u_int8_t *flags, int wait) >> =A0 =A0 =A0 =A0return (void *)va; >> =A0} >> >> +extern int elf32_nxstack; >> + >> =A0void >> =A0moea64_init(mmu_t mmu) >> =A0{ >> @@ -1464,6 +1466,8 @@ moea64_init(mmu_t mmu) >> >> =A0uma_zone_set_allocf(moea64_mpvo_zone,moea64_uma_page_alloc); >> =A0 =A0 =A0 =A0} >> >> + =A0 =A0 =A0 elf32_nxstack =3D 1; >> + >> =A0 =A0 =A0 =A0moea64_initialized =3D TRUE; >> =A0} >> >> diff --git a/sys/powerpc/booke/machdep.c b/sys/powerpc/booke/machdep.c >> index c2b5e6f..82a37e1 100644 >> --- a/sys/powerpc/booke/machdep.c >> +++ b/sys/powerpc/booke/machdep.c >> @@ -192,6 +192,8 @@ void print_kernel_section_addr(void); >> =A0void print_kenv(void); >> =A0u_int booke_init(uint32_t, uint32_t); >> >> +extern int elf32_nxstack; >> + >> =A0static void >> =A0cpu_e500_startup(void *dummy) >> =A0{ >> @@ -227,6 +229,9 @@ cpu_e500_startup(void *dummy) >> =A0 =A0 =A0 =A0/* Set up buffers, so they can be used to read disk label= s. */ >> =A0 =A0 =A0 =A0bufinit(); >> =A0 =A0 =A0 =A0vm_pager_bufferinit(); >> + >> + =A0 =A0 =A0 /* Cpu supports execution permissions on the pages. */ >> + =A0 =A0 =A0 elf32_nxstack =3D 1; >> =A0} >> >> =A0static char * >> > From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 23:11:44 2011 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 C73AC106566C; Tue, 18 Oct 2011 23:11:44 +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 7E1388FC0A; Tue, 18 Oct 2011 23:11:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9INBhpH068912; Tue, 18 Oct 2011 19:11:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9INBhdC068905; Tue, 18 Oct 2011 23:11:43 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Oct 2011 23:11:43 GMT Message-Id: <201110182311.p9INBhdC068905@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: Tue, 18 Oct 2011 23:11:45 -0000 TB --- 2011-10-18 22:26:44 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-18 22:26:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-18 22:26:44 - cleaning the object tree TB --- 2011-10-18 22:26:58 - cvsupping the source tree TB --- 2011-10-18 22:26:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-18 22:27:11 - building world TB --- 2011-10-18 22:27:11 - CROSS_BUILD_TESTING=YES TB --- 2011-10-18 22:27:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-18 22:27:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-18 22:27:11 - SRCCONF=/dev/null TB --- 2011-10-18 22:27:11 - TARGET=powerpc TB --- 2011-10-18 22:27:11 - TARGET_ARCH=powerpc TB --- 2011-10-18 22:27:11 - TZ=UTC TB --- 2011-10-18 22:27:11 - __MAKE_CONF=/dev/null TB --- 2011-10-18 22:27:11 - cd /src TB --- 2011-10-18 22:27:11 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 18 22:27:11 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-18 23:11:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-18 23:11:43 - ERROR: failed to build world TB --- 2011-10-18 23:11:43 - 2031.27 user 451.99 system 2698.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 23:37:41 2011 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 DB3E6106564A for ; Tue, 18 Oct 2011 23:37:41 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo3.cc.swin.edu.au (gpo3.cc.swin.edu.au [136.186.1.32]) by mx1.freebsd.org (Postfix) with ESMTP id 855218FC12 for ; Tue, 18 Oct 2011 23:37:40 +0000 (UTC) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo3.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id p9IMUfT7024086; Wed, 19 Oct 2011 09:30:42 +1100 Message-ID: <4E9DFE11.2070203@swin.edu.au> Date: Wed, 19 Oct 2011 09:30:41 +1100 From: Mattia Rossi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <201110182200.19244.jhugo@meraka.csir.co.za> <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> In-Reply-To: <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Johann Hugo , current@freebsd.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 18 Oct 2011 23:37:41 -0000 On 19/10/2011 08:16, Bjoern A. Zeeb wrote: > > On 18. Oct 2011, at 20:00 , Johann Hugo wrote: > >> Hi >> >> The only way that I can get bfe0 to enable ACCEPT_RTADV is to manually do it >> with ifconfig bfe0 inet6 accept_rtadv. Even if I add it to ifconfig_bge0 in >> rc.conf it does nothing. >> >> grep bfe /etc/rc.conf >> ifconfig_bfe0="DHCP accept_rtadv" > > ifconfig_bfe0="DHCP" > ifconfig_bfe0_ipv6="inet6 accept_rtadv" > > So the _ipv6 bit doesn't take care of passing "inet6" to ifconfig automatically? Does passing two options work, or do I have to pass them separately? E.g.: ifconfig_bfe0_ipv6="inet6 accept_rtadv -ifdisable" or ifconfig_bfe0_ipv6="inet6 accept_rtadv" ifconfig_bfe0_ipv6="inet6 -ifdisable" Mat From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 01:54:37 2011 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 B686F106566C; Wed, 19 Oct 2011 01:54:37 +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 7101D8FC08; Wed, 19 Oct 2011 01:54:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J1sa7H009286; Tue, 18 Oct 2011 21:54:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J1saAY009278; Wed, 19 Oct 2011 01:54:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 01:54:36 GMT Message-Id: <201110190154.p9J1saAY009278@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: Wed, 19 Oct 2011 01:54:37 -0000 TB --- 2011-10-19 01:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 01:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-19 01:10:00 - cleaning the object tree TB --- 2011-10-19 01:10:07 - cvsupping the source tree TB --- 2011-10-19 01:10:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-19 01:10:26 - building world TB --- 2011-10-19 01:10:26 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 01:10:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 01:10:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 01:10:26 - SRCCONF=/dev/null TB --- 2011-10-19 01:10:26 - TARGET=i386 TB --- 2011-10-19 01:10:26 - TARGET_ARCH=i386 TB --- 2011-10-19 01:10:26 - TZ=UTC TB --- 2011-10-19 01:10:26 - __MAKE_CONF=/dev/null TB --- 2011-10-19 01:10:26 - cd /src TB --- 2011-10-19 01:10:26 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 01:10:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 01:54:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 01:54:35 - ERROR: failed to build world TB --- 2011-10-19 01:54:35 - 2059.50 user 463.81 system 2675.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 01:54:58 2011 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 071F8106575B; Wed, 19 Oct 2011 01:54: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 B6FB18FC16; Wed, 19 Oct 2011 01:54:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J1svYS009485; Tue, 18 Oct 2011 21:54:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J1svIH009484; Wed, 19 Oct 2011 01:54:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 01:54:57 GMT Message-Id: <201110190154.p9J1svIH009484@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: Wed, 19 Oct 2011 01:54:58 -0000 TB --- 2011-10-19 01:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 01:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-19 01:10:00 - cleaning the object tree TB --- 2011-10-19 01:10:07 - cvsupping the source tree TB --- 2011-10-19 01:10:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-19 01:10:26 - building world TB --- 2011-10-19 01:10:26 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 01:10:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 01:10:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 01:10:26 - SRCCONF=/dev/null TB --- 2011-10-19 01:10:26 - TARGET=pc98 TB --- 2011-10-19 01:10:26 - TARGET_ARCH=i386 TB --- 2011-10-19 01:10:26 - TZ=UTC TB --- 2011-10-19 01:10:26 - __MAKE_CONF=/dev/null TB --- 2011-10-19 01:10:26 - cd /src TB --- 2011-10-19 01:10:26 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 01:10:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 01:54:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 01:54:56 - ERROR: failed to build world TB --- 2011-10-19 01:54:57 - 2065.98 user 472.90 system 2696.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 01:55:34 2011 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 2C4621065703; Wed, 19 Oct 2011 01:55: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 DC6308FC1C; Wed, 19 Oct 2011 01:55:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J1tXK8012531; Tue, 18 Oct 2011 21:55:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J1tXo9012530; Wed, 19 Oct 2011 01:55:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 01:55:33 GMT Message-Id: <201110190155.p9J1tXo9012530@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: Wed, 19 Oct 2011 01:55:34 -0000 TB --- 2011-10-19 01:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 01:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-19 01:10:00 - cleaning the object tree TB --- 2011-10-19 01:10:07 - cvsupping the source tree TB --- 2011-10-19 01:10:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-19 01:10:26 - building world TB --- 2011-10-19 01:10:26 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 01:10:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 01:10:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 01:10:26 - SRCCONF=/dev/null TB --- 2011-10-19 01:10:26 - TARGET=amd64 TB --- 2011-10-19 01:10:26 - TARGET_ARCH=amd64 TB --- 2011-10-19 01:10:26 - TZ=UTC TB --- 2011-10-19 01:10:26 - __MAKE_CONF=/dev/null TB --- 2011-10-19 01:10:26 - cd /src TB --- 2011-10-19 01:10:26 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 01:10:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 01:55:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 01:55:32 - ERROR: failed to build world TB --- 2011-10-19 01:55:32 - 2091.32 user 476.83 system 2732.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 02:21:08 2011 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 82F6D106564A for ; Wed, 19 Oct 2011 02:21:08 +0000 (UTC) (envelope-from ambrosehua@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 EBF028FC08 for ; Wed, 19 Oct 2011 02:21:07 +0000 (UTC) Received: by eyd10 with SMTP id 10so1569393eyd.13 for ; Tue, 18 Oct 2011 19:21:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=56x974nIIZN4j2drXiZKbhM94vJeSkKzhard7zlqmko=; b=FSg5Bhjomg2gYkqEUpF9vEp1RawowSgpVwLq2ng4QBJYgSaHh6Ta4PzJX/DjjSeF5f +jxYm19esjZzQcaQ3OqqrB9X3qJzgKvHaDZbmKq43inqGgyqj4z2WwkSwIRJo7mold7B fUfJX6bYf6GOk+Z+3tzyoJivDx7JdVJuUE9wA= MIME-Version: 1.0 Received: by 10.223.16.82 with SMTP id n18mr8020565faa.2.1318990866950; Tue, 18 Oct 2011 19:21:06 -0700 (PDT) Received: by 10.223.156.1 with HTTP; Tue, 18 Oct 2011 19:21:06 -0700 (PDT) Date: Wed, 19 Oct 2011 10:21:06 +0800 Message-ID: From: Paul Ambrose To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions Subject: config(8) does not add post-processing for source file with compile-with command in sys/conf/files 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, 19 Oct 2011 02:21:08 -0000 when I digged the a PR(bin/160275), I found in_proto.c and if_ethersubr.c ( see sys/conf/files ) does not get ${NORMAL_CTFCONVERT} post-processing in Makefile (/usr/obj/usr/src/sys/MYKERNEL/Makefile) generated by config(8), so the objs does not contain ctf section In /usr/src/usr.sbin/config/mkmakefile.c, line 746 } compilewith = ftp->f_compilewith; if (compilewith == 0) { // no compile-with const char *ftype = NULL; switch (ftp->f_type) { case NORMAL: ftype = "NORMAL"; break; case PROFILING: if (!profiling) continue; ftype = "PROFILE"; break; default: fprintf(stderr, "config: don't know rules for %s\n", np); break; } // only add post-processing for source file without compile-with snprintf(cmd, sizeof(cmd), "${%s_%c%s}\n\t@${NORMAL_CTFCONVERT}", ftype, toupper(och), ftp->f_flags & NOWERROR ? "_NOWERROR" : ""); compilewith = cmd; } *cp = och; if (strlen(ftp->f_objprefix)) fprintf(f, "\t%s $S/%s\n\n", compilewith, np); else fprintf(f, "\t%s\n\n", compilewith); } } I wonder whether it was NOT allowed to add post-processing to files with compile-with, license or other issues? if not a license issue, then I wonder if this fix is OK( I test it on 8-stable with gcc, and 9-stable with both gcc and clang) diff --git a/usr.sbin/config/mkmakefile.c b/usr.sbin/config/mkmakefile.c index 2372839..25a85de 100644 --- a/usr.sbin/config/mkmakefile.c +++ b/usr.sbin/config/mkmakefile.c @@ -767,6 +767,14 @@ do_rules(FILE *f) ftp->f_flags & NOWERROR ? "_NOWERROR" : ""); compilewith = cmd; } + //handle CTF issule with NORMAL_C and NORMAL_C_NOERROR + else if (!strncmp(compilewith, "${NORMAL_C",sizeof("${NORMAL_C"))) { + snprintf(cmd, sizeof(cmd), + "%s\n\t@${NORMAL_CTFCONVERT}", compilewith); + compilewith = cmd; + } From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 02:40:48 2011 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 EB1141065673; Wed, 19 Oct 2011 02:40:47 +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 9C8698FC0C; Wed, 19 Oct 2011 02:40:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J2ekOt068589; Tue, 18 Oct 2011 22:40:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J2ek2t068570; Wed, 19 Oct 2011 02:40:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 02:40:46 GMT Message-Id: <201110190240.p9J2ek2t068570@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: Wed, 19 Oct 2011 02:40:48 -0000 TB --- 2011-10-19 01:55:33 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 01:55:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-19 01:55:33 - cleaning the object tree TB --- 2011-10-19 01:55:38 - cvsupping the source tree TB --- 2011-10-19 01:55:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-19 01:55:49 - building world TB --- 2011-10-19 01:55:49 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 01:55:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 01:55:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 01:55:49 - SRCCONF=/dev/null TB --- 2011-10-19 01:55:49 - TARGET=powerpc TB --- 2011-10-19 01:55:49 - TARGET_ARCH=powerpc TB --- 2011-10-19 01:55:49 - TZ=UTC TB --- 2011-10-19 01:55:49 - __MAKE_CONF=/dev/null TB --- 2011-10-19 01:55:49 - cd /src TB --- 2011-10-19 01:55:49 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 01:55:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 02:40:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 02:40:46 - ERROR: failed to build world TB --- 2011-10-19 02:40:46 - 2044.12 user 459.25 system 2713.24 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 05:25:12 2011 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 EAAB2106566B; Wed, 19 Oct 2011 05:25:11 +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 A3EB48FC14; Wed, 19 Oct 2011 05:25:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J5PAjm018629; Wed, 19 Oct 2011 01:25:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J5PApB018624; Wed, 19 Oct 2011 05:25:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 05:25:10 GMT Message-Id: <201110190525.p9J5PApB018624@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: Wed, 19 Oct 2011 05:25:12 -0000 TB --- 2011-10-19 04:40:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 04:40:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-19 04:40:01 - cleaning the object tree TB --- 2011-10-19 04:40:08 - cvsupping the source tree TB --- 2011-10-19 04:40:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-19 04:40:25 - building world TB --- 2011-10-19 04:40:25 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 04:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 04:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 04:40:25 - SRCCONF=/dev/null TB --- 2011-10-19 04:40:25 - TARGET=i386 TB --- 2011-10-19 04:40:25 - TARGET_ARCH=i386 TB --- 2011-10-19 04:40:25 - TZ=UTC TB --- 2011-10-19 04:40:25 - __MAKE_CONF=/dev/null TB --- 2011-10-19 04:40:25 - cd /src TB --- 2011-10-19 04:40:25 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 04:40:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 05:25:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 05:25:10 - ERROR: failed to build world TB --- 2011-10-19 05:25:10 - 2090.01 user 465.27 system 2709.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 05:25:27 2011 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 2EF9710657B0; Wed, 19 Oct 2011 05:25: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 C6AF88FC14; Wed, 19 Oct 2011 05:25:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J5PQ0F018824; Wed, 19 Oct 2011 01:25:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J5PQsa018823; Wed, 19 Oct 2011 05:25:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 05:25:26 GMT Message-Id: <201110190525.p9J5PQsa018823@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: Wed, 19 Oct 2011 05:25:27 -0000 TB --- 2011-10-19 04:40:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 04:40:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-19 04:40:01 - cleaning the object tree TB --- 2011-10-19 04:40:08 - cvsupping the source tree TB --- 2011-10-19 04:40:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-19 04:40:25 - building world TB --- 2011-10-19 04:40:25 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 04:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 04:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 04:40:25 - SRCCONF=/dev/null TB --- 2011-10-19 04:40:25 - TARGET=pc98 TB --- 2011-10-19 04:40:25 - TARGET_ARCH=i386 TB --- 2011-10-19 04:40:25 - TZ=UTC TB --- 2011-10-19 04:40:25 - __MAKE_CONF=/dev/null TB --- 2011-10-19 04:40:25 - cd /src TB --- 2011-10-19 04:40:25 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 04:40:25 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 05:25:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 05:25:25 - ERROR: failed to build world TB --- 2011-10-19 05:25:25 - 2092.46 user 475.00 system 2724.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 05:26:01 2011 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 3E39B1065675; Wed, 19 Oct 2011 05:26:01 +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 E58158FC1D; Wed, 19 Oct 2011 05:26:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J5Q0jk020286; Wed, 19 Oct 2011 01:26:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J5Q0Y7020276; Wed, 19 Oct 2011 05:26:00 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 05:26:00 GMT Message-Id: <201110190526.p9J5Q0Y7020276@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: Wed, 19 Oct 2011 05:26:01 -0000 TB --- 2011-10-19 04:40:01 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 04:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-19 04:40:01 - cleaning the object tree TB --- 2011-10-19 04:40:08 - cvsupping the source tree TB --- 2011-10-19 04:40:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-19 04:40:25 - building world TB --- 2011-10-19 04:40:25 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 04:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 04:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 04:40:25 - SRCCONF=/dev/null TB --- 2011-10-19 04:40:25 - TARGET=amd64 TB --- 2011-10-19 04:40:25 - TARGET_ARCH=amd64 TB --- 2011-10-19 04:40:25 - TZ=UTC TB --- 2011-10-19 04:40:25 - __MAKE_CONF=/dev/null TB --- 2011-10-19 04:40:25 - cd /src TB --- 2011-10-19 04:40:25 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 04:40:26 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 05:25:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 05:25:59 - ERROR: failed to build world TB --- 2011-10-19 05:26:00 - 2118.74 user 477.88 system 2758.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 06:10:40 2011 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 7A692106564A; Wed, 19 Oct 2011 06:10: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 2F2E28FC08; Wed, 19 Oct 2011 06:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J6AdhK075831; Wed, 19 Oct 2011 02:10:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J6AdMs075724; Wed, 19 Oct 2011 06:10:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 06:10:39 GMT Message-Id: <201110190610.p9J6AdMs075724@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: Wed, 19 Oct 2011 06:10:40 -0000 TB --- 2011-10-19 05:26:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 05:26:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-19 05:26:00 - cleaning the object tree TB --- 2011-10-19 05:26:04 - cvsupping the source tree TB --- 2011-10-19 05:26:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-19 05:26:15 - building world TB --- 2011-10-19 05:26:15 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 05:26:15 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 05:26:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 05:26:15 - SRCCONF=/dev/null TB --- 2011-10-19 05:26:15 - TARGET=powerpc TB --- 2011-10-19 05:26:15 - TARGET_ARCH=powerpc TB --- 2011-10-19 05:26:15 - TZ=UTC TB --- 2011-10-19 05:26:15 - __MAKE_CONF=/dev/null TB --- 2011-10-19 05:26:15 - cd /src TB --- 2011-10-19 05:26:15 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 05:26:16 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 06:10:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 06:10:39 - ERROR: failed to build world TB --- 2011-10-19 06:10:39 - 2022.01 user 455.10 system 2678.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 06:45:22 2011 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 8478D106566B; Wed, 19 Oct 2011 06:45:22 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id B8FCC8FC1A; Wed, 19 Oct 2011 06:45:21 +0000 (UTC) Received: from jeep.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 85F90D0CC0B; Wed, 19 Oct 2011 08:45:19 +0200 (SAST) From: Johann Hugo To: freebsd-current@freebsd.org Date: Wed, 19 Oct 2011 08:45:17 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.4.5; amd64; ; ) References: <201110182200.19244.jhugo@meraka.csir.co.za> <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> In-Reply-To: <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110190845.17950.jhugo@meraka.csir.co.za> Cc: "Bjoern A. Zeeb" , current@freebsd.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 19 Oct 2011 06:45:22 -0000 On Tuesday, October 18, 2011 11:16:57 pm Bjoern A. Zeeb wrote: > On 18. Oct 2011, at 20:00 , Johann Hugo wrote: > > Hi > > > > The only way that I can get bfe0 to enable ACCEPT_RTADV is to manually do > > it with ifconfig bfe0 inet6 accept_rtadv. Even if I add it to > > ifconfig_bge0 in rc.conf it does nothing. > > > > grep bfe /etc/rc.conf > > ifconfig_bfe0="DHCP accept_rtadv" > > ifconfig_bfe0="DHCP" > ifconfig_bfe0_ipv6="inet6 accept_rtadv" That works, but what is the function of ipv6_activate_all_interfaces="YES" in rc.conf Johann From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 06:45:22 2011 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 8478D106566B; Wed, 19 Oct 2011 06:45:22 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id B8FCC8FC1A; Wed, 19 Oct 2011 06:45:21 +0000 (UTC) Received: from jeep.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 85F90D0CC0B; Wed, 19 Oct 2011 08:45:19 +0200 (SAST) From: Johann Hugo To: freebsd-current@freebsd.org Date: Wed, 19 Oct 2011 08:45:17 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.4.5; amd64; ; ) References: <201110182200.19244.jhugo@meraka.csir.co.za> <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> In-Reply-To: <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110190845.17950.jhugo@meraka.csir.co.za> Cc: "Bjoern A. Zeeb" , current@freebsd.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 19 Oct 2011 06:45:22 -0000 On Tuesday, October 18, 2011 11:16:57 pm Bjoern A. Zeeb wrote: > On 18. Oct 2011, at 20:00 , Johann Hugo wrote: > > Hi > > > > The only way that I can get bfe0 to enable ACCEPT_RTADV is to manually do > > it with ifconfig bfe0 inet6 accept_rtadv. Even if I add it to > > ifconfig_bge0 in rc.conf it does nothing. > > > > grep bfe /etc/rc.conf > > ifconfig_bfe0="DHCP accept_rtadv" > > ifconfig_bfe0="DHCP" > ifconfig_bfe0_ipv6="inet6 accept_rtadv" That works, but what is the function of ipv6_activate_all_interfaces="YES" in rc.conf Johann From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 07:31:26 2011 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 1DFD5106566C for ; Wed, 19 Oct 2011 07:31:26 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 70DC38FC08 for ; Wed, 19 Oct 2011 07:31:25 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p9J7V8v6054434; Wed, 19 Oct 2011 16:31:18 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p9J7V4q2082395; Wed, 19 Oct 2011 16:31:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 19 Oct 2011 16:20:39 +0900 (JST) Message-Id: <20111019.162039.287925025580794156.hrs@allbsd.org> To: jhugo@meraka.csir.co.za From: Hiroki Sato In-Reply-To: <201110190845.17950.jhugo@meraka.csir.co.za> References: <201110182200.19244.jhugo@meraka.csir.co.za> <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> <201110190845.17950.jhugo@meraka.csir.co.za> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Oct_19_16_20_39_2011_915)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Wed, 19 Oct 2011 16:31:19 +0900 (JST) X-Spam-Status: No, score=-104.4 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, QENCPTR2, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 19 Oct 2011 07:31:26 -0000 ----Security_Multipart(Wed_Oct_19_16_20_39_2011_915)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Johann Hugo wrote in <201110190845.17950.jhugo@meraka.csir.co.za>: jh> On Tuesday, October 18, 2011 11:16:57 pm Bjoern A. Zeeb wrote: jh> > On 18. Oct 2011, at 20:00 , Johann Hugo wrote: jh> > > Hi jh> > > jh> > > The only way that I can get bfe0 to enable ACCEPT_RTADV is to manually do jh> > > it with ifconfig bfe0 inet6 accept_rtadv. Even if I add it to jh> > > ifconfig_bge0 in rc.conf it does nothing. jh> > > jh> > > grep bfe /etc/rc.conf jh> > > ifconfig_bfe0="DHCP accept_rtadv" jh> > jh> > ifconfig_bfe0="DHCP" jh> > ifconfig_bfe0_ipv6="inet6 accept_rtadv" jh> jh> That works, but what is the function of ipv6_activate_all_interfaces="YES" in jh> rc.conf $ipv6_activate_all_interfaces has nothing to do with accept_rtadv and is not needed in most cases. Please read rc.conf(5) for more details of the function. -- Hiroki ----Security_Multipart(Wed_Oct_19_16_20_39_2011_915)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEUEABECAAYFAk6eekcACgkQTyzT2CeTzy1K5wCYxqXfw7kauzt3OdUoc5FVctJt ZQCfWRPLo2214aYh65OKaUJ30POkXlw= =0wz7 -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Oct_19_16_20_39_2011_915)---- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 07:31:27 2011 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 5CDF1106564A for ; Wed, 19 Oct 2011 07:31:27 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id AFA058FC14 for ; Wed, 19 Oct 2011 07:31:26 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p9J7V9P1054437; Wed, 19 Oct 2011 16:31:20 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p9J7V4q3082395; Wed, 19 Oct 2011 16:31:08 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 19 Oct 2011 16:29:42 +0900 (JST) Message-Id: <20111019.162942.833544516395329713.hrs@allbsd.org> To: mrossi@swin.edu.au From: Hiroki Sato In-Reply-To: <4E9DFE11.2070203@swin.edu.au> References: <201110182200.19244.jhugo@meraka.csir.co.za> <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> <4E9DFE11.2070203@swin.edu.au> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Oct_19_16_29_42_2011_952)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Wed, 19 Oct 2011 16:31:22 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: bzeeb-lists@lists.zabbadoz.net, jhugo@meraka.csir.co.za, current@FreeBSD.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 19 Oct 2011 07:31:27 -0000 ----Security_Multipart(Wed_Oct_19_16_29_42_2011_952)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mattia Rossi wrote in <4E9DFE11.2070203@swin.edu.au>: mr> So the _ipv6 bit doesn't take care of passing "inet6" to ifconfig mr> automatically? No. You always need to add the inet6 keyword wherever needed. mr> Does passing two options work, or do I have to pass them separately? mr> E.g.: mr> mr> ifconfig_bfe0_ipv6="inet6 accept_rtadv -ifdisable" This should work. -- Hiroki ----Security_Multipart(Wed_Oct_19_16_29_42_2011_952)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6efGYACgkQTyzT2CeTzy0IagCaA3d9lHmFTgOz1Bo6gYoetuZR NOkAn28B9gdNBHsKUvPpptJ2tm7Dn26p =imjT -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Oct_19_16_29_42_2011_952)---- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 07:31:32 2011 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 AEE4C106566B for ; Wed, 19 Oct 2011 07:31:32 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id A02AE8FC0C for ; Wed, 19 Oct 2011 07:31:31 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p9J7VAqu054438; Wed, 19 Oct 2011 16:31:20 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p9J7V4q4082395; Wed, 19 Oct 2011 16:31:10 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 19 Oct 2011 16:30:54 +0900 (JST) Message-Id: <20111019.163054.907132735733393734.hrs@allbsd.org> To: d@delphij.net, delphij@delphij.net From: Hiroki Sato In-Reply-To: <4E9DFD46.1040306@delphij.net> References: <20111019.070718.1020945298589023580.hrs@allbsd.org> <4E9DFD46.1040306@delphij.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Oct_19_16_30_54_2011_491)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Wed, 19 Oct 2011 16:31:22 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: hyama99@gmail.com, freebsd-current@FreeBSD.org Subject: Re: About FreeBSD 9.0 release note 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, 19 Oct 2011 07:31:32 -0000 ----Security_Multipart(Wed_Oct_19_16_30_54_2011_491)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Xin LI wrote in <4E9DFD46.1040306@delphij.net>: de> -----BEGIN PGP SIGNED MESSAGE----- de> Hash: SHA256 de> de> On 10/18/11 15:07, Hiroki Sato wrote: de> > Hideki Yamamoto wrote in de> > : de> > de> > hy> Hi, hy> hy> Does someone know where is the draft of FreeBSD de> > 9.0 release note? hy> I would like to check if there is a de> > description about new functions hy> about MLDv2 is included or de> > not. hy> I think the below feature should be included in the de> > release note as hy> IPv6 network is getting popular. hy> hy> de> > --------------------------------- hy> MFC r200871: hy> Use de> > ALLOW_NEW_SOURCES and BLOCK_OLD_SOURCES to signal a join or leave de> > hy> with SSM MLDv2 by default. hy> This is current practice and de> > complies with RFC 4604, as well as being hy> required by de> > production IPv6 networks in Japan. hy> The behaviour may be de> > disabled by setting the net.inet6.mld.use_allow hy> sysctl/tunable de> > to 0. hy> ------------------------------------- de> > de> > I am already working on the relnotes and the above will be de> > included as an improvement of the IPv6 stack. de> de> Can we have it somewhere (in the CVS or wiki) so we can work together de> on that? This way also makes translation easier... Yes, I will put it to some shared workspace as soon as possible. I know I should have taken an action more quickly, but I couldn't make it. Sorry. -- Hiroki ----Security_Multipart(Wed_Oct_19_16_30_54_2011_491)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6efK4ACgkQTyzT2CeTzy3GgwCdFKBepPThV2WibMz8FCEbyDQ1 9hsAoI3rdE1hXhLFqwtiNABZ+4a/CimD =zFis -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Oct_19_16_30_54_2011_491)---- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 07:39:56 2011 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 61722106566B for ; Wed, 19 Oct 2011 07:39:56 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 188E38FC12 for ; Wed, 19 Oct 2011 07:39:56 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 320A925D386D; Wed, 19 Oct 2011 07:39:55 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 58899BD3C5A; Wed, 19 Oct 2011 07:39:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id j+5BugJqFoop; Wed, 19 Oct 2011 07:39:53 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 5FFF0BD3C4A; Wed, 19 Oct 2011 07:39:53 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <4E9DFE11.2070203@swin.edu.au> Date: Wed, 19 Oct 2011 07:39:52 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201110182200.19244.jhugo@meraka.csir.co.za> <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> <4E9DFE11.2070203@swin.edu.au> To: Mattia Rossi X-Mailer: Apple Mail (2.1084) Cc: Johann Hugo , current@freebsd.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 19 Oct 2011 07:39:56 -0000 On 18. Oct 2011, at 22:30 , Mattia Rossi wrote: > On 19/10/2011 08:16, Bjoern A. Zeeb wrote: >>=20 >> On 18. Oct 2011, at 20:00 , Johann Hugo wrote: >>=20 >>> Hi >>>=20 >>> The only way that I can get bfe0 to enable ACCEPT_RTADV is to = manually do it >>> with ifconfig bfe0 inet6 accept_rtadv. Even if I add it to = ifconfig_bge0 in >>> rc.conf it does nothing. >>>=20 >>> grep bfe /etc/rc.conf >>> ifconfig_bfe0=3D"DHCP accept_rtadv" >>=20 >> ifconfig_bfe0=3D"DHCP" >> ifconfig_bfe0_ipv6=3D"inet6 accept_rtadv" >>=20 >>=20 > So the _ipv6 bit doesn't take care of passing "inet6" to ifconfig = automatically? >=20 > Does passing two options work, or do I have to pass them separately? > E.g.: >=20 > ifconfig_bfe0_ipv6=3D"inet6 accept_rtadv -ifdisable" >=20 yes > or >=20 > ifconfig_bfe0_ipv6=3D"inet6 accept_rtadv" > ifconfig_bfe0_ipv6=3D"inet6 -ifdisable" Just to also answer this: rc.conf is shell; the 2nd variable assignment = would just overwrite any former one. --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 08:55:41 2011 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 ECDE21065670; Wed, 19 Oct 2011 08:55: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 98A448FC08; Wed, 19 Oct 2011 08:55:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J8tdrb028463; Wed, 19 Oct 2011 04:55:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J8tdnY028462; Wed, 19 Oct 2011 08:55:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 08:55:39 GMT Message-Id: <201110190855.p9J8tdnY028462@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: Wed, 19 Oct 2011 08:55:41 -0000 TB --- 2011-10-19 08:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 08:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-19 08:10:00 - cleaning the object tree TB --- 2011-10-19 08:10:08 - cvsupping the source tree TB --- 2011-10-19 08:10:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-19 08:10:52 - building world TB --- 2011-10-19 08:10:52 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 08:10:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 08:10:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 08:10:52 - SRCCONF=/dev/null TB --- 2011-10-19 08:10:52 - TARGET=i386 TB --- 2011-10-19 08:10:52 - TARGET_ARCH=i386 TB --- 2011-10-19 08:10:52 - TZ=UTC TB --- 2011-10-19 08:10:52 - __MAKE_CONF=/dev/null TB --- 2011-10-19 08:10:52 - cd /src TB --- 2011-10-19 08:10:52 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 08:10:52 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 08:55:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 08:55:39 - ERROR: failed to build world TB --- 2011-10-19 08:55:39 - 2087.30 user 466.00 system 2739.03 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 08:56:04 2011 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 7066F106564A; Wed, 19 Oct 2011 08:56: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 2C1CB8FC17; Wed, 19 Oct 2011 08:56:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J8u3GU028703; Wed, 19 Oct 2011 04:56:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J8u3dI028702; Wed, 19 Oct 2011 08:56:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 08:56:03 GMT Message-Id: <201110190856.p9J8u3dI028702@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: Wed, 19 Oct 2011 08:56:04 -0000 TB --- 2011-10-19 08:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 08:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-19 08:10:00 - cleaning the object tree TB --- 2011-10-19 08:10:08 - cvsupping the source tree TB --- 2011-10-19 08:10:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-19 08:10:52 - building world TB --- 2011-10-19 08:10:52 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 08:10:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 08:10:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 08:10:52 - SRCCONF=/dev/null TB --- 2011-10-19 08:10:52 - TARGET=pc98 TB --- 2011-10-19 08:10:52 - TARGET_ARCH=i386 TB --- 2011-10-19 08:10:52 - TZ=UTC TB --- 2011-10-19 08:10:52 - __MAKE_CONF=/dev/null TB --- 2011-10-19 08:10:52 - cd /src TB --- 2011-10-19 08:10:52 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 08:10:52 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 08:56:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 08:56:03 - ERROR: failed to build world TB --- 2011-10-19 08:56:03 - 2089.39 user 478.59 system 2763.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 08:56:45 2011 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 326BE1065670; Wed, 19 Oct 2011 08:56: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 DA3AF8FC21; Wed, 19 Oct 2011 08:56:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J8uiZW031950; Wed, 19 Oct 2011 04:56:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J8uiCI031949; Wed, 19 Oct 2011 08:56:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 08:56:44 GMT Message-Id: <201110190856.p9J8uiCI031949@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: Wed, 19 Oct 2011 08:56:45 -0000 TB --- 2011-10-19 08:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 08:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-19 08:10:00 - cleaning the object tree TB --- 2011-10-19 08:10:08 - cvsupping the source tree TB --- 2011-10-19 08:10:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-19 08:10:52 - building world TB --- 2011-10-19 08:10:52 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 08:10:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 08:10:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 08:10:52 - SRCCONF=/dev/null TB --- 2011-10-19 08:10:52 - TARGET=amd64 TB --- 2011-10-19 08:10:52 - TARGET_ARCH=amd64 TB --- 2011-10-19 08:10:52 - TZ=UTC TB --- 2011-10-19 08:10:52 - __MAKE_CONF=/dev/null TB --- 2011-10-19 08:10:52 - cd /src TB --- 2011-10-19 08:10:52 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 08:10:52 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 08:56:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 08:56:44 - ERROR: failed to build world TB --- 2011-10-19 08:56:44 - 2118.43 user 480.86 system 2803.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 09:41:33 2011 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 274711065675; Wed, 19 Oct 2011 09:41:33 +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 D757B8FC1C; Wed, 19 Oct 2011 09:41:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9J9fW4Y087986; Wed, 19 Oct 2011 05:41:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9J9fW81087959; Wed, 19 Oct 2011 09:41:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 09:41:32 GMT Message-Id: <201110190941.p9J9fW81087959@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: Wed, 19 Oct 2011 09:41:33 -0000 TB --- 2011-10-19 08:56:44 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 08:56:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-19 08:56:44 - cleaning the object tree TB --- 2011-10-19 08:56:49 - cvsupping the source tree TB --- 2011-10-19 08:56:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-19 08:57:01 - building world TB --- 2011-10-19 08:57:01 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 08:57:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 08:57:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 08:57:01 - SRCCONF=/dev/null TB --- 2011-10-19 08:57:01 - TARGET=powerpc TB --- 2011-10-19 08:57:01 - TARGET_ARCH=powerpc TB --- 2011-10-19 08:57:01 - TZ=UTC TB --- 2011-10-19 08:57:01 - __MAKE_CONF=/dev/null TB --- 2011-10-19 08:57:01 - cd /src TB --- 2011-10-19 08:57:01 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 08:57:02 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 09:41:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 09:41:31 - ERROR: failed to build world TB --- 2011-10-19 09:41:31 - 2020.82 user 456.88 system 2687.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 10:49:46 2011 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 E2858106564A for ; Wed, 19 Oct 2011 10:49:46 +0000 (UTC) (envelope-from yerenkow@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 6A7C18FC1E for ; Wed, 19 Oct 2011 10:49:45 +0000 (UTC) Received: by wwi18 with SMTP id 18so2232636wwi.31 for ; Wed, 19 Oct 2011 03:49:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uP3527hoWeSWU8s2tgf2mVcRV8K2EDVZP8GIAscWaNI=; b=kDUs/Iu1Q0ABnbVpvXMPCIJ87nrQbiYLZQybHvcyTnxYiwh9Ij9g9B2Elxqe6a3WOm 2gXU2BGm/Sjwx5RxEgwrM3JPiOGAebAlDBP2tSlSJbZZnTz+vh0+C8xU3PZYg2tQYykR YOFx6Ne5Bq3gJ8AzAvbuddvU1JxvKYa4JzQTs= MIME-Version: 1.0 Received: by 10.227.11.146 with SMTP id t18mr2382012wbt.76.1319021385076; Wed, 19 Oct 2011 03:49:45 -0700 (PDT) Received: by 10.180.81.10 with HTTP; Wed, 19 Oct 2011 03:49:45 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Oct 2011 13:49:45 +0300 Message-ID: From: Alexander Yerenkow To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: VM images for FreeBSD 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, 19 Oct 2011 10:49:47 -0000 2011/10/17 Warren Block > On Mon, 17 Oct 2011, Alexander Yerenkow wrote: > > Hello all. >> I'm currently made set of scripts, which builds FreeBSD from svn sources, >> and packing it in VirtualBox (*.vdi) compatible images. >> It's working now, and producing something like >> >> FreeBSD-9-i386-r226409-2011-10-16.vdi.xz (also .vdi, .vdi.zip and plain >> .img >> which can be dd to USB flash). >> >> I'm developing this here: >> https://github.com/yerenkow/freebsd-vm-image >> >> I have more goals to do (like producing more images, with a installed sets >> of packages, like KDE-from-ports, KDE-from-area51, with experimental GEM >> drivers etc.) >> > > Excellent! If live CD/memdisk features are added, this could also be > useful for testing large xorg port updates before commit. > > PS: why bash for cron-auto-action.sh? > Hello all! I'm working currently on creating images with a set pre-installed packages. I looked at project pkgng (candidate for replacing current pkg_* subsystem), and also I have some thought about current packages/ports system. 1. pkg_add can be launched with parameter -p $PREFIX. So, my first thought was: I create empty directory structure with mtree, and I'll install there all required packages; after that I need only update this installation tree (manually by pkg_delete $old pkg_add $new, or with some tool). But I cannot specify to pkg_add relative root, instead of real one. Let me show example: PKG_DBDIR=/zpool0/testroot/var/db/pkg pkg_add -p /zpool0/testroot/usr/local ubench-0.32.tbz installs package, and in /zpool0/testroot/var/db/pkg/ubench-0.32/+CONTENTS there will be such record: @cwd /zpool0/testroot/usr/local I can't specify to pkg_add that it should treat /zpool0/testroot as root, as I need (so record really should be @cwd /usr/local) Instead, pkg_add allows me to make chroot, which as you understand is not good (In specified chroot all required by pkg* binaries/libraries must exists, unfortunately I can't specify some empty dir and install there). Why is that? Because there is +INSTALL script in packages, in which package/port system allows execute any code/script written by porter. 2. In ports enhancements task list (somewhere i read it) there was one item: Make packages non-executable (or something similar). To do this properly, we must get rid of of free-form post-install post-deinstall scripts. To do this, we need some deep analysis of what types of actions there happening, formalize them and provide some way to porters specify all needed actions in Makefile. I downloaded all packages for 9-current i386, found all +INSTALL scripts, and kinda categorized them, you can get all of them here: http://www.box.net/shared/ieovjj7l8omkrm3l21xb To summarize my efforts: I checked 21195 packages; I found 880 install scripts; 3 scripts contains plain "exit 0" 8 install scripts contains some perl code; 17 scripts contains some additional "install" commands; 70 scripts contains some chgroup/chown actions (which probably could be done by specifying mtree file?...) 75 contains uncategorized actions (print of license, some interactive questions, ghostscript actions, tex, fonts etc.) 161 scripts contains some file commands, like (ld / cp / mv, creating backups, creating configs if they aren't exists etc. ) 166 scripts contains useradd/groupadd commands (many similar constructions, not too hard to move this to .mk, in pkgng group/users can be specified in yaml config) 380 contains pear component registration (md5 -q * | uniq - produces exactly one result, so these all scripts are really one, could be moved to some pear.mk) Why I'm interested in non-executable install of package (e.g. simple unpack + execute some typical actions based on package description): - Unpacking of hundreds Mb packages takes several minutes (to mdconfig-ed filesystem) - Installation of these packages via pkg_add (they downloads from local ftp) took hours in my case (to mdconfig-ed filesystem) As you understand, to make efficient image building system, I need to deal with package installation without spending too many cpu/disk resources. Ideally I consider all required packages are extracted to some their own directory, like for ubench: $X/packages/ubench/ (and here goes all directory structure which should be copied to new root) plus separated info of new users/groups (maybe there need some additional data to make package installed in such way fully working). So, maybe someone working in this direction, or have any comments? 3. Other "ports" ideas/thoughts. I proposed small enahcement to pkgng, but instead in pkgng this should be implemented in ports subsystem, it's about specifying abstract dependencies, and correct resolving of them: https://github.com/pkgng/pkgng/issues/100 Who can comment/elaborate about this? It shouldn't be very complicated, since currently almost same functionality provided in .mk. files ( like USE_PERL etc) 4. Where's the "right" place to discuss ports system? :) Thanks. -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:14:08 2011 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 5807F106566C for ; Wed, 19 Oct 2011 11:14:08 +0000 (UTC) (envelope-from adrian.chadd@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 17FD18FC13 for ; Wed, 19 Oct 2011 11:14:07 +0000 (UTC) Received: by ywm3 with SMTP id 3so2004774ywm.13 for ; Wed, 19 Oct 2011 04:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=e3+HwlXxqqAodvWWE8DAX6Rb5K0FmJlZXBYR7DYUwzg=; b=qOa5KiIkVb5yeg8jS3jU7r5FQE1n/FHke0GymDF+nLEt8mBHLDd6gOURzmSZkf1cjS +XiBJMA8mADH6lRNPueqF2qYYaKO6yIMs36OClM10dTRI1h+rbhX9pUbHD7f8Fzxc5Oe wgDR0DjCOR4zxxIQexaiCPiDjOGmkeoaP30Fc= MIME-Version: 1.0 Received: by 10.236.175.195 with SMTP id z43mr8787832yhl.66.1319022847305; Wed, 19 Oct 2011 04:14:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Wed, 19 Oct 2011 04:14:07 -0700 (PDT) In-Reply-To: <20111018121540.a402040e.ray@dlink.ua> References: <20111017194940.ed720115.ray@ddteam.net> <20111018121540.a402040e.ray@dlink.ua> Date: Wed, 19 Oct 2011 19:14:07 +0800 X-Google-Sender-Auth: EH-2PmJ-2eInTiuYCXrC8WQjE6Q Message-ID: From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: Aleksandr Rybalko , current@freebsd.org Subject: Re: SPI rework 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, 19 Oct 2011 11:14:08 -0000 .. what's wrong with your first suggestion? I liked it. :) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 07:42:28 2011 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 204DA106567C for ; Wed, 19 Oct 2011 07:42:28 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 207798FC21 for ; Wed, 19 Oct 2011 07:42:26 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so2304968bkb.13 for ; Wed, 19 Oct 2011 00:42:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6c4WfKWg8zGqgETo0yYq2fCzOzIoSUCZtRx/niDrfls=; b=n2z5Jh084mx8FLHWfsEtM3/3mWrlKAiJoJfSfaT6hd6tnxKdsc2q/3VCWFWJJcg5nJ eIUAlrq08vbEaD+7DAtU+2Uo+SgYdoVukazJ8IXnvk+9vsEhKtD5YifdWTwg7mKgPl2w Uo+t0Ao6kZpKc7TL+XK6B/JHulaYY6Zd9lsdQ= MIME-Version: 1.0 Received: by 10.223.81.205 with SMTP id y13mr9480865fak.34.1319010145921; Wed, 19 Oct 2011 00:42:25 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 00:42:25 -0700 (PDT) In-Reply-To: <20111014160548.GD5065@albert.catwhisker.org> References: <20111014160548.GD5065@albert.catwhisker.org> Date: Wed, 19 Oct 2011 11:42:25 +0400 Message-ID: From: Pavel Timofeev To: current@freebsd.org X-Mailman-Approved-At: Wed, 19 Oct 2011 11:23:24 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 07:42:28 -0000 2011/10/14 David Wolfskill > On Fri, Oct 14, 2011 at 11:55:28AM +0400, Pavel Timofeev wrote: > > That's what most people think. > > Could be. But to the extent that it's true, I have no reason to believe > that it's a perspective that is held uniquely (or even principally) about > FreeBSD. > > > Hi! > > > > I would like to say that most freebsd users don't try CURRENT, but try > > BETAs-x, RCs-x. > > Errr... I'll suggest that most folks who posit what "most folks" do > don't actually determine this empirically. Some of them probably engage > in something called "projection" (in lieu of performing appropriate > polling, for example). > Ok, for example, more emails and bug reports appears in mailing lists after CURRENT stabilization. > > > Why? Because most users don't like compile new kernel and world. It's > > tediously. > > Errr... So what? Doing it doesn't prevent one from doing other things > (within reason), and the process gets done when it's done. And it's the > computer doing the tedious stuff -- which is something at which they > excel. > > I'm in the habit of tracking stable/8, stable/9, and head on a daily > basis on a personal "build machine" and on my laptop. I also update all > of the installed ports on each machine daily. > It's only you. Good habbit. But this isn't often, for example, my colleagues and friends don't track it. They are just users (consumers). > > I don't expect "most" folks to do that; actually, I don't expect anyone > else to do (precisely) that. > Right. > > You need to download a CURRENT snapshot iso, to install, csup, and then > to > > build kernel and world. > > Really? I don't think I've ever used a snapshot. I do maintain a > private mirror of the FreeBSD CVS & SVN repositories (and mirror those > to my laptop). I find the "tracking" process fairly straightforward, > and only rarely surprising (though usually, if it is "surprising," it's > not in an especially "good" way -- but then I'm occasionally able to > help at least provide some encouragement to fix the cause of the > surprise). > It's funny =). Not everyone maintains its mirrors. For example, I didn't use my CURRENT (previously installed to VM) about 4 months. And now I want to try new CURRENT. What I need to do? Csup and build? No, downloading and installing fresh snapshot would be more quickly. There is changes in bsdinstall while BETA-3 and if I want to test it what i need to do? > > > FreeBSD project builds CURRENT snapshot every month, but not always. And > > this volatility is bad. > > Month is a big period. Very big, imo. For example, 10 day period would be > > great! > > If you want finer-grained updates, one way is to use the source. The > project still maintains the SVN-to-CVS exporting process, and a network > of public CVS mirrors around the planet. The cvs program is in the > FreeBSD base system. You have the resources necessary to do this, if > you want to do so. > See above > > > And when BETA/RC time comes users rush like mad to test it. And they find > > errors and bugs. Writing PR, emails and even !patches! > > There are certainly some folks whose first exposure to a new release is > in the later stages of the release process. Changing parameters (such > as the duration of the process) may affect the population distribution > some, but it won't change the fact that there are some folks who will > not test early enough to raise some valid objections or concerns in > sufficient time to have them addressed in a completely satisfactory > manner prior to the release. This is something that appears to involve > rather deep-sewated aspects of human nature, and it is not in the power > of any organization to prevent it. The best anyone (or any group) can > do is find ways to mitigate it, and learn to move on. It's also correctly. > > But the lion's share of these patches doesn't get into the coming BETA or > RC. > > Maintainers say "I don't have time [to test it]" or "It's too late". > > Given that the process is intended to produce a release, there comes a > time when it is necessary to "draw the line" and cut the release. > > Software is rarely perfect. I'd venture that software of "sufficient > complexity" is never "perfect." I'll also ventire that FreeBSD -- much > as I enjoy using and working with it -- is sufficiently complex as to be > imperfect. In fact, it is a work in progress. > > This ought not be either surprising or unfamiliar to anyone who has been > on the planet long enough to recognize the parallels with humans -- > remarkably few humans are perfect, either, after all. :-} [And yes, I > include myself as "imperfect" -- certainly as long as I'm still > breathing.] > Yes, you're right. > > > Why is it late? I'm talking about only BUGS (PRs with patches), not new > > features. Let's users test it! In coming BETA/RC. Where are we in a > hurry? > > The BETAs and RCs exists for finding BUGS in coming RELEASE! It's the > only > > purpose of it. > > Of cause pathes would be commited after x.0 RELEASE to x.1 STABLE. > > Because of this situation most people says "x.0 RELASE isn't for > > production." > > Much depends on the workload in question. There are folks who run > CURRENT/head in "production" environments. (I'm not one of them.) It is very rare. > I do, however, run stable/8 in a (small) production environment; for that, I update weekly (unless I have some reason to do otherwise). Less rare. You have probably a lot of free time =) > > All the above applies only to the opening of a new STABLE branch, 9 for > this > > time. > > I think we hurry. Imo, BETA/RC period for !NEW! STABLE branch should be > > longer. Six months, for example. > > New STABLE branch is very important! > > So is opening head up to allow developers to work on and commit new > code. As with many things in engineering, there's a cost/benefit > trade-off. RE is doing a remarkable job, IMO. > Sorry, don't misunderstand me. I'm talking about new STABLE branch. Maybe we need to change things like "BETA-1(2) is still CURRENT". For example, let's introduce a new concept "ALPHA" (which will be CURRENT). And BETAs will be STABLE. > > Folks who care sufficiently will find ways to test early enough to be > useful. > =) Thats why we don't have much people in FreeBSD. FreeBSD for users? or developers? The big problem is that these conversations are not wanted everyone. Nobody cares. For example, Vadim Goncharov wrote big mail with description of various problems in FreeBSD (organozation|system|ports|etc). Big consersation and all forgotten. Nothing has changed and will not change. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 07:48:26 2011 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 3204F106564A for ; Wed, 19 Oct 2011 07:48:26 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B27138FC17 for ; Wed, 19 Oct 2011 07:48:25 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so2311347bkb.13 for ; Wed, 19 Oct 2011 00:48:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rzi8wtKI666O4D6RDXWccYo4SSL+Y7Dfes4XcUT7FLg=; b=r9aMcAg4EBBdAOL3LzdJWyvcYwv2p0sEAEqTv9sRR3if8j1Z/CBKRXzlnfBdQ+9hVn yTk8bwBmGw/y7NZ7rJg5kkxerKPL8NfWV6CWjC3W7uBVjGHihXf2sfV73xtq75PzsKKv 3EtiYy8UXcL9VrFQkAFF5CEwh6EQJYQcQtC7k= MIME-Version: 1.0 Received: by 10.223.77.77 with SMTP id f13mr1931232fak.19.1319010504610; Wed, 19 Oct 2011 00:48:24 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 00:48:24 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Oct 2011 11:48:24 +0400 Message-ID: From: Pavel Timofeev To: George Kontostanos X-Mailman-Approved-At: Wed, 19 Oct 2011 11:23:43 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 07:48:26 -0000 2011/10/15 George Kontostanos > On Fri, Oct 14, 2011 at 10:55 AM, Pavel Timofeev wrote: > > That's what most people think. > > > I think we hurry. Imo, BETA/RC period for !NEW! STABLE branch should be > > longer. Six months, for example. > > New STABLE branch is very important! > > IMHO different OS releases (Unix or not) are usually at the state of > FreeBSD current regarding stability. FreeBSD late BETA and early RC > are usually very stable. Therefore the approximate one month period > between the first beta and the release is adequate time. > > Many users are reluctant to follow stable because they have to go > through the wolrd && kernel procedure. Since freebsd-update exists as > a means of binary upgrading a system through releases, I don't think > that it would be a bad idea to be able to use is for stable as well. > Let's assume that we would have monthly minor releases something like > 9.0.1, 9.0.2 etc. That could ease the fear of .0 release. > It's not bad idea. > > This is coming from someone who is using current all the time for > workstations and stable for production servers and never uses > freebsd-update! > > Best Regards > > -- > George Kontostanos > aisecure.net > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 08:04:47 2011 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 32A64106564A for ; Wed, 19 Oct 2011 08:04:47 +0000 (UTC) (envelope-from timp87@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 B9CE78FC13 for ; Wed, 19 Oct 2011 08:04:46 +0000 (UTC) Received: by wyi40 with SMTP id 40so1829039wyi.13 for ; Wed, 19 Oct 2011 01:04:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IGa/uj2m6abHYNco48ai5we+mZbXlfHYESp3naZJtfs=; b=G7UQXJEfi080Kkl44raLpVBwl5UnGUCpFEJ5EcVRpldJB6WBFMvYEteuWgIRqpCrKP gRWKr49JA/6yjJYtVQ6ArkAFlxX4qa453sAhMxbx1pQjfXSRcTXX0jnuWMJWppfRbRWM TwHuWei6wrjEcrsLIwBfBvw/uWgQfbF1Nyt2c= MIME-Version: 1.0 Received: by 10.223.6.25 with SMTP id 25mr9681358fax.14.1319011485622; Wed, 19 Oct 2011 01:04:45 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 01:04:45 -0700 (PDT) In-Reply-To: <20111015093159.3679afd6@zelda.sugioarto.com> References: <20111015093159.3679afd6@zelda.sugioarto.com> Date: Wed, 19 Oct 2011 12:04:45 +0400 Message-ID: From: Pavel Timofeev To: Martin Sugioarto X-Mailman-Approved-At: Wed, 19 Oct 2011 11:24:07 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 08:04:47 -0000 2011/10/15 Martin Sugioarto > Am Fri, 14 Oct 2011 11:55:28 +0400 > schrieb Pavel Timofeev : > > > That's what most people think. > > Hi! > > I'm not thinking this. This is made up by users who only adapt slowly > to changes and features. Look at the whole crowd which got furious about > the new Microsoft Office. I tell you, in one year, no one will cry about > it anymore. Sometimes, I feel like I am the only who is happy about good > ideas, even when they change something drastically. The most people > think "Whoa... I have to learn again!"... and then silently accept it > when it is very late, because everyone else already migrated. > No, i don't care about new features or big changes. I love it! I care about bugs, that people finds while BETA/RC. > > This has nothing to do with release quality, because the efforts to > make a production release of x.0 are much higher, in my opinion. So the > quality is generally better, if you have enough time to make this > release. > > For me the worst FreeBSD release ever was 5.3. Even 5.0 BETAs worked > better on my hardware. I also stopped using FreeBSD at that time until > 7.0 BETAs arrived. > > > And when BETA/RC time comes users rush like mad to test it. And they > > find errors and bugs. Writing PR, emails and even !pathes! > > But the lion's share of these pathes doesn't get into the coming BETA > > or RC. > > Yes. I'm waiting for my /sbin/dump fix to get verified and committed. > It's really disappointing to see the next release without a functioning > backup possibility (for my configuration here). > kern/160678? A good example. I give 5$ that this fix won't be in 9.0 RELEASE =) I know a few other important PRs that won't be in 9.0 RELEASE. Thats why I wrote initial email. > Fortunately, I don't see a fixed release date, yet. I hope the > developers fix as much as possible even when we see 9.0R in late 2012. > > -- > Martin > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 08:09:48 2011 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 CF5DE1065679 for ; Wed, 19 Oct 2011 08:09:48 +0000 (UTC) (envelope-from timp87@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 64E448FC0A for ; Wed, 19 Oct 2011 08:09:48 +0000 (UTC) Received: by wwi18 with SMTP id 18so2016517wwi.31 for ; Wed, 19 Oct 2011 01:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4zRBWNPG0EeuvyleedGi96umWQC8Y7mwQisXdFUkSnM=; b=AAhDCDfC+mNfBP94B1EQKer5ZAcEMEIT7XAnK3uFuqgOu1ecBeQkZBdp5jTLJ5Vkyh ob/wSlwaWtwv/mjhyHhprybdrLz0+qK9urw54A6cJpewg/fMKoCIqI78BvUKgA+QVaJD Or6KkdWOsNiWzE8MXzQH43ChiyZ4Sx7SW879Q= MIME-Version: 1.0 Received: by 10.223.81.205 with SMTP id y13mr9615357fak.34.1319011787266; Wed, 19 Oct 2011 01:09:47 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 01:09:47 -0700 (PDT) In-Reply-To: <4e994faf.05d9650a.61a3.11f5SMTPIN_ADDED@mx.google.com> References: <4e994faf.05d9650a.61a3.11f5SMTPIN_ADDED@mx.google.com> Date: Wed, 19 Oct 2011 12:09:47 +0400 Message-ID: From: Pavel Timofeev To: Thomas Mueller X-Mailman-Approved-At: Wed, 19 Oct 2011 11:24:29 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, George Kontostanos Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 08:09:49 -0000 2011/10/15 Thomas Mueller > > MHO different OS releases (Unix or not) are usually at the state of > > FreeBSD current regarding stability. FreeBSD late BETA and early RC > > are usually very stable. Therefore the approximate one month period > > between the first beta and the release is adequate time. > > I see your point, especially after installing NetBSD on my new computer and > having big problems, like not being able to startx or not neing able to boot > at all. > > On the old computer, I also had big problems with NetBSD, including > release, stable and current versions. > > Building FreeBSD or NetBSD from source might be not feasible on older > computers short on RAM and/or disk space. > Bingo! I have atom-based computers and building world is torture. > > There are more frequent current FreeBSD snapshots available on > > http://pub.allbsd.org/pub/FreeBSD-snapshots/ > > This site also has snapshots for other BSDs. > Great! But it's not official. If this link was in freebsd.org it would be cool. > Tom > > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:25:52 2011 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 A26601065670; Wed, 19 Oct 2011 11:25:52 +0000 (UTC) (envelope-from adrian.chadd@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 D23108FC18; Wed, 19 Oct 2011 11:25:51 +0000 (UTC) Received: by ggnq2 with SMTP id q2so350261ggn.13 for ; Wed, 19 Oct 2011 04:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=aHOoWny7zMq/7NMamD5k4SM0v7OCcCsUWDDpU7mBqDM=; b=aPLmDt3AErAlUcATEZMIMigZtbF4Cqvwt+CbuM/vX43WeUcwtCThNDJCT9r/3yDAwL 0iQX++KI+PESac0YrywdQu0q67I+ot+Pql0E+ZAN199QwIRAWf1fkMOWNxCe1sPHpSmA ufrLlD4VJZsrFBCCflYyNBE71j+XFwLAENj/E= MIME-Version: 1.0 Received: by 10.236.133.241 with SMTP id q77mr6128324yhi.117.1319023551211; Wed, 19 Oct 2011 04:25:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Wed, 19 Oct 2011 04:25:51 -0700 (PDT) In-Reply-To: References: <20111014160548.GD5065@albert.catwhisker.org> Date: Wed, 19 Oct 2011 19:25:51 +0800 X-Google-Sender-Auth: RUaq-Ofos3qhqutm9aqSULI8TIw Message-ID: From: Adrian Chadd To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 11:25:52 -0000 On 19 October 2011 15:42, Pavel Timofeev wrote: > =) Thats why we don't have much people in FreeBSD. FreeBSD for users? or > developers? > The big problem is that these conversations are not wanted everyone. > Nobody cares. For example, Vadim Goncharov wrote big mail with description > of various problems in FreeBSD (organozation|system|ports|etc). Big > consersation and all forgotten. Nothing has changed and will not change. Oh the conversations are wanted. People to build solutions to problems are more wanted. Some of what Vadim mentioned is being addressed (ports/package infrastructure.) The other stuff is likely up for discussion post 9.0-RELEASE. Remember - best way to help is to grab a problem and hack on it until it's fixed. There's only so much that discussion, planning and more discussion can do. (Unless you're an AI researcher and can write systems to take discussion/planning and output code. Then we'd all love to hear from you.) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:25:52 2011 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 A26601065670; Wed, 19 Oct 2011 11:25:52 +0000 (UTC) (envelope-from adrian.chadd@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 D23108FC18; Wed, 19 Oct 2011 11:25:51 +0000 (UTC) Received: by ggnq2 with SMTP id q2so350261ggn.13 for ; Wed, 19 Oct 2011 04:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=aHOoWny7zMq/7NMamD5k4SM0v7OCcCsUWDDpU7mBqDM=; b=aPLmDt3AErAlUcATEZMIMigZtbF4Cqvwt+CbuM/vX43WeUcwtCThNDJCT9r/3yDAwL 0iQX++KI+PESac0YrywdQu0q67I+ot+Pql0E+ZAN199QwIRAWf1fkMOWNxCe1sPHpSmA ufrLlD4VJZsrFBCCflYyNBE71j+XFwLAENj/E= MIME-Version: 1.0 Received: by 10.236.133.241 with SMTP id q77mr6128324yhi.117.1319023551211; Wed, 19 Oct 2011 04:25:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Wed, 19 Oct 2011 04:25:51 -0700 (PDT) In-Reply-To: References: <20111014160548.GD5065@albert.catwhisker.org> Date: Wed, 19 Oct 2011 19:25:51 +0800 X-Google-Sender-Auth: RUaq-Ofos3qhqutm9aqSULI8TIw Message-ID: From: Adrian Chadd To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 11:25:52 -0000 On 19 October 2011 15:42, Pavel Timofeev wrote: > =) Thats why we don't have much people in FreeBSD. FreeBSD for users? or > developers? > The big problem is that these conversations are not wanted everyone. > Nobody cares. For example, Vadim Goncharov wrote big mail with description > of various problems in FreeBSD (organozation|system|ports|etc). Big > consersation and all forgotten. Nothing has changed and will not change. Oh the conversations are wanted. People to build solutions to problems are more wanted. Some of what Vadim mentioned is being addressed (ports/package infrastructure.) The other stuff is likely up for discussion post 9.0-RELEASE. Remember - best way to help is to grab a problem and hack on it until it's fixed. There's only so much that discussion, planning and more discussion can do. (Unless you're an AI researcher and can write systems to take discussion/planning and output code. Then we'd all love to hear from you.) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:27:24 2011 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 1A07B1065672 for ; Wed, 19 Oct 2011 11:27:24 +0000 (UTC) (envelope-from adrian.chadd@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 B7D778FC2A for ; Wed, 19 Oct 2011 11:27:23 +0000 (UTC) Received: by gyd8 with SMTP id 8so2005790gyd.13 for ; Wed, 19 Oct 2011 04:27:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=CSvgWT+6TgGk3sNAbnt9DJddtLtgkT36QjoO6oec4OY=; b=nSSUk0qAOvJMbZEP5/QzTcJ2DrRVZXn5zy2JNSINTh5z8HgoFpXGmMl7PsqmZuqDER KroDt6+5R4r6AqCQLRZOeU9CgZa/jXLCaLgmY0QX7fzWCzvVbY9JqieaXlMLJgsH9N45 7LQ4DoYOCI2x+sxzSs5EQG4V3pYrqq2Q82pfU= MIME-Version: 1.0 Received: by 10.236.154.193 with SMTP id h41mr8936617yhk.15.1319023643105; Wed, 19 Oct 2011 04:27:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Wed, 19 Oct 2011 04:27:23 -0700 (PDT) In-Reply-To: References: <20111015093159.3679afd6@zelda.sugioarto.com> Date: Wed, 19 Oct 2011 19:27:23 +0800 X-Google-Sender-Auth: NmxEw7wOWpAmnkmMaft7CC8yNTo Message-ID: From: Adrian Chadd To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Martin Sugioarto Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 11:27:24 -0000 On 19 October 2011 16:04, Pavel Timofeev wrote: > kern/160678? A good example. > I give 5$ that this fix won't be in 9.0 RELEASE =) > I know a few other important PRs that won't be in 9.0 RELEASE. > Thats why I wrote initial email. Kirk fixed it in -HEAD. I hope he'll get it tested and backported to stable/9 before release. If you'd like to help then please re-create the issue on a stable/9 system, apply the fix, verify it works and let him know! Adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:50:12 2011 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 811821065678 for ; Wed, 19 Oct 2011 11:50:12 +0000 (UTC) (envelope-from adrian.chadd@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 3F0F68FC1E for ; Wed, 19 Oct 2011 11:50:12 +0000 (UTC) Received: by yxn16 with SMTP id 16so2005561yxn.13 for ; Wed, 19 Oct 2011 04:50:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=dZP9UbJ+BuzQxg9V+JBdc2EkU5UuHQoMKihrHwc5Pbw=; b=MonKSqOmFlQ1do0FQ/Dds9n3v4ZHkeRPrpkzKmohrR1O7W10zRBCzpXzoPFmvu8vCT mcPjCanWFO8/P4jJP9geRVwM3XLDggBX4fkF7eUdEB8tZ9nU324Hf9gtSgyK/o8BIvhL dsPpHjQE4VhBO/t2H830cT6kKKRkdzVn36PUo= MIME-Version: 1.0 Received: by 10.236.174.105 with SMTP id w69mr9206305yhl.32.1319025011576; Wed, 19 Oct 2011 04:50:11 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.95.147 with HTTP; Wed, 19 Oct 2011 04:50:11 -0700 (PDT) In-Reply-To: References: <20111015093159.3679afd6@zelda.sugioarto.com> Date: Wed, 19 Oct 2011 19:50:11 +0800 X-Google-Sender-Auth: M4ItO_qgWUZDew63LGXj3me6Wmk Message-ID: From: Adrian Chadd To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Martin Sugioarto Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 11:50:12 -0000 On 19 October 2011 19:38, Pavel Timofeev wrote: > http://www.freebsd.org/cgi/query-pr.cgi?pr=160943 (there is hope) > or http://www.freebsd.org/cgi/query-pr.cgi?pr=161123 (little hope. it's not > me, but there I was noisy.) Just send the committer a polite, nicely worded email and see if they'll submit it for backporting to stable/9. There's a bunch of fixes that I've not backported from -head to stable/9 because I've not received anywhere near enough feedback from people to be sure it hasn't broken things this late in the release cycle. Adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:52:53 2011 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 65EAD106564A for ; Wed, 19 Oct 2011 11:52:53 +0000 (UTC) (envelope-from joh.hendriks@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 E37278FC0C for ; Wed, 19 Oct 2011 11:52:52 +0000 (UTC) Received: by eyd10 with SMTP id 10so2111008eyd.13 for ; Wed, 19 Oct 2011 04:52:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=bLqFLp2cJ8U0081k4zlJcCIsN6VbmY9wHzC6vqx3Z/U=; b=buiBVAHKHK1EvrU1A3R0p1mmqvWj0D2uMvUpzN9LuuEYH+1trIEDIJuO2zJBE3hGvG JbLcgMei1JIN7FKbW2ahYmLP6MyTK7xQqJQXrMPwS+1WaBdC25XxJIT7fCujOWJZNhNt RZdCkpEkRIlAMGWiZw5ylqD7fOcmGmu8h40Sw= Received: by 10.14.15.1 with SMTP id e1mr805027eee.18.1319025171680; Wed, 19 Oct 2011 04:52:51 -0700 (PDT) Received: from [192.168.50.106] (double-l.xs4all.nl. [80.126.205.144]) by mx.google.com with ESMTPS id f16sm14840550eec.8.2011.10.19.04.52.50 (version=SSLv3 cipher=OTHER); Wed, 19 Oct 2011 04:52:50 -0700 (PDT) Message-ID: <4E9EBA10.5050807@gmail.com> Date: Wed, 19 Oct 2011 13:52:48 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Pavel Timofeev References: <20111014160548.GD5065@albert.catwhisker.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 11:52:53 -0000 Pavel Timofeev schreef: >>> I think we hurry. Imo, BETA/RC period for !NEW! STABLE branch should be >>> > > longer. Six months, for example. >>> > > New STABLE branch is very important! >> > >> > So is opening head up to allow developers to work on and commit new >> > code. As with many things in engineering, there's a cost/benefit >> > trade-off. RE is doing a remarkable job, IMO. >> > > Sorry, don't misunderstand me. I'm talking about new STABLE branch. > Maybe we need to change things like "BETA-1(2) is still CURRENT". For > example, let's introduce a new concept "ALPHA" (which will be CURRENT). And > BETAs will be STABLE. If you want a really stable OS ,then there is never going to be a release. In CURRENT, there are a lot of changes already that do not go into 9.0 You _must_ take a point in time to release the release, even with known and pending patches. If you are going to wait, then there will never be a release. The 9.0.1, 9.0.2 branch idea is very apealling i must say. But here the same problem do we wait for that one patch that is waiting MFC? So the same problem when do you release the 9.0.x version! Releasing the release is a trade-off. I do like the current approach that FreeBSD uses. The only thing i think could be better is to slow down the release cycle. I would like to see a release like 9.8, which then have an enormous real world exposure and where "all" possible bugs are ironed out. A release that you could use without hesitating for your daily tasks. But then there is a trade-off again, all new features that are pending in CURRENT do not get as much exposure as we would like, and then when the new CURRENT become the next production release, we could have a much more buggier release then normal. So i am glad i do not have to make these dicisions.//////// :D regards Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:38:18 2011 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 42BCA106564A; Wed, 19 Oct 2011 11:38:18 +0000 (UTC) (envelope-from timp87@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 E0AFE8FC15; Wed, 19 Oct 2011 11:38:17 +0000 (UTC) Received: by yxn16 with SMTP id 16so1993576yxn.13 for ; Wed, 19 Oct 2011 04:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5FItKwLky5jnNwWEj9p7nCAm0/dyHrwJL9IFVKlyK74=; b=w2+YlLOrH5483sq80ayeCG5twKZPi4uGUtvsY9S/jdD6G7+kcXg4RpRvU3Kha7X3N6 L4rErv6CyUovTtd61NAM+Q4mDyXW1+j3TrePjBj5yfrdHxWIeR6jlTZiXHBjINkmlmUM Fk7TOa5I3QhoYwPi2QvlLfj+pipz1R3Nij6ic= MIME-Version: 1.0 Received: by 10.223.81.205 with SMTP id y13mr10576087fak.34.1319024296905; Wed, 19 Oct 2011 04:38:16 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 04:38:16 -0700 (PDT) In-Reply-To: References: <20111015093159.3679afd6@zelda.sugioarto.com> Date: Wed, 19 Oct 2011 15:38:16 +0400 Message-ID: From: Pavel Timofeev To: Adrian Chadd X-Mailman-Approved-At: Wed, 19 Oct 2011 12:03:59 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Martin Sugioarto Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 11:38:18 -0000 2011/10/19 Adrian Chadd > On 19 October 2011 16:04, Pavel Timofeev wrote: > > > kern/160678? A good example. > > I give 5$ that this fix won't be in 9.0 RELEASE =) > > I know a few other important PRs that won't be in 9.0 RELEASE. > > Thats why I wrote initial email. > > Kirk fixed it in -HEAD. I hope he'll get it tested and backported to > stable/9 before release. > If you'd like to help then please re-create the issue on a stable/9 > system, apply the fix, verify it works and let him know! > Yes, I helps. I test everything that comes across to me when I have free time. And I already did tests in such situation. For example: http://www.freebsd.org/cgi/query-pr.cgi?pr=160943 (there is hope) or http://www.freebsd.org/cgi/query-pr.cgi?pr=161123 (little hope. it's not me, but there I was noisy.) > > > Adrian > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 11:49:01 2011 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 7FACD1065697; Wed, 19 Oct 2011 11:49:01 +0000 (UTC) (envelope-from timp87@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 150AA8FC15; Wed, 19 Oct 2011 11:49:00 +0000 (UTC) Received: by yxn16 with SMTP id 16so2004304yxn.13 for ; Wed, 19 Oct 2011 04:49:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=03BaH29H0tWdz98hnA3tXH4/2xQwBsAZdTGTzV3qGrk=; b=bn+3k2NndpMRoqg4e3BWLnqoOWSXvOp2RMOFFrOoOtujvIgtwkkrA/MOeX62FmCbmI VSlsHQxKn9/wp6tb9iYe+jA5wD5tpgz1litlr8tHlp/P70nT1LZ9Ge5gFHDBKxQx5u3l pP82SV3pgofD0aKk9wSq1LUE/OLjmfbWyMsD4= MIME-Version: 1.0 Received: by 10.223.6.25 with SMTP id 25mr10708897fax.14.1319024940101; Wed, 19 Oct 2011 04:49:00 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 04:49:00 -0700 (PDT) In-Reply-To: References: <20111014160548.GD5065@albert.catwhisker.org> Date: Wed, 19 Oct 2011 15:49:00 +0400 Message-ID: From: Pavel Timofeev To: Adrian Chadd X-Mailman-Approved-At: Wed, 19 Oct 2011 12:13:32 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 11:49:01 -0000 2011/10/19 Adrian Chadd > On 19 October 2011 15:42, Pavel Timofeev wrote: > > > =) Thats why we don't have much people in FreeBSD. FreeBSD for users? or > > developers? > > > The big problem is that these conversations are not wanted everyone. > > Nobody cares. For example, Vadim Goncharov wrote big mail with > description > > of various problems in FreeBSD (organozation|system|ports|etc). Big > > consersation and all forgotten. Nothing has changed and will not change. > > Oh the conversations are wanted. People to build solutions to problems > are more wanted. > I'd love to, but I often lack the knowledge and skills. I'm tring to change that. > Some of what Vadim mentioned is being addressed (ports/package > infrastructure.) The other stuff is likely up for discussion post > 9.0-RELEASE. > Excelent. But I got carried away. > Remember - best way to help is to grab a problem and hack on it until > it's fixed. Yes, I know. Usually that's what i'm doing or want to do. > There's only so much that discussion, planning and more > discussion can do. > (Unless you're an AI researcher and can write systems to take > discussion/planning and output code. Then we'd all love to hear from > you.) > > > > Adrian > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 12:25:23 2011 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 6CD0B1065670; Wed, 19 Oct 2011 12:25:23 +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 28E058FC0A; Wed, 19 Oct 2011 12:25:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9JCPMIC037748; Wed, 19 Oct 2011 08:25:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9JCPMZo037747; Wed, 19 Oct 2011 12:25:22 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 12:25:22 GMT Message-Id: <201110191225.p9JCPMZo037747@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: Wed, 19 Oct 2011 12:25:23 -0000 TB --- 2011-10-19 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 11:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-10-19 11:40:00 - cleaning the object tree TB --- 2011-10-19 11:40:08 - cvsupping the source tree TB --- 2011-10-19 11:40:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-10-19 11:40:27 - building world TB --- 2011-10-19 11:40:27 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 11:40:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 11:40:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 11:40:27 - SRCCONF=/dev/null TB --- 2011-10-19 11:40:27 - TARGET=i386 TB --- 2011-10-19 11:40:27 - TARGET_ARCH=i386 TB --- 2011-10-19 11:40:27 - TZ=UTC TB --- 2011-10-19 11:40:27 - __MAKE_CONF=/dev/null TB --- 2011-10-19 11:40:27 - cd /src TB --- 2011-10-19 11:40:27 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 11:40:27 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 12:25:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 12:25:21 - ERROR: failed to build world TB --- 2011-10-19 12:25:21 - 2087.97 user 467.23 system 2720.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 12:25:40 2011 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 4B1551065785; Wed, 19 Oct 2011 12:25: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 EE6718FC08; Wed, 19 Oct 2011 12:25:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9JCPdmp037872; Wed, 19 Oct 2011 08:25:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9JCPd4p037871; Wed, 19 Oct 2011 12:25:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 12:25:39 GMT Message-Id: <201110191225.p9JCPd4p037871@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: Wed, 19 Oct 2011 12:25:40 -0000 TB --- 2011-10-19 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 11:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-10-19 11:40:00 - cleaning the object tree TB --- 2011-10-19 11:40:08 - cvsupping the source tree TB --- 2011-10-19 11:40:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-10-19 11:40:27 - building world TB --- 2011-10-19 11:40:27 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 11:40:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 11:40:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 11:40:27 - SRCCONF=/dev/null TB --- 2011-10-19 11:40:27 - TARGET=pc98 TB --- 2011-10-19 11:40:27 - TARGET_ARCH=i386 TB --- 2011-10-19 11:40:27 - TZ=UTC TB --- 2011-10-19 11:40:27 - __MAKE_CONF=/dev/null TB --- 2011-10-19 11:40:27 - cd /src TB --- 2011-10-19 11:40:27 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 11:40:27 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 12:25:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 12:25:39 - ERROR: failed to build world TB --- 2011-10-19 12:25:39 - 2089.25 user 479.40 system 2738.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 12:26:22 2011 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 3C5A31065687; Wed, 19 Oct 2011 12:26:22 +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 E38538FC20; Wed, 19 Oct 2011 12:26:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9JCQLLo041062; Wed, 19 Oct 2011 08:26:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9JCQLXY041057; Wed, 19 Oct 2011 12:26:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Oct 2011 12:26:21 GMT Message-Id: <201110191226.p9JCQLXY041057@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: Wed, 19 Oct 2011 12:26:22 -0000 TB --- 2011-10-19 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-19 11:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-10-19 11:40:00 - cleaning the object tree TB --- 2011-10-19 11:40:08 - cvsupping the source tree TB --- 2011-10-19 11:40:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-10-19 11:40:27 - building world TB --- 2011-10-19 11:40:27 - CROSS_BUILD_TESTING=YES TB --- 2011-10-19 11:40:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-19 11:40:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-19 11:40:27 - SRCCONF=/dev/null TB --- 2011-10-19 11:40:27 - TARGET=amd64 TB --- 2011-10-19 11:40:27 - TARGET_ARCH=amd64 TB --- 2011-10-19 11:40:27 - TZ=UTC TB --- 2011-10-19 11:40:27 - __MAKE_CONF=/dev/null TB --- 2011-10-19 11:40:27 - cd /src TB --- 2011-10-19 11:40:27 - /usr/bin/make -B buildworld >>> World build started on Wed Oct 19 11:40:27 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::MipsTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp: In member function 'void::FreeBSDTargetInfo::getOSDefines(const clang::LangOptions&, const llvm::Triple&, clang::MacroBuilder&) const [with Target = ::ARMTargetInfo]': /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:3063: instantiated from here /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Targets.cpp:245: error: 'Twine' was not declared in this scope *** Error code 1 Stop in /src/lib/clang/libclangbasic. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-19 12:26:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-19 12:26:21 - ERROR: failed to build world TB --- 2011-10-19 12:26:21 - 2119.62 user 481.88 system 2780.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 14:12:35 2011 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 F154D1065674; Wed, 19 Oct 2011 14:12:35 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) by mx1.freebsd.org (Postfix) with ESMTP id 8C33F8FC0C; Wed, 19 Oct 2011 14:12:35 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RGWSN-0003hv-Gg; Wed, 19 Oct 2011 15:45:20 +0200 Message-ID: <4E9ED46F.2020101@FreeBSD.org> Date: Wed, 19 Oct 2011 15:45:19 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org, Peter Jeremy , Andriy Gapon References: <4E95AB49.30908@dumbbell.fr> <20111013090339.GB54924@server.vk2pj.dyndns.org> <4E96E9CD.3080708@dumbbell.fr> In-Reply-To: <4E96E9CD.3080708@dumbbell.fr> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: "BTX halted" when booting 9.0-BETA3 (Root On ZFS) 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, 19 Oct 2011 14:12:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! I wanted to let you know that FreeBSD is booting again. I don't know exatly what was the solution but here's what I did: 1. clean up the pool, now 90% of free space 2. buildworld with r226519 and Andriy's patch: http://people.freebsd.org/~avg/zfs-boot-gang.diff 3. reinstall the boot blocks (following RootOnZFS guide) I can't be sure if it was a hardware failure or a FreeBSD issue only, because I have problems with the battery and CPU cooling (reported temperature below 0°C... under Windows 7 too). I don't know if Andriy's patch fixes something in my case. Andriy, do you want me to make further tests (without your patch and maybe with the SVN revision I was using before)? Again, thanks for all your suggestions! - -- Jean-Sébastien Pédron -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6e1G8ACgkQa+xGJsFYOlPt+wCdECfBUcLVqsvYKqiossWi2Gkv 7PQAni79fZgPO+uXCDHJcj9Wa4HpFXSx =NSlP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 14:50:23 2011 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 A5593106566B for ; Wed, 19 Oct 2011 14:50:23 +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 716768FC1E for ; Wed, 19 Oct 2011 14:50:23 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (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 779F4617F for ; Wed, 19 Oct 2011 10:50:22 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1319035822; bh=3fH9mIALPUNnHqgKy8PYFVCmGxanVJkNB98Kvkj0MPU=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=ZQA/hZwjCPfABir/A96LJBFOf6QbuGwzLWUP+Oqfrz+f0EGW/hQ5nxKT9MTubohtu uovDpiepHiiJkWqlulsG+PvJn8xuQSnrLcPAbNXnEuDk10t/ojk7Z8AWJaWrTNs 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: content-type:content-transfer-encoding; b=XbaJka2kSduZQNeiky+6XmhTlnDavl5ZuP0a0I9MVfzdeiJpmb513+/0faa6lwzks CySOOdCvvJBOb5swh6g/pJwMVucF+nR3n8Gt2K7sL9BStlrXH3AGN1eNS8xb6pO Message-ID: <4E9EE3AD.7080708@protected-networks.net> Date: Wed, 19 Oct 2011 10:50:21 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: '/bin/ls' broken by SVN r226509 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, 19 Oct 2011 14:50:23 -0000 When running 'configure' for, say, the latest clamav update, '/bin/ls' dumps core with a floating point exception. Reversing out SVN r226509 restores normal operation, imb From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 12:16:53 2011 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 7DBC2106564A for ; Wed, 19 Oct 2011 12:16:53 +0000 (UTC) (envelope-from timp87@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 03A608FC1D for ; Wed, 19 Oct 2011 12:16:52 +0000 (UTC) Received: by eyd10 with SMTP id 10so2141551eyd.13 for ; Wed, 19 Oct 2011 05:16:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lRR0cIKgs/qsIlgaqPLEy3ewc916PAwQ6Yw2J0g1b3A=; b=RVrHPoHkZ1VHlyiSPgvdzrw9A/MQ42R95litA5JhOPgVAKvjlhIffaUeuqS9dSaGCy gvsEeXXQbCW0isvjpG7hUNvj6vUtdUPjiQ/sV31fUDffyNBEi+IRSNkcQLNeiGAANoSN 2ms6u//ZEYHMUhTi+JtFqLrOVtGA+00x+2nl4= MIME-Version: 1.0 Received: by 10.223.5.3 with SMTP id 3mr10870927fat.4.1319026612003; Wed, 19 Oct 2011 05:16:52 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 05:16:51 -0700 (PDT) In-Reply-To: <4E9EBA10.5050807@gmail.com> References: <20111014160548.GD5065@albert.catwhisker.org> <4E9EBA10.5050807@gmail.com> Date: Wed, 19 Oct 2011 16:16:51 +0400 Message-ID: From: Pavel Timofeev To: Johan Hendriks X-Mailman-Approved-At: Wed, 19 Oct 2011 15:28:28 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 12:16:53 -0000 2011/10/19 Johan Hendriks > Pavel Timofeev schreef: > > I think we hurry. Imo, BETA/RC period for !NEW! STABLE branch should be> > longer. Six months, for example.> > New STABLE branch is very important! > > >> So is opening head up to allow developers to work on and commit new> code. As with many things in engineering, there's a cost/benefit> trade-off. RE is doing a remarkable job, IMO.> > > Sorry, don't misunderstand me. I'm talking about new STABLE branch. > Maybe we need to change things like "BETA-1(2) is still CURRENT". For > example, let's introduce a new concept "ALPHA" (which will be CURRENT). And > BETAs will be STABLE. > > If you want a really stable OS ,then there is never going to be a release. > In CURRENT, there are a lot of changes already that do not go into 9.0 > You _must_ take a point in time to release the release, even with known and > pending patches. > If you are going to wait, then there will never be a release. > Yes, I agree, but there must be a golden mean. > The 9.0.1, 9.0.2 branch idea is very apealling i must say. > But here the same problem do we wait for that one patch that is waiting > MFC? > So the same problem when do you release the 9.0.x version! > > Releasing the release is a trade-off. > Ok, I understood. > > I do like the current approach that FreeBSD uses. > The only thing i think could be better is to slow down the release cycle. > Yes, me too I would like to see a release like 9.8, which then have an enormous real > world exposure and where "all" possible bugs are ironed out. > Well, it's a large number. x.3(4) - yes. However, progress is developing faster and faster and we need to keep up with him, so you're right below. A release that you could use without hesitating for your daily tasks. > But then there is a trade-off again, all new features that are pending in > CURRENT do not get as much exposure as we would like, and then when the new > CURRENT become the next production release, we could have a much more > buggier release then normal. > > So i am glad i do not have to make these decisions.** :D > > regards > Johan Hendriks > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 12:26:17 2011 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 438F01065686; Wed, 19 Oct 2011 12:26:17 +0000 (UTC) (envelope-from timp87@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 E04F88FC17; Wed, 19 Oct 2011 12:26:16 +0000 (UTC) Received: by ggnq2 with SMTP id q2so413884ggn.13 for ; Wed, 19 Oct 2011 05:26:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VXUM0p5DCc5+ml9UXkwslCVWF/9ykZwMZrQGFoNDHpw=; b=RRGY4+Dj2TENY18mpaHQFAgDIq9AZA+cxMwk9SXevhFQrUSjfOr5LmwXMs7DOBRDn8 uMtXlO+X2vy1KuXkw9mPYgbTtVJjGCxFcaVGQSPaneElSRNS0BB24baLSdqxYSwoBsSr RSe7bG64Nu0HkrfHHApkmFXUbWA0QlhkG6upg= MIME-Version: 1.0 Received: by 10.223.63.75 with SMTP id a11mr10934875fai.9.1319027175504; Wed, 19 Oct 2011 05:26:15 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Wed, 19 Oct 2011 05:26:15 -0700 (PDT) In-Reply-To: References: <20111015093159.3679afd6@zelda.sugioarto.com> Date: Wed, 19 Oct 2011 16:26:15 +0400 Message-ID: From: Pavel Timofeev To: Adrian Chadd X-Mailman-Approved-At: Wed, 19 Oct 2011 15:28:49 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Martin Sugioarto Subject: Re: x.0 RELASE isn't for production. 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, 19 Oct 2011 12:26:17 -0000 2011/10/19 Adrian Chadd > On 19 October 2011 19:38, Pavel Timofeev wrote: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=160943 (there is hope) > > or http://www.freebsd.org/cgi/query-pr.cgi?pr=161123 (little hope. it's > not > > me, but there I was noisy.) > > Just send the committer a polite, nicely worded email and see if > they'll submit it for backporting to stable/9. > Big sorry, if I was impolite. My english is very poor and I don't know how to write civilly. > > There's a bunch of fixes that I've not backported from -head to > stable/9 because I've not received anywhere near enough feedback from > people to be sure it hasn't broken things this late in the release > cycle. > > > Adrian > From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 15:33:06 2011 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 63456106564A for ; Wed, 19 Oct 2011 15:33:06 +0000 (UTC) (envelope-from rysto32@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 BBAA78FC0C for ; Wed, 19 Oct 2011 15:33:05 +0000 (UTC) Received: by wwi18 with SMTP id 18so2654274wwi.31 for ; Wed, 19 Oct 2011 08:33:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UKaGyZtCWs9YgsCLJsym88DFVNYTnOhStNDEbrVSZnI=; b=KhEDnkY7VFgxRGDVYn8Jrv8T/9JqHixI/sgoNlDmfqKG1MhWoCzePlu48boIJiy5eP /nZRKproCk0/fWgtPwdJ5OcizLet7aBrNXOVnHv+wW/QhjdXhR69qc1f4Emv9CQbhPw3 yTIGyhnBZPMK8wBW2u/6kmWDk+gqTBtqwhPaM= MIME-Version: 1.0 Received: by 10.227.19.203 with SMTP id c11mr2615723wbb.107.1319038384526; Wed, 19 Oct 2011 08:33:04 -0700 (PDT) Received: by 10.180.96.104 with HTTP; Wed, 19 Oct 2011 08:33:04 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Oct 2011 11:33:04 -0400 Message-ID: From: Ryan Stone To: Paul Ambrose Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-questions Subject: Re: config(8) does not add post-processing for source file with compile-with command in sys/conf/files 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, 19 Oct 2011 15:33:06 -0000 I have run into the same issue recently. I have been testing the following patch(on 8.2-RELEASE) and it seems to have worked for me: --- mkmakefile.c 11:09:30.000000000 -0400 +++ mkmakefile.c 2011-10-06 11:13:31.000000000 -0400 @@ -742,15 +742,16 @@ break; } snprintf(cmd, sizeof(cmd), - "${%s_%c%s}\n.if defined(NORMAL_CTFCONVERT) && " - "!empty(NORMAL_CTFCONVERT)\n" - "\t${NORMAL_CTFCONVERT}\n.endif", ftype, + "${%s_%c%s}\n", ftype, toupper(och), ftp->f_flags & NOWERROR ? "_NOWERROR" : ""); compilewith = cmd; } *cp = och; - fprintf(f, "\t%s\n\n", compilewith); + fprintf(f, "\t%s\n", compilewith); + fprintf(f, ".if defined(NORMAL_CTFCONVERT) && " + "!empty(NORMAL_CTFCONVERT)\n" + "\t${NORMAL_CTFCONVERT}\n.endif\n\n"); } } From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 15:52:35 2011 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 7F4EF106566C for ; Wed, 19 Oct 2011 15:52:35 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7838FC13 for ; Wed, 19 Oct 2011 15:52:35 +0000 (UTC) Received: (qmail 10234 invoked by uid 89); 19 Oct 2011 15:25:53 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 19 Oct 2011 15:25:53 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Wed, 19 Oct 2011 09:25:53 -0600 Message-ID: <61a9855413a654a4163402e76aa56555.squirrel@pop.pknet.net> Date: Wed, 19 Oct 2011 09:25:53 -0600 From: "Peter" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: 9.0-RC1 - installer observations and "shell in new system" gamble... 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, 19 Oct 2011 15:52:35 -0000 . During install, in the 'Add Users' part, why is it able to add the new user 'peter' to a new group 'peter' [the default option], but when I try to put user 'peter' into a more generic new group 'admin' it says group does not exist - I figure group 'peter' also does not exist at this time. "Invite peter into other groups? []" - Sounds like the user gets an invitation and that I should answer 'yes'/'no' here, not with an actual group name, how about "List other groups peter should be added to:" Also, after I'm done with that and "Open a shell in the new system", /etc/passwd is populated with user 'peter', but /etc/rc.conf and /etc/fstab files do not exist. I wanted to change fstab to use the gpt labels, not partition numbers but that file does not exist and gets overwritten by installer on reboot. rc.conf - I created a one line comment "#pk test' - after reboot this is what I have in /etc/rc.conf $ cat /etc/rc.conf hostname="pkbsd" # pk test ifconfig_em0="DHCP" sshd_enable="YES" So my comment stayed but was moved when installer configs were written on reboot. Added same comment to /etc/fstab, but it did not stay and was overwritten: $ cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ada0p2 / ufs rw 1 1 /dev/ada0p3 none swap sw 0 0 So even if I did add the gpt labeled 'Devices' in there, it would be overwritten when the installer reboots and makes the live shell a gamble of what will stay what won't on reboot.... ]Peter[ From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 15:57:34 2011 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 97893106566B for ; Wed, 19 Oct 2011 15:57:34 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 596CD8FC19 for ; Wed, 19 Oct 2011 15:57:34 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 732FF1FFC33; Wed, 19 Oct 2011 15:39:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 40861B93C; Wed, 19 Oct 2011 17:39:01 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Michael Butler References: <4E9EE3AD.7080708@protected-networks.net> Date: Wed, 19 Oct 2011 17:39:01 +0200 In-Reply-To: <4E9EE3AD.7080708@protected-networks.net> (Michael Butler's message of "Wed, 19 Oct 2011 10:50:21 -0400") Message-ID: <867h41m1nu.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: '/bin/ls' broken by SVN r226509 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, 19 Oct 2011 15:57:34 -0000 Michael Butler writes: > When running 'configure' for, say, the latest clamav update, '/bin/ls' > dumps core with a floating point exception. Thanks for the report. Try r226546. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 16:00:15 2011 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 B0FA61065674 for ; Wed, 19 Oct 2011 16:00:15 +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 69F0C8FC0C for ; Wed, 19 Oct 2011 16:00:15 +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 F0182617F; Wed, 19 Oct 2011 12:00:13 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1319040014; bh=z2zao5p3zp2Y55PcLkIAj3QRDcKQ8ThdG5BFNq1Ai6g=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=OHUNuB1sixUyGFAU37+hTo3VOQOer0TgEHwkUsPDaLHdwEFrxvvPRBgAg4dnpzHpU FpLwRrkfAnRcHqOcUYYeB6Hd5es84+fP9qA15xBC9oESqmv3fkAqKWUBKkiN0kl 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:content-type:content-transfer-encoding; b=Ig9q3XaNboOZvwJyqgJXyccyZBe1sqWj+Uf3fMQZyRYdPee+WyL/qozranRUc36Ax U4gkssE2Q7mqUyeFy8HV6NJUuGQ+s5MUv/mRPafuZOQN82+LKgBuSlr9P9w0DSq Message-ID: <4E9EF40C.2020802@protected-networks.net> Date: Wed, 19 Oct 2011 12:00:12 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> In-Reply-To: <867h41m1nu.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current Subject: Re: '/bin/ls' broken by SVN r226509 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, 19 Oct 2011 16:00:15 -0000 On 10/19/11 11:39, Dag-Erling Smørgrav wrote: > Michael Butler writes: >> When running 'configure' for, say, the latest clamav update, '/bin/ls' >> dumps core with a floating point exception. > > Thanks for the report. Try r226546. Fixed - Thanks! :-) imb From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 16:00:50 2011 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 6FABB106567D; Wed, 19 Oct 2011 16:00:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 157B08FC1C; Wed, 19 Oct 2011 16:00:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EANTznk6DaFvO/2dsb2JhbABEhHWlBIFuAQEBBAEBASAEJyALGxgRGQIEJQEJJgYIBwQBHASHZ6NukgGDMINXgRQEkWSCGohmiQ0 X-IronPort-AV: E=Sophos;i="4.69,373,1315195200"; d="scan'208";a="140489446" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 19 Oct 2011 12:00:49 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 66B94B3F06; Wed, 19 Oct 2011 12:00:49 -0400 (EDT) Date: Wed, 19 Oct 2011 12:00:49 -0400 (EDT) From: Rick Macklem To: "Bjoern A. Zeeb" Message-ID: <314699164.103050.1319040049406.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <0B310679-2CE1-4C24-8A44-7186FC8A967F@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_103049_1720635829.1319040049404" X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Rick Macklem , FreeBSD-Current Current Subject: Re: mtx_lock() of destroyed mutex on NFS 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, 19 Oct 2011 16:00:50 -0000 ------=_Part_103049_1720635829.1319040049404 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Bjoern A. Zeeb wrote: > Hi, > > as a result of a make buildkernel && make installkernel && reboot all > on NFS I got this with a HEAD SVN source at r226465. I cannot dump > unfortunately and it seems I just killed the obj tree for this kernel > though it should be very close. > > Oct 18 10:03:22 lion3 reboot: rebooted by test > Oct 18 10:03:22 panic: mtx_lock() of destroyed mutex @ > /zoo/bz/HEAD.svn/sys/kern/uipc_socket.c:1022 > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x187 > _mtx_lock_flags() at _mtx_lock_flags+0x130 > sosend_dgram() at sosend_dgram+0xbb > sosend() at sosend+0x82 > clnt_dg_call() at clnt_dg_call+0xb81 > clnt_call_private() at clnt_call_private+0xe8 > nlm_get_rpc() at nlm_get_rpc+0x187 > nlm_host_get_rpc() at nlm_host_get_rpc+0x130 > nlm_clearlock() at nlm_clearlock+0x10a > nlm_advlock_internal() at nlm_advlock_internal+0x64f > nlm_advlock() at nlm_advlock+0x2a > nfs_advlock() at nfs_advlock+0x122 > VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0xb7 > vn_closefile() at vn_closefile+0xe8 > _fdrop() at _fdrop+0x23 > closef() at closef+0x5c > fdfree() at fdfree+0x1b4 > exit1() at exit1+0x31a > sigexit() at sigexit+0x8f > cursig() at cursig > ast() at ast+0x1a9 > doreti_ast() at doreti_ast+0x1f > KDB: enter: panic > [ thread pid 1652 tid 100106 ] > Stopped at kdb_enter+0x3b: movq $0,0x80feb2(%rip) > db> show reg > cs 0x20 > ds 0x3b > es 0x3b003b > fs 0x1b0013 > gs 0x1b > ss 0x28 > rax 0x12 > rcx 0xfffffe001a001000 > rdx 0 > rbx 0xffffffff80a2bfa8 __func__.3464+0x111 > rsp 0xffffff85cc173780 > rbp 0xffffff85cc1737a0 > rsi 0x80 > rdi 0xffffff85cc173600 > r8 0xffffffff80a2a498 __func__.6043+0x328 > r9 0xffffff85cc1736b0 > r10 0xfffffe001a001000 > r11 0x1 > r12 0x1 > r13 0xfffffe001a001000 > r14 0x3fe > r15 0xffffffff80a39948 __func__.7715+0x2d3 > rip 0xffffffff80646c2b kdb_enter+0x3b > rflags 0x282 > kdb_enter+0x3b: movq $0,0x80feb2(%rip) > This seems to have been caused by a premature soclose(), which in turn implies a premature call to it from clnt_dg_destroy(). The only race I can see is that the socket buffer lock is used to protect checking for so_upcall being set (which it then uses to decide if a new cs_XXX structure is needed), but this lock isn't held when it decides to throw it away and close the socket. You could try the attached patch, which I've tested minimally. (I think it fixes this race.) rick > -- > Bjoern A. Zeeb You have to have visions! > Stop bit received. Insert coin for new address family. > > _______________________________________________ > 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" ------=_Part_103049_1720635829.1319040049404 Content-Type: text/x-patch; name=nlmdg.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=nlmdg.patch LS0tIHJwYy9jbG50X2RnLmMuc2F2CTIwMTEtMTAtMTggMjI6MzE6MTAuMDAwMDAwMDAwIC0wNDAw CisrKyBycGMvY2xudF9kZy5jCTIwMTEtMTAtMTggMjI6NDQ6MTUuMDAwMDAwMDAwIC0wNDAwCkBA IC0xMDAxLDEyICsxMDAxLDEyIEBAIGNsbnRfZGdfZGVzdHJveShDTElFTlQgKmNsKQogCWNzID0g Y3UtPmN1X3NvY2tldC0+c29fcmN2LnNiX3VwY2FsbGFyZzsKIAljbG50X2RnX2Nsb3NlKGNsKTsK IAorCVNPQ0tCVUZfTE9DSygmY3UtPmN1X3NvY2tldC0+c29fcmN2KTsKIAltdHhfbG9jaygmY3Mt PmNzX2xvY2spOwogCiAJY3MtPmNzX3JlZnMtLTsKIAlpZiAoY3MtPmNzX3JlZnMgPT0gMCkgewog CQltdHhfdW5sb2NrKCZjcy0+Y3NfbG9jayk7Ci0JCVNPQ0tCVUZfTE9DSygmY3UtPmN1X3NvY2tl dC0+c29fcmN2KTsKIAkJc291cGNhbGxfY2xlYXIoY3UtPmN1X3NvY2tldCwgU09fUkNWKTsKIAkJ Y2xudF9kZ191cGNhbGxzZG9uZShjdS0+Y3Vfc29ja2V0LCBjcyk7CiAJCVNPQ0tCVUZfVU5MT0NL KCZjdS0+Y3Vfc29ja2V0LT5zb19yY3YpOwpAQCAtMTAxNSw2ICsxMDE1LDcgQEAgY2xudF9kZ19k ZXN0cm95KENMSUVOVCAqY2wpCiAJCWxhc3Rzb2NrZXRyZWYgPSBUUlVFOwogCX0gZWxzZSB7CiAJ CW10eF91bmxvY2soJmNzLT5jc19sb2NrKTsKKwkJU09DS0JVRl9VTkxPQ0soJmN1LT5jdV9zb2Nr ZXQtPnNvX3Jjdik7CiAJCWxhc3Rzb2NrZXRyZWYgPSBGQUxTRTsKIAl9CiAK ------=_Part_103049_1720635829.1319040049404-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 16:37:24 2011 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 39810106566C for ; Wed, 19 Oct 2011 16:37:24 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id BC5B68FC12 for ; Wed, 19 Oct 2011 16:37:23 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id B73CF25D386D; Wed, 19 Oct 2011 16:37:22 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id EC5DEBD3C9A; Wed, 19 Oct 2011 16:37:21 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id TI63V6JlnwXa; Wed, 19 Oct 2011 16:37:20 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id B9C4CBD3C38; Wed, 19 Oct 2011 16:37:20 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <314699164.103050.1319040049406.JavaMail.root@erie.cs.uoguelph.ca> Date: Wed, 19 Oct 2011 16:37:19 +0000 Content-Transfer-Encoding: 7bit Message-Id: <3C2E7852-5063-4955-BF62-AEB111B1425C@lists.zabbadoz.net> References: <314699164.103050.1319040049406.JavaMail.root@erie.cs.uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-Current Current Subject: Re: mtx_lock() of destroyed mutex on NFS 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, 19 Oct 2011 16:37:24 -0000 On 19. Oct 2011, at 16:00 , Rick Macklem wrote: > Bjoern A. Zeeb wrote: >> Hi, >> >> as a result of a make buildkernel && make installkernel && reboot all >> on NFS I got this with a HEAD SVN source at r226465. I cannot dump >> unfortunately and it seems I just killed the obj tree for this kernel >> though it should be very close. >> >> Oct 18 10:03:22 lion3 reboot: rebooted by test >> Oct 18 10:03:22 panic: mtx_lock() of destroyed mutex @ >> /zoo/bz/HEAD.svn/sys/kern/uipc_socket.c:1022 >> cpuid = 2 >> ... >> > This seems to have been caused by a premature soclose(), which in > turn implies a premature call to it from clnt_dg_destroy(). The only > race I can see is that the socket buffer lock is used to protect > checking for so_upcall being set (which it then uses to decide if > a new cs_XXX structure is needed), but this lock isn't held when > it decides to throw it away and close the socket. > > You could try the attached patch, which I've tested minimally. > (I think it fixes this race.) Great, will do. I couldn't reproduce it every time but I have hit it again the last 24 hours. Thanks a lot! /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 17:19:04 2011 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 B4DBB106566B for ; Wed, 19 Oct 2011 17:19:04 +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 6C3758FC14 for ; Wed, 19 Oct 2011 17:19:04 +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.72) (envelope-from ) id 1RGZnC-0007UM-LO; Wed, 19 Oct 2011 18:19:02 +0100 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.72) (envelope-from ) id 1RGZnC-0001vA-F8; Wed, 19 Oct 2011 18:19:02 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p9JHJ25w012214; Wed, 19 Oct 2011 18:19:02 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p9JHJ2vR012213; Wed, 19 Oct 2011 18:19:02 +0100 (BST) (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: Wed, 19 Oct 2011 18:19:02 +0100 From: Anton Shterenlikht To: Dag-Erling Sm??rgrav Message-ID: <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Dag-Erling Sm??rgrav , FreeBSD Current References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E9EF40C.2020802@protected-networks.net> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current Subject: Re: '/bin/ls' broken by SVN r226509 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, 19 Oct 2011 17:19:04 -0000 On Wed, Oct 19, 2011 at 12:00:12PM -0400, Michael Butler wrote: > On 10/19/11 11:39, Dag-Erling Sm??rgrav wrote: > >Michael Butler writes: > >>When running 'configure' for, say, the latest clamav update, '/bin/ls' > >>dumps core with a floating point exception. > > > >Thanks for the report. Try r226546. I removed subversion to help the move from 1.6 to 1.7. Now I can't build it. If possible, can you provide a patch that can be applied directly to fix this. Thanks -- 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 Wed Oct 19 17:38:31 2011 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 5AE9D1065675 for ; Wed, 19 Oct 2011 17:38:31 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 016A58FC14 for ; Wed, 19 Oct 2011 17:38:30 +0000 (UTC) Received: by qadz30 with SMTP id z30so2112889qad.13 for ; Wed, 19 Oct 2011 10:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=g4yGJEqqiRKtIGBqjT2i5kxExLzahI4dddjYpJ8MdAA=; b=Kj+5oaSacJP7h/IUn1C8FjRXQVyCZaJvODgKyWsCdrF4PDQi68cxMVsRqiae6TsBf/ wqCPstmKbNkP4JCbDFpr/ZivoEf/AObNkDuC209IQSsWFZnU1HWuVQk2JQVO8nQneWra tSv5eBdW5dQhsrULtYd0PxKrCdhz4/iKejjp0= MIME-Version: 1.0 Received: by 10.182.73.67 with SMTP id j3mr1173753obv.46.1319045910277; Wed, 19 Oct 2011 10:38:30 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Wed, 19 Oct 2011 10:38:30 -0700 (PDT) In-Reply-To: <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> Date: Wed, 19 Oct 2011 10:38:30 -0700 Message-ID: From: Garrett Cooper To: "Dag-Erling Sm??rgrav" , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: '/bin/ls' broken by SVN r226509 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, 19 Oct 2011 17:38:31 -0000 On Wed, Oct 19, 2011 at 10:19 AM, Anton Shterenlikht wrote: > On Wed, Oct 19, 2011 at 12:00:12PM -0400, Michael Butler wrote: >> On 10/19/11 11:39, Dag-Erling Sm??rgrav wrote: >> >Michael Butler =A0writes: >> >>When running 'configure' for, say, the latest clamav update, '/bin/ls' >> >>dumps core with a floating point exception. >> > >> >Thanks for the report. =A0Try r226546. > > I removed subversion to help the move from 1.6 to 1.7. > Now I can't build it. > > If possible, can you provide a patch that can > be applied directly to fix this. svnweb is your friend: http://svnweb.freebsd.org/base/head/bin/ls/ls.c?r1=3D226546&r2=3D226545&pat= hrev=3D226546 -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 17:56:55 2011 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 507D61065674; Wed, 19 Oct 2011 17:56:55 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id F2C878FC18; Wed, 19 Oct 2011 17:56:54 +0000 (UTC) Received: from sa-nc-common-147.static.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id p9JHuiG6063314 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 19 Oct 2011 10:56:53 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: <4E9DA38F.1040305@FreeBSD.org> Date: Wed, 19 Oct 2011 10:56:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1251.1) Cc: Marcel Moolenaar , Arnaud Lacombe , FreeBSD Current Subject: Re: possible mountroot regression 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, 19 Oct 2011 17:56:55 -0000 On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: > on 14/10/2011 18:54 Arnaud Lacombe said the following: >> Andry Gapon wrote: >>> Simple: revert to the previous behavior. If a user enters incorrect = device name >>> (i.e. root mounting fails), then return back to the prompt instead = of panicing. >> That should do the job. >>=20 >> - Arnaud >>=20 >> --- >> sys/kern/vfs_mountroot.c | 45 = +++++++++++++++++++++++---------------------- >> 1 files changed, 23 insertions(+), 22 deletions(-) >>=20 >> diff --git a/sys/kern/vfs_mountroot.c b/sys/kern/vfs_mountroot.c >> index ccbcb33..ae3ffa7 100644 >> --- a/sys/kern/vfs_mountroot.c >> +++ b/sys/kern/vfs_mountroot.c >> @@ -481,28 +481,29 @@ parse_dir_ask(char **conf) >> printf("\n"); >> printf(" ? List valid disk boot devices\n"); >> printf(" . Yield 1 second (for background = tasks)\n"); >> - printf(" Abort manual input\n"); >> + printf(" x Abort manual input)\n"); >> + >> + do { >> + error =3D EINVAL; >> + printf("\nmountroot> "); >> + gets(name, sizeof(name), GETS_ECHO); >> + if (name[0] =3D=3D '?') { >> + printf("\nList of GEOM managed disk devices:\n = "); >> + g_dev_print(); >> + continue; >> + } >> + if (name[0] =3D=3D '.') { >> + pause("rmask", hz); >> + continue; >> + } >> + if (name[0] =3D=3D 'x' && name[1] =3D=3D '\0') >> + break; >> + mnt =3D name; >> + error =3D parse_mount(&mnt); >> + if (error < 0) >> + printf("Invalid specification.\n"); >> + } while (error !=3D 0); >>=20 >> - again: >> - printf("\nmountroot> "); >> - gets(name, sizeof(name), GETS_ECHO); >> - if (name[0] =3D=3D '\0') >> - return (0); >> - if (name[0] =3D=3D '?') { >> - printf("\nList of GEOM managed disk devices:\n "); >> - g_dev_print(); >> - goto again; >> - } >> - if (name[0] =3D=3D '.') { >> - pause("rmask", hz); >> - goto again; >> - } >> - mnt =3D name; >> - error =3D parse_mount(&mnt); >> - if (error =3D=3D -1) { >> - printf("Invalid specification.\n"); >> - goto again; >> - } >> return (error); >> } >>=20 >=20 > Arnaud, >=20 > I like how your change fixes the regression and improves code style. > As you've said, the 'x' change is unrelated. I like it, but it needs = to be > discussed and committed separately. >=20 > Marcel, >=20 > what do you think? I like it. > Would you be able to commit a variant of this patch sans the 'x' part? >=20 Yes, soonish. If people like the 'x' change I can do that in a followup commit as well. I just need to know if people like it or not... --=20 Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 18:02:02 2011 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 791D8106566C for ; Wed, 19 Oct 2011 18:02:02 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1738F8FC08 for ; Wed, 19 Oct 2011 18:02:01 +0000 (UTC) Received: by qadz30 with SMTP id z30so2146340qad.13 for ; Wed, 19 Oct 2011 11:02:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.95.141 with SMTP id d13mr6439083qan.21.1319047321331; Wed, 19 Oct 2011 11:02:01 -0700 (PDT) Received: by 10.224.60.206 with HTTP; Wed, 19 Oct 2011 11:02:01 -0700 (PDT) In-Reply-To: <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> Date: Wed, 19 Oct 2011 20:02:01 +0200 Message-ID: From: Olivier Smedts To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Marcel Moolenaar , Arnaud Lacombe , Andriy Gapon , FreeBSD Current Subject: Re: possible mountroot regression 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, 19 Oct 2011 18:02:02 -0000 Hello, 2011/10/19 Marcel Moolenaar : > > On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: > >> Would you be able to commit a variant of this patch sans the 'x' part? >> > > Yes, soonish. If people like the 'x' change I can do that in a followup > commit as well. I just need to know if people like it or not... Yes, it's useful. But why not "q" for "quit" ? Just a bikeshed color idea..= . Cheers --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 18:47:36 2011 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 CCF521065672 for ; Wed, 19 Oct 2011 18:47:36 +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 8155C8FC16 for ; Wed, 19 Oct 2011 18:47:36 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RGbAt-0003nb-51; Wed, 19 Oct 2011 19:47:35 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RGbAs-0003FG-Vq; Wed, 19 Oct 2011 19:47:35 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p9JIlYAZ012424; Wed, 19 Oct 2011 19:47:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p9JIlYov012423; Wed, 19 Oct 2011 19:47:34 +0100 (BST) (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: Wed, 19 Oct 2011 19:47:34 +0100 From: Anton Shterenlikht To: Garrett Cooper Message-ID: <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Garrett Cooper , Dag-Erling Sm??rgrav , FreeBSD Current References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Dag-Erling Sm??rgrav , FreeBSD Current Subject: Re: '/bin/ls' broken by SVN r226509 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, 19 Oct 2011 18:47:36 -0000 On Wed, Oct 19, 2011 at 10:38:30AM -0700, Garrett Cooper wrote: > On Wed, Oct 19, 2011 at 10:19 AM, Anton Shterenlikht > wrote: > > On Wed, Oct 19, 2011 at 12:00:12PM -0400, Michael Butler wrote: > >> On 10/19/11 11:39, Dag-Erling Sm??rgrav wrote: > >> >Michael Butler ?writes: > >> >>When running 'configure' for, say, the latest clamav update, '/bin/ls' > >> >>dumps core with a floating point exception. > >> > > >> >Thanks for the report. ?Try r226546. > > > > I removed subversion to help the move from 1.6 to 1.7. > > Now I can't build it. > > > > If possible, can you provide a patch that can > > be applied directly to fix this. > > svnweb is your friend: > http://svnweb.freebsd.org/base/head/bin/ls/ls.c?r1=226546&r2=226545&pathrev=226546 Thanks. Can you also please remind how to reinstall just /bin/ls, without the "make buildworld"? -- 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 Wed Oct 19 18:52:03 2011 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 E21001065672 for ; Wed, 19 Oct 2011 18:52:03 +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 9AE278FC1C for ; Wed, 19 Oct 2011 18:52:03 +0000 (UTC) Received: by gyd8 with SMTP id 8so2553743gyd.13 for ; Wed, 19 Oct 2011 11:52:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=WIPmM/X0Aa7XNWC3cZMoYug9IyOieEzXxpBPzS9PssQ=; b=QIMEwW6xawcs8A/gKGPzIMbAaYGcKeSiWlyhTNv2Qf+ONGh0nz8+kxmFNpDIQiNbrh wZ6dlX/lGtFmguW1dky2b1Oeqj1Wg+dcj+30Ls9llm+AW7Mm/gO73WUk0unumvBBHAJi bW9iK3EEkM+6BNp8+qjWalfzbdddqg1QhS5t4= Received: by 10.236.154.106 with SMTP id g70mr11876789yhk.17.1319050323097; Wed, 19 Oct 2011 11:52:03 -0700 (PDT) Received: from [10.45.122.161] (mobile-166-205-137-203.mycingular.net. [166.205.137.203]) by mx.google.com with ESMTPS id f76sm9817932yhj.21.2011.10.19.11.52.00 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Oct 2011 11:52:02 -0700 (PDT) References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <1C04EEE0-1DBA-46B9-9567-50203430C8FC@gmail.com> X-Mailer: iPhone Mail (9A334) From: Garrett Cooper Date: Wed, 19 Oct 2011 11:51:55 -0700 To: Anton Shterenlikht Cc: Dag-Erling Sm??rgrav , FreeBSD Current Subject: Re: '/bin/ls' broken by SVN r226509 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, 19 Oct 2011 18:52:04 -0000 On Oct 19, 2011, at 11:47 AM, Anton Shterenlikht wrote= : > On Wed, Oct 19, 2011 at 10:38:30AM -0700, Garrett Cooper wrote: >> On Wed, Oct 19, 2011 at 10:19 AM, Anton Shterenlikht >> wrote: >>> On Wed, Oct 19, 2011 at 12:00:12PM -0400, Michael Butler wrote: >>>> On 10/19/11 11:39, Dag-Erling Sm??rgrav wrote: >>>>> Michael Butler ?writes: >>>>>> When running 'configure' for, say, the latest clamav update, '/bin/ls= ' >>>>>> dumps core with a floating point exception. >>>>>=20 >>>>> Thanks for the report. ?Try r226546. >>>=20 >>> I removed subversion to help the move from 1.6 to 1.7. >>> Now I can't build it. >>>=20 >>> If possible, can you provide a patch that can >>> be applied directly to fix this. >>=20 >> svnweb is your friend: >> http://svnweb.freebsd.org/base/head/bin/ls/ls.c?r1=3D226546&r2=3D226545&p= athrev=3D226546 >=20 > Thanks. Can you also please remind > how to reinstall just /bin/ls, > without the "make buildworld"? make -C bin/ls cleandir all install ? -Garrett= From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 19:00:48 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 477A11065675; Wed, 19 Oct 2011 19:00:48 +0000 (UTC) Date: Wed, 19 Oct 2011 19:00:48 +0000 From: Alexander Best To: Andriy Gapon Message-ID: <20111019190048.GA1806@freebsd.org> References: <20111017200129.GA13481@freebsd.org> <4E9D7A84.3020205@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E9D7A84.3020205@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: small devfs.conf patch 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, 19 Oct 2011 19:00:48 -0000 On Tue Oct 18 11, Andriy Gapon wrote: > on 17/10/2011 23:01 Alexander Best said the following: > > hi there, > > > > any thoughts regarding this change? with the ata subsystem dying, linking to > > /dev/acd isn't really necessary any more. also a lot of ports nowadays depend > > on /dev/dvd. > > IMO, go for it. unfortunately i don't own a commit bit. > > -- > Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 19:04:03 2011 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 3202B10656B9; Wed, 19 Oct 2011 19:04:03 +0000 (UTC) (envelope-from oliver.pntr@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 C004D8FC35; Wed, 19 Oct 2011 19:04:02 +0000 (UTC) Received: by ggnq2 with SMTP id q2so923705ggn.13 for ; Wed, 19 Oct 2011 12:04:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xUgLBFuXMJiaeauzswzLMCQP66XCFc92cp5eeRxx/X4=; b=a2Kn8yk+z8QEayKa5LcfLNYoAC+JLcm32sivOYnGsla+wHrtI9NT0w4aObymrAaeTr nZBx2RkiCa5hiWFn0bz+X1xd8HDTxSu+7gd2bGBbBldD4sl2jcFF79YUHQjWa5oGbI63 wsQbSSnkbexlypxpGno433+VFOZyd6erSjntU= MIME-Version: 1.0 Received: by 10.150.196.13 with SMTP id t13mr7241793ybf.69.1319049162459; Wed, 19 Oct 2011 11:32:42 -0700 (PDT) Received: by 10.150.228.16 with HTTP; Wed, 19 Oct 2011 11:32:41 -0700 (PDT) In-Reply-To: References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> Date: Wed, 19 Oct 2011 20:32:41 +0200 Message-ID: From: Oliver Pinter To: Olivier Smedts Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current , Marcel Moolenaar , Andriy Gapon , Arnaud Lacombe , Marcel Moolenaar Subject: Re: possible mountroot regression 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, 19 Oct 2011 19:04:03 -0000 On 10/19/11, Olivier Smedts wrote: > Hello, > > 2011/10/19 Marcel Moolenaar : >> >> On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: >> >>> Would you be able to commit a variant of this patch sans the 'x' part? >>> >> >> Yes, soonish. If people like the 'x' change I can do that in a followup >> commit as well. I just need to know if people like it or not... > > Yes, it's useful. But why not "q" for "quit" ? Just a bikeshed color idea... > > Cheers eXit :) > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > _______________________________________________ > 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 Wed Oct 19 19:12:10 2011 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 01FFD106566C for ; Wed, 19 Oct 2011 19:12:10 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id AC1CC8FC18 for ; Wed, 19 Oct 2011 19:12:09 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p9JJC7Sb007824; Wed, 19 Oct 2011 13:12:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p9JJC79A007821; Wed, 19 Oct 2011 13:12:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 19 Oct 2011 13:12:07 -0600 (MDT) From: Warren Block To: Oliver Pinter In-Reply-To: Message-ID: References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 19 Oct 2011 13:12:08 -0600 (MDT) Cc: Marcel Moolenaar , Andriy Gapon , Marcel Moolenaar , Olivier Smedts , FreeBSD Current , Arnaud Lacombe Subject: Re: possible mountroot regression 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, 19 Oct 2011 19:12:10 -0000 On Wed, 19 Oct 2011, Oliver Pinter wrote: > On 10/19/11, Olivier Smedts wrote: >> 2011/10/19 Marcel Moolenaar : >>> On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: >>> >>>> Would you be able to commit a variant of this patch sans the 'x' part? >>> >>> Yes, soonish. If people like the 'x' change I can do that in a followup >>> commit as well. I just need to know if people like it or not... >> >> Yes, it's useful. But why not "q" for "quit" ? Just a bikeshed color idea... >> > eXit :) In some languages... More important to me is the "the Abort manual input" which tells what it does but not why the user would want to do that. Abort manual input... and then what? Hang? Retry? Panic? Reboot? Resume attempting to mount the root device that was expected? From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 19:41:43 2011 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 BE0DC1065670; Wed, 19 Oct 2011 19:41:43 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 527208FC1B; Wed, 19 Oct 2011 19:41:43 +0000 (UTC) Received: by qadz30 with SMTP id z30so2285222qad.13 for ; Wed, 19 Oct 2011 12:41:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=raaVIOyLKotafQPbtZ1EUfSefCp/3ljkNNbRhCFLudg=; b=FQef2OqnbOEbFUmLYc35JUwaQ/xiuDExYpEsAR53JWx5uCQYHZC002MiW9jXYTHgZx dMsbpfi86Y5Wyj5XG9S5uEabcOY8Z4fGeZk0yB7HcKT/RmVJGEvC9N0Q6J5vWiBOb3zx NtDfx1pO0IFQ0q3wcSyJAhQ9Nvup6k1N/QSnA= MIME-Version: 1.0 Received: by 10.182.217.33 with SMTP id ov1mr1276096obc.26.1319053302491; Wed, 19 Oct 2011 12:41:42 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Wed, 19 Oct 2011 12:41:41 -0700 (PDT) In-Reply-To: References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> Date: Wed, 19 Oct 2011 12:41:41 -0700 Message-ID: From: Garrett Cooper To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Marcel Moolenaar , Andriy Gapon , Marcel Moolenaar , Olivier Smedts , FreeBSD Current , Arnaud Lacombe , Oliver Pinter Subject: Re: possible mountroot regression 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, 19 Oct 2011 19:41:43 -0000 On Wed, Oct 19, 2011 at 12:12 PM, Warren Block wrote: > On Wed, 19 Oct 2011, Oliver Pinter wrote: > >> On 10/19/11, Olivier Smedts wrote: >>> >>> 2011/10/19 Marcel Moolenaar : >>>> >>>> On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: >>>> >>>>> Would you be able to commit a variant of this patch sans the 'x' part= ? >>>> >>>> Yes, soonish. If people like the 'x' change I can do that in a followu= p >>>> commit as well. I just need to know if people like it or not... >>> >>> Yes, it's useful. But why not "q" for "quit" ? Just a bikeshed color >>> idea... >>> >> eXit :) > > In some languages... > > More important to me is the "the Abort manual input" which tells what it > does but not why the user would want to do that. > > Abort manual input... and then what? =A0Hang? =A0Retry? =A0Panic? =A0Rebo= ot? Resume > attempting to mount the root device that was expected? Or just go back to status quo for previous releases and we can worry about usability later? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 21:05:13 2011 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 6605D1065675 for ; Wed, 19 Oct 2011 21:05:13 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF47D8FC08 for ; Wed, 19 Oct 2011 21:05:12 +0000 (UTC) Received: by eyd10 with SMTP id 10so2855388eyd.13 for ; Wed, 19 Oct 2011 14:05:11 -0700 (PDT) Received: by 10.14.17.7 with SMTP id i7mr1116132eei.147.1319058311550; Wed, 19 Oct 2011 14:05:11 -0700 (PDT) Received: from rnote.ddteam.net (20-13-133-95.pool.ukrtel.net. [95.133.13.20]) by mx.google.com with ESMTPS id v3sm6021153eej.7.2011.10.19.14.05.09 (version=SSLv3 cipher=OTHER); Wed, 19 Oct 2011 14:05:09 -0700 (PDT) Date: Thu, 20 Oct 2011 00:04:57 +0300 From: Aleksandr Rybalko To: Adrian Chadd Message-Id: <20111020000457.ad225dcc.ray@ddteam.net> In-Reply-To: References: <20111017194940.ed720115.ray@ddteam.net> <20111018121540.a402040e.ray@dlink.ua> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , current@freebsd.org Subject: Re: SPI rework 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, 19 Oct 2011 21:05:13 -0000 On Wed, 19 Oct 2011 19:14:07 +0800 Adrian Chadd wrote: > .. what's wrong with your first suggestion? I liked it. :) > > > Adrian Because we can't do duplex operations in that way. But if we use old struct, we will be able send and receive in the same time. I don't know if such device exists. But if we implement "SPI device" then we will be able to communicate between two FreeBSD boxes in a duplex manner! :) -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 21:13:33 2011 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 4015E106564A for ; Wed, 19 Oct 2011 21:13:33 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.24]) by mx1.freebsd.org (Postfix) with ESMTP id A3F478FC14 for ; Wed, 19 Oct 2011 21:13:32 +0000 (UTC) Received: from [78.35.72.188] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1RGdS6-0001SU-Tq for freebsd-current@freebsd.org; Wed, 19 Oct 2011 23:13:31 +0200 Date: Wed, 19 Oct 2011 23:09:15 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20111019230915.041aa981@fabiankeil.de> In-Reply-To: <20110927220015.375ac343@fabiankeil.de> References: <20110927220015.375ac343@fabiankeil.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/=nSlf2SV8M+zQPGl.+Cmhad"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Subject: Re: Fatal trap 12: page fault while in kernel mode -- Stopped at atomic_subtract_int+0x4 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, 19 Oct 2011 21:13:33 -0000 --Sig_/=nSlf2SV8M+zQPGl.+Cmhad Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > I pretty reproducible get the following (handtranscribed) panic > when sending an zfs snapshot to geli provider based on an USB > stick that disappears (due to a bug, or because it's unplugged):=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0: apic id =3D 00 > fault virtual address =3D 0x288 > fault code =3D supervisor write data, page not present > instruction pointer =3D 0x20:0xffffffff808e2984 > stack pointer =3D 0x28:0xffffff800023fba0 > frame pointer =3D 0x28:0xffffff800023fbb0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 13 (g_up) > [ thread pid 13 tid 100010 ] > Stopped at atomic_subtract_int+0x4: lock subl %esi,(%rdi) > db> where > Tracing pid 13 tid 100010 td 0xfffffe00027998c0 > atomic_subtract_int() at atomic_subtract_int+0x4 > g_io_schdule_up() at g_io_schedule_up+0xa6 > g_up_procbody() at g_up_procbody+0x5c > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff800023fd00, rbp 0 --- >=20 > It seems to be important that ZFS is actually writing to the stick. > If the stick is unplugged while the operation is stalled for other > reasons, this particular panic doesn't seem to occur. >=20 > While I end up in the debugger, dumping core doesn't work > and produces a double fault and a bunch of duplicated > messages (again handtranscribed): The duplicated messages have been recently fixed. =20 > db> dump > Dumping 443 out of 1974 MB: Dumping 443 out of 1974 MB >=20 > Fatal double fault > Fatal double fault > rip =3D 0xffffffff8066a9e0 > rip =3D 0xffffffff8066a9e0 > rsp =3D 0xffffff800023c000 > rsp =3D 0xffffff800023c000 > rbp =3D 0xffffff800023c040 > rbp =3D 0xffffff800023c040 > cpuid =3D 0; cpuid =3D 0; apic id =3D 00 > apic id =3D 00 > panic: double fault > panic: double fault > cpuid =3D 0 > cpuid =3D 0 > KDB: stack backtrace: > KDB: stack backtrace: > db_trac_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x187 > dblfault_handler() at dblfault_handler+0xa4 > Xdblfault() at Xdblfault+0xa8 > --- trap 0x17, rip =3D 0xffffffff8066a9e8, rsp =3D 0xffffffff80e56158, rb= p =3D 0xffffff800023c040 --- > mi_switch() at mi_switch+0x270 > critical_exit() at critical_exit+0x9b > spinlock_exit() at spinlock_exit+0x17 > mi_switch() at mi_switch+0x275 > critical_exit() at critical_exit+0x9b > spinlock_exit() at spinlock_exit+0x17 > [several pages of the previous three lines skipped] > mi_switch() at mi_switch+0x275 > critical_exit() at critical_exit+0x9b > spinlock_exit() at spinlock_exit+0x17 > intr_even_schedule_thread() at intr_event_schedule_thread+0xbb > ahci_end_transaction() at ahci_end_transaction+0x398 > ahci_ch_intr() at ahci_ch_intr+0x2b5 > ahcipoll() at ahcipoll+0x15 > xpt_polled_action() at xpt_polled_action+0xf7 >=20 > I first noticed the problem with CURRENT from a week ago, > but given that USB sticks don't usually disappear for me > while sending snapshots to them, the problem might not > be new. >=20 > I'm using amd64, the panic above is from a custom kernel > without WITNESS and INVARIANTS, but enabling them doesn't > seem to affect the trace before the double fault. >=20 > I wasn't able to reproduce the panic by unplugging the stick > while writing to the pool using dd (but only tried once). Here's another one, again with recent HEAD. This time the USB stick disappeared while the pool was being scrubbed and dumping actually worked. The stick seems to reproducibly disappear after scrubbing it for a while and the panic seems to be reproducible as well. The stack trace looks a bit different, but I'm not sure if this is because it's a slightly different situation or because of changes in HEAD. fk@r500 /usr/crash $kgdb kernel.3/kernel vmcore.3 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: ugen7.2: at usbus7 (disconnected) umass0: at uhub7, port 2, addr 2 (disconnected) (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Selection timeout (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Selection timeout (da0:umass-sim0:0:0:0): Retrying command (da0:umass-sim0:0:0:0): Selection timeout (da0:umass-sim0:0:0:0): Retrying command (pass2:umass-sim0:0:0:0): lost device (pass2:umass-sim0:0:0:0): removing device entry (da0:umass-sim0:0:0:0): lost device - 1 outstanding (da0:umass-sim0:0:0:0): Error 6, Retries exhausted (da0:umass-sim0:0:0:0): oustanding 0 GEOM_ELI: Crypto WRITE request failed (error=3D6). label/extreme.eli[WRITE(= offset=3D2958844928, length=3D6144)] GEOM_ELI: Crypto WRITE request failed (error=3D6). label/extreme.eli[WRITE(= offset=3D2958851584, length=3D21504)] GEOM_ELI: Crypto WRITE request failed (error=3D6). label/extreme.eli[WRITE(= offset=3D2390255616, length=3D18944)] GEOM_ELI: g_eli_read_done() failed label/extreme.eli[READ(offset=3D270336, = length=3D8192)] Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x284 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff81314512 stack pointer =3D 0x28:0xffffff8000244b90 frame pointer =3D 0x28:0xffffff8000244bc0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 13 (g_down) Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kerne= l/zfs.ko.symbols...done. done. [...] Loaded symbols for /boot/kernel/fdescfs.ko #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 260 if (textdump && textdump_pending) { (kgdb) where #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 #1 0xffffffff80333380 in db_dump (dummy=3DVariable "dummy" is not availabl= e. ) at /usr/src/sys/ddb/db_command.c:537 #2 0xffffffff80332cb1 in db_command (last_cmdp=3D0xffffffff80dfd100, cmd_t= able=3DVariable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:448 #3 0xffffffff80332f00 in db_command_loop () at /usr/src/sys/ddb/db_command= .c:501 #4 0xffffffff80335039 in db_trap (type=3DVariable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff806a1061 in kdb_trap (type=3D12, code=3D0, tf=3D0xffffff80002= 44ae0) at /usr/src/sys/kern/subr_kdb.c:625 #6 0xffffffff80903bbd in trap_fatal (frame=3D0xffffff8000244ae0, eva=3DVar= iable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:813 #7 0xffffffff80903f26 in trap_pfault (frame=3D0xffffff8000244ae0, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:734 #8 0xffffffff8090448f in trap (frame=3D0xffffff8000244ae0) at /usr/src/sys= /amd64/amd64/trap.c:473 #9 0xffffffff808ee1e3 in calltrap () at /usr/src/sys/amd64/amd64/exception= .S:228 #10 0xffffffff81314512 in g_eli_start (bp=3D0xfffffe000c44cd98) at /usr/src= /sys/modules/geom/geom_eli/../../../geom/eli/g_eli.c:320 #11 0xffffffff80600304 in g_io_schedule_down (tp=3DVariable "tp" is not ava= ilable. ) at /usr/src/sys/geom/geom_io.c:632 #12 0xffffffff8060060c in g_down_procbody (arg=3DVariable "arg" is not avai= lable. ) at /usr/src/sys/geom/geom_kern.c:110 #13 0xffffffff806399ef in fork_exit (callout=3D0xffffffff806005b0 , arg=3D0x0, frame=3D0xffffff8000244c50) at /usr/src/sys/kern/kern_= fork.c:995 #14 0xffffffff808ee70e in fork_trampoline () at /usr/src/sys/amd64/amd64/ex= ception.S:602 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000001 in ?? () #18 0x0000000000000000 in ?? () [...] #39 0xffffffff80e398f0 in sleepq_chains () #40 0xfffffe0002713888 in ?? () #41 0x0000000000000000 in ?? () #42 0xfffffe0002713460 in ?? () #43 0xffffff8000244ad0 in ?? () #44 0xffffff8000244a78 in ?? () #45 0xfffffe00027138c0 in ?? () #46 0xffffffff80693ca0 in sched_switch (td=3D0xffffffff806005b0, newtd=3D0x= 0, flags=3DVariable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1853 Previous frame inner to this frame (corrupt stack?) (kgdb) f 10 #10 0xffffffff81314512 in g_eli_start (bp=3D0xfffffe000c44cd98) at /usr/src= /sys/modules/geom/geom_eli/../../../geom/eli/g_eli.c:320 320 } (kgdb) p *bp $1 =3D {bio_cmd =3D 1 '\001', bio_flags =3D 0 '\0', bio_cflags =3D 0 '\0', = bio_pflags =3D 255 '=FF', bio_dev =3D 0x0, bio_disk =3D 0x0, bio_offset =3D= 4022607872, bio_bcount =3D 0, bio_data =3D 0xffffff8005747000 "\200*=F8\f", bio_error =3D 0, bio_resid = =3D 0, bio_done =3D 0xffffffff811a72d0 , bio_driver1 =3D= 0xfffffe0004c83828, bio_driver2 =3D 0x0, bio_caller1 =3D 0xfffffe001cf5ba50, bio_caller2 =3D 0x0, bio_queue =3D {t= qe_next =3D 0xfffffe000c44b3a0, tqe_prev =3D 0xffffffff80e1c840}, bio_attri= bute =3D 0x0, bio_from =3D 0xfffffe000c782a80, bio_to =3D 0xfffffe000cc8ca00, bio_length =3D 8192, bio_completed =3D 0, = bio_children =3D 1, bio_inbed =3D 0, bio_parent =3D 0x0, bio_t0 =3D {sec = =3D 243, frac =3D 14970883905652654531}, bio_task =3D 0, bio_task_arg =3D 0x0, bio_classifier1 =3D 0x0, bio_classi= fier2 =3D 0x0, bio_pblkno =3D 0} Fabian --Sig_/=nSlf2SV8M+zQPGl.+Cmhad Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6fPH4ACgkQBYqIVf93VJ2zbACgku3xNwtrWEFmpBe7vlSazLB3 DEYAmwaD/GQz1f5rTp9z8+JPgMRX84rv =rDGs -----END PGP SIGNATURE----- --Sig_/=nSlf2SV8M+zQPGl.+Cmhad-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 19 21:16:50 2011 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 721C71065672; Wed, 19 Oct 2011 21:16:50 +0000 (UTC) (envelope-from tcberner@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 C54FA8FC16; Wed, 19 Oct 2011 21:16:49 +0000 (UTC) Received: by wwn22 with SMTP id 22so6959291wwn.1 for ; Wed, 19 Oct 2011 14:16:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:organization:message-id:in-reply-to :user-agent; bh=1Ei28fFdaJpqGDol23fBWVT/gtTOoNcXw+n6T+HdxI4=; b=URrnMXseRoBt6JaizZg44S00fW1sXxNN5FrvhnxRCkz5OfnDhYC8yLIfGkaVfTVA+5 DxPGAB0kpqvy6ef0KpJ6yxrJJUjZ+yEacB39Fm213xDPd1tH8PDBfk/VJv3sdWud1Y/Y DZrpOHz8pifCjcCYGFxWoXYnFHSt2wvf5afPs= Received: by 10.216.230.21 with SMTP id i21mr2930980weq.108.1319057663998; Wed, 19 Oct 2011 13:54:23 -0700 (PDT) Received: from sam.firefly (95-9.195-178.cust.bluewin.ch. [178.195.9.95]) by mx.google.com with ESMTPS id k26sm11930536wbo.16.2011.10.19.13.54.21 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Oct 2011 13:54:22 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org, "Alexey Dokuchaev" References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> <20110831124126.GB82908@FreeBSD.org> <86vcs2q4vh.fsf@gmail.com> <20111012022007.GA49833@FreeBSD.org> Date: Wed, 19 Oct 2011 22:54:20 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tcb Organization: - Message-ID: In-Reply-To: <20111012022007.GA49833@FreeBSD.org> User-Agent: Opera Mail/12.00 (FreeBSD) X-Mailman-Approved-At: Wed, 19 Oct 2011 22:19:58 +0000 Cc: Subject: Re: x11/nvidia-driver / Compilation has failed 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, 19 Oct 2011 21:16:50 -0000 Hi there After my upgrade from 285.03 to 285.05.09 I experience daily to bidaily freezes on 10-current, with nvidia 8600gts. I'm guessing they come from the nvidia-driver. I'm back to 285.03 (which ran without fault) now to test if they persist. mfg tobias On Wed, 12 Oct 2011 04:20:07 +0200, Alexey Dokuchaev wrote: > On Thu, Oct 06, 2011 at 01:35:14AM +0000, Nali Toja wrote: >> Ali Mashtizadeh writes: >> > 2011/8/31 Alexey Dokuchaev : >> >> On Mon, Aug 29, 2011 at 02:59:48PM +0200, Olivier Smedts wrote: >> >>> 2011/8/29 ken : >> >>> > Could I test your patch for nvidia-driver, too? >> >>> > I cannot find your patch in this mail. >> >>> >> >>> I took the patch in : >> >>> >> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026515.html >> >>> >> >>> And it worked for me. >> >> >> >> Should be fixed in the port itself now (also updated to 280.13). >> > >> > Is there any reason I should still be hitting this bug when building >> > on 9-STABLE? With Linux compatibility disabled I can build the driver, >> > but the kernel refuses to load it saying it's incompatible with my >> > kernel version. >> >> Only if you're using 285.05.09 with the port. And it'd affect both >> /stable/9 and /head users. >> >> // from src/nv-freebsd.h: >> #if __FreeBSD_version >= 900041 >> #include >> #else >> #define fget(td, fd, cap, fp) fget(td, fd, fp) >> #endif >> >> Can you commit below tiny change? It should make testing the new >> version a >> bit easier for people who are impatient to wait for the next port >> update. >> >> That version also includes tunable support similar to ports/156386. > > Port was updated to serve the most recent release from NVidia, 285.05.09. > Please test and report of any issues. > > Thanks, > > ./danfe > _______________________________________________ > 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" -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 10:58:42 2011 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 796411065674 for ; Thu, 20 Oct 2011 10:58:42 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 311738FC08 for ; Thu, 20 Oct 2011 10:58:41 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so3506505vcb.13 for ; Thu, 20 Oct 2011 03:58:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=d19kr/kNlPVpDoz3YGuXL/yauJDC/yEaQ7iQ6xWqyjo=; b=ogGY3OPfs3qW7dIffybL+briRY5SgM4rLzYuch9QXE39UcbtvsIizS8kzRhKDkRrQN A834QFHk3a2SIvrH1/hdVZpNdzqS7vz+ZRxDAKa2Gs9FcQELQBak0sJUlriiAJZKk3ks dM6TcC0jjNA4ZcCr7pwBzFN/MmJMJCgVHXvfs= MIME-Version: 1.0 Received: by 10.52.37.44 with SMTP id v12mr10322721vdj.53.1319108321478; Thu, 20 Oct 2011 03:58:41 -0700 (PDT) Received: by 10.52.111.201 with HTTP; Thu, 20 Oct 2011 03:58:41 -0700 (PDT) In-Reply-To: <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> Date: Thu, 20 Oct 2011 11:58:41 +0100 Message-ID: From: Tom Evans To: Garrett Cooper , "Dag-Erling Sm??rgrav" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: '/bin/ls' broken by SVN r226509 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, 20 Oct 2011 10:58:42 -0000 On Wed, Oct 19, 2011 at 7:47 PM, Anton Shterenlikht wrote: > > Thanks. Can you also please remind > how to reinstall just /bin/ls, > without the "make buildworld"? > cp /rescue/ls /bin/ls Cheers Tom From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 07:28:10 2011 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 A3943106567B for ; Thu, 20 Oct 2011 07:28:10 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3975E8FC12 for ; Thu, 20 Oct 2011 07:28:09 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so4058746bkb.13 for ; Thu, 20 Oct 2011 00:28:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Hm9rnHziHea4GEWPKks4XhVipSAqIh6+jVQAp3capdg=; b=XD84hU1sKLt1phKuOOT2po1Tv40I84z+KcTROuULFZmsnYlmxlbOFrS3ta/YKz5hFV pD7rRdwjrESW8g+Cjsa5HRX9i9CXDwpWu58bl6nx+fYCSQQiKycq1ZHwgDXSJlP8BFrw e/2KPCHskHsLDsSYf++gTHXgpr/zXhUDp31UU= MIME-Version: 1.0 Received: by 10.223.77.77 with SMTP id f13mr8849889fak.19.1319095689019; Thu, 20 Oct 2011 00:28:09 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Thu, 20 Oct 2011 00:28:08 -0700 (PDT) Date: Thu, 20 Oct 2011 11:28:08 +0400 Message-ID: From: Pavel Timofeev To: freebsd-current@freebsd.org X-Mailman-Approved-At: Thu, 20 Oct 2011 11:13:18 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fresh installed Freebsd 9 don't boot from hd 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, 20 Oct 2011 07:28:10 -0000 I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i mirror) as test. It was installed long time ago and often I did csup/rebuild. Yesterday I updated it to 9.0-RC1 and everything was fine. Today I downloaded BETA3 iso and tried to install it. bsdinstall is good. CD ISO boots and installs good. It was fresh install and I choose guided partitioning (GPT) But after reboot my server don't boot from hd. I see HP splash screen, checks for iLo, smart array and when I should see message like "Attempting boot from harddrive" and then "BTX...." it reboots. If I use MBR (new install) - system boots from hd normally. I tied 10.0-HEAD-20111018-JPSNAP snapshot from http://pub.allbsd.org/FreeBSD-snapshots/ I tried 9.0-RC1 iso that sometimes appears in ftp.freebsd.org Same story. Is it bsdinstall bug? P.S. in VirtualBox everything is fine. From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 11:48:45 2011 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 28032106566B for ; Thu, 20 Oct 2011 11:48:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 02EAB8FC0A for ; Thu, 20 Oct 2011 11:48:44 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id p9KBmisa074247 for ; Thu, 20 Oct 2011 04:48:44 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id p9KBmiBW074246 for current@freebsd.org; Thu, 20 Oct 2011 04:48:44 -0700 (PDT) (envelope-from david) Date: Thu, 20 Oct 2011 04:48:44 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20111020114844.GK59810@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yiup30KVCQiHUZFC" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: sys/conf/newvers.sh vs. subversion-1.7 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, 20 Oct 2011 11:48:45 -0000 --yiup30KVCQiHUZFC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I got to wondering why the "uname -a" output from my head slice no longer showed the SVN GRN after I had updated to subversion-1.7.0.1. First thing I checked was that "svnversion" existed & worked; check. Then I noticed the logic iin newvers.sh: =2E.. for dir in /bin /usr/bin /usr/local/bin; do if [ -d "${SYSDIR}/.svn" -a -x "${dir}/svnversion" ] ; then svnversion=3D${dir}/svnversion break if [ -d "${SYSDIR}/../.git" -a -x "${dir}/git" ] ; then git_cmd=3D"${dir}/git --git-dir=3D${SYSDIR}/../.git" break fi done =2E.. Well, as of subversion-1.7, we don't have a ".svn" directory in ${SYSDIR} any more -- it's only at the root of the working copy (/usr/src, in this case). So "svnversion" is never invoked. So I've just hacked my copy to parallel the "git" stanza & look for ${SYSDIR}/../.svn, Not sure that's ideal, but there appears to be precedent.... :-} It might be handy to resolve this prior to 9.0-RELEASE, I think. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --yiup30KVCQiHUZFC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6gCpsACgkQmprOCmdXAD35jwCeNEpvPqRPFGYHCG5SwW2dmhrE 9oEAn2CfXfAx/DW+gAxVZMZ+ccpGwuwx =giK2 -----END PGP SIGNATURE----- --yiup30KVCQiHUZFC-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 11:51:34 2011 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 DBAF3106564A for ; Thu, 20 Oct 2011 11:51: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 914B58FC0C for ; Thu, 20 Oct 2011 11:51:34 +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.72) (envelope-from ) id 1RGr9p-0001Qm-4n; Thu, 20 Oct 2011 12:51:33 +0100 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.72) (envelope-from ) id 1RGr9o-0000Lk-Uq; Thu, 20 Oct 2011 12:51:32 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p9KBpWYW020295; Thu, 20 Oct 2011 12:51:32 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p9KBpWBM020294; Thu, 20 Oct 2011 12:51:32 +0100 (BST) (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: Thu, 20 Oct 2011 12:51:32 +0100 From: Anton Shterenlikht To: Tom Evans Message-ID: <20111020115132.GB13653@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Tom Evans , Garrett Cooper , Dag-Erling Sm??rgrav , FreeBSD Current References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Garrett Cooper , Dag-Erling Sm??rgrav , FreeBSD Current Subject: Re: '/bin/ls' broken by SVN r226509 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, 20 Oct 2011 11:51:34 -0000 On Thu, Oct 20, 2011 at 11:58:41AM +0100, Tom Evans wrote: > On Wed, Oct 19, 2011 at 7:47 PM, Anton Shterenlikht wrote: > > > > Thanks. Can you also please remind > > how to reinstall just /bin/ls, > > without the "make buildworld"? > > > > cp /rescue/ls /bin/ls oh.. of course. I've forgotten about /rescue. In fact, I only had to use it once before. -- 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 Thu Oct 20 12:21:23 2011 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 B3808106566B for ; Thu, 20 Oct 2011 12:21:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 6C0A88FC16 for ; Thu, 20 Oct 2011 12:21:22 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id p9KCLLT5074722 for ; Thu, 20 Oct 2011 05:21:21 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id p9KCLL5T074721 for current@freebsd.org; Thu, 20 Oct 2011 05:21:21 -0700 (PDT) (envelope-from david) Date: Thu, 20 Oct 2011 05:21:21 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20111020122121.GL59810@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20111020114844.GK59810@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OQhbRXNHSL5w/5po" Content-Disposition: inline In-Reply-To: <20111020114844.GK59810@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 20 Oct 2011 12:21:23 -0000 --OQhbRXNHSL5w/5po Content-Type: multipart/mixed; boundary="fDERRRNgB4on1jOB" Content-Disposition: inline --fDERRRNgB4on1jOB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 20, 2011 at 04:48:44AM -0700, David Wolfskill wrote: > ... > Well, as of subversion-1.7, we don't have a ".svn" directory in > ${SYSDIR} any more -- it's only at the root of the working copy > (/usr/src, in this case). So "svnversion" is never invoked. >=20 > So I've just hacked my copy to parallel the "git" stanza & look for > ${SYSDIR}/../.svn, Not sure that's ideal, but there appears to be > precedent.... :-} >=20 > It might be handy to resolve this prior to 9.0-RELEASE, I think. > ... Finished building head, and the change worked; here are uname strings from yesterday & today: FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #625: We= d Oct 19 05:22:52 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/s= rc/sys/GENERIC i386 FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #626 r22= 6563M: Thu Oct 20 05:04:03 PDT 2011 root@freebeast.catwhisker.org:/usr/= obj/usr/src/sys/GENERIC i386 I've attached a copy of the patch, in case my description wasn't clear. And I'll plan on filing a PR a bit later today. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --fDERRRNgB4on1jOB Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="newvers.diff" Content-Transfer-Encoding: quoted-printable Index: sys/conf/newvers.sh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/conf/newvers.sh (revision 226563) +++ sys/conf/newvers.sh (working copy) @@ -88,7 +88,7 @@ i=3D`${MAKE:-make} -V KERN_IDENT` =20 for dir in /bin /usr/bin /usr/local/bin; do - if [ -d "${SYSDIR}/.svn" -a -x "${dir}/svnversion" ] ; then + if [ -d "${SYSDIR}/../.svn" -a -x "${dir}/svnversion" ] ; then svnversion=3D${dir}/svnversion break fi --fDERRRNgB4on1jOB-- --OQhbRXNHSL5w/5po Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6gEkEACgkQmprOCmdXAD0vaACdEfqboEEqDoL5GgMQdBM+SzL4 hegAnjyDVUbDX3CKaWK++k6Rq7r3Tdt2 =x7El -----END PGP SIGNATURE----- --OQhbRXNHSL5w/5po-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 14:33:46 2011 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 C5A0E1065675 for ; Thu, 20 Oct 2011 14:33:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8E6728FC13 for ; Thu, 20 Oct 2011 14:33:46 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id p9KEXSrY095151; Thu, 20 Oct 2011 07:33:28 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id p9KEXSk7095150; Thu, 20 Oct 2011 07:33:28 -0700 (PDT) (envelope-from sgk) Date: Thu, 20 Oct 2011 07:33:28 -0700 From: Steve Kargl To: David Wolfskill , current@freebsd.org Message-ID: <20111020143328.GA95131@troutmask.apl.washington.edu> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111020122121.GL59810@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 20 Oct 2011 14:33:46 -0000 On Thu, Oct 20, 2011 at 05:21:21AM -0700, David Wolfskill wrote: > On Thu, Oct 20, 2011 at 04:48:44AM -0700, David Wolfskill wrote: > > ... > > Well, as of subversion-1.7, we don't have a ".svn" directory in > > ${SYSDIR} any more -- it's only at the root of the working copy > > (/usr/src, in this case). So "svnversion" is never invoked. > > > > So I've just hacked my copy to parallel the "git" stanza & look for > > ${SYSDIR}/../.svn, Not sure that's ideal, but there appears to be > > precedent.... :-} > > > > It might be handy to resolve this prior to 9.0-RELEASE, I think. > > ... > > Finished building head, and the change worked; here are uname strings > from yesterday & today: > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #625: Wed Oct 19 05:22:52 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #626 r226563M: Thu Oct 20 05:04:03 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 r226563M: What is M:? -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 14:44:07 2011 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 4C18C106564A for ; Thu, 20 Oct 2011 14:44:07 +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 12C838FC0C for ; Thu, 20 Oct 2011 14:44:07 +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 0A4FE619A; Thu, 20 Oct 2011 10:44:05 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1319121846; bh=gebL8HWu5aGcGExWG/h2A3v70xmehT85P32qGkXJOsY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=op8Oq+15uPos15Xq9MDXVeU9Iergtf86fsvm9TU+XOvcDqVnZnXxdyFvqjGv4T35t Cg8B80EttM5ro1rPkvdoDV/CJxXCxkEx18pu0BnKhIZn2GJcJkfkF+S9hpzZT3f 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:content-type:content-transfer-encoding; b=kC8AcEYlFm50a/gOE0kwNvrAeeLJbSupO7cJfyyW4XUwRfzblEpCMC1Kgu4CK8wai Uxqz7qilAPTVoMHJ66/RwCCzENJPVscbjUTvaj17JMmfbBOQdbCzY/TobN30B6Y Message-ID: <4EA033B3.70000@protected-networks.net> Date: Thu, 20 Oct 2011 10:44:03 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Steve Kargl References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <20111020143328.GA95131@troutmask.apl.washington.edu> In-Reply-To: <20111020143328.GA95131@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 20 Oct 2011 14:44:07 -0000 On 10/20/11 10:33, Steve Kargl wrote: > On Thu, Oct 20, 2011 at 05:21:21AM -0700, David Wolfskill wrote: >> FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #626 r226563M: Thu Oct 20 05:04:03 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > r226563M: What is M:? At this SVN revision but locally modified, imb From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 22:32:35 2011 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 68877106564A for ; Thu, 20 Oct 2011 22:32:35 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id CC8238FC14 for ; Thu, 20 Oct 2011 22:32:34 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-211-94.lns20.adl6.internode.on.net [118.210.211.94]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p9KMUlRh062900 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 21 Oct 2011 09:00:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20111020115132.GB13653@mech-cluster241.men.bris.ac.uk> Date: Fri, 21 Oct 2011 09:00:47 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <5C0DF765-370C-4B52-B070-CE2A13EAFD50@gsoft.com.au> References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> <20111020115132.GB13653@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Tom Evans , Garrett Cooper , FreeBSD Current , Dag-Erling Sm??rgrav Subject: Re: '/bin/ls' broken by SVN r226509 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, 20 Oct 2011 22:32:35 -0000 On 20/10/2011, at 22:21, Anton Shterenlikht wrote: > On Thu, Oct 20, 2011 at 11:58:41AM +0100, Tom Evans wrote: >> On Wed, Oct 19, 2011 at 7:47 PM, Anton Shterenlikht = wrote: >>>=20 >>> Thanks. Can you also please remind >>> how to reinstall just /bin/ls, >>> without the "make buildworld"? >>>=20 >>=20 >> cp /rescue/ls /bin/ls >=20 > oh.. of course. I've forgotten about /rescue. > In fact, I only had to use it once before. This is the crunched binary and is pretty big (unlikely to be an issue = on a modern system though). You can do.. cd /usr/src/bin/ls make all install -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Thu Oct 20 23:01:56 2011 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 177621065673 for ; Thu, 20 Oct 2011 23:01:56 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9338FC0A for ; Thu, 20 Oct 2011 23:01:54 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id DFCA525D386D for ; Thu, 20 Oct 2011 23:01:52 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id EE8E9BD3C58 for ; Thu, 20 Oct 2011 23:01:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id hRbXnQQvOQwL for ; Thu, 20 Oct 2011 23:01:43 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C776DBD3C31 for ; Thu, 20 Oct 2011 23:01:43 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Oct 2011 23:01:42 +0000 Message-Id: To: FreeBSD Current mailing list Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: orm0/ISA strangeness on HEAD preventing drivers from probe/attach? 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, 20 Oct 2011 23:01:56 -0000 Hi, I am seeing some strangeness on booting a recent HEAD on an atom = machine; the entire orm0 and related stuff looks wrong. Also some = things like a watchdog driver etc. no longer probe or attach it seems. = Anyone an idea? Calibrating TSC clock ... TSC clock: 1596034896 Hz CPU: Genuine Intel(R) CPU N270 @ 1.60GHz (1596.03-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x106c2 Family =3D 6 Model =3D 1c = Stepping =3D 2 = Features=3D0xbfe9fbff = Features2=3D0x40c39d= AMD Features=3D0x100000 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line = size L2 cache: 512 kbytes, 16-way associative, 64 bytes/line real memory =3D 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000003026000 - 0x000000007da58fff, 2057515008 bytes (502323 pages) avail memory =3D 2056056832 (1960 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <031209 APIC0811> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry =3D 0xf0010 (c00f0010) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5e20 pnpbios: Entry =3D f0000:6f3a Rev =3D 1.0 Other BIOS signatures found: ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP 0xf9710 00024 (v02 ACPIAM) ACPI: XSDT 0x7fec0100 0004C (v01 031209 XSDT0811 20090312 MSFT 00000097) ACPI: FACP 0x7fec0290 000F4 (v03 031209 FACP0811 20090312 MSFT 00000097) ACPI: DSDT 0x7fec0430 04674 (v01 A9830 A983010F 0000010F INTL 20051117) ACPI: FACS 0x7fece000 00040 ACPI: APIC 0x7fec0390 0005C (v01 031209 APIC0811 20090312 MSFT 00000097) ACPI: MCFG 0x7fec03f0 0003C (v01 031209 OEMMCFG 20090312 MSFT 00000097) ACPI: OEMB 0x7fece040 00071 (v01 031209 OEMB0811 20090312 MSFT 00000097) ACPI: SSDT 0x7fece3d0 004F0 (v01 PmRef CpuPm 00003000 INTL 20051117) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 null: random: io: kbd: new array size 4 kbd1 at kbdmux0 nfslock: pseudo-device mem: Pentium Pro MTRR support enabled crypto: cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 acpi0: <031209 XSDT0811> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 pcibios: BIOS version 3.00 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: wakeup code va 0xc6e09000 pa 0x1000 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7fe00000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 0xB8, should be 0xB5 = (20110527/tbutils-282) ACPI: SSDT 0x7fece190 0023C (v01 PmRef Cpu0Ist 00003000 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 0023C (v01 PmRef Cpu0Ist 00003000 INTL 20051117) cpu0: switching to generic Cx mode cpu1: on acpi0 ACPI: SSDT 0x7fece0c0 000CC (v01 PmRef Cpu1Ist 00003000 INTL 20051117) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0 000CC (v01 PmRef Cpu1Ist 00003000 INTL 20051117) pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 6 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 6 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xd0000-0xdffff pcib0: decoding 3 range 0x7ff00000-0xdfffffff pcib0: decoding 3 range 0xe4000000-0xfed8ffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x27ac, revid=3D0x03 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x27ae, revid=3D0x03 domain=3D0, bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type Memory, range 32, base 0xfe980000, size 19, = enabled pcib0: allocated type 3 (0xfe980000-0xfe9fffff) for rid 10 of pci0:0:2:0 map[14]: type I/O Port, range 32, base 0xcc80, size 3, enabled pcib0: allocated type 4 (0xcc80-0xcc87) for rid 14 of pci0:0:2:0 map[18]: type Prefetchable Memory, range 32, base 0xd0000000, = size 28, enabled pcib0: allocated type 3 (0xd0000000-0xdfffffff) for rid 18 of pci0:0:2:0 map[1c]: type Memory, range 32, base 0xfe940000, size 18, = enabled pcib0: allocated type 3 (0xfe940000-0xfe97ffff) for rid 1c of pci0:0:2:0 pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x27a6, revid=3D0x03 domain=3D0, bus=3D0, slot=3D2, func=3D1 class=3D03-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfe880000, size 19, = enabled pcib0: allocated type 3 (0xfe880000-0xfe8fffff) for rid 10 of pci0:0:2:1 found-> vendor=3D0x8086, dev=3D0x27d8, revid=3D0x02 domain=3D0, bus=3D0, slot=3D27, func=3D0 class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfe938000, size 14, = enabled pcib0: allocated type 3 (0xfe938000-0xfe93bfff) for rid 10 of = pci0:0:27:0 pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x27d0, revid=3D0x02 domain=3D0, bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x27d2, revid=3D0x02 domain=3D0, bus=3D0, slot=3D28, func=3D1 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 = (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=3D0x8086, dev=3D0x27c8, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D5 map[20]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib0: allocated type 4 (0xcc00-0xcc1f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x27c9, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D7 map[20]: type I/O Port, range 32, base 0xc880, size 5, enabled pcib0: allocated type 4 (0xc880-0xc89f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=3D0x8086, dev=3D0x27ca, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D6 map[20]: type I/O Port, range 32, base 0xc800, size 5, enabled pcib0: allocated type 4 (0xc800-0xc81f) for rid 20 of pci0:0:29:2 pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=3D0x8086, dev=3D0x27cb, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dd, irq=3D10 map[20]: type I/O Port, range 32, base 0xc480, size 5, enabled pcib0: allocated type 4 (0xc480-0xc49f) for rid 20 of pci0:0:29:3 pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x27cc, revid=3D0x02 domain=3D0, bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfe937c00, size 10, = enabled pcib0: allocated type 3 (0xfe937c00-0xfe937fff) for rid 10 of = pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0xe2 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0104, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 = (0 ns) found-> vendor=3D0x8086, dev=3D0x27b9, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x27c4, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D2 class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x02b8, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D255 powerspec 2 supports D0 D3 current D0 pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:31:2 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:31:2 pcib0: allocated type 4 (0x170-0x177) for rid 18 of pci0:0:31:2 pcib0: allocated type 4 (0x376-0x376) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled pcib0: allocated type 4 (0xffa0-0xffaf) for rid 20 of pci0:0:31:2 found-> vendor=3D0x8086, dev=3D0x27da, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D7 map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: allocated type 4 (0x400-0x41f) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 vgapci0: port 0xcc80-0xcc87 mem = 0xfe980000-0xfe9fffff,0xd0000000-0xdfffffff,0xfe940000-0xfe97ffff irq 16 = at device 2.0 on pci0 vgapci1: mem 0xfe880000-0xfe8fffff at device = 2.1 on pci0 pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pcib0: allocated type 4 (0xd000-0xdfff) for rid 1c of pcib1 pcib0: allocated type 3 (0xfea00000-0xfeafffff) for rid 20 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfea00000-0xfeafffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x8086, dev=3D0x10d3, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 3 messages in map 0x1c map[10]: type Memory, range 32, base 0xfeae0000, size 17, = enabled pcib1: allocated memory range (0xfeae0000-0xfeafffff) for rid 10 of = pci0:1:0:0 map[18]: type I/O Port, range 32, base 0xdc80, size 5, enabled pcib1: allocated I/O port range (0xdc80-0xdc9f) for rid 18 of pci0:1:0:0 map[1c]: type Memory, range 32, base 0xfeadc000, size 14, = enabled pcib1: allocated memory range (0xfeadc000-0xfeadffff) for rid 1c of = pci0:1:0:0 pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 em0: port 0xdc80-0xdc9f mem = 0xfeae0000-0xfeafffff,0xfeadc000-0xfeadffff irq 16 at device 0.0 on pci1 em0: attempting to allocate 3 MSI-X vectors (3 supported) msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 em0: using IRQs 256-258 for MSI-X em0: Using MSIX interrupts with 3 vectors em0: bpf attached em0: Ethernet address: 00:24:21:28:8f:48 pcib2: irq 17 at device 28.1 on pci0 pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib2 pcib0: allocated type 3 (0xfeb00000-0xfebfffff) for rid 20 of pcib2 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xe000-0xefff pcib2: memory decode 0xfeb00000-0xfebfffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x8086, dev=3D0x10d3, revid=3D0x00 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 3 messages in map 0x1c map[10]: type Memory, range 32, base 0xfebe0000, size 17, = enabled pcib2: allocated memory range (0xfebe0000-0xfebfffff) for rid 10 of = pci0:2:0:0 map[18]: type I/O Port, range 32, base 0xec80, size 5, enabled pcib2: allocated I/O port range (0xec80-0xec9f) for rid 18 of pci0:2:0:0 map[1c]: type Memory, range 32, base 0xfebdc000, size 14, = enabled pcib2: allocated memory range (0xfebdc000-0xfebdffff) for rid 1c of = pci0:2:0:0 pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 17 em1: port 0xec80-0xec9f mem = 0xfebe0000-0xfebfffff,0xfebdc000-0xfebdffff irq 17 at device 0.0 on pci2 em1: attempting to allocate 3 MSI-X vectors (3 supported) msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 em1: using IRQs 259-261 for MSI-X em1: Using MSIX interrupts with 3 vectors em1: bpf attached em1: Ethernet address: 00:24:21:28:8f:49 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) ehci0: mem = 0xfe937c00-0xfe937fff irq 23 at device 29.7 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 55 usbus0: EHCI version 1.0 usbus0: on ehci0 usbus0: bpf attached ehci0: usbpf: Attached pcib3: at device 30.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: no prefetched decode pcib3: Subtractively decoded bridge. pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 ata0: on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 56 ata1: on atapci0 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 57 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, = adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 59 Event timer "RTC" frequency 32768 Hz quality 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 60 uart0: fast interrupt uart0: console (19200,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 61 uart1: fast interrupt pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0000-0xd0fff) for rid 1 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd1000-0xd1fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 3 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 3 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 3 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 3 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 3 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 3 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 3 of orm0 pcib0: allocated type 3 (0xdc000-0xdc7ff) for rid 3 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 3 of orm0 pcib0: allocated type 3 (0xdd000-0xdd7ff) for rid 3 of orm0 pcib0: allocated type 3 (0xdd800-0xddfff) for rid 3 of orm0 pcib0: allocated type 3 (0xde000-0xde7ff) for rid 3 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 3 of orm0 pcib0: allocated type 3 (0xdf000-0xdf7ff) for rid 3 of orm0 pcib0: allocated type 3 (0xdf800-0xdffff) for rid 3 of orm0 isa_probe_children: disabling PnP devices pmtimer0 on isa0 uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem = 0xcf000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff pnpid ORM0000 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) isa_probe_children: probing PnP devices est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Device configuration finished. ... --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 05:44:16 2011 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 433B3106564A; Fri, 21 Oct 2011 05:44:16 +0000 (UTC) (envelope-from lacombar@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 74ED98FC12; Fri, 21 Oct 2011 05:44:15 +0000 (UTC) Received: by wwi18 with SMTP id 18so5120081wwi.31 for ; Thu, 20 Oct 2011 22:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JxAxCWeEzAQ7z3iONVpIMEAKyIxy+j84Qm8OpMWHj7c=; b=n5dwZai2VtrmzhNYRkArsIhrE/CgaWRa/PcRoP+Z9GkbP36Vzij4+cmrW3h2oMYsXi RxQhChtc9C33AaLqadNpUhlNRteA1LFoA4Q9PMw2qRbuSbzQEN0Du7NE95KgrHi2eWno DkJxKg2z1q+r5zcri1Wn2Vnq0LR6FG0m7K58Q= MIME-Version: 1.0 Received: by 10.227.166.69 with SMTP id l5mr4821884wby.34.1319175854284; Thu, 20 Oct 2011 22:44:14 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Thu, 20 Oct 2011 22:44:13 -0700 (PDT) In-Reply-To: References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> Date: Fri, 21 Oct 2011 01:44:13 -0400 Message-ID: From: Arnaud Lacombe To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Marcel Moolenaar , Andriy Gapon , Marcel Moolenaar , Olivier Smedts , FreeBSD Current , Oliver Pinter Subject: Re: possible mountroot regression 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, 21 Oct 2011 05:44:16 -0000 Hi, On Wed, Oct 19, 2011 at 3:41 PM, Garrett Cooper wrote: > On Wed, Oct 19, 2011 at 12:12 PM, Warren Block wrote= : >> On Wed, 19 Oct 2011, Oliver Pinter wrote: >> >>> On 10/19/11, Olivier Smedts wrote: >>>> >>>> 2011/10/19 Marcel Moolenaar : >>>>> >>>>> On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: >>>>> >>>>>> Would you be able to commit a variant of this patch sans the 'x' par= t? >>>>> >>>>> Yes, soonish. If people like the 'x' change I can do that in a follow= up >>>>> commit as well. I just need to know if people like it or not... >>>> >>>> Yes, it's useful. But why not "q" for "quit" ? Just a bikeshed color >>>> idea... >>>> >>> eXit :) >> >> In some languages... >> >> More important to me is the "the Abort manual input" which tells what it >> does but not why the user would want to do that. >> >> Abort manual input... and then what? =A0Hang? =A0Retry? =A0Panic? =A0Reb= oot? Resume >> attempting to mount the root device that was expected? > well, panic, there isn't much other thing to do. At the very least, letting the user input something is still better than what Linux do, which is to panic. > Or just go back to status quo for previous releases and we can worry > about usability later? > which status-quo ? the mountroot procedure of 7 is broken as well, as I found out yesterday. So what ? 6 ? 5 ? 4 ? - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 05:48:35 2011 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 7AE5F106564A; Fri, 21 Oct 2011 05:48:35 +0000 (UTC) (envelope-from yanegomi@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 C72EB8FC0A; Fri, 21 Oct 2011 05:48:34 +0000 (UTC) Received: by yxn16 with SMTP id 16so4524903yxn.13 for ; Thu, 20 Oct 2011 22:48:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=qIhpgZ8pNTMlD7/ikSMWJl0RaD6p0Iq60cWJiml+fR8=; b=c0mOv8BqnW668DsvU0QcruG43ByR78ltkQZTtjWhFWDokKCPEPnBc6dICvC3wOl9bU uxdtEqnxiHAqrAEbzl1pBtnZqMyMNFhIM34dwg8+g+fKUfvdERTk2dTvENk2701TY7i8 kAn0anZDQk0YBLBPNStmKMdoRyFnh6zTOWMN8= MIME-Version: 1.0 Received: by 10.182.36.36 with SMTP id n4mr814425obj.16.1319176113959; Thu, 20 Oct 2011 22:48:33 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Thu, 20 Oct 2011 22:48:32 -0700 (PDT) In-Reply-To: References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> Date: Thu, 20 Oct 2011 22:48:32 -0700 Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Marcel Moolenaar , Andriy Gapon , Marcel Moolenaar , Olivier Smedts , FreeBSD Current , Oliver Pinter Subject: Re: possible mountroot regression 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, 21 Oct 2011 05:48:35 -0000 On Thu, Oct 20, 2011 at 10:44 PM, Arnaud Lacombe wrote= : > Hi, > > On Wed, Oct 19, 2011 at 3:41 PM, Garrett Cooper wrot= e: >> On Wed, Oct 19, 2011 at 12:12 PM, Warren Block wrot= e: >>> On Wed, 19 Oct 2011, Oliver Pinter wrote: >>> >>>> On 10/19/11, Olivier Smedts wrote: >>>>> >>>>> 2011/10/19 Marcel Moolenaar : >>>>>> >>>>>> On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: >>>>>> >>>>>>> Would you be able to commit a variant of this patch sans the 'x' pa= rt? >>>>>> >>>>>> Yes, soonish. If people like the 'x' change I can do that in a follo= wup >>>>>> commit as well. I just need to know if people like it or not... >>>>> >>>>> Yes, it's useful. But why not "q" for "quit" ? Just a bikeshed color >>>>> idea... >>>>> >>>> eXit :) >>> >>> In some languages... >>> >>> More important to me is the "the Abort manual input" which tells what i= t >>> does but not why the user would want to do that. >>> >>> Abort manual input... and then what? =A0Hang? =A0Retry? =A0Panic? =A0Re= boot? Resume >>> attempting to mount the root device that was expected? >> > well, panic, there isn't much other thing to do. At the very least, > letting the user input something is still better than what Linux do, > which is to panic. > >> Or just go back to status quo for previous releases and we can worry >> about usability later? >> > which status-quo ? the mountroot procedure of 7 is broken as well, as > I found out yesterday. So what ? 6 ? 5 ? 4 ? The status quo that I was thinking of was press enter to get a list of available devices instead of immediately panicking like the new bootloader code currently does. As long as that status quo is restored, I think a lot of existing users will be happy. Otherwise this discussion could stall and turn into an unnecessary bikeshed. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 05:53:44 2011 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 EF4DB106566C; Fri, 21 Oct 2011 05:53:43 +0000 (UTC) (envelope-from lacombar@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 2C6068FC08; Fri, 21 Oct 2011 05:53:42 +0000 (UTC) Received: by wyi40 with SMTP id 40so4635984wyi.13 for ; Thu, 20 Oct 2011 22:53:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=n8FF0wiJ0urmeOZTz6VTUe3atMuO6Flsq/iP/6+lft0=; b=BDwkAeHFcJysd9GLba9jB0aeXiDcKbAEev9M2FuFIjoSar3MofnTQNIjv1BkSsofas +GzdzvUvaeyDOWx2S3zOoh59CIl64V3oJybeEGuKxOqYo5xyVULs25S/PT9HFPSwnrAg HF3oN63SM59tMAPhZ/VMsqivnqjoIfto4vo58= MIME-Version: 1.0 Received: by 10.227.4.74 with SMTP id 10mr926427wbq.49.1319176422040; Thu, 20 Oct 2011 22:53:42 -0700 (PDT) Received: by 10.180.103.198 with HTTP; Thu, 20 Oct 2011 22:53:42 -0700 (PDT) In-Reply-To: References: <4E984BF9.4000700@FreeBSD.org> <1318607697-31950-1-git-send-email-lacombar@gmail.com> <4E9DA38F.1040305@FreeBSD.org> <006E57CF-F21F-4245-935A-9F391F0BCBEA@xcllnt.net> Date: Fri, 21 Oct 2011 01:53:42 -0400 Message-ID: From: Arnaud Lacombe To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Marcel Moolenaar , Andriy Gapon , Marcel Moolenaar , Olivier Smedts , FreeBSD Current , Oliver Pinter Subject: Re: possible mountroot regression 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, 21 Oct 2011 05:53:44 -0000 Hi, On Fri, Oct 21, 2011 at 1:48 AM, Garrett Cooper wrote: > On Thu, Oct 20, 2011 at 10:44 PM, Arnaud Lacombe wro= te: >> Hi, >> >> On Wed, Oct 19, 2011 at 3:41 PM, Garrett Cooper wro= te: >>> On Wed, Oct 19, 2011 at 12:12 PM, Warren Block wro= te: >>>> On Wed, 19 Oct 2011, Oliver Pinter wrote: >>>> >>>>> On 10/19/11, Olivier Smedts wrote: >>>>>> >>>>>> 2011/10/19 Marcel Moolenaar : >>>>>>> >>>>>>> On Oct 18, 2011, at 9:04 AM, Andriy Gapon wrote: >>>>>>> >>>>>>>> Would you be able to commit a variant of this patch sans the 'x' p= art? >>>>>>> >>>>>>> Yes, soonish. If people like the 'x' change I can do that in a foll= owup >>>>>>> commit as well. I just need to know if people like it or not... >>>>>> >>>>>> Yes, it's useful. But why not "q" for "quit" ? Just a bikeshed color >>>>>> idea... >>>>>> >>>>> eXit :) >>>> >>>> In some languages... >>>> >>>> More important to me is the "the Abort manual input" which tells what = it >>>> does but not why the user would want to do that. >>>> >>>> Abort manual input... and then what? =A0Hang? =A0Retry? =A0Panic? =A0R= eboot? Resume >>>> attempting to mount the root device that was expected? >>> >> well, panic, there isn't much other thing to do. At the very least, >> letting the user input something is still better than what Linux do, >> which is to panic. >> >>> Or just go back to status quo for previous releases and we can worry >>> about usability later? >>> >> which status-quo ? the mountroot procedure of 7 is broken as well, as >> I found out yesterday. So what ? 6 ? 5 ? 4 ? > > =A0 =A0The status quo that I was thinking of was press enter to get a > list of available devices instead of immediately panicking like the > new bootloader code currently does. As long as that status quo is > restored, I think a lot of existing users will be happy. Otherwise > this discussion could stall and turn into an unnecessary bikeshed. > this discussion should not even have happen, and I'd hope[0] that the next message in this thread is either a new patch, or a revision ID where the stuff is fixed, ie. less talk, more action. Btw, if no action is taken, I do not really care, I'm running my patch and am happy with it. - Arnaud [0]: which is pretty much worthless From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 06:30:21 2011 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 EF7F31065675 for ; Fri, 21 Oct 2011 06:30:21 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF568FC18 for ; Fri, 21 Oct 2011 06:30:21 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so5746342bkb.13 for ; Thu, 20 Oct 2011 23:30:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=bbiC1xP+XmjeIh6LwY3owqafEdQ9OrQk8XOF/iDpIq4=; b=u/BGWe4qDgqKX5XilLlDG+6z6XdIWLBCQrKGUi37Mf00zradrWXI5kE099iZ5Ci/3r HiGn3/lrsfqZQhZl9dPxQrIMJIAHyfTZ66idkAmDxFXz5+UQVfoVoceAaUCGyMusrdyy OAK1R0P4AQsMTbnVwyp3DEo2ORsPmFqCK9Qy0= Received: by 10.223.77.69 with SMTP id f5mr22888323fak.3.1319176850964; Thu, 20 Oct 2011 23:00:50 -0700 (PDT) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id o16sm20184299fag.21.2011.10.20.23.00.47 (version=SSLv3 cipher=OTHER); Thu, 20 Oct 2011 23:00:49 -0700 (PDT) Date: Fri, 21 Oct 2011 09:02:04 +0300 From: "Sergey V. Dyatko" To: current@freebsd.org Message-ID: <20111021090204.3c40b033@laptop> In-Reply-To: <20111020143328.GA95131@troutmask.apl.washington.edu> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <20111020143328.GA95131@troutmask.apl.washington.edu> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 21 Oct 2011 06:30:22 -0000 On Thu, 20 Oct 2011 07:33:28 -0700 Steve Kargl wrote: > On Thu, Oct 20, 2011 at 05:21:21AM -0700, David Wolfskill wrote: > > On Thu, Oct 20, 2011 at 04:48:44AM -0700, David Wolfskill wrote: > > > ... > > > Well, as of subversion-1.7, we don't have a ".svn" directory in > > > ${SYSDIR} any more -- it's only at the root of the working copy > > > (/usr/src, in this case). So "svnversion" is never invoked. > > > > > > So I've just hacked my copy to parallel the "git" stanza & look > > > for ${SYSDIR}/../.svn, Not sure that's ideal, but there appears > > > to be precedent.... :-} > > > > > > It might be handy to resolve this prior to 9.0-RELEASE, I think. > > > ... > > > > Finished building head, and the change worked; here are uname > > strings from yesterday & today: > > > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT > > #625: Wed Oct 19 05:22:52 PDT 2011 > > root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT > > #626 r226563M: Thu Oct 20 05:04:03 PDT 2011 > > root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > r226563M: What is M:? > svn help status -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 06:40:06 2011 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 993BE106564A for ; Fri, 21 Oct 2011 06:40:06 +0000 (UTC) (envelope-from yanegomi@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 5A2A28FC1B for ; Fri, 21 Oct 2011 06:40:06 +0000 (UTC) Received: by ywm3 with SMTP id 3so4586584ywm.13 for ; Thu, 20 Oct 2011 23:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=iDLWmETLtjxCNQCwm33RdN913CA/Q0wJzkJuLt2Gfwc=; b=QNJ4Ib2agfR0fMkjiBLU+aUtAe9bylNTOWrWUK9+rNT9Mu6mZ0ixLruebs9AHkkKBP +AM3tqpZf3E/lAwrfYN++E3SMvWYEionFKTvKuMIB7nJMVZQrPo2kXMtriKnUsYSp7Td 1bPcauI3/NkOkjX/zUS8V2vn+dQ5jqhz3BEDs= MIME-Version: 1.0 Received: by 10.182.36.36 with SMTP id n4mr842509obj.16.1319179205521; Thu, 20 Oct 2011 23:40:05 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Thu, 20 Oct 2011 23:40:05 -0700 (PDT) Date: Thu, 20 Oct 2011 23:40:05 -0700 Message-ID: From: Garrett Cooper To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 06:40:06 -0000 If I fire up an xterm without setting TERM={ansi,vt100,xterm}, etc, xterm wraps my command output to 80 columns, even if I resize the window to something larger, issue reset (which I thought was supposed to fix the console settings by rescanning the window size, etc). I thought that SIGWINCH was also supposed to force a proper rescan if the terminal application had a handler installed. This isn't new (I've been seeing it since 8.x or 9.x, but it's just gotten to the point where it irritates me enough that I thought I should check around first). Example output of the column wrapping is something like: [gcooper@bayonetta ~]$ aaaaaaaaaaaaaaaata ~]$ echo aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa It doesn't happen all of the time, but it happens frequently -- sometimes the result of me reading a unicode encoded locale file using standard utilities like less (this really forks xterm, the shell, etc), or by just printing it out on the console via svn diff; other times it just seems to happen for no apparent reason in newly created xterms (which is befuddling). Doing: export TERM=vt100 export TERM=ansi export TERM=xterm in one xterm seems to have remedied the problem when I tried it, but I'm not sure why. The way I currently do things when I log in interactively is I exec from sh to bash (bash has a history built-in, which I use extensively). More details are provided below. My questions are: 1. Has anyone else seen this? 2. If so, do you have a reproducible testcase that isolates this behavior? Thanks! -Garrett 1. My login shell is /bin/sh. 2. Relevant blurbs from /etc/ttys are as follows: ttyv0 "/usr/libexec/getty Pc" xterm on secure ttyv1 "/usr/libexec/getty Pc" xterm on secure ttyv2 "/usr/libexec/getty Pc" xterm on secure ttyv3 "/usr/libexec/getty Pc" xterm on secure ttyv4 "/usr/libexec/getty Pc" xterm on secure ttyv5 "/usr/libexec/getty Pc" xterm on secure ttyv6 "/usr/libexec/getty Pc" xterm on secure ttyv7 "/usr/libexec/getty Pc" xterm on secure ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure 3. I haven't modified /etc/termcap* at all. 4. Relevant blurb from .profile: # set ENV to a file invoked each time sh is started for interactive use. ENV=$HOME/.shrc; export ENV 5. Relevant blurb from .shrc: BASH=/usr/local/bin/bash if [ -x $BASH -a "$SHELL" != "$BASH" ] ; then # bash won't set this var if it's already set in the env. export SHELL=$BASH $BASH -c true && exec $BASH fi From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 06:49:26 2011 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 DAA131065673 for ; Fri, 21 Oct 2011 06:49:26 +0000 (UTC) (envelope-from yanegomi@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 9D6178FC0A for ; Fri, 21 Oct 2011 06:49:26 +0000 (UTC) Received: by ywm3 with SMTP id 3so4593892ywm.13 for ; Thu, 20 Oct 2011 23:49:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=Nn9uxxX+wrDV51ehLbTcSRSmcRuArA9sURaM7EwK4is=; b=wSxTIMsVwUE1FlXZcOpKvEnmzZBiY9O36pQwZfLBQALEVt28WclzqXm/lgmPcMQcrn XTkwiPWvdAAQUPDzArOPgSDX3DpQ/kjBcW03PrYKDBBxlL82thRtk9NdkN9yUVIjALhl WTeNwOft5sQVKBgKU/Uu2ROeNGhsxeW5apvWw= MIME-Version: 1.0 Received: by 10.182.7.10 with SMTP id f10mr827562oba.56.1319179765918; Thu, 20 Oct 2011 23:49:25 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Thu, 20 Oct 2011 23:49:25 -0700 (PDT) In-Reply-To: <20111020122121.GL59810@albert.catwhisker.org> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> Date: Thu, 20 Oct 2011 23:49:25 -0700 Message-ID: From: Garrett Cooper To: David Wolfskill , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 21 Oct 2011 06:49:26 -0000 On Thu, Oct 20, 2011 at 5:21 AM, David Wolfskill wro= te: > On Thu, Oct 20, 2011 at 04:48:44AM -0700, David Wolfskill wrote: >> ... >> Well, as of subversion-1.7, we don't have a ".svn" directory in >> ${SYSDIR} any more -- it's only at the root of the working copy >> (/usr/src, in this case). =A0So "svnversion" is never invoked. >> >> So I've just hacked my copy to parallel the "git" stanza & look for >> ${SYSDIR}/../.svn, =A0Not sure that's ideal, but there appears to be >> precedent.... :-} >> >> It might be handy to resolve this prior to 9.0-RELEASE, I think. >> ... > > Finished building head, and the change worked; here are uname strings > from yesterday & today: > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #625: = Wed Oct 19 05:22:52 PDT 2011 =A0 =A0 root@freebeast.catwhisker.org:/usr/obj= /usr/src/sys/GENERIC =A0i386 > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #626 r= 226563M: Thu Oct 20 05:04:03 PDT 2011 =A0 =A0 root@freebeast.catwhisker.org= :/usr/obj/usr/src/sys/GENERIC =A0i386 > > I've attached a copy of the patch, in case my description wasn't > clear. =A0And I'll plan on filing a PR a bit later today. Awesome! Is there any way that this could be committed, as well incorporate the other two PRs (conf/146828, misc/149510) before 9.0-RELEASE? They all seem to overlap a bit and are helpful for developers and contributors. I'll write up a 1 unified patch for the minimal changes (conf/146828, conf/161835) and revamp the other change if someone will commit the work. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 06:59:13 2011 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 8D827106564A for ; Fri, 21 Oct 2011 06:59:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 29BD18FC12 for ; Fri, 21 Oct 2011 06:59:12 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 161DF2A28CBF; Fri, 21 Oct 2011 08:59:12 +0200 (CEST) Date: Fri, 21 Oct 2011 08:59:12 +0200 From: Ed Schouten To: Garrett Cooper Message-ID: <20111021065912.GE1874@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZInfyf7laFu/Kiw7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 06:59:13 -0000 --ZInfyf7laFu/Kiw7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Garrett, * Garrett Cooper , 20111021 08:40: > If I fire up an xterm without setting TERM=3D{ansi,vt100,xterm}, > [...] So what's the idea behind this? Why not just set TERM properly? --=20 Ed Schouten WWW: http://80386.nl/ --ZInfyf7laFu/Kiw7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOoRg/AAoJEG5e2P40kaK7qfsP/A+I8x/BDUYs8ulCf6qJPQSa pUf7HYsYBeYMxofLpjZVU1Q0G0+Dj3b4fnHML8B3Trzh4N6DYvOVFE7fRCH8bMQc ZDuSJo1hdlKSn+fx5gLwAmOunBo99/+8P02mYx7WK5ZmzM0EcrC0Cv1p5fwKs/Hp xB/Apmi8fzZ5azLIo8HcTRdRR0yfyHGCi7vJEp/75fd3ixLFTyTyNREI6MpjcZNK /Gpc4QVUoq9XpuPbKLfVkl7e9xqO3pst2pD33yG1EU5GaFBIaQV3/WYzCmW7BU8p gzMLHLdm3dcbOHBezujp+m/zI3U26QV9xHqw3+kSn/7UcaALvUeOValWB9X94iNb NnhkUw1N8T+IEU3CqwlDQ+T/iKDnWMqQ4MXv4bGQvNjop9C1wUO+E7TbekJ/EFlC 9upuHt+Wqr8PeLt5jOfjX4wt4/aIFUUcSRuoOmmBAHisvQ4iVlcmEcTo4md0aKl2 1pd6psmF53Zu7qnoaLkc9xNMoAvVqGalwbwZgSW7FkXWAbM/bYrGlcnvpz1m2TvA Uv+C2fX4fEFL0RJ+lLGbG/zZR5cneeJKqxPQwZOMVuL+YVkpYuvuTLuEhDF8pmEa bP0TsbAz3Rs+j6rfLhLGbqoUfYKD13f6RbxOUxHedEAopOLVKLfF3zbZTrWyAW6F 4PFUksrjwOCfF6z1gLOV =e+7r -----END PGP SIGNATURE----- --ZInfyf7laFu/Kiw7-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 07:00:36 2011 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 790231065673 for ; Fri, 21 Oct 2011 07:00:36 +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 377D28FC0A for ; Fri, 21 Oct 2011 07:00:35 +0000 (UTC) Received: by gyd8 with SMTP id 8so4575343gyd.13 for ; Fri, 21 Oct 2011 00:00:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CWjvZpBauQq/wkFDbPHe2jwwGm/+3gJNl2EKNOuVPtc=; b=F126Xc6d6G8dymziz5GOa4iUwgG8bKOALx/3qlMWgM0v9AYhnFVmzzU2YL8F4BhQGc MU8/qkm/vDf4IqUsYs/8Paf0Nv0u6ysEN6tNiY53Ljkoc2FZMus7mr7Ix0RJMILJJ0/2 IX5sOnkyT+sitsscYNe35flwP9hAM80zICigY= MIME-Version: 1.0 Received: by 10.182.217.33 with SMTP id ov1mr845788obc.26.1319180435346; Fri, 21 Oct 2011 00:00:35 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Fri, 21 Oct 2011 00:00:35 -0700 (PDT) In-Reply-To: <20111021065912.GE1874@hoeg.nl> References: <20111021065912.GE1874@hoeg.nl> Date: Fri, 21 Oct 2011 00:00:35 -0700 Message-ID: From: Garrett Cooper To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 07:00:36 -0000 On Thu, Oct 20, 2011 at 11:59 PM, Ed Schouten wrote: > Hi Garrett, > > * Garrett Cooper , 20111021 08:40: >> =A0 =A0 If I fire up an xterm without setting TERM=3D{ansi,vt100,xterm}, >> [...] > > So what's the idea behind this? Why not just set TERM properly? It is set properly though -- that's the confusing part: $ echo $TERM xterm Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 07:08:40 2011 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 0F10D106566B for ; Fri, 21 Oct 2011 07:08:40 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id C5B218FC14 for ; Fri, 21 Oct 2011 07:08:39 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 385A42A28CC3; Fri, 21 Oct 2011 09:08:39 +0200 (CEST) Date: Fri, 21 Oct 2011 09:08:39 +0200 From: Ed Schouten To: Garrett Cooper Message-ID: <20111021070839.GF1874@hoeg.nl> References: <20111021065912.GE1874@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9ADF8FXzFeE7X4jE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 07:08:40 -0000 --9ADF8FXzFeE7X4jE Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Garrett Cooper , 20111021 09:00: > On Thu, Oct 20, 2011 at 11:59 PM, Ed Schouten wrote: > > Hi Garrett, > > > > * Garrett Cooper , 20111021 08:40: > >> =A0 =A0 If I fire up an xterm without setting TERM=3D{ansi,vt100,xterm= }, > >> [...] > > > > So what's the idea behind this? Why not just set TERM properly? >=20 > It is set properly though -- that's the confusing part: >=20 > $ echo $TERM > xterm Oh, okay. So you mean "If I fire up an xterm without changing the default TERM, [...]", right? Can you check whether `stty size' does return the correct numbers? That way we can determine if it's a problem in xterm, your shell (or maybe the kernel). Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --9ADF8FXzFeE7X4jE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOoRp3AAoJEG5e2P40kaK7yQQQAKwaYBXWXqwuROcJoWSv5XAz 6PsRJUJGj2pc45dgMTEwwxhCAZ4lOA5aqsk09pRQCaPa+vC8hvS4+qT3ciiqMolU mjb02N1HzVHQk+MqB5RyWWpxIbiEY2RdeQ/Ha6TEedtVNa/25w+vGtUjiEoBKdgD Tot5LVXj6X/Yr0c4sLPySCcLkLJkE42V8OWYB6kUazwIOD8djTXh9TZPRMtwIRJw UVL101vEITu1Cd+ykunTYT8Lc4ZbIvEWdaoPYGIr7QZFPVYQaNJ5IBLxPBCO47Zv 9J3EK9K6W8FjJzEC8SXVRj+5nPc7gT0vD9yOJCqX5BrbZtb/Zrc5rKC2KuWfZoiJ rKYDXRCw7FqDnzdaz53/lkrEHnogn8CShJ+3tX2jALnU3hiNgpGK6wDlZGFfhCkq G393H2Vr29afyVfWpeJgB9d+FKIu1syuq3e01KjD/SNdDg5MV/fpc6jKgtx5oRP6 PdfmE7EjsgDS1mq2EZ1Jlx7e31DEyxSegn57DKe7VjL6uyrtjfw+W5Y+LlXg69Y4 X7OPEcxRy0IRYMQcThf25ZUJFCwmBf2lpGbLun2kAbLN5Mtnb+13PrKwNEc7DNFS U2w6UCsgCG/IrHpJG0U1qEJq/oYP+FS7CBO+DYIRx0Tp6I8D3cF6povV6SSzkDnt 87T7SSCLDGpYS04LBZOj =uWJO -----END PGP SIGNATURE----- --9ADF8FXzFeE7X4jE-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 07:15:45 2011 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 B8533106566C for ; Fri, 21 Oct 2011 07:15:45 +0000 (UTC) (envelope-from yanegomi@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 7834C8FC12 for ; Fri, 21 Oct 2011 07:15:45 +0000 (UTC) Received: by ggnq2 with SMTP id q2so2944535ggn.13 for ; Fri, 21 Oct 2011 00:15:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=T2Jvo/Se50D2q+dYDbkTduDBkDD7AvZMC50hSkSe4BI=; b=vxEp6Jfi+8RXgJoxnYWBcDRpd35jxoFgcIZMqYJ9a1ZA9gVoedSClLsRAn694347Ec wt7nFaAznmRDkaes52kJpphr8lkMyoHrnlqq3kJH4t1HyrMUjl41WB7Cq1pIdbBSpew3 hXVi5qGB0im3V2fpaLFSZzfaGSYxXkbRuEsh4= MIME-Version: 1.0 Received: by 10.182.73.67 with SMTP id j3mr848401obv.46.1319181344857; Fri, 21 Oct 2011 00:15:44 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Fri, 21 Oct 2011 00:15:44 -0700 (PDT) In-Reply-To: <20111021070839.GF1874@hoeg.nl> References: <20111021065912.GE1874@hoeg.nl> <20111021070839.GF1874@hoeg.nl> Date: Fri, 21 Oct 2011 00:15:44 -0700 Message-ID: From: Garrett Cooper To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 07:15:45 -0000 On Fri, Oct 21, 2011 at 12:08 AM, Ed Schouten wrote: > * Garrett Cooper , 20111021 09:00: >> On Thu, Oct 20, 2011 at 11:59 PM, Ed Schouten wrote: >> > Hi Garrett, >> > >> > * Garrett Cooper , 20111021 08:40: >> >> =A0 =A0 If I fire up an xterm without setting TERM=3D{ansi,vt100,xter= m}, >> >> [...] >> > >> > So what's the idea behind this? Why not just set TERM properly? >> >> It is set properly though -- that's the confusing part: >> >> $ echo $TERM >> xterm > > Oh, okay. So you mean "If I fire up an xterm without changing the > default TERM, [...]", right? > > Can you check whether `stty size' does return the correct numbers? That > way we can determine if it's a problem in xterm, your shell (or maybe > the kernel). Thanks! I'll run that in the next window I find that's acting funky. Unfortunately my system is behaving properly right now. Thanks for the tip :)! -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 07:52:19 2011 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 125241065675 for ; Fri, 21 Oct 2011 07:52:19 +0000 (UTC) (envelope-from yanegomi@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 C241A8FC12 for ; Fri, 21 Oct 2011 07:52:18 +0000 (UTC) Received: by yxn16 with SMTP id 16so4624258yxn.13 for ; Fri, 21 Oct 2011 00:52:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=9OB/RFwfDTBj7PWY5IxHQEDvNFdROzURWJQx6z0rD84=; b=U63cyeKGT8JQWBgZA5dZ6LGqTrg9+tFHNY9VNDGKlpFDsH21JX5KemucZuUIk0J5t9 4bHM5WQWKZ8lsGHCa/JqiYL6125H1YPqg876zqrj8RZMKWRFV0PyXGrYfo12xp+AeY0N TJDITPBO05qZSU1wv758h+JKxn5PlpU+KVyDQ= MIME-Version: 1.0 Received: by 10.182.36.36 with SMTP id n4mr887680obj.16.1319183538018; Fri, 21 Oct 2011 00:52:18 -0700 (PDT) Received: by 10.182.122.33 with HTTP; Fri, 21 Oct 2011 00:52:17 -0700 (PDT) In-Reply-To: References: <20111021065912.GE1874@hoeg.nl> <20111021070839.GF1874@hoeg.nl> Date: Fri, 21 Oct 2011 00:52:17 -0700 Message-ID: From: Garrett Cooper To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 07:52:19 -0000 On Fri, Oct 21, 2011 at 12:15 AM, Garrett Cooper wrote= : > On Fri, Oct 21, 2011 at 12:08 AM, Ed Schouten wrote: >> * Garrett Cooper , 20111021 09:00: >>> On Thu, Oct 20, 2011 at 11:59 PM, Ed Schouten wrote: >>> > Hi Garrett, >>> > >>> > * Garrett Cooper , 20111021 08:40: >>> >> =A0 =A0 If I fire up an xterm without setting TERM=3D{ansi,vt100,xte= rm}, >>> >> [...] >>> > >>> > So what's the idea behind this? Why not just set TERM properly? >>> >>> It is set properly though -- that's the confusing part: >>> >>> $ echo $TERM >>> xterm >> >> Oh, okay. So you mean "If I fire up an xterm without changing the >> default TERM, [...]", right? >> >> Can you check whether `stty size' does return the correct numbers? That >> way we can determine if it's a problem in xterm, your shell (or maybe >> the kernel). Thanks! > > I'll run that in the next window I find that's acting funky. > Unfortunately my system is behaving properly right now. > Thanks for the tip :)! Here's an example: # Increased the window size here. [gcooper@fallout ~]$ uname -a FreeBSD fallout.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r226332M: Wed Oct 12 22:48:55 PDT 2011 root@fallout.local:/usr/obj/usr/src/sys/FALLOUT amd64 [gcooper@fallout ~]$ stty size 60 156 [gcooper@fallout ~]$ exit Connection to fallout.local closed. [gcooper@bayonetta ~]$ uname -a FreeBSD bayonetta.local 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225653M: Tue Sep 20 08:36:49 PDT 2011 gcooper@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 [gcooper@bayonetta ~]$ stty size 60 156 # Line was wrapping in above uname -a. [gcooper@bayonetta ~]$ ssh starr-wireless # Increased the window size here from the default. starr:~ gcooper$ uname -a Darwin starr.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 starr:~ gcooper$ echo $TERM xterm starr:~ gcooper$ logout Connection to starr-wireless.local closed. [gcooper@bayonetta ~]$ uname -a FreeBSD bayonetta.local 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225653M: Tue Sep 20 08:36:49 PDT 2011 gcooper@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 ssh'ing in to a remote terminal and resizing it is an example I could think of that's semi-deterministic. It seems like it's an application bug or OS caveat; I'm not sure if anything can really be done about it because the signal might be masked in ssh when it connects to the other side -- would have to check to be sure. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 08:58:52 2011 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 E20A7106564A for ; Fri, 21 Oct 2011 08:58:52 +0000 (UTC) (envelope-from dk@mail.neveragain.de) Received: from mail.neveragain.de (mail.neveragain.de [IPv6:2001:aa8:fffc::25]) by mx1.freebsd.org (Postfix) with ESMTP id 84DDC8FC0A for ; Fri, 21 Oct 2011 08:58:52 +0000 (UTC) Received: by mail.neveragain.de (Postfix, from userid 1002) id 6404D1702C; Fri, 21 Oct 2011 10:58:51 +0200 (CEST) Date: Fri, 21 Oct 2011 10:58:51 +0200 From: Dennis Koegel To: Pavel Timofeev Message-ID: <20111021085851.GA51368@neveragain.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 08:58:53 -0000 On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: > I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i mirror) > as test. [...] > It was fresh install and I choose guided partitioning (GPT) > But after reboot my server don't boot from hd. We have the same issue on a DL580 G7. Install runs fine, but when it's time for the first boot, the bootcode emits a single '-' (where usually it would be "spinning" for a moment while loading), hangs for about two seconds, and then reboots. I've used the BETA3 bsdinstall on other (amd64) hardware with GPT and it worked fine. Also, manually adding the GPT label, partitions and bootcode using gpart, then rebooting, shows the exact same behaviour (this was done using the BETA3 "Live CD"). I suspect it's something in the vicinity of "pmbr bootcode vs. newer HP BIOS". (BTW, not related to this issue: hw.memtest.tests=0 should be default. The kernel on a system with 128 GB of RAM needs about two minutes (!) before emitting a single line of output. At first we didn't know about this test and thought there was a serious problem.) - D. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 10:18:57 2011 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 AA3CA1065673 for ; Fri, 21 Oct 2011 10:18:57 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6382D8FC18 for ; Fri, 21 Oct 2011 10:18:57 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8ADED1FFC33; Fri, 21 Oct 2011 10:18:55 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 37C67B93C; Fri, 21 Oct 2011 12:18:55 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Daniel O'Connor" References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> <20111020115132.GB13653@mech-cluster241.men.bris.ac.uk> <5C0DF765-370C-4B52-B070-CE2A13EAFD50@gsoft.com.au> Date: Fri, 21 Oct 2011 12:18:54 +0200 In-Reply-To: <5C0DF765-370C-4B52-B070-CE2A13EAFD50@gsoft.com.au> (Daniel O'Connor's message of "Fri, 21 Oct 2011 09:00:47 +1030") Message-ID: <86zkgulka9.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Tom Evans , Garrett Cooper , FreeBSD Current , Anton Shterenlikht Subject: Re: '/bin/ls' broken by SVN r226509 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, 21 Oct 2011 10:18:57 -0000 "Daniel O'Connor" writes: > This is the crunched binary and is pretty big (unlikely to be an issue > on a modern system though). > > You can do.. > cd /usr/src/bin/ls > make all install I think you missed the point. Reinstalling ls from broken sources wasn't going to help. He needed subversion to update his tree so he could build a working ls, but he needed a working ls to build subversion. The simplest solution would have been either # export PATH=3D/rescue:$PATH or # ln -f /rescue/ls /bin/ls which would have allowed him to build subversion. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 09:45:02 2011 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 2ADD3106566B for ; Fri, 21 Oct 2011 09:45:02 +0000 (UTC) (envelope-from timp87@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 B1B078FC0C for ; Fri, 21 Oct 2011 09:45:01 +0000 (UTC) Received: by eyd10 with SMTP id 10so4984791eyd.13 for ; Fri, 21 Oct 2011 02:45:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=u5dtso6EaUh1sY2vWIOsFFYRExo7sbIbrO6oIZmiMZ8=; b=UlDw896faqCbYJM5PCjPEqSKCfjHIotGmBx4pKepiZ4tZDCZjZQkcnq00s60DXLcbJ XNNh9ACG14Z+JWvoUyZ0ic/d0Wp1DBebqGzZKmxR87g+Qe9rWuyKmQI2Gfo/eltWGv+s IyNAmWEEXiIG0+KtCAj/4n6hFnqvi/y/Xyn7k= MIME-Version: 1.0 Received: by 10.223.5.3 with SMTP id 3mr23857199fat.4.1319190300692; Fri, 21 Oct 2011 02:45:00 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Fri, 21 Oct 2011 02:45:00 -0700 (PDT) In-Reply-To: <20111021085851.GA51368@neveragain.de> References: <20111021085851.GA51368@neveragain.de> Date: Fri, 21 Oct 2011 13:45:00 +0400 Message-ID: From: Pavel Timofeev To: Dennis Koegel X-Mailman-Approved-At: Fri, 21 Oct 2011 11:09:45 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 09:45:02 -0000 2011/10/21 Dennis Koegel > On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: > > I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i > mirror) > > as test. [...] > > It was fresh install and I choose guided partitioning (GPT) > > But after reboot my server don't boot from hd. > > We have the same issue on a DL580 G7. Install runs fine, but when it's > time for the first boot, the bootcode emits a single '-' (where usually > it would be "spinning" for a moment while loading), hangs for about two > seconds, and then reboots. > > I've used the BETA3 bsdinstall on other (amd64) hardware with GPT and it > worked fine. Also, manually adding the GPT label, partitions and > bootcode using gpart, then rebooting, shows the exact same behaviour > (this was done using the BETA3 "Live CD"). > > I suspect it's something in the vicinity of "pmbr bootcode vs. newer > HP BIOS". > I don't know, but earlier snapshots, for example, ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201105/FreeBSD-9.0-CURRENT-201105-amd64-dvd1.iso doesn't have such problems. Does anybody have BETA-2 iso? > (BTW, not related to this issue: hw.memtest.tests=0 should be default. > The kernel on a system with 128 GB of RAM needs about two minutes (!) > before emitting a single line of output. At first we didn't know about > this test and thought there was a serious problem.) > > - D. > From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 11:13:18 2011 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 3658B10656D5 for ; Fri, 21 Oct 2011 11:13:18 +0000 (UTC) (envelope-from timp87@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 E43048FC21 for ; Fri, 21 Oct 2011 11:13:17 +0000 (UTC) Received: by gyd8 with SMTP id 8so4809248gyd.13 for ; Fri, 21 Oct 2011 04:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ck48TiE2YQQXQNutD7oCVCb1SiMFpMnhe6Z6I/R6mIw=; b=e0Q7ttiSBJ8822SabV4ARBatvUOikEsmdvPzVvNPyRMrtU5cs/nvjra0SiQLxo6LV6 woHBojy+CIjXdb5VG7njRSy6tLUtreceJxJef7tcRDbEqakrFrh/Y4AIz3IUGb2QjNy4 k7wwuj6ftV6hDRaSmDVfRAtFTcK6lF4tmh9wg= MIME-Version: 1.0 Received: by 10.223.6.25 with SMTP id 25mr24228095fax.14.1319195596783; Fri, 21 Oct 2011 04:13:16 -0700 (PDT) Received: by 10.152.24.67 with HTTP; Fri, 21 Oct 2011 04:13:16 -0700 (PDT) In-Reply-To: <20111021085851.GA51368@neveragain.de> References: <20111021085851.GA51368@neveragain.de> Date: Fri, 21 Oct 2011 15:13:16 +0400 Message-ID: From: Pavel Timofeev To: Dennis Koegel X-Mailman-Approved-At: Fri, 21 Oct 2011 11:34:32 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 11:13:18 -0000 2011/10/21 Dennis Koegel > On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: > > I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i > mirror) > > as test. [...] > > It was fresh install and I choose guided partitioning (GPT) > > But after reboot my server don't boot from hd. > > We have the same issue on a DL580 G7. Install runs fine, but when it's > time for the first boot, the bootcode emits a single '-' (where usually > it would be "spinning" for a moment while loading), hangs for about two > seconds, and then reboots. > > I've used the BETA3 bsdinstall on other (amd64) hardware with GPT and it > worked fine. Also, manually adding the GPT label, partitions and > bootcode using gpart, then rebooting, shows the exact same behaviour > (this was done using the BETA3 "Live CD"). > > I suspect it's something in the vicinity of "pmbr bootcode vs. newer > HP BIOS". > > (BTW, not related to this issue: hw.memtest.tests=0 should be default. > The kernel on a system with 128 GB of RAM needs about two minutes (!) > before emitting a single line of output. At first we didn't know about > this test and thought there was a serious problem.) > My proliant have 1Gb RAM =) > > - D. > From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 12:27:57 2011 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 1DD9B106566B for ; Fri, 21 Oct 2011 12:27:57 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id A71D18FC15 for ; Fri, 21 Oct 2011 12:27:56 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 4C6D2358C56; Fri, 21 Oct 2011 14:27:55 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 332B028468; Fri, 21 Oct 2011 14:27:55 +0200 (CEST) Date: Fri, 21 Oct 2011 14:27:55 +0200 From: Jilles Tjoelker To: Garrett Cooper Message-ID: <20111021122754.GA18273@stack.nl> References: <20111021065912.GE1874@hoeg.nl> <20111021070839.GF1874@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Ed Schouten , FreeBSD Current Subject: Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 12:27:57 -0000 On Fri, Oct 21, 2011 at 12:52:17AM -0700, Garrett Cooper wrote: > # Increased the window size here. > [gcooper@fallout ~]$ uname -a > FreeBSD fallout.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r226332M: > Wed Oct 12 22:48:55 PDT 2011 > root@fallout.local:/usr/obj/usr/src/sys/FALLOUT amd64 > [gcooper@fallout ~]$ stty size > 60 156 > [gcooper@fallout ~]$ exit > Connection to fallout.local closed. > [gcooper@bayonetta ~]$ uname -a > FreeBSD bayonetta.local 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225653M: Tue > Sep 20 08:36:49 PDT 2011 > gcooper@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 > [gcooper@bayonetta ~]$ stty size > 60 156 > # Line was wrapping in above uname -a. > [gcooper@bayonetta ~]$ ssh starr-wireless > # Increased the window size here from the default. > starr:~ gcooper$ uname -a > Darwin starr.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 > 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 > starr:~ gcooper$ echo $TERM > xterm > starr:~ gcooper$ logout > Connection to starr-wireless.local closed. > [gcooper@bayonetta ~]$ uname -a > FreeBSD bayonetta.local 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225653M: Tue > Sep 20 08:36:49 PDT 2011 > gcooper@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 > ssh'ing in to a remote terminal and resizing it is an example I > could think of that's semi-deterministic. It seems like it's an > application bug or OS caveat; I'm not sure if anything can really be > done about it because the signal might be masked in ssh when it > connects to the other side -- would have to check to be sure. By default, bash only updates its internal idea of the window size (and the LINES and COLUMNS environment variables) when it receives SIGWINCH, so only if bash is in the foreground when the change happens. You can do shopt -s checkwinsize to make it check more often. libedit (as used in sh) is different; it appears to check the size before reading each line. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 12:39:10 2011 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 064F41065670; Fri, 21 Oct 2011 12:39:10 +0000 (UTC) (envelope-from ambrosehua@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 9FB878FC14; Fri, 21 Oct 2011 12:39:09 +0000 (UTC) Received: by gyd8 with SMTP id 8so4895133gyd.13 for ; Fri, 21 Oct 2011 05:39:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JR4JiYZSqJVyUMZS5pkkR4vp+CMt2Xqe/VSiPsxYvi0=; b=tkTRGJR/kO81O1iIZDmYhz/C+oKP/ZDFR/BPimFI0FMesc5iYvPaxooUMaxh25IIi2 n4cnlClXmRClnc8D+IyKxSphsdbJ9SJCHPF72agkf2A+rM06Q0XlSfIjFlstentRKrSS ovasAdnlqwZU1wAIglKFBLq2Ea4mCfzdvMTOA= MIME-Version: 1.0 Received: by 10.223.39.20 with SMTP id d20mr22292180fae.37.1319200748570; Fri, 21 Oct 2011 05:39:08 -0700 (PDT) Received: by 10.223.156.1 with HTTP; Fri, 21 Oct 2011 05:39:08 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Oct 2011 20:39:08 +0800 Message-ID: From: Paul Ambrose To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , freebsd-questions Subject: Re: config(8) does not add post-processing for source file with compile-with command in sys/conf/files 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, 21 Oct 2011 12:39:10 -0000 There are many other compile-with not started with ${NORMAL_C}, your patch adds ${NORMAL_CTFCONVERT} to them too, which could not be suitable for this. 2011/10/19 Ryan Stone : > I have run into the same issue recently. =A0I have been testing the > following patch(on 8.2-RELEASE) and it seems to have worked for me: > > --- mkmakefile.c 11:09:30.000000000 -0400 > +++ mkmakefile.c =A0 =A0 =A0 =A02011-10-06 11:13:31.000000000 -0400 > @@ -742,15 +742,16 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snprintf(cmd, sizeof(cmd), > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "${%s_%c%s}\n.if de= fined(NORMAL_CTFCONVERT) && " > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "!empty(NORMAL_CTFC= ONVERT)\n" > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "\t${NORMAL_CTFCONV= ERT}\n.endif", ftype, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "${%s_%c%s}\n", fty= pe, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0toupper(och), > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ftp->f_flags & NOW= ERROR ? "_NOWERROR" : ""); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0compilewith =3D cmd; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*cp =3D och; > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 fprintf(f, "\t%s\n\n", compilewith); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 fprintf(f, "\t%s\n", compilewith); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 fprintf(f, ".if defined(NORMAL_CTFCONVERT) = && " > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0"!empty(NORMAL_C= TFCONVERT)\n" > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0"\t${NORMAL_CTFC= ONVERT}\n.endif\n\n"); > =A0 =A0 =A0 =A0} > =A0} > From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 13:03:02 2011 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 CC2271065673 for ; Fri, 21 Oct 2011 13:03:02 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 53CA78FC12 for ; Fri, 21 Oct 2011 13:03:02 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 631DF6A61EF for ; Fri, 21 Oct 2011 07:52:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id fLAUaeBHpLSB for ; Fri, 21 Oct 2011 07:52:53 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 190DA6A61CB for ; Fri, 21 Oct 2011 07:52:53 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id p9L5qqbO016771 for ; Fri, 21 Oct 2011 07:52:52 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id p9L5qqHM015522 for freebsd-current@freebsd.org; Fri, 21 Oct 2011 07:52:52 +0200 (CEST) (envelope-from lars) Date: Fri, 21 Oct 2011 07:52:52 +0200 From: Lars Engels To: FreeBSD Current Message-ID: <20111021055252.GB25600@e-new.0x20.net> References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> <20111020115132.GB13653@mech-cluster241.men.bris.ac.uk> <5C0DF765-370C-4B52-B070-CE2A13EAFD50@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qmxOb2Rj2UkcatHw" Content-Disposition: inline In-Reply-To: <5C0DF765-370C-4B52-B070-CE2A13EAFD50@gsoft.com.au> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: '/bin/ls' broken by SVN r226509 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, 21 Oct 2011 13:03:02 -0000 --qmxOb2Rj2UkcatHw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 21, 2011 at 09:00:47AM +1030, Daniel O'Connor wrote: >=20 > On 20/10/2011, at 22:21, Anton Shterenlikht wrote: > > On Thu, Oct 20, 2011 at 11:58:41AM +0100, Tom Evans wrote: > >> On Wed, Oct 19, 2011 at 7:47 PM, Anton Shterenlikht wrote: > >>>=20 > >>> Thanks. Can you also please remind > >>> how to reinstall just /bin/ls, > >>> without the "make buildworld"? > >>>=20 > >>=20 > >> cp /rescue/ls /bin/ls > >=20 > > oh.. of course. I've forgotten about /rescue. > > In fact, I only had to use it once before. >=20 >=20 > This is the crunched binary and is pretty big (unlikely to be an issue on= a modern system though). >=20 > You can do.. > cd /usr/src/bin/ls > make all install And as a workaround: "echo *" :) --qmxOb2Rj2UkcatHw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6hCLQACgkQKc512sD3afjQXgCcDIGrLXdOT0nnr/2sgPee7uOi mt4AnRq9XB7TOQRSoVV6lJjX2AxDdfj6 =ZIaD -----END PGP SIGNATURE----- --qmxOb2Rj2UkcatHw-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 13:04:53 2011 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 E58091065676 for ; Fri, 21 Oct 2011 13:04:53 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4098FC26 for ; Fri, 21 Oct 2011 13:04:53 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 80BD76A6641; Fri, 21 Oct 2011 13:09:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id Udl1aICn9UAf; Fri, 21 Oct 2011 13:09:23 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 356C56A61CB; Fri, 21 Oct 2011 13:09:23 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id p9LB9MnZ038102; Fri, 21 Oct 2011 13:09:22 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id p9LB9MhR037766; Fri, 21 Oct 2011 13:09:22 +0200 (CEST) (envelope-from lars) Date: Fri, 21 Oct 2011 13:09:22 +0200 From: Lars Engels To: Dennis Koegel Message-ID: <20111021110922.GP25600@e-new.0x20.net> References: <20111021085851.GA51368@neveragain.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W2IRJ2e1E3eviBXu" Content-Disposition: inline In-Reply-To: <20111021085851.GA51368@neveragain.de> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Pavel Timofeev , freebsd-current@freebsd.org Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 13:04:54 -0000 --W2IRJ2e1E3eviBXu Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 21, 2011 at 10:58:51AM +0200, Dennis Koegel wrote: > On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: > > I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i mi= rror) > > as test. [...] > > It was fresh install and I choose guided partitioning (GPT) > > But after reboot my server don't boot from hd. >=20 > We have the same issue on a DL580 G7. Install runs fine, but when it's > time for the first boot, the bootcode emits a single '-' (where usually > it would be "spinning" for a moment while loading), hangs for about two > seconds, and then reboots. >=20 > I've used the BETA3 bsdinstall on other (amd64) hardware with GPT and it > worked fine. Also, manually adding the GPT label, partitions and > bootcode using gpart, then rebooting, shows the exact same behaviour > (this was done using the BETA3 "Live CD"). >=20 > I suspect it's something in the vicinity of "pmbr bootcode vs. newer > HP BIOS". >=20 > (BTW, not related to this issue: hw.memtest.tests=3D0 should be default. > The kernel on a system with 128 GB of RAM needs about two minutes (!) > before emitting a single line of output. At first we didn't know about > this test and thought there was a serious problem.) Or at least there should be a message that the memtest is running... --W2IRJ2e1E3eviBXu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6hUuIACgkQKc512sD3afg1SACfYM9YpwPzv/BFT9yaWfgBC4vr KuMAn2R4uyhaSZy0qcBA4CfKP3J46syW =SOFa -----END PGP SIGNATURE----- --W2IRJ2e1E3eviBXu-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 14:00:12 2011 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 7E8C7106564A for ; Fri, 21 Oct 2011 14:00:11 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id B2DA48FC15 for ; Fri, 21 Oct 2011 14:00:10 +0000 (UTC) Received: (qmail 27397 invoked from network); 21 Oct 2011 14:00:09 -0000 Received: from pd9ec02d4.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.2.212]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 21 Oct 2011 14:00:09 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 62B7A1BAC55 for ; Fri, 21 Oct 2011 16:00:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1319205607; bh=Au6yKHOznKNmlVaDJQfjPImxMwE0OrAFMwcWp9wg46M=; h=Date:From:To:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=Nph6O24cWDaXUX5pv7CWOxAjUJjxOLyOoOSbEDgZBAlOQc6h301MEbTBncGKYkSKK DDNB6I2zlLGF6Sv2eDAvnhs0W8yIfF6WBeKJhDoip23qhslPPKqnTNZ/wl6HiACMHq 4IwGS8X66Uao2qUjryOVw73SIayXp1rOVn1Rq8vk= Date: Fri, 21 Oct 2011 16:00:02 +0200 From: Martin Sugioarto To: freebsd-current@freebsd.org Message-ID: <20111021160002.67762fa1@zelda.sugioarto.com> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/OoNwDNv_gNo=kvYU602_k_d"; protocol="application/pgp-signature" Subject: Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash? 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, 21 Oct 2011 14:00:12 -0000 --Sig_/OoNwDNv_gNo=kvYU602_k_d Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Thu, 20 Oct 2011 23:40:05 -0700 schrieb Garrett Cooper : > If I fire up an xterm without setting TERM=3D{ansi,vt100,xterm}, > etc, xterm wraps my command output to 80 columns, even if I resize the > window to something larger, issue reset (which I thought was supposed > to fix the console settings by rescanning the window size, etc). I > thought that SIGWINCH was also supposed to force a proper rescan if > the terminal application had a handler installed. This isn't new (I've > been seeing it since 8.x or 9.x, but it's just gotten to the point > where it irritates me enough that I thought I should check around > first). Hi! Is this related to the problem, that if you reconnect to sysutils/screen (screen -r) while a port is in the "make config" phase e.g., you see garbled output on wide monitors? -- Martin --Sig_/OoNwDNv_gNo=kvYU602_k_d Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJOoXrmAAoJEF8wvLx/5p/7A+kP/jMtzWhVCfMY1TDwf/eU6lfm 2jDhI0lZ34X3K7tJDrhdbaEP+ch7X241ajYx66TiEPu/XavgiYbs2yHAxWbjvThF dLjX20AXFJ42EXppEodz+fmYcuhdKzi3eSSzCQpQgN2c3UV2vEcbMqqh55NjE9iq wfqDs+bnyCUiSnUwZRgxBCeUT+cURPxKKViFoOvInroh/fCc/Ar5bNbDzlUtsogJ HhywPpBbeYk6GimHeiEKhX9eqa+x4RMxRUozo9Un8IZM2J5N0E1adkV0sgNK5ekX udlXuB8eS3IdYFLeV2lJQDvEQ1Y/E0HWS+wj58x4FDND+fUxhYGQ/7ewWnJ3eNYS sHgD1t4u42MQNLGR5V1JTXgftbdKcgZxSnilMBLK3ehk/4tYx5vYU3nAPwVhXV21 tydkjTzLdDFNIXlR42w7m2Gm/tRceUosFC+vKtREvoHsHJLb+yDmxbkksDKyyvLI rbpTUWBhwBn8iaV69FgYlPBhf9ASo873qgGE/VfhxLydvVwUKRogueTtJcnKJso5 trSd+1y8RQNybluTCS8/Xle3lN+6DhQxqA7N0QX96PAoyn/8wzz5fAufWOEH1169 Hryptx6eqka1MF9lLo5XI/Dul05QhTrYacXJkJUhHgj5YkBhZeJBv6rQpeDqqcyg 6BsMnjBjC5DWjHIeerz5 =5Fwc -----END PGP SIGNATURE----- --Sig_/OoNwDNv_gNo=kvYU602_k_d-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 15:53:43 2011 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 07B65106566C for ; Fri, 21 Oct 2011 15:53:43 +0000 (UTC) (envelope-from bsdboot@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id BA8928FC12 for ; Fri, 21 Oct 2011 15:53:42 +0000 (UTC) Received: by qadz32 with SMTP id z32so1985023qad.13 for ; Fri, 21 Oct 2011 08:53:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=kCC69BCAu/bS6aI/IL0EDFt5jzE6yKt3OZbUdSfGAmo=; b=KsVvMsfFljZ8ZBq/KoOqWlktpOj2+Ir3rqqkgEcHtJ53EHLQB52AGzwka9wL8Vbvnr eKbDN+An7lhYM/CTAeopjgVQh6hguIfdN2BPBtG1tFlrsvNaz4WNzP5s54a3AnN95ioF w6GKV+ubJqjWdquqaPU+gSQDuPlQIvX0uBK4I= MIME-Version: 1.0 Received: by 10.229.61.69 with SMTP id s5mr3235006qch.232.1319210727197; Fri, 21 Oct 2011 08:25:27 -0700 (PDT) Received: by 10.229.144.211 with HTTP; Fri, 21 Oct 2011 08:25:27 -0700 (PDT) Date: Fri, 21 Oct 2011 20:55:27 +0530 Message-ID: From: Penta Upa To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=0016e6509fd8c74ab104afd0aefd X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic at vm_page_wire with FreeBSD 9.0 Beta 3 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, 21 Oct 2011 15:53:43 -0000 --0016e6509fd8c74ab104afd0aefd Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm facing a kernel panic at vm_page_wire(). Page is locked with vm_page_lock() yet i get the following panic panic: mutex page lock not owned at /usr/src/sys/vm/vm_page:1845 Code sequence is as below vm_page_lock(pp); vm_page_lock_assert(pp, MA_OWNED); /* No panic here */ vm_page_wire(pp); /* Panic here for the same assertion as above, strange */ vm_page_unlock(pp); Kernel on the system is unchanged after install. The only thing which occurred out the way was that the first time install failed for checksum mismatch for src.txz. Also there were some SCSI errors/warnings with the CD drive during install. So the next time, i only installed the base and kernel and later unpacked src.txz under /usr/src . Could this lead to any issues ? Attached is a test module (vmtest) and the makefile used. Uname output from the system is FreeBSD scache 9.0-BETA3 FreeBSD 9.0-BETA3 #0: Sat Sep 24 21:31:28 UTC 2011 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Is there anything i'm doing wrong here ? Kindly help. Regards, Penta --0016e6509fd8c74ab104afd0aefd Content-Type: application/octet-stream; name=Makefile Content-Disposition: attachment; filename=Makefile Content-Transfer-Encoding: base64 X-Attachment-Id: f_gu1brh541 S01PRCAgICA9ICB2bXRlc3QKClNSQ1MgICAgPSAgdm10ZXN0LmMKCi5pbmNsdWRlIDxic2Qua21v ZC5taz4K --0016e6509fd8c74ab104afd0aefd-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 16:31:03 2011 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 CCFFD106564A for ; Fri, 21 Oct 2011 16:31:03 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 951138FC0C for ; Fri, 21 Oct 2011 16:31:03 +0000 (UTC) Received: by iaky10 with SMTP id y10so6089711iak.13 for ; Fri, 21 Oct 2011 09:31:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KMdDzxnxVfSob1zky7iGFUOIJcme0NxCGkUFib96C4U=; b=wfyrK6CsVJ0GuECIV+eBoJ/XKuXoRurn5RXd13SoHKkTOJreTZ8tq0tmdd+MdchCxi 0QeVEBLCHISzJfvpEqkwNVy810kBawR+j3UybHY4+etMfaRBZjRxbM/4MvO/h3aTVB/Y EJKZaiWctyRzCS/Isx69pFr/ri+E4X154OE2M= MIME-Version: 1.0 Received: by 10.231.5.73 with SMTP id 9mr5906722ibu.60.1319214662903; Fri, 21 Oct 2011 09:31:02 -0700 (PDT) Received: by 10.231.166.15 with HTTP; Fri, 21 Oct 2011 09:31:02 -0700 (PDT) In-Reply-To: <20111021055252.GB25600@e-new.0x20.net> References: <4E9EE3AD.7080708@protected-networks.net> <867h41m1nu.fsf@ds4.des.no> <4E9EF40C.2020802@protected-networks.net> <20111019171901.GA12204@mech-cluster241.men.bris.ac.uk> <20111019184734.GA12364@mech-cluster241.men.bris.ac.uk> <20111020115132.GB13653@mech-cluster241.men.bris.ac.uk> <5C0DF765-370C-4B52-B070-CE2A13EAFD50@gsoft.com.au> <20111021055252.GB25600@e-new.0x20.net> Date: Fri, 21 Oct 2011 09:31:02 -0700 Message-ID: From: Kevin Oberman To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: '/bin/ls' broken by SVN r226509 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, 21 Oct 2011 16:31:03 -0000 On Thu, Oct 20, 2011 at 10:52 PM, Lars Engels wrote: > On Fri, Oct 21, 2011 at 09:00:47AM +1030, Daniel O'Connor wrote: >> >> On 20/10/2011, at 22:21, Anton Shterenlikht wrote: >> > On Thu, Oct 20, 2011 at 11:58:41AM +0100, Tom Evans wrote: >> >> On Wed, Oct 19, 2011 at 7:47 PM, Anton Shterenlikht wrote: >> >>> >> >>> Thanks. Can you also please remind >> >>> how to reinstall just /bin/ls, >> >>> without the "make buildworld"? >> >>> >> >> >> >> cp /rescue/ls /bin/ls >> > >> > oh.. of course. I've forgotten about /rescue. >> > In fact, I only had to use it once before. >> >> >> This is the crunched binary and is pretty big (unlikely to be an issue on a modern system though). >> >> You can do.. >> cd /usr/src/bin/ls >> make all install > > And as a workaround: "echo *" :) At work one of our standard questions for candidates for Unix admin postings was how you can get a listing of the files in a directory if ls(1) won't run. echo(1) was the official answer, but we got quite a number of other, perfectly valid ones, some quite inventive and some, like using awk and sed to format the directory file, were kind of awkward, but they all work. Since the interviewees were often not FreeBSD people, use of rescue was never suggested, although it's probably the easiest on a FreeBSD system. ls(1) with no options is such a basic operation that there are probably dozens of ways to do the job in shell, Perl, or Python. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 18:18:48 2011 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 DAA86106566C for ; Fri, 21 Oct 2011 18:18:48 +0000 (UTC) (envelope-from jachmann@unitix.org) Received: from wm2.todt.org (wm2.todt.org [82.149.245.21]) by mx1.freebsd.org (Postfix) with SMTP id 355058FC15 for ; Fri, 21 Oct 2011 18:18:47 +0000 (UTC) Received: (qmail 17011 invoked from network); 21 Oct 2011 19:52:04 +0200 Received: from unknown (HELO hurx.thc) (84.59.119.118) by 0 with SMTP; 21 Oct 2011 19:52:04 +0200 Received: (qmail 70947 invoked by uid 1001); 21 Oct 2011 17:52:04 -0000 Date: Fri, 21 Oct 2011 19:52:04 +0200 From: Christian Jachmann To: current@freebsd.org, danfe@FreeBSD.org Message-ID: <20111021175204.GA69688@hurx.thc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Fri, 21 Oct 2011 18:34:10 +0000 Cc: Subject: 9.0 and cdparanoia 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, 21 Oct 2011 18:18:48 -0000 Hello my friends. Last two days I switched form 8 to 9 following is bad: ===> Building for cdparanoia-3.9.8_9 cd interface && gmake all gmake[1]: Entering directory `/usr/ports/audio/cdparanoia/work/cdparanoia-III-alpha9.8/interface' gmake libcdda_interface.a CFLAGS="-O -O2 -pipe -fno-strict-aliasing" gmake[2]: Entering directory `/usr/ports/audio/cdparanoia/work/cdparanoia-III-alpha9.8/interface' cc -O -O2 -pipe -fno-strict-aliasing -c scsi_interface.c scsi_interface.c: In function 'handle_scsi_cmd': scsi_interface.c:370: error: 'struct scsi_sense_data' has no member named 'flags' scsi_interface.c:381: error: 'struct scsi_sense_data' has no member named 'add_sense_code' scsi_interface.c:382: error: 'struct scsi_sense_data' has no member named 'add_sense_code_qual' scsi_interface.c: In function 'scsi_read_map': scsi_interface.c:967: error: 'struct scsi_sense_data' has no member named 'flags' scsi_interface.c:968: error: 'struct scsi_sense_data' has no member named 'add_sense_code' scsi_interface.c:969: error: 'struct scsi_sense_data' has no member named 'add_sense_code_qual' gmake[2]: *** [scsi_interface.o] Error 1 gmake[2]: Leaving directory `/usr/ports/audio/cdparanoia/work/cdparanoia-III-alpha9.8/interface' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/audio/cdparanoia/work/cdparanoia-III-alpha9.8/interface' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/audio/cdparanoia. So you got any idea what to do ? How to access CDDA ? Thanks and best regards Christian Jachmann From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 19:09:28 2011 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 C12AC106566B for ; Fri, 21 Oct 2011 19:09:28 +0000 (UTC) (envelope-from nackpere@yahoo.com) Received: from nm28.bullet.mail.ac4.yahoo.com (nm28.bullet.mail.ac4.yahoo.com [98.139.52.225]) by mx1.freebsd.org (Postfix) with SMTP id 6BED38FC08 for ; Fri, 21 Oct 2011 19:09:28 +0000 (UTC) Received: from [98.139.52.192] by nm28.bullet.mail.ac4.yahoo.com with NNFMP; 21 Oct 2011 18:56:20 -0000 Received: from [98.139.52.182] by tm5.bullet.mail.ac4.yahoo.com with NNFMP; 21 Oct 2011 18:56:20 -0000 Received: from [127.0.0.1] by omp1065.mail.ac4.yahoo.com with NNFMP; 21 Oct 2011 18:56:20 -0000 X-Yahoo-Newman-Id: 203198.87830.bm@omp1065.mail.ac4.yahoo.com Received: (qmail 40707 invoked from network); 21 Oct 2011 18:56:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:References:In-Reply-To:Mime-Version:Content-Transfer-Encoding:Content-Type:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=2+xKFqTVuFSxPI5eWaAniLrxwRmZbrNpWKMdxoWVaH+B673fYzZp4ZwwgUjsLyncdTIEbrv6aw/ktYlsNxY5JTlibUX6cyQBU43r8x5OquKym4fj1Hruhq+lgaICLnM3OsvzbcPXExKpzN/QwNrteg0cd8gSxQ8lP/+oSgqI3AQ= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1319223380; bh=Eh3YJy9/HiPZxkrxUy2Q+WkiDzgV1OdostLZWdaZ3ew=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:References:In-Reply-To:Mime-Version:Content-Transfer-Encoding:Content-Type:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=XHOUNFnt/pdITN6gghusghIeEdvainEmDenmu0rf8vInhksiKKGEicZVfjT72IKAEWrqkHakLUR7nlljr2wdqZmOg1pfOzCYj5WZ1w/gVpLNpaWHsTvW5t3NR+kwD+sZpwmIr5b5kvcOy9sUiOp8/9B9l0YHXbxlZlhfCvbmdys= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: d7WNploVM1l196PVPiFzUhZXHsiIU.jVkNBbsYplD1MbWcZ dRCjcU_m31DBRNwp_RIrSUflCtd7PRZ18haLJBm1KWlQGU.QLCG.gs6VgKmP fnSiOJPlkhWrPZaQ7msY29w1DwAuY.z8KzGWsD1OY.Mqhh0IhEQkGfS18RDU 0fMxol1QEgzX_EnNC0LeVxoOD7qPr3vmnL_2CgbEV9UvHkwUEOwUdR92mOp4 w7jvt4To0fKpZIoR3XIcTWyUpjlxthgz1XxNWoYN6x9JuyV_pQpgr7qoRr88 BCqU9wlCtfsHUwk.2R7Z1D2A19OLgcCQhveRq9fFPR_DCjBsmOPMo8EpW2gq UWZGoxeXuUMQ6Onc_QYTt2DoG1BeSa0jQCjFTjfvahAoLwei7a6vLe65kkYi ZURlRjZVRo7o- X-Yahoo-SMTP: .RKuuj.swBDXPGlbjnEpvFyub6G8 Received: from [10.58.81.79] (nackpere@166.205.12.28 with xymcookie) by smtp106-mob.biz.mail.ac4.yahoo.com with SMTP; 21 Oct 2011 11:56:18 -0700 PDT References: <20111021175204.GA69688@hurx.thc> In-Reply-To: <20111021175204.GA69688@hurx.thc> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9A334) From: Tim Nackos Date: Fri, 21 Oct 2011 12:56:10 -0600 To: Christian Jachmann Cc: "danfe@FreeBSD.org" , "current@freebsd.org" Subject: Re: 9.0 and cdparanoia 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, 21 Oct 2011 19:09:28 -0000 My temporary solution was to use 'pkg_add -r cdparanoia' which worked. That'= s not a fix for the build error however. On Oct 21, 2011, at 11:52 AM, Christian Jachmann wrote: > Hello my friends. >=20 > Last two days I switched form 8 to 9=20 >=20 > following is bad: >=20 > =3D=3D=3D> Building for cdparanoia-3.9.8_9 > cd interface && gmake all > gmake[1]: Entering directory `/usr/ports/audio/cdparanoia/work/cdparanoia-= III-alpha9.8/interface' > gmake libcdda_interface.a CFLAGS=3D"-O -O2 -pipe -fno-strict-aliasing"=20 > gmake[2]: Entering directory `/usr/ports/audio/cdparanoia/work/cdparanoia-= III-alpha9.8/interface' > cc -O -O2 -pipe -fno-strict-aliasing -c scsi_interface.c > scsi_interface.c: In function 'handle_scsi_cmd': > scsi_interface.c:370: error: 'struct scsi_sense_data' has no member named '= flags' > scsi_interface.c:381: error: 'struct scsi_sense_data' has no member named '= add_sense_code' > scsi_interface.c:382: error: 'struct scsi_sense_data' has no member named '= add_sense_code_qual' > scsi_interface.c: In function 'scsi_read_map': > scsi_interface.c:967: error: 'struct scsi_sense_data' has no member named '= flags' > scsi_interface.c:968: error: 'struct scsi_sense_data' has no member named '= add_sense_code' > scsi_interface.c:969: error: 'struct scsi_sense_data' has no member named '= add_sense_code_qual' > gmake[2]: *** [scsi_interface.o] Error 1 > gmake[2]: Leaving directory `/usr/ports/audio/cdparanoia/work/cdparanoia-I= II-alpha9.8/interface' > gmake[1]: *** [all] Error 2 > gmake[1]: Leaving directory `/usr/ports/audio/cdparanoia/work/cdparanoia-I= II-alpha9.8/interface' > gmake: *** [all] Error 2 > *** Error code 1 >=20 > Stop in /usr/ports/audio/cdparanoia. >=20 >=20 >=20 > So you got any idea what to do ? > How to access CDDA ? >=20 >=20 > Thanks and best regards > Christian Jachmann > _______________________________________________ > 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 Oct 21 19:37:19 2011 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 30973106566B for ; Fri, 21 Oct 2011 19:37:19 +0000 (UTC) (envelope-from gsfr@stanford.edu) Received: from smtp.stanford.edu (smtp1.Stanford.EDU [171.67.219.81]) by mx1.freebsd.org (Postfix) with ESMTP id 198E18FC12 for ; Fri, 21 Oct 2011 19:37:18 +0000 (UTC) Received: from smtp.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 1CC064705A6; Fri, 21 Oct 2011 12:20:06 -0700 (PDT) Received: from nimble.stanford.edu (nimble.Stanford.EDU [171.64.204.227]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: gsfr) by smtp.stanford.edu (Postfix) with ESMTPSA id 716BC470576; Fri, 21 Oct 2011 12:20:05 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Gunnar Schaefer In-Reply-To: <20111021085851.GA51368@neveragain.de> Date: Fri, 21 Oct 2011 12:20:05 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <273249F6-CC56-4878-9479-4A38786BE56F@stanford.edu> References: <20111021085851.GA51368@neveragain.de> To: Dennis Koegel X-Mailer: Apple Mail (2.1084) Cc: Pavel Timofeev , freebsd-current@freebsd.org Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 19:37:19 -0000 On Oct 21, 2011, at 1:58 AM, Dennis Koegel wrote: > On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: >> I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i = mirror) >> as test. [...] >> It was fresh install and I choose guided partitioning (GPT) >> But after reboot my server don't boot from hd. >=20 > We have the same issue on a DL580 G7. Install runs fine, but when it's > time for the first boot, the bootcode emits a single '-' (where = usually > it would be "spinning" for a moment while loading), hangs for about = two > seconds, and then reboots. I'm seeing the same behavior on a Supermicro X8DT3 BIOS. The latest BIOS = update changed the behavior from hanging forever to hanging for 2 = seconds before rebooting. The problem occurs with BETA3 and RC1, but not with BETA2. Changing SATA mode from AHCI to IDE in the BIOS gets the OS to boot just = fine. Cheers, Gunnar > I've used the BETA3 bsdinstall on other (amd64) hardware with GPT and = it > worked fine. Also, manually adding the GPT label, partitions and > bootcode using gpart, then rebooting, shows the exact same behaviour > (this was done using the BETA3 "Live CD"). >=20 > I suspect it's something in the vicinity of "pmbr bootcode vs. newer > HP BIOS". >=20 > (BTW, not related to this issue: hw.memtest.tests=3D0 should be = default. > The kernel on a system with 128 GB of RAM needs about two minutes (!) > before emitting a single line of output. At first we didn't know about > this test and thought there was a serious problem.) >=20 > - D. > _______________________________________________ > 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 Oct 21 20:30:12 2011 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 D9B51106566B; Fri, 21 Oct 2011 20:30:12 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 983578FC13; Fri, 21 Oct 2011 20:30:12 +0000 (UTC) Received: by iaky10 with SMTP id y10so6353990iak.13 for ; Fri, 21 Oct 2011 13:30:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Jek7uzbK1xhBahFIRqH4BEduIBP1mOFdQqFVqGVp2CY=; b=pEQnOwv03Rjep6GH4iP3QCXFOgboHHHEKP69VNowqoWX7yuVJs+shVl9t78PqF/F8q 2wt3uaAUBz6pceZZuKC2Jf1FaD8jCblbr3AMSu6JS/GxgqTDZJJmGUjKKM9DB3rywmaz OfhwHbKCxU/IhZYaBU7N40DXr81yjrabX6sVc= MIME-Version: 1.0 Received: by 10.231.45.9 with SMTP id c9mr6050032ibf.73.1319229012091; Fri, 21 Oct 2011 13:30:12 -0700 (PDT) Received: by 10.231.166.15 with HTTP; Fri, 21 Oct 2011 13:30:12 -0700 (PDT) In-Reply-To: References: <20111021175204.GA69688@hurx.thc> Date: Fri, 21 Oct 2011 13:30:12 -0700 Message-ID: From: Kevin Oberman To: Tim Nackos Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "danfe@FreeBSD.org" , Christian Jachmann , "current@freebsd.org" Subject: Re: 9.0 and cdparanoia 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, 21 Oct 2011 20:30:12 -0000 On Fri, Oct 21, 2011 at 11:56 AM, Tim Nackos wrote: > My temporary solution was to use 'pkg_add -r cdparanoia' which worked. Th= at's not a fix for the build error however. > > > > On Oct 21, 2011, at 11:52 AM, Christian Jachmann wrote= : > >> Hello my friends. >> >> Last two days I switched form 8 to 9 >> >> following is bad: >> >> =3D=3D=3D> =A0Building for cdparanoia-3.9.8_9 >> cd interface && gmake all >> gmake[1]: Entering directory `/usr/ports/audio/cdparanoia/work/cdparanoi= a-III-alpha9.8/interface' >> gmake libcdda_interface.a CFLAGS=3D"-O -O2 -pipe -fno-strict-aliasing" >> gmake[2]: Entering directory `/usr/ports/audio/cdparanoia/work/cdparanoi= a-III-alpha9.8/interface' >> cc -O -O2 -pipe -fno-strict-aliasing -c scsi_interface.c >> scsi_interface.c: In function 'handle_scsi_cmd': >> scsi_interface.c:370: error: 'struct scsi_sense_data' has no member name= d 'flags' >> scsi_interface.c:381: error: 'struct scsi_sense_data' has no member name= d 'add_sense_code' >> scsi_interface.c:382: error: 'struct scsi_sense_data' has no member name= d 'add_sense_code_qual' >> scsi_interface.c: In function 'scsi_read_map': >> scsi_interface.c:967: error: 'struct scsi_sense_data' has no member name= d 'flags' >> scsi_interface.c:968: error: 'struct scsi_sense_data' has no member name= d 'add_sense_code' >> scsi_interface.c:969: error: 'struct scsi_sense_data' has no member name= d 'add_sense_code_qual' >> gmake[2]: *** [scsi_interface.o] Error 1 >> gmake[2]: Leaving directory `/usr/ports/audio/cdparanoia/work/cdparanoia= -III-alpha9.8/interface' >> gmake[1]: *** [all] Error 2 >> gmake[1]: Leaving directory `/usr/ports/audio/cdparanoia/work/cdparanoia= -III-alpha9.8/interface' >> gmake: *** [all] Error 2 >> *** Error code 1 >> >> Stop in /usr/ports/audio/cdparanoia. >> >> >> >> So you got any idea what to do ? >> How to access CDDA ? >> >> danfe is hoping to commit the current version of cdparanoia to ports before the 9.0 freeze, but until then you can build it with the patch in ports/161760. (Thanks to Ken Merry). It basically replaces the scsi_interface.c with the current version. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 20:40:37 2011 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 3D8941065679 for ; Fri, 21 Oct 2011 20:40:37 +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 ECFBA8FC22 for ; Fri, 21 Oct 2011 20:40:36 +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 <1RHLtM-0003lz-5Q>; Fri, 21 Oct 2011 22:40:36 +0200 Received: from e178043011.adsl.alicedsl.de ([85.178.43.11] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1RHLtM-0005dc-25>; Fri, 21 Oct 2011 22:40:36 +0200 Message-ID: <4EA1D8C3.9070504@zedat.fu-berlin.de> Date: Fri, 21 Oct 2011 22:40:35 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111019 Thunderbird/7.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4E059500.40107@zedat.fu-berlin.de> <20110625081056.GA28892@freebsd.org> <4E060484.5050905@zedat.fu-berlin.de> <4E07372A.7000600@FreeBSD.org> In-Reply-To: <4E07372A.7000600@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.43.11 Cc: Roman Divacky , FreeBSD Current Subject: Re: LLVM: llvm-as, llvm-ld and so on not contained in FreeBSD core contrib? 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, 21 Oct 2011 20:40:37 -0000 On 06/26/11 15:42, Dimitry Andric wrote: > On 2011-06-25 17:53, Hartmann, O. wrote: >> On 06/25/11 10:10, Roman Divacky wrote: >>> On Sat, Jun 25, 2011 at 09:57:52AM +0200, Hartmann, O. wrote: >>>> Hello. >>>> Just for my couriosity: I'm missing llvm-as, llvm-ld and other >>>> binutils >>>> from LLVM and was wondering why they are contained in the port's llvm >>>> collection but not in FreeBSD's source contribution. >>> >>> There's no use for these utilities in FreeBSD base system. >>> >>>> I build FreeBSD 9 with CLANG. But as a missing llvm-as and llvm-ld (or >>>> llvm-ar) would imply, the binaries are generated via binutils from >>>> theGNU suite, aren't they? >>> llvm-{as,ld,ar} are not replacements for those from binutils. llvm-* >>> work on the llvm bitcode only and are of no use for normal object >>> files. >>> >>> dim@ made a patch that adds those utilities if you really need them >>> >>> http://lists.freebsd.org/pipermail/freebsd-toolchain/2011-June/000216.html >>> >>> >>> By default when you compile things with clang it uses its own assembler >>> (ie. it goes directly from C -> .o) so typically only gnu ld is used >>> in the compilation chain. >>> >>> >>> roman >> Thank you very much. Patched and works. > > What's the general opinion on applying this to -current? Otherwise > it'll be sitting in my private tree, possibly bit-rotting. :) For > people that are experimenting with llvm and/or clang, these additional > tools might sometimes come in handy. > > For normal users, it won't have any impact, except for a few extra > source files in the tree. These tools will not be built by default. Is there a chance to get the missing pieces of LLVM built by the above mentioned method enabled in /etc/src.conf? As I can see, even in FreeBSD 10.0-CURRENT the LLVM stuff didn't make it in. My built is quite old, since I added the patch three months has been passed by ... Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 19:35:08 2011 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 F206F106566C for ; Fri, 21 Oct 2011 19:35:08 +0000 (UTC) (envelope-from jachmann@unitix.org) Received: from wm2.todt.org (wm2.todt.org [82.149.245.21]) by mx1.freebsd.org (Postfix) with SMTP id EE70B8FC12 for ; Fri, 21 Oct 2011 19:35:01 +0000 (UTC) Received: (qmail 17782 invoked from network); 21 Oct 2011 21:34:59 +0200 Received: from unknown (HELO hurx.thc) (84.59.119.118) by 0 with SMTP; 21 Oct 2011 21:34:59 +0200 Received: (qmail 2031 invoked by uid 1001); 21 Oct 2011 19:34:59 -0000 Date: Fri, 21 Oct 2011 21:34:59 +0200 From: Christian Jachmann To: Tim Nackos Message-ID: <20111021193459.GA1965@hurx.thc> References: <20111021175204.GA69688@hurx.thc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Fri, 21 Oct 2011 21:02:27 +0000 Cc: "danfe@FreeBSD.org" , Christian Jachmann , "current@freebsd.org" Subject: Re: 9.0 and cdparanoia 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, 21 Oct 2011 19:35:09 -0000 Fri, Oct 21, 2011 at 12:56:10PM -0600, Tim Nackos : > My temporary solution was to use 'pkg_add -r cdparanoia' which worked. That's not a fix for the build error however. > So, I do have problems using the binary ...see: # cdparanoia -vsQ cdparanoia III release 9.8 (March 23, 2001) .... Checking /dev/cd0 for cdrom... Could not open SCSI device: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: Inappropriate ioctl for device: Inappropriate ioctl for device CDROM sensed: Generic cooked ioctl CDROM Verifying drive can read CDDA... Unable to read any data; drive probably not CDDA capable. 006: Could not read any data from drive Cdparanoia could not find a way to read audio from this drive. # I do have pass in my kernel ... doesn't seem to work in 9 $cdcontrol info works just fine Thanks Christian Jachmann From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:05:11 2011 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 F042A106566B for ; Fri, 21 Oct 2011 21:05:11 +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 C64268FC0C for ; Fri, 21 Oct 2011 21:05:11 +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 7E97746B23; Fri, 21 Oct 2011 17:05:11 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EFC4D8A02E; Fri, 21 Oct 2011 17:05:10 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 21 Oct 2011 16:19:45 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110211619.45623.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 21 Oct 2011 17:05:11 -0400 (EDT) Cc: Arnaud Lacombe Subject: Re: ipmi(4)/isa woes 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, 21 Oct 2011 21:05:12 -0000 On Tuesday, October 11, 2011 6:53:11 pm Arnaud Lacombe wrote: > Hi, > > On Tue, Oct 11, 2011 at 6:34 PM, Arnaud Lacombe wrote: > > Hi folks, > > > > I've got a machine where ipmi(4) seem to be unable to fully attach. > > 10-current kernel complains the following way: > > > > ipmi0: at iomem 0-0x1 on isa0 > > ipmi0: KCS mode found at mem 0x0 alignment 0x1 on isa > > ipmi0: couldn't configure I/O resource > > device_attach: ipmi0 attach returned 6 Resource 0 is not right and will not work. In this case your BIOS has a buggy SMBIOS / DMI table entry for IPMI. > Actually, I can bypass this issue by enabling acpi(4): > > ipmi0: port 0xca2,0xca3 on acpi0 > ipmi0: KCS mode found at io 0xca2 on acpi > ipmi1: on isa0 > device_attach: ipmi1 attach returned 16 > pmtimer0 on isa0 > ipmi1: on isa0 > device_attach: ipmi1 attach returned 16 You can ignore the ipmi1 messages. > However, the driver fails right after with: > > ipmi0: Timed out waiting for GET_DEVICE_ID Are you sure you have working IPMI? The timeouts and the busted DMI table is consistent with a machine where IPMI is available via an optional daughterboard, but the daughterboard isn't installed. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:05:13 2011 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 29FEB1065670; Fri, 21 Oct 2011 21:05:13 +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 004C38FC1E; Fri, 21 Oct 2011 21:05:13 +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 AAB9946B32; Fri, 21 Oct 2011 17:05:12 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 46B7C8A02F; Fri, 21 Oct 2011 17:05:12 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 21 Oct 2011 16:33:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20111021085851.GA51368@neveragain.de> In-Reply-To: <20111021085851.GA51368@neveragain.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201110211633.38764.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 21 Oct 2011 17:05:12 -0400 (EDT) Cc: Pavel Timofeev , avg@freebsd.org, Dennis Koegel Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 21:05:13 -0000 On Friday, October 21, 2011 4:58:51 am Dennis Koegel wrote: > On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: > > I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i mirror) > > as test. [...] > > It was fresh install and I choose guided partitioning (GPT) > > But after reboot my server don't boot from hd. > > We have the same issue on a DL580 G7. Install runs fine, but when it's > time for the first boot, the bootcode emits a single '-' (where usually > it would be "spinning" for a moment while loading), hangs for about two > seconds, and then reboots. Working offline with Dennis, we found that changing the CFLAGS in sys/boot/i386/gptboot/Makefile from "-O1" to "-Os -mrtd" (partially reverting an earlier commit) fixed gptboot. The next test for someone to do would be to try just adding "-mrtd" and leaving "-O1" as-is to see if that fixes it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:05:14 2011 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 675E6106566B; Fri, 21 Oct 2011 21:05:14 +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 3D5C68FC21; Fri, 21 Oct 2011 21:05:14 +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 EA46546B0C; Fri, 21 Oct 2011 17:05:13 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8AA128A037; Fri, 21 Oct 2011 17:05:13 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 21 Oct 2011 16:36:05 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> In-Reply-To: <20111020122121.GL59810@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201110211636.05917.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 21 Oct 2011 17:05:13 -0400 (EDT) Cc: current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 21 Oct 2011 21:05:14 -0000 On Thursday, October 20, 2011 8:21:21 am David Wolfskill wrote: > On Thu, Oct 20, 2011 at 04:48:44AM -0700, David Wolfskill wrote: > > ... > > Well, as of subversion-1.7, we don't have a ".svn" directory in > > ${SYSDIR} any more -- it's only at the root of the working copy > > (/usr/src, in this case). So "svnversion" is never invoked. > > > > So I've just hacked my copy to parallel the "git" stanza & look for > > ${SYSDIR}/../.svn, Not sure that's ideal, but there appears to be > > precedent.... :-} > > > > It might be handy to resolve this prior to 9.0-RELEASE, I think. > > ... > > Finished building head, and the change worked; here are uname strings > from yesterday & today: > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #625: Wed Oct 19 05:22:52 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #626 r226563M: Thu Oct 20 05:04:03 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > I've attached a copy of the patch, in case my description wasn't > clear. And I'll plan on filing a PR a bit later today. Hmm, that won't always work, the problem is if someone just checks out a kernel tree then .svn will be in SYSDIR. Alternatively, if you have a tree like mine which has work/freebsd/svn/ with various subdirs (head/, stable/ with subdirs for 7, 8, 9) but all rooted at the upperlevel, just looking two levels up won't work. I'm not sure what the best fix is. One could possibly always run svnversion if it exists? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:05:14 2011 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 675E6106566B; Fri, 21 Oct 2011 21:05:14 +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 3D5C68FC21; Fri, 21 Oct 2011 21:05:14 +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 EA46546B0C; Fri, 21 Oct 2011 17:05:13 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8AA128A037; Fri, 21 Oct 2011 17:05:13 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 21 Oct 2011 16:36:05 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> In-Reply-To: <20111020122121.GL59810@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201110211636.05917.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 21 Oct 2011 17:05:13 -0400 (EDT) Cc: current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 21 Oct 2011 21:05:14 -0000 On Thursday, October 20, 2011 8:21:21 am David Wolfskill wrote: > On Thu, Oct 20, 2011 at 04:48:44AM -0700, David Wolfskill wrote: > > ... > > Well, as of subversion-1.7, we don't have a ".svn" directory in > > ${SYSDIR} any more -- it's only at the root of the working copy > > (/usr/src, in this case). So "svnversion" is never invoked. > > > > So I've just hacked my copy to parallel the "git" stanza & look for > > ${SYSDIR}/../.svn, Not sure that's ideal, but there appears to be > > precedent.... :-} > > > > It might be handy to resolve this prior to 9.0-RELEASE, I think. > > ... > > Finished building head, and the change worked; here are uname strings > from yesterday & today: > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #625: Wed Oct 19 05:22:52 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #626 r226563M: Thu Oct 20 05:04:03 PDT 2011 root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > I've attached a copy of the patch, in case my description wasn't > clear. And I'll plan on filing a PR a bit later today. Hmm, that won't always work, the problem is if someone just checks out a kernel tree then .svn will be in SYSDIR. Alternatively, if you have a tree like mine which has work/freebsd/svn/ with various subdirs (head/, stable/ with subdirs for 7, 8, 9) but all rooted at the upperlevel, just looking two levels up won't work. I'm not sure what the best fix is. One could possibly always run svnversion if it exists? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:05:15 2011 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 819441065670 for ; Fri, 21 Oct 2011 21:05:15 +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 57DDD8FC0C for ; Fri, 21 Oct 2011 21:05:15 +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 1110C46B37; Fri, 21 Oct 2011 17:05:15 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A3AAC8A02E; Fri, 21 Oct 2011 17:05:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 21 Oct 2011 16:37:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110211637.34240.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 21 Oct 2011 17:05:14 -0400 (EDT) Cc: "Bjoern A. Zeeb" Subject: Re: orm0/ISA strangeness on HEAD preventing drivers from probe/attach? 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, 21 Oct 2011 21:05:15 -0000 On Thursday, October 20, 2011 7:01:42 pm Bjoern A. Zeeb wrote: > Hi, > > I am seeing some strangeness on booting a recent HEAD on an atom machine; the entire orm0 and related stuff looks wrong. Also some things like a watchdog driver etc. no longer probe or attach it seems. Anyone an idea? The orm0 stuff is normal after some of the NEW_PCIB changes. The first ting to try for the watchdog not working on an Intel system by failing to allocate its GCS registers is a known issue, but I don't have a workaround for that currently. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:12:22 2011 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 42DAE106566B for ; Fri, 21 Oct 2011 21:12:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0818FC22 for ; Fri, 21 Oct 2011 21:12:21 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id p9LLCLk9088189; Fri, 21 Oct 2011 14:12:21 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id p9LLCLjT088188; Fri, 21 Oct 2011 14:12:21 -0700 (PDT) (envelope-from david) Date: Fri, 21 Oct 2011 14:12:21 -0700 From: David Wolfskill To: John Baldwin Message-ID: <20111021211221.GV59810@albert.catwhisker.org> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zGa1rFMfQatMxgJk" Content-Disposition: inline In-Reply-To: <201110211636.05917.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 21 Oct 2011 21:12:22 -0000 --zGa1rFMfQatMxgJk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 21, 2011 at 04:36:05PM -0400, John Baldwin wrote: > .... > I'm not sure what the best fix is. One could possibly always run svnvers= ion=20 > if it exists? Sure -- and use the result as long as the exit status is 0. (It's certainly possible that svnversion exists, but the sources in question aren't in a subversion working copy, after all.) I could cobble up a patch to do that, if y'all like.... Alternatively, see the more extended comments I made to Jilles' comments (to the PR) of a similar nature; . Summary: I believe that newvers.sh ought to be intrinsically SCM-agnostic. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --zGa1rFMfQatMxgJk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6h4DQACgkQmprOCmdXAD1PYQCbBW650tiMhmvHl3Ia/Qp6NEeN 0kIAn23B7XMNuPKCO62407FaL47InaQL =PNZe -----END PGP SIGNATURE----- --zGa1rFMfQatMxgJk-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:27:50 2011 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 67BDF106564A; Fri, 21 Oct 2011 21:27:50 +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 80CC48FC12; Fri, 21 Oct 2011 21:27:49 +0000 (UTC) Received: from porto.starpoint.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 AAA14705; Sat, 22 Oct 2011 00:27:46 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RHMd0-000Mz0-Gk; Sat, 22 Oct 2011 00:27:46 +0300 Message-ID: <4EA1E3D0.9000300@FreeBSD.org> Date: Sat, 22 Oct 2011 00:27:44 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111002 Thunderbird/7.0.1 MIME-Version: 1.0 To: John Baldwin References: <20111021085851.GA51368@neveragain.de> <201110211633.38764.jhb@freebsd.org> In-Reply-To: <201110211633.38764.jhb@freebsd.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pavel Timofeev , freebsd-current@FreeBSD.org, Dennis Koegel Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 21:27:50 -0000 on 21/10/2011 23:33 John Baldwin said the following: > On Friday, October 21, 2011 4:58:51 am Dennis Koegel wrote: >> On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: >>> I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i > mirror) >>> as test. [...] >>> It was fresh install and I choose guided partitioning (GPT) >>> But after reboot my server don't boot from hd. >> >> We have the same issue on a DL580 G7. Install runs fine, but when it's >> time for the first boot, the bootcode emits a single '-' (where usually >> it would be "spinning" for a moment while loading), hangs for about two >> seconds, and then reboots. > > Working offline with Dennis, we found that changing the CFLAGS in > sys/boot/i386/gptboot/Makefile from "-O1" to "-Os -mrtd" (partially reverting > an earlier commit) fixed gptboot. The next test for someone to do would be to > try just adding "-mrtd" and leaving "-O1" as-is to see if that fixes it. Hmm, this is quite unexpected... Do you have a hypothesis why not using -mrtd could cause a problem (a miscompilation?) ? I previously assumed that -O1 is typically a quite safe optimization, not sure if it's even worth trying -O0 for a test. Or could this be about a size of gptboot blob? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:31:03 2011 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 2637C106566C; Fri, 21 Oct 2011 21:31:03 +0000 (UTC) (envelope-from lacombar@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 8697A8FC0A; Fri, 21 Oct 2011 21:31:02 +0000 (UTC) Received: by wyi40 with SMTP id 40so5745331wyi.13 for ; Fri, 21 Oct 2011 14:31:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=3oj9YvQTz/LbHm3BUYuDM0hGzgc/8dvuW4eM5GvLWNA=; b=C4b5x2DIwdJS7U8JDZjqbJSuqDAOEJLj5iNJ+EbmFqFqjuP+6v+k9AAlyxAx2ygoTm jqND3soorZj2y01ShPQrCyt1cZP+pIEYKqwfjmieIaHkw3XCH5NTL7mhYVUuUb32NsU9 3V9PmQ2wXAexNArbxFtT5TOV2OD+I66cQHJdE= MIME-Version: 1.0 Received: by 10.227.59.12 with SMTP id j12mr6143537wbh.86.1319232661457; Fri, 21 Oct 2011 14:31:01 -0700 (PDT) Received: by 10.180.105.162 with HTTP; Fri, 21 Oct 2011 14:31:01 -0700 (PDT) In-Reply-To: <201110211619.45623.jhb@freebsd.org> References: <201110211619.45623.jhb@freebsd.org> Date: Fri, 21 Oct 2011 17:31:01 -0400 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ipmi(4)/isa woes 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, 21 Oct 2011 21:31:03 -0000 Hi, On Fri, Oct 21, 2011 at 4:19 PM, John Baldwin wrote: > On Tuesday, October 11, 2011 6:53:11 pm Arnaud Lacombe wrote: >> Hi, >> >> On Tue, Oct 11, 2011 at 6:34 PM, Arnaud Lacombe wro= te: >> > Hi folks, >> > >> > I've got a machine where ipmi(4) seem to be unable to fully attach. >> > 10-current kernel complains the following way: >> > >> > ipmi0: at iomem 0-0x1 on isa0 >> > ipmi0: KCS mode found at mem 0x0 alignment 0x1 on isa >> > ipmi0: couldn't configure I/O resource >> > device_attach: ipmi0 attach returned 6 > > Resource 0 is not right and will not work. =A0In this case your BIOS has = a buggy > SMBIOS / DMI table entry for IPMI. > >> Actually, I can bypass this issue by enabling acpi(4): >> >> ipmi0: port 0xca2,0xca3 on acpi0 >> ipmi0: KCS mode found at io 0xca2 on acpi >> ipmi1: on isa0 >> device_attach: ipmi1 attach returned 16 >> pmtimer0 on isa0 >> ipmi1: on isa0 >> device_attach: ipmi1 attach returned 16 > > You can ignore the ipmi1 messages. > >> However, the driver fails right after with: >> >> ipmi0: Timed out waiting for GET_DEVICE_ID > > Are you sure you have working IPMI? =A0The timeouts and the busted DMI ta= ble > is consistent with a machine where IPMI is available via an optional > daughterboard, but the daughterboard isn't installed. > Well, I'm not sure exactly what's the hardware layout looks like[0], but when ipmi0 is "attached" on isa0, I can access the IPMI controller, get the various information, set/reset the watchdog. ipmitool(1) works like a charm. However, at some point, the KCS is unable to reach the IPMI controller. Typical error is: ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: Failed to set watchdog over an undetermined period of time. Sometimes it stops before the watchdog triggers, sometimes it [falsely] triggers the watchdog. - Arnaud [0]: I'll have a look to the physical machine and let you know. From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 21:37:20 2011 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 42ECE1065670; Fri, 21 Oct 2011 21:37:20 +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 5B7028FC0C; Fri, 21 Oct 2011 21:37:19 +0000 (UTC) Received: from porto.starpoint.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 AAA14785; Sat, 22 Oct 2011 00:37:17 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RHMmD-000MzV-1r; Sat, 22 Oct 2011 00:37:17 +0300 Message-ID: <4EA1E60C.8040403@FreeBSD.org> Date: Sat, 22 Oct 2011 00:37:16 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111002 Thunderbird/7.0.1 MIME-Version: 1.0 To: John Baldwin , Dennis Koegel , Pavel Timofeev References: <20111021085851.GA51368@neveragain.de> <201110211633.38764.jhb@freebsd.org> <4EA1E3D0.9000300@FreeBSD.org> In-Reply-To: <4EA1E3D0.9000300@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 21:37:20 -0000 on 22/10/2011 00:27 Andriy Gapon said the following: > on 21/10/2011 23:33 John Baldwin said the following: >> On Friday, October 21, 2011 4:58:51 am Dennis Koegel wrote: >>> On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: >>>> I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array p400i >> mirror) >>>> as test. [...] >>>> It was fresh install and I choose guided partitioning (GPT) >>>> But after reboot my server don't boot from hd. >>> >>> We have the same issue on a DL580 G7. Install runs fine, but when it's >>> time for the first boot, the bootcode emits a single '-' (where usually >>> it would be "spinning" for a moment while loading), hangs for about two >>> seconds, and then reboots. >> >> Working offline with Dennis, we found that changing the CFLAGS in >> sys/boot/i386/gptboot/Makefile from "-O1" to "-Os -mrtd" (partially reverting >> an earlier commit) fixed gptboot. The next test for someone to do would be to >> try just adding "-mrtd" and leaving "-O1" as-is to see if that fixes it. > > Hmm, this is quite unexpected... Do you have a hypothesis why not using -mrtd > could cause a problem (a miscompilation?) ? I've just got one: maybe the trouble is caused by the sio_putc procedure in sys/boot/i386/btx/btx/btx.S. It seems to be the only place in the boot code where 'ret ' instruction is explicitly used. A litmus question: do those experiencing the trouble all have BTX_SERIAL defined? P.S. BTW, is BTX_SERIAL documented anywhere? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Oct 21 22:23:00 2011 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 29E19106564A for ; Fri, 21 Oct 2011 22:23:00 +0000 (UTC) (envelope-from gsfr@stanford.edu) Received: from smtp.stanford.edu (smtp1.Stanford.EDU [171.67.219.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0D35A8FC08 for ; Fri, 21 Oct 2011 22:22:59 +0000 (UTC) Received: from smtp.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D3221470488; Fri, 21 Oct 2011 15:22:59 -0700 (PDT) Received: from nimble.stanford.edu (nimble.Stanford.EDU [171.64.204.227]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: gsfr) by smtp.stanford.edu (Postfix) with ESMTPSA id 310834704FC; Fri, 21 Oct 2011 15:22:59 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Gunnar Schaefer In-Reply-To: <4EA1E60C.8040403@FreeBSD.org> Date: Fri, 21 Oct 2011 15:22:58 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1B6A6A46-C971-450D-A744-C325B2DA0B34@stanford.edu> References: <20111021085851.GA51368@neveragain.de> <201110211633.38764.jhb@freebsd.org> <4EA1E3D0.9000300@FreeBSD.org> <4EA1E60C.8040403@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1084) Cc: Pavel Timofeev , freebsd-current@FreeBSD.org, Dennis Koegel , John Baldwin Subject: Re: Fresh installed Freebsd 9 don't boot from hd 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, 21 Oct 2011 22:23:00 -0000 On Oct 21, 2011, at 2:37 PM, Andriy Gapon wrote: > on 22/10/2011 00:27 Andriy Gapon said the following: >> on 21/10/2011 23:33 John Baldwin said the following: >>> On Friday, October 21, 2011 4:58:51 am Dennis Koegel wrote: >>>> On Thu, Oct 20, 2011 at 11:28:08AM +0400, Pavel Timofeev wrote: >>>>> I used FreeBSD 9 amd64 on my HP Proliant DL360 G5 (smart array = p400i=20 >>> mirror) >>>>> as test. [...] >>>>> It was fresh install and I choose guided partitioning (GPT) >>>>> But after reboot my server don't boot from hd. >>>>=20 >>>> We have the same issue on a DL580 G7. Install runs fine, but when = it's >>>> time for the first boot, the bootcode emits a single '-' (where = usually >>>> it would be "spinning" for a moment while loading), hangs for about = two >>>> seconds, and then reboots. >>>=20 >>> Working offline with Dennis, we found that changing the CFLAGS in=20 >>> sys/boot/i386/gptboot/Makefile from "-O1" to "-Os -mrtd" (partially = reverting=20 >>> an earlier commit) fixed gptboot. The next test for someone to do = would be to=20 >>> try just adding "-mrtd" and leaving "-O1" as-is to see if that fixes = it. >>=20 >> Hmm, this is quite unexpected... Do you have a hypothesis why not = using -mrtd >> could cause a problem (a miscompilation?) ? >=20 > I've just got one: maybe the trouble is caused by the sio_putc = procedure in > sys/boot/i386/btx/btx/btx.S. It seems to be the only place in the = boot code > where 'ret ' instruction is explicitly used. >=20 > A litmus question: do those experiencing the trouble all have = BTX_SERIAL defined? Not sure where BTX_SERIAL would be defined, but I'm seeing the problem = with the generic kernel. Does that answer your question? Also, how does this relate to my observation that my system boots in IDE = mode, but hangs in AHCI mode? > P.S. BTW, is BTX_SERIAL documented anywhere? >=20 > --=20 > Andriy Gapon > _______________________________________________ > 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 Sat Oct 22 00:51:22 2011 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 55064106566B; Sat, 22 Oct 2011 00:51:22 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id ABAF08FC08; Sat, 22 Oct 2011 00:51:21 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so7070904bkb.13 for ; Fri, 21 Oct 2011 17:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=IQ5Yzp0z5DIJAdAPgZfvxTMvYpRzDCdLzDUEU+z8NOM=; b=XWDEC3PnVZgSefFzvppgEQHhfrFP6A/AjBO9VKZT9afdz7KJmfHMQQJ426T9gqidaS WACkNGiZ7LKVKNeBXSVsvw9DSxh+04gEHHpakQacbF3JagZL14WQvcQIlWPDzfcOgqeD mpe/qkQ1YNDchFiQMaxifnbdc1SiMrqKn4Tgc= MIME-Version: 1.0 Received: by 10.204.140.202 with SMTP id j10mr11865800bku.66.1319244678916; Fri, 21 Oct 2011 17:51:18 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.39.12 with HTTP; Fri, 21 Oct 2011 17:51:18 -0700 (PDT) In-Reply-To: <20111021211221.GV59810@albert.catwhisker.org> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> Date: Fri, 21 Oct 2011 17:51:18 -0700 X-Google-Sender-Auth: y_0NpkLlXQyhD-R8t22015yIcsA Message-ID: From: Craig Rodrigues To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 00:51:22 -0000 Hi, Can you come up with a patch which invoke "svn info ." (if the svn binary exists)? This is slightly faster than svnversion. If "svn info ." doesn't error out, you can assume that the directory is under SVN control. -- Craig Rodrigues rodrigc@crodrigues.org On Fri, Oct 21, 2011 at 2:12 PM, David Wolfskill wro= te: > On Fri, Oct 21, 2011 at 04:36:05PM -0400, John Baldwin wrote: >> .... >> I'm not sure what the best fix is. =A0One could possibly always run svnv= ersion >> if it exists? > > Sure -- and use the result as long as the exit status is 0. =A0(It's > certainly possible that svnversion exists, but the sources in question > aren't in a subversion working copy, after all.) > > I could cobble up a patch to do that, if y'all like.... > > Alternatively, see the more extended comments I made to Jilles' comments > (to the PR) of a similar nature; > . =A0Summary: I beli= eve > that newvers.sh ought to be intrinsically SCM-agnostic. > > Peace, > david > -- > David H. Wolfskill =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 01:11:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id B207C1065670 for ; Sat, 22 Oct 2011 01:11:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 42C9D14F267; Sat, 22 Oct 2011 01:11:31 +0000 (UTC) Message-ID: <4EA21842.5000808@FreeBSD.org> Date: Fri, 21 Oct 2011 18:11:30 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Craig Rodrigues References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 01:11:31 -0000 On 10/21/2011 17:51, Craig Rodrigues wrote: > Can you come up with a patch which invoke "svn info ." (if the svn > binary exists)? > This is slightly faster than svnversion. > > If "svn info ." doesn't error out, you can assume that the directory > is under SVN control. Doesn't svnversion error out pretty quickly in the same circumstance? My brief testing seems to indicate that it does. -- 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 Sat Oct 22 03:44:10 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1D9FD106566B; Sat, 22 Oct 2011 03:44:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6787D15F0ED; Sat, 22 Oct 2011 03:44:09 +0000 (UTC) Message-ID: <4EA23C08.6060906@FreeBSD.org> Date: Fri, 21 Oct 2011 20:44:08 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Hiroki Sato References: <201110182200.19244.jhugo@meraka.csir.co.za> <0BF0188F-777F-4FC3-9DB3-48FE22ACC31A@lists.zabbadoz.net> <4E9DFE11.2070203@swin.edu.au> <20111019.162942.833544516395329713.hrs@allbsd.org> In-Reply-To: <20111019.162942.833544516395329713.hrs@allbsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bzeeb-lists@lists.zabbadoz.net, jhugo@meraka.csir.co.za, mrossi@swin.edu.au, current@FreeBSD.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 22 Oct 2011 03:44:10 -0000 On 10/19/2011 00:29, Hiroki Sato wrote: > Mattia Rossi wrote > in <4E9DFE11.2070203@swin.edu.au>: > > mr> So the _ipv6 bit doesn't take care of passing "inet6" to ifconfig > mr> automatically? > > No. You always need to add the inet6 keyword wherever needed. That seems redundant, and contrary to how the IPv4 equivalents work. And obviously it's confusing to users. From what I can see looking at some 7.x and 8.x systems it also seems to be a POLA violation. Perhaps this is something that you should reconsider? 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 Sat Oct 22 05:36:11 2011 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 5944A106564A; Sat, 22 Oct 2011 05:36:11 +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 0F4468FC12; Sat, 22 Oct 2011 05:36:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.4) with ESMTP id p9M5a9tm032856; Sat, 22 Oct 2011 01:36:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.4/Submit) id p9M5a9OH032799; Sat, 22 Oct 2011 05:36:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Oct 2011 05:36:09 GMT Message-Id: <201110220536.p9M5a9OH032799@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, 22 Oct 2011 05:36:11 -0000 TB --- 2011-10-22 04:33:53 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2011-10-22 04:33:53 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-10-22 04:33:53 - cleaning the object tree TB --- 2011-10-22 04:34:06 - cvsupping the source tree TB --- 2011-10-22 04:34:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-10-22 04:34:18 - building world TB --- 2011-10-22 04:34:18 - CROSS_BUILD_TESTING=YES TB --- 2011-10-22 04:34:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-10-22 04:34:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-10-22 04:34:18 - SRCCONF=/dev/null TB --- 2011-10-22 04:34:18 - TARGET=powerpc TB --- 2011-10-22 04:34:18 - TARGET_ARCH=powerpc TB --- 2011-10-22 04:34:18 - TZ=UTC TB --- 2011-10-22 04:34:18 - __MAKE_CONF=/dev/null TB --- 2011-10-22 04:34:18 - cd /src TB --- 2011-10-22 04:34:18 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 22 04:34:19 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ranlib libllvmbitreader.a ===> lib/clang/libllvmbitwriter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmbitwriter/../../../contrib/llvm/include -I/src/lib/clang/libllvmbitwriter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmbitwriter/../../../contrib/llvm/lib/Bitcode/Writer -I. -I/src/lib/clang/libllvmbitwriter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O1 -DLLVM_HOSTTRIPLE=\"powerpc-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmbitwriter/../../../contrib/llvm/lib/Bitcode/Writer/BitcodeWriter.cpp /src/lib/clang/libllvmbitwriter/../../../contrib/llvm/lib/Bitcode/Writer/BitcodeWriter.cpp: In function 'void WriteConstants(unsigned int, unsigned int, const llvm::ValueEnumerator&, llvm::BitstreamWriter&, bool)': /src/lib/clang/libllvmbitwriter/../../../contrib/llvm/lib/Bitcode/Writer/BitcodeWriter.cpp:678: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libllvmbitwriter. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-10-22 05:36:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-10-22 05:36:09 - ERROR: failed to build world TB --- 2011-10-22 05:36:09 - 2968.79 user 516.89 system 3735.85 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 05:42:09 2011 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 158F81065673; Sat, 22 Oct 2011 05:42:09 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 642368FC08; Sat, 22 Oct 2011 05:42:07 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so7333476bkb.13 for ; Fri, 21 Oct 2011 22:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=Z7QkCkZiwe2ocLVpQSJunPa23+rAhfkecOuvgXJjfZE=; b=SkhhKdE9ep/ycArhvjyEFCLCIRagw83iB3fuj4V6GFCHTawEg3ThghSothJRFCf4Aa QT+4COklVmGre3DMHedioPhQ54M4vI0ALLw90GKQ+8dyspS/VCkA6hLAyVdBkV6AdtTi Ywg1bp2cEY5dhvL2c5/vaS6A6Wan39UnWYa6c= MIME-Version: 1.0 Received: by 10.204.132.143 with SMTP id b15mr12307390bkt.79.1319262126327; Fri, 21 Oct 2011 22:42:06 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.39.12 with HTTP; Fri, 21 Oct 2011 22:42:06 -0700 (PDT) In-Reply-To: <4EA21842.5000808@FreeBSD.org> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> Date: Fri, 21 Oct 2011 22:42:06 -0700 X-Google-Sender-Auth: P7-JmvtMf1S1sLKL_ArCCe62x9g Message-ID: From: Craig Rodrigues To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 05:42:09 -0000 Hi, I tried following: (1) Run svnversion in non-svn directory: return status =3D=3D 0 prints out "exported" time: real 0m0.043s user 0m0.000s sys 0m0.045s (2) Run svnversion in svn directory: return status =3D=3D 0 prints out "223847M" time: real 0m2.563s user 0m0.980s sys 0m1.187s (3) Run "svn info --non-interactive ." in non-svn directory: return status =3D=3D 1 prints out "svn: '.' is not a working copy" time: real 0m0.056s user 0m0.007s sys 0m0.046s (4) Run "svn info --non-interactive ." in svn directory: return status =3D=3D 0 prints out "a bunch of info about from svn" time: real 0m0.023s user 0m0.000s sys 0m0.024s I thought that since svnversion seems to always have a return status of 0, = and is almost 2 seconds slower than "svn info" when run inside a svn directory, that using "svn info" is a preferable way inside a script of determining if a directory is part of a svn repo or not. -- Craig Rodrigues rodrigc@crodrigues.org On Fri, Oct 21, 2011 at 6:11 PM, Doug Barton wrote: > On 10/21/2011 17:51, Craig Rodrigues wrote: >> Can you come up with a patch which invoke "svn info ." (if the svn >> binary exists)? >> This is slightly faster than svnversion. >> >> If "svn info ." doesn't error out, you can assume that the directory >> is under SVN control. > > Doesn't svnversion error out pretty quickly in the same circumstance? My > brief testing seems to indicate that it does. > > > -- > > =A0 =A0 =A0 =A0Nothin' ever doesn't change, but nothin' changes much. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-- OK Go > > =A0 =A0 =A0 =A0Breadth of IT experience, and depth of knowledge in the DN= S. > =A0 =A0 =A0 =A0Yours for the right price. =A0:) =A0http://SupersetSolutio= ns.com/ > > _______________________________________________ > 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= " > --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 05:47:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 533011065670 for ; Sat, 22 Oct 2011 05:47:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 021A214ECD0; Sat, 22 Oct 2011 05:47:55 +0000 (UTC) Message-ID: <4EA2590B.90008@FreeBSD.org> Date: Fri, 21 Oct 2011 22:47:55 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Craig Rodrigues References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 05:47:56 -0000 On 10/21/2011 22:42, Craig Rodrigues wrote: > Hi, > > I tried following: > > (1) Run svnversion in non-svn directory: > > return status == 0 Return status isn't everything. :) > prints out "exported" In my case (1.7) it says "Unversioned directory" But my point (which perhaps I should have made more explicit) is that given the fact that svnversion handles non-svn directories gracefully it's faster (simpler, etc.) to just run foo=`svnversion` and then make sure that $foo is rational than it is to run 2 commands. 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 Sat Oct 22 07:14:09 2011 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 3C188106566B; Sat, 22 Oct 2011 07:14:09 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0308FC13; Sat, 22 Oct 2011 07:14:07 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p9M7Drq0098783; Sat, 22 Oct 2011 16:14:03 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p9M7Dlnh013145; Sat, 22 Oct 2011 16:13:48 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 22 Oct 2011 16:13:36 +0900 (JST) Message-Id: <20111022.161336.1708295810836213738.hrs@allbsd.org> To: dougb@FreeBSD.org From: Hiroki Sato In-Reply-To: <4EA23C08.6060906@FreeBSD.org> References: <4E9DFE11.2070203@swin.edu.au> <20111019.162942.833544516395329713.hrs@allbsd.org> <4EA23C08.6060906@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Oct_22_16_13_36_2011_719)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Sat, 22 Oct 2011 16:14:05 +0900 (JST) X-Spam-Status: No, score=-104.4 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, QENCPTR1, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: bzeeb-lists@lists.zabbadoz.net, jhugo@meraka.csir.co.za, mrossi@swin.edu.au, current@FreeBSD.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 22 Oct 2011 07:14:09 -0000 ----Security_Multipart(Sat_Oct_22_16_13_36_2011_719)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug Barton wrote in <4EA23C08.6060906@FreeBSD.org>: do> On 10/19/2011 00:29, Hiroki Sato wrote: do> > Mattia Rossi wrote do> > in <4E9DFE11.2070203@swin.edu.au>: do> > do> > mr> So the _ipv6 bit doesn't take care of passing "inet6" to ifconfig do> > mr> automatically? do> > do> > No. You always need to add the inet6 keyword wherever needed. do> do> That seems redundant, and contrary to how the IPv4 equivalents work. And do> obviously it's confusing to users. From what I can see looking at some do> 7.x and 8.x systems it also seems to be a POLA violation. do> do> Perhaps this is something that you should reconsider? I am still thinking that omitting an address family keyword before an address is a bad practice. Omitting "inet" keyword in ifconfig_IF and doing in ifconfing_IF_AF are different. The former one uses ifconfig(8)'s default AF, and bz's experiments of noinet/noinet6 environment showed it was problematic. For the latter a keyword has to be automatically prepended in the rc.d scripts if we want to do so. For IPv6, having a non-null $ifconfig_IF_ipv6 means the interface is IPv6-capable and doesn't always involve address configuration (e.g. ifconfig_IF_ipv6="up" is valid). So, automatic prepending of "inet6" breaks this. Thus, both have a bad side effect. And I want to make ifconfig accept a command line for v4->v6 and/or v6->v4 tunneling as a p2p link like "inet 10.1.1.1 2001:db8::1" for a specific type of interfaces in the future. I am not sure if it will happen actually, but omitting an AF keyword and/or automatic prepending of the keyword make things difficult. -- Hiroki ----Security_Multipart(Sat_Oct_22_16_13_36_2011_719)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6ibSAACgkQTyzT2CeTzy0XPQCgsumDkpNdP62JiuaXg9mlKdBY A+IAn0dSiHhripJ8iClGbGMOqgfl+xp/ =4blp -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Oct_22_16_13_36_2011_719)---- From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 09:07:05 2011 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 956CE106566B; Sat, 22 Oct 2011 09:07:05 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 511778FC0C; Sat, 22 Oct 2011 09:07:05 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 342EE20D; Sat, 22 Oct 2011 10:50:15 +0200 (CEST) Date: Sat, 22 Oct 2011 10:49:32 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20111022084931.GD1697@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VMt1DrMGOVs3KQwf" Content-Disposition: inline X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@FreeBSD.org Subject: 9.0-RC1 panic in tcp_input: negative winow. 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, 22 Oct 2011 09:07:05 -0000 --VMt1DrMGOVs3KQwf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The panic message says: panic: tcp_input negative window: tp 0xfffffe007763e000 rcv_nxt 3718269252= rcv_adv 3718268291 I only have picture of the backtrace: http://people.freebsd.org/~pjd/misc/panic_negative_window.jpg --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --VMt1DrMGOVs3KQwf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk6ig5sACgkQForvXbEpPzRg5QCdGkUg4m/tNG2yKRcwr7qcEd6d yVcAn0T7wql9e5oz1ApEAK1odmZRE6J2 =YRqA -----END PGP SIGNATURE----- --VMt1DrMGOVs3KQwf-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 10:46:52 2011 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 69E6E1065670 for ; Sat, 22 Oct 2011 10:46:52 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 1F37C8FC12 for ; Sat, 22 Oct 2011 10:46:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=nJ+r68cD6rb7U+/KIbmG5wrxE5EQlp1w9PmYjXWViNc=; b=Zmv34IRTkRUfIPi8MIwnI5Y4Yr9moYx1eHBB6hIP+ycLXX7hP5DmGVsGebUPBxpByvD684fnu4E5eSOfBpARsXmBskcTFWyTjnhg2kESzLXILzGZv1qiIh3NHzVfSU3fzRu2FhzYH4a4OVGGSX4+QKJIoISjg/51tyVBR6vAwqc=; Received: from [81.23.24.105] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1RHYpU-00068g-G9 for freebsd-current@freebsd.org; Sat, 22 Oct 2011 13:29:29 +0300 Date: Sat, 22 Oct 2011 13:28:17 +0300 From: Ivan Klymenko To: freebsd-current@freebsd.org Message-ID: <20111022132817.35db5ccd@nonamehost.> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/2Bj4DX12eEZBzoXNA9UE8vJ" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Increase the degree of interactivity ULE scheduler 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, 22 Oct 2011 10:46:52 -0000 --MP_/2Bj4DX12eEZBzoXNA9UE8vJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello people! I have: CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1994.48-MHz K8-class CPU) FreeBSD 10.0-CURRENT r226607 amd64 For example during the building of the port lang/gcc46 in four streams (-j 4) with a heavy load on the processor - use the system was nearly impossible - responsiveness was terrible - the mouse cursor sometimes froze on the spot a few seconds... I managed to achieve a significant increase in the degree of interactivity ULE scheduler due to the following changes: ########################## --- sched_ule.c.orig 2011-10-22 11:40:30.000000000 +0300 +++ sched_ule.c 2011-10-22 12:25:05.000000000 +0300 @@ -2119,6 +2119,14 @@ THREAD_LOCK_ASSERT(td, MA_OWNED); tdq = TDQ_SELF(); + if (td->td_pri_class & PRI_FIFO_BIT) + return; + ts = td->td_sched; + /* + * We used up one time slice. + */ + if (--ts->ts_slice > 0) + return; #ifdef SMP /* * We run the long term load balancer infrequently on the first cpu. @@ -2144,9 +2152,6 @@ if (TAILQ_EMPTY(&tdq->tdq_timeshare.rq_queues[tdq->tdq_ridx])) tdq->tdq_ridx = tdq->tdq_idx; } - ts = td->td_sched; - if (td->td_pri_class & PRI_FIFO_BIT) - return; if (PRI_BASE(td->td_pri_class) == PRI_TIMESHARE) { /* * We used a tick; charge it to the thread so @@ -2157,11 +2162,6 @@ sched_priority(td); } /* - * We used up one time slice. - */ - if (--ts->ts_slice > 0) - return; - /* * We're out of time, force a requeue at userret(). */ ts->ts_slice = sched_slice; ########################## What do you think about this? Thanks! --MP_/2Bj4DX12eEZBzoXNA9UE8vJ-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 11:06:28 2011 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 9B6C8106566C for ; Sat, 22 Oct 2011 11:06:28 +0000 (UTC) (envelope-from jdevelop@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 22E898FC0C for ; Sat, 22 Oct 2011 11:06:27 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so7655364bkb.13 for ; Sat, 22 Oct 2011 04:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=MHCbcKP1xFZvYjel4BSEtFMUBv5g/8NBayKc7ItnrBk=; b=Ylzx0YVPTAyRRyrRLv2X5J4GCu6yJidC+ryWgmMQ5f7vqHboLmmP0rWN1N4k4xo1sM hbKxY8jWAuJu9Vw4U1jcuZIdSghIQO3AKGI77x0eBN4NWP+dakuPLPFJkpoQrs5bEj+E t9PoqAST8hXKNaMlnFWkKSUXg1WVcpbH+LVSg= Received: by 10.223.5.201 with SMTP id 9mr31818083faw.5.1319279785236; Sat, 22 Oct 2011 03:36:25 -0700 (PDT) Received: from devbox (untold-steeple.volia.net. [93.72.182.50]) by mx.google.com with ESMTPS id d7sm11210389fai.16.2011.10.22.03.36.23 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Oct 2011 03:36:24 -0700 (PDT) Received: from bofh by devbox with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RHYwB-000JY3-Fr for freebsd-current@freebsd.org; Sat, 22 Oct 2011 13:36:23 +0300 Date: Sat, 22 Oct 2011 13:36:23 +0300 From: Eugene Dzhurinsky To: freebsd-current@freebsd.org Message-ID: <20111022103623.GA73764@devbox> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: replacement of ataidle for freebsd 9 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, 22 Oct 2011 11:06:28 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, can somebody please advice how to disable APM power management for H= DD on laptops? > camcontrol cmd ada0 -a "EF 05 00 00 00 00 00 00 00 00 00 00" -v camcontrol: error sending command (pass0:ahcich0:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 00 00 00 00 00 00 00 (pass0:ahcich0:0:0:0): CAM status: ATA Status Error (pass0:ahcich0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (pass0:ahcich0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 00 00 What else should I try? > uname -a FreeBSD devbox 9.0-RC1 FreeBSD 9.0-RC1 #0: Thu Oct 20 08:48:57 EEST 2011 = root@devbox:/usr/obj/usr/src/sys/GENERIC amd64 Thanks! --=20 Eugene N Dzhurinsky --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJOopynAAoJEJl2g18bZPdRv5MIAJqSasC7cisT5/lDvKoVcyQn qBfM1/XBOMgLcFuD4zI8zaACXWB4Gw3jYbdzD7yCRDzEXo0Lz5hsciFd2c2iatU9 aKi1NfoQw2Hhj4+8z8nUf93oZLgjM294g059WBmwoDicUxZqWRCnBDx+w/3/Wjlg 6sExVlwaCpX9VfY1EUJlS+JJlC+0qLaSktLvd4y7GN92BGx4n6+crZEAAhxavkyF U4zdUAx2S6doNlFIdliPupI1p+2ZOoKrgW02/KHbjTqboUQ4Q84oW70oB+mHpR5y Jh7kQBcWh9oHUJsQybpL3TSYrvRtNW1lI4iZPf1EZYsJ/SEgOhiT7ZqMas6uPsM= =ujxO -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 13:23:57 2011 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 2E2AA106566C for ; Sat, 22 Oct 2011 13:23:57 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id B52468FC12 for ; Sat, 22 Oct 2011 13:23:56 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A9A31E79F2; Sat, 22 Oct 2011 14:23:55 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=references :in-reply-to:mime-version:content-transfer-encoding:content-type :message-id:cc:from:subject:date:to; s=mail; bh=MCGhklMFatpzjFed gbwGlzr1UOM=; b=OJxnSFV3VHHcJI4Jc2KfBAseVHGCUp4ifw/LXiVSxyCTjGjv YRC2N81ywRpG3sr+SicRT36qBuFtO1uCw+n40GSrQAFYc2l1M5qZDl1VN7Ec+/+q BLeOO7ICX3yuuE6TBQ7IqvXGqMAnrIsjsR1709u9ELOBAea2Or6diy9m/wk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=references :in-reply-to:mime-version:content-transfer-encoding:content-type :message-id:cc:from:subject:date:to; q=dns; s=mail; b=XnWSmi7w/T YbaC7sdsGkFzedUdikp7TC32VHBqnvaps/oPk+sPhVBDjWAXNLl7U37+c37eQypM J/zB9EFl8Kvcz23xcbh58OLdXdk8SHxLC+3NpOWykznDuI5tIYrv3vqFqrI4zlQJ 9YWEY7TTjqHfYE31eFgxNxa6RBg/TzSLI= Received: from [10.32.171.90] (unknown [89.192.128.48]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 605F3E760A; Sat, 22 Oct 2011 14:23:55 +0100 (BST) References: <20111022103623.GA73764@devbox> In-Reply-To: <20111022103623.GA73764@devbox> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <42AC5043-6760-401E-B911-CA567853F4E0@cran.org.uk> X-Mailer: iPhone Mail (9A334) From: Bruce Cran Date: Sat, 22 Oct 2011 14:23:53 +0100 To: Eugene Dzhurinsky Cc: "freebsd-current@freebsd.org" Subject: Re: replacement of ataidle for freebsd 9 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, 22 Oct 2011 13:23:57 -0000 Why do you not want to use ataidle? --=20 Bruce Cran (ataidle maintainer) On 22 Oct 2011, at 11:36, Eugene Dzhurinsky wrote: > Hello, can somebody please advice how to disable APM power management for H= DD > on laptops? >=20 >> camcontrol cmd ada0 -a "EF 05 00 00 00 00 00 00 00 00 00 00" -v > camcontrol: error sending command > (pass0:ahcich0:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 00 00 00 00 00 00 0= 0 > (pass0:ahcich0:0:0:0): CAM status: ATA Status Error > (pass0:ahcich0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > (pass0:ahcich0:0:0:0): RES: 51 04 00 00 00 00 00 00 00 00 00 >=20 > What else should I try? >=20 >> uname -a > FreeBSD devbox 9.0-RC1 FreeBSD 9.0-RC1 #0: Thu Oct 20 08:48:57 EEST 2011 = root@devbox:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > Thanks! >=20 > --=20 > Eugene N Dzhurinsky From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 14:59:04 2011 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 40F73106564A; Sat, 22 Oct 2011 14:59:04 +0000 (UTC) (envelope-from yanegomi@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 8ED8F8FC18; Sat, 22 Oct 2011 14:59:03 +0000 (UTC) Received: by yxt33 with SMTP id 33so1066185yxt.13 for ; Sat, 22 Oct 2011 07:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-type; bh=q7wCy1iSuiEMg5Na0oBqNc0apcWtTqa0lJU2SK0T+YM=; b=HAS5d81ecWljLTubCy2mS7xxEv1FmLd91XvoQjZjEzWWNesublhmQyZXXDbpBU+07E 17BmYcH+DoqmN4JbwVEar5G09uKQSghiRrP4zl0rhV7Ys1zk22gUBE9W6XMRdwQKUNU+ 50BEvMsN2WVtRb/tVrdtLwrTqsM1TdPCY/84g= Received: by 10.68.74.132 with SMTP id t4mr6934130pbv.130.1319295542777; Sat, 22 Oct 2011 07:59:02 -0700 (PDT) Received: from c-24-6-49-154.hsd1.ca.comcast.net (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id v8sm43227795pbf.8.2011.10.22.07.59.00 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Oct 2011 07:59:01 -0700 (PDT) Date: Sat, 22 Oct 2011 07:58:59 -0700 (PDT) From: Garrett Cooper To: Pawel Jakub Dawidek In-Reply-To: <20111022084931.GD1697@garage.freebsd.pl> Message-ID: References: <20111022084931.GD1697@garage.freebsd.pl> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. 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, 22 Oct 2011 14:59:04 -0000 On Sat, 22 Oct 2011, Pawel Jakub Dawidek wrote: > The panic message says: > > panic: tcp_input negative window: tp 0xfffffe007763e000 rcv_nxt 3718269252 rcv_adv 3718268291 > > I only have picture of the backtrace: > > http://people.freebsd.org/~pjd/misc/panic_negative_window.jpg I've seen that issue once before in the r222XYZ days -- it's a problem that's been around since the TCP / IP code has been refactored in FreeBSD. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 15:21:11 2011 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 D20D3106564A for ; Sat, 22 Oct 2011 15:21:11 +0000 (UTC) (envelope-from jdevelop@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 62DFB8FC14 for ; Sat, 22 Oct 2011 15:21:11 +0000 (UTC) Received: by eyd10 with SMTP id 10so6124526eyd.13 for ; Sat, 22 Oct 2011 08:21:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Q1vdlWbUrpECNYmp1wTlP+fw6QtZCk0JjTahrP3NcGs=; b=jbNcDB+8DnGqvdWrGO1VL4JFKQljpZB62XwWghiHE2qNiTwfC9O9DtqFPl3jzkumlh N+zWqNcj7stx2v0/iypoveVwdxGKhR3PVBPiPnQJZKouOH8I2yGw/7XhZyxJRzIM8anv on5BmFgrPNfhOSEmRf0XY73U1kOdrquFaovWA= Received: by 10.223.17.3 with SMTP id q3mr31848176faa.28.1319296870370; Sat, 22 Oct 2011 08:21:10 -0700 (PDT) Received: from devbox (untold-steeple.volia.net. [93.72.182.50]) by mx.google.com with ESMTPS id v17sm29518715fai.18.2011.10.22.08.21.09 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Oct 2011 08:21:09 -0700 (PDT) Received: from bofh by devbox with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RHdNk-0000Z4-1L; Sat, 22 Oct 2011 18:21:08 +0300 Date: Sat, 22 Oct 2011 18:21:07 +0300 From: Eugene Dzhurinsky To: Bruce Cran Message-ID: <20111022152107.GA1994@devbox> References: <20111022103623.GA73764@devbox> <42AC5043-6760-401E-B911-CA567853F4E0@cran.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <42AC5043-6760-401E-B911-CA567853F4E0@cran.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-current@freebsd.org" Subject: Re: replacement of ataidle for freebsd 9 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, 22 Oct 2011 15:21:12 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 22, 2011 at 02:23:53PM +0100, Bruce Cran wrote: > Why do you not want to use ataidle? > ataidle -P 0 /dev/ada0 ataidle: error opening /dev/ada0 > ataidle -P 0 /dev/ad4=20 ataidle: error: identify device /dev/ad4 > ls -l /dev | grep ad=20 lrwxr-xr-x 1 root wheel 4 Oct 22 18:16 ad4@ -> ada0 lrwxr-xr-x 1 root wheel 6 Oct 22 18:16 ad4s1@ -> ada0s1 lrwxr-xr-x 1 root wheel 7 Oct 22 18:16 ad4s1a@ -> ada0s1a lrwxr-xr-x 1 root wheel 7 Oct 22 18:16 ad4s1b@ -> ada0s1b lrwxr-xr-x 1 root wheel 7 Oct 22 18:16 ad4s1d@ -> ada0s1d lrwxr-xr-x 1 root wheel 7 Oct 22 18:16 ad4s1e@ -> ada0s1e lrwxr-xr-x 1 root wheel 7 Oct 22 18:16 ad4s1f@ -> ada0s1f lrwxr-xr-x 1 root wheel 6 Oct 22 18:16 ad4s2@ -> ada0s2 crw-r----- 1 root operator 0, 81 Oct 22 18:16 ada0 crw-r----- 1 root operator 0, 84 Oct 22 18:16 ada0s1 crw-r----- 1 root operator 0, 88 Oct 22 21:16 ada0s1a crw-r----- 1 root operator 0, 90 Oct 22 18:16 ada0s1b crw-r----- 1 root operator 0, 92 Oct 22 21:16 ada0s1d crw-r----- 1 root operator 0, 94 Oct 22 21:16 ada0s1e crw-r----- 1 root operator 0, 96 Oct 22 21:16 ada0s1f crw-r----- 1 root operator 0, 86 Oct 22 21:16 ada0s2 > smartctl -a /dev/ada0 smartctl 5.42 2011-10-20 r3458 [FreeBSD 9.0-RC1 amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Device Model: ST9500423AS Serial Number: W2V003TQ LU WWN Device Id: 5 000c50 03d75b968 Firmware Version: 0002SDM1 User Capacity: 500,107,862,016 bytes [500 GB] Sector Sizes: 512 bytes logical, 4096 bytes physical Device is: Not in smartctl database [for details use: -P showall] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 4 Local Time is: Sat Oct 22 18:20:22 2011 EEST SMART support is: Available - device has SMART capability. SMART support is: Enabled --=20 Eugene N Dzhurinsky --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJOot9iAAoJEJl2g18bZPdRkHsIAIxfwE/0s+jQmDg85JY97CdI 6VmnAFmdxPoi0HnfazOTKHFPREEUzfM+C+eSr3cG8cbGn1zzO8wA+jzL1T5h7xuM n/8KI/B8PoXnZCLPzePzZ1yvo/s2FquvT3i9pf8B/V5qHpCnskyiaugCLPvhBQ5o lqJjkcBf06B7N6snH3HUtp4HLYB3zi92NoDXDdhN8lWWlf371FkdnaKd4Tyu55LM fDhR+/QTv5+wXVNa+cTjN0S+TYsWCyWrUiEk4gn3RwKgHRqY8IlomLPnN9gHqiIF c2bKhg4GwA4oHQjCMFj4YeoGCxCAFZaoocpKIsesBwsUlRYkEMv5P/rqjL3jH2Q= =F4yZ -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 15:29:47 2011 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 B9F30106566B; Sat, 22 Oct 2011 15:29:47 +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 5E5E18FC18; Sat, 22 Oct 2011 15:29:47 +0000 (UTC) Received: by gyd8 with SMTP id 8so6024898gyd.13 for ; Sat, 22 Oct 2011 08:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-type; bh=PEVHzN6C5NJyXng63G/MqJywOb5k9Cj1ROVEMnS8q8s=; b=nNRVW0cnsZqurzrjpqLKWHhYF/KaWI78WC7L2chPEx7Nq+qX95elBSrdV/Bdu/of9s AfkdpdlBfuFW3hQu7s8AIVim5tT9YD1APSqarPfI/9RcpS/cPvTbeNg7gtp81EBnLBu+ ddXsXHlJz78co+9p+eTWWFdlAqqqhW3aoVH6Q= Received: by 10.68.38.169 with SMTP id h9mr35898557pbk.113.1319297386190; Sat, 22 Oct 2011 08:29:46 -0700 (PDT) Received: from c-24-6-49-154.hsd1.ca.comcast.net (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id h5sm43486607pbq.11.2011.10.22.08.29.44 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Oct 2011 08:29:44 -0700 (PDT) Date: Sat, 22 Oct 2011 08:29:43 -0700 (PDT) From: Garrett Cooper To: Craig Rodrigues In-Reply-To: Message-ID: References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 15:29:47 -0000 On Fri, 21 Oct 2011, Craig Rodrigues wrote: > Hi, > > I tried following: > > (1) Run svnversion in non-svn directory: > > return status == 0 > prints out "exported" > > time: > real 0m0.043s > user 0m0.000s > sys 0m0.045s > > (2) Run svnversion in svn directory: > > return status == 0 > prints out "223847M" > > time: > real 0m2.563s > user 0m0.980s > sys 0m1.187s > > > (3) Run "svn info --non-interactive ." in non-svn directory: > > return status == 1 > prints out "svn: '.' is not a working copy" > > time: > > real 0m0.056s > user 0m0.007s > sys 0m0.046s > > > (4) Run "svn info --non-interactive ." in svn directory: > > return status == 0 > prints out "a bunch of info about from svn" > > time: > > real 0m0.023s > user 0m0.000s > sys 0m0.024s > > > > I thought that since svnversion seems to always have a return status of 0, and > is almost 2 seconds slower than "svn info" when run inside a svn directory, > that using "svn info" is a preferable way inside a script of determining > if a directory is part of a svn repo or not. $(svn info | awk '/^Revision:/ {print $2}') is what I use in my installkernel wrapper script. Granted, I didn't know about svnversion some time later, but it appears that svnversion broke some things by consolidating the .svn directories as Chris shows above with the 'exported' line. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 15:39:05 2011 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 4878F106564A for ; Sat, 22 Oct 2011 15:39:05 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF85A8FC0C for ; Sat, 22 Oct 2011 15:39:04 +0000 (UTC) Received: by qadz32 with SMTP id z32so2526806qad.13 for ; Sat, 22 Oct 2011 08:39:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.175.197 with SMTP id bb5mr14826936qab.60.1319297943896; Sat, 22 Oct 2011 08:39:03 -0700 (PDT) Received: by 10.224.60.206 with HTTP; Sat, 22 Oct 2011 08:39:03 -0700 (PDT) In-Reply-To: References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> Date: Sat, 22 Oct 2011 17:39:03 +0200 Message-ID: From: Olivier Smedts To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Craig Rodrigues , Doug Barton , freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 15:39:05 -0000 2011/10/22 Garrett Cooper : > > $(svn info | awk '/^Revision:/ {print $2}') > > is what I use in my installkernel wrapper script. Granted, I didn't know > about svnversion some time later, but it appears that svnversion broke so= me > things by consolidating the .svn directories as Chris shows above with th= e > 'exported' line. Won't work for localized builds : $ echo $LANG fr_FR.ISO8859-15 $ pwd /usr/src $ $(svn info | awk '/^Revision:/ {print $2}') $ svn info Chemin=A0: . Chemin racine de la copie de travail : /usr/src URL=A0: http://svn.freebsd.org/base/stable/9 Racine du d=E9p=F4t=A0: http://svn.freebsd.org/base UUID du d=E9p=F4t=A0: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f R=E9vision=A0: 226629 [...] --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 16:07:22 2011 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 CB34A1065702; Sat, 22 Oct 2011 16:07:22 +0000 (UTC) (envelope-from nalitoja@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 2BD128FC0C; Sat, 22 Oct 2011 16:07:21 +0000 (UTC) Received: by eyd10 with SMTP id 10so6162508eyd.13 for ; Sat, 22 Oct 2011 09:07:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type:content-transfer-encoding; bh=HuJYHdiZkODrdndOy0NWsqbxByjr8DfHIMkHyjwzLOU=; b=sLZorBmfKMh9IhFC4h7u9HasdznoUAAJyzvWBoXenqUnqqCLSDU8IQ5Heb3h8ADWnK erz0y3uzM4gGJ5QuWw9mrGzAsoI09lFovuvqyRev7IHGQxuUyW9ylfvP5cA0YMHnufLf ixGEFUMT0CS/I5jvPuYtWPfaWYUWcQrz5LpqM= Received: by 10.223.14.134 with SMTP id g6mr31988519faa.11.1319299640932; Sat, 22 Oct 2011 09:07:20 -0700 (PDT) Received: from nil (lumumba.torservers.net. [77.247.181.163]) by mx.google.com with ESMTPS id l11sm29740966faj.19.2011.10.22.09.07.06 (version=SSLv3 cipher=OTHER); Sat, 22 Oct 2011 09:07:20 -0700 (PDT) From: Nali Toja To: Olivier Smedts In-Reply-To: (Olivier Smedts's message of "Sat, 22 Oct 2011 17:39:03 +0200") Date: Sat, 22 Oct 2011 16:04:34 +0000 Message-ID: <86aa8tovvx.fsf@gmail.com> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , Craig Rodrigues , Doug Barton , freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 16:07:22 -0000 Olivier Smedts writes: >> >> $(svn info | awk '/^Revision:/ {print $2}') >> >> is what I use in my installkernel wrapper script. Granted, I didn't know >> about svnversion some time later, but it appears that svnversion broke s= ome >> things by consolidating the .svn directories as Chris shows above with t= he >> 'exported' line. > > Won't work for localized builds : > $ echo $LANG > fr_FR.ISO8859-15 > $ pwd > /usr/src > $ $(svn info | awk '/^Revision:/ {print $2}') > $ svn info While you can try to set LC_MESSAGES to `C' locale subversion also supports XML output $ echo $(svn info --xml | awk -F\" '/revision/ && ++i > 1 { print $2 }') 226629 Unlike `svnversion' it doesn't show whether the checked out sources are `M' (modified) or not. Not that I found it useful compared to `svn st -q' though. > Chemin=C2=A0: . > Chemin racine de la copie de travail : /usr/src > URL=C2=A0: http://svn.freebsd.org/base/stable/9 > Racine du d=C3=A9p=C3=B4t=C2=A0: http://svn.freebsd.org/base > UUID du d=C3=A9p=C3=B4t=C2=A0: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > R=C3=A9vision=C2=A0: 226629 > [...] From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 16:56:05 2011 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 80A4D106567A; Sat, 22 Oct 2011 16:56:05 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C39B08FC19; Sat, 22 Oct 2011 16:56:04 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so8022600bkb.13 for ; Sat, 22 Oct 2011 09:56:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=K5rIwVihzWo496jntOwUchX6eJAECSSHsTZ7nK0c2cQ=; b=oMC2TXuEfxZErSjjk/6PltXHNbkyvB4UFOfQCRSdaCdrII+sMlaYUsHJpQcn42z2Zz S88mcf53V8Efhdbc1bu3E7KMN4cXm9b+4nDJdtRZnSFR5AppAn9x/2PLQHQFE5aQ8Edy LjGqSKI03admAOxNxIJfrC3uA4h9MpcyQDGIY= Received: by 10.223.58.146 with SMTP id g18mr5456795fah.13.1319301088257; Sat, 22 Oct 2011 09:31:28 -0700 (PDT) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id y8sm29889641faj.10.2011.10.22.09.31.26 (version=SSLv3 cipher=OTHER); Sat, 22 Oct 2011 09:31:27 -0700 (PDT) Message-ID: <4EA2EFDD.4020507@gmail.com> Date: Sat, 22 Oct 2011 19:31:25 +0300 From: "Luchesar V. ILIEV" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111020 Thunderbird/7.0.1 MIME-Version: 1.0 To: Garrett Cooper , freebsd-current@freebsd.org References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=9A1FEEFF; url=https://cert.acad.bg/pgp-keys/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , Doug Barton Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 16:56:05 -0000 On 22/10/2011 18:29, Garrett Cooper wrote: > On Fri, 21 Oct 2011, Craig Rodrigues wrote: > >> Hi, >> >> I tried following: >> >> (1) Run svnversion in non-svn directory: >> >> return status == 0 >> prints out "exported" >> >> time: >> real 0m0.043s >> user 0m0.000s >> sys 0m0.045s >> >> (2) Run svnversion in svn directory: >> >> return status == 0 >> prints out "223847M" >> >> time: >> real 0m2.563s >> user 0m0.980s >> sys 0m1.187s >> >> >> (3) Run "svn info --non-interactive ." in non-svn directory: >> >> return status == 1 >> prints out "svn: '.' is not a working copy" >> >> time: >> >> real 0m0.056s >> user 0m0.007s >> sys 0m0.046s >> >> >> (4) Run "svn info --non-interactive ." in svn directory: >> >> return status == 0 >> prints out "a bunch of info about from svn" >> >> time: >> >> real 0m0.023s >> user 0m0.000s >> sys 0m0.024s >> >> >> >> I thought that since svnversion seems to always have a return status >> of 0, and >> is almost 2 seconds slower than "svn info" when run inside a svn >> directory, >> that using "svn info" is a preferable way inside a script of determining >> if a directory is part of a svn repo or not. > > $(svn info | awk '/^Revision:/ {print $2}') > > is what I use in my installkernel wrapper script. Granted, I didn't know > about svnversion some time later, but it appears that svnversion broke > some things by consolidating the .svn directories as Chris shows above > with the 'exported' line. svnversion actually does more than "svn info", which is why it's slower: 1. It descends into the subdirectories recursively. 2. It "recognizes" different checked out revisions in those subdirectories, plus local modifications and other stuff. So, while "svn info ." will only produce the version of the directory it's run from, and that regardless of any possible local modifications, svnversion will produce version number that is... ... a single number if the working copy is single revision, unmodified, not switched and with an URL that matches the TRAIL_URL argument. If the working copy is unusual the version number will be more complex: 4123:4168 mixed revision working copy 4168M modified working copy 4123S switched working copy 4123:4168MS mixed revision, modified, switched working copy I guess that for most folks that's generally irrelevant, but even I, not in any way being a developer, find it helpful to be reminded when I'm working on a system that I've fiddled with, even in a minor way. Concerning the breakage, the problem is actually not in svnversion per se, but rather in the algorithm in newvers.sh, which checks whether ${SRCDIR}/sys is under Subversion control. It would be all the same if "svn info ." was used instead, to the best of my understanding. Speaking of that, and in the context of the recursion that svnversion does, something else comes to my mind... svnversion is currently executed in ${SRCDIR}/sys, so the revision number is relevant only to the kernel sources. But FreeBSD is not just a kernel, unlike Linux, so wouldn't it make more sense to actually check the revision directly at ${SRCDIR}, thus catching possible different revisions in other parts of the base system source tree? I mean, when somebody says "I'm running FreeBSD 9.0-RC1 r226607", their kernel tree might be at r226607 all right, but they also can easily have some very different revisions checked out for lib, include, etc. Not that I really expect many inexperienced users showing with versions like "FreeBSD 9.0-RC1 r226353:226607M", but, well, you never know. As I'm pretty far away from the development process, that might not really make much sense or even sound straight nonsense, of course. :) Cheers, Luchesar P.S. As for the original problem, from my really modest experience, I find the proposal by John and Doug sound -- to run svnversion if it simply exists, and not bother looking for .svn directory/ies, which might indeed be in some unexpected places. svnversion seems to exit pretty fast when the directory is not under Subversion control, so this shouldn't cause unnecessary delays for those not using Subversion for their source trees (and if they don't have it installed at all, that's going to be even less of a problem, of course). From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 18:02:34 2011 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 21F0C106564A; Sat, 22 Oct 2011 18:02:34 +0000 (UTC) (envelope-from yanegomi@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 BBBB38FC13; Sat, 22 Oct 2011 18:02:33 +0000 (UTC) Received: by ggnq2 with SMTP id q2so4467293ggn.13 for ; Sat, 22 Oct 2011 11:02:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=6I6yLpNr4mmTBe83O5jyzz+6JBNM3ynLUW3+0JH4j7w=; b=M5cmElcQURuhyNxh5bkG6rl3i7XzrAIz2bzRIxQM32WfBVASEHJd0JJJHMB57AdGOd CSyX9RfXcZfWwlTGO+CYk8aYlKq2eiNwUrhLdizCAgW8GpldtvTQt5xDehHB2zF4KkUt KgyJa93E9nd8vXncR99yqlWozg7O8B6wbR490= Received: by 10.68.0.227 with SMTP id 3mr36358150pbh.48.1319306552142; Sat, 22 Oct 2011 11:02:32 -0700 (PDT) Received: from [192.168.20.4] (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id ml4sm44850432pbc.0.2011.10.22.11.02.30 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Oct 2011 11:02:31 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=iso-8859-1 From: Garrett Cooper In-Reply-To: Date: Sat, 22 Oct 2011 11:02:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <07AF6E4A-B771-47DC-B9A6-AF25BD5CE9AD@gmail.com> References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> To: Olivier Smedts X-Mailer: Apple Mail (2.1084) Cc: Craig Rodrigues , Doug Barton , freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 18:02:34 -0000 On Oct 22, 2011, at 8:39 AM, Olivier Smedts wrote: > 2011/10/22 Garrett Cooper : >>=20 >> $(svn info | awk '/^Revision:/ {print $2}') >>=20 >> is what I use in my installkernel wrapper script. Granted, I didn't = know >> about svnversion some time later, but it appears that svnversion = broke some >> things by consolidating the .svn directories as Chris shows above = with the >> 'exported' line. >=20 > Won't work for localized builds : > $ echo $LANG > fr_FR.ISO8859-15 > $ pwd > /usr/src > $ $(svn info | awk '/^Revision:/ {print $2}') > $ svn info > Chemin : . > Chemin racine de la copie de travail : /usr/src > URL : http://svn.freebsd.org/base/stable/9 > Racine du d=E9p=F4t : http://svn.freebsd.org/base > UUID du d=E9p=F4t : ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > R=E9vision : 226629 > [...] That was of course just an example of what I did :). -Garrett= From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 18:12:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 50D04106566B for ; Sat, 22 Oct 2011 18:12:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EF46914FD14; Sat, 22 Oct 2011 18:12:02 +0000 (UTC) Message-ID: <4EA30772.8090709@FreeBSD.org> Date: Sat, 22 Oct 2011 11:12:02 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 18:12:03 -0000 On 10/22/2011 08:29, Garrett Cooper wrote: > $(svn info | awk '/^Revision:/ {print $2}') 2 subshells and a pipe for this, vs. only 1 subshell for just running svnversion. Anyone else want to propose a more complex solution when a simple and more effective one already exists? :) -- 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 Sat Oct 22 19:07:09 2011 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 4F7E1106564A; Sat, 22 Oct 2011 19:07:09 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward6.mail.yandex.net (forward6.mail.yandex.net [IPv6:2a02:6b8:0:202::1]) by mx1.freebsd.org (Postfix) with ESMTP id C7DE28FC12; Sat, 22 Oct 2011 19:07:08 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward6.mail.yandex.net (Yandex) with ESMTP id 3BB20F820A6; Sat, 22 Oct 2011 23:07:07 +0400 (MSD) Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 15B7715204C2; Sat, 22 Oct 2011 23:07:07 +0400 (MSD) Received: from 93.91.10.134.tel.ru (93.91.10.134.tel.ru [93.91.10.134]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 76Zam5sk-76ZaiP6O; Sat, 22 Oct 2011 23:07:06 +0400 X-Yandex-Spam: 1 Message-ID: <4EA3145A.6020703@passap.ru> Date: Sat, 22 Oct 2011 23:07:06 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111004 Thunderbird/7.0.1 MIME-Version: 1.0 To: Doug Barton References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> <4EA30772.8090709@FreeBSD.org> In-Reply-To: <4EA30772.8090709@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 19:07:09 -0000 22.10.2011 22:12, Doug Barton пишет: > On 10/22/2011 08:29, Garrett Cooper wrote: >> $(svn info | awk '/^Revision:/ {print $2}') > > 2 subshells and a pipe for this, vs. only 1 subshell for just running > svnversion. > > Anyone else want to propose a more complex solution when a simple and > more effective one already exists? :) I'm not an exert here, so I'm not sure which one and why did you call "simple and more effective": ----- % uname -a FreeBSD bsam.tel.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #32 r225746: Sat Sep 24 17:00:42 MSK 2011 bsam@bsam.tel.ru:/usr/obj/usr/src/sys/BB i386 % time svnversion /usr/src 226160 svnversion /usr/src 8,80s user 7,12s system 16% cpu 1:34,16 total % time (svn info /usr/src | awk '/^Revision:/ {print $2}') 226160 ( svn info /usr/src | awk '/^Revision:/ {print $2}'; ) 0,00s user 0,00s system 16% cpu 0,013 total ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:11:10 2011 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 055451065673 for ; Sat, 22 Oct 2011 19:11:10 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id BC0FF8FC19 for ; Sat, 22 Oct 2011 19:11:09 +0000 (UTC) Received: from baby-jane.lamaiziere.net (63.9.74.86.rev.sfr.net [86.74.9.63]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 95DEEFAA31A5 for ; Sat, 22 Oct 2011 20:51:30 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 04A56730F9 for ; Sat, 22 Oct 2011 20:51:29 +0200 (CEST) Date: Sat, 22 Oct 2011 20:51:29 +0200 From: Patrick Lamaiziere To: FreeBSD Current Message-ID: <20111022205129.32569ec5@davenulle.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Subject: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586. 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, 22 Oct 2011 19:11:10 -0000 Hello, On my Soekris net5501 (AMD Geode i586 CPU) clang make buildworld fails on an illegal instruction "nopw %cs:0x0(%eax,%eax,1)". # make buildworld ... ranlib libiberty.a clang -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o gengtype gengtype.o gengtype-yacc+%DIKED.o gengtype-lex.o errors.o libiberty.a clang: warning: argument unused during compilation: '-g' clang: warning: argument unused during compilation: '-std=gnu89' ./gengtype *** Signal 4 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 # cd /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools # gdb ./gengtype (gdb) r Starting program: /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/gengtype Program received signal SIGILL, Illegal instruction. 0x08048b24 in do_typedef (s=0x80532bf "CUMULATIVE_ARGS", pos=0x805e1a4) at /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:103 103 { (gdb) disas 0x08048b24 Dump of assembler code for function do_typedef: 0x08048b10 : push %ebp 0x08048b11 : mov %esp,%ebp 0x08048b13 : push %ebx 0x08048b14 : push %edi 0x08048b15 : push %esi 0x08048b16 : sub $0xc,%esp 0x08048b19 : mov $0x805e1d4,%edi 0x08048b1e : mov 0x10(%ebp),%esi 0x08048b21 : mov 0x8(%ebp),%ebx 0x08048b24 : nopw %cs:0x0(%eax,%eax,1) ---------------- /etc/make.conf for clang (same as the wiki) .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" CPP=clang -E .endif # Don't die on warnings NO_WERROR= WERROR= # Don't forget this when using Jails! #NO_FSCHG= ------------------ Help will be welcome. Thanks regards. From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:13:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 5F6A1106567D for ; Sat, 22 Oct 2011 19:13:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EC1C3155AD1; Sat, 22 Oct 2011 19:13:10 +0000 (UTC) Message-ID: <4EA315C6.4040305@FreeBSD.org> Date: Sat, 22 Oct 2011 12:13:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Boris Samorodov References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> <4EA30772.8090709@FreeBSD.org> <4EA3145A.6020703@passap.ru> In-Reply-To: <4EA3145A.6020703@passap.ru> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 19:13:12 -0000 On 10/22/2011 12:07, Boris Samorodov wrote: > 22.10.2011 22:12, Doug Barton пишет: >> On 10/22/2011 08:29, Garrett Cooper wrote: >>> $(svn info | awk '/^Revision:/ {print $2}') >> >> 2 subshells and a pipe for this, vs. only 1 subshell for just running >> svnversion. >> >> Anyone else want to propose a more complex solution when a simple and >> more effective one already exists? :) > > I'm not an exert here, so I'm not sure which one and why did you call > "simple and more effective": Please read the rest of this thread, where the fact that svnversion does more than what 'svn info' does, and that people find the more that it does to be useful. So "simpler" is "one command, not 2 or more," and "more effective" is "provides more information, and people find that extra information useful." :) hth, 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 Sat Oct 22 19:24:46 2011 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 4BB8E106566C; Sat, 22 Oct 2011 19:24:46 +0000 (UTC) (envelope-from yanegomi@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 E46808FC18; Sat, 22 Oct 2011 19:24:45 +0000 (UTC) Received: by yxt33 with SMTP id 33so1203892yxt.13 for ; Sat, 22 Oct 2011 12:24:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=dgcknLMmCNsWEQPFzGLG3kfPnezbx5afE6O44OwDhSk=; b=dcf46WcwSdve8+vObwvZOBad6o4i5zYwlHHocNOtBRAaAmMOrzYcDIinhm2UTcAiTi cUVbn3zYDbgYXRRHlXy0AtVqb1pZM2a/IdYj5gbts/+HoNt9aqlEoJXGFb5ei460xgwP BJ7V/IQ2n8qIUKFP+jAyIXjxVQx/ZeWcGim7A= Received: by 10.68.57.102 with SMTP id h6mr36780306pbq.7.1319311484650; Sat, 22 Oct 2011 12:24:44 -0700 (PDT) Received: from [192.168.20.4] (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id jm5sm45599349pbc.1.2011.10.22.12.24.43 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Oct 2011 12:24:43 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=utf-8 From: Garrett Cooper In-Reply-To: <4EA315C6.4040305@FreeBSD.org> Date: Sat, 22 Oct 2011 12:24:41 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111020114844.GK59810@albert.catwhisker.org> <20111020122121.GL59810@albert.catwhisker.org> <201110211636.05917.jhb@freebsd.org> <20111021211221.GV59810@albert.catwhisker.org> <4EA21842.5000808@FreeBSD.org> <4EA30772.8090709@FreeBSD.org> <4EA3145A.6020703@passap.ru> <4EA315C6.4040305@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org, Boris Samorodov Subject: Re: sys/conf/newvers.sh vs. subversion-1.7 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, 22 Oct 2011 19:24:46 -0000 On Oct 22, 2011, at 12:13 PM, Doug Barton wrote: > On 10/22/2011 12:07, Boris Samorodov wrote: >> 22.10.2011 22:12, Doug Barton =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> On 10/22/2011 08:29, Garrett Cooper wrote: >>>> $(svn info | awk '/^Revision:/ {print $2}') >>>=20 >>> 2 subshells and a pipe for this, vs. only 1 subshell for just = running >>> svnversion. >>>=20 >>> Anyone else want to propose a more complex solution when a simple = and >>> more effective one already exists? :) >>=20 >> I'm not an exert here, so I'm not sure which one and why did you call >> "simple and more effective": >=20 > Please read the rest of this thread, where the fact that svnversion = does > more than what 'svn info' does, and that people find the more that it > does to be useful. >=20 > So "simpler" is "one command, not 2 or more," and "more effective" is > "provides more information, and people find that extra information > useful." :) I was just offering an alternative (improperly timed), and as dougb@ = pointed out, svnversion works better. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:34:22 2011 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 23CB6106566C; Sat, 22 Oct 2011 19:34:22 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9DC8FC08; Sat, 22 Oct 2011 19:34:21 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 74667B834; Sat, 22 Oct 2011 21:34:18 +0200 (SAST) Date: Sat, 22 Oct 2011 21:34:18 +0200 From: John Hay To: Hiroki Sato Message-ID: <20111022193418.GA53988@zibbi.meraka.csir.co.za> References: <4E9DFE11.2070203@swin.edu.au> <20111019.162942.833544516395329713.hrs@allbsd.org> <4EA23C08.6060906@FreeBSD.org> <20111022.161336.1708295810836213738.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111022.161336.1708295810836213738.hrs@allbsd.org> User-Agent: Mutt/1.4.2.3i Cc: dougb@FreeBSD.org, current@FreeBSD.org Subject: Re: IPv6 accept_rtadv + bfe0 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, 22 Oct 2011 19:34:22 -0000 On Sat, Oct 22, 2011 at 04:13:36PM +0900, Hiroki Sato wrote: > Doug Barton wrote > in <4EA23C08.6060906@FreeBSD.org>: > > do> On 10/19/2011 00:29, Hiroki Sato wrote: > do> > Mattia Rossi wrote > do> > in <4E9DFE11.2070203@swin.edu.au>: > do> > > do> > mr> So the _ipv6 bit doesn't take care of passing "inet6" to ifconfig > do> > mr> automatically? > do> > > do> > No. You always need to add the inet6 keyword wherever needed. > do> > do> That seems redundant, and contrary to how the IPv4 equivalents work. And > do> obviously it's confusing to users. From what I can see looking at some > do> 7.x and 8.x systems it also seems to be a POLA violation. > do> > do> Perhaps this is something that you should reconsider? > > I am still thinking that omitting an address family keyword before an > address is a bad practice. > > Omitting "inet" keyword in ifconfig_IF and doing in ifconfing_IF_AF > are different. The former one uses ifconfig(8)'s default AF, and > bz's experiments of noinet/noinet6 environment showed it was > problematic. For the latter a keyword has to be automatically > prepended in the rc.d scripts if we want to do so. For IPv6, having > a non-null $ifconfig_IF_ipv6 means the interface is IPv6-capable and > doesn't always involve address configuration > (e.g. ifconfig_IF_ipv6="up" is valid). So, automatic prepending of > "inet6" breaks this. Thus, both have a bad side effect. > > And I want to make ifconfig accept a command line for v4->v6 and/or > v6->v4 tunneling as a p2p link like "inet 10.1.1.1 2001:db8::1" for a > specific type of interfaces in the future. I am not sure if it will > happen actually, but omitting an AF keyword and/or automatic > prepending of the keyword make things difficult. > I can maybe just say, I have now upgraded various machines from 7.x or 8.x to 9 and even though I have read the rc.conf manual I keep tripping on the new IPv6 rc stuff. Various being client, server and router / firewall. It looks like ipv6_prefix_IF now needs an ifconfig_IF_ipv6 = "inet6 auto_linklocal" otherwise it is ignored. In the rc.conf man page, in the ifconfig__ipv6 section, it is suggested to use ifconfig__alias for aliases, but somewhere else it says that that _alias is deprecated. What would be nice is something like the ipv4_addrs_IF= variable. The last paragraph in ifconfig__ipv6, about "inet6 accept_rtadv" should probably be closer to the begining, with some added sentence to make it clear that it is probably what the normal client machine needs. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 20:20:55 2011 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 A915B106564A for ; Sat, 22 Oct 2011 20:20:55 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA2B8FC14 for ; Sat, 22 Oct 2011 20:20:55 +0000 (UTC) Received: from baby-jane.lamaiziere.net (63.9.74.86.rev.sfr.net [86.74.9.63]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 6D427FAA31A5 for ; Sat, 22 Oct 2011 22:20:54 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 025D17312B for ; Sat, 22 Oct 2011 22:20:54 +0200 (CEST) Date: Sat, 22 Oct 2011 22:20:53 +0200 From: Patrick Lamaiziere To: freebsd-current@freebsd.org Message-ID: <20111022222053.3032be3e@davenulle.org> In-Reply-To: <20111022205129.32569ec5@davenulle.org> References: <20111022205129.32569ec5@davenulle.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: 9.0 RC1/Clang / illegal instruction (Signal 4) in gengtype while building cc_tools on i586. 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, 22 Oct 2011 20:20:55 -0000 Le Sat, 22 Oct 2011 20:51:29 +0200, Patrick Lamaiziere a écrit : > On my Soekris net5501 (AMD Geode i586 CPU) clang make buildworld fails > on an illegal instruction "nopw %cs:0x0(%eax,%eax,1)". I've found a test program from Roman Divacky to check the CPU as clang (http://lev.vlakno.cz/~rdivacky/Host.cpp) It returns "cpu = pentium", looks good. From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 20:59:51 2011 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 734811065670 for ; Sat, 22 Oct 2011 20:59:51 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 88F308FC0A for ; Sat, 22 Oct 2011 20:59:50 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A17D0E79F2; Sat, 22 Oct 2011 21:59:49 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=UKkkEWGqejlI 1P9UvETct/2VVdE=; b=rZmX/ndNHbbfofa5sOthVxDkO4oLEtkOMxhEvF2B5944 /UfEHHoJjYHVxb9DPufWV6tb8lVFp+HjISzrOBR4OtmX579sWM+3LeERTvLW6TCl GurH3A5F0DkB7yDqNJiVxv8Q7PLpJJOEgthpJHhwiPCttletRsqr1zkFwBbDrTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=iXPu/2 Dd0JJdHoeRUgi9mFfo0IYITWPVkcHNLxRIlW4O4iAb5hl6sxfmKIbAPKjCMUetNw 0z2bMF1IhFcISn7Vv8F/Bn2Oihp1ZO0a0QNg8ljTQmkEC5bnwKBR+hN5OxCOxJb0 AuLDt8VXEZ1j206tzXcsHWGmh8ZAmMa5yLpbY= Received: from [192.168.1.68] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 84C76E760A; Sat, 22 Oct 2011 21:59:49 +0100 (BST) Message-ID: <4EA32EC1.9060601@cran.org.uk> Date: Sat, 22 Oct 2011 21:59:45 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Eugene Dzhurinsky References: <20111022103623.GA73764@devbox> <42AC5043-6760-401E-B911-CA567853F4E0@cran.org.uk> <20111022152107.GA1994@devbox> In-Reply-To: <20111022152107.GA1994@devbox> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: replacement of ataidle for freebsd 9 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, 22 Oct 2011 20:59:51 -0000 On 22/10/2011 16:21, Eugene Dzhurinsky wrote: >> ataidle -P 0 /dev/ada0 > ataidle: error opening /dev/ada0 Thanks for reporting the breakage, I'll see if I can get it fixed in time for 9.0. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 22:31:12 2011 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 0C7E2106566B for ; Sat, 22 Oct 2011 22:31:12 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id BBB3C8FC0A for ; Sat, 22 Oct 2011 22:31:11 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1RHk5i-0003lT-6L for freebsd-current@freebsd.org; Sat, 22 Oct 2011 23:31:08 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1RHk5X-0005ZG-Vb for freebsd-current@freebsd.org; Sat, 22 Oct 2011 23:30:48 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p9MMUlZT098572 for ; Sat, 22 Oct 2011 23:30:47 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p9MMUltF098571 for freebsd-current@freebsd.org; Sat, 22 Oct 2011 23:30:47 +0100 (BST) (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: Sat, 22 Oct 2011 23:30:47 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20111022223047.GA98562@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: r226642 lib/librtld_db, ".depend", line 1: Need an operator, make: fatal errors 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, 22 Oct 2011 22:31:12 -0000 amd64 with SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 in /etc/make.conf "make buildworld" gives: ===> lib/librtld_db (cleandir) ".depend", line 1: Need an operator ".depend", line 3: Need an operator *skip* ".depend", line 924: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Please advise -- 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