From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 07:45:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEE201065672 for ; Sun, 6 Jun 2010 07:45:27 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from goat.gigo.com (ipv6.gigo.com [IPv6:2001:470:1:18::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9107C8FC08 for ; Sun, 6 Jun 2010 07:45:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by goat.gigo.com (Postfix) with ESMTP id 6F7CC5C37 for ; Sun, 6 Jun 2010 00:45:27 -0700 (PDT) Received: from goat.gigo.com ([127.0.0.1]) by localhost (vette.gigo.com [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id agjVlrVhHgYI for ; Sun, 6 Jun 2010 00:45:27 -0700 (PDT) Received: from 189.72.244.48 (unknown [189.72.244.48]) by goat.gigo.com (Postfix) with ESMTPSA id 621635C31 for ; Sun, 6 Jun 2010 00:45:26 -0700 (PDT) Received: (qmail 73116 invoked from network); 6 Jun 2010 04:45:11 -0300 Received: from unknown (HELO exxodus.fedaykin.here) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 6 Jun 2010 04:45:11 -0300 Message-ID: <4C0B5207.50902@FreeBSD.org> Date: Sun, 06 Jun 2010 04:45:11 -0300 From: Mario Sergio Fujikawa Ferreira User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; pt-BR; rv:1.9.1.9) Gecko/20100531 Thunderbird/3.0.4 MIME-Version: 1.0 To: Bernhard Froehlich References: <20100521020553.80602.qmail@exxodus.fedaykin.here> (sfid-20100525_19355_E7CD3F8F) In-Reply-To: (sfid-20100525_19355_E7CD3F8F) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, vbox@FreeBSD.org Subject: Re: gcc segfault: Cannot build virtualbox-ose on 8-STABLE amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2010 07:45:27 -0000 Hi, On 25/05/2010 05:45, Bernhard Froehlich wrote: > On Thu, 20 May 2010 23:05:53 -0300, Mario Sergio Fujikawa Ferreira > wrote: >> Hi, >> >> I recently reinstalled my FreeBSD 8-STABLE box to move from >> i386 to amd64. The hardware hasn't changed (except for an increase >> from 4GB to 8GB ram). >> >> There have been some hiccups and I am still trying to tidy >> up things together. >> >> One of the problems I am having is building virtualbox-ose >> which previously built nicely on i386. >> >> I am running a vanilla 8-STABLE world (no special COPTFLAGS) from May >> 17th. >> >> $ uname -a >> FreeBSD exxodus.fedaykin.here 8.0-STABLE FreeBSD 8.0-STABLE #2: Mon May > 17 >> 19:53:30 BRT 2010 lioux@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 >> >> I have a clean and up to date ports tree from today. >> All ports upgraded using portupgrade. >> >> I am trying to build the virtualbox-ose port with vanilla cflags. >> >> $ make -V CFLAGS >> -O2 -pipe -fno-strict-aliasing >> >> The relevant message follows: >> >> --------- >> >> kBuild: Installing VBoxControl => >> > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/bin/additions/VBoxControl >> kmk[2]: *** >> > [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h] >> Segmentation fault: 11 (core dumped) >> kmk[2]: *** Deleting file >> > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h' >> kmk[2]: Leaving directory >> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' >> kmk[1]: *** [pass_binaries_this] Error 2 >> kmk[1]: Leaving directory >> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' >> kmk: *** [pass_binaries_order] Error 2 >> *** Error code 2 >> >> --------- >> >> The complete build log can be found at >> >> http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose_3.1.8_build.log.bz2 >> >> My virtualbox-ose work directory can be found at >> (you need archivers/xz to extract it) >> >> http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose__work.tar.xz >> >> Let me know if there is anything I can do to help. >> >> Regards, >> >> ps: virtualbox-ose-kmod builds without a problem as well as my other >> 1482 ports. :) > > Segmentation fault: 11 comes from gcc so this is likely to be a compiler > bug and i'm not sure if we can help in this case so I cc'd current@. Could > you try to get a backtrace from the core file that it has dumped? > The only core file I could find was tstVMStructRC.core. The backtrace follows: ------ $ script gdb.log gdb ./work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC ./work/VirtualBox-3.1.8_OSE/tstVMStructRC.core Script started on Sun Jun 6 01:13:16 2010 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `tstVMStructRC'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib32/libc.so.7...done. Loaded symbols for /usr/lib32/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0805099c in _start () (gdb) bt #0 0x0805099c in _start () #1 0x00000001 in ?? () (gdb) quit Script done on Sun Jun 6 01:13:21 2010 ------ I've done another round of portupgrade(s) and tried rebuilding virtualbox-ose again to no vail. $ uname -a FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #6: Thu Jun 3 20:30:23 BRT 2010 lioux@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 On a side note, this might be a coincidence but I haven't been able to build virtualbox since the xorg update to 7.5 AND since my switch from 8-STABLE i386 TO amd64. Both happened around the same week. I have no idea which one is to blame. I did a clean amd64 install though, not an inplace upgrade. The latest build log can be found at: http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__build_log.txt.bz2 The port work directory of the failed build can be found at: http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__work.tar.xz Let me know if there is anything I can try: Regards, Mario Ferreira -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 16:42:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B7491065673 for ; Sun, 6 Jun 2010 16:42:09 +0000 (UTC) (envelope-from bf1783@googlemail.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 800ED8FC13 for ; Sun, 6 Jun 2010 16:42:08 +0000 (UTC) Received: by wyf28 with SMTP id 28so2653075wyf.13 for ; Sun, 06 Jun 2010 09:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:content-type; bh=J4D9cENPt8MpF3/xtVwq6VwHerxHZhONWPn02J7HV8M=; b=dLq1TR+FXleHpWRakKBnd5/np+0lY3YfpfYtRX1fafInBIXzkcg1RqJrSgZhoA2ROT x1S5MRkLU6Qvk5/1487iHDbtMEK/jaFI/39EccplYiExF0AyCHiz/4xtafNRezEr8X4G 9RZztAhF9eMHvSLqN+lJiOra9F0UbDn+mLias= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=YbFd1VFKwauvl0zj6+d1dOCNs9k53WdCtUzHeNaCYRB/gHMshwZ2Qfi+mAE0cfAeAy cJGproyYeCVn+XgD7aC7ssQjgqdXeaBj3aT8r1txNPmZEQsqGZAh9X4oiB/jzhIrbPgL kTBfFQz9/LRjQ8c0zp+20ozVPMkRe7W+kkZR4= MIME-Version: 1.0 Received: by 10.216.93.2 with SMTP id k2mr1504906wef.56.1275842519840; Sun, 06 Jun 2010 09:41:59 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Sun, 6 Jun 2010 09:41:59 -0700 (PDT) Date: Sun, 6 Jun 2010 16:41:59 +0000 Message-ID: From: "b. f." To: freebsd-current@freebsd.org, freebsd-security@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Our aging base system heimdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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: Sun, 06 Jun 2010 16:42:09 -0000 Is anybody planning to update the base system heimdal, which has been largely untouched since May 2008? In addition to the many other bug-fixes and improvements in the current version 1.3.3 (see, for example: http://www.h5l.org/releases.html ), there are patches for heimdal vulnerabilities 2010-05-27 and 2010-03-21 (CVE-2010-1321), which are described at: http://www.h5l.org/advisories.html Others have mentioned that they have problems using our base system heimdal -- problems that cannot be easily circumvented by rebuilding WITHOUT_KERBEROS, and using security/krb5 (security/heimdal is badly outdated), because this leaves various dependent base system utilities behind, if they are not modified. Regards, b. From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 19:15:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 252F610656C0 for ; Sun, 6 Jun 2010 19:15:57 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id B8FC48FC18 for ; Sun, 6 Jun 2010 19:15:56 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.3/8.14.3) with ESMTP id o56J53Qx026335; Sun, 6 Jun 2010 15:05:03 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.3/8.14.3/Submit) id o56J52lp026332; Sun, 6 Jun 2010 15:05:02 -0400 (EDT) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19467.61790.690469.182207@hergotha.csail.mit.edu> Date: Sun, 6 Jun 2010 15:05:02 -0400 From: Garrett Wollman To: bf1783@gmail.com In-Reply-To: References: X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (hergotha.csail.mit.edu [127.0.0.1]); Sun, 06 Jun 2010 15:05:03 -0400 (EDT) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hergotha.csail.mit.edu X-Mailman-Approved-At: Sun, 06 Jun 2010 19:27:44 +0000 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Our aging base system heimdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 19:15:57 -0000 < said: > Is anybody planning to update the base system heimdal, which has been > largely untouched since May 2008? I would love for it to go away entirely, and those base-system components that depend on it to learn how to use either Kerberos implementation from ports. (I'd also love for the ancient and broken base version of libcom_err to go away -- there's no knob to turn it off, and the shared library conflicts with ports/krb5.) (And yes, this is a bit of an irony considering that I used to be the maintainer of the base-system Kerberos code in the long-ago krb4 days. But my job requires me to administer MIT Kerberos, so I need the MIT kadmin utility and not the Heimdal one.) -GAWollman From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 19:36:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7861065670 for ; Sun, 6 Jun 2010 19:36:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B5E568FC1F for ; Sun, 6 Jun 2010 19:36:00 +0000 (UTC) Received: (qmail 11331 invoked by uid 399); 6 Jun 2010 19:36:00 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Jun 2010 19:36:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C0BF89F.90908@FreeBSD.org> Date: Sun, 06 Jun 2010 12:35:59 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Lyndon Nerenberg References: <19467.61790.690469.182207@hergotha.csail.mit.edu> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, Garrett Wollman Subject: Re: Our aging base system krb5 [heimdal] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 19:36:01 -0000 On 06/06/10 12:32, Lyndon Nerenberg wrote: > Beyond that, Free is one of the few UNIXen I cannot talk to (or from!) > using Kerberos for things like SSH, rlogin, rdist, etc. We're woefully > behind Solaris, Linux, even Windows, when it comes to integrated > GSSAPI/K5 SSO authentication. ... and it's not going to get any better till someone steps up and volunteers to improve it. Can we count on you? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 19:49:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCD2C1065676 for ; Sun, 6 Jun 2010 19:49:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5770E8FC18 for ; Sun, 6 Jun 2010 19:49:01 +0000 (UTC) Received: (qmail 30446 invoked by uid 399); 6 Jun 2010 19:49:00 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Jun 2010 19:49:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C0BFBAB.9030808@FreeBSD.org> Date: Sun, 06 Jun 2010 12:48:59 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Lyndon Nerenberg References: <19467.61790.690469.182207@hergotha.csail.mit.edu> <4C0BF89F.90908@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, Garrett Wollman Subject: Re: Our aging base system krb5 [heimdal] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 19:49:01 -0000 On 06/06/10 12:46, Lyndon Nerenberg wrote: >> ... and it's not going to get any better till someone steps up and >> volunteers to improve it. Can we count on you? > > I've brought this up at least three times over the past 10(+?) years, > and been blown off every time. So yes, I'm volunteering, again. Great! I'm assuming that this list is the best one to send your patches to. You might want to discuss the general direction you'd like to take the code first so that people can have a chance to raise any red flags before you invest a lot of time in it. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 19:32:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CE1C1065677; Sun, 6 Jun 2010 19:32:41 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (ve6bbm-1-pt.tunnel.tserv13.ash1.ipv6.he.net [IPv6:2001:470:7:139::2]) by mx1.freebsd.org (Postfix) with ESMTP id 559958FC1B; Sun, 6 Jun 2010 19:32:41 +0000 (UTC) Received: from orthanc.ca (localhost4 [127.0.0.1]) by orthanc.ca (8.14.3/8.14.3) with ESMTP id o56JWZlg033401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Jun 2010 13:32:35 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Received: (from uucp@localhost) by orthanc.ca (8.14.3/8.14.3/Submit) with UUCP id o56JWZZC033400; Sun, 6 Jun 2010 12:32:35 -0700 (PDT) (envelope-from lyndon@orthanc.ca) Received: from legolas (legolas [172.16.0.4]) (authenticated bits=0) by legolas.orthanc.ca (8.14.4/8.14.4) with ESMTP id o56JWXak075644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Jun 2010 12:32:33 -0700 (PDT) (envelope-from lyndon@orthanc.ca) Date: Sun, 6 Jun 2010 12:32:33 -0700 (PDT) From: Lyndon Nerenberg To: Garrett Wollman In-Reply-To: <19467.61790.690469.182207@hergotha.csail.mit.edu> Message-ID: References: <19467.61790.690469.182207@hergotha.csail.mit.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: The Frobozz Magic Homing Pigeon Company MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 06 Jun 2010 20:06:59 +0000 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: Our aging base system krb5 [heimdal] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 19:32:41 -0000 > (And yes, this is a bit of an irony considering that I used to be the > maintainer of the base-system Kerberos code in the long-ago krb4 > days. But my job requires me to administer MIT Kerberos, so I need > the MIT kadmin utility and not the Heimdal one.) Aren't the reasons for the Heimdal distribution moot these days? Beyond that, Free is one of the few UNIXen I cannot talk to (or from!) using Kerberos for things like SSH, rlogin, rdist, etc. We're woefully behind Solaris, Linux, even Windows, when it comes to integrated GSSAPI/K5 SSO authentication. --lyndon From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 19:46:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF1D1065670; Sun, 6 Jun 2010 19:46:14 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (ve6bbm-1-pt.tunnel.tserv13.ash1.ipv6.he.net [IPv6:2001:470:7:139::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB6B8FC0C; Sun, 6 Jun 2010 19:46:14 +0000 (UTC) Received: from orthanc.ca (localhost4 [127.0.0.1]) by orthanc.ca (8.14.3/8.14.3) with ESMTP id o56Jk9CB033758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Jun 2010 13:46:09 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Received: (from uucp@localhost) by orthanc.ca (8.14.3/8.14.3/Submit) with UUCP id o56Jk9KK033757; Sun, 6 Jun 2010 12:46:09 -0700 (PDT) (envelope-from lyndon@orthanc.ca) Received: from legolas (legolas [172.16.0.4]) (authenticated bits=0) by legolas.orthanc.ca (8.14.4/8.14.4) with ESMTP id o56Jk7Jn076030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Jun 2010 12:46:07 -0700 (PDT) (envelope-from lyndon@orthanc.ca) Date: Sun, 6 Jun 2010 12:46:07 -0700 (PDT) From: Lyndon Nerenberg To: Doug Barton In-Reply-To: <4C0BF89F.90908@FreeBSD.org> Message-ID: References: <19467.61790.690469.182207@hergotha.csail.mit.edu> <4C0BF89F.90908@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: The Frobozz Magic Homing Pigeon Company MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 06 Jun 2010 20:12:25 +0000 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, Garrett Wollman Subject: Re: Our aging base system krb5 [heimdal] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 19:46:14 -0000 > ... and it's not going to get any better till someone steps up and volunteers > to improve it. Can we count on you? I've brought this up at least three times over the past 10(+?) years, and been blown off every time. So yes, I'm volunteering, again. Can I count on you? --lyndon From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 20:15:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8EE9106582B; Sun, 6 Jun 2010 20:15:37 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id CF6918FC18; Sun, 6 Jun 2010 20:15:36 +0000 (UTC) Received: by wwb22 with SMTP id 22so2800713wwb.13 for ; Sun, 06 Jun 2010 13:15:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=vyu6yUV6/bOp6kcK940aVXgFEm0at7jm5a0e0+Q8eZM=; b=qsTsJjWL7gANzXdnEdx/JZRdqoP/748xspJyVvbgsZvlLR71TBe5krSBBeTVZENypL cgKP+os5kFEV82uHmnldOQcsVmM+SdIwO7IF21bpoeOfOirP02pQ1p8cWZAF60ME5nUs FHIAvASNfJVoic+b7A65aPGIZFCjKvd4EL8Nk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=ppBapDU7MJ1jRlLpgdrGnPdA+NLmWroFVnkQ5VwtTXCuhWxuKjmzpRrClBcPDyOrt3 F00l4fasX2ym2QS37Rlwt3nMy8sXNRVwPJHfEAP0oCgCbrNKJ7UD7VhWcyXZkrKMenyS gwjzYAvUzpS7+Cu1DAyuZYq5j0kxlf5ekiIsc= MIME-Version: 1.0 Received: by 10.216.88.85 with SMTP id z63mr1620519wee.105.1275855333856; Sun, 06 Jun 2010 13:15:33 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Sun, 6 Jun 2010 13:15:33 -0700 (PDT) In-Reply-To: <4C0BFBAB.9030808@FreeBSD.org> References: <19467.61790.690469.182207@hergotha.csail.mit.edu> <4C0BF89F.90908@FreeBSD.org> <4C0BFBAB.9030808@FreeBSD.org> Date: Sun, 6 Jun 2010 20:15:33 +0000 Message-ID: From: "b. f." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, Lyndon Nerenberg , Garrett Wollman Subject: Re: Our aging base system krb5 [heimdal] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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: Sun, 06 Jun 2010 20:15:37 -0000 >I would love for it to go away entirely, and those base-system >components that depend on it to learn how to use either Kerberos >implementation from ports. (I'd also love for the ancient and broken >base version of libcom_err to go away -- there's no knob to turn it >off, and the shared library conflicts with ports/krb5.) I think that would please a lot of people -- but is the project still committed to having a Kerberos implementation as one of a few important applications in the base system, so that users don't have to rely upon ports? Would relegating it to ports mean that Kerberos would be disabled by default in base system utilities, so that the base system is self-hosting? What incompatibilities exist between that latest versions of the MIT Kerberos and Heimdal implementations? How does des@ feel about it, since libpam and openssh may have to be altered? b. From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 20:33:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F1A11065674; Sun, 6 Jun 2010 20:33:18 +0000 (UTC) (envelope-from jos@catnook.com) Received: from mail-yw0-f182.google.com (mail-yw0-f182.google.com [209.85.211.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE718FC08; Sun, 6 Jun 2010 20:33:17 +0000 (UTC) Received: by ywh12 with SMTP id 12so1776924ywh.14 for ; Sun, 06 Jun 2010 13:33:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.61.9 with SMTP id j9mr12723215yba.388.1275854952043; Sun, 06 Jun 2010 13:09:12 -0700 (PDT) Received: by 10.151.112.19 with HTTP; Sun, 6 Jun 2010 13:09:11 -0700 (PDT) Received: by 10.151.112.19 with HTTP; Sun, 6 Jun 2010 13:09:11 -0700 (PDT) In-Reply-To: <19467.61790.690469.182207@hergotha.csail.mit.edu> References: <19467.61790.690469.182207@hergotha.csail.mit.edu> Date: Sun, 6 Jun 2010 13:09:11 -0700 Message-ID: From: Jos Backus To: Garrett Wollman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bf1783@gmail.com, freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: Re: Our aging base system heimdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 20:33:18 -0000 Any chance the kadmin protocol will ever be standardized? Jos On Jun 6, 2010 12:28 PM, "Garrett Wollman" wrote: < said: > Is anybody planning to... I would love for it to go away entirely, and those base-system components that depend on it to learn how to use either Kerberos implementation from ports. (I'd also love for the ancient and broken base version of libcom_err to go away -- there's no knob to turn it off, and the shared library conflicts with ports/krb5.) (And yes, this is a bit of an irony considering that I used to be the maintainer of the base-system Kerberos code in the long-ago krb4 days. But my job requires me to administer MIT Kerberos, so I need the MIT kadmin utility and not the Heimdal one.) -GAWollman _______________________________________________ freebsd-current@freebsd.org mailing list http://lis... From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 20:53:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A03F91065674 for ; Sun, 6 Jun 2010 20:53:40 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 59A018FC14 for ; Sun, 6 Jun 2010 20:53:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5F3709CB0CF; Sun, 6 Jun 2010 22:50:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e7m87QgfhL-p; Sun, 6 Jun 2010 22:49:58 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 382FA9CB0F4; Sun, 6 Jun 2010 22:49:58 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o56Knv2t029160; Sun, 6 Jun 2010 22:49:57 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 6 Jun 2010 22:49:57 +0200 From: Roman Divacky To: Justin Hibbits Message-ID: <20100606204957.GA28248@freebsd.org> References: <20100604152605.GA80277@freebsd.org> 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: current@freebsd.org Subject: Re: [INFO]: import of clang/LLVM to happen on June 9th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 20:53:40 -0000 On Fri, Jun 04, 2010 at 01:33:10PM -0400, Justin Hibbits wrote: > On Fri, Jun 4, 2010 at 11:26 AM, Roman Divacky wrote: > > > Dear current@ > > > > On June 9th, we are importing clang/LLVM into FreeBSD HEAD. We are going > > to import clang/LLVM sources and put those into contrib/llvm (~45MB) and > > the build infrastructure for it (lib/clang and usr.bin/clang). There's > > also a small patch to hook it into the build. This patch is attached for > > review or available at (stripped from mergeinfo): > > > > > > http://lev.vlakno.cz/~rdivacky/clangbsd-import.patch > > > > > > Clang will be enabled to be built on amd64/i386/ppc by default and disabled > > everywhere else. The selected clang/LLVM revision is r104832. Clang will > > be installed as "clang" so it should not interfere with anything. There's > > a switch (WITH_CLANG and WITHOUT_CLANG) that alters whether clang will > > be built or not. > > > > We plan to update clang/LLVM "often" as bugs are being found/fixed. > > > > From the point of view of a user nothing changes except one more > > application > > will be installed after the next buildworld/installworld. > > > > The next plan is to gradually start integrating the necessary changes to > > enable buildworld with clang but this is pending some more discussion. > > > > > > Roman Divacky > > > > Does this mean the last bits of the ppc support have been fixed? no, PPC still lacks the var args implementation but Nathan Whitehorn requested clang/llvm to be enabled on PPC. Maybe he's got some patches in his sleeve ;) From owner-freebsd-current@FreeBSD.ORG Sun Jun 6 22:02:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 390BA106566C; Sun, 6 Jun 2010 22:02:38 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 93BF48FC0A; Sun, 6 Jun 2010 22:02:37 +0000 (UTC) Received: by fxm20 with SMTP id 20so1992565fxm.13 for ; Sun, 06 Jun 2010 15:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=b02hi/AHGgC/dLyPqp+19CaduIHOBaB82C7TMR3M7ys=; b=idCPCoBIsKOhjxr9fTScpYu9kqRn3mrY3RGCmo+S96RWBxMTnA8apOtH7IW0xk+3na ZRaGlnSsI2X9fOoWdQkxDxA0db3k+hnlmMMM73A6aJDdPDbYtN4huYO37uwh/9fT98KO hqQ7x02za1h+JiGQSMS75z5dTnvEdaUS5c13Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=qE2phkWSJ6WNMNFEVl9RmONQ6W9zL5gCZ7Pruidw11RDY0DSLImSsDlfpXnVsp0RgE p1JrK4TfYWpNoqUniWdJQejP9VD/70R9U/buog0ZljsxYOGeZLhN2QPeVRKAe2lM3nBr g6UwgLFDidwJU+88E55zpS6W3qqPTQWDKR+Ok= Received: by 10.223.144.77 with SMTP id y13mr14340766fau.86.1275861756631; Sun, 06 Jun 2010 15:02:36 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r25sm17028871fai.23.2010.06.06.15.02.35 (version=SSLv3 cipher=RC4-MD5); Sun, 06 Jun 2010 15:02:36 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C0C1AE4.8050807@FreeBSD.org> Date: Mon, 07 Jun 2010 01:02:12 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: FreeBSD-Current , freebsd-arch@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Jun 2010 22:02:38 -0000 Hi. Most of x86 systems now has at least 4 types of event timers: i8254, RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily hardcoded and absolutely not scalable. I have reimplemented it, trying to solve these issues. I did such things: - created unified timer driver's API (sys/timeet.h, kernel/kern_et.c). It supports global and per-CPU timers, periodic and one-shot. Provides driver and consumer interfaces for choosing timers and operating them; - cleaned existing x86 event timer driver's code and modified it for new API (x86/isa/atrtc.c, x86/isa/clock.c, x86/x86/local_apic.c). LAPIC timer is now per-CPU and supports both periodic and one-shot modes; - extended HPET driver to support it's event timers in periodic and one-shot mode (dev/acpica/acpi_hpet.c). Support for per-CPU operation and FSB interrupts planned for later; - written mostly machine-independent mid-layer for managing any present timers to provide clocks needed for kernel (x86/x86/timeevents.c). It supports both global and per-CPU timers. Now it supports only periodic mode, but one-shot mode support planned for later. All this stuff deeply configurable via both loader tunables on boot and sysctls in real time: %sysctl kern.eventtimer kern.eventtimer.choice: LAPIC(500) HPET(400) HPET1(390) HPET2(390) i8254(100) RTC(0) kern.eventtimer.et.LAPIC.flags: 7 kern.eventtimer.et.LAPIC.frequency: 99752386 kern.eventtimer.et.LAPIC.quality: 500 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 400 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 390 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 390 kern.eventtimer.et.RTC.flags: 1 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.timer2: NONE kern.eventtimer.timer1: i8254 kern.eventtimer.singlemul: 2 By default system chooses two timers with highest "quality" for hardclock and statclock/profclock. User may affect that choice via disabling unwanted drivers and/or via direct specification of wanted ones. It is possible to change timers on-flight via sysctls: %sysctl kern.eventtimer.timer1=hpet kern.eventtimer.timer1: i8254 -> HPET %sysctl kern.eventtimer.timer2=hpet1 kern.eventtimer.timer2: NONE -> HPET1 After every timer change, if two timers available, mid-layer cross-checks them, and if one of them is not functional - replaces it. If there is no second timer available, or user specified to not use it - mid-layer automatically increases rate of the first timer and divide it's frequency to satisfy system needs as good as possible. User may specify how fast he wish to run fist timer relative to hz by setting kern.eventtimer.singlemul tunable/sysctl. When profiling is active, mid-layer automatically rises respective timer frequency to about 8KHz (was 1KHz previously) and decreases it back on profiling end. All above was tested on i386 and amd64. XEN was not affected and builds fine. pc98 was slightly touched. It wasn't tested, but builds fine. It's pc98/cbus/clock.c needs respective rewrite to use new features. Other architectures are untouched, but if any of them may benefit from this functionality - it should be possible to share most of the code. Latest patches can be found here: http://people.freebsd.org/~mav/et.20100606.patch Known issues: - i8254 timer generates 18Hz interrupt rate when not used and not disabled. I haven't found a way to disable it's interrupt source while holding spinlock. - timer drivers code will need some more cleaning after interrupt handler will be able to return both argument and frame same time. Feedback is very appreciated. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 08:13:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FA33106566C; Mon, 7 Jun 2010 08:13:57 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id 6127B8FC0A; Mon, 7 Jun 2010 08:13:57 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id BA5DA2A28CD8; Mon, 7 Jun 2010 10:13:56 +0200 (CEST) Date: Mon, 7 Jun 2010 10:13:56 +0200 From: Ed Schouten To: Alexander Motin Message-ID: <20100607081356.GY56080@hoeg.nl> References: <4C0C1AE4.8050807@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M6k8nCARLe14uObT" Content-Disposition: inline In-Reply-To: <4C0C1AE4.8050807@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 08:13:57 -0000 --M6k8nCARLe14uObT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexander, * Alexander Motin wrote: > Most of x86 systems now has at least 4 types of event timers: i8254, > RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily > hardcoded and absolutely not scalable. I have reimplemented it, trying > to solve these issues. Just out of curiosity, how does this work relate to things like having a tickless kernel? --=20 Ed Schouten WWW: http://80386.nl/ --M6k8nCARLe14uObT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwMqkQACgkQ52SDGA2eCwXf+wCfZL6hoTiCdRknzG2JCQlDuasg MqsAmwQiGKF5hIKzba6mmA0LCgJnAeRw =3Wyp -----END PGP SIGNATURE----- --M6k8nCARLe14uObT-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 08:27:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8640106564A; Mon, 7 Jun 2010 08:27:07 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7148FC15; Mon, 7 Jun 2010 08:27:06 +0000 (UTC) Received: by fxm20 with SMTP id 20so2199060fxm.13 for ; Mon, 07 Jun 2010 01:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=hokCZQiAoVDrD2azQzl4La/7kMOlQq6yn3iUEi7aL+8=; b=ZDnV1/dSvERpFZsV14TCndIaJCW3aaI/aXpx9oJ2TAeQQtB2Y9yQyALID9706ec2jk S68lB/dMSk/wyoYKDtN8WtqA6uadfHb8qjD3leRh2sVAZE/MQcCXDrBSQ05EBFQhBwQM 2VvezoZTkPty7blbRQBd/zsbv//XEl0RYb8QQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Adz84OhPeE8X1q5ntwefzaDpruyEWhviNzTdXgOiuY7SHVVWbN0yuRw7/W/onO+hsx zxeQUTasMPJzcXwbMJIjHi9FIS73kghrQkJt0ScMM6KohL6+XEaEXY5fzDG7MQbuAttz W/9WArpqO2KE7D0akuH8bOtxAT29/6OB/Ewlw= Received: by 10.223.26.206 with SMTP id f14mr14743331fac.96.1275899225958; Mon, 07 Jun 2010 01:27:05 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 2sm19184799fav.13.2010.06.07.01.27.04 (version=SSLv3 cipher=RC4-MD5); Mon, 07 Jun 2010 01:27:05 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C0CAD43.20102@FreeBSD.org> Date: Mon, 07 Jun 2010 11:26:43 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Ed Schouten References: <4C0C1AE4.8050807@FreeBSD.org> <20100607081356.GY56080@hoeg.nl> In-Reply-To: <20100607081356.GY56080@hoeg.nl> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 08:27:07 -0000 Ed Schouten wrote: > * Alexander Motin wrote: >> Most of x86 systems now has at least 4 types of event timers: i8254, >> RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily >> hardcoded and absolutely not scalable. I have reimplemented it, trying >> to solve these issues. > > Just out of curiosity, how does this work relate to things like having a > tickless kernel? It is almost mandatory prerequisite. We can't do any fancy timer stuff without unified timer API. Tsuyoshi Ozawa in his Dynamic Ticks work also got to the same conclusion, but he was much less aggressive in rewriting legacy code. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 10:34:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D80561065675; Mon, 7 Jun 2010 10:34:11 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id 99DF28FC39; Mon, 7 Jun 2010 10:34:11 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id EAF702A28CD8; Mon, 7 Jun 2010 12:34:10 +0200 (CEST) Date: Mon, 7 Jun 2010 12:34:10 +0200 From: Ed Schouten To: Alexander Motin Message-ID: <20100607103410.GZ56080@hoeg.nl> References: <4C0C1AE4.8050807@FreeBSD.org> <20100607081356.GY56080@hoeg.nl> <4C0CAD43.20102@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/IS0x6j0ns1j6BpZ" Content-Disposition: inline In-Reply-To: <4C0CAD43.20102@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 10:34:11 -0000 --/IS0x6j0ns1j6BpZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexander, * Alexander Motin wrote: > Ed Schouten wrote: > > Just out of curiosity, how does this work relate to things like having a > > tickless kernel? >=20 > It is almost mandatory prerequisite. We can't do any fancy timer stuff > without unified timer API. Tsuyoshi Ozawa in his Dynamic Ticks work also > got to the same conclusion, but he was much less aggressive in rewriting > legacy code. That's just what I wanted to hear. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --/IS0x6j0ns1j6BpZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwMyyIACgkQ52SDGA2eCwVMIgCeNGmb+AQG0MtUQ3D5+TYKWity YuIAn2z3AWWGBY5N+XJhgTNvlxY9wXiT =X7am -----END PGP SIGNATURE----- --/IS0x6j0ns1j6BpZ-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 12:01:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2241065675 for ; Mon, 7 Jun 2010 12:01:37 +0000 (UTC) (envelope-from marcelorossi@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 531A68FC16 for ; Mon, 7 Jun 2010 12:01:37 +0000 (UTC) Received: by gwj20 with SMTP id 20so350917gwj.13 for ; Mon, 07 Jun 2010 05:01:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=Ks4NUwoTQEbmYEipH7zxCuS1WLJHX5TtclBRqjHrawc=; b=EOKI7gzcMezALdJw9z/KadFW+NDWKru0KLhW0Fz8/BsZT35pumXX52OcjAElbHc7do keLMXLYABsFSsMsg7s0+H6L4JlSmrc/yanpUebquopVj9V/Ie161rttt+J1jCxZ9iWuJ qG7QbA9hlQGBdfGgLEFByL5JCGjYydpFSl5fU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=sWpU4Xk/GQOL6uMIKcOZwLhl/zYPqXEPnwkppopDX6N9b2czi675B6knEF8no4LWnB Jxf9iqAnuS89na0OeXzdIE8tYUvodY8AT0/5wIArbxoB78T28fa/nwqFKuSl9HQGstnc Xvd4/qep+M91HRC5aN1DRFX5jnt09IHUW8lq8= Received: by 10.229.226.211 with SMTP id ix19mr4621364qcb.127.1275912096380; Mon, 07 Jun 2010 05:01:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.86.71 with HTTP; Mon, 7 Jun 2010 05:01:16 -0700 (PDT) In-Reply-To: References: <201006031757.03341.hselasky@c2i.net> <201006040928.09768.hselasky@c2i.net> From: "Marcelo/Porks" Date: Mon, 7 Jun 2010 09:01:16 -0300 Message-ID: To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: Fwd: umodem (4) recognize a CDC-ACM device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 12:01:37 -0000 On Fri, Jun 4, 2010 at 12:32 PM, Marcelo/Porks wro= te: > On Fri, Jun 4, 2010 at 4:28 AM, Hans Petter Selasky wr= ote: >>> On Thu, Jun 3, 2010 at 12:57 PM, Hans Petter Selasky >> wrote: >>> > Should be like this: Note the structure is called "bulk_min": >>> > >>> > =A0 =A0 =A0 =A0static const uint16_t bulk_min[USB_SPEED_MAX] =3D { >>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0[USB_SPEED_LOW] =3D 8, >>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0[USB_SPEED_FULL] =3D 8, >>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0[USB_SPEED_HIGH] =3D 512, >>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0[USB_SPEED_VARIABLE] =3D 512, >>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0[USB_SPEED_SUPER] =3D 1024, >>> > =A0 =A0 =A0 =A0}; >>> > --HPS >> I think you also need to remove the check for LOW speed in the EHCI/OHCI= /UHCI >> controller drivers too. See usb/controller/{ehci.c,uhci.c,ohci.c} >> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0case UE_BULK: >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (udev->speed !=3D USB_= SPEED_LOW) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ep->metho= ds =3D &uhci_device_bulk_methods; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; >> >> --HPS >> > > Hia Hans! It seems to work now or at least it was recognized. > > I'll make more tests on Monday and post the results. Hi all! Just to confirm, The patch works fine and I can use the device. Bellow is the full patch that Hans sent to me in private. Thanks again, Han= s. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Differences ... =3D=3D=3D=3D //depot/projects/usb/src/sys/dev/usb/controller/ehci.c#53 (tex= t+ko) =3D=3D=3D=3D @@ -3792,9 +3792,7 @@ } break; case UE_BULK: - if (udev->speed !=3D USB_SPEED_LOW) { - ep->methods =3D &ehci_device_bulk_methods; - } + ep->methods =3D &ehci_device_bulk_methods; break; default: /* do nothing */ =3D=3D=3D=3D //depot/projects/usb/src/sys/dev/usb/controller/ohci.c#35 (tex= t+ko) =3D=3D=3D=3D @@ -2614,9 +2614,7 @@ } break; case UE_BULK: - if (udev->speed !=3D USB_SPEED_LOW) { - ep->methods =3D &ohci_device_bulk_methods; - } + ep->methods =3D &ohci_device_bulk_methods; break; default: /* do nothing */ =3D=3D=3D=3D //depot/projects/usb/src/sys/dev/usb/controller/uhci.c#32 (tex= t+ko) =3D=3D=3D=3D @@ -3068,9 +3068,7 @@ } break; case UE_BULK: - if (udev->speed !=3D USB_SPEED_LOW) { - ep->methods =3D &uhci_device_bulk_methods; - } + ep->methods =3D &uhci_device_bulk_methods; break; default: /* do nothing */ =3D=3D=3D=3D //depot/projects/usb/src/sys/dev/usb/usb_transfer.c#177 (text+= ko) =3D=3D=3D=3D @@ -3057,7 +3057,7 @@ }; static const uint16_t bulk_min[USB_SPEED_MAX] =3D { - [USB_SPEED_LOW] =3D 0, /* not supported */ + [USB_SPEED_LOW] =3D 8, [USB_SPEED_FULL] =3D 8, [USB_SPEED_HIGH] =3D 512, [USB_SPEED_VARIABLE] =3D 512, --=20 Marcelo Rossi "This e-mail is provided "AS IS" with no warranties, and confers no rights.= " From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 14:22:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA461065670; Mon, 7 Jun 2010 14:22:42 +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 2F7A88FC14; Mon, 7 Jun 2010 14:22:42 +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 D5C7B46B53; Mon, 7 Jun 2010 10:22:41 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D2AD88A021; Mon, 7 Jun 2010 10:22:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 7 Jun 2010 09:55:54 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4C094635.40002@FreeBSD.org> In-Reply-To: <4C094635.40002@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201006070955.54445.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 07 Jun 2010 10:22:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Motin Subject: Re: ioapic_assign_cpu() on active level-triggered interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 14:22:42 -0000 On Friday 04 June 2010 2:30:13 pm Alexander Motin wrote: > Hi. > > I am working on driver for HPET event timers. It works mostly fine, > except after some cases when ioapic_assign_cpu() called while timer is > active. Under interrupt rate of 10KHz it is enough a dozen cpuset runs > to break it (with 1KHz - few dozens). When it happens, I can see that > timer is still running, interrupt status register is changing, but no > interrupts received. > > Timer uses level-triggered interrupts, so it is tolerant to interrupt > losses. I have tried to not acknowledge some, and they have immediately > got back to me again, as expected for level-triggering. Timer runs in > periodic mode, so it doesn't need handling to continue counting. > > I have reproduced it on two different i386 SMP systems: Core2Duo+ICH10 > and Core i5+PCH. With more experiments I have found that I can't trigger > this issue if following patch applied: > > --- io_apic.c.prev 2010-06-02 10:55:56.000000000 +0300 > +++ io_apic.c 2010-06-04 17:45:51.000000000 +0300 > @@ -363,7 +366,10 @@ ioapic_assign_cpu(struct intsrc *isrc, u > printf(") to lapic %u vector %u\n", intpin->io_cpu, > intpin->io_vector); > } > + ioapic_disable_source(isrc, PIC_NO_EOI); > + DELAY(10); > ioapic_program_intpin(intpin); > + ioapic_enable_source(isrc); > /* > * Free the old vector after the new one is established. This > is done > * to prevent races where we could miss an interrupt. > > It is is almost a hack and 10us is completely experimental. But it looks > like changing interrupt's APIC and vector in some moments of interrupt > processing may be not a good idea. > > Can somebody explain this behavior and propose some solution? Have > somebody seen it for regular PCI devices? It probably would be best to disable the source, however, you can't just re- enable it as it might already be disabled when you move it. It is also probably a bug that io_masked can be read w/o holding the icu_lock in ioapic_program_intpin(). I think the icu_lock should be pushed up to callers of ioapic_program_intpin(), and that you should explicitly do a simple write to mask the source a bit earlier. Something like this perhaps: Index: io_apic.c =================================================================== --- io_apic.c (revision 208714) +++ io_apic.c (working copy) @@ -261,16 +261,15 @@ * If a pin is completely invalid or if it is valid but hasn't * been enabled yet, just ensure that the pin is masked. */ + mtx_assert(&icu_lock, MA_OWNED); if (intpin->io_irq == IRQ_DISABLED || (intpin->io_irq < NUM_IO_INTS && intpin->io_vector == 0)) { - mtx_lock_spin(&icu_lock); low = ioapic_read(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin)); if ((low & IOART_INTMASK) == IOART_INTMCLR) ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low | IOART_INTMSET); - mtx_unlock_spin(&icu_lock); return; } @@ -312,14 +311,12 @@ } /* Write the values to the APIC. */ - mtx_lock_spin(&icu_lock); intpin->io_lowreg = low; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &= ~IOART_DEST; value |= high; ioapic_write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); - mtx_unlock_spin(&icu_lock); } static int @@ -352,6 +349,12 @@ if (new_vector == 0) return (ENOSPC); + /* Mask the old intpin if it is enabled while it is migrated. */ + mtx_lock_spin(&icu_lock); + if (!intpin->io_masked) + ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), + intpin->io_lowreg | IOART_INTMSET); + intpin->io_cpu = apic_id; intpin->io_vector = new_vector; if (isrc->is_handlers > 0) @@ -364,6 +367,8 @@ intpin->io_vector); } ioapic_program_intpin(intpin); + mtx_unlock_spin(&icu_lock); + /* * Free the old vector after the new one is established. This is done * to prevent races where we could miss an interrupt. @@ -399,9 +404,11 @@ /* Mask this interrupt pin and free its APIC vector. */ vector = intpin->io_vector; apic_disable_vector(intpin->io_cpu, vector); + mtx_lock_spin(&icu_lock); intpin->io_masked = 1; intpin->io_vector = 0; ioapic_program_intpin(intpin); + mtx_unlock_spin(&icu_lock); apic_free_vector(intpin->io_cpu, vector, intpin->io_irq); } } @@ -443,6 +450,7 @@ * XXX: Should we write to the ELCR if the trigger mode changes for * an EISA IRQ or an ISA IRQ with the ELCR present? */ + mtx_lock_spin(&icu_lock); if (intpin->io_bus == APIC_BUS_EISA) pol = INTR_POLARITY_HIGH; changed = 0; @@ -464,6 +472,7 @@ } if (changed) ioapic_program_intpin(intpin); + mtx_unlock_spin(&icu_lock); return (0); } @@ -473,8 +482,10 @@ struct ioapic *io = (struct ioapic *)pic; int i; + mtx_lock_spin(&icu_lock); for (i = 0; i < io->io_numintr; i++) ioapic_program_intpin(&io->io_pins[i]); + mtx_unlock_spin(&icu_lock); } /* If you find that you still need the DELAY(10), you could place it in the conditional block that masks the interrupt perhaps. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 14:22:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51B891065670 for ; Mon, 7 Jun 2010 14:22:44 +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 223CF8FC15 for ; Mon, 7 Jun 2010 14:22:44 +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 C9E9D46C16; Mon, 7 Jun 2010 10:22:43 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C47A28A01F; Mon, 7 Jun 2010 10:22:42 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 7 Jun 2010 09:57:07 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <6BEF4925-A058-4EFA-B005-30A01B3132FC@samsco.org> <4C0A9D57.8000900@quis.cx> In-Reply-To: <4C0A9D57.8000900@quis.cx> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006070957.07376.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 07 Jun 2010 10:22:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Jille Timmermans , Alexander Best Subject: Re: strange scsi/CAM related dmesg output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 14:22:44 -0000 On Saturday 05 June 2010 2:54:15 pm Jille Timmermans wrote: > Scott Long schreef: > > On Jun 4, 2010, at 4:35 PM, Alexander Best wrote: > > > >> hi there. running HEAD, amd64 and r208806 i get this dmesg output > >> which doesn't look right: > >> > >> ada0 at ahcich2 bus 0 scbus3 target 0 lun 0 > >> ada0: ATA-7 SATA 2.x device > >> ada0: 300.000MB/s transferscd0 at ata2 bus 0 scbus2 target 0 lun 0 > >> cd0: Removable CD-ROM SCSI-0 device > >> cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > >> cd0: cd present [1944656 x 2048 byte records] > >> (SATA 2.x, UDMA6, PIO 8192bytes) > >> ada0: Command Queueing enabled > >> ada0: 238474MB (488395055 512 byte sectors: 16H 63S/T 16383C) > >> > >> > >> my kernel contains: > >> > >> options SC_HISTORY_SIZE=1000 > >> options MSGBUF_SIZE=65536 > >> options PRINTF_BUFR_SIZE=128 > >> > >> might this be caused by one of these lines? > >> > >> cheers. > >> > > > > Can you be more specific about what you think is not right? > > > > Scott > I assume he means that 'cd0 at ata2 ...' is on the same line as the > third ada0 line. After all the cd0-lines, the ada0 line continues. > That shouldn't happen with PRINTF_BUFR_SIZE set, should it? It can happen because the print buffer size thing is not line-buffered, it is printf-invocation buffered. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 14:37:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7391065674; Mon, 7 Jun 2010 14:37:09 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2F89B8FC08; Mon, 7 Jun 2010 14:37:08 +0000 (UTC) Received: by gwj20 with SMTP id 20so516535gwj.13 for ; Mon, 07 Jun 2010 07:37:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.234.3 with SMTP id ka3mr2282584qcb.261.1275920127521; Mon, 07 Jun 2010 07:15:27 -0700 (PDT) Received: by 10.220.200.72 with HTTP; Mon, 7 Jun 2010 07:15:27 -0700 (PDT) In-Reply-To: References: <19467.61790.690469.182207@hergotha.csail.mit.edu> Date: Mon, 7 Jun 2010 15:15:27 +0100 Message-ID: From: Doug Rabson To: Jos Backus Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bf1783@gmail.com, freebsd-security@freebsd.org, freebsd-current@freebsd.org, Garrett Wollman Subject: Re: Our aging base system heimdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 14:37:09 -0000 On 6 June 2010 21:09, Jos Backus wrote: > Any chance the kadmin protocol will ever be standardized? > > My understanding is that the MIT kadmin protocol is based GSS-API authenticated RPC which FreeBSD didn't support until recently. I added working RPCSEC_GSS to our userland RPC library in 2008 and it should be available in FreeBSD 8.x and later. In theory, if MIT actually document their protocol, it should be reasonably straightforward to support it. I doubt if I will be able to do the work either for this or for upgrading heimdal. From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 19:05:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58826106566B for ; Mon, 7 Jun 2010 19:05:43 +0000 (UTC) (envelope-from jos@catnook.com) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id 3C06D8FC08 for ; Mon, 7 Jun 2010 19:05:42 +0000 (UTC) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with SMTP id o57IStQ8007988 for ; Mon, 7 Jun 2010 11:28:56 -0700 Received: (qmail 95777 invoked by uid 1000); 7 Jun 2010 18:29:19 -0000 Date: Mon, 7 Jun 2010 11:29:19 -0700 From: Jos Backus To: Doug Rabson Message-ID: <20100607182919.GB25163@lizzy.catnook.local> References: <19467.61790.690469.182207@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: bf1783@gmail.com, freebsd-security@freebsd.org, freebsd-current@freebsd.org, Garrett Wollman Subject: Re: Our aging base system heimdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.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, 07 Jun 2010 19:05:43 -0000 On Mon, Jun 07, 2010 at 03:15:27PM +0100, Doug Rabson wrote: > On 6 June 2010 21:09, Jos Backus wrote: > > > Any chance the kadmin protocol will ever be standardized? > > > > > My understanding is that the MIT kadmin protocol is based GSS-API > authenticated RPC which FreeBSD didn't support until recently. I added > working RPCSEC_GSS to our userland RPC library in 2008 and it should be > available in FreeBSD 8.x and later. In theory, if MIT actually document > their protocol, it should be reasonably straightforward to support it. I > doubt if I will be able to do the work either for this or for upgrading > heimdal. Thanks, Doug. It would be great if the Heimdal and MIT folks would cooperate on this standardization/documentation effort, but perhaps it's not seen as a priority. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 19:43:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2326C1065674 for ; Mon, 7 Jun 2010 19:43:07 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (75-101-96-57.dsl.static.sonic.net [75.101.96.57]) by mx1.freebsd.org (Postfix) with SMTP id BF2FF8FC24 for ; Mon, 7 Jun 2010 19:43:06 +0000 (UTC) Received: (qmail 20000 invoked by uid 1001); 6 Jun 2010 23:59:57 -0000 Date: Sun, 6 Jun 2010 16:59:57 -0700 From: "David E. Thiel" To: freebsd-security@freebsd.org, freebsd-current@freebsd.org Message-ID: <20100606235957.GE3022@redundancy.redundancy.org> References: <19467.61790.690469.182207@hergotha.csail.mit.edu> <4C0BF89F.90908@FreeBSD.org> <4C0BFBAB.9030808@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 19:43:07 -0000 On Sun, Jun 06, 2010 at 08:15:33PM +0000, b. f. wrote: > What incompatibilities exist between that latest versions of the MIT > Kerberos and Heimdal implementations? How does des@ feel about it, > since libpam and openssh may have to be altered? My experience is a few years old, but last time I tried working with them together, I found the protocol used by kadmin was incompatible between the two implementations. From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 20:00:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDA831065673; Mon, 7 Jun 2010 20:00:08 +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 93D1E8FC20; Mon, 7 Jun 2010 20:00:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o57K075g017541; Mon, 7 Jun 2010 16:00:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o57K07hg017540; Mon, 7 Jun 2010 20:00:07 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Jun 2010 20:00:07 GMT Message-Id: <201006072000.o57K07hg017540@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 20:00:08 -0000 TB --- 2010-06-07 19:00:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-07 19:00:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-06-07 19:00:23 - cleaning the object tree TB --- 2010-06-07 19:00:38 - cvsupping the source tree TB --- 2010-06-07 19:00:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-06-07 19:01:20 - building world TB --- 2010-06-07 19:01:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-07 19:01:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-07 19:01:20 - TARGET=sparc64 TB --- 2010-06-07 19:01:20 - TARGET_ARCH=sparc64 TB --- 2010-06-07 19:01:20 - TZ=UTC TB --- 2010-06-07 19:01:20 - __MAKE_CONF=/dev/null TB --- 2010-06-07 19:01:20 - cd /src TB --- 2010-06-07 19:01:20 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 7 19:01:21 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 7 19:57:37 UTC 2010 TB --- 2010-06-07 19:57:37 - generating LINT kernel config TB --- 2010-06-07 19:57:37 - cd /src/sys/sparc64/conf TB --- 2010-06-07 19:57:37 - /usr/bin/make -B LINT TB --- 2010-06-07 19:57:38 - building LINT kernel TB --- 2010-06-07 19:57:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-07 19:57:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-07 19:57:38 - TARGET=sparc64 TB --- 2010-06-07 19:57:38 - TARGET_ARCH=sparc64 TB --- 2010-06-07 19:57:38 - TZ=UTC TB --- 2010-06-07 19:57:38 - __MAKE_CONF=/dev/null TB --- 2010-06-07 19:57:38 - cd /src TB --- 2010-06-07 19:57:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 7 19:57:38 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_cd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_ch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_da.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_da.c /src/sys/cam/scsi/scsi_da.c: In function 'dasysctlinit': /src/sys/cam/scsi/scsi_da.c:1114: error: 'cts' undeclared (first use in this function) /src/sys/cam/scsi/scsi_da.c:1114: error: (Each undeclared identifier is reported only once /src/sys/cam/scsi/scsi_da.c:1114: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-07 20:00:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-07 20:00:07 - ERROR: failed to build lint kernel TB --- 2010-06-07 20:00:07 - 2709.59 user 604.55 system 3584.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 20:11:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8227B1065675; Mon, 7 Jun 2010 20:11:08 +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 37D8A8FC1A; Mon, 7 Jun 2010 20:11:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o57KB7eQ061896; Mon, 7 Jun 2010 16:11:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o57KB7Qj061895; Mon, 7 Jun 2010 20:11:07 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Jun 2010 20:11:07 GMT Message-Id: <201006072011.o57KB7Qj061895@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 20:11:08 -0000 TB --- 2010-06-07 19:13:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-07 19:13:17 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-06-07 19:13:17 - cleaning the object tree TB --- 2010-06-07 19:13:30 - cvsupping the source tree TB --- 2010-06-07 19:13:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-06-07 19:14:04 - building world TB --- 2010-06-07 19:14:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-07 19:14:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-07 19:14:04 - TARGET=sun4v TB --- 2010-06-07 19:14:04 - TARGET_ARCH=sparc64 TB --- 2010-06-07 19:14:04 - TZ=UTC TB --- 2010-06-07 19:14:04 - __MAKE_CONF=/dev/null TB --- 2010-06-07 19:14:04 - cd /src TB --- 2010-06-07 19:14:04 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 7 19:14:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jun 7 20:08:44 UTC 2010 TB --- 2010-06-07 20:08:44 - generating LINT kernel config TB --- 2010-06-07 20:08:44 - cd /src/sys/sun4v/conf TB --- 2010-06-07 20:08:44 - /usr/bin/make -B LINT TB --- 2010-06-07 20:08:44 - building LINT kernel TB --- 2010-06-07 20:08:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-07 20:08:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-07 20:08:44 - TARGET=sun4v TB --- 2010-06-07 20:08:44 - TARGET_ARCH=sparc64 TB --- 2010-06-07 20:08:44 - TZ=UTC TB --- 2010-06-07 20:08:44 - __MAKE_CONF=/dev/null TB --- 2010-06-07 20:08:44 - cd /src TB --- 2010-06-07 20:08:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 7 20:08:44 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_cd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_ch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/ata/ata_da.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/scsi/scsi_da.c /src/sys/cam/scsi/scsi_da.c: In function 'dasysctlinit': /src/sys/cam/scsi/scsi_da.c:1114: error: 'cts' undeclared (first use in this function) /src/sys/cam/scsi/scsi_da.c:1114: error: (Each undeclared identifier is reported only once /src/sys/cam/scsi/scsi_da.c:1114: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-07 20:11:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-07 20:11:07 - ERROR: failed to build lint kernel TB --- 2010-06-07 20:11:07 - 2704.77 user 595.34 system 3470.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 7 22:59:14 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEBF6106564A for ; Mon, 7 Jun 2010 22:59:14 +0000 (UTC) (envelope-from alexbestms@uni-muenster.de) Received: from SECMAIL.UNI-MUENSTER.DE (SECMAIL.UNI-MUENSTER.DE [128.176.192.141]) by mx1.freebsd.org (Postfix) with ESMTP id B01978FC0C for ; Mon, 7 Jun 2010 22:59:14 +0000 (UTC) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTP id CA9C8BF405 for ; Tue, 8 Jun 2010 00:59:12 +0200 (CEST) Received: by gwj20 with SMTP id 20so1092447gwj.13 for ; Mon, 07 Jun 2010 15:59:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.185.195 with SMTP id cp3mr2755211qcb.217.1275951551129; Mon, 07 Jun 2010 15:59:11 -0700 (PDT) Received: by 10.229.247.142 with HTTP; Mon, 7 Jun 2010 15:59:10 -0700 (PDT) Date: Tue, 8 Jun 2010 00:59:10 +0200 Message-ID: From: Alexander Best To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: two SUJ requests X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Jun 2010 22:59:15 -0000 hi there. i really love working with SUJ and haven't had a single panic or problem at all with it. these two requests are rather minor, but it would be nice if you could think about adding them: 1. it would be nice to have the /.sujournal file set to a proper creation/access/modify timestamp instead of unix timestamp 0 (1 jan 1970). just like with snapshot files. that way one could keep track of when SUJ was enabled e.g. 2. the tunefs(8) manual states that the minimum size of the journal using the -S switch is 4mb. it would be nice to also have the manual state the default size of the journal. that's it really. ;) thanks. -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 07:08:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32C691065673; Tue, 8 Jun 2010 07:08:01 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 868958FC17; Tue, 8 Jun 2010 07:08:00 +0000 (UTC) Received: by fxm20 with SMTP id 20so3258203fxm.13 for ; Tue, 08 Jun 2010 00:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=KB34dioEtjCmgZYw5Zbx3NYaI+TqNjr9kdCsjdlDzDs=; b=fnGYhIp8iTK8pgqYlklZBX2mXuBOs5tOycnjB2avoN7BeH0WCTxhT2nG1fbxgA6ckh CbNxFv8g5S+XKBT07+XinQi3vpQHjkgKTYJw7J0z4x4ef2B2bW/SpHOMHl2AIIYXXmnr MBPtEJblB6bbatWpnznFypyCcPG9DtgQUlHps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=eNrb7sY4KkugXgF3b5LQzSJgWIOMCQw1OJu2Rd6KECd928G3J8PTReCZX93vlrezEr qJQQBwzbkE3tRRkb2VtuBOMNhIuqAaIyVegfTYrRI+mPptAVDkZQ0HrH29SjTtB0ZT/8 3vZaC1iPuzHXk65EKIQWCFa9SygcztIxK57Ao= Received: by 10.223.92.152 with SMTP id r24mr603698fam.74.1275980879451; Tue, 08 Jun 2010 00:07:59 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm24072837fad.10.2010.06.08.00.07.57 (version=SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 00:07:57 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C0DEC2D.20109@FreeBSD.org> Date: Tue, 08 Jun 2010 10:07:25 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: John Baldwin References: <4C094635.40002@FreeBSD.org> <201006070955.54445.jhb@freebsd.org> In-Reply-To: <201006070955.54445.jhb@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------070008030807000207020202" Cc: freebsd-current@freebsd.org Subject: Re: ioapic_assign_cpu() on active level-triggered interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 07:08:01 -0000 This is a multi-part message in MIME format. --------------070008030807000207020202 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Hi. John Baldwin wrote: > On Friday 04 June 2010 2:30:13 pm Alexander Motin wrote: >> I am working on driver for HPET event timers. It works mostly fine, >> except after some cases when ioapic_assign_cpu() called while timer is >> active. Under interrupt rate of 10KHz it is enough a dozen cpuset runs >> to break it (with 1KHz - few dozens). When it happens, I can see that >> timer is still running, interrupt status register is changing, but no >> interrupts received. >> >> Can somebody explain this behavior and propose some solution? Have >> somebody seen it for regular PCI devices? > > It probably would be best to disable the source, however, you can't just re- > enable it as it might already be disabled when you move it. It is also > probably a bug that io_masked can be read w/o holding the icu_lock in > ioapic_program_intpin(). I think the icu_lock should be pushed up to callers > of ioapic_program_intpin(), and that you should explicitly do a simple write > to mask the source a bit earlier. Something like this perhaps: > > Index: io_apic.c > =================================================================== > --- io_apic.c (revision 208714) > +++ io_apic.c (working copy) > > If you find that you still need the DELAY(10), you could place it in the > conditional block that masks the interrupt perhaps. Thank you! This patch seems to reduce stuck probability for level-triggered interrupts, especially when printf works as DELAY() on bootverbose=1. Without DELAY() and bootverbose I can trigger the issue by few dozens of spuset runs. With DELAY() I still was able to do it twice, but only after several hundreds of tries. Also I have found that unconditional pre-disabling interrupt hurts RTC timer. As I understand, IRQ8 is edge-triggered, and it's loss during switch makes RTC timer stuck. I've tried to not mask edge-triggered interrupts - and it helped. But even so I am able to hang RTC timer with hundred cpusets, so may be we have to just choose between bad and worse. Updated patch attached. PS: For the global timers CPU binding is probably not so important, as interrupts are any way redistributed to other CPUs. So I have found that this issue can be workarounded by binding interrupts to BSP during attach to avoid migration on SMP start. -- Alexander Motin --------------070008030807000207020202 Content-Type: text/plain; name="io_apic.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="io_apic.c.patch" --- io_apic.c.prev 2010-06-05 00:53:55.000000000 +0300 +++ io_apic.c 2010-06-08 09:21:56.000000000 +0300 @@ -261,16 +261,15 @@ ioapic_program_intpin(struct ioapic_ints * If a pin is completely invalid or if it is valid but hasn't * been enabled yet, just ensure that the pin is masked. */ + mtx_assert(&icu_lock, MA_OWNED); if (intpin->io_irq == IRQ_DISABLED || (intpin->io_irq < NUM_IO_INTS && intpin->io_vector == 0)) { - mtx_lock_spin(&icu_lock); low = ioapic_read(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin)); if ((low & IOART_INTMASK) == IOART_INTMCLR) ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low | IOART_INTMSET); - mtx_unlock_spin(&icu_lock); return; } @@ -312,14 +311,12 @@ ioapic_program_intpin(struct ioapic_ints } /* Write the values to the APIC. */ - mtx_lock_spin(&icu_lock); intpin->io_lowreg = low; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &= ~IOART_DEST; value |= high; ioapic_write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); - mtx_unlock_spin(&icu_lock); } static int @@ -352,6 +349,14 @@ ioapic_assign_cpu(struct intsrc *isrc, u if (new_vector == 0) return (ENOSPC); + /* Mask the old intpin if it is enabled while it is migrated. */ + mtx_lock_spin(&icu_lock); + if (!intpin->io_masked && !intpin->io_edgetrigger) { + ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), + intpin->io_lowreg | IOART_INTMSET); + DELAY(100); + } + intpin->io_cpu = apic_id; intpin->io_vector = new_vector; if (isrc->is_handlers > 0) @@ -364,6 +369,8 @@ ioapic_assign_cpu(struct intsrc *isrc, u intpin->io_vector); } ioapic_program_intpin(intpin); + mtx_unlock_spin(&icu_lock); + /* * Free the old vector after the new one is established. This is done * to prevent races where we could miss an interrupt. @@ -399,9 +406,11 @@ ioapic_disable_intr(struct intsrc *isrc) /* Mask this interrupt pin and free its APIC vector. */ vector = intpin->io_vector; apic_disable_vector(intpin->io_cpu, vector); + mtx_lock_spin(&icu_lock); intpin->io_masked = 1; intpin->io_vector = 0; ioapic_program_intpin(intpin); + mtx_unlock_spin(&icu_lock); apic_free_vector(intpin->io_cpu, vector, intpin->io_irq); } } @@ -443,6 +452,7 @@ ioapic_config_intr(struct intsrc *isrc, * XXX: Should we write to the ELCR if the trigger mode changes for * an EISA IRQ or an ISA IRQ with the ELCR present? */ + mtx_lock_spin(&icu_lock); if (intpin->io_bus == APIC_BUS_EISA) pol = INTR_POLARITY_HIGH; changed = 0; @@ -464,6 +474,7 @@ ioapic_config_intr(struct intsrc *isrc, } if (changed) ioapic_program_intpin(intpin); + mtx_unlock_spin(&icu_lock); return (0); } @@ -473,8 +484,10 @@ ioapic_resume(struct pic *pic) struct ioapic *io = (struct ioapic *)pic; int i; + mtx_lock_spin(&icu_lock); for (i = 0; i < io->io_numintr; i++) ioapic_program_intpin(&io->io_pins[i]); + mtx_unlock_spin(&icu_lock); } /* --------------070008030807000207020202-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 09:38:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFE051065678 for ; Tue, 8 Jun 2010 09:38:09 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3248FC12 for ; Tue, 8 Jun 2010 09:38:08 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1263761fga.13 for ; Tue, 08 Jun 2010 02:38:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=7nJDRiXxLTq8PIxtAujKQy9gXF9nXYkWdEKpo+W3PNM=; b=HfvyG5fzEEIdyzkRo/RgPmlra65f55Rj1/jHLX9s57NrB41hKIvxSq7gQMQS4+4YPf mM1KdQcRmylz8+HYMvFfYednIdXWZTgOZG1KMw7PKqirA1ActE+pXYdw4JJLI10gDKhz lWqvEzcLGITiRM5GQR2q9ZhA+a+IcNHrtpzkQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=mpQrW0X7tsWagP92+ckNwo/DmyJRkDvpagLF2cuHWfSRzPi7b8+XX5CSopA2D5Dt9g ps0/7EEsGEao60/kOnG53QA8t99SPB5iH/Xstx9ipgqmfobnflTho6F8fPD/YKJtTbqG +MYBnGZz2w7zeUT5++moN2uc5EPQrBrhjkQu4= Received: by 10.86.6.5 with SMTP id 5mr24586414fgf.60.1275989885026; Tue, 08 Jun 2010 02:38:05 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 2sm24629782faf.3.2010.06.08.02.38.03 (version=SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 02:38:04 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C0E0F66.4030703@FreeBSD.org> Date: Tue, 08 Jun 2010 12:37:42 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Panic on S3 suspend call. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 09:38:09 -0000 Hi. Just noted that fresh HEAD i386 system panics on suspend request when build with INVARIANTS and WITNESS: panic: mutex ACPI global lock owned at ../../../kern/kern_event.c:1899 cpuid = 1 KDB: enter: panic [ thread pid 1047 tid 100138 ] Stopped at 0x408d29df: movl $0,0x40dded34 db> bt Tracing pid 1047 tid 100138 td 0x45fcb9c0 kdb_enter(40c75fe3,40c75fe3,40c74763,7c91fb1c,1,...) at 0x408d29df panic(40c74763,40c26898,40c70d4e,76b,7c91fb40,...) at 0x4089ec96 _mtx_assert(40da08a0,0,40c70d4e,76b,7c91fb70,...) at 0x4088e227 knlist_mtx_assert_unlocked(40da08a0,4088ed2c,40da08a0,45d377c0,3,...) at 0x4086b06e knote(45d377dc,0,0,921,0,...) at 0x4086b9ff acpi_ReqSleepState(456c3700,3,40c2633d,c76,0,...) at 0x404e8f4b acpiioctl(45793400,80045004,45d07810,3,45fcb9c0,...) at 0x404e9118 devfs_ioctl_f(45d820e0,80045004,45d07810,45d34a80,45fcb9c0,...) at 0x4081d1e8 kern_ioctl(45fcb9c0,3,80045004,45d07810,91fcec,...) at 0x408ebdbd ioctl(45fcb9c0,7c91fcec,0,40cb192e,0,...) at 0x408ebf47 syscallenter(45fcb9c0,7c91fce4,40b9fa00,40dcd190,0,...) at 0x408e0b23 syscall(7c91fd28) at 0x40b9f169 Xint0x80_syscall() at 0x40b7f49a --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28183173, esp = 0x3fbfeb1c, ebp = 0x3fbfebf8 --- db> -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 05:47:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EF6B106566C; Tue, 8 Jun 2010 05:47:27 +0000 (UTC) (envelope-from ozawa@t-oza.net) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 564768FC21; Tue, 8 Jun 2010 05:47:25 +0000 (UTC) Received: by wwb22 with SMTP id 22so4188866wwb.13 for ; Mon, 07 Jun 2010 22:47:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.182.7 with SMTP id n7mr3077481wem.91.1275974669494; Mon, 07 Jun 2010 22:24:29 -0700 (PDT) Received: by 10.216.185.12 with HTTP; Mon, 7 Jun 2010 22:24:29 -0700 (PDT) X-Originating-IP: [27.230.160.181] Received: by 10.216.185.12 with HTTP; Mon, 7 Jun 2010 22:24:29 -0700 (PDT) In-Reply-To: References: <4C0C1AE4.8050807@FreeBSD.org> Date: Mon, 7 Jun 2010 21:24:29 -0800 Message-ID: From: Tsuyoshi Ozawa To: Alexander Motin X-Mailman-Approved-At: Tue, 08 Jun 2010 10:59:32 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 05:47:27 -0000 2010/6/6, Alexander Motin : > Hi. > > Most of x86 systems now has at least 4 types of event timers: i8254, > RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily > hardcoded and absolutely not scalable. I have reimplemented it, trying > to solve these issues. > > I did such things: > - created unified timer driver's API (sys/timeet.h, kernel/kern_et.c). > It supports global and per-CPU timers, periodic and one-shot. Provides > driver and consumer interfaces for choosing timers and operating them; > - cleaned existing x86 event timer driver's code and modified it for > new API (x86/isa/atrtc.c, x86/isa/clock.c, x86/x86/local_apic.c). LAPIC > timer is now per-CPU and supports both periodic and one-shot modes; > - extended HPET driver to support it's event timers in periodic and > one-shot mode (dev/acpica/acpi_hpet.c). Support for per-CPU operation > and FSB interrupts planned for later; > - written mostly machine-independent mid-layer for managing any present > timers to provide clocks needed for kernel (x86/x86/timeevents.c). It > supports both global and per-CPU timers. Now it supports only periodic > mode, but one-shot mode support planned for later. > > All this stuff deeply configurable via both loader tunables on boot and > sysctls in real time: > > %sysctl kern.eventtimer > kern.eventtimer.choice: LAPIC(500) HPET(400) HPET1(390) HPET2(390) > i8254(100) RTC(0) > kern.eventtimer.et.LAPIC.flags: 7 > kern.eventtimer.et.LAPIC.frequency: 99752386 > kern.eventtimer.et.LAPIC.quality: 500 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.quality: 400 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.quality: 390 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.quality: 390 > kern.eventtimer.et.RTC.flags: 1 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.timer2: NONE > kern.eventtimer.timer1: i8254 > kern.eventtimer.singlemul: 2 > > By default system chooses two timers with highest "quality" for > hardclock and statclock/profclock. User may affect that choice via > disabling unwanted drivers and/or via direct specification of wanted > ones. It is possible to change timers on-flight via sysctls: > > %sysctl kern.eventtimer.timer1=hpet > kern.eventtimer.timer1: i8254 -> HPET > %sysctl kern.eventtimer.timer2=hpet1 > kern.eventtimer.timer2: NONE -> HPET1 > > After every timer change, if two timers available, mid-layer > cross-checks them, and if one of them is not functional - replaces it. > > If there is no second timer available, or user specified to not use it - > mid-layer automatically increases rate of the first timer and divide > it's frequency to satisfy system needs as good as possible. User may > specify how fast he wish to run fist timer relative to hz by setting > kern.eventtimer.singlemul tunable/sysctl. > > When profiling is active, mid-layer automatically rises respective timer > frequency to about 8KHz (was 1KHz previously) and decreases it back on > profiling end. > > All above was tested on i386 and amd64. XEN was not affected and builds > fine. pc98 was slightly touched. It wasn't tested, but builds fine. It's > pc98/cbus/clock.c needs respective rewrite to use new features. Other > architectures are untouched, but if any of them may benefit from this > functionality - it should be possible to share most of the code. > > Latest patches can be found here: > http://people.freebsd.org/~mav/et.20100606.patch > > Known issues: > - i8254 timer generates 18Hz interrupt rate when not used and not > disabled. I haven't found a way to disable it's interrupt source while > holding spinlock. > - timer drivers code will need some more cleaning after interrupt > handler will be able to return both argument and frame same time. > > Feedback is very appreciated. > > -- > Alexander Motin > This is excellent! I'll try this to apply this patch and rewrite my old dynamic ticks code to fit this event timer API . Thank you, Alexander ! -- Tsuyoshi Ozawa 2010/06/07 7:03 "Alexander Motin" : Hi. Most of x86 systems now has at least 4 types of event timers: i8254, RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily hardcoded and absolutely not scalable. I have reimplemented it, trying to solve these issues. I did such things: - created unified timer driver's API (sys/timeet.h, kernel/kern_et.c). It supports global and per-CPU timers, periodic and one-shot. Provides driver and consumer interfaces for choosing timers and operating them; - cleaned existing x86 event timer driver's code and modified it for new API (x86/isa/atrtc.c, x86/isa/clock.c, x86/x86/local_apic.c). LAPIC timer is now per-CPU and supports both periodic and one-shot modes; - extended HPET driver to support it's event timers in periodic and one-shot mode (dev/acpica/acpi_hpet.c). Support for per-CPU operation and FSB interrupts planned for later; - written mostly machine-independent mid-layer for managing any present timers to provide clocks needed for kernel (x86/x86/timeevents.c). It supports both global and per-CPU timers. Now it supports only periodic mode, but one-shot mode support planned for later. All this stuff deeply configurable via both loader tunables on boot and sysctls in real time: %sysctl kern.eventtimer kern.eventtimer.choice: LAPIC(500) HPET(400) HPET1(390) HPET2(390) i8254(100) RTC(0) kern.eventtimer.et.LAPIC.flags: 7 kern.eventtimer.et.LAPIC.frequency: 99752386 kern.eventtimer.et.LAPIC.quality: 500 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 400 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 390 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 390 kern.eventtimer.et.RTC.flags: 1 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.timer2: NONE kern.eventtimer.timer1: i8254 kern.eventtimer.singlemul: 2 By default system chooses two timers with highest "quality" for hardclock and statclock/profclock. User may affect that choice via disabling unwanted drivers and/or via direct specification of wanted ones. It is possible to change timers on-flight via sysctls: %sysctl kern.eventtimer.timer1=hpet kern.eventtimer.timer1: i8254 -> HPET %sysctl kern.eventtimer.timer2=hpet1 kern.eventtimer.timer2: NONE -> HPET1 After every timer change, if two timers available, mid-layer cross-checks them, and if one of them is not functional - replaces it. If there is no second timer available, or user specified to not use it - mid-layer automatically increases rate of the first timer and divide it's frequency to satisfy system needs as good as possible. User may specify how fast he wish to run fist timer relative to hz by setting kern.eventtimer.singlemul tunable/sysctl. When profiling is active, mid-layer automatically rises respective timer frequency to about 8KHz (was 1KHz previously) and decreases it back on profiling end. All above was tested on i386 and amd64. XEN was not affected and builds fine. pc98 was slightly touched. It wasn't tested, but builds fine. It's pc98/cbus/clock.c needs respective rewrite to use new features. Other architectures are untouched, but if any of them may benefit from this functionality - it should be possible to share most of the code. Latest patches can be found here: http://people.freebsd.org/~mav/et.20100606.patch Known issues: - i8254 timer generates 18Hz interrupt rate when not used and not disabled. I haven't found a way to disable it's interrupt source while holding spinlock. - timer drivers code will need some more cleaning after interrupt handler will be able to return both argument and frame same time. Feedback is very appreciated. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 14:06:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE73F106566C; Tue, 8 Jun 2010 14:06:07 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-yw0-f182.google.com (mail-yw0-f182.google.com [209.85.211.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB438FC23; Tue, 8 Jun 2010 14:06:07 +0000 (UTC) Received: by ywh12 with SMTP id 12so3337230ywh.14 for ; Tue, 08 Jun 2010 07:06:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0Lps0RBloQ/dEHpYgMnL5AS2Yzqli+7NPkNobv2w+ak=; b=C0Qx2VihVzcu4Sn9ri/wJZiiw8ef2kpk0i9sTQ5CaHZjbIJbSlTCGPhsRGCxSWbkRO Ib/+vPPUmvrEA8QCM+7bYt50LuIrd4RdqvqhOCs5HwVJ77e7XgntXqFPAxhhgbSVxv/9 dCXJsXziQrEap2+LfjwCfsd2pRaOExP49RP4Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=w/8pN8OxTOvlqPI3M0TPVZycBLsNWbAXeKdB7kw2clJ1vyEjGBAYhxo85Uoty7ls7N dtKty+zJaiMNq+7aNFsyf1qRUozU7jeXf0H3iM1hOwTPDp4UkU/m+rQezpAzDlBWWNId ADtGo2VVzRywe2e9CEv+KWSPg+TJCUlyD29Xg= MIME-Version: 1.0 Received: by 10.101.177.16 with SMTP id e16mr16125636anp.221.1276005966451; Tue, 08 Jun 2010 07:06:06 -0700 (PDT) Received: by 10.231.182.196 with HTTP; Tue, 8 Jun 2010 07:06:06 -0700 (PDT) In-Reply-To: References: <4C0C1AE4.8050807@FreeBSD.org> Date: Tue, 8 Jun 2010 09:06:06 -0500 Message-ID: From: Brandon Gooch To: Tsuyoshi Ozawa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 14:06:07 -0000 On Tue, Jun 8, 2010 at 12:24 AM, Tsuyoshi Ozawa wrote: > 2010/6/6, Alexander Motin : >> Hi. >> >> Most of x86 systems now has at least 4 types of event timers: i8254, >> RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily >> hardcoded and absolutely not scalable. I have reimplemented it, trying >> to solve these issues. >> >> I did such things: >> =A0- created unified timer driver's API (sys/timeet.h, kernel/kern_et.c)= . >> It supports global and per-CPU timers, periodic and one-shot. Provides >> driver and consumer interfaces for choosing timers and operating them; >> =A0- cleaned existing x86 event timer driver's code and modified it for >> new API (x86/isa/atrtc.c, x86/isa/clock.c, x86/x86/local_apic.c). LAPIC >> timer is now per-CPU and supports both periodic and one-shot modes; >> =A0- extended HPET driver to support it's event timers in periodic and >> one-shot mode (dev/acpica/acpi_hpet.c). Support for per-CPU operation >> and FSB interrupts planned for later; >> =A0- written mostly machine-independent mid-layer for managing any prese= nt >> timers to provide clocks needed for kernel (x86/x86/timeevents.c). It >> supports both global and per-CPU timers. Now it supports only periodic >> mode, but one-shot mode support planned for later. >> >> All this stuff deeply configurable via both loader tunables on boot and >> sysctls in real time: >> >> %sysctl kern.eventtimer >> kern.eventtimer.choice: LAPIC(500) HPET(400) HPET1(390) HPET2(390) >> i8254(100) RTC(0) >> kern.eventtimer.et.LAPIC.flags: 7 >> kern.eventtimer.et.LAPIC.frequency: 99752386 >> kern.eventtimer.et.LAPIC.quality: 500 >> kern.eventtimer.et.HPET.flags: 3 >> kern.eventtimer.et.HPET.frequency: 14318180 >> kern.eventtimer.et.HPET.quality: 400 >> kern.eventtimer.et.HPET1.flags: 3 >> kern.eventtimer.et.HPET1.frequency: 14318180 >> kern.eventtimer.et.HPET1.quality: 390 >> kern.eventtimer.et.HPET2.flags: 3 >> kern.eventtimer.et.HPET2.frequency: 14318180 >> kern.eventtimer.et.HPET2.quality: 390 >> kern.eventtimer.et.RTC.flags: 1 >> kern.eventtimer.et.RTC.frequency: 32768 >> kern.eventtimer.et.RTC.quality: 0 >> kern.eventtimer.et.i8254.flags: 1 >> kern.eventtimer.et.i8254.frequency: 1193182 >> kern.eventtimer.et.i8254.quality: 100 >> kern.eventtimer.timer2: NONE >> kern.eventtimer.timer1: i8254 >> kern.eventtimer.singlemul: 2 >> >> By default system chooses two timers with highest "quality" for >> hardclock and statclock/profclock. User may affect that choice via >> disabling unwanted drivers and/or via direct specification of wanted >> ones. It is possible to change timers on-flight via sysctls: >> >> %sysctl kern.eventtimer.timer1=3Dhpet >> kern.eventtimer.timer1: i8254 -> HPET >> %sysctl kern.eventtimer.timer2=3Dhpet1 >> kern.eventtimer.timer2: NONE -> HPET1 >> >> After every timer change, if two timers available, mid-layer >> cross-checks them, and if one of them is not functional - replaces it. >> >> If there is no second timer available, or user specified to not use it - >> mid-layer automatically increases rate of the first timer and divide >> it's frequency to satisfy system needs as good as possible. User may >> specify how fast he wish to run fist timer relative to hz by setting >> kern.eventtimer.singlemul tunable/sysctl. >> >> When profiling is active, mid-layer automatically rises respective timer >> frequency to about 8KHz (was 1KHz previously) and decreases it back on >> profiling end. >> >> All above was tested on i386 and amd64. XEN was not affected and builds >> fine. pc98 was slightly touched. It wasn't tested, but builds fine. It's >> pc98/cbus/clock.c needs respective rewrite to use new features. Other >> architectures are untouched, but if any of them may benefit from this >> functionality - it should be possible to share most of the code. >> >> Latest patches can be found here: >> http://people.freebsd.org/~mav/et.20100606.patch >> >> Known issues: >> =A0- i8254 timer generates 18Hz interrupt rate when not used and not >> disabled. I haven't found a way to disable it's interrupt source while >> holding spinlock. >> =A0- timer drivers code will need some more cleaning after interrupt >> handler will be able to return both argument and frame same time. >> >> Feedback is very appreciated. >> >> -- >> Alexander Motin >> > > This is excellent! > I'll try this to apply this patch and =A0rewrite my old dynamic ticks cod= e to > fit this event timer API . > > Thank you, Alexander ! > -- > Tsuyoshi Ozawa > > > 2010/06/07 7:03 "Alexander Motin" : > > Hi. > > Most of x86 systems now has at least 4 types of event timers: i8254, > RTC, LAPIC and HPET. Respective code in kernel is very tangled, heavily > hardcoded and absolutely not scalable. I have reimplemented it, trying > to solve these issues. > > I did such things: > =A0- created unified timer driver's API (sys/timeet.h, kernel/kern_et.c). > It supports global and per-CPU timers, periodic and one-shot. Provides > driver and consumer interfaces for choosing timers and operating them; > =A0- cleaned existing x86 event timer driver's code and modified it for > new API (x86/isa/atrtc.c, x86/isa/clock.c, x86/x86/local_apic.c). LAPIC > timer is now per-CPU and supports both periodic and one-shot modes; > =A0- extended HPET driver to support it's event timers in periodic and > one-shot mode (dev/acpica/acpi_hpet.c). Support for per-CPU operation > and FSB interrupts planned for later; > =A0- written mostly machine-independent mid-layer for managing any presen= t > timers to provide clocks needed for kernel (x86/x86/timeevents.c). It > supports both global and per-CPU timers. Now it supports only periodic > mode, but one-shot mode support planned for later. > > All this stuff deeply configurable via both loader tunables on boot and > sysctls in real time: > > %sysctl kern.eventtimer > kern.eventtimer.choice: LAPIC(500) HPET(400) HPET1(390) HPET2(390) > i8254(100) RTC(0) > kern.eventtimer.et.LAPIC.flags: 7 > kern.eventtimer.et.LAPIC.frequency: 99752386 > kern.eventtimer.et.LAPIC.quality: 500 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.quality: 400 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.quality: 390 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.quality: 390 > kern.eventtimer.et.RTC.flags: 1 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.timer2: NONE > kern.eventtimer.timer1: i8254 > kern.eventtimer.singlemul: 2 > > By default system chooses two timers with highest "quality" for > hardclock and statclock/profclock. User may affect that choice via > disabling unwanted drivers and/or via direct specification of wanted > ones. It is possible to change timers on-flight via sysctls: > > %sysctl kern.eventtimer.timer1=3Dhpet > kern.eventtimer.timer1: i8254 -> HPET > %sysctl kern.eventtimer.timer2=3Dhpet1 > kern.eventtimer.timer2: NONE -> HPET1 > > After every timer change, if two timers available, mid-layer > cross-checks them, and if one of them is not functional - replaces it. > > If there is no second timer available, or user specified to not use it - > mid-layer automatically increases rate of the first timer and divide > it's frequency to satisfy system needs as good as possible. User may > specify how fast he wish to run fist timer relative to hz by setting > kern.eventtimer.singlemul tunable/sysctl. > > When profiling is active, mid-layer automatically rises respective timer > frequency to about 8KHz (was 1KHz previously) and decreases it back on > profiling end. > > All above was tested on i386 and amd64. XEN was not affected and builds > fine. pc98 was slightly touched. It wasn't tested, but builds fine. It's > pc98/cbus/clock.c needs respective rewrite to use new features. Other > architectures are untouched, but if any of them may benefit from this > functionality - it should be possible to share most of the code. > > Latest patches can be found here: > http://people.freebsd.org/~mav/et.20100606.patch > > Known issues: > =A0- i8254 timer generates 18Hz interrupt rate when not used and not > disabled. I haven't found a way to disable it's interrupt source while > holding spinlock. > =A0- timer drivers code will need some more cleaning after interrupt > handler will be able to return both argument and frame same time. > > Feedback is very appreciated. > > -- > Alexander Motin This is an exciting advance for FreeBSD, and I'm looking forward to testing the new infrastructure code. Alexander, do you feel that the code is at a stage where meaningful user testing can occur? Tsuyoshi, will you be providing code to Alexander to integrate into his patch(es), or will your development continue as a separate effort? Thank you both so much for taking on this task! -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 14:40:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60667106567A; Tue, 8 Jun 2010 14:40:32 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 982638FC12; Tue, 8 Jun 2010 14:40:31 +0000 (UTC) Received: by fxm20 with SMTP id 20so3667508fxm.13 for ; Tue, 08 Jun 2010 07:40:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=3CUoreN7sS8aNXzlPkj4WRlLIDfwdLjwYcuQqGEBLjM=; b=DP8eZc1BihsyNUhCKpdkruYjYHPPLNOh6CtAdnRtWlCjGGWrmhLEakouCjlX7G5odP AJaVQQ2+GvBfAjMtpinNmaX6M7FDpCy12B1JvcsafromsXhTG/roLZIonYQIeXmEK1VE wQol1vX58/uapM+uXL7uJYijv99XAIe8DyuKY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Ma8/wvnjGKlaTe8/+IHaHKfbAUB4qa5VkCbPV+IsmzZ4T1ewo2UPDN7s1jE+xEoc8I vXMECEYnGdV92DlD7msbikxYE89JW0ab+zdkdwlO+mzR98hfE+V6SZ2SYNrvH1J22zFQ 3FlQlxov9GpahD6b0ntTIcxWITMi0z5CVkwuc= Received: by 10.223.92.152 with SMTP id r24mr1113893fam.74.1276008030380; Tue, 08 Jun 2010 07:40:30 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r12sm25747930fah.8.2010.06.08.07.40.28 (version=SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 07:40:28 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C0E5646.1060007@FreeBSD.org> Date: Tue, 08 Jun 2010 17:40:06 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Brandon Gooch References: <4C0C1AE4.8050807@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org, FreeBSD-Current , Tsuyoshi Ozawa Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 14:40:32 -0000 Brandon Gooch wrote: > Alexander, do you feel that the code is at a stage where meaningful > user testing can occur? I think yes. I've touched a lot of legacy code, so it would be nice to know what I may have broken. For example, i8254 and RTC drivers now more dependent on attaching to PnP/ACPI reported hardware. I am not sure if there still any legacy system which not doing that. The oldest system I have tested was P-III Celeron. Unluckily my small development SSD is too "large" for my Pentium board's BIOS. :) There is still work planned, but I hope it won't require major changes in already written code. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 15:06:40 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8893B1065670; Tue, 8 Jun 2010 15:06:40 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.206]) by mx1.freebsd.org (Postfix) with ESMTP id 3E05A8FC0A; Tue, 8 Jun 2010 15:06:40 +0000 (UTC) Received: by smtpo.poczta.interia.pl (INTERIA.PL, from userid 502) id 1520C102CF2D; Tue, 8 Jun 2010 17:06:38 +0200 (CEST) Received: by f12.poczta.interia.pl (Postfix, from userid 502) id 9AE531A5305F; Tue, 8 Jun 2010 17:06:37 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by f12.poczta.interia.pl (Postfix) with ESMTP id 7CEBB1A53053; Tue, 8 Jun 2010 17:06:37 +0200 (CEST) Date: 08 Jun 2010 17:06:37 +0200 From: vermaden Sender: vermaden@interia.pl To: oliver@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 77.112.138.42 X-PRIORITY: 3 X-Mailer: PSE3 Message-Id: <20100608150637.7CEBB1A53053@f12.poczta.interia.pl> X-EMID: 19b40acc X-Mailman-Approved-At: Tue, 08 Jun 2010 15:54:53 +0000 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: ports/139483: x11-fm/thunar name is in lowercase while package name is in uppercase X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 15:06:40 -0000 > I agree with you that this is a bit inconsistent and this had > been done right in the first place when the port was created. > But changing it now - I fear to much problems which may occur by very les= s > gain on th eother hand and this is why I'll not change the package name. I also agree with You mate, backward compatibility is very important, but so is consistency, at least from logical point of view. Maybe we should 'leave it as it is' for next 'BIG' release, or at least till next 'POINT' release (like 8.1-RELEASE for example), and the put all needed info in RELEASE NOTES, that during restructuring the PORTS tree infrastructure all ports were changes to _lowercase_ to make ports tree more consistent and logical, or at least a single package can be lowercase/UPPERCASE in its 'world' treated the same, (lowercase or UPPERCASE but not other). The same of course goes to many other ports, like TeTeX* ports, there are no tetex* ports of course, but using TeTeX name can be VERY misleading ... and I am a long time FreeBSD user/admin. With all respect to TeX 'way' of writing, it should be lowercase. I do not want to 'force' or should I use more appreciate word like 'bring back to order' word, to make it just better. I do not like all the mess in the Linux world, and its pity, that many of us are pointing Linux the mess while we are not 'clear' at the same time. Sorry for CC'ing that message into CURRENT/STABLE MLs, but I just feel that we need to do something about it, to make the FreeBSD (or ports) ecosystem better. For me this change does not mean much, I already KNOW that I must tyle TeTeX or Thunar in the CLI, but think about so many newcomers or just people who did not add that port earlier, its just not logical/consistent, to leave that case 'as is'. As I stated at the beginning, backward compatibility is also very important, so we may 'resolve' that problem in two ways generally, or maybe someone with bigger head then mine come with better solution. 1. Just rename ports to lowercase both in ports and packages with appreciate info in RELEASE NOTES, for some *-RELEASE (8.1-RELEASE comes into my mind of course, or some DOT ZERO release, that will be 9.0-RELEASE in 2012, which may be not so needed delay for that kind of annoucement). 2. Create BOTH lowercase/UPPERCASE/Various packages names both in ports (metaports) and packages (will take disk space), for some time and ANNOUNCE in RELEASE NOTES, that these 'other then lowercase' ports/packages are available only until next release. With all regards to developers/maintainers time, vermaden ---------------------------------------------------------------------- Najlepsza wyszukiwarka tanich lotow! Sprawdz >>> http://linkint.pl/f2726 From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 15:58:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454D71065672; Tue, 8 Jun 2010 15:58:02 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 02D4D8FC08; Tue, 8 Jun 2010 15:58:01 +0000 (UTC) Received: by pvh11 with SMTP id 11so2559734pvh.13 for ; Tue, 08 Jun 2010 08:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=UXgmN1UzaYgHE4Bt5m484wK71VAAimbQQnNOSJbzUhM=; b=KnhC9i4cKJNlb5681dsdLWpMWc56WbghkYDerzw6KCbTBd+xzlMEyDEiLBOLymPAXa lzisytDm46PwDRXP/4RlmDqGJni58fLfgv0apo5ZkcFZHjhu9pG1z857y2FuZmZfk72z V7VY1I9GLS/csBN/oH8eXFE8ATQjer9dFxg5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Jw5iFxvDzLKNbKATOIkeq0njVarf4gimFFA9MOI3zYNG6dMfc/FARbuMgpmxA2jobI V32wHR9RtGXfKpjSw7PzA34HLdges7BPzfQNw33EaaQKk8CEZUDE3zLhNHWT56K25Wt9 uTyf0sgUAfXHw2vb5uz0E15UvHpKa2USKe1pM= MIME-Version: 1.0 Received: by 10.229.183.198 with SMTP id ch6mr3555809qcb.243.1276012680632; Tue, 08 Jun 2010 08:58:00 -0700 (PDT) Received: by 10.231.182.196 with HTTP; Tue, 8 Jun 2010 08:58:00 -0700 (PDT) In-Reply-To: <4C0E5646.1060007@FreeBSD.org> References: <4C0C1AE4.8050807@FreeBSD.org> <4C0E5646.1060007@FreeBSD.org> Date: Tue, 8 Jun 2010 10:58:00 -0500 Message-ID: From: Brandon Gooch To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arch@freebsd.org, FreeBSD-Current , Tsuyoshi Ozawa Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 15:58:02 -0000 On Tue, Jun 8, 2010 at 9:40 AM, Alexander Motin wrote: > Brandon Gooch wrote: >> Alexander, do you feel that the code is at a stage where meaningful >> user testing can occur? > > I think yes. I've touched a lot of legacy code, so it would be nice to > know what I may have broken. For example, i8254 and RTC drivers now more > dependent on attaching to PnP/ACPI reported hardware. I am not sure if > there still any legacy system which not doing that. The oldest system I > have tested was P-III Celeron. Unluckily my small development SSD is too > "large" for my Pentium board's BIOS. :) > > There is still work planned, but I hope it won't require major changes > in already written code. > > -- > Alexander Motin > I'm giving http://people.freebsd.org/~mav/et.20100607.patch a go right now... After patching and recompiling the kernel, I'm up and running. What information/feedback would you like to see from us users? -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 18:11:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 946FF106566B for ; Tue, 8 Jun 2010 18:11:45 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:213:d4ff:fef3:2d8d]) by mx1.freebsd.org (Postfix) with ESMTP id 428988FC15 for ; Tue, 8 Jun 2010 18:11:45 +0000 (UTC) Received: from mobile-166-187-035-087.mycingular.net (mobile-166-187-035-087.mycingular.net [166.187.35.87] (may be forged)) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id o58IB8vk017798 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 8 Jun 2010 14:11:43 -0400 (EDT) (envelope-from rrs@lakerest.net) Message-Id: <5F5CBD09-8510-474B-83FC-528D7546B2F4@lakerest.net> From: Randall Stewart To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 8 Jun 2010 11:10:59 -0700 X-Mailer: Apple Mail (2.936) Subject: VM ware crash with current... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 18:11:45 -0000 Hi all: I am getting a mysterious crash on my vmware machine running head. http://people.freebsd.org/~rrs/crash1.png and http://people.freebsd.org/~rrs/crash2.png are snapshots. If I run the same kernel with one core.. no problem Note also this does NOT have SCTP in it.. I took it out to make sure it was not one of my issues ;-) Basically I logged in .. did a ps then cleared the screen type sync and then left it. After about 15-20 minutes this crash appears. I did a svn update this morning.. so its real fresh.. oh yeah, witness/invariant and deadlock detection is all on.. R ------------------------------ Randall Stewart 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 20:19:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C0C106564A; Tue, 8 Jun 2010 20:19:43 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 330DE8FC14; Tue, 8 Jun 2010 20:19:42 +0000 (UTC) Received: by fxm20 with SMTP id 20so3984820fxm.13 for ; Tue, 08 Jun 2010 13:19:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=AIFR8WscTJoZC9QH70qW301lzchG9LWkyC0vRwcr0+0=; b=S9WsG+4/CZCRwkt0fTevLrIw3cmzFFuu0nmHRvinq8p14XO2HJpi4nx+gVT0eTnsoD u6QB7h1she+7GfKc1NkuRh/P5n+sH1ZM63AUrqi3vljxw6e9C8QqCuAbYAs8MUMfEpoB P+wggsviaKxI4MSKk6sZqtiiFCgwKZGvo5vtc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=l21b7Dlc0+RnKcDEuOgmnR689e/Mz+Dsu7HK46YdJ3pMUaHeWL6UupMjduYP7MAHp0 69MXc5WNIU4rOOrnxQ7WixSNWBu1Uiz+vPZbJnzsKtdEKv7gnysHDfYifGshSHI9FPKX 9loP3bMMcMXxpn2oGjZRSGqSPjvoqqi2mBd0M= Received: by 10.223.144.77 with SMTP id y13mr754381fau.86.1276028382146; Tue, 08 Jun 2010 13:19:42 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y12sm589617faj.5.2010.06.08.13.19.40 (version=SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 13:19:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C0EA5C7.7000802@FreeBSD.org> Date: Tue, 08 Jun 2010 23:19:19 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Brandon Gooch References: <4C0C1AE4.8050807@FreeBSD.org> <4C0E5646.1060007@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arch@freebsd.org, FreeBSD-Current , Tsuyoshi Ozawa Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 20:19:43 -0000 Brandon Gooch wrote: > I'm giving http://people.freebsd.org/~mav/et.20100607.patch a go right now... > > After patching and recompiling the kernel, I'm up and running. > > What information/feedback would you like to see from us users? As always: what is working and especially what is not. What timers detected on system, what are used, are all of them running, and if not, does system automatically falls back to different ones, is there any problems with choosing timers manually in different combinations, does suspend/resume still working... -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 21:43:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1E691065677 for ; Tue, 8 Jun 2010 21:43:01 +0000 (UTC) (envelope-from tom.couch.storage@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 653068FC08 for ; Tue, 8 Jun 2010 21:43:00 +0000 (UTC) Received: by wwb22 with SMTP id 22so5096120wwb.13 for ; Tue, 08 Jun 2010 14:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=cXtyWVt3FwRPWQuXjeGSZo857HuBGMNIZCXAwjirGso=; b=q5zwD+Lo9ZDipoxLfCvU4RPBjvJJ1Hwk+ul7i/ejaUwkcZT8fvRFzWf84IDmi5k0RF XzX4cLsYwHlMwrRQjiN1Y+8PUkyPE2BvAX0ERz4WM3jisbhLnysGnOxlkat438oRXe9J xQ1HEDwdfSgfLdUWM0yXOFNDmZPANe22G6k4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=YjihY8ay4EiO9IIlHKtQ7xPY1Gz1zyf7nEEJxwlQHF7MJLZSt1mx+TAIvFs8E7ELLz 89mStFOx/m0HrtzOfwgAIjojuZH+Z2vSJNPrOFv9Mj1Z2tLdKzlJ75P4qx+QMbUds4EC hkwvy07N0ldZKaa+OzS7fr/OR8PzzmFAd8r4U= MIME-Version: 1.0 Received: by 10.216.85.68 with SMTP id t46mr4139432wee.75.1276033378378; Tue, 08 Jun 2010 14:42:58 -0700 (PDT) Received: by 10.216.17.14 with HTTP; Tue, 8 Jun 2010 14:42:57 -0700 (PDT) Date: Tue, 8 Jun 2010 14:42:57 -0700 Message-ID: From: Tom Couch To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: patch submission for multiple branches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 21:43:02 -0000 I have updated the twa driver (src/sys/dev/twa) and generated patches against RELENG_7 and RELENG_8. I submitted the patches separately in PR 147694 (RELENG_7) and PR 147695 (RELENG_8). PR 147694 has been closed as a duplicate of PR 147695. What happens to the patch for RELENG_7 (PR 147694)? What is the proper way to submit patches for multiple branches? Tom Couch From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 21:44:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0A21106567A for ; Tue, 8 Jun 2010 21:44:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 78BF28FC0C for ; Tue, 8 Jun 2010 21:44:24 +0000 (UTC) Received: by pwj1 with SMTP id 1so2919648pwj.13 for ; Tue, 08 Jun 2010 14:44:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=qZHdG8QFoMGq+139O/diGW+P3GiMWXjOVncqdJKYiL4=; b=mVSwtrzURafn6Ydy/1K9tHVCfbp9ToS9rsxMuT4M4v8bnuULSacp8/gQ0IsobmscCz wNzAI5QYCLYaRkn5Dyyf2DIySnPERetAFnfOuBekrScTvTick2AjvGzL1zGzyfPJg+TP zAivw8Dzc28l+IjIkrUNtURMVSQyuCLZECOgE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=fAP52EItRKr17y+8l8ZHr8plrh5jDIgmxQF4yNU5/aSK6UQNMIg6Mfr3MEK/2vzfwI Tm9IYH1sKsc4nZT20uzkalOd7+5Lbi5LeBfUdu6SHLJwZPxgpF2jPd80QoBqk2AbHamn mNu7/EyL/GeKqQqUbd1V9VK5MSjTxGgh4Uq1M= MIME-Version: 1.0 Received: by 10.229.230.211 with SMTP id jn19mr6129377qcb.56.1276033461114; Tue, 08 Jun 2010 14:44:21 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Tue, 8 Jun 2010 14:44:20 -0700 (PDT) Date: Tue, 8 Jun 2010 14:44:20 -0700 Message-ID: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Multiple stability issues with r208557, r208809 on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 21:44:24 -0000 Hi, I'm noticing a lot more LORs nowadays and my development box is livelocking a lot. The cases I've seen with LORs are: 1. When unplugging a Dell USB keyboard with a USB hub on r208557; this wasn't reproducible on r208809 though. 2. Creating DOS floppies in a build environment (chroot) for $work on r208557 and r208809; I don't have any information other than that apart from the fact that the issue is transient. 3. scp'ing a small ISO to a Solaris box creates a reproducible panic with r208809 with bce(4) (noted below) because GIANT is held and it attempts to acquire another lock [seen in the WITNESS enabled kernel]. 4. panic from ddb is broken (doesn't sync and boot -- also demonstrated in below pictures) in the WITNESS enabled kernel. 5. Hangs at reboot seen on both revisions. The most stable version I've been able to deal with is r206173 on all of my desktops and my build server -- all of which are amd64 with 12GB and 8GB respectively and differing processor configurations (but they're all W and X series Xeon procs with SMT support) :(... I'll provide more data if needed. Thanks, -Garrett PS The images can be found here: http://s303.photobucket.com/albums/nn159/yaneurabeya/CURRENT%20instability%20July%202010/ cpu HAMMER ident TAMESHI_CURRENT 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_JOURNAL # Enable UFS softupdates journaling options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT 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 P1003_1B_SEMAPHORES # POSIX-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 FLOWTABLE # per-cpu routing cache #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. # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # 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. # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers device mfi # LSI MegaRAID SAS # 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 device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # 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 # 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 usb # USB Bus (required) device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse cpu HAMMER ident TAMESHI_CURRENT_WITNESS 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 NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT 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 P1003_1B_SEMAPHORES # POSIX-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 FLOWTABLE # per-cpu routing cache #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 INVARIANTS options WITNESS # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # 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. # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers device mfi # LSI MegaRAID SAS # 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 device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # 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 # 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 usb # USB Bus (required) device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # garrcoop modifications WITHOUT_ATM=yes WITHOUT_BLUETOOTH=yes WITHOUT_CALENDAR=yes WITHOUT_CVS=yes WITHOUT_DICT=yes WITHOUT_GAMES=yes WITHOUT_GPIB=yes WITHOUT_GSSAPI=yes WITHOUT_HESOID=yes WITHOUT_HTML=yes WITHOUT_I4B=yes WITHOUT_IPX=yes WITHOUT_KERBEROS=yes WITHOUT_NCP=yes WITHOUT_PPP=yes WITHOUT_WIRELESS=yes WITHOUT_WPA_SUPPLICANT_EAPOL=yes KERNCONF?= TAMESHI_CURRENT TAMESHI_CURRENT_WITNESS GENERIC MODULES_OVERRIDE= bce bge em MODULES_OVERRIDE+= bridgestp if_bridge MODULES_OVERRIDE+= ipdivert ipfw ipfw_nat libalias MODULES_OVERRIDE+= ipmi MODULES_OVERRIDE+= linprocfs linsysfs linux PYTHON_VERSION=python2.6 # added by use.perl 2010-06-01 13:01:04 PERL_VERSION=5.10.1 # dmesg output: Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0 r206173: Wed Jun 2 17:29:13 PDT 2010 root@tameshi.cisco.com:/usr/obj/data/scratch/src-stable/sys/TAMESHI_CURRENT amd64 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5460 @ 3.16GHz (3158.76-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8287432704 (7903 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci5: on pcib2 pcib3: at device 0.0 on pci5 pci6: on pcib3 pcib4: at device 0.0 on pci6 pci7: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci7 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:1e:4f:38:65:ad bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (3.5.12); Flags (MSI|MFW); MFW (ipms 1.6.0) pcib5: at device 1.0 on pci5 pci8: on pcib5 pcib6: at device 0.3 on pci4 pci9: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 mfi0: port 0xec00-0xecff mem 0xfc480000-0xfc4bffff,0xfc440000-0xfc47ffff irq 16 at device 0.0 on pci1 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 17638 (329344606s/0x0020/info) - Shutdown command received from host mfi0: 17639 (329344636s/0x0008/info) - Battery charge complete mfi0: 17640 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 17641 (boot + 3s/0x0020/info) - Firmware version 1.21.02-0528 mfi0: 17642 (boot + 3s/0x0008/info) - Battery Present mfi0: 17643 (boot + 3s/0x0020/info) - Controller hardware revision ID (0x0) mfi0: 17644 (boot + 3s/0x0020/info) - Package version 6.1.1-0047 mfi0: 17645 (boot + 3s/0x0020/info) - Board Revision mfi0: 17646 (boot + 32s/0x0002/info) - Unexpected sense: Encl PD 20 Path 5001e0f03434f000, CDB: 12 00 00 00 04 00, Sense: 6/29/00 mfi0: 17647 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) communication restored mfi0: 17648 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17649 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17650 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17651 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17652 (boot + 33s/0x0002/info) - Inserted: Encl PD 20 mfi0: 17653 (boot + 33s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e0f03434f000,0000000000000000 mfi0: 17654 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 17655 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50008fe5169,0000000000000000 mfi0: 17656 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 17657 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50008fe538d,0000000000000000 mfi0: 17658 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 17659 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000c50008fe3999,0000000000000000 mfi0: 17660 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) mfi0: 17661 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) Info: enclPd=20, scsiType=0, portMap=03, sasAddr=5000c50008fe36c9,0000000000000000 mfi0: 17662 (boot + 35s/0x0020/info) - Patrol Read resumed mfi0: 17663 (329344731s/0x0020/info) - Time established as 06/08/10 20:38:51; (36 seconds since power on) mfi0: 17664 (329344763s/0x0008/info) - Battery temperature is normal mfi0: 17665 (329344763s/0x0008/info) - Battery started charging mfi0: 17666 (329344763s/0x0008/info) - Current capacity of the battery is above threshold mfi0: 17670 (329344828s/0x0008/info) - Battery charge complete mfi0: 17692 (boot + 3s/0x0020/info) - Firmware initialization started (PCI ID 0060/1000/1f0c/1028) mfi0: 17693 (boot + 3s/0x0020/info) - Firmware version 1.21.02-0528 mfi0: 17694 (boot + 3s/0x0008/info) - Battery Present mfi0: 17695 (boot + 3s/0x0020/info) - Controller hardware revision ID (0x0) mfi0: 17696 (boot + 3s/0x0020/info) - Package version 6.1.1-0047 mfi0: 17697 (boot + 3s/0x0020/info) - Board Revision mfi0: 17698 (boot + 32s/0x0002/info) - Unexpected sense: Encl PD 20 Path 5001e0f03434f000, CDB: 12 00 00 00 04 00, Sense: 6/29/00 mfi0: 17699 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) communication restored mfi0: 17700 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17701 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17702 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17703 (boot + 33s/0x0004/info) - Enclosure PD 20(c None/p0) element (SES code 0x17) status changed mfi0: 17704 (boot + 33s/0x0002/info) - Inserted: Encl PD 20 mfi0: 17705 (boot + 33s/0x0002/info) - Inserted: PD 20(c None/p0) Info: enclPd=20, scsiType=d, portMap=09, sasAddr=5001e0f03434f000,0000000000000000 mfi0: 17706 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 17707 (boot + 33s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50008fe5169,0000000000000000 mfi0: 17708 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 17709 (boot + 33s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50008fe538d,0000000000000000 mfi0: 17710 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) mfi0: 17711 (boot + 33s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=02, sasAddr=5000c50008fe3999,0000000000000000 mfi0: 17712 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) mfi0: 17713 (boot + 33s/0x0002/info) - Inserted: PD 03(e0x20/s3) Info: enclPd=20, scsiType=0, portMap=03, sasAddr=5000c50008fe36c9,0000000000000000 mfi0: 17714 (boot + 35s/0x0020/info) - Patrol Read resumed mfi0: 17715 (329346238s/0x0020/info) - Time established as 06/08/10 21:03:58; (36 seconds since power on) mfi0: 17720 (329346270s/0x0008/info) - Battery temperature is normal mfi0: 17721 (329346270s/0x0008/info) - Battery started charging mfi0: [ITHREAD] pcib8: at device 4.0 on pci0 pci10: on pcib8 pcib9: at device 5.0 on pci0 pci11: on pcib9 pcib10: at device 6.0 on pci0 pci12: on pcib10 pcib11: at device 7.0 on pci0 pci13: on pcib11 pci0: at device 8.0 (no driver attached) pcib12: at device 28.0 on pci0 pci2: on pcib12 pcib13: at device 0.0 on pci2 pci3: on pcib13 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci3 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:1e:4f:38:65:ab bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (3.5.12); Flags (MSI|MFW); MFW (ipms 1.6.0) uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x3000 usbus0: on uhci0 uhci1: port 0xccc0-0xccdf irq 20 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x3000 usbus1: on uhci1 uhci2: port 0xcca0-0xccbf irq 21 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x3000 usbus2: on uhci2 uhci3: port 0xcc80-0xcc9f irq 20 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x3000 usbus3: on uhci3 ehci0: mem 0xfc500000-0xfc5003ff irq 21 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib14: at device 30.0 on pci0 pci14: on pcib14 vgapci0: port 0xdc00-0xdcff mem 0xd8000000-0xdfffffff,0xfc2d0000-0xfc2dffff irq 19 at device 13.0 on pci14 isab0: at device 31.0 on pci0 isa0: on isab0 atrtc0: port 0x70-0x7f irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xc9fff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est3 attach returned 6 p4tcc3: on cpu3 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est4 attach returned 6 p4tcc4: on cpu4 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est5 attach returned 6 p4tcc5: on cpu5 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est6 attach returned 6 p4tcc6: on cpu6 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 4921492106004921 device_attach: est7 attach returned 6 p4tcc7: on cpu7 Timecounters tick every 10.000 msec mfi0: 17722 (329346270s/0x0008/info) - Current capacity of the battery is above threshold usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 mfid0: on mfi0 mfid0: 571136MB (1169686528 sectors) RAID volume '' is optimal SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! WARNING: WITNESS option enabled, expect reduced performance. ugen1.1: at usbus1ugen2.1: at usbus2ugen0.1: at usbus0 uhub0: on usbus1 uhub1: on usbus0 uhub2: on usbus2 ugen4.1: at usbus4ugen3.1: at usbus3 uhub3: on usbus4 uhub4: on usbus3 Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub3: 8 ports with 8 removable, self powered Root mount waiting for: usbus4 ugen4.2: at usbus4 uhub5: on usbus4 uhub5: 4 ports with 4 removable, self powered Root mount waiting for: usbus4 ugen4.3: at usbus4 ukbd0: on usbus4 kbd2 at ukbd0 uhid0: on usbus4 Trying to mount root from ufs:/dev/mfid0s1a WARNING: / was not properly dismounted KLD ipfw.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type lock order reversal: 1st 0xffffff800014fd18 bufwait (bufwait) @ /data/scratch/src-stable/sys/kern/vfs_bio.c:2559 2nd 0xffffff0002363200 dirhash (dirhash) @ /data/scratch/src-stable/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_remove() at ufsdirhash_remove+0x16 ufs_dirremove() at ufs_dirremove+0x181 ufs_remove() at ufs_remove+0x92 VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 kern_unlinkat() at kern_unlinkat+0x2cb syscall() at syscall+0x102 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (10, FreeBSD ELF64, unlink), rip = 0x449833ac, rsp = 0x7fffffffdb08, rbp = 0x7fffffffef58 --- lock order reversal: 1st 0xffffff00028ef818 ufs (ufs) @ /data/scratch/src-stable/sys/kern/vfs_mount.c:1058 2nd 0xffffff00028f3098 devfs (devfs) @ /data/scratch/src-stable/sys/kern/vfs_subr.c:2091 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xd11 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b devfs_allocv() at devfs_allocv+0x100 devfs_root() at devfs_root+0x48 vfs_donmount() at vfs_donmount+0xfb2 nmount() at nmount+0x63 syscall() at syscall+0x102 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (378, FreeBSD ELF64, nmount), rip = 0x44a06f0c, rsp = 0x7fffffffdd28, rbp = 0x44c09048 --- # pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x80868086 chip=0x25c08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000X Chipset Memory Controller Hub' class = bridge subclass = HOST-PCI pcib1@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x25e28086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 2' class = bridge subclass = PCI-PCI pcib7@pci0:0:3:0: class=0x060400 card=0x00000000 chip=0x25e38086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 3' class = bridge subclass = PCI-PCI pcib8@pci0:0:4:0: class=0x060400 card=0x00000000 chip=0x25f88086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 4-5' class = bridge subclass = PCI-PCI pcib9@pci0:0:5:0: class=0x060400 card=0x00000000 chip=0x25e58086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 5' class = bridge subclass = PCI-PCI pcib10@pci0:0:6:0: class=0x060400 card=0x00000000 chip=0x25f98086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 6-7' class = bridge subclass = PCI-PCI pcib11@pci0:0:7:0: class=0x060400 card=0x00000000 chip=0x25e78086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 7' class = bridge subclass = PCI-PCI none0@pci0:0:8:0: class=0x088000 card=0x80868086 chip=0x1a388086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset DMA Engine (5000P)' class = base peripheral hostb1@pci0:0:16:0: class=0x060000 card=0x01b21028 chip=0x25f08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb2@pci0:0:16:1: class=0x060000 card=0x01b21028 chip=0x25f08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb3@pci0:0:16:2: class=0x060000 card=0x01b21028 chip=0x25f08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hostb4@pci0:0:17:0: class=0x060000 card=0x80868086 chip=0x25f18086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hostb5@pci0:0:19:0: class=0x060000 card=0x80868086 chip=0x25f38086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hostb6@pci0:0:21:0: class=0x060000 card=0x80868086 chip=0x25f58086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI hostb7@pci0:0:22:0: class=0x060000 card=0x80868086 chip=0x25f68086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI pcib12@pci0:0:28:0: class=0x060400 card=0x01b21028 chip=0x26908086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 PCIe Root Port 1' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x01b21028 chip=0x26888086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller *1' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x01b21028 chip=0x26898086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller *2' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x01b21028 chip=0x268a8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller *3' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0x01b21028 chip=0x268b8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller *4' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x01b21028 chip=0x268c8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib14@pci0:0:30:0: class=0x060401 card=0x00000000 chip=0x244e8086 rev=0xd9 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x26708086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'LPC Interface Controller (631xESB/6321ESB/3100 )' class = bridge subclass = PCI-ISA pcib2@pci0:4:0:0: class=0x060400 card=0x00000000 chip=0x35008086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Upstream Port' class = bridge subclass = PCI-PCI pcib6@pci0:4:0:3: class=0x060400 card=0x00000000 chip=0x350c8086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe to PCI-X Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:5:0:0: class=0x060400 card=0x00000000 chip=0x35108086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Downstream Port E1' class = bridge subclass = PCI-PCI pcib5@pci0:5:1:0: class=0x060400 card=0x00000000 chip=0x35148086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB PCIe Downstream Port E2' class = bridge subclass = PCI-PCI pcib4@pci0:6:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xc3 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'EPB PCIe to PCI-X Bridge' class = bridge subclass = PCI-PCI bce0@pci0:7:0:0: class=0x020000 card=0x01b21028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet mfi0@pci0:1:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS1078 PCI-X Fusion-MPT SAS' class = mass storage subclass = RAID pcib13@pci0:2:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xc3 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'EPB PCIe to PCI-X Bridge' class = bridge subclass = PCI-PCI bce1@pci0:3:0:0: class=0x020000 card=0x01b21028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet vgapci0@pci0:14:13:0: class=0x030000 card=0x01b21028 chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'Radeon ES1000 (Radeon ES1000)' class = display subclass = VGA From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 22:06:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6EE51065672 for ; Tue, 8 Jun 2010 22:06:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB1F8FC1C for ; Tue, 8 Jun 2010 22:06:07 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E35FFA57AE9; Wed, 9 Jun 2010 06:06:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id iZqq8nioKoJF; Wed, 9 Jun 2010 06:05:59 +0800 (CST) 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 tarsier.geekcn.org (Postfix) with ESMTPSA id BEEDCA57852; Wed, 9 Jun 2010 06:05:58 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=iPevCq/g6o5WBLc5l/noR4DvZKQLej+P/HThhbIwvE2Dc25rgoL52GqNH+hovjnSo +dJkzfNIQxPAFTyPS/gMA== Message-ID: <4C0EBEC3.7040806@delphij.net> Date: Tue, 08 Jun 2010 15:05:55 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100602 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: tom.couch.storage@gmail.com Subject: Re: patch submission for multiple branches 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, 08 Jun 2010 22:06:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Tom, On 2010/06/08 14:42, Tom Couch wrote: > I have updated the twa driver (src/sys/dev/twa) and generated patches > against RELENG_7 and RELENG_8. > I submitted the patches separately in PR 147694 (RELENG_7) and PR 147695 > (RELENG_8). > PR 147694 has been closed as a duplicate of PR 147695. It would be nice if you would explicitly mention RELENG_7 next time if you use the PR system. > What happens to the patch for RELENG_7 (PR 147694)? > What is the proper way to submit patches for multiple branches? I'll take care for this. I have reopened 147694. Many thanks for the continued support to FreeBSD! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJMDr7CAAoJEATO+BI/yjfBFMwH+wRs1u0uZKDb3nobRM1S9gv+ u9Qgr3YaSH03+IiwrclmOsskEuN4GQPhUWFiTUKilCw9ud1W4WXBMO0NE62rPErg 8KhyYAwC3KTuPxgzrGqn70CDySVQJ68vdcv8hzmZo5k3mES4vOvdGokZWWkf50kH +TlccUjHESUkou8CUojpaL/JNTJ0lgN/uvE0XSFXZm8lCNMTC3KTZrZhJ0WNvWpJ MbJnqGFn7CXP1ovob0mEiYnTnx7um9biqPZUk4pyTuFqNkb2RejylGNyPrS4iqPO bBA5hayhdbOQUfdjmYi2q/KAS65IyEbl6AXcr3cre4Y++7mN9ZLBYiVbVnYDm2s= =ScAN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 22:32:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 153221065672 for ; Tue, 8 Jun 2010 22:32:16 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DD4B28FC14 for ; Tue, 8 Jun 2010 22:32:15 +0000 (UTC) Received: by pwj1 with SMTP id 1so2946929pwj.13 for ; Tue, 08 Jun 2010 15:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NMdDLIRr6N6eAIh1W8HCWPDzwFCmTrPYyZ6bhBn1kQ0=; b=gwTrj/hRmPLOI9PsGKT0dwwuN80HDZkSIr4yNNPY3q1Hsdp5vaUn/WC6z7xGeebtsf m04m/gyYLq3GsqpxlIu2CHqDpgpuKOsvpW8dFimGo/E0eoTV18Ei/sJKGbFFMcCCQYVT WYfzmV51tXjvrdy9J5wucAAm8JTPgFj/4qUC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=TM28HxCliLPctPyGMPNrc7ZoBcj0LcSmObp8BcZe4nwOfu/c4rHBRf94sGmX+E7FvE E7PfMmMvb4brj7uq/LuZbPgszZlu7PE26z3vVsnk5T6c0SvyU2Y5DOo1DGRBR+8Y4nS+ VqQSJ21WjOjbRVQj9PqHP6s3TLbMr0sYRMkbk= MIME-Version: 1.0 Received: by 10.229.230.211 with SMTP id jn19mr6143386qcb.56.1276036333096; Tue, 08 Jun 2010 15:32:13 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Tue, 8 Jun 2010 15:32:12 -0700 (PDT) In-Reply-To: <4C0EBEC3.7040806@delphij.net> References: <4C0EBEC3.7040806@delphij.net> Date: Tue, 8 Jun 2010 15:32:12 -0700 Message-ID: From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: tom.couch.storage@gmail.com, freebsd-current@freebsd.org Subject: Re: patch submission for multiple branches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Jun 2010 22:32:16 -0000 On Tue, Jun 8, 2010 at 3:05 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, Tom, > > On 2010/06/08 14:42, Tom Couch wrote: >> I have updated the twa driver (src/sys/dev/twa) and generated patches >> against RELENG_7 and RELENG_8. >> I submitted the patches separately in PR 147694 (RELENG_7) and PR 147695 >> (RELENG_8). >> PR 147694 has been closed as a duplicate of PR 147695. > > It would be nice if you would explicitly mention RELENG_7 next time if > you use the PR system. > >> What happens to the patch for RELENG_7 (PR 147694)? >> What is the proper way to submit patches for multiple branches? > > I'll take care for this. =A0I have reopened 147694. > > Many thanks for the continued support to FreeBSD! Yes, indeed :D. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 8 23:59:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B561065670 for ; Tue, 8 Jun 2010 23:59:58 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3948FC0A for ; Tue, 8 Jun 2010 23:59:58 +0000 (UTC) Received: by iwn7 with SMTP id 7so1653763iwn.13 for ; Tue, 08 Jun 2010 16:59:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=HesTaxxUHTa6WwsI2SGtu00OQ0OkevMgP9Bc1kbV/aQ=; b=hShisSq5DGnLi2PWdHJbPzSRK+JZCjvVIxMqYeJ5zgcgD7j/oi0A4fioG6lIuxGPRx 9awJHBHPdYbwQ8Gwy5I4jz5KCpHbc1fd/xsUh96xykYqPTAOhdGFNyQzKMTDNnO9OlwB W+RiMe49RYxQ5BTbpSh6lzpxVrsjhy3NVpNtA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=lt+EohvqSgDvHwl5nSpzawl213DRJFRBhh4wecu9s2F8KSchZeH8XTsab9KlddwW6A +aSPtyyMvzXwlP9eAKf/nyL0fySZ4EzzD8CghF+wcCyKjCcrauiOd3vtzUlvWtp8qSkY kAnxO9coLJ1gyyG/QnAqjeIS5f12bH3bML2Xo= MIME-Version: 1.0 Received: by 10.231.120.210 with SMTP id e18mr12723222ibr.84.1276041596346; Tue, 08 Jun 2010 16:59:56 -0700 (PDT) Received: by 10.231.169.206 with HTTP; Tue, 8 Jun 2010 16:59:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jun 2010 16:59:56 -0700 Message-ID: From: Xin LI To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current Subject: Re: Multiple stability issues with r208557, r208809 on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 23:59:58 -0000 Do you mean between the two revisions or something? I committed r208557 which doesn't seem likely to cause any runtime issue; 208809 is isp(4) change which is not part of your kernel... [delphij@delta] /usr/src> svn log -r 208557 ------------------------------------------------------------------------ r208557 | delphij | 2010-05-25 15:19:51 -0700 (Tue, 25 May 2010) | 4 lines Grammar nits. Submitted by: b. f. ------------------------------------------------------------------------ [delphij@delta] /usr/src> svn diff -c 208557 Index: release/doc/en_US.ISO8859-1/relnotes/article.sgml =================================================================== --- release/doc/en_US.ISO8859-1/relnotes/article.sgml (revision 208556) +++ release/doc/en_US.ISO8859-1/relnotes/article.sgml (revision 208557) @@ -327,7 +327,7 @@ based on libarchive, have replaced the GNU Binutils versions of these utilities. - BSD-licensed version of &man.bc.1; and &man.dc.1; has + BSD-licensed versions of &man.bc.1; and &man.dc.1; have replaced their GNU counterparts. &man.chflags.1; now supports a flag for @@ -378,7 +378,7 @@ disable the use of TCP options. &man.nc.1;'s switch has been deprecated. - It will be removed in future release. + It will be removed in a future release. The &man.ping6.8; utility now returns 2 when the packet transmission was successful but no responses -- Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 00:37:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E584106567B for ; Wed, 9 Jun 2010 00:37:48 +0000 (UTC) (envelope-from yanefbsd@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 0FEB68FC13 for ; Wed, 9 Jun 2010 00:37:47 +0000 (UTC) Received: by vws1 with SMTP id 1so187353vws.13 for ; Tue, 08 Jun 2010 17:37:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iNpE7/noby3Hx2q7IUSmMuQuMnRrCI2dj07R2x0NCkM=; b=abN7SRVlG9bF9Pc4g0kRpYvVRm0M1zOubtQQipevSVJzDi99eg5Urx2Vqzqtrg5hTa 0YCLD3kwEReHNZgibZlL3OjbLE1O4o1Wnvxdyb8yDcF5xWD+lmfJhzTpcBT/dV74awuO k4K9gsREncbsT+SJ/b7bPP8NBG5rDYQDhJKfA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qsIbgwVB7A7mW1KzPHQvwOgF6ROSSWbcXrAR7K4ic9Bdw4EFZ2LJrEgL06COmphNSh gK2+y8zKMsp6y/7bITiqWnjOBUK5Q3SR4JD/woiEnxw5PbHs8yU7QlgpwxEyS30TAtxq x+G+3ODvOAQ1YyuWFdCvLIkOAoytY7JVM1zHw= MIME-Version: 1.0 Received: by 10.224.45.33 with SMTP id c33mr1842418qaf.128.1276043864333; Tue, 08 Jun 2010 17:37:44 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Tue, 8 Jun 2010 17:37:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jun 2010 17:37:44 -0700 Message-ID: From: Garrett Cooper To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Multiple stability issues with r208557, r208809 on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 00:37:48 -0000 On Tue, Jun 8, 2010 at 4:59 PM, Xin LI wrote: > Do you mean between the two revisions or something? =A0I committed > r208557 which doesn't seem likely to cause any runtime issue; 208809 > is isp(4) change which is not part of your kernel... > > [delphij@delta] /usr/src> svn log -r 208557 > ------------------------------------------------------------------------ > r208557 | delphij | 2010-05-25 15:19:51 -0700 (Tue, 25 May 2010) | 4 line= s > > Grammar nits. > > Submitted by: =A0 b. f. > > ------------------------------------------------------------------------ > [delphij@delta] /usr/src> svn diff -c 208557 > Index: release/doc/en_US.ISO8859-1/relnotes/article.sgml > =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 > --- release/doc/en_US.ISO8859-1/relnotes/article.sgml =A0 (revision 20855= 6) > +++ release/doc/en_US.ISO8859-1/relnotes/article.sgml =A0 (revision 20855= 7) > @@ -327,7 +327,7 @@ > =A0 =A0 =A0 based on libarchive, have replaced the G= NU > =A0 =A0 =A0 Binutils versions of these utilities. > > - =A0 =A0BSD-licensed version of &man.bc.1; and &man.dc.1; has > + =A0 =A0BSD-licensed versions of &man.bc.1; and &man.dc.1; have > =A0 =A0 =A0 replaced their GNU counterparts. > > =A0 =A0 &man.chflags.1; now supports a > flag for > @@ -378,7 +378,7 @@ > =A0 =A0 =A0 disable the use of TCP options. > > =A0 =A0 &man.nc.1;'s switch has been deprecated= . > - =A0 =A0 =A0It will be removed in future release. > + =A0 =A0 =A0It will be removed in a future release. > > =A0 =A0 The &man.ping6.8; utility now returns 2 > =A0 =A0 =A0 when the packet transmission was successful but no responses Hi Xin! Well, I hope that that wouldn't cause my machine to tank (otherwise it likes to be a grammar nazi too much :P)... What I was trying to identify is a general trend in terms of evaluation of different versions of CURRENT; somewhere after the code revision that I noted (r206173), the code appears to be regressing more and more to the point where CURRENT has become completely unusable to me in a development scenario, other than just a throwaway NFS rootfs, s.t. recent code changes need to be thoroughly inspected and the regression / multiple regressions needs to be root caused before 9.0-RELEASE, otherwise this will definitely gate multiple people from upgrading to newer versions of FreeBSD. This probably is somewhat related to the locking changes, and the fact that several drivers might have been broken before, but because there were safeguards around certain sections of code, or because it was operating at a slow enough rate, the system itself appeared sane and happy from the outside. But that's probably just useless conjecture anyhow... I realize that CURRENT is supposed to be relatively in flux and it's primarily for development and evaluation, but I thought that the whole point of having development branches was to avoid the scenario where the software itself was completely unusable on dev boxes so that several folks could work in parallel with [relatively] minor conflicts between each others' changes. Part of the reason why I've avoided passing along pkg_install patches -- I want to make sure that I do my job in testing things to a large degree so I don't break other peoples' machines unnecessarily (and I'm sure that the bulk majority of developers on the project feel the same as well). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 07:51:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62BBB1065673 for ; Wed, 9 Jun 2010 07:51:58 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id E04B88FC18 for ; Wed, 9 Jun 2010 07:51:57 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o597pt4e015484 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 9 Jun 2010 09:51:55 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o597pq1i089578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jun 2010 09:51:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o597pqTh072986; Wed, 9 Jun 2010 09:51:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o597pqwS072985; Wed, 9 Jun 2010 09:51:52 +0200 (CEST) (envelope-from ticso) Date: Wed, 9 Jun 2010 09:51:52 +0200 From: Bernd Walter To: freebsd-current@freebsd.org Message-ID: <20100609075152.GC72453@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter Subject: lock order reversal bufwait/dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 07:51:58 -0000 Got this during installworld (source on NFS, destination UFS on CF-card) Source is current checked out yesterday. lock order reversal: 1st 0xc28b85b4 bufwait (bufwait) @ /data/builder/c13-2010-06-07/head/sys/kern/vfs_bio.c:2575 2nd 0xc343f000 dirhash (dirhash) @ /data/builder/c13-2010-06-07/head/sys/ufs/ufs/ufs_dirhash.c:283 KDB: stack backtrace: db_trace_self_wrapper(c0905b2b,c0d02c56,c2d3d030,c2d40500,ca657890,...) at db_trace_self_wrapper+0x26 _witness_debugger(c0d02c56,c343f000,c0d279c2,c2d40500,c0d2762e,...) at _witness_debugger+0x25 witness_checkorder(c343f000,9,c0d2762e,11b,0,...) at witness_checkorder+0x73c _sx_xlock(c343f000,0,c0d2762e,11b,c3a07e80,...) at _sx_xlock+0x51 ufsdirhash_acquire(e,1828,ca6579f0,c3a07e80,cb2bd814,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c3a07e80,ca6579f0,1828,ca657950,ca657954,...) at ufsdirhash_add+0x1f ufs_direnter(c3944dd0,c423e220,ca6579f0,ca657bd0,c292ccb0,...) at ufs_direnter+0x894 ufs_mkdir(ca657bf8,ca657c0c,2,0,0,...) at ufs_mkdir+0x51c VOP_MKDIR_APV(c0e0f4c0,ca657bf8,ca657bd0,ca657b3c,2,...) at VOP_MKDIR_APV+0x8e kern_mkdirat(c39264e0,ffffff9c,80513e0,0,1c0,...) at kern_mkdirat+0x240 kern_mkdir(c39264e0,80513e0,0,1c0,ca657c7c,...) at kern_mkdir+0x2f mkdir(c39264e0,ca657cec,ca657d28,c0d014f7,0,...) at mkdir+0x27 syscallenter(c39264e0,ca657ce4,ca657ce4,0,c0e630c0,...) at syscallenter+0xc6 syscall(ca657d28) at syscall+0x3a Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (136, FreeBSD ELF32, mkdir), eip = 0x281817cf, esp = 0xbfbfe30c, ebp = 0xbfbfe398 --- -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 10:48:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B067D1065674 for ; Wed, 9 Jun 2010 10:48:58 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 341A08FC13 for ; Wed, 9 Jun 2010 10:48:58 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o59AmvHu022998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 Jun 2010 12:48:57 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1276080537; bh=gJQI3/RK6LoVsY/uKYHY438OQqqPUWImYdBlGQ7r7W0=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=G9j8FQmHyTYblhNKhJb94qWfae677NbE//ptkddgra40Rcz9zYxOFaB9/u/3NQnVl J0FT7usCDz6A7ckCOPHdY1nExfH1d5FVJWFjD6JSnMf328CMXGeATtmIAn/FwgzjG5 q/ihbGr6xvH0dcdTdhqBd4csluDXHD4MYj406vNc= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o59Amvxf022997 for freebsd-current@freebsd.org; Wed, 9 Jun 2010 12:48:57 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Wed, 9 Jun 2010 12:48:57 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: freebsd-current@freebsd.org Message-ID: <20100609104857.GM39829@acme.spoerlein.net> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Izn7cH1Com+I3R9J" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Patch for really fixing bsnmpd hrProcessorLoad values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 10:48:58 -0000 --Izn7cH1Com+I3R9J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi guys, I finally got fed up with bsnmpd no longer returning the right CPU load values when running under ULE. After taking a look at how top(1) does it, I came up with the following initial patch to bsnmpd, that seems to DTRT. A few technical questions remain: - Is the idle state guaranteed to always be in the last cp_time column? - Is handling overflow of kern.cp_times worth it? There's only a 60s window of reporting wrong stats, better than what we have now anyway. - Why is kern.cp_times often times *way* longer than hw.ncpu * CPUSTATES? Is it guaranteed that the first n entries correspond to the first n*CPUSTATES values in kern.cp_times? Can there be holes? Patch has been tested on 8-STABLE, 4xCPUs and SCHED_ULE. Other reports would be very much appreciated. Regards, Uli --Izn7cH1Com+I3R9J Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="bsnmpd.diff" Index: usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c =================================================================== --- usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c (revision 208628) +++ usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c (working copy) @@ -63,6 +63,7 @@ /* the samples from the last minute, as required by MIB */ double samples[MAX_CPU_SAMPLES]; + long states[MAX_CPU_SAMPLES][CPUSTATES]; /* current sample to fill in next time, must be < MAX_CPU_SAMPLES */ uint32_t cur_sample_idx; @@ -112,6 +113,43 @@ return ((int)floor((double)sum/(double)e->sample_cnt)); } +static int +get_avg_usage(struct processor_entry *e) +{ + u_int i, oldest; + long delta = 0; + double load = 0.0; + + assert(e != NULL); + + /* Need two samples to perform delta calculation */ + if (e->sample_cnt <= 1) + return (0); + + /* oldest usable index */ + if (e->sample_cnt == MAX_CPU_SAMPLES) + oldest = (e->cur_sample_idx + 1) % MAX_CPU_SAMPLES; + else + oldest = 0; + + /* FIXME handle wrap around */ + for (i = 0; i < CPUSTATES; i++) { + delta += e->states[e->cur_sample_idx][i]; + delta -= e->states[oldest][i]; + } + if (delta == 0) + return 0; + + /* XXX idle time is in the last index always?!? */ + load = (double)(e->states[e->cur_sample_idx][CPUSTATES-1] - + e->states[oldest][CPUSTATES-1]) / delta; + load = 100 - (load*100); + HRDBG("CPU no. %d delta ticks %ld pct usage %.2f", e->cpu_no, + delta, load); + + return (floor(load)); +} + /* * Stolen from /usr/src/bin/ps/print.c. The idle process should never * be swapped out :-) @@ -132,11 +170,15 @@ * Save a new sample */ static void -save_sample(struct processor_entry *e, struct kinfo_proc *kp) +save_sample(struct processor_entry *e, struct kinfo_proc *kp, long *cp_times) { + int i; + for (i = 0; cp_times != NULL && i < CPUSTATES; i++) + e->states[e->cur_sample_idx][i] = cp_times[i]; + e->samples[e->cur_sample_idx] = 100.0 - processor_getpcpu(kp); - e->load = get_avg_load(e); + e->load = get_avg_usage(e); e->cur_sample_idx = (e->cur_sample_idx + 1) % MAX_CPU_SAMPLES; if (++e->sample_cnt > MAX_CPU_SAMPLES) @@ -241,8 +283,6 @@ entry->idle_pid = kp->ki_pid; HRDBG("CPU no. %d with SNMP index=%d has idle PID %d", entry->cpu_no, entry->index, entry->idle_pid); - - save_sample(entry, kp); } } @@ -386,12 +426,22 @@ refresh_processor_tbl(void) { struct processor_entry *entry; - int need_pids; + int need_pids, nproc; struct kinfo_proc *plist; - int nproc; + size_t size; processor_refill_tbl(); + long pcpu_cp_times[hw_ncpu * CPUSTATES]; + memset(pcpu_cp_times, 0, sizeof(pcpu_cp_times)); + + size = hw_ncpu * CPUSTATES * sizeof(long); + /* FIXME: assert entry->ncpu <= hw_ncpu <= length of cp_times */ + if (sysctlbyname("kern.cp_times", pcpu_cp_times, &size, NULL, 0) == -1) { + syslog(LOG_ERR, "hrProcessorTable: sysctl(kern.cp_times) failed"); + return; + } + need_pids = 0; TAILQ_FOREACH(entry, &processor_tbl, link) { if (entry->idle_pid <= 0) { @@ -410,7 +460,7 @@ need_pids = 1; continue; } - save_sample(entry, plist); + save_sample(entry, plist, &pcpu_cp_times[entry->cpu_no * CPUSTATES]); } if (need_pids == 1) Index: usr.sbin/bsnmpd/modules/snmp_hostres/Makefile =================================================================== --- usr.sbin/bsnmpd/modules/snmp_hostres/Makefile (revision 208628) +++ usr.sbin/bsnmpd/modules/snmp_hostres/Makefile (working copy) @@ -48,7 +48,8 @@ printcap.c #Not having NDEBUG defined will enable assertions and a lot of output on stderr -CFLAGS+= -DNDEBUG -I${LPRSRC} +WARNS?= 1 +CFLAGS+= -I${LPRSRC} XSYM= host hrStorageOther hrStorageRam hrStorageVirtualMemory \ hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk \ hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory \ --Izn7cH1Com+I3R9J-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 07:59:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39DEF1065670 for ; Wed, 9 Jun 2010 07:59:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0A16A8FC16 for ; Wed, 9 Jun 2010 07:59:47 +0000 (UTC) Received: by pvb32 with SMTP id 32so339652pvb.13 for ; Wed, 09 Jun 2010 00:59:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=cIBzLu0+k3MQg4tvx3yeNvc8XfXHUazuMKfm+9+jygo=; b=YpdpeGPgB9P9UezW6tsHWb1orPlC8RigU47GtcuGwULfYOwH6qBB5AhpfaPIqL9pcE wxqHjNHhVmfQFDyXdUOQW/KIYDnSF5wS24ByhKS9cJox9ueB0Y/p3i3/I5dwl5Z1r3Gm /evIkJS34+Vdu2j72illHCldm71a8XPBmk+CU= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=ncWZhNkywch8Mrpj1ggNY0u1dW2Q3hHSl1aSkUcukZ+u2YjBMVRE1tUwbPNzuvZdII wcFnLBRZUaGvplnq0SWvgExtfDGSZI7AFHNXYQmBRRHMGMyQav/ZAzrazZH7DgSb2Wo5 1+8y60oFOpR3mSQJDVGPzEQoi/7p7i5q/aVHY= Received: by 10.114.187.17 with SMTP id k17mr2259646waf.31.1276070387290; Wed, 09 Jun 2010 00:59:47 -0700 (PDT) Received: from [192.168.0.203] (deviant.freebsdgirl.com [173.8.183.73]) by mx.google.com with ESMTPS id r20sm61130682wam.17.2010.06.09.00.59.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 09 Jun 2010 00:59:46 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <20100609075152.GC72453@cicely7.cicely.de> Date: Wed, 9 Jun 2010 00:59:43 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100609075152.GC72453@cicely7.cicely.de> To: ticso@cicely.de X-Mailer: Apple Mail (2.1078) X-Mailman-Approved-At: Wed, 09 Jun 2010 11:14:31 +0000 Cc: Bernd Walter , freebsd-current@freebsd.org Subject: Re: lock order reversal bufwait/dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 07:59:48 -0000 On Jun 9, 2010, at 12:51 AM, Bernd Walter wrote: > Got this during installworld (source on NFS, destination UFS on = CF-card) > Source is current checked out yesterday. >=20 > lock order reversal: > 1st 0xc28b85b4 bufwait (bufwait) @ = /data/builder/c13-2010-06-07/head/sys/kern/vfs_bio.c:2575 > 2nd 0xc343f000 dirhash (dirhash) @ = /data/builder/c13-2010-06-07/head/sys/ufs/ufs/ufs_dirhash.c:283 > KDB: stack backtrace: > = db_trace_self_wrapper(c0905b2b,c0d02c56,c2d3d030,c2d40500,ca657890,...) = at db_trace_self_wrapper+0x26 > _witness_debugger(c0d02c56,c343f000,c0d279c2,c2d40500,c0d2762e,...) at = _witness_debugger+0x25 > witness_checkorder(c343f000,9,c0d2762e,11b,0,...) at = witness_checkorder+0x73c > _sx_xlock(c343f000,0,c0d2762e,11b,c3a07e80,...) at _sx_xlock+0x51 > ufsdirhash_acquire(e,1828,ca6579f0,c3a07e80,cb2bd814,...) at = ufsdirhash_acquire+0x35 > ufsdirhash_add(c3a07e80,ca6579f0,1828,ca657950,ca657954,...) at = ufsdirhash_add+0x1f > ufs_direnter(c3944dd0,c423e220,ca6579f0,ca657bd0,c292ccb0,...) at = ufs_direnter+0x894 > ufs_mkdir(ca657bf8,ca657c0c,2,0,0,...) at ufs_mkdir+0x51c > VOP_MKDIR_APV(c0e0f4c0,ca657bf8,ca657bd0,ca657b3c,2,...) at = VOP_MKDIR_APV+0x8e > kern_mkdirat(c39264e0,ffffff9c,80513e0,0,1c0,...) at = kern_mkdirat+0x240 > kern_mkdir(c39264e0,80513e0,0,1c0,ca657c7c,...) at kern_mkdir+0x2f > mkdir(c39264e0,ca657cec,ca657d28,c0d014f7,0,...) at mkdir+0x27 > syscallenter(c39264e0,ca657ce4,ca657ce4,0,c0e630c0,...) at = syscallenter+0xc6 > syscall(ca657d28) at syscall+0x3a > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (136, FreeBSD ELF32, mkdir), eip =3D 0x281817cf, esp =3D = 0xbfbfe30c, ebp =3D 0xbfbfe398 --- I've seen this for a while, but it was definitely present on the kernel = that I tried working off of that was from Saturday. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 12:44:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFBE8106567C for ; Wed, 9 Jun 2010 12:44:42 +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 A10698FC08 for ; Wed, 9 Jun 2010 12:44:42 +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 4E6E446B92; Wed, 9 Jun 2010 08:44:42 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 5233D8A021; Wed, 9 Jun 2010 08:44:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, ticso@cicely.de Date: Wed, 9 Jun 2010 07:58:37 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100609075152.GC72453@cicely7.cicely.de> In-Reply-To: <20100609075152.GC72453@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006090758.37330.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 09 Jun 2010 08:44:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Bernd Walter Subject: Re: lock order reversal bufwait/dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 12:44:42 -0000 On Wednesday 09 June 2010 3:51:52 am Bernd Walter wrote: > Got this during installworld (source on NFS, destination UFS on CF-card) > Source is current checked out yesterday. > > lock order reversal: > 1st 0xc28b85b4 bufwait (bufwait) @ /data/builder/c13-2010-06-07/head/sys/kern/vfs_bio.c:2575 > 2nd 0xc343f000 dirhash (dirhash) @ /data/builder/c13-2010-06-07/head/sys/ufs/ufs/ufs_dirhash.c:283 > KDB: stack backtrace: Known false positive. From ufs_dirhash.c: /* * Locking: * * The relationship between inode and dirhash is protected either by an * exclusive vnode lock or the vnode interlock where a shared vnode lock * may be used. The dirhash_mtx is acquired after the dirhash lock. To * handle teardown races, code wishing to lock the dirhash for an inode * when using a shared vnode lock must obtain a private reference on the * dirhash while holding the vnode interlock. They can drop it once they * have obtained the dirhash lock and verified that the dirhash wasn't * recycled while they waited for the dirhash lock. * * ufsdirhash_build() acquires a shared lock on the dirhash when it is * successful. This lock is released after a call to ufsdirhash_lookup(). * * Functions requiring exclusive access use ufsdirhash_acquire() which may * free a dirhash structure that was recycled by ufsdirhash_recycle(). * * The dirhash lock may be held across io operations. * * WITNESS reports a lock order reversal between the "bufwait" lock * and the "dirhash" lock. However, this specific reversal will not * cause a deadlock. To get a deadlock, one would have to lock a * buffer followed by the dirhash while a second thread locked a * buffer while holding the dirhash lock. The second order can happen * under a shared or exclusive vnode lock for the associated directory * in lookup(). The first order, however, can only happen under an * exclusive vnode lock (e.g. unlink(), rename(), etc.). Thus, for * a thread to be doing a "bufwait" -> "dirhash" order, it has to hold * an exclusive vnode lock. That exclusive vnode lock will prevent * any other threads from doing a "dirhash" -> "bufwait" order. */ -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 12:49:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6CB21065670 for ; Wed, 9 Jun 2010 12:49:20 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5438FC20 for ; Wed, 9 Jun 2010 12:49:19 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o59CnHHE030275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 9 Jun 2010 14:49:18 +0200 Received: from [147.83.40.234] ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o59CnA60014402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jun 2010 14:49:17 +0200 Message-ID: <4C0F8DC6.806@entel.upc.edu> Date: Wed, 09 Jun 2010 14:49:10 +0200 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Thunderbird 2.0.0.24 (X11/20100604) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20100609104857.GM39829@acme.spoerlein.net> In-Reply-To: <20100609104857.GM39829@acme.spoerlein.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Wed, 09 Jun 2010 14:49:18 +0200 (CEST) Cc: Subject: Re: Patch for really fixing bsnmpd hrProcessorLoad values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 12:49:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 En/na Ulrich Spörlein ha escrit: > Hi guys, > > I finally got fed up with bsnmpd no longer returning the right CPU load > values when running under ULE. After taking a look at how top(1) does > it, I came up with the following initial patch to bsnmpd, that seems to > DTRT. > > A few technical questions remain: > > - Is the idle state guaranteed to always be in the last cp_time column? > - Is handling overflow of kern.cp_times worth it? There's only a 60s > window of reporting wrong stats, better than what we have now anyway. > - Why is kern.cp_times often times *way* longer than hw.ncpu * > CPUSTATES? Is it guaranteed that the first n entries correspond to the > first n*CPUSTATES values in kern.cp_times? Can there be holes? > > Patch has been tested on 8-STABLE, 4xCPUs and SCHED_ULE. Other reports > would be very much appreciated. > > Regards, > Uli > Hi Uli, I've just recompiled a RELENG_8_0 kernel, with SCHED_ULE, 2xQuad Core and your patch applied to /usr/src. I get 0 values for all processors : ***************************************************************************** [root@host ~]# snmpwalk -v 2c -c host IP_HOST | grep hrProcessor HOST-RESOURCES-MIB::hrProcessorFrwID.6 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.10 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.14 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.18 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.22 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.26 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.30 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.34 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorLoad.6 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.10 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.14 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.18 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.22 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.26 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.30 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.34 = INTEGER: 0 HOST-RESOURCES-MIB::hrSWRunParameters.3655 = STRING: "hrProcessor" [root@host ~]# uname -arn FreeBSD host 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #2: Wed Jun 9 14:23:16 CEST 2010 root@host:/usr/obj/usr/src/sys/CUSTOM i386 ***************************************************************************** If time permits I may try it in CURRENT. But I don't know when I'll be able ... Did I do anything wrong ? I applied the patch, recompiled and reinstalled $SRC/usr.sbin/bsnmpd, recompiled $PORTS/net-mngt/bsnmp-ucd (just in case) and then recompiled and reinstalled the kernel with ULE (I was keeping 4BSD, because hrProcessorLoad used to work only with 4BSD). Regards, Gustau > > ---------------------------------------------------------------------- > > _______________________________________________ > 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" - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMD43FAAoJEH+VVM1WSYnPwcAP/0xdZGkNNVDqjLx55cfEX6wB drcig2BpkJyvkJhNwa48aAapDrblEuslGLUt0nq2HpCFkATMaITV0d9DjEkQnq9M S8onPv39EBV+BA0fg6m/8FETQ4VZGN557XnfdzohjXFCPE9RTLOPQfLd/dIZpjm4 39nriIhZdiSKclnYV+QPqfggPx3Kl2gTNn56HMHpEHo2Bt3ZtrTesSfOBDIjFD0E /vSzioiOyfQfdly+yTo6Pd+8eme//eCxUH8YD+h5FfysU6zcK8dSNWFpF5MCk+5X 3PTpxyqPCijiSNqNTxS0F+sfolQrp6sp/yIl3e7cm0oyMlEUNhIuv5aTO0Hj6rR3 5x3aRUCr8YyXNBsXNS0SA2CSM8+auc0A+xZElGLlH1oChpEmmUHiQkjMZ22r5yPu oZCS5B1WDoVcIUkAgE/DT8iqdWyBr7jPMavsQVZcmn1w0t6YHlN/jxX6AAwaYCjO 4vk4ijcpcONXR0KUYPCz2TZAWsAyRCVcigiVWqj3aRdHJi+eL2IdVkd0cJT0IahM hje/odSd7q286VpvKBcvF1P5OWLbQkp4Nnhykbu8hRHm3zccO7cLDzXMD3/GbVHx Xs05nA/fDlvg2S46zfIE8a+d9YuORfNjEvUuBg4wCmN5xgd4rOxP4bHc3AdLppwt bzvHo5/ExV5NpKoic03t =01Ia -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 13:05:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88996106566B; Wed, 9 Jun 2010 13:05:14 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF678FC1D; Wed, 9 Jun 2010 13:05:13 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 7F8FA157541; Wed, 9 Jun 2010 08:05:12 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id GXGUOIMS8A1M; Wed, 09 Jun 2010 08:05:12 -0500 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <201006090758.37330.jhb@freebsd.org> Date: Wed, 9 Jun 2010 14:05:09 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <821FE180-FBE3-4826-B773-B8074EDCC555@FreeBSD.org> References: <20100609075152.GC72453@cicely7.cicely.de> <201006090758.37330.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1078) Cc: Bernd Walter , freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: lock order reversal bufwait/dirhash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 13:05:14 -0000 On 9 Jun 2010, at 12:58, John Baldwin wrote: > On Wednesday 09 June 2010 3:51:52 am Bernd Walter wrote: >> Got this during installworld (source on NFS, destination UFS on = CF-card) >> Source is current checked out yesterday. >>=20 >> lock order reversal: >> 1st 0xc28b85b4 bufwait (bufwait) @ = /data/builder/c13-2010-06-07/head/sys/kern/vfs_bio.c:2575 >> 2nd 0xc343f000 dirhash (dirhash) @ = /data/builder/c13-2010-06-07/head/sys/ufs/ufs/ufs_dirhash.c:283 >> KDB: stack backtrace: >=20 > Known false positive. =46rom ufs_dirhash.c: >=20 > /* > * Locking: > * > * The relationship between inode and dirhash is protected either by an > * exclusive vnode lock or the vnode interlock where a shared vnode = lock > * may be used. The dirhash_mtx is acquired after the dirhash lock. = To > * handle teardown races, code wishing to lock the dirhash for an inode > * when using a shared vnode lock must obtain a private reference on = the > * dirhash while holding the vnode interlock. They can drop it once = they > * have obtained the dirhash lock and verified that the dirhash wasn't > * recycled while they waited for the dirhash lock. > * > * ufsdirhash_build() acquires a shared lock on the dirhash when it is > * successful. This lock is released after a call to = ufsdirhash_lookup(). > * > * Functions requiring exclusive access use ufsdirhash_acquire() which = may > * free a dirhash structure that was recycled by ufsdirhash_recycle(). > * > * The dirhash lock may be held across io operations. > * > * WITNESS reports a lock order reversal between the "bufwait" lock > * and the "dirhash" lock. However, this specific reversal will not > * cause a deadlock. To get a deadlock, one would have to lock a > * buffer followed by the dirhash while a second thread locked a > * buffer while holding the dirhash lock. The second order can happen > * under a shared or exclusive vnode lock for the associated directory > * in lookup(). The first order, however, can only happen under an > * exclusive vnode lock (e.g. unlink(), rename(), etc.). Thus, for > * a thread to be doing a "bufwait" -> "dirhash" order, it has to hold > * an exclusive vnode lock. That exclusive vnode lock will prevent > * any other threads from doing a "dirhash" -> "bufwait" order. > */ Can we tell witness not to complain then? Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 15:09:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26778106568B for ; Wed, 9 Jun 2010 15:09:57 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id DECC28FC18 for ; Wed, 9 Jun 2010 15:09:56 +0000 (UTC) Received: by pvb32 with SMTP id 32so495179pvb.13 for ; Wed, 09 Jun 2010 08:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=wCStt9PI6vQUw1rr6wat8SNhfihi9nBnj9rsPrUCFWM=; b=Rnl5fmmaLN3928+TYQax7aX2dAzFOeAgqZPmQZQV7n0gXhnMMu3yuSvF8DBC2bzgHU LvizWp/flxuF6Z+CSJE9NeAjZW1yq8ES9vYvX3yS6qnMTSh+MeMiNwpu4zieAeH6m7nm IjWpKOeVNSm+FB259EDsFpXuqGJsrqDHpjNxw= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=KM0AFOnDbdJR66/KgEgdd6bizhvBoizxUaSRom5d9b+IM8NHfaatNvDS8VP2i7+Arn yY0mTuov9GLPBjah9lmzhihp+PW+CWa/nK/BYfAjcU+0LnpHtnbvIeBDlXrI4SgETbD2 ypSKr9/9HwwzwZfYGOHQg1aQxdukAnepmk3GY= Received: by 10.115.100.15 with SMTP id c15mr14387335wam.11.1276096196151; Wed, 09 Jun 2010 08:09:56 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.129]) by mx.google.com with ESMTPS id r20sm65331931wam.17.2010.06.09.08.09.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 09 Jun 2010 08:09:52 -0700 (PDT) Message-ID: <4C0FAEA2.7010204@gmail.com> Date: Wed, 09 Jun 2010 23:09:22 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> In-Reply-To: <618770.37649.qm@web51807.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 15:09:57 -0000 AK-san, PseudoCylon wrote: > ----- Original Message ---- > >> From: Ganbold >> To: PseudoCylon >> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu >> Sent: Wed, May 26, 2010 10:10:46 AM >> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >> >> It looks like either bridge or wlan/run driver is not >> forwarding/allowing incoming arp request for wireless client behind this >> access point. >> Wireless client is not getting any arp request and after sending several >> arp request to wireless client ADSL modem stops responding (had to >> restart modem). >> Any idea? >> >> thanks, >> >> Ganbold >> > > > Hello again Ganbold, > > This time I can reproduce the problem on my computer. Please try attached patch. (patch to if_run.c) I suppose arp is for during dhcp negotiation. So, client does associate but cannot get IP address. > > The device won't talk with other devices until 2-way handshake has happens. I thought it happens after 4-way handshake, but hostapd with -d option shows it happens several minutes later. I added code to set some registers ahead of it. So, no need to wait renegotiation happens. > > > -- patch begin -- > > diff --git a/dev/usb/wlan/if_run.c b/dev/usb/wlan/if_run.c > index 61784d9..9beb582 100644 > --- a/dev/usb/wlan/if_run.c > +++ b/dev/usb/wlan/if_run.c > @@ -2053,6 +2053,17 @@ run_key_set_cb(void *arg) > attr = (attr & ~0xf) | (mode << 1) | RT2860_RX_PKEY_EN; > if(run_write(sc, RT2860_WCID_ATTR(wcid), attr)) > return; > + > +if(vap->iv_opmode == IEEE80211_M_HOSTAP){ > +if(run_read(sc, RT2860_SKEY_MODE_0_7, &attr)) > +return; > +attr &= ~(0xf << (1 * 4)); > +attr &= ~(0xf << (2 * 4)); > +attr |= mode << (1 * 4); > +attr |= mode << (2 * 4); > +if(run_write(sc, RT2860_SKEY_MODE_0_7, attr)) > +return; > +} > } > > /* TODO create a pass-thru key entry? */ > > -- patch end -- > > > > Any update on driver side? Please let me know. thanks, Ganbold -- Gray's Law of Programming: 'n+1' trivial tasks are expected to be accomplished in the same time as 'n' tasks. Logg's Rebuttal to Gray's Law: 'n+1' trivial tasks take twice as long as 'n' trivial tasks. From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 16:09:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AFA11065672 for ; Wed, 9 Jun 2010 16:09:29 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8F40E8FC1B for ; Wed, 9 Jun 2010 16:09:28 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o59G9Pjv063538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jun 2010 18:09:25 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1276099766; bh=3Giz9PRncLRMROc6rpLvOG299QVc4+mCnH5FWv/eG28=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=ZGuRE1TQZWLDLBwAK8Z1MCid+XuGJAXWYUr8QQmK7xcDJLJqsx8sDQF6aEJIicWcf S38S0YI8iFwoYh+ctJsjhU10OxzmHFDwIMyOKZuhquyDn+ch0pCAuACUy5mcCEoLAI s6TmCC2Wbri98Z+wyDsnn2OkfpVjEW7jDE39DWQo= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o59G9P8J063537; Wed, 9 Jun 2010 18:09:25 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Wed, 9 Jun 2010 18:09:25 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Gustau =?utf-8?B?UMOpcmV6?= Message-ID: <20100609160925.GY39829@acme.spoerlein.net> Mail-Followup-To: Gustau =?utf-8?B?UMOpcmV6?= , freebsd-current@freebsd.org References: <20100609104857.GM39829@acme.spoerlein.net> <4C0F8DC6.806@entel.upc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4C0F8DC6.806@entel.upc.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Patch for really fixing bsnmpd hrProcessorLoad values X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 16:09:29 -0000 On Wed, 09.06.2010 at 14:49:10 +0200, Gustau Pérez wrote: > En/na Ulrich Spörlein ha escrit: > > Hi guys, > > > > I finally got fed up with bsnmpd no longer returning the right CPU load > > values when running under ULE. After taking a look at how top(1) does > > it, I came up with the following initial patch to bsnmpd, that seems to > > DTRT. > > > > A few technical questions remain: > > > > - Is the idle state guaranteed to always be in the last cp_time column? > > - Is handling overflow of kern.cp_times worth it? There's only a 60s > > window of reporting wrong stats, better than what we have now anyway. > > - Why is kern.cp_times often times *way* longer than hw.ncpu * > > CPUSTATES? Is it guaranteed that the first n entries correspond to the > > first n*CPUSTATES values in kern.cp_times? Can there be holes? > > > > Patch has been tested on 8-STABLE, 4xCPUs and SCHED_ULE. Other reports > > would be very much appreciated. > > > > Regards, > > Uli > > > Hi Uli, > > I've just recompiled a RELENG_8_0 kernel, with SCHED_ULE, 2xQuad > Core and your patch applied to /usr/src. I get 0 values for all > processors : > > ***************************************************************************** > > [root@host ~]# snmpwalk -v 2c -c host IP_HOST | grep hrProcessor > HOST-RESOURCES-MIB::hrProcessorFrwID.6 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorFrwID.10 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorFrwID.14 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorFrwID.18 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorFrwID.22 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorFrwID.26 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorFrwID.30 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorFrwID.34 = OID: SNMPv2-SMI::zeroDotZero > HOST-RESOURCES-MIB::hrProcessorLoad.6 = INTEGER: 0 > HOST-RESOURCES-MIB::hrProcessorLoad.10 = INTEGER: 0 > HOST-RESOURCES-MIB::hrProcessorLoad.14 = INTEGER: 0 > HOST-RESOURCES-MIB::hrProcessorLoad.18 = INTEGER: 0 > HOST-RESOURCES-MIB::hrProcessorLoad.22 = INTEGER: 0 > HOST-RESOURCES-MIB::hrProcessorLoad.26 = INTEGER: 0 > HOST-RESOURCES-MIB::hrProcessorLoad.30 = INTEGER: 0 > HOST-RESOURCES-MIB::hrProcessorLoad.34 = INTEGER: 0 > HOST-RESOURCES-MIB::hrSWRunParameters.3655 = STRING: "hrProcessor" > [root@host ~]# uname -arn > FreeBSD host 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #2: Wed Jun 9 > 14:23:16 CEST 2010 root@host:/usr/obj/usr/src/sys/CUSTOM i386 > > ***************************************************************************** > > If time permits I may try it in CURRENT. But I don't know when I'll > be able ... > > Did I do anything wrong ? I applied the patch, recompiled and > reinstalled $SRC/usr.sbin/bsnmpd, recompiled $PORTS/net-mngt/bsnmp-ucd > (just in case) and then recompiled and reinstalled the kernel with ULE > (I was keeping 4BSD, because hrProcessorLoad used to work only with > 4BSD). Hello Gustau, thanks for testing this. I should have mentioned, that bsnmpd needs at least 30s to gather enough samples for the CPU load. If you still don't see anything after that, then that's my fault. Please also make sure you have some load going on. I recommend running # cpuset -c -l 0 /bin/sh # while :; do:; done which will spin while being stuck to CPU 0. If you still don't see anything, please run bsnmpd in the foreground like this: # bsnmpd -d -Devents and you should see debugging output like that: HRDEBUG: processor_refill_tbl: hw_ncpu=4 detected_processor_count=4 HRDEBUG: save_sample: CPU no. 0 state 0 value 752372 HRDEBUG: save_sample: CPU no. 0 state 1 value 1188915 HRDEBUG: save_sample: CPU no. 0 state 2 value 469569 HRDEBUG: save_sample: CPU no. 0 state 3 value 3115 HRDEBUG: save_sample: CPU no. 0 state 4 value 81501078 HRDEBUG: get_avg_usage: CPU no. 0 delta ticks 6003 pct usage 0.18 Please also provide me with the output of: # sysctl kern.boottime kern.cp_times hw.ncpu Thanks! Uli From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 17:49:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2529106567F for ; Wed, 9 Jun 2010 17:49:02 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4798FC12 for ; Wed, 9 Jun 2010 17:49:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 43BC29CB0CB for ; Wed, 9 Jun 2010 19:45:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bZJ3HUUyDRIb for ; Wed, 9 Jun 2010 19:45:16 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4B3099CB188 for ; Wed, 9 Jun 2010 19:45:16 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o59HjG4b074761 for current@freebsd.org; Wed, 9 Jun 2010 19:45:16 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 9 Jun 2010 19:45:16 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20100609174516.GA74636@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 17:49:02 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, The import of clang/LLVM is about to start. I'll announce when the import is finished. It would be nice if you didn't commit while the import is in progress. thank you Roman Divacky --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwP0ywACgkQLVEj6D3CBEyUMACdGg2368OyziOoy+fFDImtdWyx sOQAni1DKdkBLIsijD8TQ3gsdMa6Gbzx =8p3V -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 19:58:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC5861065670 for ; Wed, 9 Jun 2010 19:58:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 63D508FC18 for ; Wed, 9 Jun 2010 19:58:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 696129CB0CF for ; Wed, 9 Jun 2010 21:54:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DbgGhplyELWQ for ; Wed, 9 Jun 2010 21:54:32 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 56C149CB111 for ; Wed, 9 Jun 2010 21:54:32 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o59JsWXD089381 for current@freebsd.org; Wed, 9 Jun 2010 21:54:32 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 9 Jun 2010 21:54:32 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20100609195432.GA89345@freebsd.org> References: <20100609174516.GA74636@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20100609174516.GA74636@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 19:58:18 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable the import is finished. feel free to commit and enjoy clang :) On Wed, Jun 09, 2010 at 07:45:16PM +0200, Roman Divacky wrote: >=20 > Hi, >=20 > The import of clang/LLVM is about to start. I'll announce when the import > is finished. >=20 > It would be nice if you didn't commit while the import is in progress. >=20 > thank you >=20 > Roman Divacky --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwP8XgACgkQLVEj6D3CBEwbIwCggLKEjqm2kh3IkuuPT74thP3R MxoAn3u9O09xmibKGmhahgpG/aZGg0yf =PFeL -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 21:30:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A473E1065678 for ; Wed, 9 Jun 2010 21:30:14 +0000 (UTC) (envelope-from alexbestms@uni-muenster.de) Received: from SECMAIL.UNI-MUENSTER.DE (SECMAIL.UNI-MUENSTER.DE [128.176.192.141]) by mx1.freebsd.org (Postfix) with ESMTP id 19C3F8FC12 for ; Wed, 9 Jun 2010 21:30:13 +0000 (UTC) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTP id E3560BF40E; Wed, 9 Jun 2010 23:30:11 +0200 (CEST) Received: by vws1 with SMTP id 1so1757825vws.13 for ; Wed, 09 Jun 2010 14:30:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.64.227 with SMTP id f35mr3085911qai.310.1276119010252; Wed, 09 Jun 2010 14:30:10 -0700 (PDT) Received: by 10.229.247.142 with HTTP; Wed, 9 Jun 2010 14:30:10 -0700 (PDT) Date: Wed, 9 Jun 2010 23:30:10 +0200 Message-ID: From: Alexander Best To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Roman Divacky Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 21:30:14 -0000 that's great news! :) just tried to do `make depend all` in usr.bin/clang and got: ===> clang (depend) tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver -gen-opt-parser-defs /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver/CC1AsOptions.td > CC1AsOptions.inc.h tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver -gen-opt-parser-defs /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver/CC1Options.td > CC1Options.inc.h tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic -gen-clang-diags-defs -clang-component=Common /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > DiagnosticCommonKinds.inc.h tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic -gen-clang-diags-defs -clang-component=Driver /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > DiagnosticDriverKinds.inc.h tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic -gen-clang-diags-defs -clang-component=Frontend /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > DiagnosticFrontendKinds.inc.h tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic -gen-clang-diags-defs -clang-component=Lex /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > DiagnosticLexKinds.inc.h tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic -gen-clang-diags-defs -clang-component=Sema /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > DiagnosticSemaKinds.inc.h tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver -gen-opt-parser-defs /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver/Options.td > Options.inc.h rm -f .depend mkdep -f .depend -a -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1as_main.cpp /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/driver.cpp echo clang: /usr/lib/libc.a CC1AsOptions.inc.h CC1Options.inc.h DiagnosticCommonKinds.inc.h DiagnosticDriverKinds.inc.h DiagnosticFrontendKinds.inc.h DiagnosticLexKinds.inc.h DiagnosticSemaKinds.inc.h Options.inc.h /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclangfrontend.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangdriver/libclangdriver.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangcodegen/libclangcodegen.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangsema/libclangsema.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangchecker/libclangchecker.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclanganalysis/libclanganalysis.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangrewrite/libclangrewrite.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangast/libclangast.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangparse/libclangparse.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclanglex/libclanglex.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangbasic/libclangbasic.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvminstcombine/libllvminstcombine.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmipo/libllvmipo.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmbitwriter/libllvmbitwriter.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmbitreader/libllvmbitreader.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpccodegen/libllvmpowerpccodegen.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcasmprinter/libllvmpowerpcasmprinter.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcinfo/libllvmpowerpcinfo.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmparser/libllvmx86asmparser.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmprinter/libllvmx86asmprinter.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86codegen/libllvmx86codegen.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86info/libllvmx86info.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsasmprinter/libllvmmipsasmprinter.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipscodegen/libllvmmipscodegen.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsinfo/libllvmmipsinfo.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmasmparser/libllvmarmasmparser.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmasmprinter/libllvmarmasmprinter.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmcodegen/libllvmarmcodegen.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmselectiondag/libllvmselectiondag.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmasmprinter/libllvmasmprinter.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmcodegen/libllvmcodegen.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmscalaropts/libllvmscalaropts.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmtransformutils/libllvmtransformutils.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmc/libllvmmc.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmcparser/libllvmmcparser.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmipa/libllvmipa.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmanalysis/libllvmanalysis.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmtarget/libllvmtarget.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmc/libllvmmc.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmcore/libllvmcore.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarminfo/libllvmarminfo.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmsupport/libllvmsupport.a /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmsystem/libllvmsystem.a >> .depend echo clang: /usr/lib/libstdc++.a >> .depend ===> clang (all) Warning: Object directory not changed from original /usr/src/usr.bin/clang/clang c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=nocona -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g -fstack-protector -fconserve-space -g -c /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=nocona -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g -fstack-protector -fconserve-space -g -c /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1as_main.cpp c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=nocona -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g -fstack-protector -fconserve-space -g -c /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/driver.cpp make: don't know how to make /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclangfrontend.a. Stop *** Error code 2 Stop in /usr/src/usr.bin/clang. but i'll be testing buildworld/buildkernel next. cheers. -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 21:34:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD6A106564A for ; Wed, 9 Jun 2010 21:34:53 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6A98FC08 for ; Wed, 9 Jun 2010 21:34:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B2AAD9CB0D0; Wed, 9 Jun 2010 23:31:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C8xRI5+GObgB; Wed, 9 Jun 2010 23:31:06 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3EF289CB111; Wed, 9 Jun 2010 23:31:06 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o59LV6uJ000148; Wed, 9 Jun 2010 23:31:06 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 9 Jun 2010 23:31:06 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20100609213106.GA99939@freebsd.org> References: 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 Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 21:34:53 -0000 I dont see the error message but I guess you dont have tblgen built (a necessary part for building clang/LLVM) buildworld should be fine On Wed, Jun 09, 2010 at 11:30:10PM +0200, Alexander Best wrote: > that's great news! :) > > just tried to do `make depend all` in usr.bin/clang and got: > > ===> clang (depend) > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver > -gen-opt-parser-defs > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver/CC1AsOptions.td > > CC1AsOptions.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver > -gen-opt-parser-defs > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver/CC1Options.td > > CC1Options.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic > -gen-clang-diags-defs -clang-component=Common > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > > DiagnosticCommonKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic > -gen-clang-diags-defs -clang-component=Driver > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > > DiagnosticDriverKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic > -gen-clang-diags-defs -clang-component=Frontend > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > > DiagnosticFrontendKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic > -gen-clang-diags-defs -clang-component=Lex > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > > DiagnosticLexKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic > -gen-clang-diags-defs -clang-component=Sema > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td > > DiagnosticSemaKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver > -gen-opt-parser-defs > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/clang/Driver/Options.td > > Options.inc.h > rm -f .depend > mkdep -f .depend -a > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1as_main.cpp > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/driver.cpp > echo clang: /usr/lib/libc.a CC1AsOptions.inc.h CC1Options.inc.h > DiagnosticCommonKinds.inc.h DiagnosticDriverKinds.inc.h > DiagnosticFrontendKinds.inc.h DiagnosticLexKinds.inc.h > DiagnosticSemaKinds.inc.h Options.inc.h > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclangfrontend.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangdriver/libclangdriver.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangcodegen/libclangcodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangsema/libclangsema.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangchecker/libclangchecker.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclanganalysis/libclanganalysis.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangrewrite/libclangrewrite.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangast/libclangast.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangparse/libclangparse.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclanglex/libclanglex.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangbasic/libclangbasic.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvminstcombine/libllvminstcombine.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmipo/libllvmipo.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmbitwriter/libllvmbitwriter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmbitreader/libllvmbitreader.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpccodegen/libllvmpowerpccodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcasmprinter/libllvmpowerpcasmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcinfo/libllvmpowerpcinfo.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmparser/libllvmx86asmparser.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmprinter/libllvmx86asmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86codegen/libllvmx86codegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86info/libllvmx86info.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsasmprinter/libllvmmipsasmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipscodegen/libllvmmipscodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsinfo/libllvmmipsinfo.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmasmparser/libllvmarmasmparser.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmasmprinter/libllvmarmasmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmcodegen/libllvmarmcodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmselectiondag/libllvmselectiondag.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmasmprinter/libllvmasmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmcodegen/libllvmcodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmscalaropts/libllvmscalaropts.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmtransformutils/libllvmtransformutils.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmc/libllvmmc.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmcparser/libllvmmcparser.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmipa/libllvmipa.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmanalysis/libllvmanalysis.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmtarget/libllvmtarget.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmc/libllvmmc.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmcore/libllvmcore.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarminfo/libllvmarminfo.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmsupport/libllvmsupport.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmsystem/libllvmsystem.a > >> .depend > echo clang: /usr/lib/libstdc++.a >> .depend > ===> clang (all) > Warning: Object directory not changed from original /usr/src/usr.bin/clang/clang > c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=nocona > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g > -fstack-protector -fconserve-space -g -c > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1_main.cpp > c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=nocona > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g > -fstack-protector -fconserve-space -g -c > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/cc1as_main.cpp > c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=nocona > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g > -fstack-protector -fconserve-space -g -c > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driver/driver.cpp > make: don't know how to make > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclangfrontend.a. > Stop > *** Error code 2 > > Stop in /usr/src/usr.bin/clang. > > but i'll be testing buildworld/buildkernel next. > > cheers. > > -- > Alexander Best > _______________________________________________ > 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 Jun 9 21:27:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB011106566B for ; Wed, 9 Jun 2010 21:27:48 +0000 (UTC) (envelope-from nwf@cs.jhu.edu) Received: from blaze.cs.jhu.edu (blaze.cs.jhu.edu [128.220.13.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9E78FC25 for ; Wed, 9 Jun 2010 21:27:48 +0000 (UTC) Received: from gradx.cs.jhu.edu (gradx.cs.jhu.edu [128.220.13.52]) by blaze.cs.jhu.edu (8.14.3/8.14.3) with ESMTP id o59LRl7d006757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 9 Jun 2010 17:27:47 -0400 (EDT) Received: from gradx.cs.jhu.edu (localhost [127.0.0.1]) by gradx.cs.jhu.edu (8.14.3/8.13.1) with ESMTP id o59LRlxZ009931 for ; Wed, 9 Jun 2010 17:27:47 -0400 Received: (from nwf@localhost) by gradx.cs.jhu.edu (8.14.3/8.13.8/Submit) id o59LRlks009930 for freebsd-current@freebsd.org; Wed, 9 Jun 2010 17:27:47 -0400 Date: Wed, 9 Jun 2010 17:27:47 -0400 From: Nathaniel W Filardo To: freebsd-current@freebsd.org Message-ID: <20100609212747.GF21929@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aZoGpuMECXJckB41" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-08-17) X-Mailman-Approved-At: Wed, 09 Jun 2010 22:01:33 +0000 Subject: [sparc64] [panic] mutex vm object not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 21:27:48 -0000 --aZoGpuMECXJckB41 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Attempting to boot on (2-way SMP; SUN Fire V240) sparc64 a 9.0-CURRENT kernel built on Jun 9 at 14:41, and fully csup'd before building (I don't have the SVN revision number, sorry) yields, surprisingly late in the boot process, this panic: panic: mutex vm object not owned at /systank/src/sys/vm/vm_object.c:1692 cpuid = 0 KDB: stack backtrace: panic() at panic+0x1c8 _mtx_assert() at _mtx_assert+0xb0 vm_object_collapse() at vm_object_collapse+0x28 vm_object_deallocate() at vm_object_deallocate+0x538 _vm_map_unlock() at _vm_map_unlock+0x64 vm_map_remove() at vm_map_remove+0x64 vmspace_exit() at vmspace_exit+0x100 exit1() at exit1+0x788 sys_exit() at sys_exit+0x10 syscallenter() at syscallenter+0x268 syscall() at syscall+0x74 -- syscall (1, FreeBSD ELF64, sys_exit) %o7=0x11980c -- userland() at 0x406fe8c8 user trace: trap %o7=0x11980c pc 0x406fe8c8, sp 0x7fdffff7611 done Uptime: 4m7s The system was, at the time, attempting to bring up its jails. Anything else that would be helpful to know? Thanks. --nwf; --aZoGpuMECXJckB41 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwQB1MACgkQTeQabvr9Tc+6zACeLDyAUxZtyRiu9RxNZXRJ1bVd s+EAn1uWks3i+jB2aGyMMl/X/+Pfokoc =visL -----END PGP SIGNATURE----- --aZoGpuMECXJckB41-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 22:02:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C401065673; Wed, 9 Jun 2010 22:02:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-yw0-f182.google.com (mail-yw0-f182.google.com [209.85.211.182]) by mx1.freebsd.org (Postfix) with ESMTP id 150D98FC15; Wed, 9 Jun 2010 22:02:16 +0000 (UTC) Received: by ywh12 with SMTP id 12so5194482ywh.14 for ; Wed, 09 Jun 2010 15:02:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HOFbzUXaQNzcHaa8oYpuTjuP9/MtBnneWTpsrWO99RE=; b=XMogPihHZdCSu0AVVEGjF2CoLA1oESxRgsVZ3qiBkErt6JapxuJaEDLEK4C5MM9ude hbDaF007ZpdoRRbTt7YOAc3WPToroi1kkBoUHLGq9Tn2Id+K0wrd01e9nqo9NKAAbPgy +vaY1GU6G1mRSATPAePM0VirwM7zEyv2I06CA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NP6UyEKvEi71OJ6gSHpVjkvUdZ216BI6PWYRKc5Qoznl06Hie86416DfWr+VN4P0iS kxWayIsooQsKq/8aukm6uNI0GDjV9CvVURAGBdfQzHMjv5sSLXuAqEqrKrqHHi11JZnC 1pMvXs7zHr7aV5UILO3P85XVkH10OJYOEs/94= MIME-Version: 1.0 Received: by 10.229.222.69 with SMTP id if5mr5035325qcb.201.1276120934754; Wed, 09 Jun 2010 15:02:14 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Wed, 9 Jun 2010 15:02:14 -0700 (PDT) In-Reply-To: References: Date: Wed, 9 Jun 2010 15:02:14 -0700 Message-ID: From: Garrett Cooper To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 22:02:17 -0000 On Wed, Jun 9, 2010 at 2:30 PM, Alexander Best wrote: > that's great news! :) > > just tried to do `make depend all` in usr.bin/clang and got: > > =3D=3D=3D> clang (depend) > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Driver > =A0-gen-opt-parser-defs > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Driver/CC1AsOptions.td >> CC1AsOptions.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Driver > =A0-gen-opt-parser-defs > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Driver/CC1Options.td >> CC1Options.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Basic > =A0-gen-clang-diags-defs -clang-component=3DCommon > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Basic/Diagnostic.td >> DiagnosticCommonKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Basic > =A0-gen-clang-diags-defs -clang-component=3DDriver > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Basic/Diagnostic.td >> DiagnosticDriverKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Basic > =A0-gen-clang-diags-defs -clang-component=3DFrontend > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Basic/Diagnostic.td >> DiagnosticFrontendKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Basic > =A0-gen-clang-diags-defs -clang-component=3DLex > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Basic/Diagnostic.td >> DiagnosticLexKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Basic > =A0-gen-clang-diags-defs -clang-component=3DSema > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Basic/Diagnostic.td >> DiagnosticSemaKinds.inc.h > tblgen -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/= clang/Driver > =A0-gen-opt-parser-defs > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include/cl= ang/Driver/Options.td >> Options.inc.h > rm -f .depend > mkdep -f .depend -a > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=3D\"amd64-undermydesk-freebsd9.0\" > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driv= er/cc1_main.cpp > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driv= er/cc1as_main.cpp > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driv= er/driver.cpp > echo clang: /usr/lib/libc.a CC1AsOptions.inc.h CC1Options.inc.h > DiagnosticCommonKinds.inc.h DiagnosticDriverKinds.inc.h > DiagnosticFrontendKinds.inc.h DiagnosticLexKinds.inc.h > DiagnosticSemaKinds.inc.h Options.inc.h > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclang= frontend.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangdriver/libclangdr= iver.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangcodegen/libclangc= odegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangsema/libclangsema= .a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangchecker/libclangc= hecker.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclanganalysis/libclang= analysis.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangrewrite/libclangr= ewrite.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangast/libclangast.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangparse/libclangpar= se.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclanglex/libclanglex.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangbasic/libclangbas= ic.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvminstcombine/libllv= minstcombine.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmipo/libllvmipo.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmbitwriter/libllvmb= itwriter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmbitreader/libllvmb= itreader.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpccodegen/lib= llvmpowerpccodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcasmprinter/= libllvmpowerpcasmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmpowerpcinfo/libllv= mpowerpcinfo.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmparser/libll= vmx86asmparser.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86asmprinter/libl= lvmx86asmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86codegen/libllvm= x86codegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmx86info/libllvmx86= info.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsasmprinter/lib= llvmmipsasmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipscodegen/libllv= mmipscodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmipsinfo/libllvmmi= psinfo.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmasmparser/libll= vmarmasmparser.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmasmprinter/libl= lvmarmasmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarmcodegen/libllvm= armcodegen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmselectiondag/libll= vmselectiondag.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmasmprinter/libllvm= asmprinter.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmcodegen/libllvmcod= egen.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmscalaropts/libllvm= scalaropts.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmtransformutils/lib= llvmtransformutils.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmc/libllvmmc.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmcparser/libllvmmc= parser.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmipa/libllvmipa.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmanalysis/libllvman= alysis.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmtarget/libllvmtarg= et.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmmc/libllvmmc.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmcore/libllvmcore.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmarminfo/libllvmarm= info.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmsupport/libllvmsup= port.a > /usr/src/usr.bin/clang/clang/../../../lib/clang/libllvmsystem/libllvmsyst= em.a >>> .depend > echo clang: /usr/lib/libstdc++.a >> .depend > =3D=3D=3D> clang (all) > Warning: Object directory not changed from original /usr/src/usr.bin/clan= g/clang > c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=3Dnocona > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=3D\"amd64-undermydesk-freebsd9.0\" -g > -fstack-protector -fconserve-space -g -c > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driv= er/cc1_main.cpp > c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=3Dnocona > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=3D\"amd64-undermydesk-freebsd9.0\" -g > -fstack-protector -fconserve-space -g -c > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driv= er/cc1as_main.cpp > c++ -O2 -pipe -fno-strict-aliasing -funroll-loops -march=3Dnocona > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/dr= iver > -I. -I/usr/src/usr.bin/clang/clang/../../../contrib/llvm/../../lib/clang/= include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=3D\"amd64-undermydesk-freebsd9.0\" -g > -fstack-protector -fconserve-space -g -c > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/tools/driv= er/driver.cpp > make: don't know how to make > /usr/src/usr.bin/clang/clang/../../../lib/clang/libclangfrontend/libclang= frontend.a. > Stop > *** Error code 2 > > Stop in /usr/src/usr.bin/clang. > > but i'll be testing buildworld/buildkernel next. As I was told earlier, make depend from subdirectories has some issues (which needs to be tracked down and fixed). I think that some bits might be missing from lib/Makefile, or bsd.libs.mk that would create a proper target for this library. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 22:52:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 951151065670; Wed, 9 Jun 2010 22:52:41 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 44A9D8FC17; Wed, 9 Jun 2010 22:52:40 +0000 (UTC) Received: by iwn7 with SMTP id 7so3049253iwn.13 for ; Wed, 09 Jun 2010 15:52:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=LRZd0tBgRkaGdXycnzkPNi65lAjEYqLYKtPA0mKcloY=; b=vu3UjqC+PRjKk24M2Js1yf2AYpsoggOYJQsLliwEQ2hlvelpsnjZx8Vo57uJBc2KMk vhKgRA6aIy/kHo+EDL8yNYXi8bXXcn3BKTJQCwqURoZetldyM+GUs+Fhct2Dj62ajNmY G+VWSq0nCzstTM9VgtcB+atPmxGdPPSW8Q7gQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=mUEHjqyDzxvYbgig1cZ49prT30XsMpHJxu6n8QmDgiz+sou5DopO0/5u3QdhWjqvML nVqT7H5fkYX6VI//uzupkt1vGxbITTT5GxYQxAcuvQ+0MkBoX0qtR7gBHxaRuNyW49ew cACHKlZdIcFuZbiPbha1yfZyQ+fa/6M2aKiBA= Received: by 10.231.166.132 with SMTP id m4mr10032708iby.27.1276123960494; Wed, 09 Jun 2010 15:52:40 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id b3sm32905018ibf.7.2010.06.09.15.52.38 (version=SSLv3 cipher=RC4-MD5); Wed, 09 Jun 2010 15:52:39 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C101B35.8040506@dataix.net> Date: Wed, 09 Jun 2010 18:52:37 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: Roman Divacky References: <20100609213106.GA99939@freebsd.org> In-Reply-To: <20100609213106.GA99939@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Alexander Best Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Jun 2010 22:52:41 -0000 On 06/09/2010 17:31, Roman Divacky wrote: > I dont see the error message but I guess you dont have tblgen > built (a necessary part for building clang/LLVM) > > buildworld should be fine > > On Wed, Jun 09, 2010 at 11:30:10PM +0200, Alexander Best wrote: >> that's great news! :) >> >> just tried to do `make depend all` in usr.bin/clang and got: Would probably be better if you did this right ? make obj && make depend && make all ^^^ ^^^^^^ That previously happened directly in your src-tree if I am not mistaken. ( svn status /path/to/usr/src ) should show you any misdirected build objectives that may have populated parts of your src tree without you realizing it. -- jhell From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 01:06:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F6CA1065674 for ; Thu, 10 Jun 2010 01:06:02 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51804.mail.re2.yahoo.com (web51804.mail.re2.yahoo.com [206.190.38.235]) by mx1.freebsd.org (Postfix) with SMTP id 155238FC12 for ; Thu, 10 Jun 2010 01:06:01 +0000 (UTC) Received: (qmail 19210 invoked by uid 60001); 10 Jun 2010 01:06:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1276131961; bh=3YJ+FIr493poneG8GqeVYyLlaHtJgvrELr1YbEDi434=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=gH1PPzhndcmXN3Iz5SCk04wOqupWcMrbQYOsf57heG02anPqX5bYL1/AX7/aoFKxzg5PcCO4D8yz9Z3TC26iW1DuimTyTd/g3RMGC0+EtYvnnfdtoXS/JNBUNh4UYFWhr6D++hAbbQV9iOl8WMCfdq+L9Qh/HPj2X5zIJPIQc18= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=4vPUEDC3RpKdKmRkGFHdSk37hWMIFPzrnd8jfxZVTnNRjpLUMBcOZqPdNKfNINQktjHXzyZUW+wH0LlxL2OeDEzQLPjdd94MsXsBkDgvl94DfPJ4TLYZfDhroQyVJkzkcFD+OqmROfsmOLyfCMbLZJr2Q4SxgDW0p9DvaOBojJc=; Message-ID: <167467.18985.qm@web51804.mail.re2.yahoo.com> X-YMail-OSG: o276rZUVM1lVfLhD_tPQc1s47.D2LshKSkjgzWqyFMkMRx7 4rylDwCNkzqILvHswj5FF9uYkFX5J76bVsNf7RsFscHE_NjiHkPBXHSWWLU3 Zqeng2hWfJ0OCUfKCpy_SHxtmsC.W6VH1JEZR6bjOh._vaBFwaz_xCOQQ8Ur MqFSn8KnHqKBXCb_M3SeP7fiYZs17rpRD2wnp.cDHaDLX.b4OqDhNVIbJJT_ CvPRcMuykWWGQcyVwsYw10IZuI1AEHG6kT8EeB_E0pBJNTq2cUvZZYKfsCrQ wn8UPVO5weUN022rEZnV4mKd5a20JmCNVXwT.AwbCMB9OfEfzFyil0mTg3c5 9JCDBqYsuSrRFeAEK Received: from [173.183.132.20] by web51804.mail.re2.yahoo.com via HTTP; Wed, 09 Jun 2010 18:06:01 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.103.269680 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> Date: Wed, 9 Jun 2010 18:06:01 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4C0FAEA2.7010204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 01:06:02 -0000 ----- Original Message ---- > From: Ganbold > To: PseudoCylon > Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu > Sent: Wed, June 9, 2010 9:09:22 AM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > Any update on driver side? > Please let me know. > > thanks, > > Ganbold Hello, Sorry for taking long. But, please try following update (if_run.c and if_runvar.h) http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_run.c http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_runvar.h If any of client running 8.0-RELEASE please apply this patch http://svn.freebsd.org/viewvc/base/stable/8/sys/net80211/ieee80211_crypto_tkip.c?r1=199583&r2=204215 Otherwise TKIP might not work. (That was the last piece of puzzle I had.) From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 03:28:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C89BF1065673 for ; Thu, 10 Jun 2010 03:28:00 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51807.mail.re2.yahoo.com (web51807.mail.re2.yahoo.com [206.190.38.238]) by mx1.freebsd.org (Postfix) with SMTP id 3CE4B8FC12 for ; Thu, 10 Jun 2010 03:27:57 +0000 (UTC) Received: (qmail 38489 invoked by uid 60001); 10 Jun 2010 03:27:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1276140477; bh=CQm7XYoGSx2MDzWQ6QhCO/6MPmrlcKKIW4QSztn+EOA=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=UETRkVoG+lPj7WoN4dpKYcTkh5aWz8V0Tgn+eSBkylPxclOf0qNpupnwY8LtHIvNeZAWqm2585MWLq66+H8O7e1JUXCYzSieLfTINAyLaMkOqLEI19xMHLgjs1PUTqWIEFjG604fqlqACzaixHL6cv3JeKfdXx6Ty+dE0F+qraU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ibLY46skIIt5gZqi44uCCx7MNVVcA3GT6EXslTS358JwYimQRyQJBpwrCNpD6tpPKfiuQkp8XVbn7BajBNQ2P+c+0gSaSrEmLvNcz1DHIe2T+M5ACdReMnSPKJRqciXKi/xY9pJG+Qba8dfJGq5mdzQcfxveTijFi/uK89HkWDk=; Message-ID: <94007.38072.qm@web51807.mail.re2.yahoo.com> X-YMail-OSG: J5zp1pMVM1mphFxGUXzyyIuLAM3DasmqxKcVhfZeeuWnhsP sHUuBDdvepasgMfJPy8lmVplqyAKzpJP6g4vn2H1jIIdqBDr4T_yp0iipsVn OyFYxNw0AEBtea.hb7.SkojSl.L9NSJBIbuSq82MnZvSvPsZ2fywvsaf0y47 HdsDQtFrssK0_INA8CI2q0Tbz8sTFaknIXrCd3VzKUs.EuQQg2TQ6KcxG.ia cmHh.CGCGgoSKKYwwC5T5C_mfNcU2WsIWqf9jf6xxjLTh7HwdNtg9JLp1ZJf hPCxOIqkuW502OplJNM0YMxiCHLtHI9uAN8rkA8zFE1n_SrVEGsJQ.aOFM0M NxpOM.VJv Received: from [173.183.132.20] by web51807.mail.re2.yahoo.com via HTTP; Wed, 09 Jun 2010 20:27:57 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.103.269680 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> Date: Wed, 9 Jun 2010 20:27:57 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4C0FAEA2.7010204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 03:28:00 -0000 > Hello, > > Sorry for taking long. > > But, please try following update (if_run.c and if_runvar.h) > http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_run.c > http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_runvar.h > > If any of client running 8.0-RELEASE please apply this patch > http://svn.freebsd.org/viewvc/base/stable/8/sys/net80211/ieee80211_crypto_tkip.c?r1=199583&r2=204215 > Otherwise TKIP might not work. (That was the last piece of puzzle I had.) > Oops, please use this if_run.c instead. http://gitorious.org/run/run/blobs/raw/b1976c8333721f88368a32dbf04f04e19ef487fc/dev/usb/wlan/if_run.c AK From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 03:54:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8AF5106566C for ; Thu, 10 Jun 2010 03:54:54 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id AECEB8FC1B for ; Thu, 10 Jun 2010 03:54:54 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id E17117E880 for ; Thu, 10 Jun 2010 13:54:53 +1000 (EST) Message-ID: <4C10620D.7070904@freebsd.org> Date: Thu, 10 Jun 2010 13:54:53 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100409 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [RFC] Macro to sum DPCPU vars X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 03:54:55 -0000 Does anyone have objections to or feedback on the following patch? The macro simplifies the act of calculating an aggregate from DPCPU counters. http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/dpcpu_sum_9.x.r208900.patch If anyone is curious how you would use it, take a look at: http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/siftr_9.x.r208900_v2.patch and search for code that references the "siftr_stats" struct or "DPCPU". I intend to commit the DPCPU patch in the next day or two. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 11:30:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BC781065672; Thu, 10 Jun 2010 11:30:24 +0000 (UTC) (envelope-from eng.mufic@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 AA85A8FC16; Thu, 10 Jun 2010 11:30:23 +0000 (UTC) Received: by bwz2 with SMTP id 2so2910375bwz.13 for ; Thu, 10 Jun 2010 04:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=lw/VUaVVD5KCcvIzjDpTxCr3l/7J+zKq0cWUKmpUZ0c=; b=esB/Z1Nvl0PuVIVbNAcya9O83o7Tn9jalHx5G6tFksIAesXHJewLeYgDuAzn9iHkZM x0H9oJU3LGTWmGdAXQftzRL6DjKMVkXyhydJQmqnSwTe+A8KRJD2d/LUM/yzJxnjHrA0 aC62WDrjGcqNji0oURdDvAvH9M85aJfbFIIxs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=eLcZsa34WIUX+lZGv2AG/0JCVi+BHvub0ual1WlNqhyk+myoO0enoBnHXHVXyUJLie y+V0nGEid9ZXZka73bTYv3RQy/rewDVspqMRQHklTwHGwaoGBSd+fdHfxw3SRTjfJ1Vz elqPYqpvVNieZMbE7OZ0doXqpzMnti/ogOpEo= MIME-Version: 1.0 Received: by 10.204.47.6 with SMTP id l6mr39189bkf.90.1276169422286; Thu, 10 Jun 2010 04:30:22 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.13.6 with HTTP; Thu, 10 Jun 2010 04:30:22 -0700 (PDT) Date: Thu, 10 Jun 2010 14:30:22 +0300 X-Google-Sender-Auth: wWyXFHkno6iQrjG5ZvHYX921U-o Message-ID: From: Mohammed Farrag To: freebsd-current@freebsd.org, hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: New FreeBSD Kenel Theme X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 11:30:24 -0000 Hi all, I would like to share with you my work in Summer of Code for Producing a New FreeBSD Kernel Theme in the field of Reducing Size of Kernel for Embedded and I will be glad to receive your comments. Download the attached file please and I will be happy to connect with you or download it http://www.4shared.com/document/U237Abgs/description.html Good Luck, Mohammed Farrag From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 12:00:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D033106568C for ; Thu, 10 Jun 2010 12:00:08 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0868FC08 for ; Thu, 10 Jun 2010 12:00:07 +0000 (UTC) Received: by wwb22 with SMTP id 22so6793437wwb.13 for ; Thu, 10 Jun 2010 05:00:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=BPvQgAu7SUjpDJtzJKPEPYwTXZxM2/R7Sq4mbEc0MCs=; b=gmzJcwzGq5ZrwkmmoxNGb79zqcgy60+VVxkFEpGGCwpm/7EkPR+kqMA2c+sChjA82p xcyYGMCu43WHessseexAIfJ1txVftbm93XRtRu3tbLOegrVNyX8QhwOFeqiH1livzTm5 qOrHs2saK44k4Q0me2hst6IVauIvST+L+s1XE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=YaFe9HGnGRwGC+w4XnNFC/YpEOs4Gc0NiK3OrwMOunubpZEoGP+FS0q8obgWk4N0Oi HeE0fXQFL1xEsvDoQn2T+N3sj4jUhKMcvZO+eWMSeTGSsDJto/rBszZgPPnMI6f91TeX TODZN44qpWmdw/ONXACH88p1JSNLozlsoB98A= MIME-Version: 1.0 Received: by 10.216.187.204 with SMTP id y54mr60425wem.1.1276170816975; Thu, 10 Jun 2010 04:53:36 -0700 (PDT) Received: by 10.216.13.6 with HTTP; Thu, 10 Jun 2010 04:53:36 -0700 (PDT) In-Reply-To: References: Date: Thu, 10 Jun 2010 14:53:36 +0300 Message-ID: From: Mohammed Farrag To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: New FreeBSD Kenel Theme X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 12:00:08 -0000 exactly and I explained with an example how I would do that practically. From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 12:41:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32D94106566C for ; Thu, 10 Jun 2010 12:41:42 +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 04B228FC20 for ; Thu, 10 Jun 2010 12:41:42 +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 8BE8446B46; Thu, 10 Jun 2010 08:41:41 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6EF208A03C; Thu, 10 Jun 2010 08:41:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 10 Jun 2010 08:16:24 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100609212747.GF21929@gradx.cs.jhu.edu> In-Reply-To: <20100609212747.GF21929@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006100816.24077.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 10 Jun 2010 08:41:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Nathaniel W Filardo Subject: Re: [sparc64] [panic] mutex vm object not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 12:41:42 -0000 On Wednesday 09 June 2010 5:27:47 pm Nathaniel W Filardo wrote: > Attempting to boot on (2-way SMP; SUN Fire V240) sparc64 a 9.0-CURRENT > kernel built on Jun 9 at 14:41, and fully csup'd before building (I don't > have the SVN revision number, sorry) yields, surprisingly late in the boot > process, this panic: > > panic: mutex vm object not owned at /systank/src/sys/vm/vm_object.c:1692 > cpuid = 0 > KDB: stack backtrace: > panic() at panic+0x1c8 > _mtx_assert() at _mtx_assert+0xb0 > vm_object_collapse() at vm_object_collapse+0x28 > vm_object_deallocate() at vm_object_deallocate+0x538 > _vm_map_unlock() at _vm_map_unlock+0x64 > vm_map_remove() at vm_map_remove+0x64 > vmspace_exit() at vmspace_exit+0x100 > exit1() at exit1+0x788 > sys_exit() at sys_exit+0x10 > syscallenter() at syscallenter+0x268 > syscall() at syscall+0x74 > -- syscall (1, FreeBSD ELF64, sys_exit) %o7=0x11980c -- > userland() at 0x406fe8c8 > user trace: trap %o7=0x11980c > pc 0x406fe8c8, sp 0x7fdffff7611 > done > Uptime: 4m7s > > The system was, at the time, attempting to bring up its jails. > > Anything else that would be helpful to know? Can you get a crashdump? If so, it would be good to pull up gdb and check the value sof 'object' and 'robject' in the vm_object_deallocate() frame. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 12:41:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1511065678; Thu, 10 Jun 2010 12:41:44 +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 F160E8FC14; Thu, 10 Jun 2010 12:41:43 +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 A665346B8C; Thu, 10 Jun 2010 08:41:43 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 277FF8A04E; Thu, 10 Jun 2010 08:41:42 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 10 Jun 2010 08:23:52 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4C10620D.7070904@freebsd.org> In-Reply-To: <4C10620D.7070904@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006100823.52415.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 10 Jun 2010 08:41:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Lawrence Stewart Subject: Re: [RFC] Macro to sum DPCPU vars X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 12:41:44 -0000 On Wednesday 09 June 2010 11:54:53 pm Lawrence Stewart wrote: > Does anyone have objections to or feedback on the following patch? The > macro simplifies the act of calculating an aggregate from DPCPU counters. > > http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/dpcpu_sum_9.x.r208900.patch > > If anyone is curious how you would use it, take a look at: I think this is fine, though I'm about to make it smaller. At Robert's request I've come up with some macros to iterate over CPUs to abstract out the CPU_ABSENT(), etc. bits. It is at www.freebsd.org/~jhb/patches/cpu_iter.patch Using CPU_FOREACH() should try your macro down slightly. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 13:05:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF3A106564A; Thu, 10 Jun 2010 13:05:27 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5BB8FC1B; Thu, 10 Jun 2010 13:05:27 +0000 (UTC) Received: from lawrence1.loshell.room52.net (unknown [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id E70347E871; Thu, 10 Jun 2010 23:05:25 +1000 (EST) Message-ID: <4C10E312.7040600@freebsd.org> Date: Thu, 10 Jun 2010 23:05:22 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.1.9) Gecko/20100405 Thunderbird/3.0.4 MIME-Version: 1.0 To: John Baldwin References: <4C10620D.7070904@freebsd.org> <201006100823.52415.jhb@freebsd.org> In-Reply-To: <201006100823.52415.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Macro to sum DPCPU vars X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 13:05:27 -0000 On 06/10/10 22:23, John Baldwin wrote: > On Wednesday 09 June 2010 11:54:53 pm Lawrence Stewart wrote: >> Does anyone have objections to or feedback on the following patch? The >> macro simplifies the act of calculating an aggregate from DPCPU counters. >> >> > http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/dpcpu_sum_9.x.r208900.patch >> >> If anyone is curious how you would use it, take a look at: > > I think this is fine, though I'm about to make it smaller. At Robert's > request I've come up with some macros to iterate over CPUs to abstract out the > CPU_ABSENT(), etc. bits. It is at www.freebsd.org/~jhb/patches/cpu_iter.patch > Using CPU_FOREACH() should try your macro down slightly. Nice, I'll rework my patch and commit once your new bits hit the tree. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 13:23:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0261C1065678 for ; Thu, 10 Jun 2010 13:23:56 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BFCFF8FC1A for ; Thu, 10 Jun 2010 13:23:55 +0000 (UTC) Received: by iwn7 with SMTP id 7so3842703iwn.13 for ; Thu, 10 Jun 2010 06:23:55 -0700 (PDT) Received: by 10.231.130.142 with SMTP id t14mr81787ibs.155.1276174667976; Thu, 10 Jun 2010 05:57:47 -0700 (PDT) Received: from localhost.localdomain (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com [99.246.61.82]) by mx.google.com with ESMTPS id f1sm8913943ibg.15.2010.06.10.05.57.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 10 Jun 2010 05:57:46 -0700 (PDT) Message-ID: <4C10E0CF.9090508@bellanet.org> Date: Thu, 10 Jun 2010 08:55:43 -0400 From: gtodd@bellanet.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc12 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <19467.61790.690469.182207@hergotha.csail.mit.edu> <20100607182919.GB25163@lizzy.catnook.local> In-Reply-To: <20100607182919.GB25163@lizzy.catnook.local> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Our aging base system heimdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 13:23:56 -0000 On 06/07/2010 02:29 PM, Jos Backus wrote: > On Mon, Jun 07, 2010 at 03:15:27PM +0100, Doug Rabson wrote: >> On 6 June 2010 21:09, Jos Backus wrote: >> >>> Any chance the kadmin protocol will ever be standardized? >>> >> My understanding is that the MIT kadmin protocol is based GSS-API >> authenticated RPC which FreeBSD didn't support until recently. I added >> working RPCSEC_GSS to our userland RPC library in 2008 and it should be >> available in FreeBSD 8.x and later. In theory, if MIT actually document >> their protocol, it should be reasonably straightforward to support it. I >> doubt if I will be able to do the work either for this or for upgrading >> heimdal. > > Thanks, Doug. > > It would be great if the Heimdal and MIT folks would cooperate on this > standardization/documentation effort, but perhaps it's not seen as a priority. I think there was a little bit of compatibility work done for the 1.3.2 release of heimdal. Of course this is not the same as standardization. From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 13:36:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CFB11065674 for ; Thu, 10 Jun 2010 13:36:36 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E81F28FC18 for ; Thu, 10 Jun 2010 13:36:35 +0000 (UTC) Received: by iwn7 with SMTP id 7so3857223iwn.13 for ; Thu, 10 Jun 2010 06:36:35 -0700 (PDT) Received: by 10.231.169.9 with SMTP id w9mr165087iby.58.1276176994872; Thu, 10 Jun 2010 06:36:34 -0700 (PDT) Received: from localhost.localdomain (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com [99.246.61.82]) by mx.google.com with ESMTPS id d9sm58279ibl.10.2010.06.10.06.36.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 10 Jun 2010 06:36:32 -0700 (PDT) Message-ID: <4C10E9E5.5020503@bellanet.org> Date: Thu, 10 Jun 2010 09:34:29 -0400 From: gtodd@bellanet.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc12 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Our aging base system heimdal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 13:36:36 -0000 On 06/06/2010 12:41 PM, b. f. wrote: > Is anybody planning to update the base system heimdal, which has been > largely untouched since May 2008? In addition to the many other > bug-fixes and improvements in the current version 1.3.3 (see, for > example: > > http://www.h5l.org/releases.html > > ), there are patches for heimdal vulnerabilities 2010-05-27 and > 2010-03-21 (CVE-2010-1321), which are described at: > > http://www.h5l.org/advisories.html > > Others have mentioned that they have problems using our base system > heimdal -- problems that cannot be easily circumvented by rebuilding > WITHOUT_KERBEROS, and using security/krb5 (security/heimdal is badly > outdated), because this leaves various dependent base system utilities > behind, if they are not modified. If you adjust distinfo, pkg-list and the port Makefile, the current 1.3.3 release does build in security/heimdal - it even seems to work! YMMV, I did no serious testing, used no LDAP, etc. etc. More to the point, does using/testing as a port help pave the way for an eventual import into base ? Maintaining a port for a RELEASE might help upstream maintainers @ h5l.org stay connected to FreeBSD without having to track CURRENT (which seems somewhat more tricky cf. the utmpx issue). Since there's no active dedicated security/heimdal port maintainer, maybe the h5l.org developers could be cajoled into adding a FreeBSD machine/VM to their builds/tests/releases. With a high profile project like FreeBSD they'd at least get more up to date bug reports :-) Please excuse any ignorance of the mechanics of importing things into base and maintaining software across multiple platforms that the above post may betray ;-) cheers, gtodd From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 15:13:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7FF11065672 for ; Thu, 10 Jun 2010 15:13:21 +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 A6EC68FC18 for ; Thu, 10 Jun 2010 15:13:21 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OMjRY-0001uo-8G for freebsd-current@freebsd.org; Thu, 10 Jun 2010 16:13:20 +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.67) (envelope-from ) id 1OMjRY-0000wH-2s for freebsd-current@freebsd.org; Thu, 10 Jun 2010 16:13:20 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5AFDIdw062711 for ; Thu, 10 Jun 2010 16:13:18 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5AFDIJ2062710 for freebsd-current@freebsd.org; Thu, 10 Jun 2010 16:13:18 +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, 10 Jun 2010 16:13:18 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20100610151317.GA61745@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: r208985 /usr/src/sys/dev/pci/pci.c:3730: error: 'struct resource_list_entry' has no member named 'flags' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 15:13:22 -0000 Just checked out r208985 i386. On buildkernel I get this error: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/x86/cpufreq/hwpstate.c /usr/src/sys/dev/pci/pci.c: In function 'pci_reserve_map': /usr/src/sys/dev/pci/pci.c:3730: error: 'struct resource_list_entry' has no member named 'flags' /usr/src/sys/dev/pci/pci.c:3730: error: 'RLE_RESERVED' undeclared (first use in this function) /usr/src/sys/dev/pci/pci.c:3730: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/pci/pci.c:3730: error: for each function it appears in.) /usr/src/sys/dev/pci/pci.c: In function 'pci_delete_child': /usr/src/sys/dev/pci/pci.c:3856: warning: implicit declaration of function 'resource_list_busy' /usr/src/sys/dev/pci/pci.c:3856: warning: nested extern declaration of 'resource_list_busy' /usr/src/sys/dev/pci/pci.c:3865: warning: implicit declaration of function 'resource_list_unreserve' /usr/src/sys/dev/pci/pci.c:3865: warning: nested extern declaration of 'resource_list_unreserve' *** Error code 1 Please advise Apologies if this is a known issue many 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 Thu Jun 10 16:04:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554EA1065673; Thu, 10 Jun 2010 16:04:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 090AD8FC0A; Thu, 10 Jun 2010 16:04:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5AFtAK8038649; Thu, 10 Jun 2010 09:55:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 10 Jun 2010 09:55:13 -0600 (MDT) Message-Id: <20100610.095513.951589869037607611.imp@bsdimp.com> To: mav@freebsd.org From: "M. Warner Losh" In-Reply-To: <4C0E5646.1060007@FreeBSD.org> References: <4C0E5646.1060007@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jamesbrandongooch@gmail.com, ozawa@t-oza.net, freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: RFC: New event timers infrastructure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 16:04:51 -0000 In message: <4C0E5646.1060007@FreeBSD.org> Alexander Motin writes: : Brandon Gooch wrote: : > Alexander, do you feel that the code is at a stage where meaningful : > user testing can occur? : : I think yes. I've touched a lot of legacy code, so it would be nice to : know what I may have broken. For example, i8254 and RTC drivers now more : dependent on attaching to PnP/ACPI reported hardware. I am not sure if : there still any legacy system which not doing that. The oldest system I : have tested was P-III Celeron. Unluckily my small development SSD is too : "large" for my Pentium board's BIOS. :) The only issue I'm aware of is that on older systems PnP and ACPI can sometimes interfere. But I thought we'd fixed those issues... I can test on my older pentium too... Warner : There is still work planned, but I hope it won't require major changes : in already written code. : : -- : Alexander Motin : _______________________________________________ : freebsd-current@freebsd.org mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-current : To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" : From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 16:53:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F13106564A for ; Thu, 10 Jun 2010 16:53:43 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pz0-f175.google.com (mail-pz0-f175.google.com [209.85.222.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADB48FC15 for ; Thu, 10 Jun 2010 16:53:42 +0000 (UTC) Received: by pzk5 with SMTP id 5so77057pzk.14 for ; Thu, 10 Jun 2010 09:53:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=zr/TlD9u3vWX1Lit/MzmTbU/fmXr7DliLM+Np1TvuIw=; b=s3hxM7S6lcGdvzcxCYsTWil29bvYu88x8/msMvbOE4dU+eAcnp8zHf6WuZw9vqGlyh DfjvMrWG3PlYHzUY9lR+nFMamd+3G1MTDDt048RxF4Mo/0JDlibOn24d3ka+QB6wLLll de3DM4UXzmRXTaA5c9bZ20xKz/W+Z3g8mNahM= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=K0nKNwkIAobwx63hpSWQ9AbuavFQlbyktsJVZ+0vN7iqhynpidQA81P8qXpw+X8qV9 OWyLWBnreUlZ9RWwOrVda7Uu6VLWrpBh5H94arwyTZo+zc7NElqJ8P3aQzGLEQBMAKgQ 0cAQnVbg7SsXuBrgFUmOZ+Qdo+6sXhmVjqCrw= Received: by 10.115.81.31 with SMTP id i31mr363655wal.140.1276188822336; Thu, 10 Jun 2010 09:53:42 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.131]) by mx.google.com with ESMTPS id n32sm1925648wae.10.2010.06.10.09.53.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 10 Jun 2010 09:53:41 -0700 (PDT) Message-ID: <4C11188A.1040002@gmail.com> Date: Fri, 11 Jun 2010 00:53:30 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> <94007.38072.qm@web51807.mail.re2.yahoo.com> In-Reply-To: <94007.38072.qm@web51807.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 16:53:43 -0000 AK-san, PseudoCylon wrote: >> Hello, >> >> Sorry for taking long. >> >> But, please try following update (if_run.c and if_runvar.h) >> http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_run.c >> http://gitorious.org/run/run/blobs/raw/a74fa9ba5a16f1d1f058efa724261351e267a474/dev/usb/wlan/if_runvar.h >> >> If any of client running 8.0-RELEASE please apply this patch >> http://svn.freebsd.org/viewvc/base/stable/8/sys/net80211/ieee80211_crypto_tkip.c?r1=199583&r2=204215 >> Otherwise TKIP might not work. (That was the last piece of puzzle I had.) >> >> > > Oops, please use this if_run.c instead. > http://gitorious.org/run/run/blobs/raw/b1976c8333721f88368a32dbf04f04e19ef487fc/dev/usb/wlan/if_run.c > > It seems like it is running without any problem so far, no more adsl modem problem. I can see arp packets in wlan0 interface as well as in macbook. I will continue testing and let you know if there comes any problem. thanks again, Ganbold > AK > > > > -- Let us treat men and women well; Treat them as if they were real; Perhaps they are. -- Ralph Waldo Emerson From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 17:21:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9F8C1065676 for ; Thu, 10 Jun 2010 17:21:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id BE9C48FC1A for ; Thu, 10 Jun 2010 17:21:36 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o5AHLaj9069915 for ; Thu, 10 Jun 2010 10:21:36 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o5AHLaHV069914 for freebsd-current@freebsd.org; Thu, 10 Jun 2010 10:21:36 -0700 (PDT) (envelope-from sgk) Date: Thu, 10 Jun 2010 10:21:36 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20100610172136.GA28948@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: clang and 'make -j' problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 17:21:36 -0000 nice make -j3 d > DiagnosticCommonKinds.inc.h tblgen: not found *** Error code 127 *** Error code 127 tblgen -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis -I. -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/AST -gen-clang-stmt-nodes /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/AST/StmtNodes.td > StmtNodes.inc.h tblgen: not found *** Error code 127 3 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Please fix. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 17:23:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34490106567A; Thu, 10 Jun 2010 17:23:28 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id BDD958FC0A; Thu, 10 Jun 2010 17:23:27 +0000 (UTC) Received: by gwj20 with SMTP id 20so166131gwj.13 for ; Thu, 10 Jun 2010 10:23:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=En5BzRpR+H5Kt7ANVyWP5Anx8v4Crg8Fm6YS2tsDJlk=; b=xtQUs710oY8xDqdQ+sHO2wqODFtH9bRCc3lUgkNGIPEnWNmiT5sfJG9YlOIy8bQcc7 Gj6brIQ54kHfz02OH0tr+wZ246709AIqJlt+qDQbYc3I5PxKYjRcEqQaayIc40ym6cR0 VrASeQa55Op1bUBFY17cAsEA5Vp7UTgr8iI2A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=SmVNDNbjQ/m5xSXUO2lOxT3o3+5dBgFpecJcBEslwC0oIVXxisV/HDY2iTJ1gn5vVP NRsiu0ELnFX9BzCaD/qQDaBrkTaImQQJbZY7TuITjsc7BQ3DfLblQ0FgW/wkHmD5qz5d icHIrxC0mOxwiWdf/JqUK+f4ZvW6D4Dc/T9vI= MIME-Version: 1.0 Received: by 10.229.233.205 with SMTP id jz13mr446212qcb.171.1276190604423; Thu, 10 Jun 2010 10:23:24 -0700 (PDT) Received: by 10.229.131.31 with HTTP; Thu, 10 Jun 2010 10:23:24 -0700 (PDT) In-Reply-To: <201006100816.24077.jhb@freebsd.org> References: <20100609212747.GF21929@gradx.cs.jhu.edu> <201006100816.24077.jhb@freebsd.org> Date: Thu, 10 Jun 2010 12:23:24 -0500 Message-ID: From: Alan Cox To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Nathaniel W Filardo Subject: Re: [sparc64] [panic] mutex vm object not owned X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 17:23:28 -0000 On Thu, Jun 10, 2010 at 7:16 AM, John Baldwin wrote: > On Wednesday 09 June 2010 5:27:47 pm Nathaniel W Filardo wrote: > > Attempting to boot on (2-way SMP; SUN Fire V240) sparc64 a 9.0-CURRENT > > kernel built on Jun 9 at 14:41, and fully csup'd before building (I don't > > have the SVN revision number, sorry) yields, surprisingly late in the > boot > > process, this panic: > > > > panic: mutex vm object not owned at /systank/src/sys/vm/vm_object.c:1692 > > cpuid = 0 > > KDB: stack backtrace: > > panic() at panic+0x1c8 > > _mtx_assert() at _mtx_assert+0xb0 > > vm_object_collapse() at vm_object_collapse+0x28 > > vm_object_deallocate() at vm_object_deallocate+0x538 > > _vm_map_unlock() at _vm_map_unlock+0x64 > > vm_map_remove() at vm_map_remove+0x64 > > vmspace_exit() at vmspace_exit+0x100 > > exit1() at exit1+0x788 > > sys_exit() at sys_exit+0x10 > > syscallenter() at syscallenter+0x268 > > syscall() at syscall+0x74 > > -- syscall (1, FreeBSD ELF64, sys_exit) %o7=0x11980c -- > > userland() at 0x406fe8c8 > > user trace: trap %o7=0x11980c > > pc 0x406fe8c8, sp 0x7fdffff7611 > > done > > Uptime: 4m7s > > > > The system was, at the time, attempting to bring up its jails. > > > > Anything else that would be helpful to know? > > Can you get a crashdump? If so, it would be good to pull up gdb and check > the > value sof 'object' and 'robject' in the vm_object_deallocate() frame. > > That would be useful. None of the locking changes of the last few weeks have altered the vm object locking, so this assertion failure and stack trace come as something of a surprise. Alan From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 17:47:07 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B10D4106564A for ; Thu, 10 Jun 2010 17:47:07 +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 865F18FC1E for ; Thu, 10 Jun 2010 17:47:07 +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 2A29046C35 for ; Thu, 10 Jun 2010 13:47:07 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2670D8A04E for ; Thu, 10 Jun 2010 13:47:06 -0400 (EDT) From: John Baldwin To: current@freebsd.org Date: Thu, 10 Jun 2010 13:46:59 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006101346.59824.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 10 Jun 2010 13:47:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 17:47:07 -0000 I've had several folks ask me recently about importing etcupdate (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate tool for updating /etc during upgrades. Do folks have any strong objections to doing so? More details about how it works and an HTML version of the manpage can be found at the URL above. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 18:14:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED8371065678; Thu, 10 Jun 2010 18:14:10 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id A1C498FC08; Thu, 10 Jun 2010 18:14:10 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id E3F6EE3F07A; Thu, 10 Jun 2010 20:14:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZdQd0D4HO9XK; Thu, 10 Jun 2010 20:14:05 +0200 (CEST) Received: from bubba.vnode.local (unknown [83.223.1.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 4D5B4E3F078; Thu, 10 Jun 2010 20:14:05 +0200 (CEST) Date: Thu, 10 Jun 2010 20:14:03 +0200 From: Joel Dahl To: John Baldwin Message-ID: <20100610181403.GA6323@bubba.vnode.local> References: <201006101346.59824.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201006101346.59824.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 18:14:11 -0000 On 10-06-2010 13:46, John Baldwin wrote: > I've had several folks ask me recently about importing etcupdate > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate > tool for updating /etc during upgrades. Do folks have any strong objections > to doing so? More details about how it works and an HTML version of the > manpage can be found at the URL above. +1 for importing it into base. -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 18:18:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC90C106564A; Thu, 10 Jun 2010 18:18:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (out-0-39.mx.aerioconnect.net [216.240.47.99]) by mx1.freebsd.org (Postfix) with ESMTP id AEED78FC08; Thu, 10 Jun 2010 18:18:13 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o5AIIBFM013682; Thu, 10 Jun 2010 11:18:11 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id DAF442D6016; Thu, 10 Jun 2010 11:18:10 -0700 (PDT) Message-ID: <4C112C6C.50000@elischer.org> Date: Thu, 10 Jun 2010 11:18:20 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: John Baldwin References: <201006101346.59824.jhb@freebsd.org> In-Reply-To: <201006101346.59824.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 18:18:13 -0000 On 6/10/10 10:46 AM, John Baldwin wrote: > I've had several folks ask me recently about importing etcupdate > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate > tool for updating /etc during upgrades. Do folks have any strong objections > to doing so? More details about how it works and an HTML version of the > manpage can be found at the URL above. > well mergemaster is in base so the options are: replace mergemaster, have both, move one to ports, or move both to ports. It does bring up the question (yet again) if we shouldn't have something that is between base and ports.. the keep base from bloating too much bit to still indicate that they are supported. From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 18:29:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58B69106566B for ; Thu, 10 Jun 2010 18:29:37 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0768FC12 for ; Thu, 10 Jun 2010 18:29:36 +0000 (UTC) Received: by gwj20 with SMTP id 20so242864gwj.13 for ; Thu, 10 Jun 2010 11:29:36 -0700 (PDT) Received: by 10.150.187.10 with SMTP id k10mr1946003ybf.190.1276194575267; Thu, 10 Jun 2010 11:29:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.148.201 with HTTP; Thu, 10 Jun 2010 11:29:15 -0700 (PDT) In-Reply-To: <201006101346.59824.jhb@freebsd.org> References: <201006101346.59824.jhb@freebsd.org> From: Eitan Adler Date: Thu, 10 Jun 2010 21:29:15 +0300 Message-ID: To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 18:29:37 -0000 > I've had several folks ask me recently about importing etcupdate > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an altern= ate > tool for updating /etc during upgrades. =C2=A0Do folks have any strong ob= jections > to doing so? =C2=A0More details about how it works and an HTML version of= the > manpage can be found at the URL above. -1 unless mergemaster is replaced. I'm ***not*** saying that mergemaster should be replaced. The base system would get too bloated if too many tools are added. --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 18:40:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37BB106574D for ; Thu, 10 Jun 2010 18:40:03 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id ABE0D8FC1B for ; Thu, 10 Jun 2010 18:40:03 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o5AIdd8r095701 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 10 Jun 2010 11:40:02 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C113167.8040205@feral.com> Date: Thu, 10 Jun 2010 11:39:35 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------050008000309090800070900" X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Thu, 10 Jun 2010 11:40:03 -0700 (PDT) Subject: kernel make noise with clang suppression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 18:40:04 -0000 This is a multi-part message in MIME format. --------------050008000309090800070900 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Comments? (yes, I know -fformat-extensions have just been added...) --------------050008000309090800070900 Content-Type: text/plain; name="kmknoise.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kmknoise.patch" diff -r ea5e09d013e7 sys/conf/kern.mk --- a/sys/conf/kern.mk Thu Jun 10 07:40:51 2010 -0700 +++ b/sys/conf/kern.mk Thu Jun 10 11:35:50 2010 -0700 @@ -9,6 +9,10 @@ .if ${CC} == "icc" #CWARNFLAGS= -w2 # use this if you are terribly bored CWARNFLAGS= +.elif ${CC} == "clang" +CWARNFLAGS?= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes \ + -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual \ + -Wundef -Wno-pointer-sign .else CWARNFLAGS?= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes \ -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual \ @@ -63,9 +67,15 @@ # reserved for user applications. # .if ${MACHINE_ARCH} == "amd64" +.if ${CC} == "clang" +CFLAGS+= -mcmodel=kernel -mno-red-zone \ + -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow \ + -msoft-float -fno-asynchronous-unwind-tables +.else CFLAGS+= -mcmodel=kernel -mno-red-zone \ -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow \ -msoft-float -fno-asynchronous-unwind-tables +.endif INLINE_LIMIT?= 8000 .endif diff -r ea5e09d013e7 sys/conf/kern.pre.mk --- a/sys/conf/kern.pre.mk Thu Jun 10 07:40:51 2010 -0700 +++ b/sys/conf/kern.pre.mk Thu Jun 10 11:35:50 2010 -0700 @@ -30,7 +30,11 @@ _MINUS_O= -O2 . endif . if ${MACHINE_ARCH} == "amd64" +. if ${CC} == "clang" +COPTFLAGS?=-O2 -pipe +. else COPTFLAGS?=-O2 -frename-registers -pipe +. endif . else COPTFLAGS?=${_MINUS_O} -pipe . endif @@ -89,7 +93,7 @@ CFLAGS= ${COPTFLAGS} ${C_DIALECT} ${DEBUG} ${CWARNFLAGS} CFLAGS+= ${INCLUDES} -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -.if ${CC} != "icc" +.if ${CC} != "icc" && ${CC} != "clang" CFLAGS+= -fno-common -finline-limit=${INLINE_LIMIT} CFLAGS+= --param inline-unit-growth=100 CFLAGS+= --param large-function-growth=1000 diff -r ea5e09d013e7 sys/conf/kmod.mk --- a/sys/conf/kmod.mk Thu Jun 10 07:40:51 2010 -0700 +++ b/sys/conf/kmod.mk Thu Jun 10 11:35:50 2010 -0700 @@ -111,7 +111,7 @@ # for example. CFLAGS+= -I@/contrib/altq -.if ${CC} != "icc" +.if ${CC} != "icc" && ${CC} != "clang" CFLAGS+= -finline-limit=${INLINE_LIMIT} CFLAGS+= --param inline-unit-growth=100 CFLAGS+= --param large-function-growth=1000 --------------050008000309090800070900-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 18:47:36 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A491065672; Thu, 10 Jun 2010 18:47:36 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F35338FC19; Thu, 10 Jun 2010 18:47:35 +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 VAA20339; Thu, 10 Jun 2010 21:47:31 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C113342.7070804@icyb.net.ua> Date: Thu, 10 Jun 2010 21:47:30 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Eitan Adler References: <201006101346.59824.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 18:47:37 -0000 on 10/06/2010 21:29 Eitan Adler said the following: >> I've had several folks ask me recently about importing etcupdate >> (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate >> tool for updating /etc during upgrades. Do folks have any strong objections >> to doing so? More details about how it works and an HTML version of the >> manpage can be found at the URL above. > > -1 unless mergemaster is replaced. Have you tried etcupdate? etcupdate and mergemaster have a similar function but do things in quite a different way. While one is intended to be more interactive, the other is more automated. They can not replace each other. > I'm ***not*** saying that mergemaster should be replaced. > > The base system would get too bloated if too many tools are added. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 19:29:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6963D106566C for ; Thu, 10 Jun 2010 19:29:20 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id EAD518FC17 for ; Thu, 10 Jun 2010 19:29:19 +0000 (UTC) Received: by fxm7 with SMTP id 7so272081fxm.13 for ; Thu, 10 Jun 2010 12:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:mime-version:content-type; bh=u6hYw+Hv7R8P2eS2l4POGL9sDDoYrq3Gnibdt6hh2vw=; b=IqKXOvCFYJgX5cxbJun/2pN7FdAS4mG1jaU1hWYcpuTR9KToSQc30xpEF04oJsmVvu KW2/jHrU8/Gv5SCg/+164LqH7hi4dCoc5EdgHttRFVhl1gZ/+FpSKN442s8HyZ4Td+3e PZM90yNKgF5Xt8fEaSYL7StK5ICJIR2Cg5aCE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:mime-version :content-type; b=F951KDKR7X1UclOxtNKnYTabOkcUOLDPr67oyw223pX5F4MYTEpnU2hK9bgdfPxoEe mrc6+1pi/ULX9rh+S0g2uA56Eitp4DIMFo8AYFOI9/EeM47q0NfwdHHg3Uz3w7lqRRp4 G/Ejc84NmM4eonxjG8qRurEXV6OBGnMcZ2vw4= Received: by 10.204.9.9 with SMTP id j9mr447775bkj.206.1276198158435; Thu, 10 Jun 2010 12:29:18 -0700 (PDT) Received: from localhost (hd5b906df.selukra.dyn.perspektivbredband.net [213.185.6.223]) by mx.google.com with ESMTPS id v14sm1279378bkz.20.2010.06.10.12.29.12 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Jun 2010 12:29:14 -0700 (PDT) From: Anonymous To: Matthew Jacob References: <4C113167.8040205@feral.com> Date: Thu, 10 Jun 2010 19:29:09 +0000 Message-ID: <861vcesn3u.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: kernel make noise with clang suppression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 19:29:20 -0000 Matthew Jacob writes: > Comments? (yes, I know -fformat-extensions have just been added...) > > > > diff -r ea5e09d013e7 sys/conf/kern.mk > --- a/sys/conf/kern.mk Thu Jun 10 07:40:51 2010 -0700 > +++ b/sys/conf/kern.mk Thu Jun 10 11:35:50 2010 -0700 > @@ -63,9 +67,15 @@ > # reserved for user applications. > # > .if ${MACHINE_ARCH} == "amd64" > +.if ${CC} == "clang" > +CFLAGS+= -mcmodel=kernel -mno-red-zone \ > + -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow \ Shouldn't be there all supported -msse* by clang? I for one have ssse3 and sse4.1 that are not supported by basegcc. $ clang -dM -E -march=native - <&- | awk '/SSE/ && !/MATH/' #define __SSE2__ 1 #define __SSE3__ 1 #define __SSE4_1__ 1 #define __SSE__ 1 #define __SSSE3__ 1 If my guess is right then extracting possible GCC flags should be enough $ gcc45 -Q --help=target -march=native | grep 'sse[[:digit:]].*' -mno-sse4 [disabled] -msse2 [enabled] -msse2avx [disabled] -msse3 [enabled] -msse4 [disabled] -msse4.1 [enabled] -msse4.2 [disabled] -msse4a [disabled] -mssse3 [enabled] and you're missing only `-mno-ssse3 -mno-sse4 -mno-sse4a'. > + -msoft-float -fno-asynchronous-unwind-tables > +.else > CFLAGS+= -mcmodel=kernel -mno-red-zone \ > -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow \ > -msoft-float -fno-asynchronous-unwind-tables > +.endif > INLINE_LIMIT?= 8000 > .endif > From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 19:31:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FDD81065691 for ; Thu, 10 Jun 2010 19:31:35 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4048FC1D for ; Thu, 10 Jun 2010 19:31:34 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o5AJVLBG096014 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 10 Jun 2010 12:31:34 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C113D84.30301@feral.com> Date: Thu, 10 Jun 2010 12:31:16 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C113167.8040205@feral.com> <861vcesn3u.fsf@gmail.com> In-Reply-To: <861vcesn3u.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Thu, 10 Jun 2010 12:31:34 -0700 (PDT) Subject: Re: kernel make noise with clang suppression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 19:31:35 -0000 On 6/10/2010 12:29 PM, Anonymous wrote: > Matthew Jacob writes: > > >> Comments? (yes, I know -fformat-extensions have just been added...) >> >> >> >> diff -r ea5e09d013e7 sys/conf/kern.mk >> --- a/sys/conf/kern.mk Thu Jun 10 07:40:51 2010 -0700 >> +++ b/sys/conf/kern.mk Thu Jun 10 11:35:50 2010 -0700 >> @@ -63,9 +67,15 @@ >> # reserved for user applications. >> # >> .if ${MACHINE_ARCH} == "amd64" >> +.if ${CC} == "clang" >> +CFLAGS+= -mcmodel=kernel -mno-red-zone \ >> + -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow \ >> > Shouldn't be there all supported -msse* by clang? I for one have ssse3 > and sse4.1 that are not supported by basegcc. > SSE instructions are disabled in the kernel. From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 19:36:16 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3144D106564A; Thu, 10 Jun 2010 19:36:16 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB9378FC14; Thu, 10 Jun 2010 19:36:15 +0000 (UTC) Received: by pwj1 with SMTP id 1so164006pwj.13 for ; Thu, 10 Jun 2010 12:36:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=tWF8VfjUvwnAOrs3D/czZK2lsB1Wdt/ezgBqCwOyMJk=; b=pkoFLz23Rey2c7QWHmNEZwsNJ0CCjTj7GbKhUla21+swd4us39sL2BI2vJOXZ8tsPO y4Abac3lqOw7S2rJbih02gxLZAAkHMXr3x1RrZiUrWgRwzs0eUP/alHOS2OsFNrP31Ci bAbsBqFHv3PxnVrOXRKHQwf3asPGfqFfDppN4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=toXmAoWSkFoBJ5z6RL0zR+AP9lyOfY3KNReS8qD3WfaB5EglgSspmF23N1cQ7Sp6Ou /7SAstFJgxNoPH1t1Ft+Uz8SRMCI1ngApGIVxw8iG4rVT2wMFGH9GyWq2ZN6Y5ld3Gpo yG3fTxMGzmuFFJCj4ZQ+kaJ7tWaBREVgfMEnc= Received: by 10.142.210.19 with SMTP id i19mr459947wfg.301.1276198574684; Thu, 10 Jun 2010 12:36:14 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id y15sm204640wfd.10.2010.06.10.12.36.12 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Jun 2010 12:36:13 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C113EAB.3090303@dataix.net> Date: Thu, 10 Jun 2010 15:36:11 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: John Baldwin References: <201006101346.59824.jhb@freebsd.org> In-Reply-To: <201006101346.59824.jhb@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 19:36:16 -0000 On 06/10/2010 13:46, John Baldwin wrote: > I've had several folks ask me recently about importing etcupdate > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate > tool for updating /etc during upgrades. Do folks have any strong objections > to doing so? More details about how it works and an HTML version of the > manpage can be found at the URL above. > Though I love the idea, I think the proper approach "please dont get me wrong" would be to move it into /usr/src/tools/ somewhere and create a makefile that when run just creates a symlink to it in a predetermined directory allowing folks to not really have it installed yet still update it for critical fixes while they are found without a re-install of it. MIB: +1 year Regards, -- jhell From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 20:22:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4EF61065686 for ; Thu, 10 Jun 2010 20:22:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 455378FC1C for ; Thu, 10 Jun 2010 20:22:56 +0000 (UTC) Received: (qmail 15397 invoked by uid 399); 10 Jun 2010 20:22:55 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Jun 2010 20:22:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C11499E.6050300@FreeBSD.org> Date: Thu, 10 Jun 2010 13:22:54 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: John Baldwin References: <201006101346.59824.jhb@freebsd.org> In-Reply-To: <201006101346.59824.jhb@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 20:22:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 06/10/10 10:46, John Baldwin wrote: | I've had several folks ask me recently about importing etcupdate | (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate | tool for updating /etc during upgrades. Do folks have any strong objections | to doing so? More details about how it works and an HTML version of the | manpage can be found at the URL above. Initially mergemaster was a port which gave lots of people the opportunity to gain familiarity with it easily. At some point after it had been a port for a while there was a "critical mass" of people suggesting that it be moved into the base system since it was one of those ports that almost everyone installed anyway. That said, I have no objection to whatever the community decides should be done with etcupdate. Given that they approach the problems of updating differently I think that there will be people who are more attracted to it instead of mergemaster, and that's fine too. :) hth, Doug - -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJMEUmdAAoJEFzGhvEaGryEf4UH/jj+mXScik9Oo1kQWEBRn4b6 qLpVFKScsEX5OXKXAzgu48tDA9P9rkZOsL9thlyhPR2G4CsPyIl7EpYk0o91uvV7 +GUwBhI/MXh4GFwq0p42U92wbO9lRslg9vXkV0m+KoSXnswlIuqYLkfmwhuXu1QV Mc7cE4L3Ud6xnvvcmt3NTvyKatEYqvoIgF5FjXXgMUOjpWxWnLkgV/iq7/KFA4uf o+a2yWwRVrXVv73QX5UBcjFUBbO9jDhgK/RCa5z6g7csggkK9rdzsYJedrfYMkoz 3LOGqOkC64HeJBAHhUKUl+1V/CNvK6vkbDbLRvu/FV7mHPrRB6COzw0LuRFcEWA= =msL6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 20:25:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B64D1065674 for ; Thu, 10 Jun 2010 20:25:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 146DC8FC0C for ; Thu, 10 Jun 2010 20:25:55 +0000 (UTC) Received: (qmail 19643 invoked by uid 399); 10 Jun 2010 20:25:55 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Jun 2010 20:25:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C114A52.2060405@FreeBSD.org> Date: Thu, 10 Jun 2010 13:25:54 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Julian Elischer References: <201006101346.59824.jhb@freebsd.org> <4C112C6C.50000@elischer.org> In-Reply-To: <4C112C6C.50000@elischer.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 20:25:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 06/10/10 11:18, Julian Elischer wrote: | It does bring up the question (yet again) if we shouldn't | have something that is between base and ports.. | the keep base from bloating too much bit to still indicate | that they are supported. Julian, This statement perpetuates the idea that somehow anything in ports is "lesser" than things that are in src, which frankly I'm way past being sick of. The ports tree is part of FreeBSD, period. If you don't believe me, try installing just the base without installing any ports, and then see how much work you're able to get done. Doug - -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJMEUpSAAoJEFzGhvEaGryE7DMIALLAQ3oituvWpboIVi3kqkU/ G4jH4tmasyOaWXqP5qH/xtcJDFfbNEKORlDrJem8q0XKluXaw8jZKW+8dgsdBAqJ IcGVfIOWDXID4ZdMAU1wvLiqB3Ozkt0RnOnrgR+lAbstTZlX886HUpPFU0AyNJj3 EQKOIwk2SVAa5Y6lF+NPf/+M56RSnzezgU2QVGYdbnjOLqsl91SEYgBAYQN50sqi meIWJeL3iGuZ0krkkwQ3/zFlKsq5o/x76pClv+yqevVdo/EIRvaG0AfcGEPwXMdO RdN1sMkl8E+2IVpr2ruIwjN8JtAqzkC/6EhOZcvsXheeoKQLgwR4D0O58uvEUPs= =XzyJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 20:31:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EE411065678 for ; Thu, 10 Jun 2010 20:31:16 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id 21BC28FC08 for ; Thu, 10 Jun 2010 20:31:15 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id A162756440 for ; Thu, 10 Jun 2010 16:31:14 -0400 (EDT) Message-ID: <4C114B8C.70407@intertainservices.com> Date: Thu, 10 Jun 2010 16:31:08 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <201006101346.59824.jhb@freebsd.org> <4C113342.7070804@icyb.net.ua> In-Reply-To: <4C113342.7070804@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: A162756440.AF245 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 20:31:16 -0000 On 6/10/2010 2:47 PM, Andriy Gapon wrote: > on 10/06/2010 21:29 Eitan Adler said the following: > >> -1 unless mergemaster is replaced. > Have you tried etcupdate? > etcupdate and mergemaster have a similar function but do things in quite a > different way. While one is intended to be more interactive, the other is more > automated. They can not replace each other. > > -1 Also. How does this differ from a "mergemaster -iFU" ? That's pretty much as automated as it can get. From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 20:38:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61087106566B; Thu, 10 Jun 2010 20:38:56 +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 32EDB8FC0A; Thu, 10 Jun 2010 20:38:56 +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 C00A446B0C; Thu, 10 Jun 2010 16:38:55 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7AB178A03C; Thu, 10 Jun 2010 16:38:54 -0400 (EDT) From: John Baldwin To: Doug Barton Date: Thu, 10 Jun 2010 16:38:39 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201006101346.59824.jhb@freebsd.org> <4C11499E.6050300@FreeBSD.org> In-Reply-To: <4C11499E.6050300@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006101638.39084.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 10 Jun 2010 16:38:54 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 20:38:56 -0000 On Thursday 10 June 2010 4:22:54 pm Doug Barton wrote: > On 06/10/10 10:46, John Baldwin wrote: > | I've had several folks ask me recently about importing etcupdate > | (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate > | tool for updating /etc during upgrades. Do folks have any strong objections > | to doing so? More details about how it works and an HTML version of the > | manpage can be found at the URL above. > > Initially mergemaster was a port which gave lots of people the > opportunity to gain familiarity with it easily. At some point after it > had been a port for a while there was a "critical mass" of people > suggesting that it be moved into the base system since it was one of > those ports that almost everyone installed anyway. > > That said, I have no objection to whatever the community decides should > be done with etcupdate. Given that they approach the problems of > updating differently I think that there will be people who are more > attracted to it instead of mergemaster, and that's fine too. :) My inclination is to simply add a port, but I had a rash of folks contact me today, so I was testing the waters to see what level of critical mass was present. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 20:47:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC5F1065676 for ; Thu, 10 Jun 2010 20:47:55 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 941648FC14 for ; Thu, 10 Jun 2010 20:47:54 +0000 (UTC) Received: from macfeast.lan (0x573b9942.cpe.ge-1-2-0-1101.ronqu1.customer.tele.dk [87.59.153.66]) by csmtp2.one.com (Postfix) with ESMTP id 00B1A1B00302D; Thu, 10 Jun 2010 20:47:52 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/signed; boundary=Apple-Mail-250--604554063; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: <4C114B8C.70407@intertainservices.com> Date: Thu, 10 Jun 2010 22:47:52 +0200 Message-Id: References: <201006101346.59824.jhb@freebsd.org> <4C113342.7070804@icyb.net.ua> <4C114B8C.70407@intertainservices.com> To: Mike Jakubik X-Mailer: Apple Mail (2.1078) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 20:47:55 -0000 --Apple-Mail-250--604554063 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Den 10/06/2010 kl. 22.31 skrev Mike Jakubik: > On 6/10/2010 2:47 PM, Andriy Gapon wrote: >> on 10/06/2010 21:29 Eitan Adler said the following: >> =20 >>> -1 unless mergemaster is replaced. >> Have you tried etcupdate? >> etcupdate and mergemaster have a similar function but do things in = quite a >> different way. While one is intended to be more interactive, the = other is more >> automated. They can not replace each other. >> =20 >=20 > -1 Also. >=20 > How does this differ from a "mergemaster -iFU" ? That's pretty much as = automated as it can get. I find the ability to do 'etcupdate diff' to quickly get an overview of = which changes I have made to a standard installation very useful. Looking from the outside, I think the two tools could be merged to a = single upgrade tool. I see three uses for such a tool: * Show me which local modifications I have, so I can see if they're = still relevant for the upgraded system * Just do all the hard work for me (i.e. mergemaster -iFU) on files I = didn't change * Guide me through merging updates to files I did modify myself (and = please, don't ask me innocently if I want to delete my local account = when it's 4 AM :-) I may be answering 'yes' in my sleep) +1 from me on etcupdate in base. Erik= --Apple-Mail-250--604554063-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 20:53:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BF971065673 for ; Thu, 10 Jun 2010 20:53:28 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2C48FC1A for ; Thu, 10 Jun 2010 20:53:27 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id 2D95156B9A for ; Thu, 10 Jun 2010 16:53:25 -0400 (EDT) Message-ID: <4C1150BE.80807@intertainservices.com> Date: Thu, 10 Jun 2010 16:53:18 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <201006101346.59824.jhb@freebsd.org> <4C113342.7070804@icyb.net.ua> <4C114B8C.70407@intertainservices.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 2D95156B9A.AD9E2 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 20:53:28 -0000 On 6/10/2010 4:47 PM, Erik Cederstrand wrote: > >> -1 Also. >> >> How does this differ from a "mergemaster -iFU" ? That's pretty much as automated as it can get. >> > I find the ability to do 'etcupdate diff' to quickly get an overview of which changes I have made to a standard installation very useful. > > Looking from the outside, I think the two tools could be merged to a single upgrade tool. I see three uses for such a tool: > > * Show me which local modifications I have, so I can see if they're still relevant for the upgraded system > * Just do all the hard work for me (i.e. mergemaster -iFU) on files I didn't change > * Guide me through merging updates to files I did modify myself (and please, don't ask me innocently if I want to delete my local account when it's 4 AM :-) I may be answering 'yes' in my sleep) > > That actually sounds like a great idea to me. From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 21:05:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5076C1065676 for ; Thu, 10 Jun 2010 21:05:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id CA5FB8FC13 for ; Thu, 10 Jun 2010 21:05:04 +0000 (UTC) Received: (qmail 25618 invoked by uid 399); 10 Jun 2010 21:05:04 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Jun 2010 21:05:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C11537E.2040903@FreeBSD.org> Date: Thu, 10 Jun 2010 14:05:02 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Mike Jakubik References: <201006101346.59824.jhb@freebsd.org> <4C113342.7070804@icyb.net.ua> <4C114B8C.70407@intertainservices.com> In-Reply-To: <4C114B8C.70407@intertainservices.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 21:05:05 -0000 On 06/10/10 13:31, Mike Jakubik wrote: > How does this differ from a "mergemaster -iFU" ? That's pretty much as > automated as it can get. FYI, the -F option is usually only needed once, when switching from cvs checkout to svn checkout, or vice versa. It won't hurt anything to combine it with -U, but it may make your update slower. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 21:28:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F0FD1065676 for ; Thu, 10 Jun 2010 21:28:05 +0000 (UTC) (envelope-from dsuzukisanders@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 1CAE58FC1B for ; Thu, 10 Jun 2010 21:28:04 +0000 (UTC) Received: by gyh20 with SMTP id 20so414711gyh.13 for ; Thu, 10 Jun 2010 14:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=IgbOIoVVs3YvBy6po7iLBLE4VLohHMxA8tzSKjY4fG0=; b=hRUy4wYkKZLhuhUkMVHy3dgYrHDF6fvB5SrFg0TxLLleViq4yq7CUa6KRYJAhd1wP+ NFckEId6RSmPPX7b3aTSb6DzdWQK4KlBmk37Tcp1mBjdUYI3vC/o2ESQO0zpAaDq/72k DL6lSRmG3dJwQNVlkX4yQFQYL+QhRyiAGJ+0g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=kBM0Db8t/58GXhrCupCUWjTBraoDHZX41VoNJGr2Msfxp832s39jCB3/hFvBMxIqif rpksrzjxjRDjc4cE/DJJk0h0UQEYgO7P2uoyYwU/IFu+e80yEchz77HspAdy4PmaSuWV 9XNnxsfDuzmVu2p4l3zn4Mq913+C0cb9sGnrU= MIME-Version: 1.0 Received: by 10.229.184.132 with SMTP id ck4mr634695qcb.31.1276205283851; Thu, 10 Jun 2010 14:28:03 -0700 (PDT) Received: by 10.229.1.229 with HTTP; Thu, 10 Jun 2010 14:28:03 -0700 (PDT) In-Reply-To: <4C101B35.8040506@dataix.net> References: <20100609213106.GA99939@freebsd.org> <4C101B35.8040506@dataix.net> Date: Thu, 10 Jun 2010 23:28:03 +0200 Message-ID: From: David Sanders To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 21:28:05 -0000 Am I just being stupid or should I expect my fresh svn co to build using Clang on i386 targets? It seems to use gcc still. Do I still need src.conf set up as per the wiki page? Thanks David From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 22:46:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA75E106564A for ; Thu, 10 Jun 2010 22:46:48 +0000 (UTC) (envelope-from villa.alberto@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 2FE2B8FC0A for ; Thu, 10 Jun 2010 22:46:47 +0000 (UTC) Received: by wyb33 with SMTP id 33so434224wyb.13 for ; Thu, 10 Jun 2010 15:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:organization:to :subject:date:user-agent:cc:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=VcMaidQ1UvW7vaeXNj2ts1mmin9i5pv6/UIzkpEfrW4=; b=WZURdYauPbBZTI363h3gXmXTHygBkd51nB05eeT7tozyOttb0kNttEx1ThBhkz+YoP g1MvPUc4XvcpIV/E7iI4cqZHoMBYRMLkC2wHw5vqVyVvxJ2AJjTQ3myH9MQpvNpxWFXd loqoxFC9RuK16n6v7KXzYedcxUPjiTakwf0aQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=wpxhI/nTiZgSx5yRxutp/dRMZ7KvnGvpqBqsEGA2Gpr5LTTg43E2usfdU+qIijq/xT 0wrX6SBggBNMzLnZqRPGXWAgv6e2yI+SzjAr9BlMoBW/pCZZ/AGm17tHabJVsq8cBgek w3XnhToI3YpgfSODrK7z6d4BdHRWR59GHgBsU= Received: by 10.216.90.210 with SMTP id e60mr18860wef.80.1276208552483; Thu, 10 Jun 2010 15:22:32 -0700 (PDT) Received: from echo.hoth (host245-211-dynamic.54-82-r.retail.telecomitalia.it [82.54.211.245]) by mx.google.com with ESMTPS id n61sm293280wed.6.2010.06.10.15.22.30 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Jun 2010 15:22:31 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-current@freebsd.org Date: Fri, 11 Jun 2010 00:22:16 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.4; i386; ; ) References: <4C101B35.8040506@dataix.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2277034.q42HdIrmG8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201006110022.28254.avilla@freebsd.org> Cc: David Sanders Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 22:46:48 -0000 --nextPart2277034.q42HdIrmG8 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Thursday 10 June 2010 23:28:03 David Sanders wrote: > Am I just being stupid or should I expect my fresh svn co to build > using Clang on i386 targets? It seems to use gcc still. Do I still > need src.conf set up as per the wiki page? as far as i understand, only the clang binary and libraries have been=20 added. the modifications needed to build world with clang aren't there=20 yet =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla An optimist is a guy that has never had much experience. -- Don Marquis --nextPart2277034.q42HdIrmG8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iJwEAAECAAYFAkwRZaMACgkQ3xiC6kQ1Covy+wP+O3PK+GK1FOLXYb/DKivKTID3 +csiq9tZuwpwY8x4+DwTw95izUUHvRRBKKV4jnMy+em7zXiwF76/nlxwWoIBq/zS i2opZ4LOoHk0Vsq/SGKVOjUF4ipKlH9eL5n5wCfFlh4nnnGxvNENL6wO7kwrHbft AV5mBLip/2WwFhPFL4U= =iw+7 -----END PGP SIGNATURE----- --nextPart2277034.q42HdIrmG8-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 23:11:29 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AAFD1065673; Thu, 10 Jun 2010 23:11:29 +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 14A988FC0A; Thu, 10 Jun 2010 23:11:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5ANBSsO006534; Thu, 10 Jun 2010 19:11:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5ANBREn006529; Thu, 10 Jun 2010 23:11:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Jun 2010 23:11:27 GMT Message-Id: <201006102311.o5ANBREn006529@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 23:11:29 -0000 TB --- 2010-06-10 21:35:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-10 21:35:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-06-10 21:35:24 - cleaning the object tree TB --- 2010-06-10 21:35:45 - cvsupping the source tree TB --- 2010-06-10 21:35:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-06-10 21:36:22 - building world TB --- 2010-06-10 21:36:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-10 21:36:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-10 21:36:22 - TARGET=ia64 TB --- 2010-06-10 21:36:22 - TARGET_ARCH=ia64 TB --- 2010-06-10 21:36:22 - TZ=UTC TB --- 2010-06-10 21:36:22 - __MAKE_CONF=/dev/null TB --- 2010-06-10 21:36:22 - cd /src TB --- 2010-06-10 21:36:22 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 10 21:36:23 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jun 10 22:58:23 UTC 2010 TB --- 2010-06-10 22:58:23 - generating LINT kernel config TB --- 2010-06-10 22:58:23 - cd /src/sys/ia64/conf TB --- 2010-06-10 22:58:23 - /usr/bin/make -B LINT TB --- 2010-06-10 22:58:23 - building LINT kernel TB --- 2010-06-10 22:58:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-10 22:58:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-10 22:58:23 - TARGET=ia64 TB --- 2010-06-10 22:58:23 - TARGET_ARCH=ia64 TB --- 2010-06-10 22:58:23 - TZ=UTC TB --- 2010-06-10 22:58:23 - __MAKE_CONF=/dev/null TB --- 2010-06-10 22:58:23 - cd /src TB --- 2010-06-10 22:58:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 10 22:58:24 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_radiotap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_ratectl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_regdomain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_scan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_scan_sta.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_sta.c /src/sys/net80211/ieee80211_sta.c: In function 'sta_input': /src/sys/net80211/ieee80211_sta.c:587: error: expected ')' before '!' token *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-10 23:11:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-10 23:11:27 - ERROR: failed to build lint kernel TB --- 2010-06-10 23:11:27 - 4527.59 user 703.51 system 5763.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 23:28:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21BA01065675 for ; Thu, 10 Jun 2010 23:28:33 +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 D722D8FC1A for ; Thu, 10 Jun 2010 23:28:32 +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) by sarah.protected-networks.net (Postfix) with ESMTPSA id DB3F26104 for ; Thu, 10 Jun 2010 19:28:31 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1276212512; bh=2rCb4dvFkPaAhLxKhweslFiAUcIuFoOsxiPl0aNbDxE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=ZS2yzfzbIW6ah2qtZV7YIytUzfNymCq4JCOY+cPRyJFaciOOzWLHCWAW4J0lc7dGP oEHEQPE1TeXIVzajm82hVz7hUfEM4ffUdFqJFZenKqOgjl6Qlywjzj++ESxmkPo 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: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=G96nfy0XXtj6d88Xg+D8zvcg1OmRMZvAO/PR9p+2cUS6NLEMcq4tXBqCJdf/q2rSh sRSVrPuAT5VaBgB3bHEnWED5eJ1dJGQWH7tQg/+x5+s67gYztWmNXrKb3KGXZ9f Message-ID: <4C11751B.8040306@protected-networks.net> Date: Thu, 10 Jun 2010 19:28:27 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100602 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <201006102311.o5ANBREn006529@freebsd-current.sentex.ca> In-Reply-To: <201006102311.o5ANBREn006529@freebsd-current.sentex.ca> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------030605020900030906080802" Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Jun 2010 23:28:33 -0000 This is a multi-part message in MIME format. --------------030605020900030906080802 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/10/10 19:11, FreeBSD Tinderbox wrote: > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_sta.c > /src/sys/net80211/ieee80211_sta.c: In function 'sta_input': > /src/sys/net80211/ieee80211_sta.c:587: error: expected ')' before '!' token > *** Error code 1 I *think* this is supposed to be .. if (HAS_SEQ(type) && !IEEE80211_IS_MULTICAST(wh->i_addr1)) { imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwRdRsACgkQQv9rrgRC1JLQ9ACfVPINlwHR8g0hXt0wenp5esfj FooAnidIAWqJr9fJ3wQ8nhtEZtj9d0VG =errN -----END PGP SIGNATURE----- --------------030605020900030906080802 Content-Type: text/x-diff; name="ieee80211_sta.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ieee80211_sta.c.diff" *** /usr/src/sys/net80211/ieee80211_sta.c~ Thu Jun 10 17:53:24 2010 --- /usr/src/sys/net80211/ieee80211_sta.c Thu Jun 10 19:15:42 2010 *************** *** 584,590 **** } IEEE80211_RSSI_LPF(ni->ni_avgrssi, rssi); ni->ni_noise = nf; ! if (HAS_SEQ(type) !IEEE80211_IS_MULTICAST(wh->i_addr1)) { uint8_t tid = ieee80211_gettid(wh); if (IEEE80211_QOS_HAS_SEQ(wh) && TID_TO_WME_AC(tid) >= WME_AC_VI) --- 584,590 ---- } IEEE80211_RSSI_LPF(ni->ni_avgrssi, rssi); ni->ni_noise = nf; ! if (HAS_SEQ(type) && !IEEE80211_IS_MULTICAST(wh->i_addr1)) { uint8_t tid = ieee80211_gettid(wh); if (IEEE80211_QOS_HAS_SEQ(wh) && TID_TO_WME_AC(tid) >= WME_AC_VI) --------------030605020900030906080802-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 00:27:38 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20BD91065690; Fri, 11 Jun 2010 00:27:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outf.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id 030BD8FC0C; Fri, 11 Jun 2010 00:27:37 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o5B0RblD028390; Thu, 10 Jun 2010 17:27:37 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (64.1.209.194.ptr.us.xo.net [64.1.209.194]) by idiom.com (Postfix) with ESMTP id 788332D6012; Thu, 10 Jun 2010 17:27:36 -0700 (PDT) Message-ID: <4C118311.4000807@elischer.org> Date: Thu, 10 Jun 2010 17:28:01 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Doug Barton References: <201006101346.59824.jhb@freebsd.org> <4C112C6C.50000@elischer.org> <4C114A52.2060405@FreeBSD.org> In-Reply-To: <4C114A52.2060405@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 00:27:38 -0000 On 6/10/10 1:25 PM, Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 06/10/10 11:18, Julian Elischer wrote: > | It does bring up the question (yet again) if we shouldn't > | have something that is between base and ports.. > | the keep base from bloating too much bit to still indicate > | that they are supported. > > Julian, > > This statement perpetuates the idea that somehow anything in ports is > "lesser" than things that are in src, which frankly I'm way past being > sick of. The ports tree is part of FreeBSD, period. If you don't believe > me, try installing just the base without installing any ports, and then > see how much work you're able to get done. unfortunately it is true. code in the base tree gets fixed by people making sweeping changes but things from ports often do not. Ports are not installed by default so you can't assume they are there. Like it or not Ports are, no matter how little, second class citizens. I do not belittle the importance of having them, just stating the facts as I see them. From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 00:45:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AA1C1065673; Fri, 11 Jun 2010 00:45:14 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 5EEC18FC1F; Fri, 11 Jun 2010 00:45:14 +0000 (UTC) Received: from lawrence1.loshell.room52.net (unknown [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 98C4D7E883; Fri, 11 Jun 2010 10:45:12 +1000 (EST) Message-ID: <4C118718.5080205@freebsd.org> Date: Fri, 11 Jun 2010 10:45:12 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.1.9) Gecko/20100405 Thunderbird/3.0.4 MIME-Version: 1.0 To: John Baldwin References: <201006101346.59824.jhb@freebsd.org> In-Reply-To: <201006101346.59824.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 00:45:14 -0000 On 06/11/10 03:46, John Baldwin wrote: > I've had several folks ask me recently about importing etcupdate > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alternate > tool for updating /etc during upgrades. Do folks have any strong objections > to doing so? More details about how it works and an HTML version of the > manpage can be found at the URL above. > +1 for adding to base (and updating handbook chapters "makeworld.html" and "small-lan.html", plus maybe /usr/src/Makefile and an UPDATING entry). Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 00:58:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DFCF106567F; Fri, 11 Jun 2010 00:58: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 1CC618FC0A; Fri, 11 Jun 2010 00:58:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5B0wvlH040139; Thu, 10 Jun 2010 20:58:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5B0wvmw040133; Fri, 11 Jun 2010 00:58:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 11 Jun 2010 00:58:57 GMT Message-Id: <201006110058.o5B0wvmw040133@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 00:58:58 -0000 TB --- 2010-06-10 23:11:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-10 23:11:28 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-10 23:11:28 - cleaning the object tree TB --- 2010-06-10 23:11:45 - cvsupping the source tree TB --- 2010-06-10 23:11:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-10 23:12:11 - building world TB --- 2010-06-10 23:12:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-10 23:12:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-10 23:12:11 - TARGET=powerpc TB --- 2010-06-10 23:12:11 - TARGET_ARCH=powerpc TB --- 2010-06-10 23:12:11 - TZ=UTC TB --- 2010-06-10 23:12:11 - __MAKE_CONF=/dev/null TB --- 2010-06-10 23:12:11 - cd /src TB --- 2010-06-10 23:12:11 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 10 23:12:11 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 11 00:50:04 UTC 2010 TB --- 2010-06-11 00:50:04 - generating LINT kernel config TB --- 2010-06-11 00:50:04 - cd /src/sys/powerpc/conf TB --- 2010-06-11 00:50:04 - /usr/bin/make -B LINT TB --- 2010-06-11 00:50:04 - building LINT kernel TB --- 2010-06-11 00:50:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-11 00:50:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-11 00:50:04 - TARGET=powerpc TB --- 2010-06-11 00:50:04 - TARGET_ARCH=powerpc TB --- 2010-06-11 00:50:04 - TZ=UTC TB --- 2010-06-11 00:50:04 - __MAKE_CONF=/dev/null TB --- 2010-06-11 00:50:04 - cd /src TB --- 2010-06-11 00:50:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 11 00:50:04 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_radiotap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ratectl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_regdomain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_scan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_scan_sta.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_sta.c /src/sys/net80211/ieee80211_sta.c: In function 'sta_input': /src/sys/net80211/ieee80211_sta.c:587: error: expected ')' before '!' token *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-11 00:58:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-11 00:58:57 - ERROR: failed to build lint kernel TB --- 2010-06-11 00:58:57 - 5255.15 user 808.70 system 6449.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 01:01:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 855E7106564A; Fri, 11 Jun 2010 01:01:49 +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 54D258FC14; Fri, 11 Jun 2010 01:01:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5B11m7e049543; Thu, 10 Jun 2010 21:01:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5B11m5P049542; Fri, 11 Jun 2010 01:01:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 11 Jun 2010 01:01:48 GMT Message-Id: <201006110101.o5B11m5P049542@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 01:01:49 -0000 TB --- 2010-06-10 23:52:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-10 23:52:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-06-10 23:52:30 - cleaning the object tree TB --- 2010-06-10 23:52:50 - cvsupping the source tree TB --- 2010-06-10 23:52:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-06-10 23:53:16 - building world TB --- 2010-06-10 23:53:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-10 23:53:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-10 23:53:16 - TARGET=sparc64 TB --- 2010-06-10 23:53:16 - TARGET_ARCH=sparc64 TB --- 2010-06-10 23:53:16 - TZ=UTC TB --- 2010-06-10 23:53:16 - __MAKE_CONF=/dev/null TB --- 2010-06-10 23:53:16 - cd /src TB --- 2010-06-10 23:53:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 10 23:53:16 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 11 00:52:43 UTC 2010 TB --- 2010-06-11 00:52:43 - generating LINT kernel config TB --- 2010-06-11 00:52:43 - cd /src/sys/sparc64/conf TB --- 2010-06-11 00:52:43 - /usr/bin/make -B LINT TB --- 2010-06-11 00:52:43 - building LINT kernel TB --- 2010-06-11 00:52:43 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-11 00:52:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-11 00:52:43 - TARGET=sparc64 TB --- 2010-06-11 00:52:43 - TARGET_ARCH=sparc64 TB --- 2010-06-11 00:52:43 - TZ=UTC TB --- 2010-06-11 00:52:43 - __MAKE_CONF=/dev/null TB --- 2010-06-11 00:52:43 - cd /src TB --- 2010-06-11 00:52:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 11 00:52:43 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_radiotap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ratectl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_regdomain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_scan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_scan_sta.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_sta.c /src/sys/net80211/ieee80211_sta.c: In function 'sta_input': /src/sys/net80211/ieee80211_sta.c:587: error: expected ')' before '!' token *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-11 01:01:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-11 01:01:48 - ERROR: failed to build lint kernel TB --- 2010-06-11 01:01:48 - 3213.90 user 648.80 system 4157.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 01:06:24 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1104106564A; Fri, 11 Jun 2010 01:06:24 +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 C04C18FC08; Fri, 11 Jun 2010 01:06:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5B16NrY053059; Thu, 10 Jun 2010 21:06:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5B16NVh053058; Fri, 11 Jun 2010 01:06:23 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 11 Jun 2010 01:06:23 GMT Message-Id: <201006110106.o5B16NVh053058@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 01:06:25 -0000 TB --- 2010-06-10 23:57:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-10 23:57:47 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-06-10 23:57:47 - cleaning the object tree TB --- 2010-06-10 23:57:58 - cvsupping the source tree TB --- 2010-06-10 23:57:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-06-10 23:58:23 - building world TB --- 2010-06-10 23:58:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-10 23:58:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-10 23:58:23 - TARGET=sun4v TB --- 2010-06-10 23:58:23 - TARGET_ARCH=sparc64 TB --- 2010-06-10 23:58:23 - TZ=UTC TB --- 2010-06-10 23:58:23 - __MAKE_CONF=/dev/null TB --- 2010-06-10 23:58:23 - cd /src TB --- 2010-06-10 23:58:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 10 23:58:24 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 11 00:57:31 UTC 2010 TB --- 2010-06-11 00:57:31 - generating LINT kernel config TB --- 2010-06-11 00:57:31 - cd /src/sys/sun4v/conf TB --- 2010-06-11 00:57:31 - /usr/bin/make -B LINT TB --- 2010-06-11 00:57:31 - building LINT kernel TB --- 2010-06-11 00:57:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-11 00:57:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-11 00:57:31 - TARGET=sun4v TB --- 2010-06-11 00:57:31 - TARGET_ARCH=sparc64 TB --- 2010-06-11 00:57:31 - TZ=UTC TB --- 2010-06-11 00:57:31 - __MAKE_CONF=/dev/null TB --- 2010-06-11 00:57:31 - cd /src TB --- 2010-06-11 00:57:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 11 00:57:31 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_radiotap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_ratectl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_regdomain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_scan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_scan_sta.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/net80211/ieee80211_sta.c /src/sys/net80211/ieee80211_sta.c: In function 'sta_input': /src/sys/net80211/ieee80211_sta.c:587: error: expected ')' before '!' token *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-11 01:06:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-11 01:06:23 - ERROR: failed to build lint kernel TB --- 2010-06-11 01:06:23 - 3208.85 user 648.46 system 4116.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 01:59:26 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54CCE106566C; Fri, 11 Jun 2010 01:59:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 37BE28FC0A; Fri, 11 Jun 2010 01:59:26 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id B34AD8C078; Thu, 10 Jun 2010 20:59:25 -0500 (CDT) Date: Thu, 10 Jun 2010 20:59:25 -0500 From: Mark Linimon To: Julian Elischer Message-ID: <20100611015925.GA32233@lonesome.com> References: <201006101346.59824.jhb@freebsd.org> <4C112C6C.50000@elischer.org> <4C114A52.2060405@FreeBSD.org> <4C118311.4000807@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C118311.4000807@elischer.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Doug Barton , current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 01:59:26 -0000 On Thu, Jun 10, 2010 at 05:28:01PM -0700, Julian Elischer wrote: > code in the base tree gets fixed by people making sweeping changes > but things from ports often do not. By 'sweeping changes', I take it you mean to src? And if by 'things from ports', I take you mean that ports break on -current all the time, due to changes in src? mcl From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 05:29:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BA8C106564A for ; Fri, 11 Jun 2010 05:29:03 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51803.mail.re2.yahoo.com (web51803.mail.re2.yahoo.com [206.190.38.234]) by mx1.freebsd.org (Postfix) with SMTP id 967848FC12 for ; Fri, 11 Jun 2010 05:29:02 +0000 (UTC) Received: (qmail 80388 invoked by uid 60001); 11 Jun 2010 05:29:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1276234141; bh=HuLaM8Yt67NQOxIF7n7gN7hbQRDZfrYTYE4FqWiGmM0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=LDZR1Qm/qRanCLKHRn8nZcVusUWFDDsC7ys57uHSlhbhpRPLVifNrZpFN8PhfduI5v+r9bBoNUFvM7y9OFad275fwFr5NFHgu15A1qYKGTwDwdPOEBYfz2ShK4uoGIIikOYp6CucCBZqXQqd9a1NXpdOwhH3dnRqXw6K37VY8ME= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=vDyjo5Su2upLhpX/iyRuvFW2gwfJxgC4KVLYP3A2s9LR0n8Mvf76f7gI4L10Cd3upHL7kgG+vkfynjrbclMF5pkrn6qsuVwE/L16j95qkRh+UdkSeSTaPIUK0H8kwd3hXrNPCJL1pzE5mVwRg9HF4G4oN+VeNoslJdNr5965hVQ=; Message-ID: <447555.80295.qm@web51803.mail.re2.yahoo.com> X-YMail-OSG: dEF1QjMVM1lWrkh_rQbzE.laZjFDmbEbD6MyHmjB6V6kFQN RKtd11X.0niR0nDPgNepyjzwZi3OEl4UE25nZhIC219Vss3F2zP35MG5oxIy Dsmcxed_roYJlejuGvmy5Nn2y8L8GA66UJ7ACw.hUV1a6DIkb4oczatmMox. 4EFfHVA1EYPzMYPPqD3esfnHXpZ7yie1MR3yYAOZdoXnKQY2AqZUY4mlBNXC bsGDIRHGHfcQbdQkIzZK.bK7JqbTJ3UZ3vjzRElTaiBUh0RYZ72M9t.AnAQk MiKyodo4tNbeGtcb.eScKIhtI29ZjyfSgMx8zfOJXZ6wUKmEx Received: from [173.183.132.20] by web51803.mail.re2.yahoo.com via HTTP; Thu, 10 Jun 2010 22:29:01 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.103.269680 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> <94007.38072.qm@web51807.mail.re2.yahoo.com> <4C11188A.1040002@gmail. com> Date: Thu, 10 Jun 2010 22:29:01 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4C11188A.1040002@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 05:29:03 -0000 ----- Original Message ---- > From: Ganbold > To: PseudoCylon > Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu > Sent: Thu, June 10, 2010 10:53:30 AM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > It seems like it is running without any problem so far, no more adsl > modem problem. > I can see arp packets in wlan0 interface as well as in macbook. > I will continue testing and let you know if there comes any problem. > > thanks again, > > Ganbold Hello, Glad to hear. It was an encryption problem. A client was dropping packets.. Please let me know if you find another bug. (Hope there won't be) Thank you for testing AK From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 05:35:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B443A106564A for ; Fri, 11 Jun 2010 05:35:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id EB0748FC18 for ; Fri, 11 Jun 2010 05:35:45 +0000 (UTC) Received: (qmail 13555 invoked by uid 399); 11 Jun 2010 05:35:44 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Jun 2010 05:35:44 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C11CB2C.1090603@FreeBSD.org> Date: Thu, 10 Jun 2010 22:35:40 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Julian Elischer References: <201006101346.59824.jhb@freebsd.org> <4C112C6C.50000@elischer.org> <4C114A52.2060405@FreeBSD.org> <4C118311.4000807@elischer.org> In-Reply-To: <4C118311.4000807@elischer.org> X-Enigmail-Version: 1.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 05:35:46 -0000 On 6/10/2010 5:28 PM, Julian Elischer wrote: > code in the base tree gets fixed by people making sweeping changes > but things from ports often do not. Code will either be maintained well, or it will not. I've seen plenty of stuff in src break, and the src build is often broken by under-tested changes (even in -stable branches). As I said in my original post, your attitude is anachronistic, and needs to change. It's not ok for people to make random sweeping src changes, even in -current, that break things in ports. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 07:24:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 301F11065674 for ; Fri, 11 Jun 2010 07:24:40 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id E0FA68FC08 for ; Fri, 11 Jun 2010 07:24:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4AA9A9CB0AE; Fri, 11 Jun 2010 09:20:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDds1Vfx-7c6; Fri, 11 Jun 2010 09:20:50 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6F30E9CB111; Fri, 11 Jun 2010 09:20:50 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o5B7Koar064387; Fri, 11 Jun 2010 09:20:50 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 11 Jun 2010 09:20:50 +0200 From: Roman Divacky To: Matthew Jacob Message-ID: <20100611072050.GA64034@freebsd.org> References: <4C113167.8040205@feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C113167.8040205@feral.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: kernel make noise with clang suppression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 07:24:40 -0000 On Thu, Jun 10, 2010 at 11:39:35AM -0700, Matthew Jacob wrote: > Comments? (yes, I know -fformat-extensions have just been added...) yes, clang reports A LOT MORE warnings than gcc but I believe that we should not supress those atm. I'd prefer people to take a look at those and fix them instead. clang in clangbsd is complaining much less btw. (it does not complain about unknown params etc.) note that we are still in the progress of importing stuff from clangbsd and it takes time. please be patient :) From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 07:28:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 033F2106564A for ; Fri, 11 Jun 2010 07:28:14 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id B33E68FC1B for ; Fri, 11 Jun 2010 07:28:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 233B99CB0AE; Fri, 11 Jun 2010 09:24:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mbWFsHqatrUZ; Fri, 11 Jun 2010 09:24:26 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 24C809CB111; Fri, 11 Jun 2010 09:24:26 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o5B7OP5p064816; Fri, 11 Jun 2010 09:24:25 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 11 Jun 2010 09:24:25 +0200 From: Roman Divacky To: Steve Kargl Message-ID: <20100611072425.GB64034@freebsd.org> References: <20100610172136.GA28948@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100610172136.GA28948@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: clang and 'make -j' problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 07:28:14 -0000 On Thu, Jun 10, 2010 at 10:21:36AM -0700, Steve Kargl wrote: > nice make -j3 > > d > DiagnosticCommonKinds.inc.h > tblgen: not found > *** Error code 127 > *** Error code 127 > tblgen -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis -I. -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/AST -gen-clang-stmt-nodes /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/AST/StmtNodes.td > StmtNodes.inc.h > tblgen: not found > *** Error code 127 > 3 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > Please fix. for some reason tblgen from bootstrap-tools target has not been built before libs. is there some sort of ordering we can use? From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 08:29:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CCBA1065677 for ; Fri, 11 Jun 2010 08:29:35 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id F27DF8FC1B for ; Fri, 11 Jun 2010 08:29:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ed93:f8fd:85a3:cf66] (unknown [IPv6:2001:7b8:3a7:0:ed93:f8fd:85a3:cf66]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 95E955C43; Fri, 11 Jun 2010 10:29:33 +0200 (CEST) Message-ID: <4C11F3F1.7020707@andric.com> Date: Fri, 11 Jun 2010 10:29:37 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4) Gecko/20100604 Lanikai/3.1.1pre MIME-Version: 1.0 To: Steve Kargl References: <20100610172136.GA28948@troutmask.apl.washington.edu> In-Reply-To: <20100610172136.GA28948@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: clang and 'make -j' problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 08:29:35 -0000 On 2010-06-10 19:21, Steve Kargl wrote: > nice make -j3 > > d > DiagnosticCommonKinds.inc.h > tblgen: not found > *** Error code 127 > *** Error code 127 > tblgen -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/Analysis -I. -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/include -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/AST -gen-clang-stmt-nodes /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/include/clang/AST/StmtNodes.td > StmtNodes.inc.h > tblgen: not found > *** Error code 127 > 3 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > Please fix. You should run "make buildworld" instead of just "make", or the bootstrap tools (in this case tblgen) will not be built. From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 08:48:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE7151065675 for ; Fri, 11 Jun 2010 08:48:39 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 28EC48FC21 for ; Fri, 11 Jun 2010 08:48:37 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id 7A8A5CA91A5 for ; Fri, 11 Jun 2010 10:31:31 +0200 (CEST) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id C46DBD480EC; Fri, 11 Jun 2010 10:31:23 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id A1F0B33CE1; Fri, 11 Jun 2010 08:31:22 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 99B00A11B2; Fri, 11 Jun 2010 08:31:22 +0000 (UTC) Date: Fri, 11 Jun 2010 10:31:22 +0200 From: Jeremie Le Hen To: Roman Bogorodskiy Message-ID: <20100611083122.GJ47836@felucia.tataz.chchile.org> References: <20100518185201.GA2745@fsol> <20100523032720.GA89739@dirtyvegas> <20100524112140.GB18511@rbogorodskiy> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100524112140.GB18511@rbogorodskiy> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Jeff Roberson , current@freebsd.org Subject: Re: ffs_copyonwrite panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 08:48:39 -0000 Hi Roman, On Mon, May 24, 2010 at 03:21:41PM +0400, Roman Bogorodskiy wrote: > I am not sure how to save coredump as when the system boots after the > crash and starts saving coredump from swap partition to disk the system > crashes again. > > Generally, the system is almost unusable and in order to try a new > kernel I cross-compile it on my i386 laptop and copy in using livefs > cdrom. > > Do you have an idea how to save a trace? Sorry for the late reply. If you're still undergoing this issue, once your kernel has crashed and dumped his memory, you can reboot using your previously working kernel. You will be able to save the core to the disk. Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 08:52:44 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6133106564A for ; Fri, 11 Jun 2010 08:52:44 +0000 (UTC) (envelope-from bogorodskiy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 167398FC17 for ; Fri, 11 Jun 2010 08:52:43 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so117028fga.13 for ; Fri, 11 Jun 2010 01:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=pS5GxEJyRbr1pTQ4AH08UqOEs89ZGfcdfWvb/6VJ5wc=; b=vR1lGps789+6SU7Xu7O+7eENTl2gWBrf4Khb8OeJzDkuTvIKpM3PYrUtfuc7sxReHP Wn30l1e5y/+cA6LcsT3OYWrU8tRjg5V8EX8bvoX0P7kTLPdZqO2owY5M1DFh5V6Xfi/j 3dnxTxx9HFA4RzhwRVAy+Yshmg4jiVQquGCw8= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=kM88RmtcVPCm1BbsSoQzpJjEHuhxBhnitQ1J2UG6udf1jH60GDoM5R+Lr6ikuMaZbK Kcrav9MX4z/CXLMx5qwXbystv57lxh6fLn7QMNggBNn6UQLipzANIbecOcZ+qWyTmqlz P9HC2ocqww8yzV0X1fXsSZ0cs31X2R61sg2hI= Received: by 10.103.81.38 with SMTP id i38mr392771mul.112.1276246362414; Fri, 11 Jun 2010 01:52:42 -0700 (PDT) Received: from rbogorodskiy ([91.207.133.2]) by mx.google.com with ESMTPS id 14sm1261790muo.16.2010.06.11.01.52.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Jun 2010 01:52:41 -0700 (PDT) Date: Fri, 11 Jun 2010 12:53:40 +0400 From: Roman Bogorodskiy To: Jeremie Le Hen Message-ID: <20100611085339.GB27054@rbogorodskiy> References: <20100518185201.GA2745@fsol> <20100523032720.GA89739@dirtyvegas> <20100524112140.GB18511@rbogorodskiy> <20100611083122.GJ47836@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <20100611083122.GJ47836@felucia.tataz.chchile.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Jeff Roberson , current@freebsd.org Subject: Re: ffs_copyonwrite panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 08:52:45 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeremie Le Hen wrote: > Hi Roman, >=20 > On Mon, May 24, 2010 at 03:21:41PM +0400, Roman Bogorodskiy wrote: > > I am not sure how to save coredump as when the system boots after the > > crash and starts saving coredump from swap partition to disk the system > > crashes again. > >=20 > > Generally, the system is almost unusable and in order to try a new > > kernel I cross-compile it on my i386 laptop and copy in using livefs > > cdrom. > >=20 > > Do you have an idea how to save a trace? >=20 > Sorry for the late reply. If you're still undergoing this issue, once > your kernel has crashed and dumped his memory, you can reboot using your > previously working kernel. You will be able to save the core to the > disk. I've tried old kernel when just spotted this issue, but with the old kernel and new world I wasn't able to use ppp so I gave up on that quickly. Back then I haven't had dumpdev configured so wan't able to save a dump. Anyways, in the end I've tried different various kernels, including 8.0 kernel and world but was still having problems with writing stuff to disk. Finally, I've did a reinstall of 8.0 with newfs for all partitions and it now works fine, so probably the fs was damaged somehow. Roman Bogorodskiy --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iJwEAQECAAYFAkwR+ZMACgkQgHRbOB2qykZ3kgQAtMaFgjQuIZZm6XxOkz6pODQM /EgOL8/9FEIJhW5/itop6wwpA5uudHLUMqQCj7Ekwl/WZIAtlOQA+Jmnp90BPmqM 1ft5YlCBfhaWX5rRL+dxpA96VSg0RIAdLUHaUEP5CAs3XbUORCRogdau49vSIXEx Drs8R3z0sLGy+xjWlBw= =sTZ4 -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 12:25:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AB041065670 for ; Fri, 11 Jun 2010 12:25:06 +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 2B4698FC1E for ; Fri, 11 Jun 2010 12:25:06 +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 D150B46C2D; Fri, 11 Jun 2010 08:25:05 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 143A68A051; Fri, 11 Jun 2010 08:25:05 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 11 Jun 2010 08:11:48 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100610151317.GA61745@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100610151317.GA61745@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006110811.48135.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 11 Jun 2010 08:25:05 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Anton Shterenlikht Subject: Re: r208985 /usr/src/sys/dev/pci/pci.c:3730: error: 'struct resource_list_entry' has no member named 'flags' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 12:25:06 -0000 On Thursday 10 June 2010 11:13:18 am Anton Shterenlikht wrote: > Just checked out r208985 i386. > On buildkernel I get this error: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings - mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/x86/cpufreq/hwpstate.c > /usr/src/sys/dev/pci/pci.c: In function 'pci_reserve_map': > /usr/src/sys/dev/pci/pci.c:3730: error: 'struct resource_list_entry' has no member named 'flags' > /usr/src/sys/dev/pci/pci.c:3730: error: 'RLE_RESERVED' undeclared (first use in this function) > /usr/src/sys/dev/pci/pci.c:3730: error: (Each undeclared identifier is reported only once > /usr/src/sys/dev/pci/pci.c:3730: error: for each function it appears in.) > /usr/src/sys/dev/pci/pci.c: In function 'pci_delete_child': > /usr/src/sys/dev/pci/pci.c:3856: warning: implicit declaration of function 'resource_list_busy' > /usr/src/sys/dev/pci/pci.c:3856: warning: nested extern declaration of 'resource_list_busy' > /usr/src/sys/dev/pci/pci.c:3865: warning: implicit declaration of function 'resource_list_unreserve' > /usr/src/sys/dev/pci/pci.c:3865: warning: nested extern declaration of 'resource_list_unreserve' > *** Error code 1 > > Please advise > > Apologies if this is a known issue Your sources are out of sync somehow. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 12:25:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B7C1065709 for ; Fri, 11 Jun 2010 12:25:08 +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 140308FC0A for ; Fri, 11 Jun 2010 12:25:08 +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 BAD9E46C2B; Fri, 11 Jun 2010 08:25:07 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C004A8A04E; Fri, 11 Jun 2010 08:25:06 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 11 Jun 2010 08:15:51 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201006101346.59824.jhb@freebsd.org> <4C113342.7070804@icyb.net.ua> <4C114B8C.70407@intertainservices.com> In-Reply-To: <4C114B8C.70407@intertainservices.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201006110815.51061.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 11 Jun 2010 08:25:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Mike Jakubik Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 12:25:08 -0000 On Thursday 10 June 2010 4:31:08 pm Mike Jakubik wrote: > On 6/10/2010 2:47 PM, Andriy Gapon wrote: > > on 10/06/2010 21:29 Eitan Adler said the following: > > > >> -1 unless mergemaster is replaced. > > Have you tried etcupdate? > > etcupdate and mergemaster have a similar function but do things in quite a > > different way. While one is intended to be more interactive, the other is more > > automated. They can not replace each other. > > > > > > -1 Also. > > How does this differ from a "mergemaster -iFU" ? That's pretty much as > automated as it can get. If you have a locally modified file, (e.g. enabled pam_ssh in /etc/pam.d/system), then mergemaster will require you to manually merge the changes interactively. etcupdate will attempt to do an updated three-way merge similar to doing a 'cvs update' or 'svn update' and will only generate a conflict requiring manual resolution if the merge generates a conflict. Also, mergemaster -iFU will always prompt the user for input if it encounters a conflict which is not always optimal (imagine scripting an OS upgrade for 100's of machines). etcupdate does not do any prompting until you run 'etcupdate resolve' to resolve conflicts. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 14:00:30 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B0E41065673 for ; Fri, 11 Jun 2010 14:00:30 +0000 (UTC) (envelope-from alexbestms@uni-muenster.de) Received: from SECMAIL.UNI-MUENSTER.DE (SECMAIL.UNI-MUENSTER.DE [128.176.192.141]) by mx1.freebsd.org (Postfix) with ESMTP id 1889A8FC20 for ; Fri, 11 Jun 2010 14:00:29 +0000 (UTC) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTP id CF501BF405 for ; Fri, 11 Jun 2010 16:00:27 +0200 (CEST) Received: by vws20 with SMTP id 20so85266vws.13 for ; Fri, 11 Jun 2010 07:00:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.52.148 with SMTP id i20mr593487qag.140.1276264826128; Fri, 11 Jun 2010 07:00:26 -0700 (PDT) Received: by 10.229.247.142 with HTTP; Fri, 11 Jun 2010 07:00:26 -0700 (PDT) In-Reply-To: <4C101B35.8040506@dataix.net> References: <20100609213106.GA99939@freebsd.org> <4C101B35.8040506@dataix.net> Date: Fri, 11 Jun 2010 16:00:26 +0200 Message-ID: From: Alexander Best To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 14:00:30 -0000 thanks a lot for the hints. doing buildkernel and buildworld with current src worked fine. how should i proceed if i want to try building kernel and world with clang? put CC, CXX and CPP in src.conf? or make.conf? or use envars? cheers. alex On Thu, Jun 10, 2010 at 12:52 AM, jhell wrote: > On 06/09/2010 17:31, Roman Divacky wrote: >> I dont see the error message but I guess you dont have tblgen >> built (a necessary part for building clang/LLVM) >> >> buildworld should be fine >> >> On Wed, Jun 09, 2010 at 11:30:10PM +0200, Alexander Best wrote: >>> that's great news! :) >>> >>> just tried to do `make depend all` in usr.bin/clang and got: > > Would probably be better if you did this right ? > > make obj && make depend && make all > =A0 =A0 ^^^ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^^^^^^ That previously happened directly = in your > src-tree if I am not mistaken. > > ( svn status /path/to/usr/src ) should show you any misdirected build > objectives that may have populated parts of your src tree without you > realizing it. > > -- > > =A0jhell > --=20 Alexander Best From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 14:02:37 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB92106566C for ; Fri, 11 Jun 2010 14:02:37 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 746438FC13 for ; Fri, 11 Jun 2010 14:02:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5D1B29CB0AE; Fri, 11 Jun 2010 15:58:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nNywjYwXBXUX; Fri, 11 Jun 2010 15:58:48 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 547B49CB188; Fri, 11 Jun 2010 15:58:48 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o5BDwmWf010116; Fri, 11 Jun 2010 15:58:48 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 11 Jun 2010 15:58:48 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20100611135848.GA10066@freebsd.org> References: <20100609213106.GA99939@freebsd.org> <4C101B35.8040506@dataix.net> 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 Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 14:02:37 -0000 On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexander Best wrote: > thanks a lot for the hints. doing buildkernel and buildworld with > current src worked fine. how should i proceed if i want to try > building kernel and world with clang? > > put CC, CXX and CPP in src.conf? or make.conf? or use envars? any of these will work :) From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 14:35:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E8B106564A for ; Fri, 11 Jun 2010 14:35:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 77D748FC1F for ; Fri, 11 Jun 2010 14:35:08 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1ON5K7-0007Zz-Lc for freebsd-current@freebsd.org; Fri, 11 Jun 2010 16:35:07 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jun 2010 16:35:07 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jun 2010 16:35:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Fri, 11 Jun 2010 16:34:59 +0200 Lines: 12 Message-ID: References: <20100609213106.GA99939@freebsd.org> <4C101B35.8040506@dataix.net> <20100611135848.GA10066@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: <20100611135848.GA10066@freebsd.org> X-Enigmail-Version: 1.0.1 Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 14:35:09 -0000 On 06/11/10 15:58, Roman Divacky wrote: > On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexander Best wrote: >> thanks a lot for the hints. doing buildkernel and buildworld with >> current src worked fine. how should i proceed if i want to try >> building kernel and world with clang? >> >> put CC, CXX and CPP in src.conf? or make.conf? or use envars? > > any of these will work :) But to clarify if I get it correctly, using src.conf will only affect world+kernel, make.conf (and env vars) will also affect ports? From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 14:48:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA079106566B for ; Fri, 11 Jun 2010 14:48:55 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 056548FC14 for ; Fri, 11 Jun 2010 14:48:54 +0000 (UTC) Received: by wwb22 with SMTP id 22so1028107wwb.13 for ; Fri, 11 Jun 2010 07:48:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=UcEz0/vPHsFIwogcjVvmmvu8GpCpFgH4gwBmI0e7RTQ=; b=XkTwgUsmbGVSSbZI2NIljWAn9MYihvg6WLxBBZWDrNf2fxxYXjsRLLcV+y6AkMxetU kg3Dr96j07o95A0N0ucM6DT5Nj9SrQiFNbOIRXpwCDsUmMbhWmWV0ttZh6vSwn4aHjmq T6Gd3ARQKyldTnJfVJcQ4YekJ/+B8Y0OerXzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=IjtxTGxkjPuOoks4JTME+AA/x51cKWKtMOwrm7jcT1JtX+X3hDH9GBeSUs0p37x+0S hUzd+XlztvDPuMS3KcngBtJI8EK2Qza82DnUXHimXkySk+XoBDYwSquNFwZUE20xa/Ow KiXs88qn4DXMTXCO1OS/2MDTvM1TdBslWrhTw= Received: by 10.227.136.147 with SMTP id r19mr1961072wbt.218.1276267728152; Fri, 11 Jun 2010 07:48:48 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id b17sm9761519wbd.7.2010.06.11.07.48.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 11 Jun 2010 07:48:47 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-current@freebsd.org, "Ivan Voras" References: <20100609213106.GA99939@freebsd.org> <4C101B35.8040506@dataix.net> <20100611135848.GA10066@freebsd.org> Date: Fri, 11 Jun 2010 17:48:43 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: User-Agent: Opera Mail/10.60 (FreeBSD) Cc: Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 14:48:56 -0000 On Fri, 11 Jun 2010 17:34:59 +0300, Ivan Voras wrote: > But to clarify if I get it correctly, using src.conf will only affect > world+kernel, make.conf (and env vars) will also affect ports? make.conf will affect ports, src and everything else that uses make. Read make(1) and make.conf(5). Proper way to set stuff for buildworld is to define variables in src.conf. -- Andrius From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 14:54:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAA121065674; Fri, 11 Jun 2010 14:54:08 +0000 (UTC) (envelope-from alexbestms@uni-muenster.de) Received: from SECMAIL.UNI-MUENSTER.DE (SECMAIL.UNI-MUENSTER.DE [128.176.192.141]) by mx1.freebsd.org (Postfix) with ESMTP id 676668FC19; Fri, 11 Jun 2010 14:54:08 +0000 (UTC) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by SECMAIL.UNI-MUENSTER.DE (Postfix) with ESMTP id D1EC5BF41C; Fri, 11 Jun 2010 16:54:06 +0200 (CEST) Received: by pxi7 with SMTP id 7so709918pxi.13 for ; Fri, 11 Jun 2010 07:54:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.186.135 with SMTP id cs7mr1205522qcb.4.1276268043645; Fri, 11 Jun 2010 07:54:03 -0700 (PDT) Received: by 10.229.247.142 with HTTP; Fri, 11 Jun 2010 07:54:03 -0700 (PDT) In-Reply-To: <20100611135848.GA10066@freebsd.org> References: <20100609213106.GA99939@freebsd.org> <4C101B35.8040506@dataix.net> <20100611135848.GA10066@freebsd.org> Date: Fri, 11 Jun 2010 16:54:03 +0200 Message-ID: From: Alexander Best To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Import of clang/LLVM about to start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 14:54:08 -0000 oh ok. thanks. i encountered some errors yesterday while trying to build world with clang, but i'll try again and if it fails again i'll send you the details. cheers. alex On Fri, Jun 11, 2010 at 3:58 PM, Roman Divacky wrote: > On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexander Best wrote: >> thanks a lot for the hints. doing buildkernel and buildworld with >> current src worked fine. how should i proceed if i want to try >> building kernel and world with clang? >> >> put CC, CXX and CPP in src.conf? or make.conf? or use envars? > > any of these will work :) > -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 16:21:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B171065679 for ; Fri, 11 Jun 2010 16:21:20 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8D64E8FC17 for ; Fri, 11 Jun 2010 16:21:19 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o5BGLIK7036669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 Jun 2010 18:21:18 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1276273278; bh=w60hn2gFTZ91UNQ9TTJKQd6Hl021rLwAs/TJdU7EeZ4=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=VghzMGdYayhz+SZsoyp3944rCN+kXW8Dfgd197bENCareiU4OvkdspQjvV4DPQfYw zzWpe1HwTbF1drgzLE/4TQ22B/BOSH32MWnbuVpxmGyja2PVRoo1S/Rg1VWj7DKpaH k4W8BeA1mPF8lAdeTDQS9EQOI9MtM8eL82Laluyo= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o5BGLIbS036668 for current@freebsd.org; Fri, 11 Jun 2010 18:21:18 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Fri, 11 Jun 2010 18:21:18 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@freebsd.org Message-ID: <20100611162118.GR39829@acme.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 16:21:20 -0000 Hello, optimizing compilers have a tendency to remove assignments that have no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of zeroing variables, which is however optimized away. I haven't looked close enough to see if all these vars happen to fit into the registers, but a nice overview can be had here: https://www.spoerlein.net/scan-build/freebsd-head/sbin.gbde/2010-06-05-1/ Compiling the code with/without those assignment results in the same object code. Is there a canonical way to zero those variables and should we use them (memset perhaps? what are the performance implications?) Regards, Uli From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 18:49:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2508C106566C for ; Fri, 11 Jun 2010 18:49:49 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 689DC8FC29 for ; Fri, 11 Jun 2010 18:49:47 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o5BIniqr016504 for ; Fri, 11 Jun 2010 20:49:45 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4C128548.8090505@fgznet.ch> Date: Fri, 11 Jun 2010 20:49:44 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Subject: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 18:49:49 -0000 Hello, how can I disable the build of CLANG in a buildworld? I have a sparc64 machine which is quite slow. And for my purpose I do not need CLANG etc. atm. Thanks for any pointer. Andreas From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 18:52:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DA781065676 for ; Fri, 11 Jun 2010 18:52:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id D1FE28FC0A for ; Fri, 11 Jun 2010 18:52:38 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 287702A28F40; Fri, 11 Jun 2010 20:52:37 +0200 (CEST) Date: Fri, 11 Jun 2010 20:52:37 +0200 From: Ed Schouten To: Andreas Tobler Message-ID: <20100611185237.GL56080@hoeg.nl> References: <4C128548.8090505@fgznet.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bRqCLf/RxOQh7+mK" Content-Disposition: inline In-Reply-To: <4C128548.8090505@fgznet.ch> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 18:52:39 -0000 --bRqCLf/RxOQh7+mK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Andreas, * Andreas Tobler wrote: > I have a sparc64 machine which is quite slow. And for my purpose I > do not need CLANG etc. atm. Clang is not enabled on sparc64, so there is no need to disable anything. If you do want to disable Clang on i386, amd64, pc98 or powerpc, add WITHOUT_CLANG=3Dyes to /etc/src.conf, as described in src.conf(5). Greetings, --=20 Ed Schouten WWW: http://80386.nl/ --bRqCLf/RxOQh7+mK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwShfUACgkQ52SDGA2eCwXsLQCfeUXzu2Az6E/1hgbemxHhtJT9 01AAn08Vb/T9lgIPZbavStN8X8m6Z/Yo =BMiP -----END PGP SIGNATURE----- --bRqCLf/RxOQh7+mK-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 18:52:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E33C71065679 for ; Fri, 11 Jun 2010 18:52:54 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id A5B4F8FC0A for ; Fri, 11 Jun 2010 18:52:54 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 7B09411BA59; Fri, 11 Jun 2010 13:52:53 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id V4HYGX88S3LE; Fri, 11 Jun 2010 13:52:53 -0500 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4C128548.8090505@fgznet.ch> Date: Fri, 11 Jun 2010 19:52:50 +0100 Content-Transfer-Encoding: 7bit Message-Id: <3292297E-A87B-4191-AB7D-2D94C28DF1E5@FreeBSD.org> References: <4C128548.8090505@fgznet.ch> To: Andreas Tobler X-Mailer: Apple Mail (2.1078) Cc: freebsd-current Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 18:52:55 -0000 On 11 Jun 2010, at 19:49, Andreas Tobler wrote: > Hello, > > how can I disable the build of CLANG in a buildworld? echo "WITHOUT_CLANG=yes" >> /etc/src.conf Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 18:55:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08C711065675 for ; Fri, 11 Jun 2010 18:55:49 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6E48FC1E for ; Fri, 11 Jun 2010 18:55:46 +0000 (UTC) Received: (qmail 36073 invoked from network); 11 Jun 2010 18:55:46 -0000 Received: from unknown (HELO ?10.0.0.170?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 11 Jun 2010 18:55:46 -0000 Message-ID: <4C128693.2020103@acm.poly.edu> Date: Fri, 11 Jun 2010 14:55:15 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.24 (X11/20100330) MIME-Version: 1.0 To: Andreas Tobler References: <4C128548.8090505@fgznet.ch> In-Reply-To: <4C128548.8090505@fgznet.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 18:55:49 -0000 Andreas Tobler wrote: > Hello, > > how can I disable the build of CLANG in a buildworld? > > I have a sparc64 machine which is quite slow. And for my purpose I do > not need CLANG etc. atm. > > Thanks for any pointer. > > Andreas > Setting WITHOUT_CLANG=yes in /etc/src.conf seems to be the way: http://lists.freebsd.org/pipermail/svn-src-head/2010-June/017677.html -Boris From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 19:00:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E398F1065675 for ; Fri, 11 Jun 2010 19:00:21 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 48CEE8FC1F for ; Fri, 11 Jun 2010 19:00:20 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o5BJ0A9I033459; Fri, 11 Jun 2010 21:00:11 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4C1287BA.10801@fgznet.ch> Date: Fri, 11 Jun 2010 21:00:10 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ed Schouten References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> In-Reply-To: <20100611185237.GL56080@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 19:00:22 -0000 Hi Ed, and all the others, On 11.06.10 20:52, Ed Schouten wrote: > * Andreas Tobler wrote: >> I have a sparc64 machine which is quite slow. And for my purpose I >> do not need CLANG etc. atm. > > Clang is not enabled on sparc64, so there is no need to disable > anything. If you do want to disable Clang on i386, amd64, pc98 or > powerpc, add WITHOUT_CLANG=yes to /etc/src.conf, as described in > src.conf(5). I must have missed this. Well it is not only sparc64, also powerpc(64). Thank you very much for the quick reply. Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 19:25:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 796C9106567C for ; Fri, 11 Jun 2010 19:25:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4478FC1D for ; Fri, 11 Jun 2010 19:25:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5BJKlF9055151; Fri, 11 Jun 2010 13:20:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 Jun 2010 13:20:52 -0600 (MDT) Message-Id: <20100611.132052.271446115462387749.imp@bsdimp.com> To: ed@80386.nl From: "M. Warner Losh" In-Reply-To: <20100611185237.GL56080@hoeg.nl> References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: andreast-list@fgznet.ch, freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 19:25:46 -0000 In message: <20100611185237.GL56080@hoeg.nl> Ed Schouten writes: : Hello Andreas, : : * Andreas Tobler wrote: : > I have a sparc64 machine which is quite slow. And for my purpose I : > do not need CLANG etc. atm. : : Clang is not enabled on sparc64, so there is no need to disable : anything. If you do want to disable Clang on i386, amd64, pc98 or : powerpc, add WITHOUT_CLANG=yes to /etc/src.conf, as described in : src.conf(5). Except that clang isn't quite disabled when cross-building, due to the issue I pointed out when the commit went in wrt bsd.own.mk. MACHINE_ARCH is still amd64 until we start to build the sparc64 binaries, so anything in the bootstrapping part of the build will not be disabled. that's one of many reasons disabling things in bsd.own.mk based on architecture is going to fail. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 19:39:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC661065673 for ; Fri, 11 Jun 2010 19:39:41 +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 C013E8FC14 for ; Fri, 11 Jun 2010 19:39:40 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id D031A1FFC33 for ; Fri, 11 Jun 2010 19:39:39 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C503184488; Fri, 11 Jun 2010 21:37:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org References: <20100611162118.GR39829@acme.spoerlein.net> Date: Fri, 11 Jun 2010 21:37:29 +0200 In-Reply-To: <20100611162118.GR39829@acme.spoerlein.net> ("Ulrich =?utf-8?Q?Sp=C3=B6rlein=22's?= message of "Fri, 11 Jun 2010 18:21:18 +0200") Message-ID: <867hm5tl6u.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 19:39:41 -0000 Ulrich Sp=C3=B6rlein writes: > optimizing compilers have a tendency to remove assignments that have > no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of > zeroing variables, which is however optimized away. [...] Is there a > canonical way to zero those variables and should we use them (memset > perhaps? what are the performance implications?) If you stick these variables in a struct, you can memset the struct to zero them; if there are many of them, it may be faster than zeroing them individually. Alternatively, you can use something like this: #define FORCE_ASSIGN(type, var, value) \ *(volatile type *)&(var) =3D (value) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 20:00:40 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64141065670 for ; Fri, 11 Jun 2010 20:00:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 761FD8FC1C for ; Fri, 11 Jun 2010 20:00:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5BJu7Qi055499; Fri, 11 Jun 2010 13:56:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 Jun 2010 13:56:12 -0600 (MDT) Message-Id: <20100611.135612.390976035288919690.imp@bsdimp.com> To: ed@80386.nl From: "M. Warner Losh" In-Reply-To: <20100611.132052.271446115462387749.imp@bsdimp.com> References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, andreast-list@fgznet.ch Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 20:00:40 -0000 In message: <20100611.132052.271446115462387749.imp@bsdimp.com> "M. Warner Losh" writes: : In message: <20100611185237.GL56080@hoeg.nl> : Ed Schouten writes: : : Hello Andreas, : : : : * Andreas Tobler wrote: : : > I have a sparc64 machine which is quite slow. And for my purpose I : : > do not need CLANG etc. atm. : : : : Clang is not enabled on sparc64, so there is no need to disable : : anything. If you do want to disable Clang on i386, amd64, pc98 or : : powerpc, add WITHOUT_CLANG=yes to /etc/src.conf, as described in : : src.conf(5). : : Except that clang isn't quite disabled when cross-building, due to the : issue I pointed out when the commit went in wrt bsd.own.mk. : MACHINE_ARCH is still amd64 until we start to build the sparc64 : binaries, so anything in the bootstrapping part of the build will not : be disabled. that's one of many reasons disabling things in : bsd.own.mk based on architecture is going to fail. And even if you add WITHOUT_CLANG to your src.conf, we still always build some of the clang infrastructure in the bootstrap tools phase... But we have to do that to avoid getting not being able to build clang on an architecture that doesn't have it for an architecture that does. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 20:08:03 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F041065676 for ; Fri, 11 Jun 2010 20:08:03 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 549A88FC1C for ; Fri, 11 Jun 2010 20:08:01 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o5BK7rAK044048; Fri, 11 Jun 2010 22:07:54 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4C129799.1080602@fgznet.ch> Date: Fri, 11 Jun 2010 22:07:53 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: "M. Warner Losh" References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611.135612.390976035288919690.imp@bsdimp.com> In-Reply-To: <20100611.135612.390976035288919690.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: ed@80386.nl, freebsd-current@FreeBSD.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 20:08:03 -0000 On 11.06.10 21:56, M. Warner Losh wrote: > In message:<20100611.132052.271446115462387749.imp@bsdimp.com> > "M. Warner Losh" writes: > : In message:<20100611185237.GL56080@hoeg.nl> > : Ed Schouten writes: > : : Hello Andreas, > : : > : : * Andreas Tobler wrote: > : :> I have a sparc64 machine which is quite slow. And for my purpose I > : :> do not need CLANG etc. atm. > : : > : : Clang is not enabled on sparc64, so there is no need to disable > : : anything. If you do want to disable Clang on i386, amd64, pc98 or > : : powerpc, add WITHOUT_CLANG=yes to /etc/src.conf, as described in > : : src.conf(5). > : > : Except that clang isn't quite disabled when cross-building, due to the > : issue I pointed out when the commit went in wrt bsd.own.mk. > : MACHINE_ARCH is still amd64 until we start to build the sparc64 > : binaries, so anything in the bootstrapping part of the build will not > : be disabled. that's one of many reasons disabling things in > : bsd.own.mk based on architecture is going to fail. > > And even if you add WITHOUT_CLANG to your src.conf, we still always > build some of the clang infrastructure in the bootstrap tools > phase... But we have to do that to avoid getting not being able to > build clang on an architecture that doesn't have it for an > architecture that does. I can confirm that. I just set up a build for powerpc with WITHOUT_CLANG and in the first building steps I saw this. I don't care if it is only a few minutes of building time, but I disagree if it is going to be > 10 minutes/hours in case of multilib builds (32-bit libs and 64-bit libs) as it is on powerpc64. On powerpc64 the WITHOUT_CLANG helped to avoid the build of the multilib. I do not have anything against CLANG. I only want to be able to steer what I want. Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 20:35:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 129A61065674 for ; Fri, 11 Jun 2010 20:35:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id C4A758FC21 for ; Fri, 11 Jun 2010 20:35:44 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 0E90C2A28CC4; Fri, 11 Jun 2010 22:35:44 +0200 (CEST) Date: Fri, 11 Jun 2010 22:35:44 +0200 From: Ed Schouten To: "M. Warner Losh" Message-ID: <20100611203544.GA1797@hoeg.nl> References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20100611.132052.271446115462387749.imp@bsdimp.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: andreast-list@fgznet.ch, freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 20:35:45 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * M. Warner Losh wrote: > Except that clang isn't quite disabled when cross-building, due to the > issue I pointed out when the commit went in wrt bsd.own.mk. > MACHINE_ARCH is still amd64 until we start to build the sparc64 > binaries, so anything in the bootstrapping part of the build will not > be disabled. that's one of many reasons disabling things in > bsd.own.mk based on architecture is going to fail. Exactly. I already mentioned this problem on arch@ back in May. That's why a small portion of LLVM, namely tblgen, is always built. Even though this will slightly increase the build time, it shouldn't be excessive. If someone knows of a nice way to fix this, I am more than willing to get it fixed. It should be noted that tblgen is not the only tool that may get built for nothing. Another example is aicasm, which is always built, even if ahc is not placed in the kernel configuration file. --=20 Ed Schouten WWW: http://80386.nl/ --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwSniAACgkQ52SDGA2eCwXWxgCfdx7honquo8GhbFG+ye2+zkCi YY0An1hMuLjaCjsxuOx5QzYDeOYEA96j =YMy1 -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 20:38:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12A1D1065678 for ; Fri, 11 Jun 2010 20:38:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 50C148FC0A for ; Fri, 11 Jun 2010 20:38:41 +0000 (UTC) Received: (qmail 4763 invoked by uid 399); 11 Jun 2010 20:38:40 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Jun 2010 20:38:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C129ECE.8040709@FreeBSD.org> Date: Fri, 11 Jun 2010 13:38:38 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ed Schouten References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> In-Reply-To: <20100611203544.GA1797@hoeg.nl> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: andreast-list@fgznet.ch, "M. Warner Losh" , freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 20:38:42 -0000 On 06/11/10 13:35, Ed Schouten wrote: > * M. Warner Losh wrote: >> Except that clang isn't quite disabled when cross-building, due to the >> issue I pointed out when the commit went in wrt bsd.own.mk. >> MACHINE_ARCH is still amd64 until we start to build the sparc64 >> binaries, so anything in the bootstrapping part of the build will not >> be disabled. that's one of many reasons disabling things in >> bsd.own.mk based on architecture is going to fail. > > Exactly. I already mentioned this problem on arch@ back in May. That's > why a small portion of LLVM, namely tblgen, is always built. Even though > this will slightly increase the build time, it shouldn't be excessive. > If someone knows of a nice way to fix this, I am more than willing to > get it fixed. What is "this" that needs to be fixed? Or, asked another way, why are we not optimizing for the common case (building world on the machine that it will be run on)? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 21:04:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD660106564A for ; Fri, 11 Jun 2010 21:04:15 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay011.isp.belgacom.be (mailrelay011.isp.belgacom.be [195.238.6.178]) by mx1.freebsd.org (Postfix) with ESMTP id 16DAF8FC14 for ; Fri, 11 Jun 2010 21:04:14 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkQFAH1AEkxbsUyJ/2dsb2JhbACDHY9MjBJyrkKQUIEmgwNvBA Received: from 137.76-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.76.137]) by relay.skynet.be with ESMTP; 11 Jun 2010 23:04:12 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.4/8.14.4) with ESMTP id o5BL4BFJ018663 for ; Fri, 11 Jun 2010 23:04:12 +0200 (CEST) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Fri, 11 Jun 2010 23:04:10 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.1-PRERELEASE; KDE/4.4.4; i386; ; ) References: <20100611162118.GR39829@acme.spoerlein.net> <867hm5tl6u.fsf@ds4.des.no> In-Reply-To: <867hm5tl6u.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201006112304.10952.tijl@coosemans.org> Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 21:04:15 -0000 On Friday 11 June 2010 21:37:29 Dag-Erling Sm=C3=B8rgrav wrote: > Ulrich Sp=C3=B6rlein writes: >> optimizing compilers have a tendency to remove assignments that have >> no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot >> of zeroing variables, which is however optimized away. [...] Is >> there a canonical way to zero those variables and should we use them >> (memset perhaps? what are the performance implications?) >=20 > If you stick these variables in a struct, you can memset the struct > to zero them; if there are many of them, it may be faster than > zeroing them individually. >=20 > Alternatively, you can use something like this: >=20 > #define FORCE_ASSIGN(type, var, value) \ > *(volatile type *)&(var) =3D (value) memset can be optimised away as well. The only way is to declare those variables volatile. None of the assignments below are removed for instance: volatile int a =3D 0; a =3D 1; a =3D 2; From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 21:16:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A04951065780 for ; Fri, 11 Jun 2010 21:16:11 +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 61AB58FC16 for ; Fri, 11 Jun 2010 21:16:11 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 5CDB41FFC34; Fri, 11 Jun 2010 21:16:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 6499C84430; Fri, 11 Jun 2010 23:14:00 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ed Schouten References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> Date: Fri, 11 Jun 2010 23:14:00 +0200 In-Reply-To: <20100611203544.GA1797@hoeg.nl> (Ed Schouten's message of "Fri, 11 Jun 2010 22:35:44 +0200") Message-ID: <8639wttgpz.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: andreast-list@fgznet.ch, "M. Warner Losh" , freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 21:16:11 -0000 Ed Schouten writes: > Exactly. I already mentioned this problem on arch@ back in May. That's > why a small portion of LLVM, namely tblgen, is always built. tblgen + two libraries that it needs. However, we never install tblgen, and that is a problem, because it means we can't "make" in /usr/src/lib/clang - the only way to build clang is with make toolchain, make buildworld or make buildenv, which is ridiculous. All it takes is this simple patch: Index: usr.bin/clang/Makefile =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 --- usr.bin/clang/Makefile (revision 209062) +++ usr.bin/clang/Makefile (working copy) @@ -1,5 +1,5 @@ # $FreeBSD$ =20 -SUBDIR=3D clang +SUBDIR=3D clang tblgen =20 .include DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 21:19:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0256106567B for ; Fri, 11 Jun 2010 21:19:54 +0000 (UTC) (envelope-from oizs@freemail.hu) Received: from fep32.mx.upcmail.net (fep32.mx.upcmail.net [62.179.121.50]) by mx1.freebsd.org (Postfix) with ESMTP id DB1B68FC0C for ; Fri, 11 Jun 2010 21:19:53 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep13-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100611210338.JMRT23743.viefep13-int.chello.at@edge01.upcmail.net> for ; Fri, 11 Jun 2010 23:03:38 +0200 Received: from [192.168.0.6] ([213.222.167.104]) by edge01.upcmail.net with edge id Ul3d1e02w2FUr7101l3eg1; Fri, 11 Jun 2010 23:03:38 +0200 X-SourceIP: 213.222.167.104 Message-ID: <4C12A4A5.1040701@freemail.hu> Date: Fri, 11 Jun 2010 23:03:33 +0200 From: oizs User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Cloudmark-Analysis: v=1.1 cv=BX1z5e3lS7RAKjOkUI/uDpZ/pP4xz0N/VImyOZX9Sfk= c=1 sm=0 a=qU5ZuYy1v4MA:10 a=8nJEP1OIZ-IA:10 a=8GIfVvWewGxpd-8IqHkA:9 a=BbwhybWLVzLSnQU9m6YA:7 a=zMUFFflAY6aopBAMDhG6tPQwxGkA:4 a=wPNLvfGTeEIA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Subject: Marvell 88SX7042 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 21:19:54 -0000 Hello, I got myself a board made for google by arima and had some issues with it booting freebsd on it, but with some help of the list i was able to make it boot. Now i have two problems, whenever i try to reboot i get kernel trap 12, and the more irritating problem, is that i can't make disks on the marvell controller show up. According to 'man ata' the 88sx7042 is supported, but even if i compile the kernel to support mvs, or try to load it with loader.conf it won't load the driver. If i load debian up im able to read/write them, so its probably not a hw issue. I would welcome any ideas since im starting to run out of them. pciconf -lv hptrr0@pci0:2:0:0: class=0x010000 card=0x11ab11ab chip=0x704211ab rev=0x02 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'MV88SXxxxx Family 4-port SATA II PCIe Controller (??)' class = mass storage subclass = SCSI -zsozso From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 21:31:10 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EEF41065678 for ; Fri, 11 Jun 2010 21:31:10 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6838FC13 for ; Fri, 11 Jun 2010 21:31:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5BLJcw7001315; Fri, 11 Jun 2010 15:19:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 Jun 2010 15:19:39 -0600 (MDT) Message-Id: <20100611.151939.29593247944524396.imp@bsdimp.com> To: ed@80386.nl From: "M. Warner Losh" In-Reply-To: <20100611203544.GA1797@hoeg.nl> References: <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, andreast-list@fgznet.ch Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 21:31:10 -0000 In message: <20100611203544.GA1797@hoeg.nl> Ed Schouten writes: : It should be noted that tblgen is not the only tool that may get built : for nothing. Another example is aicasm, which is always built, even if : ahc is not placed in the kernel configuration file. That's another one I'd like to fix :) But it only takes seconds to build... Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 21:31:33 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8210110656FD; Fri, 11 Jun 2010 21:31:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 41A738FC0C; Fri, 11 Jun 2010 21:31:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5BLI2AV001235; Fri, 11 Jun 2010 15:18:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 Jun 2010 15:18:02 -0600 (MDT) Message-Id: <20100611.151802.59640143227153045.imp@bsdimp.com> To: dougb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4C129ECE.8040709@FreeBSD.org> References: <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> <4C129ECE.8040709@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, ed@80386.nl, andreast-list@fgznet.ch Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 21:31:33 -0000 In message: <4C129ECE.8040709@FreeBSD.org> Doug Barton writes: : On 06/11/10 13:35, Ed Schouten wrote: : > * M. Warner Losh wrote: : >> Except that clang isn't quite disabled when cross-building, due to the : >> issue I pointed out when the commit went in wrt bsd.own.mk. : >> MACHINE_ARCH is still amd64 until we start to build the sparc64 : >> binaries, so anything in the bootstrapping part of the build will not : >> be disabled. that's one of many reasons disabling things in : >> bsd.own.mk based on architecture is going to fail. : > : > Exactly. I already mentioned this problem on arch@ back in May. That's : > why a small portion of LLVM, namely tblgen, is always built. Even : > though : > this will slightly increase the build time, it shouldn't be excessive. : > If someone knows of a nice way to fix this, I am more than willing to : > get it fixed. Ed: Sorry I missed it back in may on arch@. I'm usually pretty good about catching things like that... : What is "this" that needs to be fixed? Or, asked another way, why are : we not optimizing for the common case (building world on the machine : that it will be run on)? "This" is building the proper set of tools for the target. It is easy to do, and only a couple lines of Makefile foo in Makefile.inc1 instead of in bsd.own.mk. It is a fairly natural consequence of the tbemd stuff I have been working on and have started merging. The consequences today are that you build some extra tools that are only needed to build clang when in fact you aren't really going to be building clang. The "cost" is however long it takes to do this on the platform you are building on. This can range from a minute or two to tens of minutes depending on the power of your build system. Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 21:34:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B704E106568C for ; Fri, 11 Jun 2010 21:34:08 +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 4771D8FC08 for ; Fri, 11 Jun 2010 21:34:08 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 7DD891FFC34; Fri, 11 Jun 2010 21:34:07 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8C3ED84438; Fri, 11 Jun 2010 23:31:57 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tijl Coosemans References: <20100611162118.GR39829@acme.spoerlein.net> <867hm5tl6u.fsf@ds4.des.no> <201006112304.10952.tijl@coosemans.org> Date: Fri, 11 Jun 2010 23:31:57 +0200 In-Reply-To: <201006112304.10952.tijl@coosemans.org> (Tijl Coosemans's message of "Fri, 11 Jun 2010 23:04:10 +0200") Message-ID: <86y6els1bm.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 21:34:08 -0000 Tijl Coosemans writes: > Dag-Erling Sm=C3=B8rgrav writes: > > #define FORCE_ASSIGN(type, var, value) \ > > *(volatile type *)&(var) =3D (value) > memset can be optimised away as well. The only way is to declare those > variables volatile. Assigning through a volatile pointer, as in FORCE_ASSIGN(), also works, even if the variable itself is not volatile. Unfortunately, you can't trick the compiler into not optimizing away memset(), since you can't pass a volatile pointer to memset(). % cat >zero.c < int main(void) { char a, b, c; a =3D 1; memset(&b, 2, sizeof b); *(volatile char *)&c =3D 3; return 0; } EOF % for O in 0 1 2 ; do c99 -O$O -o zero-O$O zero.c ; done % for O in 0 1 2 ; do echo disassemble main | gdb -batch -x /dev/stdin -q z= ero-O$O ; done Dump of assembler code for function main: 0x0000000000400560 : push %rbp 0x0000000000400561 : mov %rsp,%rbp 0x0000000000400564 : sub $0x10,%rsp 0x0000000000400568 : movb $0x1,0xffffffffffffffff(%rbp) 0x000000000040056c : lea 0xfffffffffffffffe(%rbp),%rdi 0x0000000000400570 : mov $0x1,%edx 0x0000000000400575 : mov $0x2,%esi 0x000000000040057a : callq 0x40042c 0x000000000040057f : lea 0xfffffffffffffffd(%rbp),%rax 0x0000000000400583 : movb $0x3,(%rax) 0x0000000000400586 : mov $0x0,%eax 0x000000000040058b : leaveq=20 0x000000000040058c : retq=20=20=20 0x000000000040058d : nop=20=20=20=20 0x000000000040058e : nop=20=20=20=20 0x000000000040058f : nop=20=20=20=20 End of assembler dump. Dump of assembler code for function main: 0x0000000000400520 : movb $0x3,0xffffffffffffffff(%rsp) 0x0000000000400525 : mov $0x0,%eax 0x000000000040052a : retq=20=20=20 0x000000000040052b : nop=20=20=20=20 End of assembler dump. Dump of assembler code for function main: 0x0000000000400520 : xor %eax,%eax 0x0000000000400522 : movb $0x3,0xffffffffffffffff(%rsp) 0x0000000000400527 : retq=20=20=20 End of assembler dump. In the -O0 case, all three assignments are carried out. In the -O1 and -O2 cases, the first two assignments and the corresponding variables are optimized away, while the third (which uses the volatile pointer trick) is not. Clang produces significantly worse code than gcc in all cases: % for O in 0 1 2 ; do clang -O$O -o zero-O$O zero.c ; done % for O in 0 1 2 ; do echo disassemble main | gdb -batch -x /dev/stdin -q z= ero-O$O ; done Dump of assembler code for function main: 0x0000000000400550 : push %rbp 0x0000000000400551 : mov %rsp,%rbp 0x0000000000400554 : movl $0x0,0xfffffffffffffffc(%rbp) 0x000000000040055b : movb $0x1,0xfffffffffffffffb(%rbp) 0x000000000040055f : movb $0x2,0xfffffffffffffffa(%rbp) 0x0000000000400563 : movb $0x3,0xfffffffffffffff9(%rbp) 0x0000000000400567 : movl $0x0,0xfffffffffffffffc(%rbp) 0x000000000040056e : mov 0xfffffffffffffffc(%rbp),%eax 0x0000000000400571 : pop %rbp 0x0000000000400572 : retq=20=20=20 0x0000000000400573 : nop=20=20=20=20 End of assembler dump. Dump of assembler code for function main: 0x0000000000400550 : push %rbp 0x0000000000400551 : mov %rsp,%rbp 0x0000000000400554 : movb $0x3,0xffffffffffffffff(%rbp) 0x0000000000400558 : xor %eax,%eax 0x000000000040055a : pop %rbp 0x000000000040055b : retq=20=20=20 End of assembler dump. Dump of assembler code for function main: 0x0000000000400550 : push %rbp 0x0000000000400551 : mov %rsp,%rbp 0x0000000000400554 : movb $0x3,0xffffffffffffffff(%rbp) 0x0000000000400558 : xor %eax,%eax 0x000000000040055a : pop %rbp 0x000000000040055b : retq=20=20=20 End of assembler dump. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 22:33:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1DBB106566C for ; Fri, 11 Jun 2010 22:33:11 +0000 (UTC) (envelope-from oizs@freemail.hu) Received: from fep20.mx.upcmail.net (fep20.mx.upcmail.net [62.179.121.40]) by mx1.freebsd.org (Postfix) with ESMTP id 266648FC0A for ; Fri, 11 Jun 2010 22:33:10 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep20-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100611223309.KYEC1378.viefep20-int.chello.at@edge04.upcmail.net> for ; Sat, 12 Jun 2010 00:33:09 +0200 Received: from [192.168.0.6] ([213.222.167.104]) by edge04.upcmail.net with edge id UmZ81e01b2FUr7104mZ9qr; Sat, 12 Jun 2010 00:33:09 +0200 X-SourceIP: 213.222.167.104 Message-ID: <4C12B9A0.6000601@freemail.hu> Date: Sat, 12 Jun 2010 00:33:04 +0200 From: oizs User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C12A4A5.1040701@freemail.hu> In-Reply-To: <4C12A4A5.1040701@freemail.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Cloudmark-Analysis: v=1.1 cv=KBHyIoyMIRH440NzHl6uMYpbxJngTLC2P1JzLC/QbPg= c=1 sm=0 a=zNANCjgXmV0A:10 a=8nJEP1OIZ-IA:10 a=6I5d2MoRAAAA:8 a=fQTiD6ilXdjRKs1rWbwA:9 a=JMB6XgTLY4hILdvOWVcA:7 a=56dUszrRCbQ7ZXeG3X67VeBFCLQA:4 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Subject: SOLVED: Marvell 88SX7042 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 22:33:12 -0000 Thanks to Alexander Motin i was able to fix it. The htprr driver was overriding the mvs one. Had to add to /boot/loader.conf hw.hptrr.attach_generic=0 -zsozso On 2010.06.11. 23:03, oizs wrote: > Hello, > > I got myself a board made for google by arima and had some issues with > it booting freebsd on it, but with some help of the list i was able to > make it boot. > Now i have two problems, whenever i try to reboot i get kernel trap > 12, and the more irritating problem, is that i can't make disks on the > marvell controller show up. According to 'man ata' the 88sx7042 is > supported, but even if i compile the kernel to support mvs, or try to > load it with loader.conf it won't load the driver. If i load debian up > im able to read/write them, so its probably not a hw issue. I would > welcome any ideas since im starting to run out of them. > > pciconf -lv > > hptrr0@pci0:2:0:0: class=0x010000 card=0x11ab11ab chip=0x704211ab > rev=0x02 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'MV88SXxxxx Family 4-port SATA II PCIe Controller (??)' > class = mass storage > subclass = SCSI > > -zsozso > _______________________________________________ > 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 Jun 11 22:52:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5276B1065673 for ; Fri, 11 Jun 2010 22:52:59 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3A58FC0A for ; Fri, 11 Jun 2010 22:52:59 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 513C22A28CC6; Sat, 12 Jun 2010 00:52:58 +0200 (CEST) Date: Sat, 12 Jun 2010 00:52:58 +0200 From: Ed Schouten To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100611225258.GB1797@hoeg.nl> References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> <8639wttgpz.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <8639wttgpz.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: andreast-list@fgznet.ch, "M. Warner Losh" , freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 22:52:59 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Dag-Erling, * Dag-Erling Sm=F8rgrav wrote: > However, we never install tblgen, and that is a problem, because it > means we can't "make" in /usr/src/lib/clang - the only way to build > clang is with make toolchain, make buildworld or make buildenv, which is > ridiculous. All it takes is this simple patch: Well, I've been thinking about this as well, but keep in mind that tblgen really has no use by itself and strongly depends on the version of your source tree. Even if we backport a tiny patch from the Clang repository, we cannot trust tblgen to do the right thing anymore. Do we really want to install an application like tblgen? Even though I think it's a pity you can't simply run `make' to build Clang, I think we might run into interesting problems by the time we update Clang or backport changes. Greetings, --=20 Ed Schouten WWW: http://80386.nl/ --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwSvkoACgkQ52SDGA2eCwWNiwCfR9IVL8DKgx1EMyiBXIHjI6Kp KR0An2v7qxZkZOVFu8TpsmkMhrMGUdaH =gpWm -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 22:58:45 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 522651065673; Fri, 11 Jun 2010 22:58:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id 0EDCE8FC16; Fri, 11 Jun 2010 22:58:45 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 5F3E52A28CC7; Sat, 12 Jun 2010 00:58:44 +0200 (CEST) Date: Sat, 12 Jun 2010 00:58:44 +0200 From: Ed Schouten To: "M. Warner Losh" Message-ID: <20100611225844.GC1797@hoeg.nl> References: <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> <4C129ECE.8040709@FreeBSD.org> <20100611.151802.59640143227153045.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pAwQNkOnpTn9IO2O" Content-Disposition: inline In-Reply-To: <20100611.151802.59640143227153045.imp@bsdimp.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: andreast-list@fgznet.ch, freebsd-current@FreeBSD.org, dougb@FreeBSD.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 22:58:45 -0000 --pAwQNkOnpTn9IO2O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Warner, * M. Warner Losh wrote: > "This" is building the proper set of tools for the target. It is easy > to do, and only a couple lines of Makefile foo in Makefile.inc1 > instead of in bsd.own.mk. It is a fairly natural consequence of the > tbemd stuff I have been working on and have started merging. Would you be interested in fixing it for us, then? Let me know if there is anything on our side that needs to be done. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --pAwQNkOnpTn9IO2O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwSv6QACgkQ52SDGA2eCwUgLwCaAkBtiKOKKrp68G9zm7XKT1cq Q50An0VnpPFH6SNtZ77XJRm9InIjMQpW =OSMt -----END PGP SIGNATURE----- --pAwQNkOnpTn9IO2O-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 23:19:10 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30C871065678; Fri, 11 Jun 2010 23:19:10 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id E74D28FC15; Fri, 11 Jun 2010 23:19:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5BNHkTV002501; Fri, 11 Jun 2010 17:17:46 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 Jun 2010 17:17:47 -0600 (MDT) Message-Id: <20100611.171747.1055929314561380331.imp@bsdimp.com> To: ed@80386.nl From: "M. Warner Losh" In-Reply-To: <20100611225844.GC1797@hoeg.nl> References: <4C129ECE.8040709@FreeBSD.org> <20100611.151802.59640143227153045.imp@bsdimp.com> <20100611225844.GC1797@hoeg.nl> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: andreast-list@fgznet.ch, freebsd-current@FreeBSD.org, dougb@FreeBSD.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Jun 2010 23:19:10 -0000 In message: <20100611225844.GC1797@hoeg.nl> Ed Schouten writes: : Hi Warner, : : * M. Warner Losh wrote: : > "This" is building the proper set of tools for the target. It is easy : > to do, and only a couple lines of Makefile foo in Makefile.inc1 : > instead of in bsd.own.mk. It is a fairly natural consequence of the : > tbemd stuff I have been working on and have started merging. : : Would you be interested in fixing it for us, then? Let me know if there : is anything on our side that needs to be done. Yes. I'd planned on fixing this once I'd had a chance to merge tbemd branch to head. Sorry if I hadn't made it clear that I was both complaining and offering to help... Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 23:49:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69081065673; Fri, 11 Jun 2010 23:49:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC1E8FC08; Fri, 11 Jun 2010 23:49:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5BNnVUh049291; Fri, 11 Jun 2010 19:49:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5BNnVY0049286; Fri, 11 Jun 2010 23:49:31 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 11 Jun 2010 23:49:31 GMT Message-Id: <201006112349.o5BNnVY0049286@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 23:49:32 -0000 TB --- 2010-06-11 22:47:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-11 22:47:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-06-11 22:47:19 - cleaning the object tree TB --- 2010-06-11 22:47:45 - cvsupping the source tree TB --- 2010-06-11 22:47:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-06-11 22:48:11 - building world TB --- 2010-06-11 22:48:11 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-11 22:48:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-11 22:48:11 - TARGET=sparc64 TB --- 2010-06-11 22:48:11 - TARGET_ARCH=sparc64 TB --- 2010-06-11 22:48:11 - TZ=UTC TB --- 2010-06-11 22:48:11 - __MAKE_CONF=/dev/null TB --- 2010-06-11 22:48:11 - cd /src TB --- 2010-06-11 22:48:11 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 11 22:48:12 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-11 23:49:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-11 23:49:31 - ERROR: failed to build world TB --- 2010-06-11 23:49:31 - 2735.76 user 578.08 system 3731.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 23:58:44 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB06A1065673; Fri, 11 Jun 2010 23:58: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 5D4058FC14; Fri, 11 Jun 2010 23:58:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5BNwhYm079946; Fri, 11 Jun 2010 19:58:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5BNwhTr079945; Fri, 11 Jun 2010 23:58:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 11 Jun 2010 23:58:43 GMT Message-Id: <201006112358.o5BNwhTr079945@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 23:58:44 -0000 TB --- 2010-06-11 22:58:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-11 22:58:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-06-11 22:58:24 - cleaning the object tree TB --- 2010-06-11 22:58:36 - cvsupping the source tree TB --- 2010-06-11 22:58:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-06-11 22:58:59 - building world TB --- 2010-06-11 22:58:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-11 22:58:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-11 22:58:59 - TARGET=sun4v TB --- 2010-06-11 22:58:59 - TARGET_ARCH=sparc64 TB --- 2010-06-11 22:58:59 - TZ=UTC TB --- 2010-06-11 22:58:59 - __MAKE_CONF=/dev/null TB --- 2010-06-11 22:58:59 - cd /src TB --- 2010-06-11 22:58:59 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 11 22:58:59 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-11 23:58:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-11 23:58:43 - ERROR: failed to build world TB --- 2010-06-11 23:58:43 - 2714.48 user 566.06 system 3619.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 00:10:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BCD1106566B; Sat, 12 Jun 2010 00:10:17 +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 E47528FC15; Sat, 12 Jun 2010 00:10:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5C0AGpq004957; Fri, 11 Jun 2010 20:10:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5C0AG7L004956; Sat, 12 Jun 2010 00:10:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 00:10:16 GMT Message-Id: <201006120010.o5C0AG7L004956@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, 12 Jun 2010 00:10:17 -0000 TB --- 2010-06-11 22:31:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-11 22:31:22 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-11 22:31:22 - cleaning the object tree TB --- 2010-06-11 22:31:45 - cvsupping the source tree TB --- 2010-06-11 22:31:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-11 22:32:37 - building world TB --- 2010-06-11 22:32:37 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-11 22:32:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-11 22:32:37 - TARGET=powerpc TB --- 2010-06-11 22:32:37 - TARGET_ARCH=powerpc TB --- 2010-06-11 22:32:37 - TZ=UTC TB --- 2010-06-11 22:32:37 - __MAKE_CONF=/dev/null TB --- 2010-06-11 22:32:37 - cd /src TB --- 2010-06-11 22:32:37 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 11 22:32:39 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 00:10:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 00:10:16 - ERROR: failed to build world TB --- 2010-06-12 00:10:16 - 4782.88 user 722.50 system 5933.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 01:17:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67764106566C; Sat, 12 Jun 2010 01:17:04 +0000 (UTC) (envelope-from eng.mufic@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 75BEF8FC14; Sat, 12 Jun 2010 01:17:03 +0000 (UTC) Received: by wyb33 with SMTP id 33so1716734wyb.13 for ; Fri, 11 Jun 2010 18:17:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=peLaGOkkf5eQAmDVAFzErJAH8FejGLUZZZBy02yI1c4=; b=Yjt3im6rL10UvlgEpsT5ziZ6zt3L7eIWqoJqXk3FwfSXFaMYOXNTrbPCZhLVPjuMxu 3vTFHbd31dWuJXuxMz/1vWPnWJCZXbA1mKskWTec2nCoFXZd4W8d9K3KMAnpcb5cZiqD mR0reI7RR+GMVvcoIxy8432FcC84LtoxqUG+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=wLBwR964LhuqL1+UFwF7QCGJawW/bEfDyuCs1VJdbmOqm/4tUzc3BPUxucH9LnVSIi ehu/C/P+suomc+0Vr3qELRnLEZ2khQ4cq0VyT58e6kgpEdui0igtxwi4AOJLEDpoPvDs +dlb0Q0E6BCgpYENi56Qp4JVm1si6UZn0L3AI= MIME-Version: 1.0 Received: by 10.216.88.73 with SMTP id z51mr121574wee.27.1276305422047; Fri, 11 Jun 2010 18:17:02 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.13.6 with HTTP; Fri, 11 Jun 2010 18:17:02 -0700 (PDT) Date: Sat, 12 Jun 2010 04:17:02 +0300 X-Google-Sender-Auth: 06JQQG-3su7cZI4nAPmZxdJMvfs Message-ID: From: Mohammed Farrag To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org, freebsd-current@freebsd.org Subject: I need reply in Embedded FreeBSD Kernel Theme X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 01:17:04 -0000 Hi, I hope that I could get some comments or suggestions about the work I did in developing a new Embedded FreeBSD Kernel Theme. I will be glad to see your replies. download the work file from here http://www.4shared.com/document/U237Abgs/description.html With best wishes, Mohammed Farrag From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 02:33:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7286B1065670 for ; Sat, 12 Jun 2010 02:33:07 +0000 (UTC) (envelope-from chargen@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 E778E8FC1B for ; Sat, 12 Jun 2010 02:33:05 +0000 (UTC) Received: by bwz2 with SMTP id 2so978818bwz.13 for ; Fri, 11 Jun 2010 19:33:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=i8R1KympWNHCH/hYA+14xO7Zu8nH8//SX+Et+c0Z0yc=; b=wK4GeLzpMXuH31K6J3YANYYaN+ZCD3WPAO3I+1LZlurNeydHGoUMgckHY+lx60eNYE hz175XEleL9hwYiPdphvsnPnbXuif97JZAPOOaoeo50m28YcF/nR+LxFl7APkA1EHH3m mQJeMH3p8fUWozgLCBRMVGIwOEeH2rWn8GffE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=v/G0H6mzRUoay14mADi14eIb+c3sF4p0Pmo76BizLKeTTLPNn+gZnpYQCkRS0dxxtq yBiTnPLkw2N3s/eDOih7SbWRrSRQf68dHcH/0dbOVIjlQRHCrWBcNBZmMyLoD2aE2CE6 7Za+4FICT9fDSod+sAn6DmvsLqdtWG3w1xfWc= Received: by 10.204.160.145 with SMTP id n17mr1903145bkx.67.1276309984175; Fri, 11 Jun 2010 19:33:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.134.65 with HTTP; Fri, 11 Jun 2010 19:32:44 -0700 (PDT) In-Reply-To: References: From: Chargen Date: Sat, 12 Jun 2010 04:32:44 +0200 Message-ID: To: Mohammed Farrag Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: I need reply in Embedded FreeBSD Kernel Theme X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 02:33:07 -0000 Sir, first of all: I'm no expert in this field but I've seen your document and I'm still wondering why you should impose such a design. I suppose it's well thought of but still I'm a bit opposed to binary configuration files because I think has to be some kind of dependency on how to generate these kind of files (correct me if I'm wrong?) as far as your document goes: "We will unload all the drivers that indicated with zeros in the module metadata file. That would make the OS to be a few of Megabytes." unload? what is the logic here? I'm sorry but what is the real gain here, can you please elaborate? On Sat, Jun 12, 2010 at 03:17, Mohammed Farrag wrote: > Hi, > I hope that I could get some comments or suggestions about the work I did > in developing a new Embedded FreeBSD Kernel Theme. I will be glad to see > your replies. > download the work file from here > http://www.4shared.com/document/U237Abgs/description.html > With best wishes, > Mohammed Farrag > _______________________________________________ > 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 Jun 12 03:49:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B36A1065673 for ; Sat, 12 Jun 2010 03:49:24 +0000 (UTC) (envelope-from matt.thyer@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 74BCF8FC0C for ; Sat, 12 Jun 2010 03:49:23 +0000 (UTC) Received: by vws20 with SMTP id 20so1088947vws.13 for ; Fri, 11 Jun 2010 20:49:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=LN3NfMhtWvuLfehKHAAnXVpwzU9semH9KRkVgwk6EEY=; b=Ab4rThIkLo4zS6Zdhmy+dFvdw7ftTS6uvFAYmpOLIX4wEHVRQTLA14fS6PYXreg8ON N8L/httuqvR6YVuL36v/eN+k7BuEvS9xzGGxN2RmCaoNZTpaakqMc3bRwYFqwsK8Fjqv RNkuzMRL3vmqavEtDjsHKbi1Km4DOrMr3SKkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=kClJ3JLdiUqpL/USkD0zvUdFnbCI1JHDsxdkaHzYVjBZW9WugL4QQyAK+1DbW4bUxM IfkfHv6zg0zAQJNFsnTjJxnVxZePrtqGtoTb5R7ZJQOawhtPDqy5i3m3w6hr2TaqO6Av xd25AfzCeNWJ2HDeIOkfus3XbbZ93dns1E1Do= MIME-Version: 1.0 Received: by 10.220.123.9 with SMTP id n9mr239921vcr.269.1276314562598; Fri, 11 Jun 2010 20:49:22 -0700 (PDT) Received: by 10.220.194.4 with HTTP; Fri, 11 Jun 2010 20:49:22 -0700 (PDT) In-Reply-To: References: Date: Sat, 12 Jun 2010 13:19:22 +0930 Message-ID: From: Matt Thyer To: Chargen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, hackers@freebsd.org, Mohammed Farrag , freebsd-current@freebsd.org Subject: Re: I need reply in Embedded FreeBSD Kernel Theme X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 03:49:24 -0000 On 12 June 2010 12:02, Chargen wrote: > Sir, first of all: I'm no expert in this field but I've seen your document > and I'm still wondering why you should impose such a design. > > I suppose it's well thought of but still I'm a bit opposed to binary > configuration files because I think has to be some kind of dependency on how > to generate these kind of files (correct me if I'm wrong?) > > as far as your document goes: > "We will unload all the drivers that indicated with zeros in the module > metadata file. That would make the OS to be a few of Megabytes." > > unload? what is the logic here? > > I'm sorry but what is the real gain here, > > can you please elaborate? > FreeBSD is already a very modular system and the traditional way (a traditional way) to build for embedded systems is to follow the NanoBSD build method (tools included in the source tree) with a stripped down kernel in which you only load the modules your hardware requires using the FreeBSD loader (or after the initial boot). However my Soekris net4801 board still takes about 2.5 minutes to boot and I think time could be saved by parallel probing of hardware where possible. Much work has been done on fast boot times in the Linux world including an impressive demonstration by an Intel team for car instrumentation panels (on Youtube... Google for fastest Linux boot). I'd vote for more work on FreeBSD's existing boot method rather than an entirely new implementation. What problem are you trying to solve Mohammed ? From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 05:07:09 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CB981065677 for ; Sat, 12 Jun 2010 05:07:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 01E368FC14 for ; Sat, 12 Jun 2010 05:07:08 +0000 (UTC) Received: (qmail 6968 invoked by uid 399); 12 Jun 2010 05:07:07 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Jun 2010 05:07:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1315F9.6000300@FreeBSD.org> Date: Fri, 11 Jun 2010 22:07:05 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: "M. Warner Losh" References: <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> <4C129ECE.8040709@FreeBSD.org> <20100611.151802.59640143227153045.imp@bsdimp.com> In-Reply-To: <20100611.151802.59640143227153045.imp@bsdimp.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, ed@80386.nl, andreast-list@fgznet.ch Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 05:07:09 -0000 On 06/11/10 14:18, M. Warner Losh wrote: > "This" is building the proper set of tools for the target. It is easy > to do, and only a couple lines of Makefile foo in Makefile.inc1 > instead of in bsd.own.mk. It is a fairly natural consequence of the > tbemd stuff I have been working on and have started merging. > > The consequences today are that you build some extra tools that are > only needed to build clang when in fact you aren't really going to be > building clang. The "cost" is however long it takes to do this on the > platform you are building on. This can range from a minute or two to > tens of minutes depending on the power of your build system. Ok, obviously I'm dense because I didn't understand an answer to my question anywhere in there. :) So let me try again. Why are we not optimizing for the common case, where the world is built on the system it's going to run on, which means that WITHOUT_CLANG can easily mean exactly that? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 06:33:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 133511065674; Sat, 12 Jun 2010 06:33:07 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 658318FC18; Sat, 12 Jun 2010 06:33:05 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=qU5ZuYy1v4MA:10 a=Q9fys5e9bTEA:10 a=Bxy_iA8CqvkA:10 a=IOJgOfiHPjUccRWaGTQdKw==:17 a=6I5d2MoRAAAA:8 a=7qZEZU0A7fPKzKW4CsgA:9 a=_ZsJqehYCbndDbZMvWdv1_cYH_UA:4 a=PUjeQqilurYA:10 a=wXUMrtwilr8A:10 Received: from [84.49.162.163] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1304817087; Sat, 12 Jun 2010 08:33:04 +0200 From: Hans Petter Selasky To: PseudoCylon Date: Sat, 12 Jun 2010 08:30:18 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <201005110146.47943.hselasky@c2i.net> <889555.51620.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <889555.51620.qm@web51804.mail.re2.yahoo.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006120830.18074.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: run(4) 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: Sat, 12 Jun 2010 06:33:07 -0000 On Friday 11 June 2010 08:27:53 PseudoCylon wrote: > Hello, > > Here is a patch for recent fix. > http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017749.html > Please update codes in your repository. > > Diff against the latest change, 178418. > * if_run.c - rev. 11 > * if_runvar.h - rev. 7 > > summary of changes > * Because hostapd calls iv_key_set() before if_init(), made sure key_set > callback function will be executed, and the key won't be deleted during > init process. * txmic and rxmic are written into the chip the same place > regardless of opmode. * Made hardware generate 802.11 sequence numbers. > > Thank you. > AK > Hi, Please verify USB P4 change #179518. http://p4web.freebsd.org/@@179518?ac=10 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 09:00:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B73091065672; Sat, 12 Jun 2010 09:00:19 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [204.109.60.94]) by mx1.freebsd.org (Postfix) with ESMTP id 74DDD8FC08; Sat, 12 Jun 2010 09:00:19 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 1C9E85C03; Sat, 12 Jun 2010 09:00:31 +0000 (UTC) Date: Sat, 12 Jun 2010 10:00:06 +0100 From: Bruce Cran To: Matt Thyer Message-ID: <20100612100006.000073fa@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.4cvs1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Chargen , freebsd-hackers@freebsd.org, Farrag , Mohammed, freebsd-current@freebsd.org Subject: Re: I need reply in Embedded FreeBSD Kernel Theme X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 09:00:19 -0000 On Sat, 12 Jun 2010 13:19:22 +0930 Matt Thyer wrote: > However my Soekris net4801 board still takes about 2.5 minutes to boot > and I think time could be saved by parallel probing of hardware where > possible. > > Much work has been done on fast boot times in the Linux world > including an impressive demonstration by an Intel team for car > instrumentation panels (on Youtube... Google for fastest Linux boot). It's on the list of ideas for 9.0: see http://wiki.freebsd.org/FreeBSD9#head-960c3f5a8747af95199367a8c84030dfe2b99f1b -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 09:09:52 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 040F21065678; Sat, 12 Jun 2010 09:09: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 AB0778FC0C; Sat, 12 Jun 2010 09:09:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5C99o4x023435; Sat, 12 Jun 2010 05:09:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5C99o6H023431; Sat, 12 Jun 2010 09:09:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 09:09:50 GMT Message-Id: <201006120909.o5C99o6H023431@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 09:09:52 -0000 TB --- 2010-06-12 07:47:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 07:47:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-06-12 07:47:44 - cleaning the object tree TB --- 2010-06-12 07:48:05 - cvsupping the source tree TB --- 2010-06-12 07:48:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-06-12 07:48:54 - building world TB --- 2010-06-12 07:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 07:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 07:48:54 - TARGET=ia64 TB --- 2010-06-12 07:48:54 - TARGET_ARCH=ia64 TB --- 2010-06-12 07:48:54 - TZ=UTC TB --- 2010-06-12 07:48:54 - __MAKE_CONF=/dev/null TB --- 2010-06-12 07:48:54 - cd /src TB --- 2010-06-12 07:48:54 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 07:48:54 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/command.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/config.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/devices.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/dhcp.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/disks.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/disks.c: In function 'diskPartitionWrite': /src/usr.sbin/sysinstall/disks.c:877: warning: unused variable 'boot1' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 09:09:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 09:09:50 - ERROR: failed to build world TB --- 2010-06-12 09:09:50 - 3829.16 user 618.84 system 4926.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 10:50:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FC20106564A; Sat, 12 Jun 2010 10:50:54 +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 4498C8FC12; Sat, 12 Jun 2010 10:50:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5CAorvh068218; Sat, 12 Jun 2010 06:50:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5CAorJw068213; Sat, 12 Jun 2010 10:50:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 10:50:53 GMT Message-Id: <201006121050.o5CAorJw068213@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 10:50:54 -0000 TB --- 2010-06-12 09:48:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 09:48:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-06-12 09:48:38 - cleaning the object tree TB --- 2010-06-12 09:48:47 - cvsupping the source tree TB --- 2010-06-12 09:48:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-06-12 09:49:32 - building world TB --- 2010-06-12 09:49:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 09:49:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 09:49:32 - TARGET=sparc64 TB --- 2010-06-12 09:49:32 - TARGET_ARCH=sparc64 TB --- 2010-06-12 09:49:32 - TZ=UTC TB --- 2010-06-12 09:49:32 - __MAKE_CONF=/dev/null TB --- 2010-06-12 09:49:32 - cd /src TB --- 2010-06-12 09:49:32 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 09:49:32 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 10:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 10:50:53 - ERROR: failed to build world TB --- 2010-06-12 10:50:53 - 2742.74 user 577.88 system 3735.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 10:59:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 947FD106566B; Sat, 12 Jun 2010 10:59: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 37CD18FC1A; Sat, 12 Jun 2010 10:59:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5CAxHW9010733; Sat, 12 Jun 2010 06:59:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5CAxHlF010732; Sat, 12 Jun 2010 10:59:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 10:59:17 GMT Message-Id: <201006121059.o5CAxHlF010732@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, 12 Jun 2010 10:59:18 -0000 TB --- 2010-06-12 09:19:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 09:19:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-12 09:19:15 - cleaning the object tree TB --- 2010-06-12 09:19:27 - cvsupping the source tree TB --- 2010-06-12 09:19:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-12 09:19:57 - building world TB --- 2010-06-12 09:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 09:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 09:19:57 - TARGET=powerpc TB --- 2010-06-12 09:19:57 - TARGET_ARCH=powerpc TB --- 2010-06-12 09:19:57 - TZ=UTC TB --- 2010-06-12 09:19:57 - __MAKE_CONF=/dev/null TB --- 2010-06-12 09:19:57 - cd /src TB --- 2010-06-12 09:19:57 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 09:19:57 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 10:59:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 10:59:17 - ERROR: failed to build world TB --- 2010-06-12 10:59:17 - 4811.51 user 743.30 system 6002.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 11:05:27 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97948106567A; Sat, 12 Jun 2010 11:05: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 3991D8FC14; Sat, 12 Jun 2010 11:05:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5CB5QRB033733; Sat, 12 Jun 2010 07:05:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5CB5Q56033728; Sat, 12 Jun 2010 11:05:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 11:05:26 GMT Message-Id: <201006121105.o5CB5Q56033728@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 11:05:27 -0000 TB --- 2010-06-12 10:05:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 10:05:03 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-06-12 10:05:03 - cleaning the object tree TB --- 2010-06-12 10:05:12 - cvsupping the source tree TB --- 2010-06-12 10:05:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-06-12 10:05:41 - building world TB --- 2010-06-12 10:05:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 10:05:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 10:05:41 - TARGET=sun4v TB --- 2010-06-12 10:05:41 - TARGET_ARCH=sparc64 TB --- 2010-06-12 10:05:41 - TZ=UTC TB --- 2010-06-12 10:05:41 - __MAKE_CONF=/dev/null TB --- 2010-06-12 10:05:41 - cd /src TB --- 2010-06-12 10:05:41 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 10:05:42 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 11:05:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 11:05:26 - ERROR: failed to build world TB --- 2010-06-12 11:05:26 - 2718.10 user 568.75 system 3623.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 11:41:16 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111D51065677 for ; Sat, 12 Jun 2010 11:41:16 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id C3B708FC16 for ; Sat, 12 Jun 2010 11:41:15 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1ONP5N-000K9C-SM for freebsd-current@FreeBSD.org; Sat, 12 Jun 2010 15:41:13 +0400 From: Boris Samorodov To: freebsd-current@FreeBSD.org Date: Sat, 12 Jun 2010 15:41:13 +0400 Message-ID: <83802150@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: [bsdtar] strange compression with ^T command X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 11:41:16 -0000 Hi! ----- % uname -a FreeBSD host.ipt.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r208799: Fri Jun 4 13:58:47 MSD 2010 bsam@host.ipt.ru:/storage/obj/storage/src/sys/HOST i386 % make extract ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for eric5-5.0.0 => No checksum file (/m/home/bsam/shared/FreeBSD/exp/eric5/devel/eric5/distinfo). load: 6.85 cmd: bsdtar 68052 [runnable] 131.55r 0.03u 0.30s 0% 2044k In: 17512980 bytes, compression 1290122025%; Out: 1502 files, 17509012 bytes Current: eric5-5.0.0-RC1/eric/icons/default/drawEraser.png (1172 bytes) load: 6.96 cmd: gzip 68051 [pipdwt] 150.90r 0.16u 0.00s 0% 1052k In: 24466168 bytes, compression -1782936608%; Out: 1821 files, 24460918 bytes Current: eric5-5.0.0-RC1/eric/E5Gui/E5SingleApplication.py (4726 bytes) % ----- One can get the file to experiment: ----- % fetch http://heanet.dl.sourceforge.net/project/eric-ide/eric5/stable/5.0.0-RC1/eric5-5.0.0-RC1.tar.gz ----- Extracted files seems to be OK. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 12:33:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B29B106566C; Sat, 12 Jun 2010 12:33:58 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B10078FC13; Sat, 12 Jun 2010 12:33:57 +0000 (UTC) Received: by iwn7 with SMTP id 7so2781260iwn.13 for ; Sat, 12 Jun 2010 05:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=o7FTZsoCPBKqXm1s0zNjO1mx2ej3Lo9HByPpW94iGt4=; b=Qil6+hgUOgWvpdGQip2l10JFNcN8zcU7QXs/x+LvQ1C/8Q6vrxQdinvsHmDysmHvRP P1uYtAem0seNyRdeYKHl3Avyif1sp18z0OLWaI0zsiIwZE8yLLCCWsKTd3++wCh39oNP 35aAFiak6JrbIphFeRm/qGTb5ZEQs4WMaKmI0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=a2T8GZg92P+TUOS6yzlxEzleQbg8trckU+0dAUjDNfvwa2FrwpxTg1H41grxSc+a7n jgYW6AUdcjJkHT4fNWMeZjJsOgsRZYS1eUDHpSG6HD+TGdX95Kcpue97RtDTqYWbaii8 a/oW1OvXH99r9r21eo+JWqkD5ykayaKiKDMsI= Received: by 10.231.148.145 with SMTP id p17mr3430536ibv.28.1276346036773; Sat, 12 Jun 2010 05:33:56 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id a8sm10246877ibi.17.2010.06.12.05.33.54 (version=SSLv3 cipher=RC4-MD5); Sat, 12 Jun 2010 05:33:55 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C137EB1.9080100@dataix.net> Date: Sat, 12 Jun 2010 08:33:53 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: Lawrence Stewart References: <201006101346.59824.jhb@freebsd.org> <4C118718.5080205@freebsd.org> In-Reply-To: <4C118718.5080205@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 12:33:58 -0000 On 06/10/2010 20:45, Lawrence Stewart wrote: > +1 for adding to base (and updating handbook chapters "makeworld.html" > and "small-lan.html", plus maybe /usr/src/Makefile and an UPDATING entry). As soon as this was said the idea popped into mind to just tie etcupdate into the source directly. Add it to the source tree somewhere where it can be called by (make etcupdate). In this case its on everybody's system and both can co-exist without harm. ;) Regardless of either decision to be made I look at adding a port just for this as unneeded overhead when people that are updating their system via source already have the tree on the system or near by. If you want it installed after all that either copy it to your ~/bin directory or symlink it. Regards, -- jhell From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 12:57:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2EC8106566C for ; Sat, 12 Jun 2010 12:57:41 +0000 (UTC) (envelope-from sfourman@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 97DE38FC08 for ; Sat, 12 Jun 2010 12:57:41 +0000 (UTC) Received: by vws20 with SMTP id 20so1717645vws.13 for ; Sat, 12 Jun 2010 05:57:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=foEkB444/bcZ4V9ZlesEeKPH176wGqWJ0wzQrsVwkSY=; b=nxTJpBkcp4l02hZUw6M6uK70UyJCD5QKmtJrQeYMFyT76I7NluigEnkBj0en2wS+ro nZt1oBGDzCELvOTzfgmriZLuZ+Klw40r33L/MFk5J6DFJHRVSZ5A5hcuyT1KWPmYGDzV nA31sMOSkY7ksonZh9KDUznjUWlzDxphRoeyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=hfJ8xG4TyeYzvkg7N59S04M5jZm837JJRix5T1xLmV0fN+G5JmTsUDep+3wpKZsAiV iaAJn7814km9C1IOpfeMJ3+iRg0tUr7MKhVXaKw3xJFtrEo0npnynfuatvZAb0qJSyo2 XoU2fVXRc24eSXTQtCIk3sBjb7xXawE5QMbsA= MIME-Version: 1.0 Received: by 10.224.87.106 with SMTP id v42mr1242617qal.23.1276347460179; Sat, 12 Jun 2010 05:57:40 -0700 (PDT) Received: by 10.229.250.194 with HTTP; Sat, 12 Jun 2010 05:57:40 -0700 (PDT) In-Reply-To: <20100610181403.GA6323@bubba.vnode.local> References: <201006101346.59824.jhb@freebsd.org> <20100610181403.GA6323@bubba.vnode.local> Date: Sat, 12 Jun 2010 07:57:40 -0500 Message-ID: From: "Sam Fourman Jr." To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 12:57:42 -0000 On Thu, Jun 10, 2010 at 1:14 PM, Joel Dahl wrote: > On 10-06-2010 13:46, John Baldwin wrote: >> I've had several folks ask me recently about importing etcupdate >> (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an alter= nate >> tool for updating /etc during upgrades. =A0Do folks have any strong obje= ctions >> to doing so? =A0More details about how it works and an HTML version of t= he >> manpage can be found at the URL above. > > +1 for importing it into base. > +1 for importing into base. I would use it. Sam Fourman Jr. http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 12:59:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3D47106564A for ; Sat, 12 Jun 2010 12:59:49 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (unknown [IPv6:2002:51af:3dc3:0:20c:29ff:fece:79f3]) by mx1.freebsd.org (Postfix) with ESMTP id 3C63E8FC08 for ; Sat, 12 Jun 2010 12:59:49 +0000 (UTC) Received: from [IPv6:2002:51af:3dc3:0:b1c5:f129:6dde:838f] (unknown [IPv6:2002:51af:3dc3:0:b1c5:f129:6dde:838f]) (Authenticated sender: svein-listmail) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id C86907B for ; Sat, 12 Jun 2010 14:59:55 +0200 (CEST) Message-ID: <4C1384C0.7000704@stillbilde.net> Date: Sat, 12 Jun 2010 14:59:44 +0200 From: "Svein Skogen (Listmail Account)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <201006101346.59824.jhb@freebsd.org> <20100610181403.GA6323@bubba.vnode.local> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEC5B18F39D9AA5AF83DE342F" Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 12:59:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEC5B18F39D9AA5AF83DE342F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12.06.2010 14:57, Sam Fourman Jr. wrote: > On Thu, Jun 10, 2010 at 1:14 PM, Joel Dahl wrote: >> On 10-06-2010 13:46, John Baldwin wrote: >>> I've had several folks ask me recently about importing etcupdate >>> (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an al= ternate >>> tool for updating /etc during upgrades. Do folks have any strong obj= ections >>> to doing so? More details about how it works and an HTML version of = the >>> manpage can be found at the URL above. >> >> +1 for importing it into base. >> > +1 for importing into base. > I would use it. And another +1 from me. It solves a problem that needs solving. (and yes, I would use it) //Svein --=20 --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg =D8stli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ ------------------------------------------------------------ --------------enigEC5B18F39D9AA5AF83DE342F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) iEYEARECAAYFAkwThMQACgkQODUnwSLUlKS1PwCfQ7vBVHcumAnwhqr7yMUeylmc c5IAnRM2y+g5KdMZOotEcbILpAKsureA =+1K4 -----END PGP SIGNATURE----- --------------enigEC5B18F39D9AA5AF83DE342F-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 13:39:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC8DF1065672 for ; Sat, 12 Jun 2010 13:39:14 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from goat.gigo.com (ipv6.gigo.com [IPv6:2001:470:1:18::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF438FC22 for ; Sat, 12 Jun 2010 13:39:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by goat.gigo.com (Postfix) with ESMTP id 87AB55C40 for ; Sat, 12 Jun 2010 06:39:14 -0700 (PDT) Received: from goat.gigo.com ([127.0.0.1]) by localhost (vette.gigo.com [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id wUd2f1aay9La for ; Sat, 12 Jun 2010 06:39:14 -0700 (PDT) Received: from 200.181.39.91 (200-181-39-91.bsace702.dsl.brasiltelecom.net.br [200.181.39.91]) by goat.gigo.com (Postfix) with ESMTPSA id 2421D5C5A for ; Sat, 12 Jun 2010 06:39:12 -0700 (PDT) Received: (qmail 37923 invoked by uid 80); 12 Jun 2010 10:28:00 -0300 Received: from 200.201.164.37 ([200.201.164.37]) by exxodus.dyndns.org (Horde Framework) with HTTP; Sat, 12 Jun 2010 10:28:24 -0300 Message-ID: <20100612102824.13083gxehm8lgmm0@exxodus.dyndns.org> Date: Sat, 12 Jun 2010 10:28:24 -0300 From: Mario Sergio Fujikawa Ferreira To: freebsd-current@freebsd.org References: <20100521020553.80602.qmail@exxodus.fedaykin.here> (sfid-20100525_19355_E7CD3F8F) <4C0B5207.50902@FreeBSD.org> (sfid-20100606_04471_29934BC2) In-Reply-To: <4C0B5207.50902@FreeBSD.org> (sfid-20100606_04471_29934BC2) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) Cc: vbox@FreeBSD.org, Bernhard Froehlich Subject: Re: tstVMStructRC segfault: Cannot build virtualbox-ose on 8-STABLE amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 13:39:14 -0000 Quoting Mario Sergio Fujikawa Ferreira : > Hi, > > On 25/05/2010 05:45, Bernhard Froehlich wrote: >> On Thu, 20 May 2010 23:05:53 -0300, Mario Sergio Fujikawa Ferreira >> wrote: >>> Hi, >>> >>> I recently reinstalled my FreeBSD 8-STABLE box to move from >>> i386 to amd64. The hardware hasn't changed (except for an increase >>> from 4GB to 8GB ram). >>> >>> There have been some hiccups and I am still trying to tidy >>> up things together. >>> >>> One of the problems I am having is building virtualbox-ose >>> which previously built nicely on i386. >>> >>> I am running a vanilla 8-STABLE world (no special COPTFLAGS) from May >>> 17th. >>> >>> $ uname -a >>> FreeBSD exxodus.fedaykin.here 8.0-STABLE FreeBSD 8.0-STABLE #2: Mon May >> 17 >>> 19:53:30 BRT 2010 lioux@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 >>> >>> I have a clean and up to date ports tree from today. >>> All ports upgraded using portupgrade. >>> >>> I am trying to build the virtualbox-ose port with vanilla cflags. >>> >>> $ make -V CFLAGS >>> -O2 -pipe -fno-strict-aliasing >>> >>> The relevant message follows: >>> >>> --------- >>> >>> kBuild: Installing VBoxControl => >>> >> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/bin/additions/VBoxControl >>> kmk[2]: *** >>> >> [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h] >>> Segmentation fault: 11 (core dumped) >>> kmk[2]: *** Deleting file >>> >> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h' >>> kmk[2]: Leaving directory >>> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' >>> kmk[1]: *** [pass_binaries_this] Error 2 >>> kmk[1]: Leaving directory >>> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' >>> kmk: *** [pass_binaries_order] Error 2 >>> *** Error code 2 >>> >>> --------- >>> >>> The complete build log can be found at >>> >>> http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose_3.1.8_build.log.bz2 >>> >>> My virtualbox-ose work directory can be found at >>> (you need archivers/xz to extract it) >>> >>> http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose__work.tar.xz >>> >>> Let me know if there is anything I can do to help. >>> >>> Regards, >>> >>> ps: virtualbox-ose-kmod builds without a problem as well as my other >>> 1482 ports. :) >> >> Segmentation fault: 11 comes from gcc so this is likely to be a compiler >> bug and i'm not sure if we can help in this case so I cc'd current@. Could >> you try to get a backtrace from the core file that it has dumped? >> > > The only core file I could find was tstVMStructRC.core. The > backtrace follows: > > ------ > > $ script gdb.log gdb > ./work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC > ./work/VirtualBox-3.1.8_OSE/tstVMStructRC.core > > Script started on Sun Jun 6 01:13:16 2010 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > Core was generated by `tstVMStructRC'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/lib32/libc.so.7...done. > Loaded symbols for /usr/lib32/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x0805099c in _start () > (gdb) bt > #0 0x0805099c in _start () > #1 0x00000001 in ?? () > (gdb) quit > > Script done on Sun Jun 6 01:13:21 2010 > > ------ > > I've done another round of portupgrade(s) and tried rebuilding > virtualbox-ose again to no vail. > > $ uname -a > FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE > #6: Thu Jun 3 20:30:23 BRT 2010 > lioux@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 > > On a side note, this might be a coincidence but I haven't been able > to build virtualbox since the xorg update to 7.5 AND since my switch > from 8-STABLE i386 TO amd64. Both happened around the same week. I > have no idea which one is to blame. > > I did a clean amd64 install though, not an inplace upgrade. > > The latest build log can be found at: > > http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__build_log.txt.bz2 > > The port work directory of the failed build can be found at: > > http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__work.tar.xz I've just tried the latest virtualbox-ose port version 3.2.4, it's just as broken for me. It keeps on SEGFAULT on tstVMStructRC. $ script gdb.log gdb work/VirtualBox-3.2.4_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC work/VirtualBox-3.2.4_OSE/tstVMStructRC.core Script started on Fri Jun 11 20:00:36 2010 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `tstVMStructRC'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib32/libc.so.7...done. Loaded symbols for /usr/lib32/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x080508bc in _start () (gdb) bt #0 0x080508bc in _start () #1 0x00000001 in ?? () (gdb) quit Script done on Fri Jun 11 20:00:38 2010 The latest build log for 3.2.4 can be found at: http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__build_log.txt.bz2 The port work directory of the failed 3.2.4 build can be found at: http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__work.tar.xz Let me know if there is any further information I can provide. Regards, -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 14:03:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D84A0106567B; Sat, 12 Jun 2010 14:03:06 +0000 (UTC) (envelope-from oliver.pntr@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 D39C38FC21; Sat, 12 Jun 2010 14:03:05 +0000 (UTC) Received: by bwz2 with SMTP id 2so1333177bwz.13 for ; Sat, 12 Jun 2010 07:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=fiGs3TC6r782xCiEtKAi225ygKQ5Oy11Q0A+9xgjxqQ=; b=xV1UmCWgg2EBcbdFM6DUpRizPnfnmU9X28mBDQHDqKJderDKblPvvkBUP18HehPj5t gygZrhO1V6jRP9LYoQh3TFwXAGANBJvjEYFCpxA5/a2ogEIvZJM5C9KwWACuchM7VacE NC2eIG1IIjG0FkY3ij6zan5SnfzmsEMtEpIm8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=kxsJZ1ahpHbyU98Dm4JZ7kix7IL5kTCqNmhTyrdpl75+K2PIj4tGc8T1zsBj/AFSs9 INEwCMDChbflrMK2vBaA3zjPr1PUmNiWi4COaCbnv0Ks86SkDEfheWroMO3NRMwSuvV5 km0GEkO8NbhfLACSG3XKIFASnfXPfJjGBsSBE= MIME-Version: 1.0 Received: by 10.204.81.220 with SMTP id y28mr2352378bkk.149.1276351384432; Sat, 12 Jun 2010 07:03:04 -0700 (PDT) Received: by 10.204.100.5 with HTTP; Sat, 12 Jun 2010 07:03:04 -0700 (PDT) Date: Sat, 12 Jun 2010 16:03:04 +0200 Message-ID: From: Oliver Pinter To: arch@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Robert Watson , ssouhlal@FreeBSD.org Subject: stackgap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 14:03:06 -0000 Hi All! The linked[1][2] stackgap patches why not included in FreeBSD tree? I used this patches for a long while (~2 year ago), without problem. And I have an updated patch for 7-STABLE: http://peonia.teteny.elte.hu/freebsd/patches/stable/stable/20091229025818-randomize_mmap.patch [1] http://people.freebsd.org/~ssouhlal/testing/stackgap-20050527.diff [2] http://unix.derkeiler.com/Mailing-Lists/FreeBSD/arch/2005-05/0109.html Thanks, Oliver From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 14:06:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52983106567B for ; Sat, 12 Jun 2010 14:06:56 +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 12F018FC19 for ; Sat, 12 Jun 2010 14:06:55 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 42E241FFC33; Sat, 12 Jun 2010 14:06:52 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 42FF884491; Sat, 12 Jun 2010 16:04:42 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ed Schouten References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> <8639wttgpz.fsf@ds4.des.no> <20100611225258.GB1797@hoeg.nl> Date: Sat, 12 Jun 2010 16:04:41 +0200 In-Reply-To: <20100611225258.GB1797@hoeg.nl> (Ed Schouten's message of "Sat, 12 Jun 2010 00:52:58 +0200") Message-ID: <861vcc5oue.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: andreast-list@fgznet.ch, "M. Warner Losh" , freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 14:06:56 -0000 Ed Schouten writes: > Well, I've been thinking about this as well, but keep in mind that > tblgen really has no use by itself and strongly depends on the version > of your source tree. Even if we backport a tiny patch from the Clang > repository, we cannot trust tblgen to do the right thing anymore. In that case, we can simply cd /usr/src/usr.bin/clang/tblgen && make && make install. > Do we really want to install an application like tblgen? Yes. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 14:36:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D131065673; Sat, 12 Jun 2010 14:36:18 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id D3CCD8FC08; Sat, 12 Jun 2010 14:36:17 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o5CDvxfs043114; Sat, 12 Jun 2010 15:58:00 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4C139267.2020001@fgznet.ch> Date: Sat, 12 Jun 2010 15:57:59 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <201006121059.o5CAxHlF010732@freebsd-current.sentex.ca> In-Reply-To: <201006121059.o5CAxHlF010732@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 14:36:18 -0000 On 12.06.10 12:59, FreeBSD Tinderbox wrote: > TB --- 2010-06-12 09:19:14 - tinderbox 2.6 running on freebsd-current.sentex.ca > TB --- 2010-06-12 09:19:14 - starting HEAD tinderbox run for powerpc/powerpc > TB --- 2010-06-12 09:19:15 - cleaning the object tree > TB --- 2010-06-12 09:19:27 - cvsupping the source tree > TB --- 2010-06-12 09:19:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile > TB --- 2010-06-12 09:19:57 - building world > TB --- 2010-06-12 09:19:57 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-06-12 09:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-06-12 09:19:57 - TARGET=powerpc > TB --- 2010-06-12 09:19:57 - TARGET_ARCH=powerpc > TB --- 2010-06-12 09:19:57 - TZ=UTC > TB --- 2010-06-12 09:19:57 - __MAKE_CONF=/dev/null > TB --- 2010-06-12 09:19:57 - cd /src > TB --- 2010-06-12 09:19:57 - /usr/bin/make -B buildworld >>>> World build started on Sat Jun 12 09:19:57 UTC 2010 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything > [...] > cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c > cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c > cc1: warnings being treated as errors > /src/usr.sbin/sysinstall/install.c: In function 'installStandard': > /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' > /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' > /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': > /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' > *** Error code 1 Index: install.c =================================================================== --- install.c (revision 209106) +++ install.c (working copy) @@ -874,7 +874,9 @@ int installFixupBase(dialogMenuItem *self) { +#if defined(__i386__) || defined(__amd64__) FILE *fp; +#endif #ifdef __ia64__ const char *efi_mntpt; #endif Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 14:36:19 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68D921065677; Sat, 12 Jun 2010 14:36:19 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id EA10F8FC1B; Sat, 12 Jun 2010 14:36:18 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o5CE4dbr054190; Sat, 12 Jun 2010 16:04:40 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4C1393F7.7080908@fgznet.ch> Date: Sat, 12 Jun 2010 16:04:39 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <201006121059.o5CAxHlF010732@freebsd-current.sentex.ca> <4C139267.2020001@fgznet.ch> In-Reply-To: <4C139267.2020001@fgznet.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 14:36:19 -0000 On 12.06.10 15:57, Andreas Tobler wrote: > On 12.06.10 12:59, FreeBSD Tinderbox wrote: >> TB --- 2010-06-12 09:19:14 - tinderbox 2.6 running on freebsd-current.sentex.ca >> TB --- 2010-06-12 09:19:14 - starting HEAD tinderbox run for powerpc/powerpc >> TB --- 2010-06-12 09:19:15 - cleaning the object tree >> TB --- 2010-06-12 09:19:27 - cvsupping the source tree >> TB --- 2010-06-12 09:19:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile >> TB --- 2010-06-12 09:19:57 - building world >> TB --- 2010-06-12 09:19:57 - MAKEOBJDIRPREFIX=/obj >> TB --- 2010-06-12 09:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2010-06-12 09:19:57 - TARGET=powerpc >> TB --- 2010-06-12 09:19:57 - TARGET_ARCH=powerpc >> TB --- 2010-06-12 09:19:57 - TZ=UTC >> TB --- 2010-06-12 09:19:57 - __MAKE_CONF=/dev/null >> TB --- 2010-06-12 09:19:57 - cd /src >> TB --- 2010-06-12 09:19:57 - /usr/bin/make -B buildworld >>>>> World build started on Sat Jun 12 09:19:57 UTC 2010 >>>>> Rebuilding the temporary build tree >>>>> stage 1.1: legacy release compatibility shims >>>>> stage 1.2: bootstrap tools >>>>> stage 2.1: cleaning up the object tree >>>>> stage 2.2: rebuilding the object tree >>>>> stage 2.3: build tools >>>>> stage 3: cross tools >>>>> stage 4.1: building includes >>>>> stage 4.2: building libraries >>>>> stage 4.3: make dependencies >>>>> stage 4.4: building everything >> [...] >> cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c >> cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c >> cc1: warnings being treated as errors >> /src/usr.sbin/sysinstall/install.c: In function 'installStandard': >> /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' >> /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' >> /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': >> /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' >> *** Error code 1 > Here the complete one: Index: install.c =================================================================== --- install.c (revision 209106) +++ install.c (working copy) @@ -628,8 +628,11 @@ int installStandard(dialogMenuItem *self) { - int i, tries = 0; + int i; +#ifdef WITH_SLICES + int tries = 0; Device **devs; +#endif variable_set2(SYSTEM_STATE, "standard", 0); dialog_clear_norefresh(); @@ -874,7 +877,9 @@ int installFixupBase(dialogMenuItem *self) { +#if defined(__i386__) || defined(__amd64__) FILE *fp; +#endif #ifdef __ia64__ const char *efi_mntpt; #endif Gruss, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 14:42:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514671065675 for ; Sat, 12 Jun 2010 14:42:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2001:4dd0:ff41::b23f:aa]) by mx1.freebsd.org (Postfix) with ESMTP id DB8698FC15 for ; Sat, 12 Jun 2010 14:42:52 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 331C62A290C1; Sat, 12 Jun 2010 16:42:52 +0200 (CEST) Date: Sat, 12 Jun 2010 16:42:52 +0200 From: Ed Schouten To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100612144252.GF1797@hoeg.nl> References: <4C128548.8090505@fgznet.ch> <20100611185237.GL56080@hoeg.nl> <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> <8639wttgpz.fsf@ds4.des.no> <20100611225258.GB1797@hoeg.nl> <861vcc5oue.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bGR76rFJjkSxVeRa" Content-Disposition: inline In-Reply-To: <861vcc5oue.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: andreast-list@fgznet.ch, "M. Warner Losh" , freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 14:42:53 -0000 --bGR76rFJjkSxVeRa Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dag-Erling Sm=F8rgrav wrote: > Ed Schouten writes: > > Well, I've been thinking about this as well, but keep in mind that > > tblgen really has no use by itself and strongly depends on the version > > of your source tree. Even if we backport a tiny patch from the Clang > > repository, we cannot trust tblgen to do the right thing anymore. >=20 > In that case, we can simply cd /usr/src/usr.bin/clang/tblgen && make && > make install. >=20 > > Do we really want to install an application like tblgen? >=20 > Yes. In that case, be sure to commit your patch. Groetjes, --=20 Ed Schouten WWW: http://80386.nl/ --bGR76rFJjkSxVeRa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwTnOwACgkQ52SDGA2eCwW20wCfa/qWiJd2Ibxu7+mq314Hgctf ivUAmwVxtcBb8a59bycuKiI4Kn1hyGyQ =tii8 -----END PGP SIGNATURE----- --bGR76rFJjkSxVeRa-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 15:15:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CCB0106566C; Sat, 12 Jun 2010 15:15:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D2F208FC15; Sat, 12 Jun 2010 15:15:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5CFAuRv009528; Sat, 12 Jun 2010 09:10:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 12 Jun 2010 09:10:58 -0600 (MDT) Message-Id: <20100612.091058.242248466057850673.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <4C1315F9.6000300@FreeBSD.org> References: <4C129ECE.8040709@FreeBSD.org> <20100611.151802.59640143227153045.imp@bsdimp.com> <4C1315F9.6000300@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ed@80386.nl, andreast-list@fgznet.ch, freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 15:15:17 -0000 In message: <4C1315F9.6000300@FreeBSD.org> Doug Barton writes: : On 06/11/10 14:18, M. Warner Losh wrote: : > "This" is building the proper set of tools for the target. It is easy : > to do, and only a couple lines of Makefile foo in Makefile.inc1 : > instead of in bsd.own.mk. It is a fairly natural consequence of the : > tbemd stuff I have been working on and have started merging. : > : > The consequences today are that you build some extra tools that are : > only needed to build clang when in fact you aren't really going to be : > building clang. The "cost" is however long it takes to do this on the : > platform you are building on. This can range from a minute or two to : > tens of minutes depending on the power of your build system. : : Ok, obviously I'm dense because I didn't understand an answer to my : question anywhere in there. :) So let me try again. Why are we not : optimizing for the common case, where the world is built on the system : it's going to run on, which means that WITHOUT_CLANG can easily mean : exactly that? Because if we optimize for that case, we break the other cases. Broken trumps fast, so we always build the clang tools. The reason it is broke is that the default for clang varies between architectures, which makes the usual tests for MK_CLANG not work for the bootstrap tools phase. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 15:35:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C1351065672 for ; Sat, 12 Jun 2010 15:35:33 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id D82698FC13 for ; Sat, 12 Jun 2010 15:35:32 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o5CFZUtZ019612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Jun 2010 17:35:30 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1276356931; bh=V9GF9y2m8EDTbPOcuiwQYP5qvePveK4x2Dnz+AYhUro=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=iaxRHD8BKS4Dxd/82KXSWleT+/DjjEnr98OpLPlf0nZ0GtdWs5RA8rQbDYj8/KtL8 PSgSJnbKihwy32EiZkqhTuPmt+8fLAyQ5+JKfqlNQF/LVorzYvYchTJTP1ze7LQfbX vzZ5aRa2KTnBeao+8On0YCRPCpNuonIeLpBwDV3E= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o5CFZTec019611; Sat, 12 Jun 2010 17:35:29 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sat, 12 Jun 2010 17:35:28 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20100612153526.GA3632@acme.spoerlein.net> Mail-Followup-To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , current@freebsd.org References: <20100611162118.GR39829@acme.spoerlein.net> <867hm5tl6u.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <867hm5tl6u.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 15:35:33 -0000 On Fri, 11.06.2010 at 21:37:29 +0200, Dag-Erling Smørgrav wrote: > Ulrich Spörlein writes: > > optimizing compilers have a tendency to remove assignments that have > > no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of > > zeroing variables, which is however optimized away. [...] Is there a > > canonical way to zero those variables and should we use them (memset > > perhaps? what are the performance implications?) > > If you stick these variables in a struct, you can memset the struct to > zero them; if there are many of them, it may be faster than zeroing them > individually. > > Alternatively, you can use something like this: > > #define FORCE_ASSIGN(type, var, value) \ > *(volatile type *)&(var) = (value) Interesting trick, thanks. I'll try this ... Uli From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 16:32:25 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 556BA1065672 for ; Sat, 12 Jun 2010 16:32:25 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id B5DA48FC12 for ; Sat, 12 Jun 2010 16:32:24 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o5CGWLSa066614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 12 Jun 2010 18:32:21 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o5CGW9jb001839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Jun 2010 18:32:09 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o5CGW9sh096162; Sat, 12 Jun 2010 18:32:09 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o5CGW9i0096161; Sat, 12 Jun 2010 18:32:09 +0200 (CEST) (envelope-from ticso) Date: Sat, 12 Jun 2010 18:32:08 +0200 From: Bernd Walter To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , current@freebsd.org Message-ID: <20100612163208.GS87112@cicely7.cicely.de> References: <20100611162118.GR39829@acme.spoerlein.net> <867hm5tl6u.fsf@ds4.des.no> <20100612153526.GA3632@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100612153526.GA3632@acme.spoerlein.net> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 16:32:25 -0000 On Sat, Jun 12, 2010 at 05:35:28PM +0200, Ulrich Spörlein wrote: > On Fri, 11.06.2010 at 21:37:29 +0200, Dag-Erling Smørgrav wrote: > > Ulrich Spörlein writes: > > > optimizing compilers have a tendency to remove assignments that have > > > no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of > > > zeroing variables, which is however optimized away. [...] Is there a > > > canonical way to zero those variables and should we use them (memset > > > perhaps? what are the performance implications?) > > > > If you stick these variables in a struct, you can memset the struct to > > zero them; if there are many of them, it may be faster than zeroing them > > individually. > > > > Alternatively, you can use something like this: > > > > #define FORCE_ASSIGN(type, var, value) \ > > *(volatile type *)&(var) = (value) > > Interesting trick, thanks. I'll try this ... I'm not sure when removing a memset is allowed. Maybe passing volatile pointers might be enough. And I'm happy to be corrected from in deep experts - my knowledge is more from practical microcontroller programming. The problem with memset is that is is inlined by at least gcc and inlined functions are included in the optimizations. But calling my_abolsutely_not_inlineable_memset should work IMHO. In other words: declare a local memset function, which is declared (in compiler specific words) as not being inlineable, which itself calls memset you should be safe, since the function doesn't know why it does the memset it can't be removed and the caller doesn't know anything about the called function. A portible way would be to have this function in a separate .c file, which prohibits inlining. C++ has the concept of volatile member functions, but this is a slightly different thing. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 16:54:50 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87464106566B; Sat, 12 Jun 2010 16:54:50 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4116E8FC16; Sat, 12 Jun 2010 16:54:49 +0000 (UTC) Received: by iwn7 with SMTP id 7so3013341iwn.13 for ; Sat, 12 Jun 2010 09:54:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Z73SURBB7QLYlgjA9X9eT+j06pkdaR87gn9XMdtPHwk=; b=r/tB1+MpBGIhB+pbJlJY7Xooy48FtNbiYiTXtZr3gto4bm6V7xu2opsiZDXukPI0je q3CH4/mowJMExWFxN0YE9YBRUXNNNpH7sYaCImmdhLd6FSj/bm57DZindXnWmkvlejth v8uiTQxtFOTjccSyWkguH9T2xHtgt8evRyK6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XVbrJDFnuWx8RHu+kWUtd+1gEw+REbLqOmZrXQIUPk2JphWtth9EpfNegbppQW5BjP q3S2wv8O9fj8hx4nmFBGaHFqSBIDtfdeayQ7tDAlp0Wlhp1dVuCsha8tkr5yhBUdJ7v1 IG61GZTA2Vt2W0oiquWBQsLEOnM5GpoFT78nc= MIME-Version: 1.0 Received: by 10.231.124.229 with SMTP id v37mr3137715ibr.184.1276361689348; Sat, 12 Jun 2010 09:54:49 -0700 (PDT) Received: by 10.231.182.196 with HTTP; Sat, 12 Jun 2010 09:54:49 -0700 (PDT) In-Reply-To: <201006101346.59824.jhb@freebsd.org> References: <201006101346.59824.jhb@freebsd.org> Date: Sat, 12 Jun 2010 11:54:49 -0500 Message-ID: From: Brandon Gooch To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: RFC: etcupdate tool in base? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 16:54:50 -0000 On Thu, Jun 10, 2010 at 12:46 PM, John Baldwin wrote: > I've had several folks ask me recently about importing etcupdate > (http://www.FreeBSD.org/~jhb/etcupdate) into the base system as an altern= ate > tool for updating /etc during upgrades. =A0Do folks have any strong objec= tions > to doing so? =A0More details about how it works and an HTML version of th= e > manpage can be found at the URL above. > > -- > John Baldwin > _______________________________________________ > 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= " > +1 from me, I will use it. -Brandon From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 17:37:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBA70106566C for ; Sat, 12 Jun 2010 17:37:37 +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 9E3DA8FC14 for ; Sat, 12 Jun 2010 17:37:37 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A1AEC1FFC33; Sat, 12 Jun 2010 17:37:36 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 983A184491; Sat, 12 Jun 2010 19:35:26 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: ticso@cicely.de References: <20100611162118.GR39829@acme.spoerlein.net> <867hm5tl6u.fsf@ds4.des.no> <20100612153526.GA3632@acme.spoerlein.net> <20100612163208.GS87112@cicely7.cicely.de> Date: Sat, 12 Jun 2010 19:35:26 +0200 In-Reply-To: <20100612163208.GS87112@cicely7.cicely.de> (Bernd Walter's message of "Sat, 12 Jun 2010 18:32:08 +0200") Message-ID: <864oh86tnl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 17:37:37 -0000 Bernd Walter writes: > I'm not sure when removing a memset is allowed. Always, if the compiler can determine that the data will not be used later. In more general terms, the compiler is allowed to make any changes it likes to the program as long as the end result behaves exactly like it would if it hadn't been changed. This is called the "as if" rule. For instance, if you call printf() or fprintf() with a format string that does not contain any conversion specifiers, gcc will call gets() or fgets() instead. > Maybe passing volatile pointers might be enough. You can't pass a volatile pointer to memset. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 20:02:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 661851065672; Sat, 12 Jun 2010 20:02:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA208FC15; Sat, 12 Jun 2010 20:02:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5CK2JYu038556; Sat, 12 Jun 2010 16:02:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5CK2JZW038553; Sat, 12 Jun 2010 20:02:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 20:02:19 GMT Message-Id: <201006122002.o5CK2JZW038553@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 20:02:20 -0000 TB --- 2010-06-12 18:41:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 18:41:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-06-12 18:41:25 - cleaning the object tree TB --- 2010-06-12 18:41:38 - cvsupping the source tree TB --- 2010-06-12 18:41:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-06-12 18:42:02 - building world TB --- 2010-06-12 18:42:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 18:42:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 18:42:02 - TARGET=ia64 TB --- 2010-06-12 18:42:02 - TARGET_ARCH=ia64 TB --- 2010-06-12 18:42:02 - TZ=UTC TB --- 2010-06-12 18:42:02 - __MAKE_CONF=/dev/null TB --- 2010-06-12 18:42:02 - cd /src TB --- 2010-06-12 18:42:02 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 18:42:04 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/command.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/config.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/devices.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/dhcp.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/disks.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/disks.c: In function 'diskPartitionWrite': /src/usr.sbin/sysinstall/disks.c:877: warning: unused variable 'boot1' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 20:02:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 20:02:19 - ERROR: failed to build world TB --- 2010-06-12 20:02:19 - 3821.70 user 611.36 system 4853.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 20:59:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD94B1065670 for ; Sat, 12 Jun 2010 20:59:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5368FC14 for ; Sat, 12 Jun 2010 20:59:47 +0000 (UTC) Received: (qmail 6671 invoked by uid 399); 12 Jun 2010 20:59:45 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Jun 2010 20:59:45 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C13F53F.3050106@FreeBSD.org> Date: Sat, 12 Jun 2010 13:59:43 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: "M. Warner Losh" References: <4C129ECE.8040709@FreeBSD.org> <20100611.151802.59640143227153045.imp@bsdimp.com> <4C1315F9.6000300@FreeBSD.org> <20100612.091058.242248466057850673.imp@bsdimp.com> In-Reply-To: <20100612.091058.242248466057850673.imp@bsdimp.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ed@80386.nl, andreast-list@fgznet.ch, freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 20:59:47 -0000 On 06/12/10 08:10, M. Warner Losh wrote: > In message:<4C1315F9.6000300@FreeBSD.org> > Doug Barton writes: > : On 06/11/10 14:18, M. Warner Losh wrote: > :> "This" is building the proper set of tools for the target. It is easy > :> to do, and only a couple lines of Makefile foo in Makefile.inc1 > :> instead of in bsd.own.mk. It is a fairly natural consequence of the > :> tbemd stuff I have been working on and have started merging. > :> > :> The consequences today are that you build some extra tools that are > :> only needed to build clang when in fact you aren't really going to be > :> building clang. The "cost" is however long it takes to do this on the > :> platform you are building on. This can range from a minute or two to > :> tens of minutes depending on the power of your build system. > : > : Ok, obviously I'm dense because I didn't understand an answer to my > : question anywhere in there. :) So let me try again. Why are we not > : optimizing for the common case, where the world is built on the system > : it's going to run on, which means that WITHOUT_CLANG can easily mean > : exactly that? > > Because if we optimize for that case, we break the other cases. > Broken trumps fast, so we always build the clang tools. > > The reason it is broke is that the default for clang varies between > architectures, which makes the usual tests for MK_CLANG not work for > the bootstrap tools phase. Sorry, still dense here. Can you point to code where simply testing for MK_CLANG won't work? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 21:38:37 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B77BA106566B; Sat, 12 Jun 2010 21:38: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 5FD418FC19; Sat, 12 Jun 2010 21:38:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5CLcalA005356; Sat, 12 Jun 2010 17:38:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5CLca7j005355; Sat, 12 Jun 2010 21:38:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 21:38:36 GMT Message-Id: <201006122138.o5CLca7j005355@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 21:38:37 -0000 TB --- 2010-06-12 20:37:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 20:37:20 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-06-12 20:37:20 - cleaning the object tree TB --- 2010-06-12 20:37:30 - cvsupping the source tree TB --- 2010-06-12 20:37:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-06-12 20:37:57 - building world TB --- 2010-06-12 20:37:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 20:37:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 20:37:57 - TARGET=sparc64 TB --- 2010-06-12 20:37:57 - TARGET_ARCH=sparc64 TB --- 2010-06-12 20:37:57 - TZ=UTC TB --- 2010-06-12 20:37:57 - __MAKE_CONF=/dev/null TB --- 2010-06-12 20:37:57 - cd /src TB --- 2010-06-12 20:37:57 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 20:37:58 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 21:38:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 21:38:36 - ERROR: failed to build world TB --- 2010-06-12 21:38:36 - 2726.33 user 566.29 system 3676.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 21:49:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56317106567D; Sat, 12 Jun 2010 21:49: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 EE4EA8FC12; Sat, 12 Jun 2010 21:49:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5CLnkxC048974; Sat, 12 Jun 2010 17:49:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5CLnkov048969; Sat, 12 Jun 2010 21:49:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 21:49:46 GMT Message-Id: <201006122149.o5CLnkov048969@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, 12 Jun 2010 21:49:47 -0000 TB --- 2010-06-12 20:10:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 20:10:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-06-12 20:10:37 - cleaning the object tree TB --- 2010-06-12 20:10:48 - cvsupping the source tree TB --- 2010-06-12 20:10:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-06-12 20:12:02 - building world TB --- 2010-06-12 20:12:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 20:12:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 20:12:02 - TARGET=powerpc TB --- 2010-06-12 20:12:02 - TARGET_ARCH=powerpc TB --- 2010-06-12 20:12:02 - TZ=UTC TB --- 2010-06-12 20:12:02 - __MAKE_CONF=/dev/null TB --- 2010-06-12 20:12:02 - cd /src TB --- 2010-06-12 20:12:02 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 20:12:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 21:49:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 21:49:46 - ERROR: failed to build world TB --- 2010-06-12 21:49:46 - 4776.41 user 734.07 system 5948.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 21:56:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10CED1065674; Sat, 12 Jun 2010 21:56:09 +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 AA71C8FC1B; Sat, 12 Jun 2010 21:56:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5CLu7FR063096; Sat, 12 Jun 2010 17:56:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5CLu70p063095; Sat, 12 Jun 2010 21:56:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jun 2010 21:56:07 GMT Message-Id: <201006122156.o5CLu70p063095@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 21:56:09 -0000 TB --- 2010-06-12 20:57:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-12 20:57:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-06-12 20:57:45 - cleaning the object tree TB --- 2010-06-12 20:57:54 - cvsupping the source tree TB --- 2010-06-12 20:57:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-06-12 20:58:13 - building world TB --- 2010-06-12 20:58:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-12 20:58:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-12 20:58:13 - TARGET=sun4v TB --- 2010-06-12 20:58:13 - TARGET_ARCH=sparc64 TB --- 2010-06-12 20:58:13 - TZ=UTC TB --- 2010-06-12 20:58:13 - __MAKE_CONF=/dev/null TB --- 2010-06-12 20:58:13 - cd /src TB --- 2010-06-12 20:58:13 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 12 20:58:14 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/index.c cc -O2 -pipe -DUSE_GZIP=1 -fno-strict-aliasing -I/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/sysinstall/install.c cc1: warnings being treated as errors /src/usr.sbin/sysinstall/install.c: In function 'installStandard': /src/usr.sbin/sysinstall/install.c:632: warning: unused variable 'devs' /src/usr.sbin/sysinstall/install.c:631: warning: unused variable 'tries' /src/usr.sbin/sysinstall/install.c: In function 'installFixupBase': /src/usr.sbin/sysinstall/install.c:877: warning: unused variable 'fp' *** Error code 1 Stop in /src/usr.sbin/sysinstall. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-12 21:56:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-12 21:56:07 - ERROR: failed to build world TB --- 2010-06-12 21:56:07 - 2715.98 user 556.34 system 3502.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 22:52:22 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2F19106564A for ; Sat, 12 Jun 2010 22:52:22 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA908FC16 for ; Sat, 12 Jun 2010 22:52:21 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o5CMqJlx078036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 13 Jun 2010 00:52:19 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o5CMqHuh018805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Jun 2010 00:52:17 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o5CMqHJp097742; Sun, 13 Jun 2010 00:52:17 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o5CMqGvU097741; Sun, 13 Jun 2010 00:52:16 +0200 (CEST) (envelope-from ticso) Date: Sun, 13 Jun 2010 00:52:16 +0200 From: Bernd Walter To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100612225216.GT87112@cicely7.cicely.de> References: <20100611162118.GR39829@acme.spoerlein.net> <867hm5tl6u.fsf@ds4.des.no> <20100612153526.GA3632@acme.spoerlein.net> <20100612163208.GS87112@cicely7.cicely.de> <864oh86tnl.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <864oh86tnl.fsf@ds4.des.no> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: ticso@cicely.de, current@freebsd.org Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 22:52:22 -0000 On Sat, Jun 12, 2010 at 07:35:26PM +0200, Dag-Erling Smørgrav wrote: > Bernd Walter writes: > > I'm not sure when removing a memset is allowed. > > Always, if the compiler can determine that the data will not be used > later. I'm at least sure that the compiler can't if it is linked from another object file. The problem with memset is that the compiler has an internal implementation. On the other hand I wonder what the deep sense is to clear memory which is unused later. I know that crypto code can be tricky sometimes, but if someone is willing to explain the specific reason my curiosity would be satified. > In more general terms, the compiler is allowed to make any changes it > likes to the program as long as the end result behaves exactly like it > would if it hadn't been changed. This is called the "as if" rule. For > instance, if you call printf() or fprintf() with a format string that > does not contain any conversion specifiers, gcc will call gets() or > fgets() instead. Amazing - this is one of the things which can get nasty if you try some kind of microtuning. Recently I had to implement my own atoi on a controller because using the library one magically had blown my RAM usage by 1k on a controller with just 8k RAM. > > Maybe passing volatile pointers might be enough. > > You can't pass a volatile pointer to memset. Of course not - my fault - it takes non volatile pointers per definition. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Sat Jun 12 23:45:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA8E91065672 for ; Sat, 12 Jun 2010 23:45:04 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 7C98D8FC15 for ; Sat, 12 Jun 2010 23:45:03 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id o5CNiqi6089862; Sat, 12 Jun 2010 18:44:53 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; 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=oMKEupB2W7APfUiYIaeg+Yw6LoAlVcwh1JhsWjAlsNWdiAVjgQUO+C9uXLWuRlCPw P7bHBODrzXbaiS06JKe4lvzXJaHtwl9Rsu0hNa9TyCYVldAduI3I00m7hEWwVlWqwdg 7f1yfi3E78R+4CZUbZFS6pLH+q+YDGAgZUkyBRg= Message-ID: <4C141BF4.4000400@jrv.org> Date: Sat, 12 Jun 2010 18:44:52 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: ticso@cicely.de References: <20100611162118.GR39829@acme.spoerlein.net> <867hm5tl6u.fsf@ds4.des.no> <20100612153526.GA3632@acme.spoerlein.net> <20100612163208.GS87112@cicely7.cicely.de> In-Reply-To: <20100612163208.GS87112@cicely7.cicely.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org Subject: Re: Cleanup for cryptographic algorithms vs. compiler optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Jun 2010 23:45:04 -0000 Bernd Walter wrote: > But calling my_abolsutely_not_inlineable_memset should work IMHO. Try gcc -fno-builtin-memset