From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 01:34:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D35E106566B; Sun, 19 Sep 2010 01:34:23 +0000 (UTC) (envelope-from adrian.chadd@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 DA8978FC08; Sun, 19 Sep 2010 01:34:22 +0000 (UTC) Received: by iwn34 with SMTP id 34so3761332iwn.13 for ; Sat, 18 Sep 2010 18:34: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=slP+F6ItEBUwdOYKQBJyPNKfTFbcT0AS7uxFLVZf9MY=; b=MWK1M/tk5rEh6XRD2bAg8sjzCZcwFvn+AbM9sfVYb+6lPdYVjKZL98whKoEsT0phDc bkyYg3a+f0yiy3rn/lMJbdY0bhrv41Wr/TvMoWxhjwTxwWfdc+eknZWSVnHK88IC6Bhg i8bZnpRHzJL12Xxk5fdrHwWVDhfEGHuRi2Z9c= 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=IRf9V/7kjDmlwez3yvNTA44a/e8/UecALn9tu3WsglniNPorfOP9/lMpx4IuJKvTt/ nUnwFBicXywzp/h6Il4LMl8yopv/l4MgS44CS03VzqkA5XpQUsOKYrMgm5cld1XZ0vqH dEfCV1mdxkRk0y5Z8lAYRhUaxA7yLi+WEYgZ8= MIME-Version: 1.0 Received: by 10.231.191.138 with SMTP id dm10mr7735179ibb.126.1284860061614; Sat, 18 Sep 2010 18:34:21 -0700 (PDT) Received: by 10.231.156.206 with HTTP; Sat, 18 Sep 2010 18:34:21 -0700 (PDT) In-Reply-To: <813E7FEA-2BA9-450C-9826-CE3D799BBDED@FreeBSD.org> References: <813E7FEA-2BA9-450C-9826-CE3D799BBDED@FreeBSD.org> Date: Sun, 19 Sep 2010 09:34:21 +0800 Message-ID: From: Adrian Chadd To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 01:34:23 -0000 On 19 September 2010 06:38, Rui Paulo wrote: > Can you also provide a diff against HEAD please? Done. It's in the same place; named "complete.diff". Adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 10:03: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 8F18E106564A; Sun, 19 Sep 2010 10:03:48 +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 65BCF8FC0C; Sun, 19 Sep 2010 10:03:48 +0000 (UTC) Received: from d.earth.lavabit.com (d.earth.lavabit.com [192.168.111.13]) by karen.lavabit.com (Postfix) with ESMTP id B6B5C11B8C0; Sun, 19 Sep 2010 05:03:47 -0500 (CDT) Received: from 10.0.10.3 (221.163.108.93.rev.vodafone.pt [93.108.163.221]) by lavabit.com with ESMTP id 6182EJ96GDPN; Sun, 19 Sep 2010 05:03:47 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Sun, 19 Sep 2010 11:03:44 +0100 Content-Transfer-Encoding: 7bit Message-Id: <6B21C415-F8C3-4839-A743-2A43866CA1EC@freebsd.org> References: <813E7FEA-2BA9-450C-9826-CE3D799BBDED@FreeBSD.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1081) Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 10:03:48 -0000 On 19 Sep 2010, at 02:34, Adrian Chadd wrote: > On 19 September 2010 06:38, Rui Paulo wrote: > >> Can you also provide a diff against HEAD please? > > Done. It's in the same place; named "complete.diff". Hmm, I don't see it :-( Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 10:31: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 7B610106566C; Sun, 19 Sep 2010 10:31:42 +0000 (UTC) (envelope-from adrian.chadd@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 26B898FC1C; Sun, 19 Sep 2010 10:31:41 +0000 (UTC) Received: by iwn34 with SMTP id 34so4012994iwn.13 for ; Sun, 19 Sep 2010 03:31:41 -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=nrzoKwDf/JmSICrb/dG+WZODT458NkvuCZTK7FaSztk=; b=GVfLpV79QbKgjVBBMIEGR/+lDtFDsrJF2KkcxL1Oh46eQcdrRzHbw7nD3I7JsdwoAl Fe9frt6XRk4cQ+EDNv7grYNeYICdrs9HcL4jIMDSPrQJrhGc8pjxAORXKxMCGmBlwhuC cijL//zv7ps9UotlHI+ol2+Jrf9IAgEWQQHts= 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=jUHRbE5j/WrSv7WT5F7gMW6zQkNipu+pMJ2Rb3UryTEUilJ7nIeSu87asxL2LtGl33 4TlQ1bf/SOfKTieYPKLfgTKdVilcHCyxBz+UuT1mHAkpSkJXWbnKX2aF9b3XAs9Q/F8b TH8n2JfYtVKktGs/w5K/FDuBTwHZhYeYg/Dtk= MIME-Version: 1.0 Received: by 10.231.16.75 with SMTP id n11mr7687602iba.49.1284892301377; Sun, 19 Sep 2010 03:31:41 -0700 (PDT) Received: by 10.231.156.206 with HTTP; Sun, 19 Sep 2010 03:31:41 -0700 (PDT) In-Reply-To: <6B21C415-F8C3-4839-A743-2A43866CA1EC@freebsd.org> References: <813E7FEA-2BA9-450C-9826-CE3D799BBDED@FreeBSD.org> <6B21C415-F8C3-4839-A743-2A43866CA1EC@freebsd.org> Date: Sun, 19 Sep 2010 18:31:41 +0800 Message-ID: From: Adrian Chadd To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , freebsd-mobile@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 10:31:42 -0000 oops, I put it in the wrong place. Try again! adrian On 19 September 2010 18:03, Rui Paulo wrote: > On 19 Sep 2010, at 02:34, Adrian Chadd wrote: > >> On 19 September 2010 06:38, Rui Paulo wrote: >> >>> Can you also provide a diff against HEAD please? >> >> Done. It's in the same place; named "complete.diff". > > Hmm, I don't see it :-( > > Regards, > -- > Rui Paulo > > > From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 13:28:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from alona.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CA4FE106564A for ; Sun, 19 Sep 2010 13:28:47 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <4C961009.6080609@freebsd.org> Date: Sun, 19 Sep 2010 21:28:41 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.21 (X11/20090522) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 13:28:51 -0000 just typed sysctl -a on keyboard, and found it is slow, sometimes it has been stuck for a few seconds, further studied,I found it is stucked at sysctl kern.geom: %/usr/bin/time sysctl -a kern.geom kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.geom.label.debug: 0 kern.geom.label.ext2fs.enable: 1 kern.geom.label.iso9660.enable: 1 kern.geom.label.msdosfs.enable: 1 kern.geom.label.ntfs.enable: 1 kern.geom.label.reiserfs.enable: 1 kern.geom.label.ufs.enable: 1 kern.geom.label.ufsid.enable: 1 kern.geom.label.gptid.enable: 1 kern.geom.label.gpt.enable: 1 2.01 real 0.00 user 0.00 sys it seems it needs more than 2 seconds to complete. From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 13:52: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 CCE971065670; Sun, 19 Sep 2010 13:52:10 +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 7CFA78FC0A; Sun, 19 Sep 2010 13:52:10 +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 o8JDq94C035650; Sun, 19 Sep 2010 09:52:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8JDq9G1035649; Sun, 19 Sep 2010 13:52:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Sep 2010 13:52:09 GMT Message-Id: <201009191352.o8JDq9G1035649@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 arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2010 13:52:11 -0000 TB --- 2010-09-19 13:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 13:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-09-19 13:00:00 - cleaning the object tree TB --- 2010-09-19 13:00:51 - cvsupping the source tree TB --- 2010-09-19 13:00:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-09-19 13:02:05 - building world TB --- 2010-09-19 13:02:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-19 13:02:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-19 13:02:05 - TARGET=arm TB --- 2010-09-19 13:02:05 - TARGET_ARCH=arm TB --- 2010-09-19 13:02:05 - TZ=UTC TB --- 2010-09-19 13:02:05 - __MAKE_CONF=/dev/null TB --- 2010-09-19 13:02:05 - cd /src TB --- 2010-09-19 13:02:05 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 19 13:02:06 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/ggate/ggatel/../shared/ggate.c cc -O -pipe -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ggatel ggatel.o ggate.o -lgeom -lsbuf -lbsdxml -lutil gzip -cn /src/sbin/ggate/ggatel/ggatel.8 > ggatel.8.gz ===> sbin/growfs (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/growfs/growfs.c cc1: warnings being treated as errors /src/sbin/growfs/growfs.c: In function 'initcg': /src/sbin/growfs/growfs.c:455: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/growfs. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-19 13:52:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-19 13:52:09 - ERROR: failed to build world TB --- 2010-09-19 13:52:09 - 1965.18 user 794.88 system 3128.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 15:03:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E482F106566B; Sun, 19 Sep 2010 15:03: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 9DED48FC15; Sun, 19 Sep 2010 15:03:47 +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 o8JF3kYp040547; Sun, 19 Sep 2010 11:03: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 o8JF3kW9040539; Sun, 19 Sep 2010 15:03:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Sep 2010 15:03:46 GMT Message-Id: <201009191503.o8JF3kW9040539@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: Sun, 19 Sep 2010 15:03:48 -0000 TB --- 2010-09-19 13:52:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 13:52:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-09-19 13:52:09 - cleaning the object tree TB --- 2010-09-19 13:52:57 - cvsupping the source tree TB --- 2010-09-19 13:52:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-09-19 13:53:35 - building world TB --- 2010-09-19 13:53:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-19 13:53:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-19 13:53:35 - TARGET=ia64 TB --- 2010-09-19 13:53:35 - TARGET_ARCH=ia64 TB --- 2010-09-19 13:53:35 - TZ=UTC TB --- 2010-09-19 13:53:35 - __MAKE_CONF=/dev/null TB --- 2010-09-19 13:53:35 - cd /src TB --- 2010-09-19 13:53:35 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 19 13:53:36 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 -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/ggate/ggatel/../shared/ggate.c cc -O2 -pipe -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ggatel ggatel.o ggate.o -lgeom -lsbuf -lbsdxml -lutil gzip -cn /src/sbin/ggate/ggatel/ggatel.8 > ggatel.8.gz ===> sbin/growfs (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/growfs/growfs.c cc1: warnings being treated as errors /src/sbin/growfs/growfs.c: In function 'initcg': /src/sbin/growfs/growfs.c:455: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/growfs. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-19 15:03:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-19 15:03:46 - ERROR: failed to build world TB --- 2010-09-19 15:03:46 - 3024.45 user 791.41 system 4297.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 15:58: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 1917C1065670; Sun, 19 Sep 2010 15:58:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C69A58FC18; Sun, 19 Sep 2010 15:58:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o8JFwCvu025561; Sun, 19 Sep 2010 11:58:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8JFwCsp025556; Sun, 19 Sep 2010 15:58:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Sep 2010 15:58:12 GMT Message-Id: <201009191558.o8JFwCsp025556@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 mips/mips 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: Sun, 19 Sep 2010 15:58:14 -0000 TB --- 2010-09-19 15:03:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 15:03:47 - starting HEAD tinderbox run for mips/mips TB --- 2010-09-19 15:03:47 - cleaning the object tree TB --- 2010-09-19 15:04:09 - cvsupping the source tree TB --- 2010-09-19 15:04:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-09-19 15:04:50 - building world TB --- 2010-09-19 15:04:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-19 15:04:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-19 15:04:50 - TARGET=mips TB --- 2010-09-19 15:04:50 - TARGET_ARCH=mips TB --- 2010-09-19 15:04:50 - TZ=UTC TB --- 2010-09-19 15:04:50 - __MAKE_CONF=/dev/null TB --- 2010-09-19 15:04:50 - cd /src TB --- 2010-09-19 15:04:50 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 19 15:04:50 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 -O -pipe -G0 -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/ggate/ggatel/../shared/ggate.c cc -O -pipe -G0 -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ggatel ggatel.o ggate.o -lgeom -lsbuf -lbsdxml -lutil gzip -cn /src/sbin/ggate/ggatel/ggatel.8 > ggatel.8.gz ===> sbin/growfs (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/growfs/growfs.c cc1: warnings being treated as errors /src/sbin/growfs/growfs.c: In function 'initcg': /src/sbin/growfs/growfs.c:455: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/growfs. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-19 15:58:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-19 15:58:12 - ERROR: failed to build world TB --- 2010-09-19 15:58:12 - 2033.76 user 759.59 system 3264.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 16:38: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 6CBA21065675; Sun, 19 Sep 2010 16:38:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9378FC1C; Sun, 19 Sep 2010 16:38:13 +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 o8JGcDJN083146; Sun, 19 Sep 2010 12:38:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8JGcDVv083145; Sun, 19 Sep 2010 16:38:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Sep 2010 16:38:13 GMT Message-Id: <201009191638.o8JGcDVv083145@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: Sun, 19 Sep 2010 16:38:14 -0000 TB --- 2010-09-19 16:01:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 16:01:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-09-19 16:01:48 - cleaning the object tree TB --- 2010-09-19 16:02:24 - cvsupping the source tree TB --- 2010-09-19 16:02:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-09-19 16:38:13 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-19 16:38:13 - ERROR: unable to cvsup the source tree TB --- 2010-09-19 16:38:13 - 0.77 user 25.64 system 2184.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 16:49:30 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 7F9E910656A6; Sun, 19 Sep 2010 16:49:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2618FC0C; Sun, 19 Sep 2010 16:49:30 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o8JGnM5p036536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Sep 2010 12:49:22 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o8JGnLfa053988; Sun, 19 Sep 2010 12:49:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201009191649.o8JGnLfa053988@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 19 Sep 2010 12:49:14 -0400 To: , , From: Mike Tancsa In-Reply-To: <201009191638.o8JGcDVv083145@freebsd-current.sentex.ca> References: <201009191638.o8JGcDVv083145@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 16:49:30 -0000 Sorry for the tinderbox breakagage again. Our main cvsup server seems to be triggering a bug in the em driver :( I will point it to an outside mirror for now... ---Mike At 12:38 PM 9/19/2010, FreeBSD Tinderbox wrote: >TB --- 2010-09-19 16:01:48 - tinderbox 2.6 running on >freebsd-current.sentex.ca >TB --- 2010-09-19 16:01:48 - starting HEAD tinderbox run for sparc64/sparc64 >TB --- 2010-09-19 16:01:48 - cleaning the object tree >TB --- 2010-09-19 16:02:24 - cvsupping the source tree >TB --- 2010-09-19 16:02:24 - /usr/bin/csup -z -r 3 -g -L 1 -h >cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile >TB --- 2010-09-19 16:38:13 - WARNING: /usr/bin/csup returned exit code 1 >TB --- 2010-09-19 16:38:13 - ERROR: unable to cvsup the source tree >TB --- 2010-09-19 16:38:13 - 0.77 user 25.64 system 2184.91 real > > >http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 16:54: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 532CC1065672; Sun, 19 Sep 2010 16:54: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 1467B8FC21; Sun, 19 Sep 2010 16:54: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 o8JGs8Et015601; Sun, 19 Sep 2010 12:54:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8JGs8dl015600; Sun, 19 Sep 2010 16:54:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Sep 2010 16:54:08 GMT Message-Id: <201009191654.o8JGs8dl015600@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: Sun, 19 Sep 2010 16:54:09 -0000 TB --- 2010-09-19 16:13:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 16:13:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-09-19 16:13:53 - cleaning the object tree TB --- 2010-09-19 16:14:22 - cvsupping the source tree TB --- 2010-09-19 16:14:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-09-19 16:54:08 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-19 16:54:08 - ERROR: unable to cvsup the source tree TB --- 2010-09-19 16:54:08 - 0.66 user 24.52 system 2414.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 17:34:26 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD0BF10656A9; Sun, 19 Sep 2010 17:34:24 +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 D26FC8FC22; Sun, 19 Sep 2010 17:34:23 +0000 (UTC) Received: from [85.172.15.130] (helo=alya) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1OxNPi-00080i-EG; Sun, 19 Sep 2010 21:10:54 +0400 From: Boris Samorodov To: Pawel Jakub Dawidek References: <20100917234542.GE1902@garage.freebsd.pl> Date: Sun, 19 Sep 2010 21:10:52 +0400 In-Reply-To: <20100917234542.GE1902@garage.freebsd.pl> (Pawel Jakub Dawidek's message of "Sat, 18 Sep 2010 01:45:42 +0200") Message-ID: <16411667@ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 17:34:26 -0000 Hi! On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote: > My company was in need for functionality similar to nextboot(8), but on > boot loader level, so we can have two partitions we boot from where one > is known to be good and the other is used for upgrades. We upgrade by > dd(1)ing entire partition image onto unused partition, we mark it as > try-to-boot-from-it-but-only-once, reboot and if we fail to boot from > the new partition, we fall back to the old, good partition. If we > succeed on the other hand, we mark the new partition as our boot > partition and mark the other one as unused. > Well, how hard can it be? > After around two weeks of work, I ended up rewriting gptboot in large > parts, reorganizing a lot of code, improving and extending gpart a bit > and implementing desire functionality. > Here is the patch for review and test: > http://people.freebsd.org/~pjd/patches/gptboot.patch Great! Since I need to have both i386 and amd64 at my box here are my test results: ----- [~]bsam@alya% uname -a FreeBSD alya 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r212758M: Sat Sep 18 16:13:38 MSD 2010 bsam@alya:/space/FreeBSD/base/head/obj/space/FreeBSD/base/head/src/sys/ALYA amd64 [~]bsam@alya% glabel status Name Status Components gptid/c6053c9b-abcc-11df-b740-00251124aff4 N/A ad4p1 label/9-amd64 N/A ad4p2 label/swap N/A ad4p3 label/space N/A ad4p4 label/9-i386 N/A ad4p5 [~]bsam@alya% mount /dev/label/9-amd64 on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/label/space on /space (ufs, local) /dev/md0 on /tmp (ufs, local, nosuid, soft-updates) procfs on /proc (procfs, local) linprocfs on /compat/linux/proc (linprocfs, local) linsysfs on /compat/linux/sys (linsysfs, local) fdescfs on /dev/fd (fdescfs) [~]bsam@alya% gpart show => 34 490234685 ad4 GPT (234G) 34 128 1 freebsd-boot (64K) 162 41943040 2 freebsd-ufs (20G) 41943202 8388608 3 freebsd-swap (4.0G) 50331810 209715200 4 freebsd-ufs (100G) 260047010 41943040 5 freebsd-ufs (20G) 301990050 188244669 - free - (90G) [~]bsam@alya% gpart set -a bootme -i 2 ad4 bootme set on ad4p2 [~]bsam@alya% gpart set -a bootonce -i 5 ad4 bootonce set on ad4p5 [~]bsam@alya% gpart show => 34 490234685 ad4 GPT (234G) 34 128 1 freebsd-boot (64K) 162 41943040 2 freebsd-ufs [bootme] (20G) 41943202 8388608 3 freebsd-swap (4.0G) 50331810 209715200 4 freebsd-ufs (100G) 260047010 41943040 5 freebsd-ufs [bootonce,bootme] (20G) 301990050 188244669 - free - (90G) ----- Install i386 kernel/world to ad4p5, successful reboot, get i386 system. Next reboot (get amd64 system back): ----- [~]bsam@alya% gpart show => 34 490234685 ad4 GPT (234G) 34 128 1 freebsd-boot (64K) 162 41943040 2 freebsd-ufs [bootme] (20G) 41943202 8388608 3 freebsd-swap (4.0G) 50331810 209715200 4 freebsd-ufs (100G) 260047010 41943040 5 freebsd-ufs (20G) 301990050 188244669 - free - (90G) ----- All seems to work fine. > Any comments or suggestions? Only one for now. With current default syslog configuration logging to local0.warning and local0.info goes nowhere. It will be good if those messages have traces at the default system. Thank you! That's really great. -- 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 Sun Sep 19 18:09:15 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 0E56A1065670; Sun, 19 Sep 2010 18:09:15 +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 BC35C8FC14; Sun, 19 Sep 2010 18:09:14 +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 o8JI9DeX009005; Sun, 19 Sep 2010 14:09:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8JI9DAU009004; Sun, 19 Sep 2010 18:09:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 19 Sep 2010 18:09:13 GMT Message-Id: <201009191809.o8JI9DAU009004@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Sep 2010 18:09:15 -0000 TB --- 2010-09-19 15:58:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 15:58:12 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-09-19 15:58:12 - cleaning the object tree TB --- 2010-09-19 15:59:10 - cvsupping the source tree TB --- 2010-09-19 15:59:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-09-19 18:09:13 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-19 18:09:13 - ERROR: unable to cvsup the source tree TB --- 2010-09-19 18:09:13 - 1.34 user 39.65 system 7861.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 19:25: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 9EA17106564A for ; Sun, 19 Sep 2010 19:25:39 +0000 (UTC) (envelope-from demelier.david@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 351B28FC1D for ; Sun, 19 Sep 2010 19:25:37 +0000 (UTC) Received: by bwz15 with SMTP id 15so4982383bwz.13 for ; Sun, 19 Sep 2010 12:25:36 -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=XioGvUao9iYZFbfBDW34vaxOKEBYLYLFPqjm1ZCcWAI=; b=Qj5oGHxD1lyrzI7skiRfaLNp/wwiJggj8v/kruuo71suAlUGVxs3oc/+DH+YSpZiTn +kaajmLVH2svJtHR3Xm2b1nr8JuUV6VEcq9R57jv8gjgEzHPKeN/Rhvn/HdAu0uD1kXT Z2nJAVe+pdpgWjOorhDEIqHeUA5SbZSKnc1RQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=KIru1CWwkB87UI7F7VNFoNZc+8oHb2bG6Uj4Nguvvv0LfYN88uSZGzZEKtff18CXru DuH043I5KelJCeJgKjLEOihztnBrw+mJwpZyzt7kcXqZhG9Qch7r2Aq0cBeNW4e1oU9Y /YfsZ9OHGQqNJzh/mMxMRme/frPrSIjZDbRkw= MIME-Version: 1.0 Received: by 10.204.74.195 with SMTP id v3mr6162148bkj.35.1284924336729; Sun, 19 Sep 2010 12:25:36 -0700 (PDT) Received: by 10.204.97.208 with HTTP; Sun, 19 Sep 2010 12:25:36 -0700 (PDT) Date: Sun, 19 Sep 2010 21:25:36 +0200 Message-ID: From: David DEMELIER To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Null modem to USB wire not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 19:25:40 -0000 Hi, I just bought a null modem to USB from Profilic and it isn't recognized by FreeBSD. It's a chipset Prolific Technology Inc. Sep 19 21:19:15 Melon root: Unknown USB device: vendor 0x067b product 0x2303 bus uhub6 Sep 19 21:19:15 Melon kernel: ugen6.2: at usbus6 Is there any driver I can use or I need to buy another one? Kind regards, -- Demelier David From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 19:30:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11AB2106564A for ; Sun, 19 Sep 2010 19:30:26 +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 C5D1E8FC22 for ; Sun, 19 Sep 2010 19:30:25 +0000 (UTC) Received: from [94.233.244.11] (helo=alya) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1OxPai-0009XI-AS; Sun, 19 Sep 2010 23:30:24 +0400 From: Boris Samorodov To: David DEMELIER References: Date: Sun, 19 Sep 2010 23:30:22 +0400 In-Reply-To: (David DEMELIER's message of "Sun, 19 Sep 2010 21:25:36 +0200") Message-ID: <86015441@ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Null modem to USB wire not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 19:30:26 -0000 On Sun, 19 Sep 2010 21:25:36 +0200 David DEMELIER wrote: > I just bought a null modem to USB from Profilic and it isn't > recognized by FreeBSD. > It's a chipset Prolific Technology Inc. > Sep 19 21:19:15 Melon root: Unknown USB device: vendor 0x067b product > 0x2303 bus uhub6 > Sep 19 21:19:15 Melon kernel: ugen6.2: at usbus6 > Is there any driver I can use or I need to buy another one? alya% apropos prolific uplcom(4) - USB support for Prolific PL-2303/2303X/2303HX serial adapters driver -- 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 Sun Sep 19 19:55: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 7EDE6106564A for ; Sun, 19 Sep 2010 19:55:51 +0000 (UTC) (envelope-from demelier.david@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 0D2078FC2D for ; Sun, 19 Sep 2010 19:55:50 +0000 (UTC) Received: by bwz15 with SMTP id 15so4993774bwz.13 for ; Sun, 19 Sep 2010 12:55: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=hzJbEP+5Gg11eEPET2YKniRZNV2ssbnFlHR5GZLUr1E=; b=cqxndHNzPg16vcQJnqrhNRJu8yYwm730uW/c7EXIOyY5oiMJK5i9kBKwJ40js5l9MR O+cnxWHWym6Xu3OzsgN5HQwowo/rMc+V/tzbRFiyHil4hfgXnVAHaHvVBFz7Gpw8bCLv 7DIkk/hgofcnpNKZo7R8I29y73XVDIkKg4liY= 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=SzBSZ1VHIRhmpLinFc9FaXOV8EKmWvF6ngG8nm9hypoemEzF0ZW9WmnqXUtGGx2EnO zCdhtb7++qwVarklBSkychhWbaI8zUtiR5sTOIjmE3QQ/cEM83UcjyPTWsAzF9rLQqHP 7AXLi5RzsifycN85x7XXKQ4KmCo1UJ4weeaZ4= MIME-Version: 1.0 Received: by 10.204.103.16 with SMTP id i16mr5733120bko.98.1284926149421; Sun, 19 Sep 2010 12:55:49 -0700 (PDT) Received: by 10.204.97.208 with HTTP; Sun, 19 Sep 2010 12:55:49 -0700 (PDT) In-Reply-To: <86015441@ipt.ru> References: <86015441@ipt.ru> Date: Sun, 19 Sep 2010 21:55:49 +0200 Message-ID: From: David DEMELIER To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Null modem to USB wire not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 19:55:51 -0000 2010/9/19 Boris Samorodov : > On Sun, 19 Sep 2010 21:25:36 +0200 David DEMELIER wrote: > >> I just bought a null modem to USB from Profilic and it isn't >> recognized by FreeBSD. > >> It's a chipset Prolific Technology Inc. > >> Sep 19 21:19:15 Melon root: Unknown USB device: vendor 0x067b product >> 0x2303 bus uhub6 >> Sep 19 21:19:15 Melon kernel: ugen6.2: at usb= us6 > >> Is there any driver I can use or I need to buy another one? > > alya% apropos prolific > uplcom(4) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0- USB su= pport for Prolific PL-2303/2303X/2303HX serial adapters driver > > -- > WBR, Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > Thanks ! --=20 Demelier David From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 22:56: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 917D3106564A for ; Sun, 19 Sep 2010 22:56:55 +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 DCD9C8FC1B for ; Sun, 19 Sep 2010 22:56:54 +0000 (UTC) Received: from [192.168.2.159] (pool-71-121-31-180.snfcca.fios.verizon.net [71.121.31.180]) (authenticated bits=0) by lakerest.net (8.14.4/8.14.3) with ESMTP id o8JMumg8037703 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 19 Sep 2010 18:56:52 -0400 (EDT) (envelope-from rrs@lakerest.net) Message-Id: From: Randall Stewart To: FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 19 Sep 2010 15:56:42 -0700 X-Mailer: Apple Mail (2.936) Subject: Crash during boot of current (rev 212885) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 22:56:55 -0000 Hey all: I am now seeing a crash when I boot my Intel (in 64 bit more)... Its very early in the boot process.. and thus no crash dump ;-0 Its in netisr_start_swi() When it initializes netisr_mtx with a mtx_init() it crashes saying that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends with c ... so it definitely is unaligned... Looking at the netisr_workstream structure (where netisr_mtx is) it appears to be in theory aligned right (follows 2 pointers)... so did something change the DP_CPU Define stuff to cause us to get unaligned access? Just curious... If I don't hear from anyone I will start backing things out 1 rev at a time until I find what did it I guess ;-) R ------------------------------ Randall Stewart 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sun Sep 19 23:46: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 20583106564A; Sun, 19 Sep 2010 23:46:46 +0000 (UTC) (envelope-from oliver.pntr@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 800948FC1A; Sun, 19 Sep 2010 23:46:45 +0000 (UTC) Received: by fxm9 with SMTP id 9so504430fxm.13 for ; Sun, 19 Sep 2010 16:46:44 -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=oF/W1e25sMaehEvpHzBMx7JSMRLrUmoKwcpwIzGrdxs=; b=AzVzR0Lknet5J1ryzE4AnOjuEi/7Lglfp33uJUGps4rE+vj+3usCPkkUHgBPa273kL NSqa0qNGihm4nbhixM+8QekllDOPH/ur0Kzo/+wxeNxR8y2mPePx92N7PUgfP46JdR0N 0sfQ5zxtXSM1mGQl6hO7kJgPgB0gBt9ad8h1w= 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=MJ3cp8j18jajXJbqWuVYKNpj7Jk//5xyLbCk81pVPbif1jNMJqL2f73O7rNvL2fnyX Eh6FQig24UILbMHIvJRLd2cJ0T/YywC1eHYBJMeaF6mY10nvPFk7gp2DWXU1y1Q/Lw5S Eb2rCh9GMQ4dF/4KC62LwQRa60t0EevAypki4= MIME-Version: 1.0 Received: by 10.103.138.4 with SMTP id q4mr452924mun.26.1284938258957; Sun, 19 Sep 2010 16:17:38 -0700 (PDT) Received: by 10.102.23.19 with HTTP; Sun, 19 Sep 2010 16:17:38 -0700 (PDT) In-Reply-To: <16411667@ipt.ru> References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> Date: Mon, 20 Sep 2010 01:17:38 +0200 Message-ID: From: Oliver Pinter To: Boris Samorodov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek , freebsd-arch@freebsd.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Sep 2010 23:46:46 -0000 Hi PJD! Can you this patcheset release for 7-STABLE? On 9/19/10, Boris Samorodov wrote: > Hi! > > On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote: > >> My company was in need for functionality similar to nextboot(8), but on >> boot loader level, so we can have two partitions we boot from where one >> is known to be good and the other is used for upgrades. We upgrade by >> dd(1)ing entire partition image onto unused partition, we mark it as >> try-to-boot-from-it-but-only-once, reboot and if we fail to boot from >> the new partition, we fall back to the old, good partition. If we >> succeed on the other hand, we mark the new partition as our boot >> partition and mark the other one as unused. > >> Well, how hard can it be? > >> After around two weeks of work, I ended up rewriting gptboot in large >> parts, reorganizing a lot of code, improving and extending gpart a bit >> and implementing desire functionality. > >> Here is the patch for review and test: > >> http://people.freebsd.org/~pjd/patches/gptboot.patch > > Great! Since I need to have both i386 and amd64 at my box > here are my test results: > ----- > [~]bsam@alya% uname -a > FreeBSD alya 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r212758M: Sat Sep 18 > 16:13:38 MSD 2010 > bsam@alya:/space/FreeBSD/base/head/obj/space/FreeBSD/base/head/src/sys/ALYA > amd64 > > [~]bsam@alya% glabel status > Name Status Components > gptid/c6053c9b-abcc-11df-b740-00251124aff4 N/A ad4p1 > label/9-amd64 N/A ad4p2 > label/swap N/A ad4p3 > label/space N/A ad4p4 > label/9-i386 N/A ad4p5 > [~]bsam@alya% mount > /dev/label/9-amd64 on / (ufs, local) > devfs on /dev (devfs, local, multilabel) > /dev/label/space on /space (ufs, local) > /dev/md0 on /tmp (ufs, local, nosuid, soft-updates) > procfs on /proc (procfs, local) > linprocfs on /compat/linux/proc (linprocfs, local) > linsysfs on /compat/linux/sys (linsysfs, local) > fdescfs on /dev/fd (fdescfs) > > [~]bsam@alya% gpart show > => 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs (20G) > 301990050 188244669 - free - (90G) > > [~]bsam@alya% gpart set -a bootme -i 2 ad4 > bootme set on ad4p2 > [~]bsam@alya% gpart set -a bootonce -i 5 ad4 > bootonce set on ad4p5 > [~]bsam@alya% gpart show > => 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs [bootme] (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs [bootonce,bootme] (20G) > 301990050 188244669 - free - (90G) > ----- > > Install i386 kernel/world to ad4p5, successful reboot, get i386 > system. Next reboot (get amd64 system back): > ----- > [~]bsam@alya% gpart show > => 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs [bootme] (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs (20G) > 301990050 188244669 - free - (90G) > ----- > > All seems to work fine. > >> Any comments or suggestions? > > Only one for now. With current default syslog configuration > logging to local0.warning and local0.info goes nowhere. > It will be good if those messages have traces at the > default system. > > > Thank you! That's really great. > > -- > WBR, Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 02:48: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 32AE6106564A; Mon, 20 Sep 2010 02:48:10 +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 A111D8FC14; Mon, 20 Sep 2010 02:48:09 +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 4EF3E7E878; Mon, 20 Sep 2010 12:31:15 +1000 (EST) Message-ID: <4C96C772.4030006@freebsd.org> Date: Mon, 20 Sep 2010 12:31:14 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100912 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: Randall Stewart References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: FreeBSD Current , avg@FreeBSD.org Subject: Re: Crash during boot of current (rev 212885) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 02:48:10 -0000 Hiya Randall! On 09/20/10 08:56, Randall Stewart wrote: > Hey all: > > I am now seeing a crash when I boot my Intel (in 64 bit more)... > > Its very early in the boot process.. and thus no crash dump ;-0 > > Its in > > netisr_start_swi() > > When it initializes netisr_mtx with a mtx_init() it crashes saying > that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends > with c ... so it definitely is unaligned... > > Looking at the netisr_workstream structure (where netisr_mtx is) it > appears to be in theory aligned right (follows 2 pointers)... so > did something change the DP_CPU Define stuff to cause us to get unaligned > access? > > Just curious... If I don't hear from anyone I will start backing things > out 1 > rev at a time until I find what did it I guess ;-) My guess would be r212647. Try backing that rev out and if it fixes things, hopefully Andriy will have some thoughts on how to fix the problem. Apologies if my guess is a red herring. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 03:38:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7189B106566C; Mon, 20 Sep 2010 03:38:52 +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 B69248FC12; Mon, 20 Sep 2010 03:38:51 +0000 (UTC) Received: from [192.168.2.159] (pool-71-121-31-180.snfcca.fios.verizon.net [71.121.31.180]) (authenticated bits=0) by lakerest.net (8.14.4/8.14.3) with ESMTP id o8K3cfeR005445 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 19 Sep 2010 23:38:48 -0400 (EDT) (envelope-from rrs@lakerest.net) Message-Id: <29093DA9-BB4D-49B5-A20E-EDEDF6B5BAEC@lakerest.net> From: Randall Stewart To: Lawrence Stewart In-Reply-To: <4C96C772.4030006@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 19 Sep 2010 20:38:35 -0700 References: <4C96C772.4030006@freebsd.org> X-Mailer: Apple Mail (2.936) Cc: FreeBSD Current , avg@freebsd.org Subject: Re: Crash during boot of current (rev 212885) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 03:38:52 -0000 Hi Lawrence: I am currently doing a binary search.. I know that 212660 shows the break. I am just about to try 212560 ;-) If that works I will update to 212646 and see if it works.. ;-) R On Sep 19, 2010, at 7:31 PM, Lawrence Stewart wrote: > Hiya Randall! > > On 09/20/10 08:56, Randall Stewart wrote: >> Hey all: >> >> I am now seeing a crash when I boot my Intel (in 64 bit more)... >> >> Its very early in the boot process.. and thus no crash dump ;-0 >> >> Its in >> >> netisr_start_swi() >> >> When it initializes netisr_mtx with a mtx_init() it crashes saying >> that netisr_mtx is unaligned... (the address ddb shows for >> netisr_mtx ends >> with c ... so it definitely is unaligned... >> >> Looking at the netisr_workstream structure (where netisr_mtx is) it >> appears to be in theory aligned right (follows 2 pointers)... so >> did something change the DP_CPU Define stuff to cause us to get >> unaligned >> access? >> >> Just curious... If I don't hear from anyone I will start backing >> things >> out 1 >> rev at a time until I find what did it I guess ;-) > > My guess would be r212647. Try backing that rev out and if it fixes > things, hopefully Andriy will have some thoughts on how to fix the > problem. Apologies if my guess is a red herring. > > Cheers, > Lawrence > ------------------------------ Randall Stewart 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 04:40: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 D2FC81065673 for ; Mon, 20 Sep 2010 04:40:56 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E69E58FC0C for ; Mon, 20 Sep 2010 04:40:55 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id HAA03295; Mon, 20 Sep 2010 07:40:50 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OxYBO-000K4E-7E; Mon, 20 Sep 2010 07:40:50 +0300 Message-ID: <4C96E5D1.20906@freebsd.org> Date: Mon, 20 Sep 2010 07:40:49 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Randall Stewart References: <4C96C772.4030006@freebsd.org> <29093DA9-BB4D-49B5-A20E-EDEDF6B5BAEC@lakerest.net> In-Reply-To: <29093DA9-BB4D-49B5-A20E-EDEDF6B5BAEC@lakerest.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , FreeBSD Current Subject: Re: Crash during boot of current (rev 212885) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 04:40:56 -0000 on 20/09/2010 06:38 Randall Stewart said the following: > Hi Lawrence: > > I am currently doing a binary search.. > > I know that 212660 shows the break. > > I am just about to try 212560 ;-) > > If that works I will update to 212646 and see if it works.. ;-) Randall, please also make sure that you have sufficiently recent ld as described in UPDATING from 20100915. I'd be interested to see output of readelf -a -W for your kernel that crashes. > On Sep 19, 2010, at 7:31 PM, Lawrence Stewart wrote: > >> Hiya Randall! >> >> On 09/20/10 08:56, Randall Stewart wrote: >>> Hey all: >>> >>> I am now seeing a crash when I boot my Intel (in 64 bit more)... >>> >>> Its very early in the boot process.. and thus no crash dump ;-0 >>> >>> Its in >>> >>> netisr_start_swi() >>> >>> When it initializes netisr_mtx with a mtx_init() it crashes saying >>> that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends >>> with c ... so it definitely is unaligned... >>> >>> Looking at the netisr_workstream structure (where netisr_mtx is) it >>> appears to be in theory aligned right (follows 2 pointers)... so >>> did something change the DP_CPU Define stuff to cause us to get unaligned >>> access? >>> >>> Just curious... If I don't hear from anyone I will start backing things >>> out 1 >>> rev at a time until I find what did it I guess ;-) >> >> My guess would be r212647. Try backing that rev out and if it fixes >> things, hopefully Andriy will have some thoughts on how to fix the >> problem. Apologies if my guess is a red herring. >> >> Cheers, >> Lawrence >> > > ------------------------------ > Randall Stewart > 803-317-4952 (cell) > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:01: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 D70E1106564A; Mon, 20 Sep 2010 05:01: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 93D4C8FC0A; Mon, 20 Sep 2010 05:01:09 +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 o8K5188V026792; Mon, 20 Sep 2010 01:01:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8K5183t026791; Mon, 20 Sep 2010 05:01:08 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 20 Sep 2010 05:01:08 GMT Message-Id: <201009200501.o8K5183t026791@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 arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 05:01:09 -0000 TB --- 2010-09-20 04:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-20 04:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-09-20 04:55:00 - cleaning the object tree TB --- 2010-09-20 04:55:38 - cvsupping the source tree TB --- 2010-09-20 04:55:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup5.freebsd.org /tinderbox/HEAD/arm/arm/supfile TB --- 2010-09-20 05:01:08 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-20 05:01:08 - ERROR: unable to cvsup the source tree TB --- 2010-09-20 05:01:08 - 1.19 user 35.12 system 367.85 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:12: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 ECB90106566B; Mon, 20 Sep 2010 05:12:38 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5CD8FC15; Mon, 20 Sep 2010 05:12:38 +0000 (UTC) Received: by gxk8 with SMTP id 8so1519181gxk.13 for ; Sun, 19 Sep 2010 22:12:37 -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=W8INcRlPM1wKSStZ7r1EBnU04HEXYqoA6X5vzO+l4m0=; b=av4ln8tZvnsLtYeZf6JaWHdW2V+h/Otjfwnhtbz3gwb6I/VdRGRWz3yVp2V/ZzdyUb +noBoquVH7V8G/EQ3IHvp5sRacgDCfYvvc08OuoTyhaAv74vZmq4WWDpcBOwt2vrCYLc btAn5etWhnFVLxPFzLI6HgAv2Yx4gG3TbCRqk= 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=Xyi7LDcw1TAs9MXjoEk35Q6fcIIIzvpxX5SC7ZFLB9LtKm60DU3k1ysgCwwvS4Dxyt UAtPLGvI0/qBeqxaeEorTkJ4UJSuZrQxNQWY7ilsuioRzVMjqk5C8K66wtRvxdaHm17l 4cflfZf+782ayWvJgfUrbKpzI9qmFOODSKsLI= Received: by 10.101.155.15 with SMTP id h15mr8704391ano.162.1284959557638; Sun, 19 Sep 2010 22:12:37 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-146-122.dsl.klmzmi.sbcglobal.net [99.181.146.122]) by mx.google.com with ESMTPS id f22sm11779733anh.24.2010.09.19.22.12.35 (version=SSLv3 cipher=RC4-MD5); Sun, 19 Sep 2010 22:12:36 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C96ED40.7070206@DataIX.net> Date: Mon, 20 Sep 2010 01:12:32 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100917 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: David Xu References: <4C961009.6080609@freebsd.org> In-Reply-To: <4C961009.6080609@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 05:12:39 -0000 On 09/19/2010 09:28, David Xu wrote: > just typed sysctl -a on keyboard, and found it is slow, sometimes > it has been stuck for a few seconds, further studied,I found it is > stucked at sysctl kern.geom: > > %/usr/bin/time sysctl -a kern.geom > kern.geom.collectstats: 1 > kern.geom.debugflags: 0 > kern.geom.label.debug: 0 > kern.geom.label.ext2fs.enable: 1 > kern.geom.label.iso9660.enable: 1 > kern.geom.label.msdosfs.enable: 1 > kern.geom.label.ntfs.enable: 1 > kern.geom.label.reiserfs.enable: 1 > kern.geom.label.ufs.enable: 1 > kern.geom.label.ufsid.enable: 1 > kern.geom.label.gptid.enable: 1 > kern.geom.label.gpt.enable: 1 > 2.01 real 0.00 user 0.00 sys > > it seems it needs more than 2 seconds to complete. > A ktrace(1) and a kdump(1) of the resulting ktrace.out file would probably help here along with uname -a. Ive seen this happen once before but do not recall what caused it. Regards & good luck, -- jhell,v From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:33: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 01A501065670; Mon, 20 Sep 2010 05:33:53 +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 25BC28FC14; Mon, 20 Sep 2010 05:33:51 +0000 (UTC) Received: from [192.168.2.159] (pool-71-121-31-180.snfcca.fios.verizon.net [71.121.31.180]) (authenticated bits=0) by lakerest.net (8.14.4/8.14.3) with ESMTP id o8K5XWIl009561 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 20 Sep 2010 01:33:47 -0400 (EDT) (envelope-from rrs@lakerest.net) Message-Id: <5B9801DF-2DBB-4203-9274-706276C6A910@lakerest.net> From: Randall Stewart To: Andriy Gapon In-Reply-To: <4C96E5D1.20906@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 19 Sep 2010 22:33:26 -0700 References: <4C96C772.4030006@freebsd.org> <29093DA9-BB4D-49B5-A20E-EDEDF6B5BAEC@lakerest.net> <4C96E5D1.20906@freebsd.org> X-Mailer: Apple Mail (2.936) Cc: Lawrence Stewart , FreeBSD Current Subject: Re: Crash during boot of current (rev 212885) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 05:33:53 -0000 Andrly: Ok.. I can do that. I can positively say that when I have a kernel with 212646.. all is well. But a kernel with 212647 crashes as described below... I will ship you the read-elf offlist R On Sep 19, 2010, at 9:40 PM, Andriy Gapon wrote: > on 20/09/2010 06:38 Randall Stewart said the following: >> Hi Lawrence: >> >> I am currently doing a binary search.. >> >> I know that 212660 shows the break. >> >> I am just about to try 212560 ;-) >> >> If that works I will update to 212646 and see if it works.. ;-) > > Randall, > > please also make sure that you have sufficiently recent ld as > described in > UPDATING from 20100915. > I'd be interested to see output of readelf -a -W for your kernel > that crashes. > > >> On Sep 19, 2010, at 7:31 PM, Lawrence Stewart wrote: >> >>> Hiya Randall! >>> >>> On 09/20/10 08:56, Randall Stewart wrote: >>>> Hey all: >>>> >>>> I am now seeing a crash when I boot my Intel (in 64 bit more)... >>>> >>>> Its very early in the boot process.. and thus no crash dump ;-0 >>>> >>>> Its in >>>> >>>> netisr_start_swi() >>>> >>>> When it initializes netisr_mtx with a mtx_init() it crashes saying >>>> that netisr_mtx is unaligned... (the address ddb shows for >>>> netisr_mtx ends >>>> with c ... so it definitely is unaligned... >>>> >>>> Looking at the netisr_workstream structure (where netisr_mtx is) it >>>> appears to be in theory aligned right (follows 2 pointers)... so >>>> did something change the DP_CPU Define stuff to cause us to get >>>> unaligned >>>> access? >>>> >>>> Just curious... If I don't hear from anyone I will start backing >>>> things >>>> out 1 >>>> rev at a time until I find what did it I guess ;-) >>> >>> My guess would be r212647. Try backing that rev out and if it fixes >>> things, hopefully Andriy will have some thoughts on how to fix the >>> problem. Apologies if my guess is a red herring. >>> >>> Cheers, >>> Lawrence >>> >> >> ------------------------------ >> Randall Stewart >> 803-317-4952 (cell) >> > > > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " > ------------------------------ Randall Stewart 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 05:41: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 DEBCB106564A; Mon, 20 Sep 2010 05:41:30 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F2C158FC08; Mon, 20 Sep 2010 05:41:29 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA03968; Mon, 20 Sep 2010 08:41:26 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OxZ82-000K8f-9Z; Mon, 20 Sep 2010 08:41:26 +0300 Message-ID: <4C96F404.9090405@freebsd.org> Date: Mon, 20 Sep 2010 08:41:24 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Randall Stewart References: <4C96C772.4030006@freebsd.org> <29093DA9-BB4D-49B5-A20E-EDEDF6B5BAEC@lakerest.net> <4C96E5D1.20906@freebsd.org> <5B9801DF-2DBB-4203-9274-706276C6A910@lakerest.net> In-Reply-To: <5B9801DF-2DBB-4203-9274-706276C6A910@lakerest.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , FreeBSD Current Subject: Re: Crash during boot of current (rev 212885) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 05:41:31 -0000 on 20/09/2010 08:33 Randall Stewart said the following: > Andrly: > > Ok.. > > I can do that. > > I can positively say that when I have a kernel with 212646.. all is well. > > But a kernel with 212647 crashes as described below... > > I will ship you the read-elf offlist I assume you have checked that ld is fresh, but would like to be sure. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:01: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 9A419106566B for ; Mon, 20 Sep 2010 06:01:46 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CD18A8FC12 for ; Mon, 20 Sep 2010 06:01:44 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA04278 for ; Mon, 20 Sep 2010 09:01:43 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OxZRf-000KAh-EU for freebsd-current@FreeBSD.ORG; Mon, 20 Sep 2010 09:01:43 +0300 Message-ID: <4C96F8C5.7020102@freebsd.org> Date: Mon, 20 Sep 2010 09:01:41 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [HEADS UP] recent ld is needed to build kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 06:01:46 -0000 Sorry, I should have sent out this earlier. Please note an entry in UPDATING from 20100915: A workaround for a fixed ld bug has been removed in kernel code, so make sure that your system ld is built from sources after revision 210245 (r211583 if building head kernel on stable/8, r211584 for stable/7). A symptom of incorrect ld version is different addresses for set_pcpu section and __start_set_pcpu symbol in kernel and/or modules. Apologies for any problems, because of the late notice. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 06:26: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 6D7791065672 for ; Mon, 20 Sep 2010 06:26:30 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 433E78FC14; Mon, 20 Sep 2010 06:26:30 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o8K6QSnw092549; Mon, 20 Sep 2010 06:26:29 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4C976F14.8000408@freebsd.org> Date: Mon, 20 Sep 2010 14:26:28 +0000 From: David Xu User-Agent: Thunderbird 2.0.0.24 (X11/20100630) MIME-Version: 1.0 To: jhell References: <4C961009.6080609@freebsd.org> <4C96ED40.7070206@DataIX.net> In-Reply-To: <4C96ED40.7070206@DataIX.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 06:26:30 -0000 jhell wrote: > On 09/19/2010 09:28, David Xu wrote: >> just typed sysctl -a on keyboard, and found it is slow, sometimes >> it has been stuck for a few seconds, further studied,I found it is >> stucked at sysctl kern.geom: >> >> %/usr/bin/time sysctl -a kern.geom >> kern.geom.collectstats: 1 >> kern.geom.debugflags: 0 >> kern.geom.label.debug: 0 >> kern.geom.label.ext2fs.enable: 1 >> kern.geom.label.iso9660.enable: 1 >> kern.geom.label.msdosfs.enable: 1 >> kern.geom.label.ntfs.enable: 1 >> kern.geom.label.reiserfs.enable: 1 >> kern.geom.label.ufs.enable: 1 >> kern.geom.label.ufsid.enable: 1 >> kern.geom.label.gptid.enable: 1 >> kern.geom.label.gpt.enable: 1 >> 2.01 real 0.00 user 0.00 sys >> >> it seems it needs more than 2 seconds to complete. >> > > A ktrace(1) and a kdump(1) of the resulting ktrace.out file would > probably help here along with uname -a. Ive seen this happen once before > but do not recall what caused it. > > > Regards & good luck, > Result is dumped here. http://people.freebsd.org/~davidxu/sysctl_slow.txt I think the culprit is sysctl kern.geom.confdot, which does not appear in normal output, until I check the kdump result. I tried five times, and it was blocked three times. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 07:40: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 B3137106566C; Mon, 20 Sep 2010 07:40:06 +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 62D3B8FC08; Mon, 20 Sep 2010 07:40:06 +0000 (UTC) Received: by iwn34 with SMTP id 34so4852336iwn.13 for ; Mon, 20 Sep 2010 00:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=LozL9q+UB8ei4aw7LH3Qnj4XMcHZAt++cKaBk9O8aOM=; b=Px+SWITph/YdgeealJJ0cRe4gnsQUCQ8GV/gqAuE8eUjLn1F0qhFrgLHfEh+vjzajs 6qoHGq6DjW0FG8w3szGsX0Ane6/nHVv01HxW7VwRSQFb3ziqaX4MI/uwXPneQVppPV9E 8LQlW0qD8X7cce/CO07jCSHSICSvwCII71FsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=SmB8rpthOoBuEDlBWbg5qTgKoaTYLeHDf4TLmSF+3vWSDLuZGT67I/WLSVyndliKiD xD40z/xLHwbby4JuSfMcj+E7Gb1aFdMrYT3qcTy6r4WnZSFPrEiFNEuy6JGSrHzozDQW OsAX+HG36/NyTDRHvX/mcEccGq62HWmYHqJnY= Received: by 10.231.31.135 with SMTP id y7mr9497806ibc.139.1284968379372; Mon, 20 Sep 2010 00:39:39 -0700 (PDT) Received: from centel.dataix.local ([99.181.146.122]) by mx.google.com with ESMTPS id r3sm7380061ibk.7.2010.09.20.00.39.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Sep 2010 00:39:37 -0700 (PDT) Sender: "J. Hellenthal" Date: Mon, 20 Sep 2010 03:39:06 -0400 From: jhell To: David Xu In-Reply-To: <4C976F14.8000408@freebsd.org> Message-ID: References: <4C961009.6080609@freebsd.org> <4C96ED40.7070206@DataIX.net> <4C976F14.8000408@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 07:40:06 -0000 On Mon, 20 Sep 2010 10:26, David Xu wrote: In Message-Id: <4C976F14.8000408@freebsd.org> > jhell wrote: >> On 09/19/2010 09:28, David Xu wrote: >>> just typed sysctl -a on keyboard, and found it is slow, sometimes >>> it has been stuck for a few seconds, further studied,I found it is >>> stucked at sysctl kern.geom: >>> >>> %/usr/bin/time sysctl -a kern.geom >>> kern.geom.collectstats: 1 >>> kern.geom.debugflags: 0 >>> kern.geom.label.debug: 0 >>> kern.geom.label.ext2fs.enable: 1 >>> kern.geom.label.iso9660.enable: 1 >>> kern.geom.label.msdosfs.enable: 1 >>> kern.geom.label.ntfs.enable: 1 >>> kern.geom.label.reiserfs.enable: 1 >>> kern.geom.label.ufs.enable: 1 >>> kern.geom.label.ufsid.enable: 1 >>> kern.geom.label.gptid.enable: 1 >>> kern.geom.label.gpt.enable: 1 >>> 2.01 real 0.00 user 0.00 sys >>> >>> it seems it needs more than 2 seconds to complete. >>> >> >> A ktrace(1) and a kdump(1) of the resulting ktrace.out file would >> probably help here along with uname -a. Ive seen this happen once before >> but do not recall what caused it. >> >> >> Regards & good luck, >> > > Result is dumped here. > http://people.freebsd.org/~davidxu/sysctl_slow.txt > I think the culprit is sysctl kern.geom.confdot, > which does not appear in normal output, until I check the kdump result. > I tried five times, and it was blocked three times. > Inspecting the output of sysctl -b kern.geom.confdot will give you what you currently have configured in the system as disks and what not through geom. If this seems to be bailing at that point, which is an opaque MIB/OID which doesn't come up other than when you use the "-o" switch to sysctl(1) then could you check your labels for your disks for any weird characters in the labels ? ( sysctl -bo kern.geom ) Also does this have the same effect when run in a xterm, cons25 terminal ? And same for the above but with the C, *_COUNTRY.UTF-8 or your normal locale ? ( env LANG=C sysctl kern.geom ) Looking at the output from mine there are quite a few unprintable characters present. Maybe these are having an impact with one of your labels. -- jhell,v From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 08:21: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 327561065672 for ; Mon, 20 Sep 2010 08:21:19 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 059D78FC18; Mon, 20 Sep 2010 08:21:19 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o8K8LH5e042727; Mon, 20 Sep 2010 08:21:18 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4C9789FD.5000008@freebsd.org> Date: Mon, 20 Sep 2010 16:21:17 +0000 From: David Xu User-Agent: Thunderbird 2.0.0.24 (X11/20100630) MIME-Version: 1.0 To: jhell References: <4C961009.6080609@freebsd.org> <4C96ED40.7070206@DataIX.net> <4C976F14.8000408@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 08:21:19 -0000 jhell wrote: > > On Mon, 20 Sep 2010 10:26, David Xu wrote: > In Message-Id: <4C976F14.8000408@freebsd.org> > >> jhell wrote: >>> On 09/19/2010 09:28, David Xu wrote: >>>> just typed sysctl -a on keyboard, and found it is slow, sometimes >>>> it has been stuck for a few seconds, further studied,I found it is >>>> stucked at sysctl kern.geom: >>>> >>>> %/usr/bin/time sysctl -a kern.geom >>>> kern.geom.collectstats: 1 >>>> kern.geom.debugflags: 0 >>>> kern.geom.label.debug: 0 >>>> kern.geom.label.ext2fs.enable: 1 >>>> kern.geom.label.iso9660.enable: 1 >>>> kern.geom.label.msdosfs.enable: 1 >>>> kern.geom.label.ntfs.enable: 1 >>>> kern.geom.label.reiserfs.enable: 1 >>>> kern.geom.label.ufs.enable: 1 >>>> kern.geom.label.ufsid.enable: 1 >>>> kern.geom.label.gptid.enable: 1 >>>> kern.geom.label.gpt.enable: 1 >>>> 2.01 real 0.00 user 0.00 sys >>>> >>>> it seems it needs more than 2 seconds to complete. >>>> >>> >>> A ktrace(1) and a kdump(1) of the resulting ktrace.out file would >>> probably help here along with uname -a. Ive seen this happen once before >>> but do not recall what caused it. >>> >>> >>> Regards & good luck, >>> >> >> Result is dumped here. >> http://people.freebsd.org/~davidxu/sysctl_slow.txt >> I think the culprit is sysctl kern.geom.confdot, >> which does not appear in normal output, until I check the kdump result. >> I tried five times, and it was blocked three times. >> > > > Inspecting the output of sysctl -b kern.geom.confdot will give you what > you currently have configured in the system as disks and what not > through geom. If this seems to be bailing at that point, which is an > opaque MIB/OID which doesn't come up other than when you use the "-o" > switch to sysctl(1) then could you check your labels for your disks for > any weird characters in the labels ? > > ( sysctl -bo kern.geom ) > > Also does this have the same effect when run in a xterm, cons25 terminal ? > > And same for the above but with the C, *_COUNTRY.UTF-8 or your normal > locale ? > > ( env LANG=C sysctl kern.geom ) > > Looking at the output from mine there are quite a few unprintable > characters present. Maybe these are having an impact with one of your > labels. > > I redirect all output to a disk file, and it still needs 1 second to complete, this machine is dual-core pentium E5500, faster than previous one which is a dual-core AMD 5000+ machine, the 5000+ needs 2 seconds to complete. $/usr/bin/time sysctl -b kern.geom.confdot > sysctl_geom_confdot.txt 1.00 real 0.00 user 0.00 sys the file is here: http://people.freebsd.org/~davidxu/sysctl_geom_confdot.txt From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 08:43:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33C2106566B for ; Mon, 20 Sep 2010 08:43:52 +0000 (UTC) (envelope-from krivenok.dmitry@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 5B0DD8FC1A for ; Mon, 20 Sep 2010 08:43:52 +0000 (UTC) Received: by vws2 with SMTP id 2so1952958vws.13 for ; Mon, 20 Sep 2010 01:43:51 -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=Y+/SGGMSKRkd/iZrRWQSoVEu6O9HWE87ey83ArhQ/SE=; b=OiIWh9H9pMCwCKcYVucu7YHRqxXHafMDDcOyLXJOKR/LMWF+f3DRkMOrbgcndNB8Ga jZm12h5HwOqQrut5Y5za7+ZCA7WlZyI1A5eBXRUCnKjV+oGVTlWOJt8uHTxPViPkDZEO S5cB5pz0nqpVa2ftJ+iWVIJKEWOol/Gpq3ApE= 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=e8blD3LNDr7zcwn99HNuLRtQnCW0JBK8JQsGb+j1GcgGctdAd2wGNy1Zu+F7+j9BqR 8qmWUa7CLok1OwHTroCvHRMNblvcYbyFSFXm09bdI80PkoDNbYYHSyH0nngRirhH23MB UKP0dt9sDkOsF8zRpCLEEyjafcUmK5LpC9lLI= MIME-Version: 1.0 Received: by 10.220.61.71 with SMTP id s7mr4514855vch.81.1284972230053; Mon, 20 Sep 2010 01:43:50 -0700 (PDT) Received: by 10.220.71.200 with HTTP; Mon, 20 Sep 2010 01:43:49 -0700 (PDT) In-Reply-To: <4C912926.6070409@FreeBSD.org> References: <4C912926.6070409@FreeBSD.org> Date: Mon, 20 Sep 2010 12:43:49 +0400 Message-ID: From: Dmitry Krivenok To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: buildworld + ccache trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 08:43:52 -0000 Your patch works fine for me, thanks! However, I don't see any performance gain when using ccache: # ccache -s cache directory /usr/src/.ccache cache hit (direct) 65 cache hit (preprocessed) 397 cache miss 225341 called for link 10852 multiple source files 20 compile failed 842 preprocessor error 61 bad compiler arguments 6 unsupported source language 15422 autoconf compile/link 593 unsupported compiler option 13939 no input file 36 files in cache 49386 cache size 914.4 Mbytes max cache size 1.0 Gbytes # time /home/krived/bin/update_freebsd.pl real 438m54.690s user 281m46.196s sys 125m25.608s # ccache -s cache directory /usr/src/.ccache cache hit (direct) 81 cache hit (preprocessed) 565 cache miss 362669 called for link 15636 multiple source files 28 compile failed 842 preprocessor error 61 bad compiler arguments 6 unsupported source language 26086 autoconf compile/link 593 unsupported compiler option 21887 no input file 44 files in cache 49346 cache size 900.0 Mbytes max cache size 1.0 Gbytes # Number of cache hits is very low. I need to understand this... On Thu, Sep 16, 2010 at 12:14 AM, Dimitry Andric wrote: > On 2010-09-15 14:44, Dmitry Krivenok wrote: >> >> I recently updated to r212634 and tried to build CURRENT tree with ccach= e. > > ... >> >> /usr/src/lib/csu/i386-elf/crt1_s.S:42: Error: `8(%ebp)' is not a valid >> 64 bit base/index expression > > I assume this error occurs when building the 32-bit components on amd64. > If so, can you please try the attached patch? > > It should fix the build32 stage with a non-default ${CC} setting. =A0This > also applies to building with clang, for instance. > From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 10:07: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 537431065672 for ; Mon, 20 Sep 2010 10:07:00 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 13D7E8FC1F for ; Mon, 20 Sep 2010 10:07:00 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:f93c:c67a:5a2d:4e81] (unknown [IPv6:2001:7b8:3a7:0:f93c:c67a:5a2d:4e81]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1C2F65C43; Mon, 20 Sep 2010 12:06:59 +0200 (CEST) Message-ID: <4C97324A.1080100@FreeBSD.org> Date: Mon, 20 Sep 2010 12:07:06 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Dmitry Krivenok References: <4C912926.6070409@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: buildworld + ccache trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 10:07:00 -0000 On 2010-09-20 10:43, Dmitry Krivenok wrote: > Your patch works fine for me, thanks! Note this patch is just a workaround for now, I'm still working on the proper solution. :) > However, I don't see any performance gain when using ccache: ... > cache miss 225341 ... > cache miss 362669 ... > Number of cache hits is very low. Since ccache depends on the results of preprocessing being exactly the same every time, there could be something in your setup and/or way of updating that changes them during each update. You can experiment with adding '-save-temps' to your compile flags, to see if any resulting .i files unexpectedly change after you update your source tree. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 10:27:25 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 60F7C1065670 for ; Mon, 20 Sep 2010 10:27:25 +0000 (UTC) (envelope-from mkhitrov@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 15A5B8FC1B for ; Mon, 20 Sep 2010 10:27:24 +0000 (UTC) Received: by vws2 with SMTP id 2so2024369vws.13 for ; Mon, 20 Sep 2010 03:27:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=PnvUy8/w30SBc2+hqgioVaM4LKb+X4V6Mso2LJpmJqc=; b=TwKFEzheq++WsCPGDPdlc4kguKG8siOZnPpRLq4ug1P+NrqZSywk86dFd44hrISLTh vJIZI4TDbIE19tHXPakF3KyNQiwa0u+uHXlWAuH+pmXIsuEBbWGBJ06mbqJUEObdpH78 aZsd+JUwmFzCF2La4uDVUwOLw9D3QbiY7sReo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=VSkMU9rGl2J4++HwFzGz3mQdINs2NNdQ91JVLtIzpoeBASVzFF/s6YpHFBzmWWROt2 3hcZUR8wsRJPXnp6f8QzqxDUlsbr9G+MUspUI7MHMwKoreOiT9Vsw+dcmrslSZbXousw jSAgRWhBugNDTEIiLQA1s6u9mNI8zo/oksS6s= Received: by 10.220.30.139 with SMTP id u11mr437413vcc.77.1284978444143; Mon, 20 Sep 2010 03:27:24 -0700 (PDT) MIME-Version: 1.0 Sender: mkhitrov@gmail.com Received: by 10.220.184.4 with HTTP; Mon, 20 Sep 2010 03:27:04 -0700 (PDT) In-Reply-To: References: <4C912926.6070409@FreeBSD.org> From: Maxim Khitrov Date: Mon, 20 Sep 2010 06:27:04 -0400 X-Google-Sender-Auth: D-JIyx5i9rxMOg7lh2B_c5hn3Yo Message-ID: To: Dmitry Krivenok Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: buildworld + ccache trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 10:27:25 -0000 On Mon, Sep 20, 2010 at 4:43 AM, Dmitry Krivenok wrote: > Your patch works fine for me, thanks! > However, I don't see any performance gain when using ccache: > > Number of cache hits is very low. > I need to understand this... Make sure you have the following environment variables set: CCACHE_HASH_COMPILER=1 (2.4) CCACHE_COMPILERCHECK=content (3.0+) CCache will not use cached files if the compiler has changed. The default way of detecting this change is by comparing compiler's size and modification time. Since the modification time changes after each installworld, you are effectively clearing the cache for all subsequent compilations. Setting the above variables will cause the "sameness" of the compiler to be determined by hashing its contents, which should only change if the compiler code was actually modified. - Max From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 09:12: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 1A4DC106566B; Mon, 20 Sep 2010 09:12:56 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id AB4918FC18; Mon, 20 Sep 2010 09:12:55 +0000 (UTC) Received: by qwg5 with SMTP id 5so3720691qwg.13 for ; Mon, 20 Sep 2010 02:12:54 -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=jLsdUcSGx8R/8mFt7/4HmgLfgvhTfnG6dpDUULyCd98=; b=UC6l2Oy72V+lrUEMFOPQK5UZd/CPdFliK/9sDYpokIthnq2bhua2Kg1IddEBkxpVtM KV7HTDQWe40WKKw/RJOo2uNWc1o4aYGmAZ8ZmPPKhPdXACN0gN5XLU8YDBBH3K/HwQn4 G5P+CVKh5z6H3QT8YkDGHlSnszoGHcA5cLnQc= 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=OKH0ffXerfrczGGPxzScNqjxExG3ns3clOTPpH5SR1APyxeXmesedIRUfJj3WSaqUs A3XycnZvQqOlM2+D4ufDwXCt8MDeFCH7ub4M29A8LQ5vvrL+KyWLHQ4ZEPmCIgbwEQ// YkcMgwm5NxzAky/cCzORTKvksgygBJxqyIVFc= MIME-Version: 1.0 Received: by 10.229.192.4 with SMTP id do4mr5859346qcb.164.1284972416767; Mon, 20 Sep 2010 01:46:56 -0700 (PDT) Received: by 10.229.215.209 with HTTP; Mon, 20 Sep 2010 01:46:56 -0700 (PDT) In-Reply-To: <16411667@ipt.ru> References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> Date: Mon, 20 Sep 2010 09:46:56 +0100 Message-ID: From: krad To: Boris Samorodov X-Mailman-Approved-At: Mon, 20 Sep 2010 11:56:59 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek , freebsd-arch@freebsd.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 09:12:56 -0000 On 19 September 2010 18:10, Boris Samorodov wrote: > Hi! > > On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote: > > > My company was in need for functionality similar to nextboot(8), but on > > boot loader level, so we can have two partitions we boot from where one > > is known to be good and the other is used for upgrades. We upgrade by > > dd(1)ing entire partition image onto unused partition, we mark it as > > try-to-boot-from-it-but-only-once, reboot and if we fail to boot from > > the new partition, we fall back to the old, good partition. If we > > succeed on the other hand, we mark the new partition as our boot > > partition and mark the other one as unused. > > > Well, how hard can it be? > > > After around two weeks of work, I ended up rewriting gptboot in large > > parts, reorganizing a lot of code, improving and extending gpart a bit > > and implementing desire functionality. > > > Here is the patch for review and test: > > > http://people.freebsd.org/~pjd/patches/gptboot.patch > > Great! Since I need to have both i386 and amd64 at my box > here are my test results: > ----- > [~]bsam@alya% uname -a > FreeBSD alya 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r212758M: Sat Sep 18 > 16:13:38 MSD 2010 > bsam@alya:/space/FreeBSD/base/head/obj/space/FreeBSD/base/head/src/sys/ALYA > amd64 > > [~]bsam@alya% glabel status > Name Status Components > gptid/c6053c9b-abcc-11df-b740-00251124aff4 N/A ad4p1 > label/9-amd64 N/A ad4p2 > label/swap N/A ad4p3 > label/space N/A ad4p4 > label/9-i386 N/A ad4p5 > [~]bsam@alya% mount > /dev/label/9-amd64 on / (ufs, local) > devfs on /dev (devfs, local, multilabel) > /dev/label/space on /space (ufs, local) > /dev/md0 on /tmp (ufs, local, nosuid, soft-updates) > procfs on /proc (procfs, local) > linprocfs on /compat/linux/proc (linprocfs, local) > linsysfs on /compat/linux/sys (linsysfs, local) > fdescfs on /dev/fd (fdescfs) > > [~]bsam@alya% gpart show > => 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs (20G) > 301990050 188244669 - free - (90G) > > [~]bsam@alya% gpart set -a bootme -i 2 ad4 > bootme set on ad4p2 > [~]bsam@alya% gpart set -a bootonce -i 5 ad4 > bootonce set on ad4p5 > [~]bsam@alya% gpart show > => 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs [bootme] (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs [bootonce,bootme] (20G) > 301990050 188244669 - free - (90G) > ----- > > Install i386 kernel/world to ad4p5, successful reboot, get i386 > system. Next reboot (get amd64 system back): > ----- > [~]bsam@alya% gpart show > => 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs [bootme] (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs (20G) > 301990050 188244669 - free - (90G) > ----- > > All seems to work fine. > > > Any comments or suggestions? > > Only one for now. With current default syslog configuration > logging to local0.warning and local0.info goes nowhere. > It will be good if those messages have traces at the > default system. > > > Thank you! That's really great. > > -- > WBR, Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > 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" > does it work for zfs boot as that would be really nice if it did? From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:34: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 77E50106566C for ; Mon, 20 Sep 2010 12:34:28 +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 E01ED8FC19 for ; Mon, 20 Sep 2010 12:34:27 +0000 (UTC) Received: from lawrence1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id EEED37E853; Mon, 20 Sep 2010 22:34:25 +1000 (EST) Message-ID: <4C9754CD.7000508@freebsd.org> Date: Mon, 20 Sep 2010 22:34:21 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.2.9) Gecko/20100913 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: David Xu References: <4C961009.6080609@freebsd.org> <4C96ED40.7070206@DataIX.net> <4C976F14.8000408@freebsd.org> <4C9789FD.5000008@freebsd.org> In-Reply-To: <4C9789FD.5000008@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: freebsd-current@freebsd.org Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 12:34:28 -0000 On 09/21/10 02:21, David Xu wrote: > jhell wrote: >> >> On Mon, 20 Sep 2010 10:26, David Xu wrote: >> In Message-Id: <4C976F14.8000408@freebsd.org> >> >>> jhell wrote: >>>> On 09/19/2010 09:28, David Xu wrote: >>>>> just typed sysctl -a on keyboard, and found it is slow, sometimes >>>>> it has been stuck for a few seconds, further studied,I found it is >>>>> stucked at sysctl kern.geom: >>>>> >>>>> %/usr/bin/time sysctl -a kern.geom >>>>> kern.geom.collectstats: 1 >>>>> kern.geom.debugflags: 0 >>>>> kern.geom.label.debug: 0 >>>>> kern.geom.label.ext2fs.enable: 1 >>>>> kern.geom.label.iso9660.enable: 1 >>>>> kern.geom.label.msdosfs.enable: 1 >>>>> kern.geom.label.ntfs.enable: 1 >>>>> kern.geom.label.reiserfs.enable: 1 >>>>> kern.geom.label.ufs.enable: 1 >>>>> kern.geom.label.ufsid.enable: 1 >>>>> kern.geom.label.gptid.enable: 1 >>>>> kern.geom.label.gpt.enable: 1 >>>>> 2.01 real 0.00 user 0.00 sys >>>>> >>>>> it seems it needs more than 2 seconds to complete. >>>>> >>>> >>>> A ktrace(1) and a kdump(1) of the resulting ktrace.out file would >>>> probably help here along with uname -a. Ive seen this happen once >>>> before >>>> but do not recall what caused it. >>>> >>>> >>>> Regards & good luck, >>>> >>> >>> Result is dumped here. >>> http://people.freebsd.org/~davidxu/sysctl_slow.txt >>> I think the culprit is sysctl kern.geom.confdot, >>> which does not appear in normal output, until I check the kdump result. >>> I tried five times, and it was blocked three times. >>> >> >> >> Inspecting the output of sysctl -b kern.geom.confdot will give you >> what you currently have configured in the system as disks and what not >> through geom. If this seems to be bailing at that point, which is an >> opaque MIB/OID which doesn't come up other than when you use the "-o" >> switch to sysctl(1) then could you check your labels for your disks >> for any weird characters in the labels ? >> >> ( sysctl -bo kern.geom ) >> >> Also does this have the same effect when run in a xterm, cons25 >> terminal ? >> >> And same for the above but with the C, *_COUNTRY.UTF-8 or your normal >> locale ? >> >> ( env LANG=C sysctl kern.geom ) >> >> Looking at the output from mine there are quite a few unprintable >> characters present. Maybe these are having an impact with one of your >> labels. >> >> > > I redirect all output to a disk file, and it still needs 1 second to > complete, this machine is dual-core pentium E5500, faster than previous > one which is a dual-core AMD 5000+ machine, the 5000+ needs 2 > seconds to complete. > > $/usr/bin/time sysctl -b kern.geom.confdot > sysctl_geom_confdot.txt > 1.00 real 0.00 user 0.00 sys > > the file is here: > http://people.freebsd.org/~davidxu/sysctl_geom_confdot.txt As an extra data point, running "/usr/bin/time sysctl -b kern.geom.confdot" repeatedly on my amd64 8.1-STABLE desktop varies between 0s and 2s. It reports 0 majority of the time but every 5 or so runs it'll stall for 1 or 2 seconds. So the problem isn't isolated to head. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:47: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 86B19106566B; Mon, 20 Sep 2010 12:47:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 30ED38FC13; Mon, 20 Sep 2010 12:47:29 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id CDCAD45C9B; Mon, 20 Sep 2010 14:47:27 +0200 (CEST) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1BC5C45C8A; Mon, 20 Sep 2010 14:47:23 +0200 (CEST) Date: Mon, 20 Sep 2010 14:47:07 +0200 From: Pawel Jakub Dawidek To: krad Message-ID: <20100920124707.GB2410@garage.freebsd.pl> References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Boris Samorodov , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 12:47:29 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2010 at 09:46:56AM +0100, krad wrote: > does it work for zfs boot as that would be really nice if it did? No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not really on partitions. One ZFS file system can span multiple disks/partitions. I'm not yet sure how to implement it, so it is intuitive, but I also haven't spend much time thinking about it. We needed UFS and that is what I implemented. It took me much more time than I expected anyway:) --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyXV8oACgkQForvXbEpPzSCWACgmFagnt7ZqaQCOTy4PhJler1X TmwAn2fAbS83veU8GowsgbQlsPHcDI+v =vI4P -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:49: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 7740C1065670; Mon, 20 Sep 2010 12:49:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 232758FC0A; Mon, 20 Sep 2010 12:49:10 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C840A45DD8; Mon, 20 Sep 2010 14:49:08 +0200 (CEST) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D5F8745C8A; Mon, 20 Sep 2010 14:48:59 +0200 (CEST) Date: Mon, 20 Sep 2010 14:48:44 +0200 From: Pawel Jakub Dawidek To: Oliver Pinter Message-ID: <20100920124844.GC2410@garage.freebsd.pl> References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2JFBq9zoW8cOFH7v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Boris Samorodov , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 12:49:10 -0000 --2JFBq9zoW8cOFH7v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2010 at 01:17:38AM +0200, Oliver Pinter wrote: > Hi PJD! >=20 > Can you this patcheset release for 7-STABLE? I've no plans atm to port this work to 7-STABLE. I don't even have 7.x systems anymore. Not sure how boot code differs, maybe the patch will apply without modifications? No idea. I'd like to MFC this to 8-STABLE, though. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2JFBq9zoW8cOFH7v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyXWCsACgkQForvXbEpPzRmAQCgt6HlN/qQjLPEv9izrdTUo2mp mhYAoKzHdu062hoa7bJcwYW8mxs8pOaX =rSjI -----END PGP SIGNATURE----- --2JFBq9zoW8cOFH7v-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:54: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 E87081065673; Mon, 20 Sep 2010 12:54:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 28F258FC0A; Mon, 20 Sep 2010 12:54:29 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A986945E8E; Mon, 20 Sep 2010 14:54:27 +0200 (CEST) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6C4BF45E6F; Mon, 20 Sep 2010 14:54:22 +0200 (CEST) Date: Mon, 20 Sep 2010 14:54:06 +0200 From: Pawel Jakub Dawidek To: Boris Samorodov Message-ID: <20100920125406.GD2410@garage.freebsd.pl> References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1sNVjLsmu1MXqwQ/" Content-Disposition: inline In-Reply-To: <16411667@ipt.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 12:54:30 -0000 --1sNVjLsmu1MXqwQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 19, 2010 at 09:10:52PM +0400, Boris Samorodov wrote: > Hi! >=20 > On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote: >=20 > > My company was in need for functionality similar to nextboot(8), but on > > boot loader level, so we can have two partitions we boot from where one > > is known to be good and the other is used for upgrades. We upgrade by > > dd(1)ing entire partition image onto unused partition, we mark it as > > try-to-boot-from-it-but-only-once, reboot and if we fail to boot from > > the new partition, we fall back to the old, good partition. If we > > succeed on the other hand, we mark the new partition as our boot > > partition and mark the other one as unused. >=20 > > Well, how hard can it be? >=20 > > After around two weeks of work, I ended up rewriting gptboot in large > > parts, reorganizing a lot of code, improving and extending gpart a bit > > and implementing desire functionality. >=20 > > Here is the patch for review and test: >=20 > > http://people.freebsd.org/~pjd/patches/gptboot.patch >=20 > Great! Since I need to have both i386 and amd64 at my box > here are my test results: > ----- > [~]bsam@alya% uname -a > FreeBSD alya 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r212758M: Sat Sep 18 16:1= 3:38 MSD 2010 > bsam@alya:/space/FreeBSD/base/head/obj/space/FreeBSD/base/head/src/sys/AL= YA amd64 >=20 > [~]bsam@alya% glabel status > Name Status Components > gptid/c6053c9b-abcc-11df-b740-00251124aff4 N/A ad4p1 > label/9-amd64 N/A ad4p2 > label/swap N/A ad4p3 > label/space N/A ad4p4 > label/9-i386 N/A ad4p5 > [~]bsam@alya% mount > /dev/label/9-amd64 on / (ufs, local) > devfs on /dev (devfs, local, multilabel) > /dev/label/space on /space (ufs, local) > /dev/md0 on /tmp (ufs, local, nosuid, soft-updates) > procfs on /proc (procfs, local) > linprocfs on /compat/linux/proc (linprocfs, local) > linsysfs on /compat/linux/sys (linsysfs, local) > fdescfs on /dev/fd (fdescfs) >=20 > [~]bsam@alya% gpart show > =3D> 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs (20G) > 301990050 188244669 - free - (90G) >=20 > [~]bsam@alya% gpart set -a bootme -i 2 ad4 > bootme set on ad4p2 > [~]bsam@alya% gpart set -a bootonce -i 5 ad4 > bootonce set on ad4p5 > [~]bsam@alya% gpart show > =3D> 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs [bootme] (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs [bootonce,bootme] (20G) > 301990050 188244669 - free - (90G) > ----- >=20 > Install i386 kernel/world to ad4p5, successful reboot, get i386 > system. Next reboot (get amd64 system back): > ----- > [~]bsam@alya% gpart show > =3D> 34 490234685 ad4 GPT (234G) > 34 128 1 freebsd-boot (64K) > 162 41943040 2 freebsd-ufs [bootme] (20G) > 41943202 8388608 3 freebsd-swap (4.0G) > 50331810 209715200 4 freebsd-ufs (100G) > 260047010 41943040 5 freebsd-ufs (20G) > 301990050 188244669 - free - (90G) > ----- >=20 > All seems to work fine. Great, thanks for testing! > > Any comments or suggestions? >=20 > Only one for now. With current default syslog configuration > logging to local0.warning and local0.info goes nowhere. > It will be good if those messages have traces at the > default system. Good point. I changed those to local0.notice. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --1sNVjLsmu1MXqwQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyXWW4ACgkQForvXbEpPzS28wCdHvRBL/PrbRWM8ulvyvUFtCTN G0MAnjHV+NAA3H5dipoQs/0PemI9ezHF =eo7e -----END PGP SIGNATURE----- --1sNVjLsmu1MXqwQ/-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 12:59:23 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAB601065693; Mon, 20 Sep 2010 12:59:23 +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 0D63C8FC20; Mon, 20 Sep 2010 12:59:22 +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 PAA11757; Mon, 20 Sep 2010 15:59:20 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C975AA8.1040106@icyb.net.ua> Date: Mon, 20 Sep 2010 15:59:20 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100909 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> <20100920124707.GB2410@garage.freebsd.pl> In-Reply-To: <20100920124707.GB2410@garage.freebsd.pl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org, krad Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 12:59:25 -0000 on 20/09/2010 15:47 Pawel Jakub Dawidek said the following: > No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not > really on partitions. One ZFS file system can span multiple > disks/partitions. I'm not yet sure how to implement it, so it is > intuitive, but I also haven't spend much time thinking about it. We > needed UFS and that is what I implemented. It took me much more time > than I expected anyway:) Maybe reserve some area inside zfs boot2 and put relevant information there. Similarly to how boot0cfg modifies data within boot0. The information could include "nextboot-pool" and "nextboot-fs". -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:05:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59F6106566C for ; Mon, 20 Sep 2010 13:05:34 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF4D8FC1A for ; Mon, 20 Sep 2010 13:05:33 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.0]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oxg3g-000Eo6-5k; Mon, 20 Sep 2010 15:05:31 +0200 Message-ID: <4C975C14.1010905@kkip.pl> Date: Mon, 20 Sep 2010 15:05:24 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.9) Gecko/20100825 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: Maxim Khitrov References: <4C912926.6070409@FreeBSD.org> In-Reply-To: X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-20 15:05:31 X-Connected-IP: 10.66.3.0:4591 X-Message-Linecount: 135 X-Body-Linecount: 120 X-Message-Size: 4952 X-Body-Size: 4095 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Dmitry Krivenok Subject: Re: buildworld + ccache trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 13:05:34 -0000 W dniu 2010-09-20 12:27, Maxim Khitrov pisze: > On Mon, Sep 20, 2010 at 4:43 AM, Dmitry Krivenok > wrote: >> Your patch works fine for me, thanks! >> However, I don't see any performance gain when using ccache: >> >> Number of cache hits is very low. >> I need to understand this... > Make sure you have the following environment variables set: > > CCACHE_HASH_COMPILER=1 (2.4) > CCACHE_COMPILERCHECK=content (3.0+) > It's unnecesary as long as he has CC=/usr/local/libexec/ccache/world-cc CXX=/usr/local/libexec/ccache/world-c++ in make.conf because these files already take care about this: #!/bin/sh unset CCACHE_PATH export CCACHE_COMPILERCHECK=content exec /usr/local/libexec/ccache/c++ "$@" I don't know if following solution is a dirty hack or proper approach but I found this on list some months ago and it works for me. Here's a part of my make.conf which deals about world building (look at CC:= and CXX:= difference): # default build settings for base system .if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*} && !defined(NOCCACHE) #CC=/usr/local/libexec/ccache/world-cc #CXX=/usr/local/libexec/ccache/world-c++ CC:=${CC:C,^cc,/usr/local/libexec/ccache/world-cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world-c++,1} CFLAGS=-O2 -pipe COPTFLAGS=-O2 -pipe .endif -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:37: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 A51B4106566C; Mon, 20 Sep 2010 13:37:35 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id C6F3A8FC08; Mon, 20 Sep 2010 13:37:34 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 200D039822; Mon, 20 Sep 2010 15:37:32 +0200 (SAST) Date: Mon, 20 Sep 2010 15:37:32 +0200 From: John Hay To: Andriy Gapon Message-ID: <20100920133732.GA66641@zibbi.meraka.csir.co.za> References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> <20100920124707.GB2410@garage.freebsd.pl> <4C975AA8.1040106@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C975AA8.1040106@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: Boris Samorodov , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , krad , freebsd-arch@FreeBSD.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 13:37:35 -0000 On Mon, Sep 20, 2010 at 03:59:20PM +0300, Andriy Gapon wrote: > on 20/09/2010 15:47 Pawel Jakub Dawidek said the following: > > No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not > > really on partitions. One ZFS file system can span multiple > > disks/partitions. I'm not yet sure how to implement it, so it is > > intuitive, but I also haven't spend much time thinking about it. We > > needed UFS and that is what I implemented. It took me much more time > > than I expected anyway:) > > Maybe reserve some area inside zfs boot2 and put relevant information there. > Similarly to how boot0cfg modifies data within boot0. > The information could include "nextboot-pool" and "nextboot-fs". nextboot-fs sounds nice. I use the bootfs property of zpool and it would be nice if one can override it from the boot2 commandline. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:46: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 620221065672; Mon, 20 Sep 2010 13:46:40 +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 482088FC1F; Mon, 20 Sep 2010 13:46:38 +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 QAA12550; Mon, 20 Sep 2010 16:46:34 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C9765B9.2000405@icyb.net.ua> Date: Mon, 20 Sep 2010 16:46:33 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100909 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: John Hay References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> <20100920124707.GB2410@garage.freebsd.pl> <4C975AA8.1040106@icyb.net.ua> <20100920133732.GA66641@zibbi.meraka.csir.co.za> In-Reply-To: <20100920133732.GA66641@zibbi.meraka.csir.co.za> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , krad , freebsd-arch@FreeBSD.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 13:46:40 -0000 on 20/09/2010 16:37 John Hay said the following: > On Mon, Sep 20, 2010 at 03:59:20PM +0300, Andriy Gapon wrote: >> on 20/09/2010 15:47 Pawel Jakub Dawidek said the following: >>> No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not >>> really on partitions. One ZFS file system can span multiple >>> disks/partitions. I'm not yet sure how to implement it, so it is >>> intuitive, but I also haven't spend much time thinking about it. We >>> needed UFS and that is what I implemented. It took me much more time >>> than I expected anyway:) >> >> Maybe reserve some area inside zfs boot2 and put relevant information there. >> Similarly to how boot0cfg modifies data within boot0. >> The information could include "nextboot-pool" and "nextboot-fs". > > nextboot-fs sounds nice. I use the bootfs property of zpool and it would > be nice if one can override it from the boot2 commandline. I have a patch for doing that from loader(8) prompt. I.e. you can change a filesystem from which to load kernel+modules and you can still set root filesystem of course. http://people.freebsd.org/~avg/zfsboot.diff This can be extended (i think rather easily) to override from where boot2 loads loader -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:51: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 AFF84106566B; Mon, 20 Sep 2010 13:51: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 8155D8FC13; Mon, 20 Sep 2010 13:51: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 1359046B06; Mon, 20 Sep 2010 09:51:42 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BD3F68A04E; Mon, 20 Sep 2010 09:51:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 20 Sep 2010 09:25:10 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009200925.10362.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 20 Sep 2010 09:51: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.6 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: Adrian Chadd , freebsd-mobile@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 13:51:42 -0000 On Saturday, September 18, 2010 12:09:21 pm Adrian Chadd wrote: > Hi all, > > I've uploaded a snapshot of the if_ath HAL which i've been working on. > I've been refactoring out various bits of the AR5416 HAL into > something that resembles the ath9k hardware MAC/PHY operations to make > it easier to port further ath9k updates over. It also includes the > AR9100 support (but it's missing a couple bits of glue needed to use > it outside of my GIT tree.) Finally, it includes the probe/attach > operations for the AR2427, but I haven't at all tested it yet (and > i've explained why it isn't working in a previous email.) > > It's available for download at http://people.freebsd.org/~adrian/ath/ > . There's a diff against src/sys/files/conf and a tarball that just > replaces the ath device/module directory. > > Note you'll need to add "device if_ath_pci" to your kernel > configuration file as the PCI bus glue is now not built by default in > a static kernel in this HAL. (It's included in the module Makefile by > default.) This was done to allow multiple backend bus types - now > being PCI and "AHB" for the AR9100 SoC. Why not include this iff both 'device ath' and 'device pci' are included? That is what is normally done for bus-specific attachments. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:51: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 670AD1065670; Mon, 20 Sep 2010 13:51: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 34FCC8FC16; Mon, 20 Sep 2010 13:51: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 D701046B23; Mon, 20 Sep 2010 09:51:43 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DBDAF8A04F; Mon, 20 Sep 2010 09:51:42 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 20 Sep 2010 09:31:56 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <20100917234542.GE1902@garage.freebsd.pl> In-Reply-To: <20100917234542.GE1902@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201009200931.57086.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 20 Sep 2010 09:51: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.6 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: Pawel Jakub Dawidek , freebsd-arch@freebsd.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 13:51:44 -0000 On Friday, September 17, 2010 7:45:42 pm Pawel Jakub Dawidek wrote: > - Split code shared by almost any boot loader into separate files and > clean up most layering violations: I like this in general. I worry that the space constraints for boot2 will prevent it from using this though as it depends on inlining almost everything to fit into its allotted space. At least it can use the rbx.h header. > - Introduce three new GPT attributes: > > bootme - this is bootable partition > bootonce - try to boot from this partition only once > bootfailed - we failed to boot from this partition The 'bootme' attribute alone is a boon. One of the problems with EFI was figuring out a sane way to choose the root partition. EFI on ia64 currently uses the 'first partition wins' strategy, and this will be a definite improvement. To that end this should also help with EFI on x86. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 13:50: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 8393C106566B; Mon, 20 Sep 2010 13:50:24 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0CC558FC15; Mon, 20 Sep 2010 13:50:23 +0000 (UTC) Received: by qwg5 with SMTP id 5so3905104qwg.13 for ; Mon, 20 Sep 2010 06:50:23 -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=z8FecAEKuSDkda9vCFgIxyWvg5KE7ncVrbUi8Gloc0o=; b=UmmkK7iR0iOtguKCoHsIZsgXLiq63sWTmoO9vDy/hYGQnlkjSNLObQtJDpkRhXioJe 3LnbZ+uB/se4vZschYOGzRWB98UszhEvEypHi6ebj8O50siDgO0uN3ICB4LfUtsXkJIN /CNcRR9W8TlqSocPra7YLi3unXs5SqmBfV8YQ= 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=XuOV0v3XZO72N+E8w9LmpGvKzghlg57DOm+DlsfiMJnijSf+a2JLz3v68BdHGrJVCn KakFA/XYJIWvm+maRs06S7WIiE+q9UE0KND2MDd7phiS4UN0SxGxzLaw/BsDyrFP11OA vAqS3NXJ8rE9XBFtMsZcDHFv/ZF/dsIMtlylE= MIME-Version: 1.0 Received: by 10.229.101.197 with SMTP id d5mr1437484qco.220.1284990623321; Mon, 20 Sep 2010 06:50:23 -0700 (PDT) Received: by 10.229.215.209 with HTTP; Mon, 20 Sep 2010 06:50:23 -0700 (PDT) In-Reply-To: <20100920133732.GA66641@zibbi.meraka.csir.co.za> References: <20100917234542.GE1902@garage.freebsd.pl> <16411667@ipt.ru> <20100920124707.GB2410@garage.freebsd.pl> <4C975AA8.1040106@icyb.net.ua> <20100920133732.GA66641@zibbi.meraka.csir.co.za> Date: Mon, 20 Sep 2010 14:50:23 +0100 Message-ID: From: krad To: John Hay X-Mailman-Approved-At: Mon, 20 Sep 2010 14:00:14 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Boris Samorodov , freebsd-current@freebsd.org, Pawel Jakub Dawidek , Andriy Gapon , freebsd-arch@freebsd.org Subject: Re: gptboot rewrite, bootonce, etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 13:50:24 -0000 On 20 September 2010 14:37, John Hay wrote: > On Mon, Sep 20, 2010 at 03:59:20PM +0300, Andriy Gapon wrote: > > on 20/09/2010 15:47 Pawel Jakub Dawidek said the following: > > > No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not > > > really on partitions. One ZFS file system can span multiple > > > disks/partitions. I'm not yet sure how to implement it, so it is > > > intuitive, but I also haven't spend much time thinking about it. We > > > needed UFS and that is what I implemented. It took me much more time > > > than I expected anyway:) > > > > Maybe reserve some area inside zfs boot2 and put relevant information > there. > > Similarly to how boot0cfg modifies data within boot0. > > The information could include "nextboot-pool" and "nextboot-fs". > > nextboot-fs sounds nice. I use the bootfs property of zpool and it would > be nice if one can override it from the boot2 commandline. > > John > -- > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > exactly what i was thinking. Its real nice how opensolaris odes its boot environments. I have a few custom scripts to replicate that with the install world, but at yet have no easy way to flip flop the bootfs varible, other than booting in on live(cd|usb) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:01:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from alona.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 86B3E10656A8; Mon, 20 Sep 2010 14:01:29 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <4C976934.5040501@freebsd.org> Date: Mon, 20 Sep 2010 22:01:24 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.21 (X11/20090522) MIME-Version: 1.0 To: Lawrence Stewart References: <4C961009.6080609@freebsd.org> <4C96ED40.7070206@DataIX.net> <4C976F14.8000408@freebsd.org> <4C9789FD.5000008@freebsd.org> <4C9754CD.7000508@freebsd.org> In-Reply-To: <4C9754CD.7000508@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 14:01:31 -0000 Lawrence Stewart wrote: > On 09/21/10 02:21, David Xu wrote: > >> jhell wrote: >> >>> On Mon, 20 Sep 2010 10:26, David Xu wrote: >>> In Message-Id: <4C976F14.8000408@freebsd.org> >>> >>> >>>> jhell wrote: >>>> >>>>> On 09/19/2010 09:28, David Xu wrote: >>>>> >>>>>> just typed sysctl -a on keyboard, and found it is slow, sometimes >>>>>> it has been stuck for a few seconds, further studied,I found it is >>>>>> stucked at sysctl kern.geom: >>>>>> >>>>>> %/usr/bin/time sysctl -a kern.geom >>>>>> kern.geom.collectstats: 1 >>>>>> kern.geom.debugflags: 0 >>>>>> kern.geom.label.debug: 0 >>>>>> kern.geom.label.ext2fs.enable: 1 >>>>>> kern.geom.label.iso9660.enable: 1 >>>>>> kern.geom.label.msdosfs.enable: 1 >>>>>> kern.geom.label.ntfs.enable: 1 >>>>>> kern.geom.label.reiserfs.enable: 1 >>>>>> kern.geom.label.ufs.enable: 1 >>>>>> kern.geom.label.ufsid.enable: 1 >>>>>> kern.geom.label.gptid.enable: 1 >>>>>> kern.geom.label.gpt.enable: 1 >>>>>> 2.01 real 0.00 user 0.00 sys >>>>>> >>>>>> it seems it needs more than 2 seconds to complete. >>>>>> >>>>>> >>>>> A ktrace(1) and a kdump(1) of the resulting ktrace.out file would >>>>> probably help here along with uname -a. Ive seen this happen once >>>>> before >>>>> but do not recall what caused it. >>>>> >>>>> >>>>> Regards & good luck, >>>>> >>>>> >>>> Result is dumped here. >>>> http://people.freebsd.org/~davidxu/sysctl_slow.txt >>>> I think the culprit is sysctl kern.geom.confdot, >>>> which does not appear in normal output, until I check the kdump result. >>>> I tried five times, and it was blocked three times. >>>> >>>> >>> Inspecting the output of sysctl -b kern.geom.confdot will give you >>> what you currently have configured in the system as disks and what not >>> through geom. If this seems to be bailing at that point, which is an >>> opaque MIB/OID which doesn't come up other than when you use the "-o" >>> switch to sysctl(1) then could you check your labels for your disks >>> for any weird characters in the labels ? >>> >>> ( sysctl -bo kern.geom ) >>> >>> Also does this have the same effect when run in a xterm, cons25 >>> terminal ? >>> >>> And same for the above but with the C, *_COUNTRY.UTF-8 or your normal >>> locale ? >>> >>> ( env LANG=C sysctl kern.geom ) >>> >>> Looking at the output from mine there are quite a few unprintable >>> characters present. Maybe these are having an impact with one of your >>> labels. >>> >>> >>> >> I redirect all output to a disk file, and it still needs 1 second to >> complete, this machine is dual-core pentium E5500, faster than previous >> one which is a dual-core AMD 5000+ machine, the 5000+ needs 2 >> seconds to complete. >> >> $/usr/bin/time sysctl -b kern.geom.confdot > sysctl_geom_confdot.txt >> 1.00 real 0.00 user 0.00 sys >> >> the file is here: >> http://people.freebsd.org/~davidxu/sysctl_geom_confdot.txt >> > > As an extra data point, running "/usr/bin/time sysctl -b > kern.geom.confdot" repeatedly on my amd64 8.1-STABLE desktop varies > between 0s and 2s. It reports 0 majority of the time but every 5 or so > runs it'll stall for 1 or 2 seconds. So the problem isn't isolated to head. > > Cheers, > Lawrence > I happened to set kern.sched.preempt_thresh=200, so the kernel is more aggressive than default on thread preemption. it is easier than default to reproduce the problem, my desktop machine is idle, but it still stalls 1 or 2 seconds on the sysctl. From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:06: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 AB0801065696; Mon, 20 Sep 2010 14:06:54 +0000 (UTC) (envelope-from adrian.chadd@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 4034B8FC18; Mon, 20 Sep 2010 14:06:53 +0000 (UTC) Received: by gwb15 with SMTP id 15so1657637gwb.13 for ; Mon, 20 Sep 2010 07:06:53 -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=xQa5jN83EEc5jo9s97ZajSxo7h56nuNnP53SBwSNbQg=; b=ueYWbfQzVgwwWpZjj683rk74Z27DYYDaT3CG+UO8kswUtBVA3ghV0Y8MTeUEh/nSaH oF0e3mhqtm17OmqYoP6sfI7AiuFAxpyoi77hE4XT0vWebGjZHRTI4EuEWN5ifEP1hwNB KwiUOJXC7YHS1B1ZkIksD2vB3IEc/k9W88CxI= 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=RGfAsYgrRdiT/TUHNdmclfemB/HFX5OCo543nPejLbslMCBZEoHeuPdrmxfZOlcn4B WgHrSBXVJ+dMUmSnsauibZxsTWt6u3u8A7WVUzOEsPsOHJtASz4uvYFxTo304FZiSfy6 RbmbtuSqlL2Tsyq37l5bzJ4kK9Bn1VgD/y6s0= MIME-Version: 1.0 Received: by 10.150.178.2 with SMTP id a2mr9159880ybf.250.1284991613502; Mon, 20 Sep 2010 07:06:53 -0700 (PDT) Received: by 10.231.156.206 with HTTP; Mon, 20 Sep 2010 07:06:53 -0700 (PDT) In-Reply-To: <201009200925.10362.jhb@freebsd.org> References: <201009200925.10362.jhb@freebsd.org> Date: Mon, 20 Sep 2010 22:06:53 +0800 Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 14:06:54 -0000 On 20 September 2010 21:25, John Baldwin wrote: > Why not include this iff both 'device ath' and 'device pci' are included? > That is what is normally done for bus-specific attachments. I've not idea right now whether there's an Atheros SoC with an AHB-attached wireless device and a PCI bus. In fact, that won't work at the present time because the device names would clash. I'm happy to do that in whatever form the eventual merged codebase takes. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 14:10:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id B46F9106566C; Mon, 20 Sep 2010 14:10:23 +0000 (UTC) Date: Mon, 20 Sep 2010 14:10:23 +0000 From: Alexander Best To: David Xu Message-ID: <20100920141023.GA27509@freebsd.org> References: <4C961009.6080609@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C961009.6080609@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 14:10:23 -0000 On Sun Sep 19 10, David Xu wrote: > just typed sysctl -a on keyboard, and found it is slow, sometimes > it has been stuck for a few seconds, further studied,I found it is > stucked at sysctl kern.geom: > > %/usr/bin/time sysctl -a kern.geom > kern.geom.collectstats: 1 > kern.geom.debugflags: 0 > kern.geom.label.debug: 0 > kern.geom.label.ext2fs.enable: 1 > kern.geom.label.iso9660.enable: 1 > kern.geom.label.msdosfs.enable: 1 > kern.geom.label.ntfs.enable: 1 > kern.geom.label.reiserfs.enable: 1 > kern.geom.label.ufs.enable: 1 > kern.geom.label.ufsid.enable: 1 > kern.geom.label.gptid.enable: 1 > kern.geom.label.gpt.enable: 1 > 2.01 real 0.00 user 0.00 sys > > it seems it needs more than 2 seconds to complete. have you had a look at the bug database? just noticed a few sysctl reports there which describe issues similar to yours. #134231 e.g. cheers. alex > -- a13x From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 15:24:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC8B31065695 for ; Mon, 20 Sep 2010 15:24:26 +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 6B2C78FC08 for ; Mon, 20 Sep 2010 15:24:26 +0000 (UTC) Received: from lawrence1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 02CC37E853 for ; Tue, 21 Sep 2010 01:24:24 +1000 (EST) Message-ID: <4C977CA8.4040602@freebsd.org> Date: Tue, 21 Sep 2010 01:24:24 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.2.9) Gecko/20100913 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C961009.6080609@freebsd.org> <4C96ED40.7070206@DataIX.net> <4C976F14.8000408@freebsd.org> <4C9789FD.5000008@freebsd.org> <4C9754CD.7000508@freebsd.org> <4C976934.5040501@freebsd.org> In-Reply-To: <4C976934.5040501@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Subject: Re: sysctl -a is slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 15:24:27 -0000 On 09/21/10 00:01, David Xu wrote: > Lawrence Stewart wrote: >> On 09/21/10 02:21, David Xu wrote: >> >>> jhell wrote: >>> >>>> On Mon, 20 Sep 2010 10:26, David Xu wrote: >>>> In Message-Id: <4C976F14.8000408@freebsd.org> >>>> >>>> >>>>> jhell wrote: >>>>> >>>>>> On 09/19/2010 09:28, David Xu wrote: >>>>>> >>>>>>> just typed sysctl -a on keyboard, and found it is slow, sometimes >>>>>>> it has been stuck for a few seconds, further studied,I found it is >>>>>>> stucked at sysctl kern.geom: >>>>>>> >>>>>>> %/usr/bin/time sysctl -a kern.geom >>>>>>> kern.geom.collectstats: 1 >>>>>>> kern.geom.debugflags: 0 >>>>>>> kern.geom.label.debug: 0 >>>>>>> kern.geom.label.ext2fs.enable: 1 >>>>>>> kern.geom.label.iso9660.enable: 1 >>>>>>> kern.geom.label.msdosfs.enable: 1 >>>>>>> kern.geom.label.ntfs.enable: 1 >>>>>>> kern.geom.label.reiserfs.enable: 1 >>>>>>> kern.geom.label.ufs.enable: 1 >>>>>>> kern.geom.label.ufsid.enable: 1 >>>>>>> kern.geom.label.gptid.enable: 1 >>>>>>> kern.geom.label.gpt.enable: 1 >>>>>>> 2.01 real 0.00 user 0.00 sys >>>>>>> >>>>>>> it seems it needs more than 2 seconds to complete. >>>>>>> >>>>>>> >>>>>> A ktrace(1) and a kdump(1) of the resulting ktrace.out file would >>>>>> probably help here along with uname -a. Ive seen this happen once >>>>>> before >>>>>> but do not recall what caused it. >>>>>> >>>>>> >>>>>> Regards & good luck, >>>>>> >>>>>> >>>>> Result is dumped here. >>>>> http://people.freebsd.org/~davidxu/sysctl_slow.txt >>>>> I think the culprit is sysctl kern.geom.confdot, >>>>> which does not appear in normal output, until I check the kdump >>>>> result. >>>>> I tried five times, and it was blocked three times. >>>>> >>>>> >>>> Inspecting the output of sysctl -b kern.geom.confdot will give you >>>> what you currently have configured in the system as disks and what not >>>> through geom. If this seems to be bailing at that point, which is an >>>> opaque MIB/OID which doesn't come up other than when you use the "-o" >>>> switch to sysctl(1) then could you check your labels for your disks >>>> for any weird characters in the labels ? >>>> >>>> ( sysctl -bo kern.geom ) >>>> >>>> Also does this have the same effect when run in a xterm, cons25 >>>> terminal ? >>>> >>>> And same for the above but with the C, *_COUNTRY.UTF-8 or your normal >>>> locale ? >>>> >>>> ( env LANG=C sysctl kern.geom ) >>>> >>>> Looking at the output from mine there are quite a few unprintable >>>> characters present. Maybe these are having an impact with one of your >>>> labels. >>>> >>>> >>>> >>> I redirect all output to a disk file, and it still needs 1 second to >>> complete, this machine is dual-core pentium E5500, faster than previous >>> one which is a dual-core AMD 5000+ machine, the 5000+ needs 2 >>> seconds to complete. >>> >>> $/usr/bin/time sysctl -b kern.geom.confdot > sysctl_geom_confdot.txt >>> 1.00 real 0.00 user 0.00 sys >>> >>> the file is here: >>> http://people.freebsd.org/~davidxu/sysctl_geom_confdot.txt >>> >> >> As an extra data point, running "/usr/bin/time sysctl -b >> kern.geom.confdot" repeatedly on my amd64 8.1-STABLE desktop varies >> between 0s and 2s. It reports 0 majority of the time but every 5 or so >> runs it'll stall for 1 or 2 seconds. So the problem isn't isolated to >> head. >> >> Cheers, >> Lawrence >> > > I happened to set kern.sched.preempt_thresh=200, so the kernel is more > aggressive > than default on thread preemption. it is easier than default to > reproduce the > problem, my desktop machine is idle, but it still stalls 1 or 2 > seconds on the sysctl. heh, from /etc/sysctl.conf on the machine I tested with: # 4/9/2010 # should give more responsiveness on desktop suggested # by David Xu on freebsd-stable@ kern.sched.preempt_thresh=220 This machine is my primary kde4 desktop at home. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 18:41: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 5CFF61065674 for ; Mon, 20 Sep 2010 18:41:03 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 39AC28FC1A for ; Mon, 20 Sep 2010 18:41:02 +0000 (UTC) Received: by pvc21 with SMTP id 21so1607157pvc.13 for ; Mon, 20 Sep 2010 11:41:02 -0700 (PDT) Received: by 10.114.52.1 with SMTP id z1mr10446666waz.63.1285006604047; Mon, 20 Sep 2010 11:16:44 -0700 (PDT) Received: from wawanesa.iciti.ca (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com [99.246.61.82]) by mx.google.com with ESMTPS id g31sm8024884ibh.4.2010.09.20.11.16.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Sep 2010 11:16:42 -0700 (PDT) Message-ID: <4C97A507.10901@bellanet.org> Date: Mon, 20 Sep 2010 14:16:39 -0400 From: Graham Todd User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100919 Thunderbird/3.1.4 MIME-Version: 1.0 To: Pawel Jakub Dawidek , FreeBSD current References: <20100831215915.GE1932@garage.freebsd.pl> <20100902214823.GB2542@garage.freebsd.pl> In-Reply-To: <20100902214823.GB2542@garage.freebsd.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ZFS v28 is ready for wider testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 18:41:03 -0000 On 09/02/10 17:48, Pawel Jakub Dawidek wrote: > On Tue, Aug 31, 2010 at 11:59:15PM +0200, Pawel Jakub Dawidek wrote: > [...] >> Ok, now that I know you read everything carefully, here is the patch: >> >> http://people.freebsd.org/~pjd/patches/zfs_20100831.patch.bz2 > > Now it is even easier to test new ZFS! :) > > Here you can find VirtualBox Appliance (113MB) with > FreeBSD 9-CURRENT and ZFSv28: > > http://people.freebsd.org/~pjd/misc/FreeBSD9_ZFSv28_0.1.tgz > > Untar it, import it (zfsv28.ovf) to VirtualBox and have fun. Wheee! Is there anyway to simulate a disk failure on VBox? Does one simply rm/mv the .vmdk files on the host system? Inside the virtual machine I'm unable to get camcontrol to do anything (the SATA drives are AHCI so we don't want atacontrol correct?) that would simulate this. Great work putting this together. Thanks. cheers ps: I'm pretty sure it worked once but now I am not having much luck with zpool split. Possibly a PEBKAC. I think there are manual page patches for all the new features include with each of Sunoracle's PSARCs but they don't all appear on the manual pages included with the vbox image (??) From owner-freebsd-current@FreeBSD.ORG Mon Sep 20 22:36: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 75D691065670 for ; Mon, 20 Sep 2010 22:36:56 +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 BD2238FC08 for ; Mon, 20 Sep 2010 22:36:55 +0000 (UTC) Received: from [192.168.1.163] ([12.133.183.34]) (authenticated bits=0) by lakerest.net (8.14.4/8.14.3) with ESMTP id o8KMaqmJ053914 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Mon, 20 Sep 2010 18:36:53 -0400 (EDT) (envelope-from rrs@lakerest.net) Message-Id: From: Randall Stewart To: FreeBSD Current In-Reply-To: <4C96F8C5.7020102@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 20 Sep 2010 15:36:37 -0700 References: <4C96F8C5.7020102@freebsd.org> X-Mailer: Apple Mail (2.936) Subject: Re: [HEADS UP] recent ld is needed to build kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Sep 2010 22:36:56 -0000 For all of you that are wondering what this means ;-) If you don't do this you will see a crash early in boot if witness/invariants is enabled... At least I did.. Basically it will be a mtx_init() complaining about an unaligned mtx... (netisr_mtx or some such).. see my previous queries from Sunday ;-) R On Sep 19, 2010, at 11:01 PM, Andriy Gapon wrote: > > Sorry, I should have sent out this earlier. > > Please note an entry in UPDATING from 20100915: > > A workaround for a fixed ld bug has been removed in kernel code, > so make sure that your system ld is built from sources after > revision 210245 (r211583 if building head kernel on stable/8, > r211584 for stable/7). A symptom of incorrect ld version is > different addresses for set_pcpu section and __start_set_pcpu > symbol in kernel and/or modules. > > Apologies for any problems, because of the late notice. > -- > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " > ------------------------------ Randall Stewart 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 04:25: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 AE0FF106564A for ; Tue, 21 Sep 2010 04:25:33 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51802.mail.re2.yahoo.com (web51802.mail.re2.yahoo.com [206.190.38.233]) by mx1.freebsd.org (Postfix) with SMTP id 5250F8FC12 for ; Tue, 21 Sep 2010 04:25:33 +0000 (UTC) Received: (qmail 23768 invoked by uid 60001); 21 Sep 2010 03:58:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1285041531; bh=mbYBSQGoplNlouIcxwm846LbS9aki4m6Sn0rLCgas40=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=lXMLIUHqjOUN05Rb3CcdezCh2E77Cj2H1EHNUL0S2yvTaWlpdWFstEUpiFdoDbfNZh8lLOrs/7y5sSUEMgEumfYJhneEQeDtnti8eQhIKI3eYwM3hH4eemTLycl6gYkgzUKFPnVk9iWHWTX9DQSw74/G1wjRprOY+PGpIb21/IU= 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=UcimhfFgCAB1OtRaCgXIRf5DL54hvCx5BMIxtqmNQiVwOD5GVecj4XgmL8I+q37Fl3SJvGF+DiO26jQ8zxEZo+M7AaamDqfyDvwJ/MYolH+tG5TbXc6Vey6jCja85PBZRQyO5YZY6pm2ZnQZYQoXg7lKp0LefTbCaiwo9AjYR1g=; Message-ID: <260103.20986.qm@web51802.mail.re2.yahoo.com> X-YMail-OSG: y5Wmb6IVM1kV.CNmxyxRKzSdv_rvFqJkwTqWA2pCt9scH6a Hq0Tr4HM5nfQXlMbJehxfI_Y7ovhm_UYcDjZfvJsZqH_VMlhdSziqR0z_IY6 aAhNv2ubkMZMYh6690xjHwTHXa_FNuqHtxWyg7YSlaE.DVk5qQXmkasNJuGp BZLb.s.JOSkXfyBHWFXX5npcu94kKnmaARk6agiGsBrD7rVIVVn9pY8RBDUC OX2bRNyTT3AzfbvxY_NrOCPkJgqcIcdXt0QayNbGOogzME3y4QkjNLzEeRI8 8Th6c.zCTEgjXsbbd2EXg2v4NPfzi2WewRbYqVhGo5Cr0NoeQ1hYcLl5K.Kx utHZscJUwZN_EbVmueRGEM2Q1FAe0eQ-- Received: from [173.183.132.20] by web51802.mail.re2.yahoo.com via HTTP; Tue, 21 Sep 2010 03:58:51 UTC X-Mailer: YahooMailRC/497 YahooMailWebService/0.8.105.279950 References: <20100919120012.A77371065674@hub.freebsd.org> Date: Tue, 21 Sep 2010 03:58:51 +0000 (UTC) From: PseudoCylon To: Adrian Chadd In-Reply-To: <20100919120012.A77371065674@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 04:25:33 -0000 > Message: 9 > Date: Sun, 19 Sep 2010 01:04:47 +0800 > From: Adrian Chadd > Subject: Re: RFT: if_ath HAL refactoring > To: Brandon Weisz > Cc: freebsd-current@freebsd.org > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > On 19 September 2010 01:01, Adrian Chadd wrote: > >> Are there plans for AR9287 support? Unfortunately that is the only ath >card > >> I have to test with at the moment. > > > > At some point, yes. > > > > There's a lot of code missing in our driver for ar92xx series chips. > > I'd rather get the existing stuff updated and tidied up before I look > > at importing support for others. I'd also like to somehow acquire some > > hardware to test it against - I only have (very) legacy (pre AR5416), > > AR5416, AR9160 and AR2427 chips. I don't yet have anything with an > > AR9280/9285 in it. > > And before anyone asks - no, I won't be looking at the USB NICs, sorry. :-) > Just in case anyone wonders, I've added 11n support to run(4) (USB NIC). http://gitorious.org/run/run/trees/11n_beta2 It still has some issues, * doesn't work well with atheros chips * HT + AP + bridge = Tx may stall (seems OK with nat) So, use it at your own discretion. > > Adrian > > > ------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 08:06:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E760106564A for ; Tue, 21 Sep 2010 08:06:43 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id BCD358FC13 for ; Tue, 21 Sep 2010 08:06:41 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Oxxs5-0000p9-TB for current@freebsd.org; Tue, 21 Sep 2010 10:06:37 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oxxs2-0000bk-T5 for current@freebsd.org; Tue, 21 Sep 2010 10:06:34 +0200 Message-Id: To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Tue, 21 Sep 2010 10:06:34 +0200 Cc: Subject: Port won't build because of installed conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 08:06:43 -0000 Hi [mini] /usr/ports/www/firefox # make ===> firefox-3.6.10,1 conflicts with installed package(s): firefox-3.5.13,1 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/www/firefox. *** Error code 1 But I don't want to be without the browser while I'm building the new one. Is there a reason why this conflict isn't checked at install time rather than build time? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 08:08: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 3C5C2106566C for ; Tue, 21 Sep 2010 08:08:39 +0000 (UTC) (envelope-from mavbsd@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 B882F8FC16 for ; Tue, 21 Sep 2010 08:08:38 +0000 (UTC) Received: by bwz15 with SMTP id 15so6319156bwz.13 for ; Tue, 21 Sep 2010 01:08:37 -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=R8Ze1oDPK5pjU5mNUJjyDVm6KRkPNjnvw2NehmMWFHk=; b=HPT1CamDRVBjMuMTgEzNZVvhpvSt3GHXfY+49xlj3XX25qfIeHAaV9tIeAK1At+jlc Dopo0uGBar2cfKhxRY0T9WAgd6RKfur/CvBBe74zlRj71p/rIXf9DRaWa8wUShZEzpOO 6byskbZyUJMsAWk1Nihm0zIqyEr5xDRKyN6TM= 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=jGxFRKuQzTn8G5702Kt2LH8RonLYCjAsKErwl/nbq4CWMUuGpf11J3rCJH3p33XGF8 4c52nPQapLQgyoZ68iCQtnZEF+qII4pA+53Bug1bkAFCXB7Ewo+aOov6k5OXdAJR+fq0 GK2KJkfvGWULMtwEWXp6NvMmDL0qWeepCarOQ= Received: by 10.204.81.130 with SMTP id x2mr7453009bkk.210.1285056517525; Tue, 21 Sep 2010 01:08:37 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id g12sm7317765bkb.14.2010.09.21.01.08.34 (version=SSLv3 cipher=RC4-MD5); Tue, 21 Sep 2010 01:08:35 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C9867FF.4030707@FreeBSD.org> Date: Tue, 21 Sep 2010 11:08:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Bruce Cran References: <4C94EC05.4070406@FreeBSD.org> <20100918175452.00003b6f@unknown> In-Reply-To: <20100918175452.00003b6f@unknown> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: One-shot timer broken on Xen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 08:08:39 -0000 Bruce Cran wrote: > On Sat, 18 Sep 2010 19:42:45 +0300 > Alexander Motin wrote: >> Bruce Cran wrote: >>> I built a new kernel from HEAD on my Xen domU today and found that >>> it hung after the following messages: >>> >>> smist0: on cpu0 >>> device_attach: smist0 attach returned 6 >>> Device configuration finished. >>> procfs registered >>> Timecounter "TSC" frequency 2000118476 Hz quality 800 >>> lapic: Divisor 2, Frequency 50001605 Hz >>> >>> Setting kern.eventtimer.periodic to 1 allows the system to boot. >> This doesn't tells much. What event timers found by the system there >> and what of them was used? > > Sorry - here's the kern.eventtimer output: > > kern.eventtimer.choice: LAPIC(400) i8254(100) RTC(0) > kern.eventtimer.et.LAPIC.flags: 15 > kern.eventtimer.et.LAPIC.frequency: 50001856 > kern.eventtimer.et.LAPIC.quality: 400 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.periodic: 1 > kern.eventtimer.timer: LAPIC > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 4 While I have no idea what else could be wrong with one-shot mode there, could you try to update to SVN r212958 to make sure it is not related? That problem should not stop boot completely, but it could delay it for some time. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 08:40:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 475EF1065674 for ; Tue, 21 Sep 2010 08:40:17 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 9875F8FC0A for ; Tue, 21 Sep 2010 08:40:16 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 390ED1CC4; Tue, 21 Sep 2010 10:23:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1285057413; x= 1286871813; bh=bg5+DhtbDtGfsxxZ1Exd/9Msx3XPk9foBr9HPujBbe4=; b=k w/rJwcz5YEaZbCgZBLCuexq8IbCZ3JkhhOBSum50X0lKIVyyKIDKf59c6DLlwflH JbDWSDK2zmlYLDUm40EYXme1c3RTfWtNDj0NlwrBwsBMFDAgPltzlSz8ngDvjuY9 /ccHLTfepW+lx4LFGXY4j+HalnswYq3xjzo8aM/nOg= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id wldeA2YLhFcb; Tue, 21 Sep 2010 10:23:33 +0200 (CEST) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 5D9691CBC; Tue, 21 Sep 2010 10:23:33 +0200 (CEST) Date: Tue, 21 Sep 2010 10:23:33 +0200 From: Guido Falsi To: Ian FREISLICH Message-ID: <20100921082333.GA63653@megatron.madpilot.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.1-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org Subject: Re: Port won't build because of installed conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 08:40:17 -0000 On Tue, Sep 21, 2010 at 10:06:34AM +0200, Ian FREISLICH wrote: > Hi > > [mini] /usr/ports/www/firefox # make > > ===> firefox-3.6.10,1 conflicts with installed package(s): > firefox-3.5.13,1 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/www/firefox. > *** Error code 1 > > But I don't want to be without the browser while I'm building the > new one. Is there a reason why this conflict isn't checked at > install time rather than build time? I think this happens because in your situation firefox 3.6 would end up linking against FF 3.5 libraries. Perhaps you could setup a build environment in a jail, make a package for it and then just remove FF 3.5 and intall the 3.6 package. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 11:03: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 A1DF71065673 for ; Tue, 21 Sep 2010 11:03:19 +0000 (UTC) (envelope-from aturetta@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 334B58FC08 for ; Tue, 21 Sep 2010 11:03:18 +0000 (UTC) Received: by wyb33 with SMTP id 33so7355686wyb.13 for ; Tue, 21 Sep 2010 04:03:18 -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:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=A2eX+FxLu/mkYPZBht0Ia6vsER1ppAsIik214A7cENc=; b=JOg2beU0x7IqLRLiGg3Ka+ywuUBeb0C0pKJ9IWUIxxdZggDZZzM5LWfqNjrtZLVFKu N30qWkMnXTa8s9w7hhj6sS7siSmzdnQMvD3+HN71YEu3HZSdOMToCzW2Jt7lWVSezIlL RMV8s5zgaiLVOwHE8G0c+oDEaBWEI67PjrYH8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=J6HS8oXFPYcsyAISrfrMjwbeUwwaXH2jwEyK8PS4mdG/IK68mbfepY57OI1RJBTp6u 6q01Fg02Tlsf9PxyTt+541N8+SXXqg0vnekkehXMEo+OUNqxG9NYxkrvaoL94czq7uFF LwtwJVhSdiUq6t6qz1eWQAmRGQ4ihoHnpzFBI= Received: by 10.227.135.75 with SMTP id m11mr3038634wbt.96.1285065452027; Tue, 21 Sep 2010 03:37:32 -0700 (PDT) Received: from [192.168.44.68] (adsl-ull-144-20.51-151.net24.it [151.51.20.144]) by mx.google.com with ESMTPS id m25sm6962635wbc.19.2010.09.21.03.37.30 (version=SSLv3 cipher=RC4-MD5); Tue, 21 Sep 2010 03:37:30 -0700 (PDT) Message-ID: <4C988AE9.1050500@gmail.com> Date: Tue, 21 Sep 2010 12:37:29 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Sep 2010 11:13:05 +0000 Subject: Re: Port won't build because of installed conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 11:03:19 -0000 On 20:59, Ian FREISLICH wrote: > Hi > > [mini] /usr/ports/www/firefox # make > try make DISABLE_CONFLICTS=YES or use ports-mgmt/portmaster portmaster -o www/firefox firefox-3.5.13,1 Ciao, Angelo. From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 12:22: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 8CCFC106566C for ; Tue, 21 Sep 2010 12:22:29 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9898FC19 for ; Tue, 21 Sep 2010 12:22:28 +0000 (UTC) Received: by wwc33 with SMTP id 33so889319wwc.31 for ; Tue, 21 Sep 2010 05:22:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=6f8yhM9h3OTlEUtc1mHsvxjxl6KIoej24DuSWTmesCo=; b=AkhCfUUaUz9BXo9t5s663PJRXAB7vt6j+Bsfrud6nNQ2BS88ZVUPTRtPDMTwn2NsQQ +jbm8Jm/bAogCV8fInvcwnGpOUKiTyU471XoByotzgoN+vNUcSd0rQN1+M5jZPU5qd5E a+ir8tFXDgkK/x+Ch2zziHJT3zSVTGqgoFXkE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=rwm2vC3l4lE89bs2xQ2g+pyIKgbUP5+qO290L5gqHHwpkvYkKVB9tFcuv4z6cGFDS7 HwwuYAYiScCOqZbzGKKxer1b2/j9y9/he1wsTrR6BJmne2PaAVNUEYlXEkAA+bln/nu6 OR3TsGyblsKo0zbOSddQW7aNi9p+Ar8lw+Ew4= Received: by 10.216.159.195 with SMTP id s45mr9124550wek.43.1285071748056; Tue, 21 Sep 2010 05:22:28 -0700 (PDT) Received: from azathoth.lan (stc92-3-82-245-249-89.fbx.proxad.net [82.245.249.89]) by mx.google.com with ESMTPS id o84sm5952363wej.13.2010.09.21.05.22.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 21 Sep 2010 05:22:27 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 21 Sep 2010 14:22:24 +0200 From: Baptiste Daroussin To: freebsd-current@freebsd.org Message-ID: <20100921122033.GA22567@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zaRBsRFn0XYhEU69" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Document EVFILT_FS and VQ_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 12:22:29 -0000 --zaRBsRFn0XYhEU69 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, For a projects I needed to use EVFILT_FS and saw that it hasn't been documented so here is a patch to document it http://planet.etoilebsd.net/kqueue.2.diff It is based on the commit message for the implementation of EVFILT_FS, sorry I don't know how to better document it (http://lists.freebsd.org/pipermail/cvs-src/2005-September/052288.html) While using it I also discover that VQ_MOUNT, VQ_UMOUNT, VQ_NOTRESP and VQ_NOTRESPLOCK are not documented either but I don't know where to document them. It would be great to see all of this documented, it would be useful at least for me :) regards, Bapt --zaRBsRFn0XYhEU69 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyYo4AACgkQ8kTtMUmk6EwkIQCeLVe8Tt3o9d90vTiQeUi18fHn aR4AnjOH2Nxn7PVjqj3iSMuBpNulFV6m =qaMw -----END PGP SIGNATURE----- --zaRBsRFn0XYhEU69-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 13:04: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 3046E1065693 for ; Tue, 21 Sep 2010 13:04:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id DDB898FC20 for ; Tue, 21 Sep 2010 13:04:38 +0000 (UTC) Received: by yxn35 with SMTP id 35so2038611yxn.13 for ; Tue, 21 Sep 2010 06:04:38 -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 :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=IgWZXB3OoPPuTx0iIF8VJLxlfaEs19GBYHeYTjLTmq8=; b=Wjf5YBAATbbjbGubr0ZU2x0mzHNnwK2NjVRdtzSOtgrGaKieoZ23/aQzL9MT1L1w4c z0VhuGDsRoSZs4jPavujw6YHkAzAN1epbETDbIIxZi7ONgTFyM3/WnLYlpCGXUErOV9t 89XeP0F+/vq/UNApT/JnoafHvnCDctuoy8jmo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Qd2DGTN+BJdUccvlbV3UB2chlfqBmxHrRatTlJ1n/GtGQfh+6KYmGHltJveHLXn4we 5eKSCXnW0jdm3kSOAo1wU107s6p31PLmCfGYJp3THzZzwKq0kN3wRenzZfShbD6lHXBd PjJvMiSazs2crIaEk2vnd9n22Tgzwg4n3aczI= MIME-Version: 1.0 Received: by 10.151.131.4 with SMTP id i4mr10694433ybn.297.1285074278023; Tue, 21 Sep 2010 06:04:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.156.206 with HTTP; Tue, 21 Sep 2010 06:04:37 -0700 (PDT) In-Reply-To: <260103.20986.qm@web51802.mail.re2.yahoo.com> References: <20100919120012.A77371065674@hub.freebsd.org> <260103.20986.qm@web51802.mail.re2.yahoo.com> Date: Tue, 21 Sep 2010 21:04:37 +0800 X-Google-Sender-Auth: Y9xsfeArHdU_Pl07W2PB3-7Hhes Message-ID: From: Adrian Chadd To: PseudoCylon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 13:04:39 -0000 On 21 September 2010 11:58, PseudoCylon wrote: > Just in case anyone wonders, I've added 11n support to run(4) (USB NIC). > http://gitorious.org/run/run/trees/11n_beta2 > > It still has some issues, > * doesn't work well with atheros chips > * HT + AP + bridge = Tx may stall (seems OK with nat) > So, use it at your own discretion. Want to put together a patch? Does it introduce issues in the non-11n case? Having more 11n options for FreeBSD-9.0 would be really nice. :) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 13:10: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 11228106564A for ; Tue, 21 Sep 2010 13:10:18 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 546C38FC1A for ; Tue, 21 Sep 2010 13:10:17 +0000 (UTC) Received: from megatron.madpilot.net (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id D226D1E0B; Tue, 21 Sep 2010 14:52:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1285073518; x= 1286887918; bh=4NfinqyYyHxpBnz/0Khmnsdqh8wimw6xI/6GF+28DJo=; b=F FItBsAa+zAEhHzuZjeR+SVtKu24+VMp1R3TtXOY6SNw9mQNvUcSxF0rfBt8l4ObU Dt63Jqh2m29hkVJmmhaFszxnKHS08Pq7bgh9JJ8R05AuucMi3eZJTKWAixe21Cin q71RaeLWOzFzwjemTP6EOiljrxywd9TpXxraRRpJYI= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by megatron.madpilot.net (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZvKPVo6J3+NJ; Tue, 21 Sep 2010 14:51:58 +0200 (CEST) Received: by megatron.madpilot.net (Postfix, from userid 1000) id D4E3D1E03; Tue, 21 Sep 2010 14:51:58 +0200 (CEST) Date: Tue, 21 Sep 2010 14:51:58 +0200 From: Guido Falsi To: Angelo Turetta Message-ID: <20100921125158.GA63909@megatron.madpilot.net> References: <4C988AE9.1050500@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C988AE9.1050500@gmail.com> X-Operating-System: FreeBSD 8.1-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: Port won't build because of installed conflict X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 13:10:18 -0000 On Tue, Sep 21, 2010 at 12:37:29PM +0200, Angelo Turetta wrote: > On 20:59, Ian FREISLICH wrote: > >Hi > > > >[mini] /usr/ports/www/firefox # make > > > try > make DISABLE_CONFLICTS=YES > > or use ports-mgmt/portmaster > portmaster -o www/firefox firefox-3.5.13,1 This one alone will not work. In the UPDATING entry dated 20100207 it is clearly stated that removing firefox 3.5 before building FF 3.6 is required. He could try disabling conflicts, but this could lead to a corrupt FF 3.6 build. I think that the conflict has been put there for good, so building a package in a jail, virtual machine, other machine or an emulator looks like the only safe solution. Anyway if someone wants to try, maybe disabling conflcts is a perfectly safe way. But one cannot know for sure until he tries. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 13:35:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D87D2106566C; Tue, 21 Sep 2010 13:35:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A7FFC8FC1F; Tue, 21 Sep 2010 13:35:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4E97E46C0B; Tue, 21 Sep 2010 09:35:31 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5922A8A04E; Tue, 21 Sep 2010 09:35:30 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 21 Sep 2010 09:15:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <20100921122033.GA22567@azathoth.lan> In-Reply-To: <20100921122033.GA22567@azathoth.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201009210915.46556.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 21 Sep 2010 09:35:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 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: Baptiste Daroussin Subject: Re: Document EVFILT_FS and VQ_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 13:35:31 -0000 On Tuesday, September 21, 2010 8:22:24 am Baptiste Daroussin wrote: > Hi, > > For a projects I needed to use EVFILT_FS and saw that it hasn't been documented > so here is a patch to document it http://planet.etoilebsd.net/kqueue.2.diff > > It is based on the commit message for the implementation of EVFILT_FS, sorry I > don't know how to better document it > (http://lists.freebsd.org/pipermail/cvs-src/2005-September/052288.html) Hmm, the code for this seems quite broken. For example, when an NFS mount is marked up, it posts an event saying it is down. Right now when the user gets an EVFILT_FS event, the info in the event contains a mask of states that have changed, but the code would still need to issue a VFS_CTL_QUERY sysctl to get the actual state. It would be more useful if the kevent could return two values: 1) would be a bitmask of changed flags, and 2) would be the current state of the vfs query flags. Perhaps 2) could be implemented in kn_data, but we would need to change the kernel to keep the current state of the vfs query flags in 'struct mount' (this could be done in vfs_event_signal()). Doing so would also allow VFS_CTL_QUERY to be implemented generically. > While using it I also discover that VQ_MOUNT, VQ_UMOUNT, VQ_NOTRESP and > VQ_NOTRESPLOCK are not documented either but I don't know where to document > them. VFS_CTL_QUERY is not really documented either. For now I think you could document all of this in kevent(2). At the very least, you should note that for EVFILT_FS, the 'flags' field is a bitmask of changed flags that can be queried via VFS_CTL_QUERY. If the code is changed to provide the current flags in 'data', then you could just document the flags explicitly and not bother mentioning VFS_CTL_QUERY. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 13:35: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 19E1810656B0; Tue, 21 Sep 2010 13:35:39 +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 DE1B98FC0A; Tue, 21 Sep 2010 13:35:38 +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 8F0CC46C15; Tue, 21 Sep 2010 09:35:38 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CCAF28A04F; Tue, 21 Sep 2010 09:35:32 -0400 (EDT) From: John Baldwin To: Adrian Chadd Date: Tue, 21 Sep 2010 09:19:28 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <201009200925.10362.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009210919.28923.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 21 Sep 2010 09:35:32 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 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: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 13:35:39 -0000 On Monday, September 20, 2010 10:06:53 am Adrian Chadd wrote: > On 20 September 2010 21:25, John Baldwin wrote: > > > Why not include this iff both 'device ath' and 'device pci' are included? > > That is what is normally done for bus-specific attachments. > > I've not idea right now whether there's an Atheros SoC with an > AHB-attached wireless device and a PCI bus. In fact, that won't work > at the present time because the device names would clash. Why would the device names clash? We have _lots_ of drivers with multiple bus attachments that use the same name regardless of which bus they are on, and making a bus attachment conditional on the bus being present is what every other driver that desires this level of granularity does. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 14:16: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 2F7E810656A6 for ; Tue, 21 Sep 2010 14:16:58 +0000 (UTC) (envelope-from baptiste.daroussin@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 DA5BC8FC20 for ; Tue, 21 Sep 2010 14:16:57 +0000 (UTC) Received: by iwn34 with SMTP id 34so6214424iwn.13 for ; Tue, 21 Sep 2010 07:16:57 -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 :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=hDwZ8kFIyIuu/um0QbRwTy3CgMSAco7Z0zhAMxszuI8=; b=Z5riHP/TaUiFYK/zu3ztFgV7BB23K4vxYSoaxCirpPYXh/EJ1RlbEh50pcknuUULKQ Fy/8smM6/Vm/XDS6T0AdKymlSZmFmrHVxl2nocOqXLkhNKCD+IIJQVsly62CIB+4xmiz JoYel+mLwx+5ZlFLh8BZT2e97WhMBLM3OUr1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ec3yFgKOHBKoES8BCsv+bRfPUm6yQSEKiQDqo70XKRM1DFTdfGLDqA//QSHoK/Zzka VREo9Rtktndft4oVUQLGTy5OBL3Kvx0U4HODdIHnEvH4uEF+/fU5SN/Uf91u/o74//hY 6JZvxJNaq9aOolH/D5VW34qoOlMfk20YHScfU= MIME-Version: 1.0 Received: by 10.231.174.65 with SMTP id s1mr12112977ibz.153.1285078614706; Tue, 21 Sep 2010 07:16:54 -0700 (PDT) Sender: baptiste.daroussin@gmail.com Received: by 10.231.196.79 with HTTP; Tue, 21 Sep 2010 07:16:54 -0700 (PDT) In-Reply-To: <201009210915.46556.jhb@freebsd.org> References: <20100921122033.GA22567@azathoth.lan> <201009210915.46556.jhb@freebsd.org> Date: Tue, 21 Sep 2010 14:16:54 +0000 X-Google-Sender-Auth: X9aR5NypJpdI1cKDCdvc8z1jau4 Message-ID: From: Baptiste Daroussin To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Document EVFILT_FS and VQ_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 14:16:58 -0000 2010/9/21 John Baldwin : > On Tuesday, September 21, 2010 8:22:24 am Baptiste Daroussin wrote: >> Hi, >> >> For a projects I needed to use EVFILT_FS and saw that it hasn't been doc= umented >> so here is a patch to document it http://planet.etoilebsd.net/kqueue.2.d= iff >> >> It is based on the commit message for the implementation of EVFILT_FS, s= orry I >> don't know how to better document it >> (http://lists.freebsd.org/pipermail/cvs-src/2005-September/052288.html) > > Hmm, the code for this seems quite broken. =A0For example, when an NFS mo= unt is > marked up, it posts an event saying it is down. =A0Right now when the use= r gets > an EVFILT_FS event, the info in the event contains a mask of states that = have > changed, but the code would still need to issue a VFS_CTL_QUERY sysctl to= get > the actual state. =A0It would be more useful if the kevent could return t= wo > values: 1) would be a bitmask of changed flags, and 2) would be the curre= nt > state of the vfs query flags. =A0Perhaps 2) could be implemented in kn_da= ta, > but we would need to change the kernel to keep the current state of the > vfs query flags in 'struct mount' (this could be done in vfs_event_signal= ()). > Doing so would also allow VFS_CTL_QUERY to be implemented generically. > >> While using it I also discover that VQ_MOUNT, VQ_UMOUNT, VQ_NOTRESP and >> VQ_NOTRESPLOCK are not documented either but I don't know where to docum= ent >> them. > > VFS_CTL_QUERY is not really documented either. =A0For now I think you cou= ld > document all of this in kevent(2). =A0At the very least, you should note = that > for EVFILT_FS, the 'flags' field is a bitmask of changed flags that can b= e > queried via VFS_CTL_QUERY. =A0If the code is changed to provide the curre= nt > flags in 'data', then you could just document the flags explicitly and no= t > bother mentioning VFS_CTL_QUERY. > *Ouch* I'm far from understanding everything, I think I won't be able to document all that without a real comprehension of it. At the begining I just wanted to point out that some parts wasn't documented, and try to document what I could :) regards, Bapt From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 14:24: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 C1398106566C; Tue, 21 Sep 2010 14:24:24 +0000 (UTC) (envelope-from adrian.chadd@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 6B84D8FC16; Tue, 21 Sep 2010 14:24:24 +0000 (UTC) Received: by iwn34 with SMTP id 34so6218559iwn.13 for ; Tue, 21 Sep 2010 07:24:23 -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=/sYMbbKJwrPehLDosuHPId1nqNfYlcuIuxP1zYOGCwg=; b=q2IZa/n8YpaP7GTQ6sbtk0bn20WYOPQbXZ78yLMhMddqupfDTrt9OWoV98r3UwDDPy hqXNNiMslT45aGWfpx/iifug638eOTFcyXZHWypaunvAdVhPIbClwuq8c926f+WlqrfL EbTt08xDlbPWV0I7J98UvJvJ8CoOZe/NSjoNY= 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=OTwBuTnQ4oXhUNNuAZpKiVfgoHjMozV0yhjpMs9rlihNDxj9qkMIZPG69m8x+7uu+2 UhCEKPUIWc69aDOT7BvI7SHJ1UUDqBz/e8FRRjkAGKfrde98qE23/Phu2sHAf9FSDMBx kYnPt2uvY+zEmllx0922DL91HFDWnu10aaOKQ= MIME-Version: 1.0 Received: by 10.231.174.5 with SMTP id r5mr11975881ibz.132.1285079063754; Tue, 21 Sep 2010 07:24:23 -0700 (PDT) Received: by 10.231.156.206 with HTTP; Tue, 21 Sep 2010 07:24:23 -0700 (PDT) In-Reply-To: <201009210919.28923.jhb@freebsd.org> References: <201009200925.10362.jhb@freebsd.org> <201009210919.28923.jhb@freebsd.org> Date: Tue, 21 Sep 2010 22:24:23 +0800 Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Sep 2010 14:24:24 -0000 On 21 September 2010 21:19, John Baldwin wrote: >> I've not idea right now whether there's an Atheros SoC with an >> AHB-attached wireless device and a PCI bus. In fact, that won't work >> at the present time because the device names would clash. > > Why would the device names clash? =A0We have _lots_ of drivers with multi= ple bus > attachments that use the same name regardless of which bus they are on, a= nd > making a bus attachment conditional on the bus being present is what ever= y > other driver that desires this level of granularity does. Cool. Well, that's one less thing I have to worry about. :-) Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 21 14:26:23 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 5BB901065673; Tue, 21 Sep 2010 14:26:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 13A668FC13; Tue, 21 Sep 2010 14:26:22 +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 o8LEQLVH005442; Tue, 21 Sep 2010 10:26:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8LEQLiM005439; Tue, 21 Sep 2010 14:26:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 21 Sep 2010 14:26:21 GMT Message-Id: <201009211426.o8LEQLiM005439@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 arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 14:26:23 -0000 TB --- 2010-09-21 14:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-21 14:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-09-21 14:20:00 - cleaning the object tree TB --- 2010-09-21 14:20:45 - cvsupping the source tree TB --- 2010-09-21 14:20:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup5.freebsd.org /tinderbox/HEAD/arm/arm/supfile TB --- 2010-09-21 14:26:21 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-21 14:26:21 - ERROR: unable to cvsup the source tree TB --- 2010-09-21 14:26:21 - 1.34 user 45.49 system 381.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 04:04:50 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 821821065673 for ; Wed, 22 Sep 2010 04:04:50 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51805.mail.re2.yahoo.com (web51805.mail.re2.yahoo.com [206.190.38.236]) by mx1.freebsd.org (Postfix) with SMTP id 28DC68FC0C for ; Wed, 22 Sep 2010 04:04:49 +0000 (UTC) Received: (qmail 8740 invoked by uid 60001); 22 Sep 2010 04:04:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1285128289; bh=LkfPyh8paBgZyWK9VZLsHXhh9Ad/+DN2qitpd2ULSyk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=zFf4aNGAN8GGN4DWMCqhD+xibWmTcrVKJnKecQhgyWDKfAZcT2tTJMpYBK/o8+AltMsAn+hYeY8ImfsKDZAGRorYwSPrl7BLlf+heXWvcX8DfWyLcxvCaNmglzj0JYLX+0FG2QvBPeOnbN5JdMh3R7LhLh4/e+nwvpdkEqyz+vQ= 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=ftW5/Et+CL+i5bNIicOcUd2KY2xRIpgWEiaKBfwMkWH1Hkx4St+xEy8/VaixgAHX/+OJOHx4bikdFFbGl7gu3ZE/Li4N9rR3Spz/rZZVY352OTMohsrUsRRCrn02FqCjpk2kX9Ab6zW+jjCs8yV5rLF8Z1remhUbCAg3+TVqgfw=; Message-ID: <367708.1588.qm@web51805.mail.re2.yahoo.com> X-YMail-OSG: N.qn06wVM1lVqxZr.aa3aBd1sZnmjsDP.lIvXfYaobND4Nq ectjVjfZPj6Chn7yo41_unxUQgQfT2rUMkaV7P50KX6IKjqfli7a8pp7KROv 0MdDlegw76BKdC4UxERNsj2cffPkFvFlhRFT0WmtnVAIlSO3L8.HksgG1nrJ Pkk1zI_IMC0DqC41Ge5r.N0Sq2j9I5YxQtGPXKUOfut9z_fvyN6W0XINFSST rASO12oyMMt1vgeDtPfSumj.b.wx02RBsU4p_u62XbxZzw5hbCYK6MNnBGqd PdmAu8tu9Zflfv.yYNTG_N.EzlaNz5xxl7s0rETCxeO0vS2umON_uBnXkLiy 4Aw-- Received: from [173.183.132.20] by web51805.mail.re2.yahoo.com via HTTP; Tue, 21 Sep 2010 21:04:49 PDT X-Mailer: YahooMailRC/497 YahooMailWebService/0.8.105.279950 References: <20100919120012.A77371065674@hub.freebsd.org> <260103.20986.qm@web51802.mail.re2.yahoo.com> Date: Tue, 21 Sep 2010 21:04:49 -0700 (PDT) From: PseudoCylon To: Adrian Chadd In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2010 04:04:50 -0000 ----- Original Message ---- > From: Adrian Chadd > To: PseudoCylon > Cc: freebsd-current@freebsd.org > Sent: Tue, September 21, 2010 7:04:37 AM > Subject: Re: RFT: if_ath HAL refactoring > > On 21 September 2010 11:58, PseudoCylon wrote: > > > Just in case anyone wonders, I've added 11n support to run(4) (USB NIC). > > http://gitorious.org/run/run/trees/11n_beta2 > > > > It still has some issues, > > * doesn't work well with atheros chips > > * HT + AP + bridge = Tx may stall (seems OK with nat) > > So, use it at your own discretion. > > Want to put together a patch? sure! > > Does it introduce issues in the non-11n case? No, only in 11n mode. What I have found so far is that Ralink's driver checks MAC address of other end and identify atheros chip by oui. Then, sets special prot mode for it. Does this ring a bell? Has node lock in ieee80211_node_timeout() cased dead lock in HT + AP + bridge? AK From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 05:12:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E66A2106564A; Wed, 22 Sep 2010 05:12:52 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5ADE28FC12; Wed, 22 Sep 2010 05:12:51 +0000 (UTC) Received: by bwz15 with SMTP id 15so275407bwz.13 for ; Tue, 21 Sep 2010 22:12:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.15.148 with SMTP id k20mr8607308bka.74.1285130474139; Tue, 21 Sep 2010 21:41:14 -0700 (PDT) Received: by 10.204.113.76 with HTTP; Tue, 21 Sep 2010 21:41:14 -0700 (PDT) Date: Tue, 21 Sep 2010 21:41:14 -0700 Message-ID: From: Gordon Tetlow To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: wes@freebsd.org Subject: Rollout plan for new version of man/manpath/whatis/apropos X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2010 05:12:53 -0000 I'm to the point where I'm ready to the commit the code, but I wanted to layout a plan for the conversion and ask for input to make sure I didn't miss anything. 1. Commit the code located at http://people.freebsd.org/~gordon/man.shar into src/usr.bin/man (pending mentor review). 2. Unhook src/gnu/usr.bin/man from the build. 3. Unhook src/etc/manpath.config from the build (in src/etc/Makefile). 4. Add entry to src/ObsoleteFiles.inc to remove etc/manpath.config. 5. Hook src/usr.bin/man to the build. 6. Alter src/etc/mtree/BSD.local.mtree to include an entry for LOCALBASE/etc/man.d 7. Add entry into src/UPDATING about the change over deprecating /etc/manpath.config 8. Bump __FreeBSD_version in src/sys/sys/param.h 9. Document version bump in doc/en_US.ISO8859-1/books/porters-handbook/book= .sgml 10. Contact following ports owners to use new include system rather than manipulating /etc/manpath.config directly: =A0 japanese/man =A0 lang/perl5.8 =A0 lang/perl5.10 =A0 lang/perl5.12 11. Contact following ports owners to use new include system rather than displaying a message in pkg-message: =A0 graphics/tcm =A0 lang/erlang =A0 lang/metaocaml 12. Contact following ports owners to change their scripts as needed to accommodate the fact there isn't a manpath.config anymore: =A0 ports-mgmt/tinderbox =A0 x11/xorg-libraries I think that's everything. Am I missing anything? Thanks, Gordon From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 06:09: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 9D8811065670; Wed, 22 Sep 2010 06:09:58 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 14AC58FC16; Wed, 22 Sep 2010 06:09:57 +0000 (UTC) Received: by fxm9 with SMTP id 9so130942fxm.13 for ; Tue, 21 Sep 2010 23:09:57 -0700 (PDT) Received: by 10.223.120.76 with SMTP id c12mr7276026far.61.1285135796820; Tue, 21 Sep 2010 23:09:56 -0700 (PDT) Received: from jessie.localnet (p5B0E127F.dip0.t-ipconnect.de [91.14.18.127]) by mx.google.com with ESMTPS id r4sm4045985faa.43.2010.09.21.23.09.54 (version=SSLv3 cipher=RC4-MD5); Tue, 21 Sep 2010 23:09:55 -0700 (PDT) From: Bernhard Schmidt To: freebsd-current@freebsd.org Date: Wed, 22 Sep 2010 08:09:36 +0200 User-Agent: KMail/1.13.2 (Linux/2.6.32-24-generic; KDE/4.4.2; i686; ; ) References: <20100919120012.A77371065674@hub.freebsd.org> <367708.1588.qm@web51805.mail.re2.yahoo.com> In-Reply-To: <367708.1588.qm@web51805.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009220809.36641.bschmidt@techwires.net> Cc: Adrian Chadd , PseudoCylon Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2010 06:09:58 -0000 On Wednesday, September 22, 2010 06:04:49 PseudoCylon wrote: > ----- Original Message ---- > > > From: Adrian Chadd > > To: PseudoCylon > > Cc: freebsd-current@freebsd.org > > Sent: Tue, September 21, 2010 7:04:37 AM > > Subject: Re: RFT: if_ath HAL refactoring > > > > On 21 September 2010 11:58, PseudoCylon wrote: > > > Just in case anyone wonders, I've added 11n support to run(4) (USB > > > NIC). http://gitorious.org/run/run/trees/11n_beta2 > > > > > > It still has some issues, > > > > > > * doesn't work well with atheros chips > > > > > > * HT + AP + bridge = Tx may stall (seems OK with nat) > > > > > > So, use it at your own discretion. > > > > Want to put together a patch? > > sure! > > > Does it introduce issues in the non-11n case? > > No, only in 11n mode. > > What I have found so far is that Ralink's driver checks MAC address of > other end and identify atheros chip by oui. Then, sets special prot mode > for it. Does this ring a bell? Are your sure that this is based on the actual MAC addresses? Atheros drivers tend to announce additional capabilities in beacons and probe responses. > Has node lock in ieee80211_node_timeout() cased dead lock in HT + AP + > bridge? I'm not aware of any issues there, though, I'm not very familiar with HT use cases. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 06:42: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 CBCD7106564A for ; Wed, 22 Sep 2010 06:42:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 902708FC15 for ; Wed, 22 Sep 2010 06:42:07 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:692a:640d:c55:36cf] (unknown [IPv6:2001:7b8:3a7:0:692a:640d:c55:36cf]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 869575C43 for ; Wed, 22 Sep 2010 08:42:06 +0200 (CEST) Message-ID: <4C99A53E.7060707@FreeBSD.org> Date: Wed, 22 Sep 2010 08:42:06 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Clang now builds world and kernel, on i386 and 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, 22 Sep 2010 06:42:07 -0000 Hi, As of r212979, you should now be able to build world and kernel on i386 and amd64 with clang, without any additional patches! To do so, make sure you have updated your installed world to at least r212904 (which has the most recently imported clang/llvm snapshot), and put the following in /etc/src.conf: .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif # Don't die on warnings NO_WERROR= WERROR= Both world and kernel can also be installed, and should run properly, but please make sure you have a way to revert if anything unexpected happens. :) Alternatively, just install into a chroot to try it out from there. Some additional information can be found on this wiki page: http://wiki.freebsd.org/BuildingFreeBSDWithClang Thanks to all the people that made this possible, especially Roman Divacky, Ed Schouten, Rui Paulo, and of course the clang/llvm developers. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 09:19: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 983C6106564A; Wed, 22 Sep 2010 09:19:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7F98FC0C; Wed, 22 Sep 2010 09:19:22 +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 o8M9JLeV091029; Wed, 22 Sep 2010 05:19:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o8M9JLn2091025; Wed, 22 Sep 2010 09:19:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Sep 2010 09:19:21 GMT Message-Id: <201009220919.o8M9JLn2091025@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 09:19:22 -0000 TB --- 2010-09-22 07:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-22 07:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-09-22 07:15:00 - cleaning the object tree TB --- 2010-09-22 07:16:22 - cvsupping the source tree TB --- 2010-09-22 07:16:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup5.freebsd.org /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-09-22 07:17:13 - building world TB --- 2010-09-22 07:17:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-22 07:17:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-22 07:17:13 - TARGET=pc98 TB --- 2010-09-22 07:17:13 - TARGET_ARCH=i386 TB --- 2010-09-22 07:17:13 - TZ=UTC TB --- 2010-09-22 07:17:13 - __MAKE_CONF=/dev/null TB --- 2010-09-22 07:17:13 - cd /src TB --- 2010-09-22 07:17:13 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 22 07:17:13 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 Wed Sep 22 09:10:41 UTC 2010 TB --- 2010-09-22 09:10:41 - generating LINT kernel config TB --- 2010-09-22 09:10:41 - cd /src/sys/pc98/conf TB --- 2010-09-22 09:10:41 - /usr/bin/make -B LINT TB --- 2010-09-22 09:10:41 - building LINT kernel TB --- 2010-09-22 09:10:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-22 09:10:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-22 09:10:41 - TARGET=pc98 TB --- 2010-09-22 09:10:41 - TARGET_ARCH=i386 TB --- 2010-09-22 09:10:41 - TZ=UTC TB --- 2010-09-22 09:10:41 - __MAKE_CONF=/dev/null TB --- 2010-09-22 09:10:41 - cd /src TB --- 2010-09-22 09:10:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 22 09:10:41 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stge/if_stge.c /src/sys/dev/stge/if_stge.c: In function 'stge_poll': /src/sys/dev/stge/if_stge.c:1947: error: break statement not within loop or switch /src/sys/dev/stge/if_stge.c:1953: error: break statement not within loop or switch *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-22 09:19:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-22 09:19:21 - ERROR: failed to build lint kernel TB --- 2010-09-22 09:19:21 - 5318.59 user 1407.35 system 7460.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 09:27: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 72CC01065673; Wed, 22 Sep 2010 09:27: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 3F82E8FC1A; Wed, 22 Sep 2010 09:27: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 o8M9RJCN043937; Wed, 22 Sep 2010 05:27: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 o8M9RJAU043936; Wed, 22 Sep 2010 09:27:19 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Sep 2010 09:27:19 GMT Message-Id: <201009220927.o8M9RJAU043936@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 09:27:20 -0000 TB --- 2010-09-22 07:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-22 07:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-09-22 07:15:00 - cleaning the object tree TB --- 2010-09-22 07:16:26 - cvsupping the source tree TB --- 2010-09-22 07:16:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup5.freebsd.org /tinderbox/HEAD/i386/i386/supfile TB --- 2010-09-22 07:22:13 - building world TB --- 2010-09-22 07:22:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-22 07:22:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-22 07:22:13 - TARGET=i386 TB --- 2010-09-22 07:22:13 - TARGET_ARCH=i386 TB --- 2010-09-22 07:22:13 - TZ=UTC TB --- 2010-09-22 07:22:13 - __MAKE_CONF=/dev/null TB --- 2010-09-22 07:22:13 - cd /src TB --- 2010-09-22 07:22:13 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 22 07:22:14 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Sep 22 09:16:17 UTC 2010 TB --- 2010-09-22 09:16:17 - generating LINT kernel config TB --- 2010-09-22 09:16:17 - cd /src/sys/i386/conf TB --- 2010-09-22 09:16:17 - /usr/bin/make -B LINT TB --- 2010-09-22 09:16:17 - building LINT kernel TB --- 2010-09-22 09:16:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-22 09:16:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-22 09:16:17 - TARGET=i386 TB --- 2010-09-22 09:16:17 - TARGET_ARCH=i386 TB --- 2010-09-22 09:16:17 - TZ=UTC TB --- 2010-09-22 09:16:17 - __MAKE_CONF=/dev/null TB --- 2010-09-22 09:16:17 - cd /src TB --- 2010-09-22 09:16:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 22 09:16:17 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stge/if_stge.c /src/sys/dev/stge/if_stge.c: In function 'stge_poll': /src/sys/dev/stge/if_stge.c:1947: error: break statement not within loop or switch /src/sys/dev/stge/if_stge.c:1953: error: break statement not within loop or switch *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-22 09:27:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-22 09:27:19 - ERROR: failed to build lint kernel TB --- 2010-09-22 09:27:19 - 5432.27 user 1388.86 system 7938.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 10:08: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 E3E87106564A; Wed, 22 Sep 2010 10:08: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 AD52D8FC12; Wed, 22 Sep 2010 10:08:47 +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 o8MA8kBt054221; Wed, 22 Sep 2010 06:08: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 o8MA8k2s054212; Wed, 22 Sep 2010 10:08:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Sep 2010 10:08:46 GMT Message-Id: <201009221008.o8MA8k2s054212@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 10:08:48 -0000 TB --- 2010-09-22 07:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-22 07:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-09-22 07:15:00 - cleaning the object tree TB --- 2010-09-22 07:16:45 - cvsupping the source tree TB --- 2010-09-22 07:16:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup5.freebsd.org /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-09-22 07:32:44 - building world TB --- 2010-09-22 07:32:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-22 07:32:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-22 07:32:44 - TARGET=amd64 TB --- 2010-09-22 07:32:44 - TARGET_ARCH=amd64 TB --- 2010-09-22 07:32:44 - TZ=UTC TB --- 2010-09-22 07:32:44 - __MAKE_CONF=/dev/null TB --- 2010-09-22 07:32:44 - cd /src TB --- 2010-09-22 07:32:44 - /usr/bin/make -B buildworld >>> World build started on Wed Sep 22 07:32:44 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Sep 22 09:58:56 UTC 2010 TB --- 2010-09-22 09:58:56 - generating LINT kernel config TB --- 2010-09-22 09:58:56 - cd /src/sys/amd64/conf TB --- 2010-09-22 09:58:56 - /usr/bin/make -B LINT TB --- 2010-09-22 09:58:56 - building LINT kernel TB --- 2010-09-22 09:58:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-22 09:58:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-22 09:58:56 - TARGET=amd64 TB --- 2010-09-22 09:58:56 - TARGET_ARCH=amd64 TB --- 2010-09-22 09:58:56 - TZ=UTC TB --- 2010-09-22 09:58:56 - __MAKE_CONF=/dev/null TB --- 2010-09-22 09:58:56 - cd /src TB --- 2010-09-22 09:58:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 22 09:58:56 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_pci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stg/tmc18c30_subr.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stge/if_stge.c /src/sys/dev/stge/if_stge.c: In function 'stge_poll': /src/sys/dev/stge/if_stge.c:1947: error: break statement not within loop or switch /src/sys/dev/stge/if_stge.c:1953: error: break statement not within loop or switch *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-22 10:08:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-22 10:08:46 - ERROR: failed to build lint kernel TB --- 2010-09-22 10:08:46 - 6652.39 user 1802.40 system 10426.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 10:55: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 BFA9A1065674; Wed, 22 Sep 2010 10:55:50 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 882BD8FC1A; Wed, 22 Sep 2010 10:55:50 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o8MAavGC042791 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2010 03:36:58 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4C99DC48.1020208@FreeBSD.org> Date: Wed, 22 Sep 2010 03:36:56 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: "current@freebsd.org" , FreeBSD Hackers Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson Subject: Bumping MAXCPU 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, 22 Sep 2010 10:55:50 -0000 Hi, Is there any reason to keep MAXCPU at 16 in the default kernel config? There are quite few servers on the market today that have 24 or even 32 physical cores. With hyper-threading this can even go as high as 48 or 64 virtual cpus. People who buy such hardware might get very disappointed finding out that the FreeBSD is not going to use such hardware to its full potential. Does anybody object if I'd bump MAXCPU to 32, which is still low but might me more reasonable default these days, or at least make it an kernel configuration option documented in the NOTES? Thanks! -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:12: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 3A63C1065672; Wed, 22 Sep 2010 11:12:27 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9CEA78FC08; Wed, 22 Sep 2010 11:12:26 +0000 (UTC) Received: by wwc33 with SMTP id 33so404157wwc.31 for ; Wed, 22 Sep 2010 04:12:25 -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 :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=pwXjLYkCbuJ1uionuyVuyqb9MmnZLu0WJkfxAGSu1AI=; b=L2zNPlrdvU4pYVBusJ1tLve76CvD2TB6Jue2zOWrKTtsEml7mr8DXlGWsFSa9TJE69 IPbnvRxb68F+PDbaN+krxlB75Q2AXKsVyktJuU+RkzKVoMbV2pKS96QWRDFP0Dg9snpt IQHJjeqdmd7SwNe90r+OQOmQE7pFX03t/dr/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=nz/ouQG3K96MG8Zr165SDCyQSt8kRL/Q9D3DYwLI5ziZLWfaRfXBDv1GRFfljDmcB7 QO6SXUGpvqV9wuO0x/2xDt2LXBRlEW+k5v3smhUfdQzQHQLueC+jIVoWYO4Anf2dGuJU ENebwTtt6ViFVCIY5TJ49N02Uv3a0Sq5UgJG0= MIME-Version: 1.0 Received: by 10.227.145.20 with SMTP id b20mr4489063wbv.28.1285152161360; Wed, 22 Sep 2010 03:42:41 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.227.157.145 with HTTP; Wed, 22 Sep 2010 03:42:41 -0700 (PDT) In-Reply-To: <4C99A53E.7060707@FreeBSD.org> References: <4C99A53E.7060707@FreeBSD.org> Date: Wed, 22 Sep 2010 12:42:41 +0200 X-Google-Sender-Auth: HlOVsr1CYwE6r_vLJq2ZggEmCmA Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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, 22 Sep 2010 11:12:27 -0000 2010/9/22 Dimitry Andric : > Hi, > > As of r212979, you should now be able to build world and kernel on i386 > and amd64 with clang, without any additional patches! > > To do so, make sure you have updated your installed world to at least > r212904 (which has the most recently imported clang/llvm snapshot), and > put the following in /etc/src.conf: > > .if !defined(CC) || ${CC} == "cc" > CC=clang > .endif > .if !defined(CXX) || ${CXX} == "c++" > CXX=clang++ > .endif > # Don't die on warnings > NO_WERROR= > WERROR= > I've uploaded a typescript of "make buildworld && make buildkernel" of an 9.0-amd64 system running r212906 and building r212994 with the clang-in-HEAD: ftp://rene-ladan.nl/pub/freebsd/bwk-clang-native.bz2 SIZE = 933354 bytes (uncompressed 36308187 bytes) SHA256 = f97be8fb0d310ceb2e16dfc3919aeb68b57312431d7e879b6cce84b1cf8ba851 Now for the install phase, after some backups. Rene From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 11:41: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 8AD881065672; Wed, 22 Sep 2010 11:41:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id C896C8FC24; Wed, 22 Sep 2010 11:41:24 +0000 (UTC) Received: by qwg5 with SMTP id 5so2079qwg.13 for ; Wed, 22 Sep 2010 04:41:23 -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=HOZZgwT9rFmy4LQ068LGIqQdSxBXqRCUYQdWMjPMbqI=; b=w+3NECHb3c2hzk4flj9s0Y9zTQ3UaoEdr/E2aVex5XNAeAIP6q6bmc6oYZoIyhr7EX SL3iEV3FvTvOP2cbqXrjaTq/ewQPOiPJkyykC4bT5SK2ylmzmppN8DEi+M9Mk68GYi2j r9oP3n285LOZZp0KJ4Kv2+FTh5PF+1O0jOeKM= 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=qDWj2Mo4gEfjSTM1UhkwCFIReE6Bz51cNayTjOWiv/vsfxbu3db6nARDqTkvBUG4YP SZvvinqSL9GkRJONIFNDviyZ0lyZ/A6iEgpIjA9MlMU73RtDSnfo8FIUXeFJ0Gw5oK7I UKR3ycwgcqfFy3VGNCRymSK+AfqMl5LhPDOis= MIME-Version: 1.0 Received: by 10.224.19.200 with SMTP id c8mr13200qab.70.1285154205704; Wed, 22 Sep 2010 04:16:45 -0700 (PDT) Received: by 10.229.50.8 with HTTP; Wed, 22 Sep 2010 04:16:45 -0700 (PDT) In-Reply-To: <4C99DC48.1020208@FreeBSD.org> References: <4C99DC48.1020208@FreeBSD.org> Date: Wed, 22 Sep 2010 15:16:45 +0400 Message-ID: From: pluknet To: Maxim Sobolev Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Hackers , "current@freebsd.org" Subject: Re: Bumping MAXCPU 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, 22 Sep 2010 11:41:40 -0000 2010/9/22 Maxim Sobolev : > Hi, > > Is there any reason to keep MAXCPU at 16 in the default kernel config? There > are quite few servers on the market today that have 24 or even 32 physical > cores. With hyper-threading this can even go as high as 48 or 64 virtual > cpus. People who buy such hardware might get very disappointed finding out > that the FreeBSD is not going to use such hardware to its full potential. > > Does anybody object if I'd bump MAXCPU to 32, which is still low but might > me more reasonable default these days, or at least make it an kernel > configuration option documented in the NOTES? Please correct me, if I'm about smth. different, but isn't it already? /sys/amd64/include/param.h:#define MAXCPU 32 /sys/arm/include/param.h:#define MAXCPU 2 /sys/i386/include/param.h:#define MAXCPU 32 /sys/ia64/include/param.h:#define MAXCPU 32 /sys/mips/include/param.h:#define MAXCPU MAXSMPCPU /sys/powerpc/include/param.h:#define MAXCPU 2 /sys/sparc64/include/param.h:#define MAXCPU 16 /sys/sun4v/include/param.h:#define MAXCPU 32 (almost 2y ago for x86) -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:41: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 673291065670; Wed, 22 Sep 2010 13:41:18 +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 34DFF8FC08; Wed, 22 Sep 2010 13:41:18 +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 B782E46B17; Wed, 22 Sep 2010 09:41:17 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 46D668A04E; Wed, 22 Sep 2010 09:41:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Sep 2010 09:37:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <4C99DC48.1020208@FreeBSD.org> In-Reply-To: <4C99DC48.1020208@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Message-Id: <201009220937.13155.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 22 Sep 2010 09:41:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 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" , FreeBSD Hackers Subject: Re: Bumping MAXCPU 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, 22 Sep 2010 13:41:18 -0000 On Wednesday, September 22, 2010 6:36:56 am Maxim Sobolev wrote: > Hi, > > Is there any reason to keep MAXCPU at 16 in the default kernel config? > There are quite few servers on the market today that have 24 or even 32 > physical cores. With hyper-threading this can even go as high as 48 or > 64 virtual cpus. People who buy such hardware might get very > disappointed finding out that the FreeBSD is not going to use such > hardware to its full potential. > > Does anybody object if I'd bump MAXCPU to 32, which is still low but > might me more reasonable default these days, or at least make it an > kernel configuration option documented in the NOTES? ? % grep MAXCPU ~/work/freebsd/svn/head/sys/amd64/include/param.h #define MAXCPU 32 #define MAXCPU 1 In fact: % grep MAXCPU ~/work/freebsd/svn/stable/8/sys/amd64/include/param.h #define MAXCPU 32 #define MAXCPU 1 Unfortunately this can't be MFC'd to 7 as it would destroy the ABI for existing klds. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 13:41: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 673291065670; Wed, 22 Sep 2010 13:41:18 +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 34DFF8FC08; Wed, 22 Sep 2010 13:41:18 +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 B782E46B17; Wed, 22 Sep 2010 09:41:17 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 46D668A04E; Wed, 22 Sep 2010 09:41:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Sep 2010 09:37:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <4C99DC48.1020208@FreeBSD.org> In-Reply-To: <4C99DC48.1020208@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Message-Id: <201009220937.13155.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 22 Sep 2010 09:41:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 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" , FreeBSD Hackers Subject: Re: Bumping MAXCPU 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, 22 Sep 2010 13:41:18 -0000 On Wednesday, September 22, 2010 6:36:56 am Maxim Sobolev wrote: > Hi, > > Is there any reason to keep MAXCPU at 16 in the default kernel config? > There are quite few servers on the market today that have 24 or even 32 > physical cores. With hyper-threading this can even go as high as 48 or > 64 virtual cpus. People who buy such hardware might get very > disappointed finding out that the FreeBSD is not going to use such > hardware to its full potential. > > Does anybody object if I'd bump MAXCPU to 32, which is still low but > might me more reasonable default these days, or at least make it an > kernel configuration option documented in the NOTES? ? % grep MAXCPU ~/work/freebsd/svn/head/sys/amd64/include/param.h #define MAXCPU 32 #define MAXCPU 1 In fact: % grep MAXCPU ~/work/freebsd/svn/stable/8/sys/amd64/include/param.h #define MAXCPU 32 #define MAXCPU 1 Unfortunately this can't be MFC'd to 7 as it would destroy the ABI for existing klds. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:48: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 218111065693 for ; Wed, 22 Sep 2010 16:48:02 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6878FC14 for ; Wed, 22 Sep 2010 16:48:01 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OySU3-000F7j-Bf for freebsd-current@freebsd.org; Wed, 22 Sep 2010 18:48:00 +0200 Message-ID: <4C9A3336.20702@kkip.pl> Date: Wed, 22 Sep 2010 18:47:50 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C99A53E.7060707@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-22 18:48:00 X-Connected-IP: 78.8.144.74:51895 X-Message-Linecount: 57 X-Body-Linecount: 45 X-Message-Size: 2282 X-Body-Size: 1682 X-Received-Count: 1 X-Recipient-Count: 1 X-Local-Recipient-Count: 1 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Subject: Re: Clang now builds world and kernel, on i386 and 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, 22 Sep 2010 16:48:02 -0000 On 2010-09-22 12:42, René Ladan wrote: > 2010/9/22 Dimitry Andric: >> Hi, >> >> As of r212979, you should now be able to build world and kernel on i386 >> and amd64 with clang, without any additional patches! >> >> To do so, make sure you have updated your installed world to at least >> r212904 (which has the most recently imported clang/llvm snapshot), and >> put the following in /etc/src.conf: >> >> .if !defined(CC) || ${CC} == "cc" >> CC=clang >> .endif >> .if !defined(CXX) || ${CXX} == "c++" >> CXX=clang++ >> .endif >> # Don't die on warnings >> NO_WERROR= >> WERROR= >> > Just tried it. World has been builded without any problems, but stge kernel module failed to compile: ===> stge (all) clang -O2 -pipe -march=athlon-xp -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/ATHLON9/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -I/usr/obj/usr/src/sys/ATHLON9 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/stge/../../dev/stge/if_stge.c /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1947:5: error: 'break' statement not in loop or switch statement break; ^ /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1953:6: error: 'break' statement not in loop or switch statement break -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 16:51: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 8B4A31065675 for ; Wed, 22 Sep 2010 16:51:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 59B0F8FC12 for ; Wed, 22 Sep 2010 16:51:47 +0000 (UTC) Received: by pzk7 with SMTP id 7so247809pzk.13 for ; Wed, 22 Sep 2010 09:51:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=fMK9hVHl3r7oXXCRhhxX6OLOaFPnoSNTe2JY0+c8jdE=; b=XaUwTkLEWEI/p583ZCexfqpzvXVejnWNIQdMXSetLAFvEE7B44+iqueZlWh/UzrXli rO/a6MR3fs/06pqiFYBqzud8r4ezIyzVs3SvOqoO0MgiFLhLJ+n+izlnrgLUJ/74Cx2H M+mUph+Hj+ltKYBP471ASZ5/VK+FtTB4PSuBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DLh31GvBs94QQymcqPMdZpX5SZFOqZnJvJKrcHl0JCs2nuyzGo6NXvDlOhC2sR8Nrw Nb8U6RKbqUAp4xRzCiwSzLF3xDv36NqJA2qkQ8AcDJotfX3XYeYBRPS77rsuhC9zKcrp Y2ltLVY+RLPnKHdtSJT9iGgycV+aU3s5MThFw= Received: by 10.142.143.20 with SMTP id q20mr405569wfd.25.1285174306920; Wed, 22 Sep 2010 09:51:46 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id g31sm10630590ibh.4.2010.09.22.09.51.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 09:51:45 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Sep 2010 09:50:45 -0700 From: Pyun YongHyeon Date: Wed, 22 Sep 2010 09:50:45 -0700 To: Bartosz Stec Message-ID: <20100922165045.GB10299@michelle.cdnetworks.com> References: <4C99A53E.7060707@FreeBSD.org> <4C9A3336.20702@kkip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C9A3336.20702@kkip.pl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 16:51:49 -0000 On Wed, Sep 22, 2010 at 06:47:50PM +0200, Bartosz Stec wrote: > On 2010-09-22 12:42, Ren? Ladan wrote: > >2010/9/22 Dimitry Andric: > >>Hi, > >> > >>As of r212979, you should now be able to build world and kernel on i386 > >>and amd64 with clang, without any additional patches! > >> > >>To do so, make sure you have updated your installed world to at least > >>r212904 (which has the most recently imported clang/llvm snapshot), and > >>put the following in /etc/src.conf: > >> > >>.if !defined(CC) || ${CC} == "cc" > >>CC=clang > >>.endif > >>.if !defined(CXX) || ${CXX} == "c++" > >>CXX=clang++ > >>.endif > >># Don't die on warnings > >>NO_WERROR= > >>WERROR= > >> > > > Just tried it. World has been builded without any problems, but stge > kernel module failed to compile: > > ===> stge (all) > clang -O2 -pipe -march=athlon-xp -fno-strict-aliasing -D_KERNEL > -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/ATHLON9/opt_global.h -I. -I@ -I@/contrib/altq > -fno-common -I/usr/obj/usr/src/sys/ATHLON9 -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector > -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -c /usr/src/sys/modules/stge/../../dev/stge/if_stge.c > /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1947:5: error: > 'break' statement not in loop or switch statement > break; > ^ > /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1953:6: error: > 'break' statement not in loop or switch statement > break > I committed the fix. Sorry for the breakage. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 17:16:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9EB4106564A; Wed, 22 Sep 2010 17:16:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id AC7618FC16; Wed, 22 Sep 2010 17:16:42 +0000 (UTC) Received: by pxi17 with SMTP id 17so260772pxi.13 for ; Wed, 22 Sep 2010 10:16:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=b4HKKKoOyEk0JsiGVuwLrwXzTTOE4dri8sUZ1RNvffQ=; b=kglvNQ8F0v+xZN7HdIzJdzOJXMgwK8XywMgKbazANHJQQPuhMKus8+UwSzIOPsMcEG lLMyolj9comuAQ8mL/E/ZHMXyEKNkrg1ed+hrOjFTsWVD8l+OASo89THpAdzB6Zjvx23 KgUWKm4hymURGPlBIN+KgdFLp1HQc8ISuyWXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=wRFELM/ZoZP9CZVVx8s1ikUSTJyo60FbJaWagEQeoPNdmEQ0ycvDnzFt1IJP7PMaqE kC3Ddann1TzWG0YBu5/jSkQjzZ1DUusi31g/wUV6I+jRo2ZiHlj4U2fP/czTkWe5DG5T 7eKC9YcFmRB8FKmNM8sGODVFcZEkgGhep4YoM= Received: by 10.114.39.9 with SMTP id m9mr487978wam.197.1285174194027; Wed, 22 Sep 2010 09:49:54 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id o4sm3530929iba.18.2010.09.22.09.49.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 09:49:48 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Sep 2010 09:48:57 -0700 From: Pyun YongHyeon Date: Wed, 22 Sep 2010 09:48:57 -0700 To: FreeBSD Tinderbox Message-ID: <20100922164857.GA10299@michelle.cdnetworks.com> References: <201009221008.o8MA8k2s054212@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201009221008.o8MA8k2s054212@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 17:16:43 -0000 On Wed, Sep 22, 2010 at 10:08:46AM +0000, FreeBSD Tinderbox wrote: [...] > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/stge/if_stge.c > /src/sys/dev/stge/if_stge.c: In function 'stge_poll': > /src/sys/dev/stge/if_stge.c:1947: error: break statement not within loop or switch > /src/sys/dev/stge/if_stge.c:1953: error: break statement not within loop or switch > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > Sorry, it should be fixed now. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 20:59: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 50395106564A for ; Wed, 22 Sep 2010 20:59:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 246938FC17 for ; Wed, 22 Sep 2010 20:59:23 +0000 (UTC) Received: by pzk7 with SMTP id 7so337578pzk.13 for ; Wed, 22 Sep 2010 13:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:mime-version:content-type:content-disposition :user-agent; bh=N8Q9JvUxPVxPMGKZ/HcrmuIkIC0JyFMDaw3jbwk5PUI=; b=jvv3YAnD4AlgdncEEMnjjciBVF3xaofgMGa5qrY0mC6YfYvccwvtDS/7+jO7DkuA6f PD040/LSiONB1kEuzwXs9EpQN5L79GJ24u9UNU44DOqFwMeW9KizFpU38lgSmjdgIV+5 NiwQBYnBmUyWKAcJQuhA0c6/LkKzJziwSePUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=wI32vJdIMnpoa2lk9bofFlrav04vehAxJXEJU7k2yy7ESZu8NMU/g5KZZ3jxgMex+n wzRJawCvMKB54bbKteXAr56n2afO3FDW7VLFBYVXz3kn6HnmVczPj5l0aiM8auacMhNY Dmo4zC7itTNGfXJZRglqMNtKUl9hdOj0PMvSI= Received: by 10.142.90.12 with SMTP id n12mr654677wfb.192.1285189163517; Wed, 22 Sep 2010 13:59:23 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id o9sm10419368wfd.16.2010.09.22.13.59.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 13:59:22 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Sep 2010 13:58:31 -0700 From: Pyun YongHyeon Date: Wed, 22 Sep 2010 13:58:31 -0700 To: freebsd-current@FreeBSD.org Message-ID: <20100922205831.GI10299@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: "tput clear"/vi breakage on console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 20:59:24 -0000 Hi, It seems "tput clear" on console wipes out entire screen without even showing a shell prompt. The only way I get characters is to enter "enter" key. I'm under the impression that the first line of console output is not displayed at all after "tput clear" command. Another thing I noticed is vi also does not show the first line of a file. Any idea? From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:11:53 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 549D910656A5 for ; Wed, 22 Sep 2010 21:11:53 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id D106A8FC16 for ; Wed, 22 Sep 2010 21:11:52 +0000 (UTC) Received: by eyx24 with SMTP id 24so343859eyx.13 for ; Wed, 22 Sep 2010 14:11:51 -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 :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=E2Oiw7hm3wgagK3b0VixK8IiqpneqcK02NOSkeZNBAs=; b=QxUc90kH2Equ7zyhctE9/mAggV4NJFeGbMHAiCCixyLZy8cmqsqKVYVsQD1KYc1oRw Tv39EgPaTc633m0Z6W234xXmSQj8Of2KGt/lmu6n6ZVNEsY9s8WauVFqzTe18qfSqFrX axXvd2QI3VFJEZMvcaTDhWSRsijIw8vkI7Hoc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=ZtLZrfL4qK7sRMi73tg4XQkZWRVdjkIc/v5MUlQ3vIgxJMgqN7lRT9Hu5C+O5/fV4F FhBU5e9qJD9NwYwzKAtTWal6mrO3c9H3jr/6kic1U/sffxZrOYtT80/Laiz+3yU4fq11 IJUtK83evkj466KOswJTt3WMFzdY0L2cYWRUY= Received: by 10.213.80.140 with SMTP id t12mr5666977ebk.27.1285188154451; Wed, 22 Sep 2010 13:42:34 -0700 (PDT) Received: from [192.168.1.64] (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id u9sm15355112eeh.11.2010.09.22.13.42.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 13:42:33 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4C9A6A38.4080307@freebsd.org> Date: Wed, 22 Sep 2010 22:42:32 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.2.9) Gecko/20100919 Thunderbird/3.1.4 MIME-Version: 1.0 To: Bartosz Stec References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> In-Reply-To: <4C9A32B8.60204@kkip.pl> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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, 22 Sep 2010 21:11:53 -0000 On 22-09-2010 18:45, Bartosz Stec wrote: > On 2010-09-22 12:42, René Ladan wrote: >> 2010/9/22 Dimitry Andric: >>> Hi, >>> >>> As of r212979, you should now be able to build world and kernel on i386 >>> and amd64 with clang, without any additional patches! >>> >>> To do so, make sure you have updated your installed world to at least >>> r212904 (which has the most recently imported clang/llvm snapshot), and >>> put the following in /etc/src.conf: >>> >>> .if !defined(CC) || ${CC} == "cc" >>> CC=clang >>> .endif >>> .if !defined(CXX) || ${CXX} == "c++" >>> CXX=clang++ >>> .endif >>> # Don't die on warnings >>> NO_WERROR= >>> WERROR= >>> >> > Just tried it. World has been builded without any problems, but stge > kernel module failed to compile: > > ===> stge (all) > clang -O2 -pipe -march=athlon-xp -fno-strict-aliasing -D_KERNEL > -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/ATHLON9/opt_global.h -I. -I@ -I@/contrib/altq > -fno-common -I/usr/obj/usr/src/sys/ATHLON9 -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector > -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -c /usr/src/sys/modules/stge/../../dev/stge/if_stge.c > /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1947:5: error: > 'break' statement not in loop or switch statement > break; > ^ > /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1953:6: error: > 'break' statement not in loop or switch statement > break > Hmm, works for me: acer# ls -l /boot/kernel/if_stge.ko* -r-xr-xr-x 1 root wheel 39344 Sep 22 13:34 /boot/kernel/if_stge.ko -r-xr-xr-x 1 root wheel 218248 Sep 22 13:34 /boot/kernel/if_stge.ko.symbols acer# This is with the default GENERIC kernel. Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:25: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 A28E91065696 for ; Wed, 22 Sep 2010 21:25:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 723328FC1A for ; Wed, 22 Sep 2010 21:25:53 +0000 (UTC) Received: by pzk7 with SMTP id 7so343096pzk.13 for ; Wed, 22 Sep 2010 14:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=iiwfG5UNEPgKVh58qo2PKJOIoJDQ17aDO1WcllXzmww=; b=Aff3WuB+UbCChXrCVNqjngHclkl/r8fqwuRG7vFthjXOnCMLnm5v7uM+kIeyeR2UKz W70iu56Usa7M2t5l8T+2JnyRrTZBq3h50VVmAZH5ZC7kgTZRkHMETgxQu+YbgQsiF7cr c/HstHpqbmAG13MyGWYmFjm5uO70PJ4Dq767g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=JkmZhEJv2zEny+PeyU00JOAy95XbrG3cVqR8A1uAWYvhMJLK2IiK4hwqy8nkW0fSl5 l6l/W57mQ0ntgyXg9rY6/4IW4rNsK24xaYxfCe2YWgVAGdso8N6ZEpbDZJu4Z1vQK0lJ De4ZRWu3bg8/ugrOM5Vtim2M0b34VmtdAYwxQ= Received: by 10.142.70.5 with SMTP id s5mr681097wfa.148.1285190752841; Wed, 22 Sep 2010 14:25:52 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id o16sm5799wfh.7.2010.09.22.14.25.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 14:25:51 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Sep 2010 14:25:00 -0700 From: Pyun YongHyeon Date: Wed, 22 Sep 2010 14:25:00 -0700 To: Alexey Shuvaev Message-ID: <20100922212500.GJ10299@michelle.cdnetworks.com> References: <20100922205831.GI10299@michelle.cdnetworks.com> <20100922211805.GA2202@wep4035.physik.uni-wuerzburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100922211805.GA2202@wep4035.physik.uni-wuerzburg.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: "tput clear"/vi breakage on console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 21:25:53 -0000 On Wed, Sep 22, 2010 at 11:18:05PM +0200, Alexey Shuvaev wrote: > On Wed, Sep 22, 2010 at 01:58:31PM -0700, Pyun YongHyeon wrote: > > Hi, > > > > It seems "tput clear" on console wipes out entire screen without > > even showing a shell prompt. The only way I get characters is to > > enter "enter" key. I'm under the impression that the first line of > > console output is not displayed at all after "tput clear" command. > > Another thing I noticed is vi also does not show the first line > > of a file. Any idea? > > > Seems to work fine for me both in xterm and in the text console. > Sorry, I was wrong. It seems I blindly trusted monitor's auto-sizing capability. With manual adjustment the issue has gone. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:25:50 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 CBD951065670; Wed, 22 Sep 2010 21:25:50 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC908FC15; Wed, 22 Sep 2010 21:25:50 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o8MKrDmf049419 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2010 13:53:15 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <4C9A6CB8.3010400@sippysoft.com> Date: Wed, 22 Sep 2010 13:53:12 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: John Baldwin References: <4C99DC48.1020208@FreeBSD.org> <201009220937.13155.jhb@freebsd.org> In-Reply-To: <201009220937.13155.jhb@freebsd.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 22 Sep 2010 21:40:11 +0000 Cc: FreeBSD Hackers , Jeff Roberson , freebsd-current@FreeBSD.ORG, "current@freebsd.org" Subject: Re: Bumping MAXCPU 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, 22 Sep 2010 21:25:50 -0000 On 9/22/2010 6:37 AM, John Baldwin wrote: > Unfortunately this can't be MFC'd to 7 as it would destroy the ABI for > existing klds. Ah, ok, sorry, I did only check RELENG_7. Can we make it a kernel option then? Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:25: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 CBD951065670; Wed, 22 Sep 2010 21:25:50 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC908FC15; Wed, 22 Sep 2010 21:25:50 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o8MKrDmf049419 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2010 13:53:15 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <4C9A6CB8.3010400@sippysoft.com> Date: Wed, 22 Sep 2010 13:53:12 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: John Baldwin References: <4C99DC48.1020208@FreeBSD.org> <201009220937.13155.jhb@freebsd.org> In-Reply-To: <201009220937.13155.jhb@freebsd.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 22 Sep 2010 21:40:19 +0000 Cc: FreeBSD Hackers , Jeff Roberson , freebsd-current@FreeBSD.ORG, "current@freebsd.org" Subject: Re: Bumping MAXCPU 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, 22 Sep 2010 21:25:50 -0000 On 9/22/2010 6:37 AM, John Baldwin wrote: > Unfortunately this can't be MFC'd to 7 as it would destroy the ABI for > existing klds. Ah, ok, sorry, I did only check RELENG_7. Can we make it a kernel option then? Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:48: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 F1621106566C for ; Wed, 22 Sep 2010 21:48:20 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFA88FC0C for ; Wed, 22 Sep 2010 21:48:20 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OyWfM-000Flu-9i; Wed, 22 Sep 2010 23:15:55 +0200 Message-ID: <4C9A7203.8010701@kkip.pl> Date: Wed, 22 Sep 2010 23:15:47 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: Rene Ladan References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> In-Reply-To: <4C9A6A38.4080307@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.5 X-Spam-Score-Int: -84 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-22 23:15:55 X-Connected-IP: 78.8.144.74:58265 X-Message-Linecount: 50 X-Body-Linecount: 37 X-Message-Size: 2306 X-Body-Size: 1654 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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, 22 Sep 2010 21:48:21 -0000 On 2010-09-22 22:42, Rene Ladan wrote: >> >> Just tried it. World has been builded without any problems, but stge >> kernel module failed to compile: >> >> ===> stge (all) >> clang -O2 -pipe -march=athlon-xp -fno-strict-aliasing -D_KERNEL >> -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/src/sys/ATHLON9/opt_global.h -I. -I@ -I@/contrib/altq >> -fno-common -I/usr/obj/usr/src/sys/ATHLON9 -mno-mmx -mno-3dnow >> -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector >> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> -fformat-extensions -c /usr/src/sys/modules/stge/../../dev/stge/if_stge.c >> /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1947:5: error: >> 'break' statement not in loop or switch statement >> break; >> ^ >> /usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1953:6: error: >> 'break' statement not in loop or switch statement >> break >> > Hmm, works for me: > acer# ls -l /boot/kernel/if_stge.ko* > -r-xr-xr-x 1 root wheel 39344 Sep 22 13:34 /boot/kernel/if_stge.ko > -r-xr-xr-x 1 root wheel 218248 Sep 22 13:34 > /boot/kernel/if_stge.ko.symbols > acer# > > This is with the default GENERIC kernel. > > Rene Problem wasn't clang related, but caused by stge changes in r212973, and it has already been fixed (in r213000). I will post comparison of building times and results using gcc/clang/ccache/noccache on my box soon :) From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 21:49: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 1CBB21065698 for ; Wed, 22 Sep 2010 21:49:58 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id C62748FC1B for ; Wed, 22 Sep 2010 21:49:57 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 569E15ACFD; Wed, 22 Sep 2010 23:18:07 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 4FAAE5AC95; Wed, 22 Sep 2010 23:18:07 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 2E0455CD76; Wed, 22 Sep 2010 23:18:07 +0200 (CEST) Received: from wep4035.physik.uni-wuerzburg.de ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.2) with ESMTP id 2010092223180652-54651 ; Wed, 22 Sep 2010 23:18:06 +0200 Date: Wed, 22 Sep 2010 23:18:05 +0200 From: Alexey Shuvaev To: Pyun YongHyeon Message-ID: <20100922211805.GA2202@wep4035.physik.uni-wuerzburg.de> References: <20100922205831.GI10299@michelle.cdnetworks.com> MIME-Version: 1.0 In-Reply-To: <20100922205831.GI10299@michelle.cdnetworks.com> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.2|August 10, 2010) at 09/22/2010 11:18:06 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.2|August 10, 2010) at 09/22/2010 11:18:06 PM, Serialize complete at 09/22/2010 11:18:06 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-current@FreeBSD.org Subject: Re: "tput clear"/vi breakage on console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2010 21:49:58 -0000 On Wed, Sep 22, 2010 at 01:58:31PM -0700, Pyun YongHyeon wrote: > Hi, > > It seems "tput clear" on console wipes out entire screen without > even showing a shell prompt. The only way I get characters is to > enter "enter" key. I'm under the impression that the first line of > console output is not displayed at all after "tput clear" command. > Another thing I noticed is vi also does not show the first line > of a file. Any idea? > Seems to work fine for me both in xterm and in the text console. ~> uname -a FreeBSD wep4035 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r212998: Wed Sep 22 16:28:09 CEST 2010 root@wep4035:/usr/obj/usr/src/sys/GENERIC amd64 [In xterm] ~> locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_NUMERIC=C LC_MONETARY="en_US.UTF-8" LC_MESSAGES=C LC_ALL= [In text console] # locale LANG= LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL= The 'cl' capability from the xterm session (part of TERMCAP): cl=\E[H\E[2J HTH, Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 22:42:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B3321065670 for ; Wed, 22 Sep 2010 22:42:23 +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 D40438FC15 for ; Wed, 22 Sep 2010 22:42:22 +0000 (UTC) Received: (qmail 31848 invoked by uid 60001); 22 Sep 2010 22:42:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1285195342; bh=e8tlKDfvlTVBdJf7bxsWKkzmtNQUPzud6M+l1g6/X/g=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=luuPs7vS8KRuOELeBX6zXDBohF+1l05UesjjS31U7JP1b0AV7RNyp17i0cj6F+CUdPhYveWLgsGvNyA5CUKWdVNsWfO5txAhsydeRy/K7cRDtNK1jr1ZxstKjd+QryGdSJQ0tDlW2GHevxUgzhVYxBm/W1EWnloyX8t5CKQqIX4= 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=dk9kQwVO1bpNN+nOZ4LLYU/ODjfeG58on6FMEdMgIs2+8lQ1U3d7hMWb4g1/kutQo79GhWdi7vYaX5h5ngKeo05bO7uE0JauxG6PhN8v66ZmC20EB8NLq/Yfp56/Yss3wEyB2ncMEj+VAeAY9cXUVE+DXy3+E9XDeKG8Nidk0PU=; Message-ID: <129192.25720.qm@web51807.mail.re2.yahoo.com> X-YMail-OSG: DiISFN4VM1l0K8TK2RlQmLlsv5tbWfoiB7lczfXHAXPY3xa eKRb14Ddk.LPyZJZDIPpXEJRxJ.tr0jgRcqyg8xqRjZe0qXUeq0W4P.Dg7qU Bg5FBhXgCWWpUHXaOlyQeAHGkUPR_iqKdlt0rGDF5dvrRsbVHAiGm5EAYSUr 8YEqyq5VlOBI3ycFG8Lz7fBvahhFXCBbTkap7bN_yqoaURopob4758_hWNL7 Odjei8g6pP7QE82Rsi7aIalGnAbmKA1iedRhgz7l0essuZM6XoBaYuuwbBex zz8NmPFuV3hRS7IobydPffCD.DW2zH1oGJftK_jLmv_OH8dTBohSTq3oyInT YUw-- Received: from [173.183.132.20] by web51807.mail.re2.yahoo.com via HTTP; Wed, 22 Sep 2010 15:42:21 PDT X-Mailer: YahooMailRC/497 YahooMailWebService/0.8.105.279950 References: <20100919120012.A77371065674@hub.freebsd.org> <367708.1588.qm@web51805.mail.re2.yahoo.com> <201009220809.36641.bschmidt@techwires.net> Date: Wed, 22 Sep 2010 15:42:21 -0700 (PDT) From: PseudoCylon To: Bernhard Schmidt , freebsd-current@freebsd.org In-Reply-To: <201009220809.36641.bschmidt@techwires.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Adrian Chadd Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2010 22:42:23 -0000 ----- Original Message ---- > From: Bernhard Schmidt > To: freebsd-current@freebsd.org > Cc: PseudoCylon ; Adrian Chadd > Sent: Wed, September 22, 2010 12:09:36 AM > Subject: Re: RFT: if_ath HAL refactoring > > On Wednesday, September 22, 2010 06:04:49 PseudoCylon wrote: > > ----- Original Message ---- > > > > > From: Adrian Chadd > > > To: PseudoCylon > > > Cc: freebsd-current@freebsd.org > > > Sent: Tue, September 21, 2010 7:04:37 AM > > > Subject: Re: RFT: if_ath HAL refactoring > > > > > > On 21 September 2010 11:58, PseudoCylon wrote: > > > > Just in case anyone wonders, I've added 11n support to run(4) (USB > > > > NIC). http://gitorious.org/run/run/trees/11n_beta2 > > > > > > > > It still has some issues, > > > > > > > > * doesn't work well with atheros chips > > > > > > > > * HT + AP + bridge = Tx may stall (seems OK with nat) > > > > > > > > So, use it at your own discretion. > > > > > > Want to put together a patch? > > > > sure! > > > > > Does it introduce issues in the non-11n case? > > > > No, only in 11n mode. > > > > What I have found so far is that Ralink's driver checks MAC address of > > other end and identify atheros chip by oui. Then, sets special prot mode > > for it. Does this ring a bell? > > Are your sure that this is based on the actual MAC addresses? Atheros drivers > tend to announce additional capabilities in beacons and probe responses. It is based on the actual MAC, but it is Broadcom's oui (00904c). sorry. > > > Has node lock in ieee80211_node_timeout() cased dead lock in HT + AP + > > bridge? > > I'm not aware of any issues there, though, I'm not very familiar with HT use > cases. I attached witness messages. Those 2 LORs always happen together before deadlock. I hooked iv_input() and unlock/lock node lock to avoid deadlock. (I don't know if it's safe.) I wonder if this is run(4) specific problem. AK lock order reversal: 1st 0xffffff8000a267d0 run0_node_lock (run0_node_lock) @ /usr/src/sys/net80211/ieee80211_node.c:1360 2nd 0xffffff0001716818 if_bridge (if_bridge) @ /usr/src/sys/net/if_bridge.c:2184 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 _mtx_lock_flags() at _mtx_lock_flags+0x78 bridge_input() at bridge_input+0x7e ether_input() at ether_input+0x143 hostap_input() at hostap_input+0x4ea ampdu_rx_flush() at ampdu_rx_flush+0x5e ieee80211_ht_node_age() at ieee80211_ht_node_age+0x7b ieee80211_node_timeout() at ieee80211_node_timeout+0x2dc softclock() at softclock+0x2a0 intr_event_execute_handlers() at intr_event_execute_handlers+0x66 ithread_loop() at ithread_loop+0xb2 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000052d30, rbp = 0 --- lock order reversal: 1st 0xffffff8000a267d0 run0_node_lock (run0_node_lock) @ /usr/src/sys/net80211/ieee80211_node.c:1360 2nd 0xffffffff80a186c8 tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:498 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 _rw_rlock() at _rw_rlock+0x5f tcp_input() at tcp_input+0xa58 ip_input() at ip_input+0xbc netisr_dispatch_src() at netisr_dispatch_src+0xb8 ether_demux() at ether_demux+0x17d ether_input() at ether_input+0x175 hostap_input() at hostap_input+0x4ea ampdu_rx_flush() at ampdu_rx_flush+0x5e ieee80211_ht_node_age() at ieee80211_ht_node_age+0x7b ieee80211_node_timeout() at ieee80211_node_timeout+0x2dc softclock() at softclock+0x2a0 intr_event_execute_handlers() at intr_event_execute_handlers+0x66 ithread_loop() at ithread_loop+0xb2 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000052d30, rbp = 0 --- From owner-freebsd-current@FreeBSD.ORG Wed Sep 22 22:48: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 28B74106564A; Wed, 22 Sep 2010 22:48:19 +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 DE2988FC12; Wed, 22 Sep 2010 22:48:18 +0000 (UTC) Received: from d.earth.lavabit.com (d.earth.lavabit.com [192.168.111.13]) by karen.lavabit.com (Postfix) with ESMTP id 2062711B950; Wed, 22 Sep 2010 17:48:18 -0500 (CDT) Received: from 10.0.10.3 (221.163.108.93.rev.vodafone.pt [93.108.163.221]) by lavabit.com with ESMTP id VB4UZO5SF9L6; Wed, 22 Sep 2010 17:48:18 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <129192.25720.qm@web51807.mail.re2.yahoo.com> Date: Wed, 22 Sep 2010 23:48:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5484FA31-E77C-47CE-9CE6-67FCAEA5535D@FreeBSD.org> References: <20100919120012.A77371065674@hub.freebsd.org> <367708.1588.qm@web51805.mail.re2.yahoo.com> <201009220809.36641.bschmidt@techwires.net> <129192.25720.qm@web51807.mail.re2.yahoo.com> To: PseudoCylon X-Mailer: Apple Mail (2.1081) Cc: Bernhard Schmidt , Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Sep 2010 22:48:19 -0000 On 22 Sep 2010, at 23:42, PseudoCylon wrote: >=20 >=20 >=20 >=20 > ----- Original Message ---- >> From: Bernhard Schmidt >> To: freebsd-current@freebsd.org >> Cc: PseudoCylon ; Adrian Chadd = >> Sent: Wed, September 22, 2010 12:09:36 AM >> Subject: Re: RFT: if_ath HAL refactoring >>=20 >> On Wednesday, September 22, 2010 06:04:49 PseudoCylon wrote: >>> ----- Original Message ---- >>>=20 >>>> From: Adrian Chadd >>>> To: PseudoCylon >>>> Cc: freebsd-current@freebsd.org >>>> Sent: Tue, September 21, 2010 7:04:37 AM >>>> Subject: Re: RFT: if_ath HAL refactoring >>>>=20 >>>> On 21 September 2010 11:58, PseudoCylon = =20 > wrote: >>>>> Just in case anyone wonders, I've added 11n support to run(4) = (USB >>>>> NIC). http://gitorious.org/run/run/trees/11n_beta2 >>>>>=20 >>>>> It still has some issues, >>>>>=20 >>>>> * doesn't work well with atheros chips >>>>>=20 >>>>> * HT + AP + bridge =3D Tx may stall (seems OK with nat) >>>>>=20 >>>>> So, use it at your own discretion. >>>>=20 >>>> Want to put together a patch? >>>=20 >>> sure! >>>=20 >>>> Does it introduce issues in the non-11n case? >>>=20 >>> No, only in 11n mode. >>>=20 >>> What I have found so far is that Ralink's driver checks MAC address = of >>> other end and identify atheros chip by oui. Then, sets special prot = mode >>> for it. Does this ring a bell? >>=20 >> Are your sure that this is based on the actual MAC addresses? = Atheros drivers=20 >=20 >> tend to announce additional capabilities in beacons and probe = responses. >=20 > It is based on the actual MAC, but it is Broadcom's oui (00904c). = sorry. >=20 >>=20 >>> Has node lock in ieee80211_node_timeout() cased dead lock in HT + = AP + >>> bridge? >>=20 >> I'm not aware of any issues there, though, I'm not very familiar = with HT use=20 >> cases. >=20 > I attached witness messages. Those 2 LORs always happen together = before=20 > deadlock. I hooked iv_input() and unlock/lock node lock to avoid = deadlock. (I=20 > don't know if it's safe.) >=20 > I wonder if this is run(4) specific problem. >=20 >=20 > AK >=20 >=20 > lock order reversal: > 1st 0xffffff8000a267d0 run0_node_lock (run0_node_lock) @=20 > /usr/src/sys/net80211/ieee80211_node.c:1360 > 2nd 0xffffff0001716818 if_bridge (if_bridge) @=20 > /usr/src/sys/net/if_bridge.c:2184 > 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 > _mtx_lock_flags() at _mtx_lock_flags+0x78 > bridge_input() at bridge_input+0x7e > ether_input() at ether_input+0x143 > hostap_input() at hostap_input+0x4ea > ampdu_rx_flush() at ampdu_rx_flush+0x5e > ieee80211_ht_node_age() at ieee80211_ht_node_age+0x7b > ieee80211_node_timeout() at ieee80211_node_timeout+0x2dc > softclock() at softclock+0x2a0 > intr_event_execute_handlers() at intr_event_execute_handlers+0x66 > ithread_loop() at ithread_loop+0xb2 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff8000052d30, rbp =3D 0 --- >=20 > lock order reversal: > 1st 0xffffff8000a267d0 run0_node_lock (run0_node_lock) @=20 > /usr/src/sys/net80211/ieee80211_node.c:1360 > 2nd 0xffffffff80a186c8 tcp (tcp) @ = /usr/src/sys/netinet/tcp_input.c:498 > 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 > _rw_rlock() at _rw_rlock+0x5f > tcp_input() at tcp_input+0xa58 > ip_input() at ip_input+0xbc > netisr_dispatch_src() at netisr_dispatch_src+0xb8 > ether_demux() at ether_demux+0x17d > ether_input() at ether_input+0x175 > hostap_input() at hostap_input+0x4ea > ampdu_rx_flush() at ampdu_rx_flush+0x5e > ieee80211_ht_node_age() at ieee80211_ht_node_age+0x7b > ieee80211_node_timeout() at ieee80211_node_timeout+0x2dc > softclock() at softclock+0x2a0 > intr_event_execute_handlers() at intr_event_execute_handlers+0x66 > ithread_loop() at ithread_loop+0xb2 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff8000052d30, rbp =3D 0 ---=20 Can you explain why the run0_node_lock is locked ? I don't have the code = at hand.. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 00:35: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 AB76C106564A for ; Thu, 23 Sep 2010 00:35:39 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51805.mail.re2.yahoo.com (web51805.mail.re2.yahoo.com [206.190.38.236]) by mx1.freebsd.org (Postfix) with SMTP id 5FF248FC12 for ; Thu, 23 Sep 2010 00:35:38 +0000 (UTC) Received: (qmail 8114 invoked by uid 60001); 23 Sep 2010 00:35:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1285202138; bh=RWcieuQLG1tkqcyNaOmf1hSQ+PvVeLSBT/fw4f81gSc=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=PFxn5p2u/jsMh3vOV3R85qBc07/StlwnwtB1hw6g9RSuFMoML9ry/Z2dTuXvDwjlYOBpbMzJZ/HnMyO5g0VRUKnXV9zorGJ5ZEf5pcW4qNbisVU4fUeXf5+pfswEzVHPQDhC2gdsqQDV2H1LQJq/r1SvsRM8tYzoVMoZGn5udhc= 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=UAbwnOkfLbBRnuyA+PRlbYXC3Kdabbm7V4kvbeqnpMnNYWj9K91PHNVMXqPHq2ikeSexKVlU0sJNZuHghVrNgPU9FuKQEx+RYdKv6o2V7Wkc+xRj+SVf5if0Zsv2hoQtI9jaEU82CKw1oQZ48uJrxxBwVc9fRjCnPPmWyUEcWOM=; Message-ID: <539466.7047.qm@web51805.mail.re2.yahoo.com> X-YMail-OSG: gm8kt8cVM1l35.QbLOdcQldi9KLtsiGv1g.pjdR02_1QlPy xUajaEBOycv1ntHYxBtZSJHFHaKXFqfNoSa1l71vqzM008YflAFOMuLAAHKB bbsKVX.7Fl4XBSUyY1pC7mHCnfu3iW4xMCuTBrr5yWLx9Ao5Z_BDLZFnKYPT Arjxe.ORnss9PzY64gG9c9YO3EV3.uSjUJPMUqGKSbqUsSE12QMTi3aacnzV iYPyYfVifC3dVTd86GUnui.TX_Y19UWS1OQpUdUAFRFB71MFwfsjhBsGg07U m4q2rQHOML8Q08N3WGUKoxdCZyFBzvERQpV7cTXR4caGf7F9Updrr4kIWvk4 KyzdDdvmATGtqcOyoVIKzu3rcGR7ZOg-- Received: from [173.183.132.20] by web51805.mail.re2.yahoo.com via HTTP; Wed, 22 Sep 2010 17:35:38 PDT X-Mailer: YahooMailRC/497 YahooMailWebService/0.8.105.279950 References: <20100919120012.A77371065674@hub.freebsd.org> <367708.1588.qm@web51805.mail.re2.yahoo.com> <201009220809.36641.bschmidt@techwires.net> <129192.25720.qm@web51807.mail.re2.yahoo.com> <5484FA31-E77C-47CE-9CE6-67FCAEA5535D@FreeBSD.org> Date: Wed, 22 Sep 2010 17:35:38 -0700 (PDT) From: PseudoCylon To: Rui Paulo In-Reply-To: <5484FA31-E77C-47CE-9CE6-67FCAEA5535D@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Bernhard Schmidt , Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RFT: if_ath HAL refactoring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2010 00:35:39 -0000 ----- Original Message ---- > From: Rui Paulo > To: PseudoCylon > Cc: Bernhard Schmidt ; freebsd-current@freebsd.org; >Adrian Chadd > Sent: Wed, September 22, 2010 4:48:14 PM > Subject: Re: RFT: if_ath HAL refactoring > > On 22 Sep 2010, at 23:42, PseudoCylon wrote: > > > > > > > > > > > ----- Original Message ---- > >> From: Bernhard Schmidt > >> To: freebsd-current@freebsd.org > >> Cc: PseudoCylon ; Adrian Chadd > > >> Sent: Wed, September 22, 2010 12:09:36 AM > >> Subject: Re: RFT: if_ath HAL refactoring > >> > >> On Wednesday, September 22, 2010 06:04:49 PseudoCylon wrote: > >>> ----- Original Message ---- > >>> > >>>> From: Adrian Chadd > >>>> To: PseudoCylon > >>>> Cc: freebsd-current@freebsd.org > >>>> Sent: Tue, September 21, 2010 7:04:37 AM > >>>> Subject: Re: RFT: if_ath HAL refactoring > >>>> > >>>> On 21 September 2010 11:58, PseudoCylon > > wrote: > >>>>> Just in case anyone wonders, I've added 11n support to run(4) (USB > >>>>> NIC). http://gitorious.org/run/run/trees/11n_beta2 > >>>>> > >>>>> It still has some issues, > >>>>> > >>>>> * doesn't work well with atheros chips > >>>>> > >>>>> * HT + AP + bridge = Tx may stall (seems OK with nat) > >>>>> > >>>>> So, use it at your own discretion. > >>>> > >>>> Want to put together a patch? > >>> > >>> sure! > >>> > >>>> Does it introduce issues in the non-11n case? > >>> > >>> No, only in 11n mode. > >>> > >>> What I have found so far is that Ralink's driver checks MAC address of > >>> other end and identify atheros chip by oui. Then, sets special prot mode > >>> for it. Does this ring a bell? > >> > >> Are your sure that this is based on the actual MAC addresses? Atheros >drivers > > > > >> tend to announce additional capabilities in beacons and probe responses. > > > > It is based on the actual MAC, but it is Broadcom's oui (00904c). sorry. > > > >> > >>> Has node lock in ieee80211_node_timeout() cased dead lock in HT + AP + > >>> bridge? > >> > >> I'm not aware of any issues there, though, I'm not very familiar with HT >use > > >> cases. > > > > I attached witness messages. Those 2 LORs always happen together before > > deadlock. I hooked iv_input() and unlock/lock node lock to avoid deadlock. >(I > > > don't know if it's safe.) > > > > I wonder if this is run(4) specific problem. > > > > > > AK > > > > > > lock order reversal: > > 1st 0xffffff8000a267d0 run0_node_lock (run0_node_lock) @ > > /usr/src/sys/net80211/ieee80211_node.c:1360 > > 2nd 0xffffff0001716818 if_bridge (if_bridge) @ > > /usr/src/sys/net/if_bridge.c:2184 > > 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 > > _mtx_lock_flags() at _mtx_lock_flags+0x78 > > bridge_input() at bridge_input+0x7e > > ether_input() at ether_input+0x143 > > hostap_input() at hostap_input+0x4ea > > ampdu_rx_flush() at ampdu_rx_flush+0x5e > > ieee80211_ht_node_age() at ieee80211_ht_node_age+0x7b > > ieee80211_node_timeout() at ieee80211_node_timeout+0x2dc > > softclock() at softclock+0x2a0 > > intr_event_execute_handlers() at intr_event_execute_handlers+0x66 > > ithread_loop() at ithread_loop+0xb2 > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffff8000052d30, rbp = 0 --- > > > > lock order reversal: > > 1st 0xffffff8000a267d0 run0_node_lock (run0_node_lock) @ > > /usr/src/sys/net80211/ieee80211_node.c:1360 > > 2nd 0xffffffff80a186c8 tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:498 > > 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 > > _rw_rlock() at _rw_rlock+0x5f > > tcp_input() at tcp_input+0xa58 > > ip_input() at ip_input+0xbc > > netisr_dispatch_src() at netisr_dispatch_src+0xb8 > > ether_demux() at ether_demux+0x17d > > ether_input() at ether_input+0x175 > > hostap_input() at hostap_input+0x4ea > > ampdu_rx_flush() at ampdu_rx_flush+0x5e > > ieee80211_ht_node_age() at ieee80211_ht_node_age+0x7b > > ieee80211_node_timeout() at ieee80211_node_timeout+0x2dc > > softclock() at softclock+0x2a0 > > intr_event_execute_handlers() at intr_event_execute_handlers+0x66 > > ithread_loop() at ithread_loop+0xb2 > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffff8000052d30, rbp = 0 --- > > Can you explain why the run0_node_lock is locked ? I don't have the code at >hand.. > > Regards, > -- > Rui Paulo > > I don't know why, but I know where. run0_node_lock is locked at ieee80211_node.c:1917 ieee80211_node_timeout() -> ieee80211_timeout_stations() http://fxr.watson.org/fxr/source/net80211/ieee80211_node.c?im=bigexcerpts#L1917 ieee80211_node.c:1360 (one witness reports) hostap_input() -> hostap_deliver_data() ->ieee80211_find_vap_node() -> lock @ ieee80211_node.c:1360 (I think it's recursed.) and run(4) calls ieee80211_iterate_nodes() once/sec for ratectl. (locks @ ieee80211_node.c:2138) Each one has own reason to lock, I guess. My workaround. http://gitorious.org/run/run/blobs/11n_beta2/dev/usb/wlan/if_run.c :1865 unlocks one locked in ieee80211_timeout_stations(). This one is held for long time. Hope this is what you want to know. AK From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 04:30: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 0EFB1106566B for ; Thu, 23 Sep 2010 04:30:01 +0000 (UTC) (envelope-from ralphellis1@netscape.ca) Received: from smtp-2.vancouver.ipapp.com (smtp-2.vancouver.ipapp.com [216.152.192.163]) by mx1.freebsd.org (Postfix) with ESMTP id E25FB8FC14 for ; Thu, 23 Sep 2010 04:30:00 +0000 (UTC) Received: from [192.168.123.102] ([172.162.176.212]) by smtp-2.vancouver.ipapp.com ; Wed, 22 Sep 2010 19:29:58 -0700 Message-ID: <4C9ABBA4.5080005@netscape.ca> Date: Wed, 22 Sep 2010 22:29:56 -0400 From: Ralph Ellis User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.13) Gecko/20100917 SeaMonkey/2.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rcpt-To: X-Country: US Subject: Error message while updating src for FreeBSD 9 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: Thu, 23 Sep 2010 04:30:01 -0000 Hi, I recently upgraded my FreeBSD 8.1 installation to FreeBSD 9 current via buildworld and buildkernel. I was able to one general ports, src and doc update by cvsup but now I am getting the following error message when I do a src update. > cvsup srcsupfile > Connected to cvsup2.FreeBSD.org > Updating collection src-all/cvs > Edit src/bin/ps/extern.h > Illegal instruction > I am new to the mailing list. Is this a known error? Is this an error to do with the source tree or an issue on my end? Just for reference, the contents of my supfile are *default tag=. *default host=cvsup2.FreeBSD.org *default prefix=/usr *default base=/var/db *default release=cvs delete use-rel-suffix compress src-all ports-all doc-all Thanks in advance for your assistance, Ralph Ellis ralphellis1@netscape.ca From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 05:26: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 9C358106564A for ; Thu, 23 Sep 2010 05:26:35 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf1.bahnhof.se (mxf1.bahnhof.se [213.80.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 58E868FC22 for ; Thu, 23 Sep 2010 05:26:34 +0000 (UTC) Received: from localhost (mxf1.local [127.0.0.1]) by mxf1-reinject (Postfix) with ESMTP id AF8561E32BA; Thu, 23 Sep 2010 07:26:33 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF1) X-Spam-Score: 4.845 X-Spam-Level: **** X-Spam-Status: No, score=4.845 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.44, J_CHICKENPOX_73=0.6, RATWARE_GECKO_BUILD=1.426, SPF_NEUTRAL=1.379] Received: from mxf1.bahnhof.se ([127.0.0.1]) by localhost (mxf1.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DHp4+W5D+v7P; Thu, 23 Sep 2010 07:26:29 +0200 (CEST) Received: from [10.32.0.4] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf1.bahnhof.se (Postfix) with ESMTP id AB33B1E32A9; Thu, 23 Sep 2010 07:26:29 +0200 (CEST) Message-ID: <4C9AE504.9050609@gmail.com> Date: Thu, 23 Sep 2010 07:26:28 +0200 From: Niclas Zeising User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Ralph Ellis References: <4C9ABBA4.5080005@netscape.ca> In-Reply-To: <4C9ABBA4.5080005@netscape.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Error message while updating src for FreeBSD 9 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: Thu, 23 Sep 2010 05:26:35 -0000 On 2010-09-23 04:29, Ralph Ellis wrote: > Hi, > I recently upgraded my FreeBSD 8.1 installation to FreeBSD 9 current via > buildworld and buildkernel. I was able to one general ports, src and doc > update by cvsup but now I am getting the following error message when I > do a src update. > >> cvsup srcsupfile >> Connected to cvsup2.FreeBSD.org >> Updating collection src-all/cvs >> Edit src/bin/ps/extern.h >> Illegal instruction >> > I am new to the mailing list. Is this a known error? > Is this an error to do with the source tree or an issue on my end? > > Just for reference, the contents of my supfile are > > *default tag=. > *default host=cvsup2.FreeBSD.org > *default prefix=/usr > *default base=/var/db > *default release=cvs delete use-rel-suffix compress > src-all > ports-all > doc-all > > Thanks in advance for your assistance, > Ralph Ellis > ralphellis1@netscape.ca > Are you using cvsup or csup? Have you recompiled cvsup in case you use that? What's in your make.conf file? Illegal instruction is usually because the program is compiled for another CPU than what it's running on. It can also be that syscalls has changed, but then it usually complains about that. When doing a major version upgrade, you usually have to recompile all ports. Hope this helps! //Niclas From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 07:08: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 9CC351065675; Thu, 23 Sep 2010 07:08: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 068FE8FC1A; Thu, 23 Sep 2010 07:08:13 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9A07D9CB091; Thu, 23 Sep 2010 08:51:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ZtR1+bdM8oh; Thu, 23 Sep 2010 08:51:35 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B2D969CB185; Thu, 23 Sep 2010 08:51:35 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id o8N6pYwJ031800; Thu, 23 Sep 2010 08:51:34 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 23 Sep 2010 08:51:34 +0200 From: Roman Divacky To: Bartosz Stec Message-ID: <20100923065134.GA31455@freebsd.org> References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C9A7203.8010701@kkip.pl> User-Agent: Mutt/1.4.2.3i Cc: Rene Ladan , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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: Thu, 23 Sep 2010 07:08:14 -0000 On Wed, Sep 22, 2010 at 11:15:47PM +0200, Bartosz Stec wrote: > On 2010-09-22 22:42, Rene Ladan wrote: > >> > >>Just tried it. World has been builded without any problems, but stge > >>kernel module failed to compile: > >> > >>===> stge (all) > >>clang -O2 -pipe -march=athlon-xp -fno-strict-aliasing -D_KERNEL > >>-DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > >>/usr/obj/usr/src/sys/ATHLON9/opt_global.h -I. -I@ -I@/contrib/altq > >>-fno-common -I/usr/obj/usr/src/sys/ATHLON9 -mno-mmx -mno-3dnow > >>-mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector > >>-std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls > >>-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > >>-Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > >>-fformat-extensions -c /usr/src/sys/modules/stge/../../dev/stge/if_stge.c > >>/usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1947:5: error: > >>'break' statement not in loop or switch statement > >> break; > >> ^ > >>/usr/src/sys/modules/stge/../../dev/stge/if_stge.c:1953:6: error: > >>'break' statement not in loop or switch statement > >> break > >> > >Hmm, works for me: > >acer# ls -l /boot/kernel/if_stge.ko* > >-r-xr-xr-x 1 root wheel 39344 Sep 22 13:34 /boot/kernel/if_stge.ko > >-r-xr-xr-x 1 root wheel 218248 Sep 22 13:34 > >/boot/kernel/if_stge.ko.symbols > >acer# > > > >This is with the default GENERIC kernel. > > > >Rene > Problem wasn't clang related, but caused by stge changes in r212973, and > it has already been fixed (in r213000). > I will post comparison of building times and results using > gcc/clang/ccache/noccache on my box soon :) if you want to post any build-time numbers for clang please -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS #-DNDEBUG uncomment the -DNDEBUG on this line in lib/clang/clang.build.mk and rebuild it otherwise you are using Release+Asserts build of clang which is some 30% slower than the normal one... From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 10:20: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 1C407106566C; Thu, 23 Sep 2010 10:20:20 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 87ECF8FC17; Thu, 23 Sep 2010 10:20:19 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OyiuP-000ICa-GN; Thu, 23 Sep 2010 12:20:18 +0200 Message-ID: <4C9B29D6.8090706@kkip.pl> Date: Thu, 23 Sep 2010 12:20:06 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: Roman Divacky References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> In-Reply-To: <20100923065134.GA31455@freebsd.org> X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.6 X-Spam-Score-Int: -85 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-23 12:20:18 X-Connected-IP: 78.8.144.74:53458 X-Message-Linecount: 99 X-Body-Linecount: 86 X-Message-Size: 3801 X-Body-Size: 3047 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rene Ladan , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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: Thu, 23 Sep 2010 10:20:20 -0000 On 2010-09-23 08:51, Roman Divacky wrote: >> I will post comparison of building times and results using >> gcc/clang/ccache/noccache on my box soon :) > if you want to post any build-time numbers for clang please > > -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS #-DNDEBUG > > uncomment the -DNDEBUG on this line in lib/clang/clang.build.mk > and rebuild it otherwise you are using Release+Asserts build of > clang which is some 30% slower than the normal one... Just rebooted system with kernel builded by clang. After 'make installworld' I ran mergemaster and it seems that headers in most of configuration files are wrong, for instance: *** Displaying differences between ./etc/csh.cshrc and installed version: --- /etc/csh.cshrc 2009-09-21 11:01:51.000000000 +0200 +++ ./etc/csh.cshrc 2010-09-23 12:12:47.553768640 +0200 @@ -1,6 +1,3 @@ -# $FreeBSD: src/etc/csh.cshrc,v 1.3 1999/08/27 23:23:40 peter Exp $ +# $FreeBSD$ (...) Should I rebuild and provide output? -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 10:32: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 94963106566B; Thu, 23 Sep 2010 10:32:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2F48FC0C; Thu, 23 Sep 2010 10:32:32 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id EFBFB46B5C; Thu, 23 Sep 2010 06:32:31 -0400 (EDT) Date: Thu, 23 Sep 2010 11:32:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: <4C9A6CB8.3010400@sippysoft.com> Message-ID: References: <4C99DC48.1020208@FreeBSD.org> <201009220937.13155.jhb@freebsd.org> <4C9A6CB8.3010400@sippysoft.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers , Jeff Roberson , freebsd-current@FreeBSD.ORG, "current@freebsd.org" , John Baldwin Subject: Re: Bumping MAXCPU 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: Thu, 23 Sep 2010 10:32:32 -0000 On Wed, 22 Sep 2010, Maxim Sobolev wrote: > On 9/22/2010 6:37 AM, John Baldwin wrote: >> Unfortunately this can't be MFC'd to 7 as it would destroy the ABI for >> existing klds. > > Ah, ok, sorry, I did only check RELENG_7. Can we make it a kernel option > then? In principle, yes, but MAXCPU is used to size various kernel data structures inspected by userspace crash post-mortem tools, etc. I've done a bit of work to teach some of those tools (in particular, vmstat -z and vmstat -m) to extract the version of maxcpu compiled into the kernel instead just relying on the version of MAXCPU present when the command line tool was compiled. However, I think a better long-term approach here is to generally eliminate sizing based on MAXCPU and instead size based on the number of CPUs present. Certain kernel subsystems already do this (UMA, netisr, ...) but others don't (malloc(9), ...). Additional hands on this project would probably help :-). As John mentioned, the other issue is the use of fixed-width types instead of variable-length CPU bitmasks to name cores for IPIs, etc. There are people actively working on this, but it's a non-trivial project as kernel code likes to do things like cpumask & othermask. My expectation is that this problem will be solved in 9.0 but I don't see any obvious MFC paths for 8.x due to KBI issues. It could be that this forces our hand in terms of breaking the KBI at some point in the 8.x series, unclear... Robert From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 10:32: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 94963106566B; Thu, 23 Sep 2010 10:32:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2F48FC0C; Thu, 23 Sep 2010 10:32:32 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id EFBFB46B5C; Thu, 23 Sep 2010 06:32:31 -0400 (EDT) Date: Thu, 23 Sep 2010 11:32:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: <4C9A6CB8.3010400@sippysoft.com> Message-ID: References: <4C99DC48.1020208@FreeBSD.org> <201009220937.13155.jhb@freebsd.org> <4C9A6CB8.3010400@sippysoft.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers , Jeff Roberson , freebsd-current@FreeBSD.ORG, "current@freebsd.org" , John Baldwin Subject: Re: Bumping MAXCPU 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: Thu, 23 Sep 2010 10:32:32 -0000 On Wed, 22 Sep 2010, Maxim Sobolev wrote: > On 9/22/2010 6:37 AM, John Baldwin wrote: >> Unfortunately this can't be MFC'd to 7 as it would destroy the ABI for >> existing klds. > > Ah, ok, sorry, I did only check RELENG_7. Can we make it a kernel option > then? In principle, yes, but MAXCPU is used to size various kernel data structures inspected by userspace crash post-mortem tools, etc. I've done a bit of work to teach some of those tools (in particular, vmstat -z and vmstat -m) to extract the version of maxcpu compiled into the kernel instead just relying on the version of MAXCPU present when the command line tool was compiled. However, I think a better long-term approach here is to generally eliminate sizing based on MAXCPU and instead size based on the number of CPUs present. Certain kernel subsystems already do this (UMA, netisr, ...) but others don't (malloc(9), ...). Additional hands on this project would probably help :-). As John mentioned, the other issue is the use of fixed-width types instead of variable-length CPU bitmasks to name cores for IPIs, etc. There are people actively working on this, but it's a non-trivial project as kernel code likes to do things like cpumask & othermask. My expectation is that this problem will be solved in 9.0 but I don't see any obvious MFC paths for 8.x due to KBI issues. It could be that this forces our hand in terms of breaking the KBI at some point in the 8.x series, unclear... Robert From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 10:55: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 BE9A5106566B; Thu, 23 Sep 2010 10:55:20 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 18F2E8FC15; Thu, 23 Sep 2010 10:55:19 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OyjSG-000IN9-9S; Thu, 23 Sep 2010 12:55:17 +0200 Message-ID: <4C9B3207.2070302@kkip.pl> Date: Thu, 23 Sep 2010 12:55:03 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: Roman Divacky References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> In-Reply-To: <20100923065134.GA31455@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.6 X-Spam-Score-Int: -85 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-23 12:55:17 X-Connected-IP: 78.8.144.74:58606 X-Message-Linecount: 187 X-Body-Linecount: 174 X-Message-Size: 11108 X-Body-Size: 10348 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Rene Ladan , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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: Thu, 23 Sep 2010 10:55:20 -0000 On 2010-09-23 08:51, Roman Divacky wrote: > if you want to post any build-time numbers for clang please > > -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS #-DNDEBUG > > uncomment the -DNDEBUG on this line in lib/clang/clang.build.mk > and rebuild it otherwise you are using Release+Asserts build of > clang which is some 30% slower than the normal one... > _______________________________________________ > 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" When i try to rebuild world again (machine has world and kernel builded with clang) I cought following problem at the very beginning: -------------------------------------------------------------- >>> World build started on Thu Sep 23 12:46:55 CEST 2010 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/tmp mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/usr mkdir -p /usr/obj/usr/src/tmp/legacy/usr mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 9.0-CURRENT i386 900021" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=900021 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy ===> tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend CC='clang' mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c clang -O2 -pipe -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c building static egacy library ranlib libegacy.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/tmp/legacy/usr/lib -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 9.0-CURRENT i386 900021" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=900021 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools ===> lib/clang/libllvmsupport (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport created for /usr/src/lib/clang/libllvmsupport rm -f .depend CC='clang' mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c CC='clang' mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Allocator.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CommandLine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConstantRange.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashRecoveryContext.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDeltaAlgorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorHandling.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FoldingSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FormattedStream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWriter.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedStatic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBuffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLoader.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PrettyStackTrace.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallPtrSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallVector.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SourceMgr.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statistic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringMap.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringPool.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringRef.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TargetRegistry.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circular_raw_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_ostream.cpp clang++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -fno-exceptions -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp Assertion failed: (false && "Ran out of registers during register allocation!"), function assignRegOrStackSlotAtInterval, file /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/RegAllocLinearScan.cpp, line 1196. Stack dump: 0. Program arguments: /usr/bin/clang++ -cc1 -triple i386-undermydesk-freebsd9.0 -S -disable-free -main-file-name APFloat.cpp -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -target-cpu i486 -resource-dir /usr/lib/clang/2.8 -D LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D NDEBUG -D LLVM_HOSTTRIPLE="i386-undermydesk-freebsd9.0" -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I . -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -I /usr/obj/usr/src/tmp/legacy/usr/include -O2 -ferror-limit 19 -fmessage-length 205 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-lvFfGd.s -x c++ /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp 1. parser at end of file 2. Code generation 3. Running pass 'Linear Scan Register Allocator' on function '@_ZN4llvm7APFloat28convertFromHexadecimalStringENS_9StringRefENS0_12roundingModeE' clang++: error: clang frontend command failed due to signal 6 (use -v to see invocation) *** Error code 250 From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:15: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 8A6A6106566C; Thu, 23 Sep 2010 11:15:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4881C8FC16; Thu, 23 Sep 2010 11:15:38 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:28e4:8413:c438:c1fa] (unknown [IPv6:2001:7b8:3a7:0:28e4:8413:c438:c1fa]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8694E5C43; Thu, 23 Sep 2010 13:15:36 +0200 (CEST) Message-ID: <4C9B36DA.2090702@FreeBSD.org> Date: Thu, 23 Sep 2010 13:15:38 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Bartosz Stec References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B29D6.8090706@kkip.pl> In-Reply-To: <4C9B29D6.8090706@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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: Thu, 23 Sep 2010 11:15:38 -0000 On 2010-09-23 12:20, Bartosz Stec wrote: > --- /etc/csh.cshrc 2009-09-21 11:01:51.000000000 +0200 > +++ ./etc/csh.cshrc 2010-09-23 12:12:47.553768640 +0200 > @@ -1,6 +1,3 @@ > -# $FreeBSD: src/etc/csh.cshrc,v 1.3 1999/08/27 23:23:40 peter Exp $ > +# $FreeBSD$ > (...) > You must use the subversion-freebsd port to checkout FreeBSD sources, not the regular subversion port. Also, if you switch from CVS or csup-based checkouts to Subversion-based checkouts, you will have to deal with a lot of these changes. Fortunately, you should only have to do this once. From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:21:28 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 612FC1065672; Thu, 23 Sep 2010 11:21:28 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3858FC14; Thu, 23 Sep 2010 11:21:28 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:28e4:8413:c438:c1fa] (unknown [IPv6:2001:7b8:3a7:0:28e4:8413:c438:c1fa]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 646DA5C43; Thu, 23 Sep 2010 13:21:27 +0200 (CEST) Message-ID: <4C9B383A.6080008@FreeBSD.org> Date: Thu, 23 Sep 2010 13:21:30 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Bartosz Stec References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> In-Reply-To: <4C9B3207.2070302@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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: Thu, 23 Sep 2010 11:21:28 -0000 On 2010-09-23 12:55, Bartosz Stec wrote: > 0. Program arguments: /usr/bin/clang++ -cc1 -triple > i386-undermydesk-freebsd9.0 -S -disable-free -main-file-name APFloat.cpp > -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases > -target-cpu i486 -resource-dir /usr/lib/clang/2.8 -D LLVM_ON_UNIX -D > LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D > NDEBUG -D LLVM_HOSTTRIPLE="i386-undermydesk-freebsd9.0" -I > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include > -I /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support > -I . -I > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include > -I /usr/obj/usr/src/tmp/legacy/usr/include -O2 -ferror-limit 19 > -fmessage-length 205 -fgnu-runtime -fdiagnostics-show-option > -fcolor-diagnostics -o /tmp/cc-lvFfGd.s -x c++ > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp > 1. parser at end of file > 2. Code generation > 3. Running pass 'Linear Scan Register Allocator' on function > '@_ZN4llvm7APFloat28convertFromHexadecimalStringENS_9StringRefENS0_12roundingModeE' I cannot reproduce this here, running the exact command printed above. What is the output of "/usr/bin/clang++ -v" ? From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:21:50 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 D1CC2106575D for ; Thu, 23 Sep 2010 11:21:50 +0000 (UTC) (envelope-from ralphellis1@netscape.ca) Received: from smtp-2.vancouver.ipapp.com (smtp-2.vancouver.ipapp.com [216.152.192.163]) by mx1.freebsd.org (Postfix) with ESMTP id 708FC8FC27 for ; Thu, 23 Sep 2010 11:21:50 +0000 (UTC) Received: from [192.168.123.102] ([172.162.176.212]) by smtp-2.vancouver.ipapp.com ; Thu, 23 Sep 2010 04:21:45 -0700 Message-ID: <4C9B3847.2050503@netscape.ca> Date: Thu, 23 Sep 2010 07:21:43 -0400 From: Ralph Ellis User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.13) Gecko/20100917 SeaMonkey/2.0.8 MIME-Version: 1.0 To: niclas.zeising@gmail.com, freebsd-current@freebsd.org References: <4C9ABBA4.5080005@netscape.ca> <4C9AE504.9050609@gmail.com> In-Reply-To: <4C9AE504.9050609@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Country: US Cc: Subject: Re: Error message while updating src for FreeBSD 9 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: Thu, 23 Sep 2010 11:21:50 -0000 Niclas Zeising wrote: > On 2010-09-23 04:29, Ralph Ellis wrote: >> Hi, >> I recently upgraded my FreeBSD 8.1 installation to FreeBSD 9 current via >> buildworld and buildkernel. I was able to one general ports, src and doc >> update by cvsup but now I am getting the following error message when I >> do a src update. >> >>> cvsup srcsupfile >>> Connected to cvsup2.FreeBSD.org >>> Updating collection src-all/cvs >>> Edit src/bin/ps/extern.h >>> Illegal instruction >>> >> I am new to the mailing list. Is this a known error? >> Is this an error to do with the source tree or an issue on my end? >> >> Just for reference, the contents of my supfile are >> >> *default tag=. >> *default host=cvsup2.FreeBSD.org >> *default prefix=/usr >> *default base=/var/db >> *default release=cvs delete use-rel-suffix compress >> src-all >> ports-all >> doc-all >> >> Thanks in advance for your assistance, >> Ralph Ellis >> ralphellis1@netscape.ca >> > > Are you using cvsup or csup? Have you recompiled cvsup in case you use > that? What's in your make.conf file? > Illegal instruction is usually because the program is compiled for > another CPU than what it's running on. It can also be that syscalls > has changed, but then it usually complains about that. > When doing a major version upgrade, you usually have to recompile all > ports. > Hope this helps! > //Niclas I am using cvsup. I had recompiled my VirtualBox port but I had not finished recompiling the other major ports. Thanks for the suggestion. My make.conf is deliberately very plain jane with no special conditions or comments. Thanks Ralph Ellis ralphellis1@netscape.ca From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:24:30 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 8926C1065672; Thu, 23 Sep 2010 11:24:30 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id C25A88FC1D; Thu, 23 Sep 2010 11:24:29 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OyjuX-000IWe-HO; Thu, 23 Sep 2010 13:24:28 +0200 Message-ID: <4C9B38E2.7010403@kkip.pl> Date: Thu, 23 Sep 2010 13:24:18 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: Dimitry Andric References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> In-Reply-To: <4C9B383A.6080008@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.6 X-Spam-Score-Int: -85 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-23 13:24:28 X-Connected-IP: 78.8.144.74:64226 X-Message-Linecount: 25 X-Body-Linecount: 11 X-Message-Size: 1177 X-Body-Size: 329 X-Received-Count: 1 X-Recipient-Count: 4 X-Local-Recipient-Count: 4 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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: Thu, 23 Sep 2010 11:24:30 -0000 On 2010-09-23 13:21, Dimitry Andric wrote: > > I cannot reproduce this here, running the exact command printed above. > What is the output of "/usr/bin/clang++ -v" ? # /usr/bin/clang++ -v FreeBSD clang version 2.8 (branches/release_28 114020) 20100917 Target: i386-undermydesk-freebsd9.0 Thread model: posix -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 11:36: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 A882E106566B for ; Thu, 23 Sep 2010 11:36:15 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf2.bahnhof.se (mxf2.bahnhof.se [213.80.101.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5BCF68FC1A for ; Thu, 23 Sep 2010 11:36:15 +0000 (UTC) Received: from localhost (mxf2.local [127.0.0.1]) by mxf2-reinject (Postfix) with ESMTP id 2DE23969543; Thu, 23 Sep 2010 13:36:15 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF2) X-Spam-Flag: YES X-Spam-Score: 5.068 X-Spam-Level: ***** X-Spam-Status: Yes, score=5.068 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.708, J_CHICKENPOX_73=0.6, RATWARE_GECKO_BUILD=1.691, SPF_NEUTRAL=1.069] X-Spam-Report: * 1.7 RATWARE_GECKO_BUILD Bulk email fingerprint (Gecko faked) found * 1.1 SPF_NEUTRAL SPF: sender does not match SPF record (neutral) * [SPF failed: Please see http://www.openspf.org/why.html?sender=niclas.zeising%40gmail.com&ip=79.136.90.99&receiver=mxf2.bahnhof.se] * 0.6 J_CHICKENPOX_73 BODY: 7alpha-pock-3alpha * 1.7 DNS_FROM_RFC_POST RBL: Envelope sender in * postmaster.rfc-ignorant.org Received: from mxf2.bahnhof.se ([127.0.0.1]) by localhost (mxf2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FiCAcK7bdpmi; Thu, 23 Sep 2010 13:36:11 +0200 (CEST) Received: from [10.32.0.4] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf2.bahnhof.se (Postfix) with ESMTP id 123F896955C; Thu, 23 Sep 2010 13:36:08 +0200 (CEST) Message-ID: <4C9B3BA6.6080909@gmail.com> Date: Thu, 23 Sep 2010 13:36:06 +0200 From: Niclas Zeising User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Ralph Ellis References: <4C9ABBA4.5080005@netscape.ca> <4C9AE504.9050609@gmail.com> <4C9B3847.2050503@netscape.ca> In-Reply-To: <4C9B3847.2050503@netscape.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: [SPAM] Re: Error message while updating src for FreeBSD 9 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: Thu, 23 Sep 2010 11:36:15 -0000 On 2010-09-23 13:21, Ralph Ellis wrote: > Niclas Zeising wrote: >> On 2010-09-23 04:29, Ralph Ellis wrote: >>> Hi, >>> I recently upgraded my FreeBSD 8.1 installation to FreeBSD 9 current via >>> buildworld and buildkernel. I was able to one general ports, src and doc >>> update by cvsup but now I am getting the following error message when I >>> do a src update. >>> >>>> cvsup srcsupfile >>>> Connected to cvsup2.FreeBSD.org >>>> Updating collection src-all/cvs >>>> Edit src/bin/ps/extern.h >>>> Illegal instruction >>>> >>> I am new to the mailing list. Is this a known error? >>> Is this an error to do with the source tree or an issue on my end? >>> >>> Just for reference, the contents of my supfile are >>> >>> *default tag=. >>> *default host=cvsup2.FreeBSD.org >>> *default prefix=/usr >>> *default base=/var/db >>> *default release=cvs delete use-rel-suffix compress >>> src-all >>> ports-all >>> doc-all >>> >>> Thanks in advance for your assistance, >>> Ralph Ellis >>> ralphellis1@netscape.ca >>> >> >> Are you using cvsup or csup? Have you recompiled cvsup in case you use >> that? What's in your make.conf file? >> Illegal instruction is usually because the program is compiled for >> another CPU than what it's running on. It can also be that syscalls >> has changed, but then it usually complains about that. >> When doing a major version upgrade, you usually have to recompile all >> ports. >> Hope this helps! >> //Niclas > > I am using cvsup. I had recompiled my VirtualBox port but I had not > finished recompiling the other major ports. Thanks for the suggestion. > My make.conf is deliberately very plain jane with no special conditions > or comments. > Thanks > Ralph Ellis > ralphellis1@netscape.ca > > > Try to recompile everything, or at least cvsup, and see if it works. //Niclas From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 12:02: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 3A73F10656B6 for ; Thu, 23 Sep 2010 12:02:39 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id B146D8FC15 for ; Thu, 23 Sep 2010 12:02:38 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.2]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OykVP-000Ika-6q; Thu, 23 Sep 2010 14:02:35 +0200 Message-ID: <4C9B41CF.1090807@kkip.pl> Date: Thu, 23 Sep 2010 14:02:23 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.4) Gecko/20100702 Lanikai/3.1 MIME-Version: 1.0 To: Niclas Zeising References: <4C9ABBA4.5080005@netscape.ca> <4C9AE504.9050609@gmail.com> <4C9B3847.2050503@netscape.ca> <4C9B3BA6.6080909@gmail.com> In-Reply-To: <4C9B3BA6.6080909@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.6 X-Spam-Score-Int: -85 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-23 14:02:35 X-Connected-IP: 78.8.144.74:61133 X-Message-Linecount: 98 X-Body-Linecount: 85 X-Message-Size: 3646 X-Body-Size: 2954 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Ralph Ellis , freebsd-current@freebsd.org Subject: Re: [SPAM] Re: Error message while updating src for FreeBSD 9 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: Thu, 23 Sep 2010 12:02:39 -0000 On 2010-09-23 13:36, Niclas Zeising wrote: > On 2010-09-23 13:21, Ralph Ellis wrote: >> Niclas Zeising wrote: >>> On 2010-09-23 04:29, Ralph Ellis wrote: >>>> Hi, >>>> I recently upgraded my FreeBSD 8.1 installation to FreeBSD 9 >>>> current via >>>> buildworld and buildkernel. I was able to one general ports, src >>>> and doc >>>> update by cvsup but now I am getting the following error message >>>> when I >>>> do a src update. >>>> >>>>> cvsup srcsupfile >>>>> Connected to cvsup2.FreeBSD.org >>>>> Updating collection src-all/cvs >>>>> Edit src/bin/ps/extern.h >>>>> Illegal instruction >>>>> >>>> I am new to the mailing list. Is this a known error? >>>> Is this an error to do with the source tree or an issue on my end? >>>> >>>> Just for reference, the contents of my supfile are >>>> >>>> *default tag=. >>>> *default host=cvsup2.FreeBSD.org >>>> *default prefix=/usr >>>> *default base=/var/db >>>> *default release=cvs delete use-rel-suffix compress >>>> src-all >>>> ports-all >>>> doc-all >>>> >>>> Thanks in advance for your assistance, >>>> Ralph Ellis >>>> ralphellis1@netscape.ca >>>> >>> >>> Are you using cvsup or csup? Have you recompiled cvsup in case you use >>> that? What's in your make.conf file? >>> Illegal instruction is usually because the program is compiled for >>> another CPU than what it's running on. It can also be that syscalls >>> has changed, but then it usually complains about that. >>> When doing a major version upgrade, you usually have to recompile all >>> ports. >>> Hope this helps! >>> //Niclas >> >> I am using cvsup. I had recompiled my VirtualBox port but I had not >> finished recompiling the other major ports. Thanks for the suggestion. >> My make.conf is deliberately very plain jane with no special conditions >> or comments. >> Thanks >> Ralph Ellis >> ralphellis1@netscape.ca >> >> >> > > Try to recompile everything, or at least cvsup, and see if it works. > //Niclas Niclas, did you perform 'make delete-old && make delete-old-libs' after upgrade to CURRENT? If you did, many of your ports won't longer work properly (or at all) because of missing libraries. If you didn't, you definitely should do something like 'portupgrade -afrRi' and after you done, you can get rid of these old files with commands above. Of course it could take VERY long time depending on installed ports and machine spec., so if you just need to get your sources updated quickly I recommend: 1. Try csup instead of cvsup. It's integrated in both 8.x and in CURRENT, so should work "out of the box" 2. If you (for some strange reasons) want to stick to cvsup, you'll probably make it work again by portupgrade -fR 'cvsup*' 3. another approach is to get cvsup binaries from package instead of compiling ports - check man pkg_add 4. If you need cvsup to update ports tree, try portsnap instead. It's faster and smarter, and integrated with system :) - check man portsnap Good luck! -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 12:08: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 C85881065696 for ; Thu, 23 Sep 2010 12:08:09 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 496D88FC20 for ; Thu, 23 Sep 2010 12:08:09 +0000 (UTC) Received: from static-78-8-144-74.ssp.dialog.net.pl ([78.8.144.74] helo=[192.168.0.69]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oykal-000Im7-Ga; Thu, 23 Sep 2010 14:08:06 +0200 Message-ID: <4C9B4320.8060709@kkip.pl> Date: Thu, 23 Sep 2010 14:08:00 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 References: <4C9ABBA4.5080005@netscape.ca> <4C9AE504.9050609@gmail.com> <4C9B3847.2050503@netscape.ca> <4C9B3BA6.6080909@gmail.com> <4C9B41CF.1090807@kkip.pl> In-Reply-To: <4C9B41CF.1090807@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-23 14:08:06 X-Connected-IP: 78.8.144.74:50557 X-Message-Linecount: 40 X-Body-Linecount: 25 X-Message-Size: 1367 X-Body-Size: 584 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Ralph Ellis , Niclas Zeising , freebsd-current@freebsd.org Subject: Re: Error message while updating src for FreeBSD 9 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: Thu, 23 Sep 2010 12:08:09 -0000 W dniu 2010-09-23 14:02, Bartosz Stec pisze: >>> I am using cvsup. I had recompiled my VirtualBox port but I had not >>> finished recompiling the other major ports. Thanks for the suggestion. >>> My make.conf is deliberately very plain jane with no special conditions >>> or comments. >>> Thanks >>> Ralph Ellis >>> ralphellis1@netscape.ca >>> >>> >>> >> >> Try to recompile everything, or at least cvsup, and see if it works. >> //Niclas > > > Niclas, did you perform 'make delete-old && make delete-old-libs' (...) I mean Ralph, not Niclas, sorry for that :) -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 12:13: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 EC9CB1065672 for ; Thu, 23 Sep 2010 12:13:44 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf1.bahnhof.se (mxf1.bahnhof.se [213.80.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7E70F8FC14 for ; Thu, 23 Sep 2010 12:13:44 +0000 (UTC) Received: from localhost (mxf1.local [127.0.0.1]) by mxf1-reinject (Postfix) with ESMTP id 33F661E32F7; Thu, 23 Sep 2010 14:13:44 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF1) X-Spam-Flag: YES X-Spam-Score: 5.068 X-Spam-Level: ***** X-Spam-Status: Yes, score=5.068 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.708, J_CHICKENPOX_73=0.6, RATWARE_GECKO_BUILD=1.691, SPF_NEUTRAL=1.069] X-Spam-Report: * 1.7 RATWARE_GECKO_BUILD Bulk email fingerprint (Gecko faked) found * 1.1 SPF_NEUTRAL SPF: sender does not match SPF record (neutral) * [SPF failed: Please see http://www.openspf.org/why.html?sender=niclas.zeising%40gmail.com&ip=79.136.90.99&receiver=mxf1.bahnhof.se] * 0.6 J_CHICKENPOX_73 BODY: 7alpha-pock-3alpha * 1.7 DNS_FROM_RFC_POST RBL: Envelope sender in * postmaster.rfc-ignorant.org Received: from mxf1.bahnhof.se ([127.0.0.1]) by localhost (mxf1.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lM6Ul+UZEYtZ; Thu, 23 Sep 2010 14:13:40 +0200 (CEST) Received: from [10.32.0.4] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf1.bahnhof.se (Postfix) with ESMTP id 84EC01E3090; Thu, 23 Sep 2010 14:13:39 +0200 (CEST) Message-ID: <4C9B4471.2050509@gmail.com> Date: Thu, 23 Sep 2010 14:13:37 +0200 From: Niclas Zeising User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Bartosz Stec References: <4C9ABBA4.5080005@netscape.ca> <4C9AE504.9050609@gmail.com> <4C9B3847.2050503@netscape.ca> <4C9B3BA6.6080909@gmail.com> <4C9B41CF.1090807@kkip.pl> In-Reply-To: <4C9B41CF.1090807@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ralph Ellis , freebsd-current@freebsd.org Subject: [SPAM] Re: Error message while updating src for FreeBSD 9 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: Thu, 23 Sep 2010 12:13:45 -0000 On 2010-09-23 14:02, Bartosz Stec wrote: > On 2010-09-23 13:36, Niclas Zeising wrote: >> On 2010-09-23 13:21, Ralph Ellis wrote: >>> Niclas Zeising wrote: >>>> On 2010-09-23 04:29, Ralph Ellis wrote: >>>>> Hi, >>>>> I recently upgraded my FreeBSD 8.1 installation to FreeBSD 9 >>>>> current via >>>>> buildworld and buildkernel. I was able to one general ports, src >>>>> and doc >>>>> update by cvsup but now I am getting the following error message >>>>> when I >>>>> do a src update. >>>>> >>>>>> cvsup srcsupfile >>>>>> Connected to cvsup2.FreeBSD.org >>>>>> Updating collection src-all/cvs >>>>>> Edit src/bin/ps/extern.h >>>>>> Illegal instruction >>>>>> >>>>> I am new to the mailing list. Is this a known error? >>>>> Is this an error to do with the source tree or an issue on my end? >>>>> >>>>> Just for reference, the contents of my supfile are >>>>> >>>>> *default tag=. >>>>> *default host=cvsup2.FreeBSD.org >>>>> *default prefix=/usr >>>>> *default base=/var/db >>>>> *default release=cvs delete use-rel-suffix compress >>>>> src-all >>>>> ports-all >>>>> doc-all >>>>> >>>>> Thanks in advance for your assistance, >>>>> Ralph Ellis >>>>> ralphellis1@netscape.ca >>>>> >>>> >>>> Are you using cvsup or csup? Have you recompiled cvsup in case you use >>>> that? What's in your make.conf file? >>>> Illegal instruction is usually because the program is compiled for >>>> another CPU than what it's running on. It can also be that syscalls >>>> has changed, but then it usually complains about that. >>>> When doing a major version upgrade, you usually have to recompile all >>>> ports. >>>> Hope this helps! >>>> //Niclas >>> >>> I am using cvsup. I had recompiled my VirtualBox port but I had not >>> finished recompiling the other major ports. Thanks for the suggestion. >>> My make.conf is deliberately very plain jane with no special conditions >>> or comments. >>> Thanks >>> Ralph Ellis >>> ralphellis1@netscape.ca >>> >>> >>> >> >> Try to recompile everything, or at least cvsup, and see if it works. >> //Niclas > > Niclas, did you perform 'make delete-old && make delete-old-libs' after > upgrade to CURRENT? If you did, many of your ports won't longer work > properly (or at all) because of missing libraries. If you didn't, you > definitely should do something like 'portupgrade -afrRi' and after you > done, you can get rid of these old files with commands above. You wouldn't get illegal instruction then though. Usually the application fails to load if dynamic libraries are missing. > > Of course it could take VERY long time depending on installed ports and > machine spec., so if you just need to get your sources updated quickly I > recommend: > > 1. Try csup instead of cvsup. It's integrated in both 8.x and in > CURRENT, so should work "out of the box" That's a good idea. > 2. If you (for some strange reasons) want to stick to cvsup, you'll > probably make it work again by portupgrade -fR 'cvsup*' > 3. another approach is to get cvsup binaries from package instead of > compiling ports - check man pkg_add > 4. If you need cvsup to update ports tree, try portsnap instead. It's > faster and smarter, and integrated with system :) - check man portsnap > > Good luck! //Niclas From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 14:45: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 5E9B6106564A; Thu, 23 Sep 2010 14:45:22 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE5B8FC08; Thu, 23 Sep 2010 14:45:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:28e4:8413:c438:c1fa] (unknown [IPv6:2001:7b8:3a7:0:28e4:8413:c438:c1fa]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 014235C43; Thu, 23 Sep 2010 16:45:20 +0200 (CEST) Message-ID: <4C9B6804.3070102@FreeBSD.org> Date: Thu, 23 Sep 2010 16:45:24 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Bartosz Stec References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> <4C9B38E2.7010403@kkip.pl> In-Reply-To: <4C9B38E2.7010403@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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: Thu, 23 Sep 2010 14:45:22 -0000 On 2010-09-23 13:24, Bartosz Stec wrote: >> I cannot reproduce this here, running the exact command printed above. >> What is the output of "/usr/bin/clang++ -v" ? > # /usr/bin/clang++ -v > FreeBSD clang version 2.8 (branches/release_28 114020) 20100917 > Target: i386-undermydesk-freebsd9.0 > Thread model: posix Right, that seems okay enough. Any other information you can give to help reproduce this issue would be nice. For example, do you have any special stuff in src.conf or make.conf? Do you have more than one "clang++" in your PATH, maybe an old port version? Also, can you please post the output of the commands: whereis clang clang++ -v -O2 -save-temps -I/usr/src/contrib/llvm/include -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -fno-exceptions -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/contrib/llvm/lib/Support/APFloat.cpp and the resulting APFloat.ii, APFloat.s (if clang manages to produce it)? From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 18:25: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 AF97D106564A; Thu, 23 Sep 2010 18:25:35 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC328FC0A; Thu, 23 Sep 2010 18:25:34 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA29535; Thu, 23 Sep 2010 21:25:32 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4C9B9B9C.6000807@freebsd.org> Date: Thu, 23 Sep 2010 21:25:32 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Jeff Roberson , freebsd-current@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: panic in uma_startup for many-core amd64 system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 18:25:35 -0000 Jeff, just for the kicks I tried to emulate a machine with 64 logical CPUs using qemu-devel port: qemu-system-x86_64 -smp sockets=4,cores=8,threads=2 ... It seems that FreeBSD agreed to recognize only first 32 CPUs, but it paniced anyway. Here's a backtrace: #34 0xffffffff804fe7f5 in zone_alloc_item (zone=0xffffffff80be1554, udata=0xffffffff80be1550, flags=1924) at /usr/src/sys/vm/uma_core.c:2506 #35 0xffffffff804ff35d in hash_alloc (hash=0xffffff001ffdb030) at /usr/src/sys/vm/uma_core.c:483 #36 0xffffffff804ff642 in keg_ctor (mem=Variable "mem" is not available. ) at /usr/src/sys/vm/uma_core.c:1396 #37 0xffffffff804fe91b in zone_alloc_item (zone=0xffffffff80a1f300, udata=0xffffffff80be1b60, flags=2) at /usr/src/sys/vm/uma_core.c:2544 #38 0xffffffff804ff92e in zone_ctor (mem=Variable "mem" is not available. ) at /usr/src/sys/vm/uma_core.c:1832 #39 0xffffffff804ffca4 in uma_startup (bootmem=0xffffff001ffac000, boot_pages=48) at /usr/src/sys/vm/uma_core.c:1741 #40 0xffffffff80514822 in vm_page_startup (vaddr=18446744071576817664) at /usr/src/sys/vm/vm_page.c:360 #41 0xffffffff805060c5 in vm_mem_init (dummy=Variable "dummy" is not available. ) at /usr/src/sys/vm/vm_init.c:118 #42 0xffffffff803258b9 in mi_startup () at /usr/src/sys/kern/init_main.c:253 #43 0xffffffff8017177c in btext () at /usr/src/sys/amd64/amd64/locore.S:81 [[[ Note: 1. Frame numbers are high because the backtrace is obtained via gdb remotely connected to qemu and also there is bunch of extra frames from DDB, etc. 2. Line numbers in uma_core. won't match those in FreeBSD tree, because I've doing some unrelated hacking in the file. ]]] The problem seems to be with creation of "UMA Zones" zone and keg. Because of the large number of processors, size argument in the following snippet is set to a value of 4480: args.name = "UMA Zones"; args.size = sizeof(struct uma_zone) + (sizeof(struct uma_cache) * (mp_maxid + 1)); Because of this, keg_ctor() calls keg_large_init(): else if ((keg->uk_size+UMA_FRITM_SZ) > (UMA_SLAB_SIZE - sizeof(struct uma_slab))) keg_large_init(keg); else keg_small_init(keg); keg_large_init sets UMA_ZONE_OFFPAGE and UMA_ZONE_HASH flags for this keg. This leads to hash_alloc() being invoked from keg_ctor(): if (keg->uk_flags & UMA_ZONE_HASH) hash_alloc(&keg->uk_hash); But the problem is that "UMA Hash" zone is not created yet and thus the call leads to the panic. "UMA Hash" zone is the last of system zones created. Not sure what the proper fix here could/should be. Would it work to simply not set UMA_ZONE_HASH flag when UMA_ZFLAG_INTERNAL is set? And some final calculations. On the test system sizeof(struct uma_cache) is 128 bytes and (mp_maxid + 1) is 32, so it's already UMA_SLAB_SIZE = PAGE_SIZE = 4096. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 23 21:41: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 4D3D51065670 for ; Thu, 23 Sep 2010 21:41:37 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id F38038FC0C for ; Thu, 23 Sep 2010 21:41:36 +0000 (UTC) Received: by gxk8 with SMTP id 8so943804gxk.13 for ; Thu, 23 Sep 2010 14:41:36 -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=nh1+kz6xj/BLZkMUETR/1SauNMiHcn1SiI7qokiHgDk=; b=r6DG7ziQWEkc9rz+zEmfgf1LbYJdjEz2ZyLiXrTfTqKVjwIdX183S4PI7XSJV1yf+c M1buiucwP02IF3dExX+Z7832lkyqQ1vCOGtNN6pgzVXG4/W9zVxhBrTcFlAa4QBwe96u 82/P/9aY38KPrNHzc+og3jzMdHvvzjrdQfQg8= 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=w2BPtnp80unMHz1lZ6zx3oXQdH2gKA2X6ON4XDkJz5I3i8Y/0NJtBz1r/2QyY7raPs DRbRAuALxJ+wgjC2+6rbNxwDfCR+othrQ2GrcWaLHLfuRovkuClQ40fgb0B5sBwiALM0 ER8JhEtoepCinl2SB2K6JtDvqKQ5RlT4VvR3g= MIME-Version: 1.0 Received: by 10.151.40.19 with SMTP id s19mr3627035ybj.121.1285278095988; Thu, 23 Sep 2010 14:41:35 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.231.187.71 with HTTP; Thu, 23 Sep 2010 14:41:35 -0700 (PDT) Date: Thu, 23 Sep 2010 14:41:35 -0700 X-Google-Sender-Auth: XGgqbYBVT18Bxw_kgPu0I-GG2T4 Message-ID: From: mdf@FreeBSD.org To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: sys/conf/files aicasm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Sep 2010 21:41:37 -0000 I can't say I understand much about the syntax of the top part of sys/conf/files, but this line: aicasm optional ahc | ahd \ dependency "$S/dev/aic7xxx/aicasm/*.[chyl]" \ compile-with "CC='${CC}' ${MAKE} -f $S/dev/aic7xxx/aicasm/Makefile MAKESRCPATH=$S/dev/aic7xxx/aicasm" \ no-obj no-implicit-rule \ clean "aicasm* y.tab.h" looks to me like aicasm should only be built if I have device ahc or device ahd in my kernel configuration file. But even if I make a config file without those devices (e.g. by doing include GENERIC then nodevices ahc, ahd) the file is still built. Am I missing something about how these lines in sys/conf/files work? As a side question, why does the Makefile for dev/aic7xxx/aicasm have -I/usr/include in CFLAGS instead of using some marcos to get to the source tree I'm actually building from? Thanks, matthew From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 05:10: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 7F53D1065672 for ; Fri, 24 Sep 2010 05:10:27 +0000 (UTC) (envelope-from ralphellis1@netscape.ca) Received: from smtp-1.vancouver.ipapp.com (smtp-1.vancouver.ipapp.com [216.152.192.190]) by mx1.freebsd.org (Postfix) with ESMTP id 568CC8FC08 for ; Fri, 24 Sep 2010 05:10:26 +0000 (UTC) Received: from [192.168.123.102] ([172.162.176.212]) by smtp-1.vancouver.ipapp.com ; Thu, 23 Sep 2010 22:10:22 -0700 Message-ID: <4C9C32BC.7070302@netscape.ca> Date: Fri, 24 Sep 2010 01:10:20 -0400 From: Ralph Ellis User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.13) Gecko/20100917 SeaMonkey/2.0.8 MIME-Version: 1.0 To: Niclas Zeising References: <4C9ABBA4.5080005@netscape.ca> <4C9AE504.9050609@gmail.com> <4C9B3847.2050503@netscape.ca> <4C9B3BA6.6080909@gmail.com> <4C9B41CF.1090807@kkip.pl> <4C9B4471.2050509@gmail.com> In-Reply-To: <4C9B4471.2050509@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Country: US Cc: freebsd-current@freebsd.org, Bartosz Stec Subject: Re: [SPAM] Re: Error message while updating src for FreeBSD 9 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: Fri, 24 Sep 2010 05:10:27 -0000 Niclas Zeising wrote: > On 2010-09-23 14:02, Bartosz Stec wrote: >> On 2010-09-23 13:36, Niclas Zeising wrote: >>> On 2010-09-23 13:21, Ralph Ellis wrote: >>>> Niclas Zeising wrote: >>>>> On 2010-09-23 04:29, Ralph Ellis wrote: >>>>>> Hi, >>>>>> I recently upgraded my FreeBSD 8.1 installation to FreeBSD 9 >>>>>> current via >>>>>> buildworld and buildkernel. I was able to one general ports, src >>>>>> and doc >>>>>> update by cvsup but now I am getting the following error message >>>>>> when I >>>>>> do a src update. >>>>>> >>>>>>> cvsup srcsupfile >>>>>>> Connected to cvsup2.FreeBSD.org >>>>>>> Updating collection src-all/cvs >>>>>>> Edit src/bin/ps/extern.h >>>>>>> Illegal instruction >>>>>>> >>>>>> I am new to the mailing list. Is this a known error? >>>>>> Is this an error to do with the source tree or an issue on my end? >>>>>> >>>>>> Just for reference, the contents of my supfile are >>>>>> >>>>>> *default tag=. >>>>>> *default host=cvsup2.FreeBSD.org >>>>>> *default prefix=/usr >>>>>> *default base=/var/db >>>>>> *default release=cvs delete use-rel-suffix compress >>>>>> src-all >>>>>> ports-all >>>>>> doc-all >>>>>> >>>>>> Thanks in advance for your assistance, >>>>>> Ralph Ellis >>>>>> ralphellis1@netscape.ca >>>>>> >>>>> >>>>> Are you using cvsup or csup? Have you recompiled cvsup in case you >>>>> use >>>>> that? What's in your make.conf file? >>>>> Illegal instruction is usually because the program is compiled for >>>>> another CPU than what it's running on. It can also be that syscalls >>>>> has changed, but then it usually complains about that. >>>>> When doing a major version upgrade, you usually have to recompile all >>>>> ports. >>>>> Hope this helps! >>>>> //Niclas >>>> >>>> I am using cvsup. I had recompiled my VirtualBox port but I had not >>>> finished recompiling the other major ports. Thanks for the suggestion. >>>> My make.conf is deliberately very plain jane with no special >>>> conditions >>>> or comments. >>>> Thanks >>>> Ralph Ellis >>>> ralphellis1@netscape.ca >>>> >>>> >>>> >>> >>> Try to recompile everything, or at least cvsup, and see if it works. >>> //Niclas >> >> Niclas, did you perform 'make delete-old && make delete-old-libs' after >> upgrade to CURRENT? If you did, many of your ports won't longer work >> properly (or at all) because of missing libraries. If you didn't, you >> definitely should do something like 'portupgrade -afrRi' and after you >> done, you can get rid of these old files with commands above. > > You wouldn't get illegal instruction then though. Usually the > application fails to load if dynamic libraries are missing. > >> >> Of course it could take VERY long time depending on installed ports and >> machine spec., so if you just need to get your sources updated quickly I >> recommend: >> >> 1. Try csup instead of cvsup. It's integrated in both 8.x and in >> CURRENT, so should work "out of the box" > > That's a good idea. > >> 2. If you (for some strange reasons) want to stick to cvsup, you'll >> probably make it work again by portupgrade -fR 'cvsup*' >> 3. another approach is to get cvsup binaries from package instead of >> compiling ports - check man pkg_add >> 4. If you need cvsup to update ports tree, try portsnap instead. It's >> faster and smarter, and integrated with system :) - check man portsnap >> >> Good luck! > > //Niclas > _______________________________________________ > 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" > Thanks for all the helpful suggestions. csup worked like a charm and solved the problem. I will be rebuilding my ports gradually, starting with the development ports like Perl, gcc, clang etc. I am also experimenting with a custom kernel where I am eliminating drivers and modules for isa, wireless devices and hardware only found on laptops. The early results are encouraging. I run Folding@home in a VirtualBox with Unbuntu x64 as a guest OS. Since trying a custom kernel, floating point performance has improved over 20%. This may also be due to some kernel improvements in FreeBSD 9. So far I am very impressed with the stability of the OS. I have not had problems with any of the programs that I run on a regular basis. I had expected to hit more bugs. I will get started on the rebuilds but with 1700 ports installed, I will wait for a free weekend to compile the big stuff. Thanks again Ralph Ellis ralphellis1@netscape.ca From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 08:21: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 004741065672 for ; Fri, 24 Sep 2010 08:21:55 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf2.bahnhof.se (mxf2.bahnhof.se [213.80.101.26]) by mx1.freebsd.org (Postfix) with ESMTP id AF6C68FC19 for ; Fri, 24 Sep 2010 08:21:55 +0000 (UTC) Received: from localhost (mxf2.local [127.0.0.1]) by mxf2-reinject (Postfix) with ESMTP id B7941969617; Fri, 24 Sep 2010 10:21:54 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF2) X-Spam-Score: 2.777 X-Spam-Level: ** X-Spam-Status: No, score=2.777 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.708, SPF_NEUTRAL=1.069] Received: from mxf2.bahnhof.se ([127.0.0.1]) by localhost (mxf2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fCWlFESzfBZf; Fri, 24 Sep 2010 10:21:50 +0200 (CEST) Received: from [10.32.0.4] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf2.bahnhof.se (Postfix) with ESMTP id 5259396947A; Fri, 24 Sep 2010 10:21:49 +0200 (CEST) Message-ID: <4C9C5F9C.4030905@gmail.com> Date: Fri, 24 Sep 2010 10:21:48 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Ralph Ellis References: <4C9ABBA4.5080005@netscape.ca> <4C9AE504.9050609@gmail.com> <4C9B3847.2050503@netscape.ca> <4C9B3BA6.6080909@gmail.com> <4C9B41CF.1090807@kkip.pl> <4C9B4471.2050509@gmail.com> <4C9C32BC.7070302@netscape.ca> In-Reply-To: <4C9C32BC.7070302@netscape.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Bartosz Stec Subject: Re: Error message while updating src for FreeBSD 9 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: Fri, 24 Sep 2010 08:21:56 -0000 > Thanks for all the helpful suggestions. > csup worked like a charm and solved the problem. I will be rebuilding my > ports gradually, starting with the development ports like Perl, gcc, > clang etc. > > I am also experimenting with a custom kernel where I am eliminating > drivers and modules for isa, wireless devices and hardware only found on > laptops. The early results are encouraging. I run Folding@home in a > VirtualBox with Unbuntu x64 as a guest OS. Since trying a custom kernel, > floating point performance has improved over 20%. This may also be due > to some kernel improvements in FreeBSD 9. So far I am very impressed > with the stability of the OS. I have not had problems with any of the > programs that I run on a regular basis. I had expected to hit more bugs. > I will get started on the rebuilds but with 1700 ports installed, I will > wait for a free weekend to compile the big stuff. > Thanks again > Ralph Ellis > ralphellis1@netscape.ca > > Glad to hear everything worked out in the end! Just a side note, clang is already included in the base system in FreeBSD 9, so unless you've opted out from that with WITHOUT_CLANG in /etc/src.conf then you don't need the port. Regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 11:24: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 B0D201065672; Fri, 24 Sep 2010 11:24:33 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 060B68FC17; Fri, 24 Sep 2010 11:24:32 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.0]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oz6O3-000G1g-7o; Fri, 24 Sep 2010 13:24:29 +0200 Message-ID: <4C9C8A64.3000103@kkip.pl> Date: Fri, 24 Sep 2010 13:24:20 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Dimitry Andric References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> <4C9B38E2.7010403@kkip.pl> <4C9B6804.3070102@FreeBSD.org> In-Reply-To: <4C9B6804.3070102@FreeBSD.org> X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-24 13:24:29 X-Connected-IP: 10.66.3.0:3236 X-Message-Linecount: 554 X-Body-Linecount: 539 X-Message-Size: 26920 X-Body-Size: 25943 X-Received-Count: 1 X-Recipient-Count: 4 X-Local-Recipient-Count: 4 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 11:24:33 -0000 W dniu 2010-09-23 16:45, Dimitry Andric pisze: > On 2010-09-23 13:24, Bartosz Stec wrote: >>> I cannot reproduce this here, running the exact command printed above. >>> What is the output of "/usr/bin/clang++ -v" ? >> # /usr/bin/clang++ -v >> FreeBSD clang version 2.8 (branches/release_28 114020) 20100917 >> Target: i386-undermydesk-freebsd9.0 >> Thread model: posix > > Right, that seems okay enough. Any other information you can give to > help reproduce this issue would be nice. For example, do you have any > special stuff in src.conf or make.conf? Do you have more than one > "clang++" in your PATH, maybe an old port version? So I've started from scratch: 1. rm -Rf /usr/src/* 2. portinstall subversion-freebsd 3. checkout fresh sources 4. disabled clang debugging in/src/lib/clang/clang.build.mk for speed measuring 5. rebuild and reinstall world & kernel via GCC (without src.conf) 6. after new world is alive rebuild and reinstall world & kernel via CLANG (with src.conf, and no problem with this part) 7. Another buildworld try and here's the bug again (output seems to be different only because of disables debugging): ===> lib/clang/libllvmsupport (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmsupport created for /usr/src/lib/clang/libllvmsupport rm -f .depend CC='clang' mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlcpy.c CC='clang' mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Allocator.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CommandLine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConstantRange.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashRecoveryContext.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDeltaAlgorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorHandling.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FoldingSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FormattedStream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWriter.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedStatic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBuffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLoader.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PrettyStackTrace.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallPtrSet.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallVector.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SourceMgr.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statistic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringExtras.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringMap.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringPool.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/StringRef.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/TargetRegistry.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Timer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Triple.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Twine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/circular_raw_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_os_ostream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/raw_ostream.cpp clang++ -O2 -pipe -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -fno-exceptions -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp fatal error: error in backend: Ran out of registers during register allocation! *** Error code 1 Interesting, because it seems that only clang builded by clang has a problem to build clang, while clang builded by gcc has not ;) I've never had clang port installed so problem must be somewhere elsewhere. src.conf: .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif # Don't die on warnings NO_WERROR= WERROR= make.conf (note that NOCCACHE was defined in environment during all builds so ccache wasn't used): CPUTYPE=athlon-xp # default build settings for ports collection .if ${.CURDIR:M*/ports/*} && !defined(NOCCACHE) CFLAGS=-O2 -pipe .endif # default build settings for base system .if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*} CFLAGS=-O2 -pipe COPTFLAGS=-O2 -pipe .if !defined(NOCCACHE) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world-cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world-c++,1} .endif .endif # added by use.perl 2010-08-10 10:21:21 PERL_VERSION=5.10.1 #echo $PATH /usr/local/libexec/ccache:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin > > Also, can you please post the output of the commands: > > whereis clang #whereis clang clang: /usr/bin/clang /usr/src/usr.bin/clang #clang++ -v -O2 -save-temps -I/usr/src/contrib/llvm/include -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -fno-exceptions -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/contrib/llvm/lib/Support/APFloat.cpp FreeBSD clang version 2.8 (branches/release_28 114020) 20100917 Target: i386-undermydesk-freebsd9.0 Thread model: posix "/usr/bin/clang++" -cc1 -triple i386-undermydesk-freebsd9.0 -E -disable-free -disable-llvm-verifier -main-file-name APFloat.cpp -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -target-cpu i486 -v -resource-dir /usr/lib/clang/2.8 -D LLVM_ON_UNIX -D LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D NDEBUG -D LLVM_HOSTTRIPLE="i386-undermydesk-freebsd9.0" -I /usr/src/contrib/llvm/include -I /usr/src/contrib/llvm/tools/clang/include -I /usr/src/contrib/llvm/lib/Support -I . -I /usr/src/lib/clang/include -I /usr/obj/usr/src/tmp/legacy/usr/include -O2 -ferror-limit 19 -fmessage-length 116 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o APFloat.ii -x c++ /usr/src/contrib/llvm/lib/Support/APFloat.cpp clang -cc1 version 2.8 based upon llvm 2.8svn hosted on i386-undermydesk-freebsd9.0 ignoring nonexistent directory "/usr/include/c++/4.2/backward/backward" ignoring nonexistent directory "/usr/lib/clang/2.8/include" ignoring duplicate directory "/usr/include/c++/4.2" ignoring duplicate directory "/usr/include/c++/4.2/backward" ignoring duplicate directory "/usr/include/c++/4.2/backward" #include "..." search starts here: #include <...> search starts here: /usr/src/contrib/llvm/include /usr/src/contrib/llvm/tools/clang/include /usr/src/contrib/llvm/lib/Support . /usr/src/lib/clang/include /usr/obj/usr/src/tmp/legacy/usr/include /usr/include/c++/4.2 /usr/include/c++/4.2/backward /usr/include/clang/2.8 /usr/include End of search list. "/usr/bin/clang++" -cc1 -triple i386-undermydesk-freebsd9.0 -S -disable-free -disable-llvm-verifier -main-file-name APFloat.cpp -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -target-cpu i486 -v -resource-dir /usr/lib/clang/2.8 -O2 -ferror-limit 19 -fmessage-length 116 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o APFloat.s -x c++-cpp-output APFloat.ii clang -cc1 version 2.8 based upon llvm 2.8svn hosted on i386-undermydesk-freebsd9.0 ignoring nonexistent directory "/usr/include/c++/4.2/backward/backward" ignoring nonexistent directory "/usr/lib/clang/2.8/include" ignoring duplicate directory "/usr/include/c++/4.2" ignoring duplicate directory "/usr/include/c++/4.2/backward" ignoring duplicate directory "/usr/include/c++/4.2/backward" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/4.2 /usr/include/c++/4.2/backward /usr/include/clang/2.8 /usr/include End of search list. fatal error: error in backend: Ran out of registers during register allocation! > > and the resulting APFloat.ii, APFloat.s (if clang manages to produce > it)? > APFloat.s was created and it's empty. Here you can grab the other: http://ncpnc.obsysa.net/tmp/APFloat.ii.bz2 -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 11: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 C8BD7106566B; Fri, 24 Sep 2010 11:47:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 84D0D8FC14; Fri, 24 Sep 2010 11:47:36 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a5b3:6be:99b7:cb4] (unknown [IPv6:2001:7b8:3a7:0:a5b3:6be:99b7:cb4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 63C4E5C43; Fri, 24 Sep 2010 13:47:35 +0200 (CEST) Message-ID: <4C9C8FD9.1030305@FreeBSD.org> Date: Fri, 24 Sep 2010 13:47:37 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Bartosz Stec References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> <4C9B38E2.7010403@kkip.pl> <4C9B6804.3070102@FreeBSD.org> <4C9C8A64.3000103@kkip.pl> In-Reply-To: <4C9C8A64.3000103@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 11:47:36 -0000 On 2010-09-24 13:24, Bartosz Stec wrote: > make.conf (note that NOCCACHE was defined in environment during all > builds so ccache wasn't used): > > CPUTYPE=athlon-xp > > # default build settings for ports collection > .if ${.CURDIR:M*/ports/*}&& !defined(NOCCACHE) > CFLAGS=-O2 -pipe > .endif > > # default build settings for base system > .if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*} > > CFLAGS=-O2 -pipe > COPTFLAGS=-O2 -pipe > > .if !defined(NOCCACHE) > CC:=${CC:C,^cc,/usr/local/libexec/ccache/world-cc,1} > CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world-c++,1} > .endif > .endif > > # added by use.perl 2010-08-10 10:21:21 > PERL_VERSION=5.10.1 Could you please try to rename this make.conf to e.g. make.conf.disable, and retry the world build? From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 12:13: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 3980B1065670; Fri, 24 Sep 2010 12:13:20 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id A22378FC1B; Fri, 24 Sep 2010 12:13:19 +0000 (UTC) Received: from mb01.admin.lan.kkip.pl ([10.66.3.0]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Oz79K-000F2b-IY; Fri, 24 Sep 2010 14:13:17 +0200 Message-ID: <4C9C95D7.40600@kkip.pl> Date: Fri, 24 Sep 2010 14:13:11 +0200 From: Bartosz Stec User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Dimitry Andric References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> <4C9B38E2.7010403@kkip.pl> <4C9B6804.3070102@FreeBSD.org> <4C9C8A64.3000103@kkip.pl> <4C9C8FD9.1030305@FreeBSD.org> In-Reply-To: <4C9C8FD9.1030305@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.72 (build at 10-Jun-2010 13:05:33) X-Date: 2010-09-24 14:13:17 X-Connected-IP: 10.66.3.0:3362 X-Message-Linecount: 54 X-Body-Linecount: 39 X-Message-Size: 2278 X-Body-Size: 1239 X-Received-Count: 1 X-Recipient-Count: 4 X-Local-Recipient-Count: 4 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 12:13:20 -0000 W dniu 2010-09-24 13:47, Dimitry Andric pisze: > On 2010-09-24 13:24, Bartosz Stec wrote: >> make.conf (note that NOCCACHE was defined in environment during all >> builds so ccache wasn't used): >> >> CPUTYPE=athlon-xp >> >> # default build settings for ports collection >> .if ${.CURDIR:M*/ports/*}&& !defined(NOCCACHE) >> CFLAGS=-O2 -pipe >> .endif >> >> # default build settings for base system >> .if ${.CURDIR:M*/usr/src/*} || ${.CURDIR:M*/usr/obj/*} >> >> CFLAGS=-O2 -pipe >> COPTFLAGS=-O2 -pipe >> >> .if !defined(NOCCACHE) >> CC:=${CC:C,^cc,/usr/local/libexec/ccache/world-cc,1} >> CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world-c++,1} >> .endif >> .endif >> >> # added by use.perl 2010-08-10 10:21:21 >> PERL_VERSION=5.10.1 > > Could you please try to rename this make.conf to e.g. make.conf.disable, > and retry the world build? > Still the same without make.conf. My personal guess is, that clang builded by clang with CPUTYPE=athlon-xp is somehow broken. I don't think CFLAGS=-O2 -pipe could do any harm, and also note that clang builded by GCC with exactly the same make.conf has no problems with world building :) -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 13:17: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 E033E1065693; Fri, 24 Sep 2010 13:17:40 +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 7B00C8FC18; Fri, 24 Sep 2010 13:17:40 +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 2935C46B09; Fri, 24 Sep 2010 09:17:40 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A45A98A04E; Fri, 24 Sep 2010 09:17:35 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 24 Sep 2010 08:36:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009240836.50995.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 24 Sep 2010 09:17:35 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 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: mdf@freebsd.org Subject: Re: sys/conf/files aicasm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2010 13:17:41 -0000 On Thursday, September 23, 2010 5:41:35 pm mdf@freebsd.org wrote: > I can't say I understand much about the syntax of the top part of > sys/conf/files, but this line: > > > aicasm optional ahc | ahd \ > dependency "$S/dev/aic7xxx/aicasm/*.[chyl]" \ > compile-with "CC='${CC}' ${MAKE} -f $S/dev/aic7xxx/aicasm/Makefile > MAKESRCPATH=$S/dev/aic7xxx/aicasm" \ > no-obj no-implicit-rule \ > clean "aicasm* y.tab.h" > > looks to me like aicasm should only be built if I have device ahc or > device ahd in my kernel configuration file. > > But even if I make a config file without those devices (e.g. by doing > include GENERIC then nodevices ahc, ahd) the file is still built. Am > I missing something about how these lines in sys/conf/files work? I think make buildkernel may build this explicitly rather than depending on the Makefile to do it. > As a side question, why does the Makefile for dev/aic7xxx/aicasm have > -I/usr/include in CFLAGS instead of using some marcos to get to the > source tree I'm actually building from? Because it needs to be built on the host and run on the host. For a cross- build the source tree you are building from might very well be for a different architecture and can't be used to build a binary that will run on the host. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 14:34: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 E25F21065673; Fri, 24 Sep 2010 14:34:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9D8908FC0A; Fri, 24 Sep 2010 14:34:39 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a5b3:6be:99b7:cb4] (unknown [IPv6:2001:7b8:3a7:0:a5b3:6be:99b7:cb4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D56155C43; Fri, 24 Sep 2010 16:34:38 +0200 (CEST) Message-ID: <4C9CB702.50004@FreeBSD.org> Date: Fri, 24 Sep 2010 16:34:42 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Bartosz Stec References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> <4C9B38E2.7010403@kkip.pl> <4C9B6804.3070102@FreeBSD.org> <4C9C8A64.3000103@kkip.pl> <4C9C8FD9.1030305@FreeBSD.org> <4C9C95D7.40600@kkip.pl> In-Reply-To: <4C9C95D7.40600@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rene Ladan , Roman Divacky , current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 14:34:40 -0000 On 2010-09-24 14:13, Bartosz Stec wrote: >> Could you please try to rename this make.conf to e.g. make.conf.disable, >> and retry the world build? > Still the same without make.conf. My personal guess is, that clang > builded by clang with CPUTYPE=athlon-xp is somehow broken. I don't think > CFLAGS=-O2 -pipe could do any harm, and also note that clang builded by > GCC with exactly the same make.conf has no problems with world building :) I still cannot reproduce your issue... To check, I have built world with CPUTYPE=athlon-xp, verified it used "-O2 -pipe -march=athlon-xp" as compilation flags for the world stage, and installed the resulting clang executables. Those clang executables do not exhibit the same problem as yours do; they can build tblgen (during the bootstrap-tools stage) fine. I suggest you comment out the CPUTYPE macro in make.conf for now, rebuild your world with gcc, and then rebuild it with clang again, to see if the issue goes away. From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 16:42: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 AA7A9106564A for ; Fri, 24 Sep 2010 16:42:14 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3A21A8FC14 for ; Fri, 24 Sep 2010 16:42:13 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o8OGgCrq017189; Fri, 24 Sep 2010 18:42:12 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o8OGgCAI017188; Fri, 24 Sep 2010 18:42:12 +0200 (CEST) (envelope-from marius) Date: Fri, 24 Sep 2010 18:42:12 +0200 From: Marius Strobl To: =?unknown-8bit?Q?St=E5le?= Kristoffersen Message-ID: <20100924164212.GO46946@alchemy.franken.de> References: <20100715123423.GC52222@putsch.kolbu.ws> <20100715160048.GA61891@alchemy.franken.de> <20100715175225.GA52693@putsch.kolbu.ws> <20100716103125.GA73878@putsch.kolbu.ws> <20100718122022.GW4706@alchemy.franken.de> <20100719170654.GA19889@putsch.kolbu.ws> <20100720101736.GD4706@alchemy.franken.de> <20100720115528.GA88965@putsch.kolbu.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100720115528.GA88965@putsch.kolbu.ws> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: current + mpt = panic: Bad link elm 0xffffff80002d6480 next->prev != elm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2010 16:42:14 -0000 On Tue, Jul 20, 2010 at 01:55:28PM +0200, Stle Kristoffersen wrote: > On 2010-07-20 at 12:17, Marius Strobl wrote: > > On Mon, Jul 19, 2010 at 07:06:54PM +0200, Stle Kristoffersen wrote: > > > On 2010-07-18 at 14:20, Marius Strobl wrote: > > > > > > Downgrading now... > > > > > > > > > > And it crashed again, with current from r209598... > > > > > > > > > > > > > Ok, this at least means that your problem isn't caused by the recent > > > > changes to mpt(4) as the pre-r209599 version only differed from the > > > > 8-STABLE one in a cosmetic change at that time. > > > > > > I have another data-point, I cvsup'ed to the latest current again, and > > > rebuilt without INVARIANT and WITNESS, and now it seems to survive the > > > timeouts. > > > > That's more or less expected as the sanity check issuing the panic > > just isn't compiled in then. However, my understanding was that with > > STABLE you don't get the timeouts in the first place, or do you see > > them there also? > > I got the timeouts with STABLE as well, that was the reason for me to > try out CURRENT. I'm sorry I didn't mention that earlier. > > My main concern is to get rid of the timeouts, but a panic on one can't be > right. How can I debug this further? I can get timeout fairly consistent by > putting a bit of load on the drives. If it would help I can also provide > remote access. > FYI, that panic is fixed with r213105. Marius From owner-freebsd-current@FreeBSD.ORG Fri Sep 24 22:41: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 BF23F1065670 for ; Fri, 24 Sep 2010 22:41:43 +0000 (UTC) (envelope-from tgen@deepbone.net) Received: from cpsmtpb-ews02.kpnxchange.com (cpsmtpb-ews02.kpnxchange.com [213.75.39.5]) by mx1.freebsd.org (Postfix) with ESMTP id 43D568FC1C for ; Fri, 24 Sep 2010 22:41:42 +0000 (UTC) Received: from cpbrm-ews11.kpnxchange.com ([10.94.84.142]) by cpsmtpb-ews02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 25 Sep 2010 00:41:41 +0200 Received: from CPSMTPM-EML101.kpnxchange.com ([195.121.3.5]) by cpbrm-ews11.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 25 Sep 2010 00:41:41 +0200 Received: from smtp.deepbone.net ([84.83.37.40]) by CPSMTPM-EML101.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Sat, 25 Sep 2010 00:41:40 +0200 Received: from [10.64.3.36] (unknown [10.64.1.10]) (Authenticated sender: tgen) by smtp.deepbone.net (Postfix) with ESMTPSA id 6A17A39819 for ; Fri, 24 Sep 2010 22:41:40 +0000 (UTC) Message-ID: <4C9D291E.5010109@deepbone.net> Date: Fri, 24 Sep 2010 22:41:34 +0000 From: "Thomas E. Spanjaard" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100527 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20100715123423.GC52222@putsch.kolbu.ws> <20100715160048.GA61891@alchemy.franken.de> <20100715175225.GA52693@putsch.kolbu.ws> <20100716103125.GA73878@putsch.kolbu.ws> <20100718122022.GW4706@alchemy.franken.de> <20100719170654.GA19889@putsch.kolbu.ws> <20100720101736.GD4706@alchemy.franken.de> <20100720115528.GA88965@putsch.kolbu.ws> <20100924164212.GO46946@alchemy.franken.de> In-Reply-To: <20100924164212.GO46946@alchemy.franken.de> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig62C9A54C503018A7A48256C1" X-OriginalArrivalTime: 24 Sep 2010 22:41:40.0844 (UTC) FILETIME=[A7CEF2C0:01CB5C39] X-RcptDomain: freebsd.org Subject: Re: current + mpt = panic: Bad link elm 0xffffff80002d6480 next->prev != elm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Sep 2010 22:41:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig62C9A54C503018A7A48256C1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/24/2010 16:42, Marius Strobl wrote: > On Tue, Jul 20, 2010 at 01:55:28PM +0200, Stle Kristoffersen wrote: >> I got the timeouts with STABLE as well, that was the reason for me to >> try out CURRENT. I'm sorry I didn't mention that earlier. >> >> My main concern is to get rid of the timeouts, but a panic on one can'= t be >> right. How can I debug this further? I can get timeout fairly consiste= nt by >> putting a bit of load on the drives. If it would help I can also provi= de >> remote access. >> >=20 > FYI, that panic is fixed with r213105. That doesn't build as module at least. It errors out, because of an implicit declaration warning of mpt_req_on_pending_list, followed by a warning of a nested extern declaration of the same (line 853 of sys/dev/mpt/mpt.c). Cheers, --=20 Thomas E. Spanjaard tgen@netphreax.net tgen@deepbone.net --------------enig62C9A54C503018A7A48256C1 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.14 (FreeBSD) iQEcBAEBAgAGBQJMnSkkAAoJEKE55rmjwpbTEV8H/iOJCL7A84IqF/JuvLtPtpD8 4QoOvAX06bjE2piecPcvgH35/7d8liw5DMKYlrCI/xyc3w3e15HwYZO9LBF8DPUK ATh5xAyvCqudD9DR3d7Px3aIWJb26F1bn6R0CCQzuNZD+payamXlbv4B/mKMvCYG aTfFiqhBYtq0fgEZTqNzs8hiftyGEGBZ0gM+27XXt/kXnjerXc4Q0wXrbGY2y9O9 eXrefWQD79GEkexClNip4cv9cHTaFeeKLCM+kVtH7t/wF2n6Q4fUbH/fCSb7SWrI nm3jH3Pgp3y7WXaRTKZSFUvMUlibgvOfaVKgaW8T/A4CTntrt94jaewnrD+D5lU= =gyGH -----END PGP SIGNATURE----- --------------enig62C9A54C503018A7A48256C1-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 01:41:15 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 40760106564A for ; Sat, 25 Sep 2010 01:41:15 +0000 (UTC) (envelope-from marktinguely@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 F39F98FC12 for ; Sat, 25 Sep 2010 01:41:14 +0000 (UTC) Received: by iwn34 with SMTP id 34so3583171iwn.13 for ; Fri, 24 Sep 2010 18:41:14 -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:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=A5eWGhbqj5k7rW24EhLaWlgpEkwDCK4j+2owQCeH3Aw=; b=EUcPlnXzxfGxRIEjevKFdHaRboa3J8dJ+n8XhpE+2cYPkTnCgZdS8kWFoZwOYB7MLw MbBBBe+foQR2dFWj5bduesZ7WIxuJNsWQEG38ubZ7j3FnJim25mCMhbAktlZDZYJ/xNJ 0Qrk9yCFlsmQQ0N6RUTMxe9tWYb2rGzIp1AUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=XRb9SV63/Q4PGvxJTB4uVg9twfj8YVwuTGPxM6asI0TXu9zl3Wd68a0Q2dVvf09aqQ Txr4I9qTn3pMrczOEEifHvjiLQs3wax023vx2yjwVNkED4uIFeu4gETKSceHU3gtxoel QtzuBkziF2XT6UfrGTkOiwZeRRaD4REM2ZowI= Received: by 10.231.38.9 with SMTP id z9mr4341279ibd.24.1285377204825; Fri, 24 Sep 2010 18:13:24 -0700 (PDT) Received: from [192.168.0.100] (71-38-48-15.frgo.qwest.net [71.38.48.15]) by mx.google.com with ESMTPS id n20sm2941122ibe.5.2010.09.24.18.13.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 24 Sep 2010 18:13:24 -0700 (PDT) Message-ID: <4C9D4CAF.3070508@gmail.com> Date: Fri, 24 Sep 2010 20:13:19 -0500 From: Mark Tinguely User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: current@freebsd.org References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> <4C9B38E2.7010403@kkip.pl> <4C9B6804.3070102@FreeBSD.org> In-Reply-To: <4C9B6804.3070102@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Clang cross builds world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2010 01:41:15 -0000 I was inspired by the clang build world topic to try a cross build world of ARM from a i386 computer. I use the build command: make TARGET_ARCH=arm TARGET_CPUTYPE=xscale buildworld (I tried an "TARGET_CPUTYPE=cortex-a8" once also, I got the same errors below). /etc/src.conf is taken from the FreeBSD clang web page,. /etc/make.conf has perl version strings. The cross tools build stage apparently makes an i386 compiler: /usr/obj/arm.arm/usr/src/tmp/usr/bin/clang -### FreeBSD clang version 2.8 (branches/release_28 114020) 20100917 Target: i386-undermydesk-freebsd9.0 Thread model: posix When the library build stage begins, the assembler complains about the unknown "--32" option from clang. I know the "--32" options is a i386 target add-on option. Removing "--32" from the command line with a script shim, and sure enough clang is generating i386 assembly code. I know the clang and ARM is not tested nor supported. I am just looking for some clang cross architecture compiling wisdom. --Mark Tinguely From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 12:04: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 A1F121065675 for ; Sat, 25 Sep 2010 12:04:02 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D98E8FC17 for ; Sat, 25 Sep 2010 12:04:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:94bc:a77:2ad8:3dae] (unknown [IPv6:2001:7b8:3a7:0:94bc:a77:2ad8:3dae]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6EF3F5C43; Sat, 25 Sep 2010 14:04:00 +0200 (CEST) Message-ID: <4C9DE535.3060809@FreeBSD.org> Date: Sat, 25 Sep 2010 14:04:05 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Mark Tinguely References: <4C99A53E.7060707@FreeBSD.org> <4C9A32B8.60204@kkip.pl> <4C9A6A38.4080307@freebsd.org> <4C9A7203.8010701@kkip.pl> <20100923065134.GA31455@freebsd.org> <4C9B3207.2070302@kkip.pl> <4C9B383A.6080008@FreeBSD.org> <4C9B38E2.7010403@kkip.pl> <4C9B6804.3070102@FreeBSD.org> <4C9D4CAF.3070508@gmail.com> In-Reply-To: <4C9D4CAF.3070508@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Clang cross builds world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2010 12:04:02 -0000 On 2010-09-25 03:13, Mark Tinguely wrote: > I was inspired by the clang build world topic to try a cross build world > of ARM from a i386 computer. > > I use the build command: > > make TARGET_ARCH=arm TARGET_CPUTYPE=xscale buildworld > (I tried an "TARGET_CPUTYPE=cortex-a8" once also, I got the same errors > below). > > /etc/src.conf is taken from the FreeBSD clang web page,. > /etc/make.conf has perl version strings. > > The cross tools build stage apparently makes an i386 compiler: > /usr/obj/arm.arm/usr/src/tmp/usr/bin/clang -### > FreeBSD clang version 2.8 (branches/release_28 114020) 20100917 > Target: i386-undermydesk-freebsd9.0 > Thread model: posix > > When the library build stage begins, the assembler complains about the > unknown "--32" option from clang. I know the "--32" options is a i386 > target add-on option. Removing "--32" from the command line with a > script shim, and sure enough clang is generating i386 assembly code. > > I know the clang and ARM is not tested nor supported. I am just looking > for some clang cross architecture compiling wisdom. Clang is not yet ready for use as a cross-compiler, although support for it should be relatively easy to add. This is still being worked on upstream. See also this thread: http://lists.cs.uiuc.edu/pipermail/cfe-dev/2010-September/thread.html#11192 and this page (a more long term project): http://clang.llvm.org/UniversalDriver.html From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 13:50:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316D1106567A; Sat, 25 Sep 2010 13:50:22 +0000 (UTC) (envelope-from alexander@kojevnikov.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D15598FC14; Sat, 25 Sep 2010 13:50:21 +0000 (UTC) Received: by qyk31 with SMTP id 31so2795243qyk.13 for ; Sat, 25 Sep 2010 06:50:21 -0700 (PDT) Received: by 10.220.60.10 with SMTP id n10mr1506210vch.185.1285421080968; Sat, 25 Sep 2010 06:24:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.115.169 with HTTP; Sat, 25 Sep 2010 06:24:20 -0700 (PDT) From: Alexander Kojevnikov Date: Sat, 25 Sep 2010 23:24:20 +1000 Message-ID: To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Web feeds for UPDATING files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2010 13:50:22 -0000 On 25 September 2010 17:04, Alexander Kojevnikov wrote: > On 25 September 2010 15:44, jhell wrote: >> Really awesome! >> >> This will come in handy to serve up stable/*/UPDATING and head/UPDATING >> to. And thinking along those lines it could probably be incorporated >> directly into the DAV tree on svn. to serve directly from there. > > Great idea, I'll try to implement both feeds during the weekend and > will post here and on freebsd-current@ and freebsd-stable@ when it's > done. ...and done: http://updating.versia.com/ The site now features Atom feeds for the following files: * ports/UPDATING * head/UPDATING * stable/7/UPDATING * stable/8/UPDATING Hope you find the feeds useful. Cheers, Alex PS: I apologise to ports/UPDATING subscribers who got quite a few duplicate entries. I barely missed the Ballmer Peak, just delete those. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 17:49: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 87E7F106566B for ; Sat, 25 Sep 2010 17:49:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 295988FC0A for ; Sat, 25 Sep 2010 17:49:54 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7FB6345C9F; Sat, 25 Sep 2010 19:49:53 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 84C8345683; Sat, 25 Sep 2010 19:49:48 +0200 (CEST) Date: Sat, 25 Sep 2010 19:49:29 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20100925174929.GD47356@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yH1ZJFh+qWm+VodA" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-security@FreeBSD.org Subject: Recent GELI additions. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2010 17:49:55 -0000 --yH1ZJFh+qWm+VodA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'd like to inform about three new features in GELI available in HEAD: 1. AES-XTS encryption. XTS mode is a standard that is recommended these days for storage encryption. This is the default now. AES-XTS support was also added to opencrypto framework and aesni(4) driver. 2. Multiple encryption keys. GELI will use one encryption key for at most 2^20 blocks (sectors), as it is not recommended to use the same encryption key for too much data. It generates keys array from the master key on attach and uses it accordingly. This is the default now. 3. Passphrase can now be loaded from a file (-J and -j options). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --yH1ZJFh+qWm+VodA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkyeNikACgkQForvXbEpPzSRywCggPV06cuFcVEFfS+NwIwestc0 BiAAoJVb7VGXo3XHPFEBWZnJIIZ1kfOQ =7Tge -----END PGP SIGNATURE----- --yH1ZJFh+qWm+VodA-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 18:13: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 1BC3E106564A; Sat, 25 Sep 2010 18:13:17 +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 AECF98FC16; Sat, 25 Sep 2010 18:13:16 +0000 (UTC) Received: by iwn34 with SMTP id 34so4280006iwn.13 for ; Sat, 25 Sep 2010 11:13:16 -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=16IK9/Ajg6H8t8Jmx2C80/asBI1hNn5dB4U84+owuXo=; b=hAuSJKk5AAbnAVRarL9VuLUV4mAL8kOjSZb4+Dk1oTy7UyMdkxfMdgNl395890+yXU ZJjgyi0ZU8oF/wXb+iJu5RVg/0VtGWqjcSTv9OO85Ob52YIYTroAZXSLxr5alkSP6B5T voCGAfgJQBIFMCXXXGYwJuKaO2S46i58DQEiI= 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=I4TxpE97OSediVfxRTBvspkuBAzi83kXHzyOnlhIknr/AuJ5SxET05z6hBH0PwK27y 1/rGON3pbjXjuyIao9pcr5r8VwTEVLBIUa/K2+BiBoOR7Q0Ln+oWNjvG1bkFAoD7uM8I vc7nF/Tf8HCvmiTtCOwzPJ/0fFHBDUvIYleCs= Received: by 10.231.35.202 with SMTP id q10mr5942088ibd.138.1285438395536; Sat, 25 Sep 2010 11:13:15 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-43-205.dsl.klmzmi.sbcglobal.net [99.19.43.205]) by mx.google.com with ESMTPS id h8sm3878464ibk.3.2010.09.25.11.13.13 (version=SSLv3 cipher=RC4-MD5); Sat, 25 Sep 2010 11:13:14 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C9E3BB9.2040800@DataIX.net> Date: Sat, 25 Sep 2010 14:13:13 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100917 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Alexander Kojevnikov References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Web feeds for UPDATING files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2010 18:13:17 -0000 On 09/25/2010 09:24, Alexander Kojevnikov wrote: > On 25 September 2010 17:04, Alexander Kojevnikov > wrote: >> On 25 September 2010 15:44, jhell wrote: >>> Really awesome! >>> >>> This will come in handy to serve up stable/*/UPDATING and head/UPDATING >>> to. And thinking along those lines it could probably be incorporated >>> directly into the DAV tree on svn. to serve directly from there. >> >> Great idea, I'll try to implement both feeds during the weekend and >> will post here and on freebsd-current@ and freebsd-stable@ when it's >> done. > > ...and done: > > http://updating.versia.com/ > > The site now features Atom feeds for the following files: > > * ports/UPDATING > * head/UPDATING > * stable/7/UPDATING > * stable/8/UPDATING > > Hope you find the feeds useful. > > Cheers, > Alex > > PS: I apologise to ports/UPDATING subscribers who got quite a few > duplicate entries. I barely missed the Ballmer Peak, just delete > those. Your amazing! Thanks Alexander! -- jhell,v From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:45: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 2312E106564A; Sat, 25 Sep 2010 19:45:54 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id B555D8FC0A; Sat, 25 Sep 2010 19:45:53 +0000 (UTC) Received: by qyk34 with SMTP id 34so162083qyk.13 for ; Sat, 25 Sep 2010 12:45:53 -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=zii3RPOwbIFX0ZBlxq0DO44PrE7v3jK2QDFH8nj0fic=; b=UhyYf3CiGZu04kI5JRqJepSdHdrcQVMUzAS/j+fwsMrFL7TNvVUWwzdsk5h7z+hpBv yoxLa+DhE3Bj9t8LpMHM6EycbhAd/4McOwyRbcw5IHkkpNtrJIQJIczF1+pj9Sq+7wf2 tNalYTIg4V7caXMcg08LXzizTuJ5sOCaAewzs= 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=XNOVLYrAUfjiAWgIRS0MNz7pJWCGiVgI92iC9y9Q4vxw6ev9i/h9zI/HKWIiQbVo5F oE2jg0NEWt+ASbP7F2koI9c98/Q9391Uo89ppqLRZfX4UizTYJAGqsVQgVAXAjx2lxTL E1F1mGsiqVoX1vxXsQpIdmWuK9O9EWJ+XGg54= MIME-Version: 1.0 Received: by 10.220.124.36 with SMTP id s36mr509103vcr.269.1285442170854; Sat, 25 Sep 2010 12:16:10 -0700 (PDT) Received: by 10.220.202.11 with HTTP; Sat, 25 Sep 2010 12:16:10 -0700 (PDT) In-Reply-To: <4C99A53E.7060707@FreeBSD.org> References: <4C99A53E.7060707@FreeBSD.org> Date: Sat, 25 Sep 2010 19:16:10 +0000 Message-ID: From: Paul B Mahol To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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, 25 Sep 2010 19:45:54 -0000 On 9/22/10, Dimitry Andric wrote: > Hi, > > As of r212979, you should now be able to build world and kernel on i386 > and amd64 with clang, without any additional patches! > > To do so, make sure you have updated your installed world to at least > r212904 (which has the most recently imported clang/llvm snapshot), and > put the following in /etc/src.conf: > > .if !defined(CC) || ${CC} == "cc" > CC=clang > .endif > .if !defined(CXX) || ${CXX} == "c++" > CXX=clang++ > .endif > # Don't die on warnings > NO_WERROR= > WERROR= > > Both world and kernel can also be installed, and should run properly, > but please make sure you have a way to revert if anything unexpected > happens. :) Alternatively, just install into a chroot to try it out > from there. > > Some additional information can be found on this wiki page: > > http://wiki.freebsd.org/BuildingFreeBSDWithClang > > Thanks to all the people that made this possible, especially Roman > Divacky, Ed Schouten, Rui Paulo, and of course the clang/llvm > developers. When to expect to get rid of GNU as and other binutils tools? From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 19:53: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 6FD5E1065672 for ; Sat, 25 Sep 2010 19:53:37 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3208FC08 for ; Sat, 25 Sep 2010 19:53:36 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OzaoR-00004W-Jr for freebsd-current@freebsd.org; Sat, 25 Sep 2010 20:53:35 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OzaoR-00058z-Cj for freebsd-current@freebsd.org; Sat, 25 Sep 2010 20:53:35 +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 o8PJrZ1a060290 for ; Sat, 25 Sep 2010 20:53:35 +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 o8PJrZnv060289 for freebsd-current@freebsd.org; Sat, 25 Sep 2010 20:53:35 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sat, 25 Sep 2010 20:53:34 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20100925195334.GA58609@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: amd64 panic: lock (sleep mutex) ral0 not locked @ /usr/src/sys/dev/ral/rt2560.c:2012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Sep 2010 19:53:37 -0000 On amd64 r213168 I've a ral(4) CardBus wireless device of obscure origin. It is identified as # pciconf -lv ral0@pci0:3:0:0: class=0x028000 card=0x68351462 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology, Corp.' device = 'Ralink Chipset 802.11b/g WLAN Card ( RT2560F)' class = network and from dmesg: # dmesg ral0: mem 0xb7fb0000-0xb7fb1fff irq 20 at device 0.0 on cardbus0 ral0: MAC/BBP RT2560 (rev 0x00), RF RT2522 The panic happens immediately after issuing this command: # ifconfig wlan0 up scan In case it matters, I reported this panic first back in July: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2010-07/msg00389.html Full details are below. from kernel config device ral # Ralink Technology RT2500 wireless NICs. device ralfw device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm # ifconfig wlan0 create wlandev ral0 # ifconfig ral0: flags=8802 metric 0 mtu 2290 ether 00:00:00:00:00:00 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier wlan0: flags=8802 metric 0 mtu 1500 ether 00:00:00:00:00:00 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 MHz 11b) country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 bintval 0 full dmesg: 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 r213168: Sat Sep 25 12:46:44 BST 2010 root@zzz:/usr/obj/usr/src/sys/BUZI amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-60 (1994.98-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f82 Family = f Model = 68 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f real memory = 3221225472 (3072 MB) avail memory = 2962657280 (2825 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Error: 32/64X address mismatch in Pm2ControlBlock: 0x00008800/0x0000000000008100, using 32 (20100915/tbfadt-526) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported acpi0: reservation of 0, 8000000 (3) failed acpi0: reservation of 100000, fff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x4000-0x40ff mem 0xc0000000-0xc7ffffff,0xcc200000-0xcc20ffff,0xcc300000-0xcc3fffff irq 19 at device 5.0 on pci1 pcib2: at device 4.0 on pci0 pci16: on pcib2 bge0: mem 0xcc000000-0xcc00ffff irq 16 at device 0.0 on pci16 bge0: CHIP ID 0x0000c002; ASIC REV 0x0c; CHIP REV 0xc0; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bge0: Ethernet address: 00:1a:4b:89:4b:4e pcib3: at device 5.0 on pci0 pci32: on pcib3 atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xcc409000-0xcc4093ff irq 16 at device 18.0 on pci0 atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM not supported ata2: on atapci0 ohci0: mem 0xcc401000-0xcc401fff irq 23 at device 19.0 on pci0 usbus0: on ohci0 ohci1: mem 0xcc402000-0xcc402fff irq 17 at device 19.1 on pci0 usbus1: on ohci1 ohci2: mem 0xcc403000-0xcc403fff irq 17 at device 19.2 on pci0 usbus2: on ohci2 ohci3: mem 0xcc404000-0xcc404fff irq 17 at device 19.3 on pci0 usbus3: on ohci3 ohci4: mem 0xcc405000-0xcc405fff irq 17 at device 19.4 on pci0 usbus4: on ohci4 ehci0: mem 0xcc406000-0xcc4060ff irq 23 at device 19.5 on pci0 ehci0: AMD SB600/700 quirk applied usbus5: EHCI version 1.0 usbus5: on ehci0 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 on pci0 ata0: on atapci1 pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci2: on pcib4 cbb0: mem 0xcc100000-0xcc100fff irq 20 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71,0x72-0x73 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xd0000-0xd0fff 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 acpi_throttle0: on cpu0 powernow0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 powernow1: on cpu1 Timecounters tick every 1.000 msec IP Filter: v4.1.28 initialized. Default = block all, Logging = enabled 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: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 acd0: DVDR at ata0-master PIO4 ad4: 152627MB at ata2-master UDMA100 SATA 1.5Gb/s SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: cbb0 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered cardbus0: Expecting link target, got 0x0 cardbus0: Expecting link target, got 0x0 ral0: mem 0xb7fb0000-0xb7fb1fff irq 20 at device 0.0 on cardbus0 ral0: MAC/BBP RT2560 (rev 0x00), RF RT2522 Root mount waiting for: usbus5 Root mount waiting for: usbus5 Root mount waiting for: usbus5 uhub5: 10 ports with 10 removable, self powered Root mount waiting for: usbus5 Trying to mount root from ufs:/dev/ad4s1a ugen0.2: at usbus0 ugen1.2: at usbus1 ums0: on usbus1 ums0: 3 buttons and [XY] coordinates ID=0 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 4 ZFS storage pool version 15 ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: could not read from BBP ral0: timeout waiting for BBP panic: lock (sleep mutex) ral0 not locked @ /usr/src/sys/dev/ral/rt2560.c:2012 cpuid = 0 KDB: enter: panic (copied by hand) panic [ thread pid 0 tid 100068 ] Stopped at kbd_enter+0x3d: movq $0,0x4c1ef0(%rip) db> bt Tracing pid 0 tid 100068 td 0xffffff0001b59440 kbd_enter() at kbd_enter+0x3d panic() at panic+0x17b witness_unlock() at witness_unlock+0x297 _mtx_unlock_flags() at _mtx_unlock_flags+0x7e rt2560_ioctl() at rt2560_ioctl+0xbf taskqueue_run() at taskqueue_run+0x63 taskqueue_thread_loop() at taskqueue_thread_loop+0x54 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip 0, rsp=0xffffff80b2d41cf0, rbp = 0 --- Please advise many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:23: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 E306B106564A for ; Sat, 25 Sep 2010 20:23:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A3A1C8FC1C for ; Sat, 25 Sep 2010 20:23:39 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4975:8ad9:4ce3:7a75] (unknown [IPv6:2001:7b8:3a7:0:4975:8ad9:4ce3:7a75]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8DE645C43; Sat, 25 Sep 2010 22:23:38 +0200 (CEST) Message-ID: <4C9E5A50.7040607@FreeBSD.org> Date: Sat, 25 Sep 2010 22:23:44 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.10pre) Gecko/20100910 Lanikai/3.1.4pre MIME-Version: 1.0 To: Paul B Mahol References: <4C99A53E.7060707@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and 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, 25 Sep 2010 20:23:40 -0000 On 2010-09-25 21:16, Paul B Mahol wrote: > On 9/22/10, Dimitry Andric wrote: >> As of r212979, you should now be able to build world and kernel on i386 >> and amd64 with clang, without any additional patches! ... > When to expect to get rid of GNU as and other binutils tools? Work is progressing steadily on the clang/llvm integrated assembler, which removes the need for an external assembler such as gas, and which should also reduce compile times further. This is really in alpha state right now, but Roman Divacky (who is one of the active contributors) can probably tell more about its progress. Another important component is of course the linker, but I am not aware of a similar project to replace that; excepting gold, but that is a GPLv3 project too, unfortunately. There is also an LLDB Debugger project in the very early stages of development, see http://lldb.llvm.org/, but this works only on Mac OS X now. Volunteers are invited to port this to FreeBSD. :) Not binutils related, but still possibly interesting to FreeBSD, are also the libc++ and compiler-rt projects, a GNU libstdc++ replacement and a GNU libgcc replacement, respectively. See http://libcxx.llvm.org/ and http://compiler-rt.llvm.org/ for more information. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:25: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 4BF591065675; Sat, 25 Sep 2010 20:25:07 +0000 (UTC) (envelope-from demelier.david@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 74ED08FC17; Sat, 25 Sep 2010 20:25:06 +0000 (UTC) Received: by bwz15 with SMTP id 15so3472640bwz.13 for ; Sat, 25 Sep 2010 13:25: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 :content-transfer-encoding; bh=w8MMhcf9Im+v5GsKTTXjbUw4o7ml9iPLZDTPWHKs1Hg=; b=jdPtl5x0n4z4bnlDVA5zkdYIKIY18lRaD9Zkgrq44wn8J0G1slU+XAWMihCi2LONE9 i0Wm/N4AoEuaVUzoCWw3vS7vNHyhRg19i7JS6fUzr7O8CxFMWBtLfLJxl//mJUiGu3FO J70SIU/UeAo+aLmySFy2wN4KrJKNN6xButCgU= 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=rSMMDAJ1BfouIbRxPBhPQylTPlzEvN6YNMjk7oMcqJrIogeuXToMitnxmAA6xEnGv2 jt+WQDZiBumYTiH5zPSVlYDrSVeApL7xNa1WK0M9DtoavXpBK3kcp651ZapB/A2CxNLk ksMzTeKOvI2ZdpHFr39KoXsX+a6zyJoHaHK7I= MIME-Version: 1.0 Received: by 10.204.137.80 with SMTP id v16mr3561950bkt.46.1285446304042; Sat, 25 Sep 2010 13:25:04 -0700 (PDT) Received: by 10.204.97.208 with HTTP; Sat, 25 Sep 2010 13:25:03 -0700 (PDT) In-Reply-To: <4C9E3BB9.2040800@DataIX.net> References: <4C9E3BB9.2040800@DataIX.net> Date: Sat, 25 Sep 2010 22:25:03 +0200 Message-ID: From: David DEMELIER To: jhell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Alexander Kojevnikov , freebsd-ports@freebsd.org Subject: Re: Web feeds for UPDATING files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2010 20:25:07 -0000 2010/9/25 jhell : > On 09/25/2010 09:24, Alexander Kojevnikov wrote: >> On 25 September 2010 17:04, Alexander Kojevnikov >> wrote: >>> On 25 September 2010 15:44, jhell wrote: >>>> Really awesome! >>>> >>>> This will come in handy to serve up stable/*/UPDATING and head/UPDATIN= G >>>> to. And thinking along those lines it could probably be incorporated >>>> directly into the DAV tree on svn. to serve directly from there. >>> >>> Great idea, I'll try to implement both feeds during the weekend and >>> will post here and on freebsd-current@ and freebsd-stable@ when it's >>> done. >> >> ...and done: >> >> http://updating.versia.com/ >> >> The site now features Atom feeds for the following files: >> >> * ports/UPDATING >> * head/UPDATING >> * stable/7/UPDATING >> * stable/8/UPDATING >> >> Hope you find the feeds useful. >> >> Cheers, >> Alex >> >> PS: I apologise to ports/UPDATING subscribers who got quite a few >> duplicate entries. I barely missed the Ballmer Peak, just delete >> those. > > Your amazing! > > Thanks Alexander! > > -- > > =C2=A0jhell,v > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > It's so great that it should be merge to the official FreeBSD web page! Thanks a lot! Kind regards, --=20 Demelier David From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:35:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3F6106564A; Sat, 25 Sep 2010 20:35:23 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from baumren.bluerosetech.com (baumren.bluerosetech.com [69.55.234.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4EFA08FC0A; Sat, 25 Sep 2010 20:35:23 +0000 (UTC) Received: from vivi.cat.pdx.edu (vivi.cat.pdx.edu [131.252.214.6]) by baumren.bluerosetech.com (Postfix) with ESMTPSA id DD502CF78C; Sat, 25 Sep 2010 13:10:28 -0700 (PDT) Received: from [127.0.0.1] (c-71-236-221-127.hsd1.wa.comcast.net [71.236.221.127]) by vivi.cat.pdx.edu (Postfix) with ESMTPSA id 51CBE24CF8; Sat, 25 Sep 2010 13:10:26 -0700 (PDT) Message-ID: <4C9E5744.5090702@bitfreak.org> Date: Sat, 25 Sep 2010 13:10:44 -0700 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "M. Warner Losh" References: <20100910234830.87641e07.ray@ddteam.net> <4C8ACE52.8060000@FreeBSD.org> <20100915.082513.802140508206832836.imp@bsdimp.com> In-Reply-To: <20100915.082513.802140508206832836.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ray@ddteam.net, kimelto@gmail.com, demelier.david@gmail.com, dougb@freebsd.org, freebsd-current@freebsd.org, mj@feral.com Subject: Re: DHCP server 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, 25 Sep 2010 20:35:23 -0000 M. Warner Losh wrote: > It would be very convenient to have this particular thing in the > base, and we shouldn't be too dogmatic about never having any new 3rd > party things in the base. Please no, don't add optional servers to the base. I already don't like sendmail, bind, ntpd and inetd in the base. These are *optional* software--not required for the normal operation of the OS. They aren't even enabled by default except sendmail. Adding sendmail_enable="NONE" to /etc/rc.conf is one of the first things I do on all new systems. I only barely tolerate openssl in the base because it's needed for openssh; however, I'd rather both of those be in ports as well. There's also the issue of updating: It's very annoying to have to update the OS just to fix a BIND or OpenSSL vulnerability and, let's be honest, we'll likely never see the last of those. Rebooting a production server is non-trivial. By-hand partial installworlds on live systems are a disturbing prospect. If it was a port, just update the port. Its far easier justifying updating a port than modifying the OS on a production server. The Ports System makes updating a port so fast and painless I can do many of the non-user-facing ones without an announced downtime. It's trivial installing ports and utterly so installing packages. I'd love to see us use the awesomeness that is the Ports System to manage these things. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20: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 4DAD8106564A; Sat, 25 Sep 2010 20:47:27 +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 B25128FC12; Sat, 25 Sep 2010 20:47:26 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0B3039CB070; Sat, 25 Sep 2010 22:28:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lZwUTuXOo4EY; Sat, 25 Sep 2010 22:28:07 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 60C199CB1AE; Sat, 25 Sep 2010 22:28:07 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id o8PKS7ms083939; Sat, 25 Sep 2010 22:28:07 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 25 Sep 2010 22:28:07 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20100925202807.GA83725@freebsd.org> References: <4C99A53E.7060707@FreeBSD.org> <4C9E5A50.7040607@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C9E5A50.7040607@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: Clang now builds world and kernel, on i386 and 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, 25 Sep 2010 20:47:27 -0000 On Sat, Sep 25, 2010 at 10:23:44PM +0200, Dimitry Andric wrote: > On 2010-09-25 21:16, Paul B Mahol wrote: > >On 9/22/10, Dimitry Andric wrote: > >>As of r212979, you should now be able to build world and kernel on i386 > >>and amd64 with clang, without any additional patches! > ... > >When to expect to get rid of GNU as and other binutils tools? > > Work is progressing steadily on the clang/llvm integrated assembler, > which removes the need for an external assembler such as gas, and which > should also reduce compile times further. This is really in alpha state > right now, but Roman Divacky (who is one of the active contributors) can > probably tell more about its progress. yes, this will give us BSDL modern asm (ie. things like SSE4.x works etc.) on X86/arm > Another important component is of course the linker, but I am not aware > of a similar project to replace that; excepting gold, but that is a > GPLv3 project too, unfortunately. I know of something that may happen, it's in planning stage now > There is also an LLDB Debugger project in the very early stages of > development, see http://lldb.llvm.org/, but this works only on Mac OS X > now. Volunteers are invited to port this to FreeBSD. :) > > Not binutils related, but still possibly interesting to FreeBSD, are > also the libc++ and compiler-rt projects, a GNU libstdc++ replacement > and a GNU libgcc replacement, respectively. See http://libcxx.llvm.org/ > and http://compiler-rt.llvm.org/ for more information. there's also elftoolchain: http://sourceforge.net/apps/trac/elftoolchain/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 20:56: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 08F301065672 for ; Sat, 25 Sep 2010 20:56:57 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 16CD68FC0C for ; Sat, 25 Sep 2010 20:56:19 +0000 (UTC) Received: by wwi18 with SMTP id 18so214631wwi.1 for ; Sat, 25 Sep 2010 13:55:53 -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:cc:content-type; bh=ZEQh4m3KgYb+ZM+1/OXLswbSS0ezl4fF4Rb8QCc3FQ8=; b=sqfXzlNj/2+WNHYgNwV6aQJ/UX4bHxkmTSwU3IXJsRljqBHUvc6hDV6/dj1yIVZwR8 3YGjkgDonYryuOXu6VT5eHo+TAIZCF8pb2RQWmXMcKF4uiDbqh2+GSrtMiSRuhVZv/zI Cpl2v4OPND48MzEwt1lXBL7oLnGzsJz1FobyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=I7JDpBkluOcngWTQx6Bn+fHxQ09J+v/dRnknSMXNj9PEc8D9NYWkGl+aKzcQCoCBOn qU63N0QqqEZ+xlSfip0edNSiw8q2AhtFfridGc9VfVyFONm/pZnjjD98GtKh6c6ifHdB 3/LpjvfhgEJLtBveNg9TQLdB3IFgZL1ZZgFdM= MIME-Version: 1.0 Received: by 10.216.0.76 with SMTP id 54mr4241445wea.49.1285448151729; Sat, 25 Sep 2010 13:55:51 -0700 (PDT) Received: by 10.216.162.75 with HTTP; Sat, 25 Sep 2010 13:55:51 -0700 (PDT) Date: Sat, 25 Sep 2010 20:55:51 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: jkoshy@freebsd.org, rdivacky@freebsd.org, dim@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and amd64 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: Sat, 25 Sep 2010 20:56:57 -0000 Dmitry Andric wrote: >On 2010-09-25 21:16, Paul B Mahol wrote: >> When to expect to get rid of GNU as and other binutils tools? >Work is progressing steadily on the clang/llvm integrated assembler, >which removes the need for an external assembler such as gas, and which >should also reduce compile times further. This is really in alpha state >right now, but Roman Divacky (who is one of the active contributors) can >probably tell more about its progress. > >Another important component is of course the linker, but I am not aware >of a similar project to replace that; excepting gold, but that is a >GPLv3 project too, unfortunately. There has been another effort underway for some time: http://sourceforge.net/apps/trac/elftoolchain/ Perhaps some coordination between those working on llvm in FreeBSD, and the elftoolchain project, would be helpful? b. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:03: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 4E15B106564A for ; Sat, 25 Sep 2010 21:03:47 +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 65B668FC0C for ; Sat, 25 Sep 2010 21:03:45 +0000 (UTC) Received: by wyb33 with SMTP id 33so4908645wyb.13 for ; Sat, 25 Sep 2010 14:03:45 -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:cc:content-type; bh=ZEQh4m3KgYb+ZM+1/OXLswbSS0ezl4fF4Rb8QCc3FQ8=; b=sqfXzlNj/2+WNHYgNwV6aQJ/UX4bHxkmTSwU3IXJsRljqBHUvc6hDV6/dj1yIVZwR8 3YGjkgDonYryuOXu6VT5eHo+TAIZCF8pb2RQWmXMcKF4uiDbqh2+GSrtMiSRuhVZv/zI Cpl2v4OPND48MzEwt1lXBL7oLnGzsJz1FobyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=I7JDpBkluOcngWTQx6Bn+fHxQ09J+v/dRnknSMXNj9PEc8D9NYWkGl+aKzcQCoCBOn qU63N0QqqEZ+xlSfip0edNSiw8q2AhtFfridGc9VfVyFONm/pZnjjD98GtKh6c6ifHdB 3/LpjvfhgEJLtBveNg9TQLdB3IFgZL1ZZgFdM= MIME-Version: 1.0 Received: by 10.216.0.76 with SMTP id 54mr4241445wea.49.1285448151729; Sat, 25 Sep 2010 13:55:51 -0700 (PDT) Received: by 10.216.162.75 with HTTP; Sat, 25 Sep 2010 13:55:51 -0700 (PDT) Date: Sat, 25 Sep 2010 20:55:51 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: jkoshy@freebsd.org, rdivacky@freebsd.org, dim@freebsd.org Subject: Re: Clang now builds world and kernel, on i386 and amd64 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: Sat, 25 Sep 2010 21:03:47 -0000 Dmitry Andric wrote: >On 2010-09-25 21:16, Paul B Mahol wrote: >> When to expect to get rid of GNU as and other binutils tools? >Work is progressing steadily on the clang/llvm integrated assembler, >which removes the need for an external assembler such as gas, and which >should also reduce compile times further. This is really in alpha state >right now, but Roman Divacky (who is one of the active contributors) can >probably tell more about its progress. > >Another important component is of course the linker, but I am not aware >of a similar project to replace that; excepting gold, but that is a >GPLv3 project too, unfortunately. There has been another effort underway for some time: http://sourceforge.net/apps/trac/elftoolchain/ Perhaps some coordination between those working on llvm in FreeBSD, and the elftoolchain project, would be helpful? b. From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:10: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 C56A11065730 for ; Sat, 25 Sep 2010 21:10:08 +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 ABB2B8FC08 for ; Sat, 25 Sep 2010 21:10:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ozc0P-00013U-JQ for freebsd-current@freebsd.org; Sat, 25 Sep 2010 23:10:01 +0200 Received: from k.saper.info ([91.121.151.35]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 25 Sep 2010 23:10:01 +0200 Received: from saper by k.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 25 Sep 2010 23:10:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Cieslak Date: Sat, 25 Sep 2010 21:09:52 +0000 (UTC) Organization: http://saper.info Lines: 41 Message-ID: References: <20100910234830.87641e07.ray@ddteam.net> <4C8ACE52.8060000@FreeBSD.org> <20100915.082513.802140508206832836.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: k.saper.info User-Agent: slrn/0.9.9p1 (FreeBSD) X-Mailman-Approved-At: Sat, 25 Sep 2010 21:20:55 +0000 Subject: Re: DHCP server 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, 25 Sep 2010 21:10:08 -0000 >> M. Warner Losh wrote: >: I agree but like Aleksandr said, almost 70% of dhcp code is already in >: base so adding 1Mb of dhcpd code wouldn't be too much. I like the idea >: to keep some parts in the ports tree and move out from the base. > > Yea. I agree too. Just because BIND was EOLd in 6 isn't a great > argument against dhcp server. Most of the code is there anyway, and > it isn't evolving as fast as BIND. > > It would be very convenient to have this particular thing in the base, > and we shouldn't be too dogmatic about never having any new 3rd party > things in the base. After all, we just added more compression > utilities to the base, and nobody said a peep. This is analogous: we > have good opportunity to integrate into the system, and users benefit > from that integration. As a road-warrior consultant I really value having things like bootpd, tftpd, bootparamd and similar software always there. Many times I wished dhcpd was there, too. Another typical use - FreeBSD makes a good small network router out of the box (PPP, NAT, ipfw, WLAN AP, DNS are there, dhcpd - missing). I am not sure about the whole "modularization" goal - I think the relatively monolythic nature is one of the FreeBSD's merits. For example, it's good to have NFSv4, Kerberos and required userland daemons packaged in the base. I don't want to have those done separately in a modular way (although Heimdal we have is older then what their current trunk is). We got stuck on connecting Linux boxes via NFSv4 to Solaris and BSD because one of the userland modules in Linux was terribly out of date and authenticating the user w/Kerberos was not possible. As we build a more complex networking landscape with VIMAGE and friends I think that the benefits of better integration of dhcpd in the base system (rc.d, rc.conf...) may outweigh its costs (maintenance, bloat, etc.). //Marcin From owner-freebsd-current@FreeBSD.ORG Sat Sep 25 21:19: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 C7FC4106566C for ; Sat, 25 Sep 2010 21:19:59 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 65B288FC18 for ; Sat, 25 Sep 2010 21:19:59 +0000 (UTC) Received: by qyk7 with SMTP id 7so2788821qyk.13 for ; Sat, 25 Sep 2010 14:19: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=7V8RsXo55IbVSqHKxcH7xY96hUyRfQB29b35optFrkw=; b=ww/2rapPNIaJ19W461S6fdj15ZSoHptVpwONx7NwQwQwN9pAtLgfn86c+QuV5QT8ze tMPRMFxMhz9PtwZ9yzFbICRCc0YsdSmYgwnpBFrEqut8F8B7LGLyGmpsnodwqdWoSWCI Y2hTEUOeQ7CGnpWfhXOx6IBvFXv/NN7ur07Nw= 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=ZpIOGPIO8sz2GdyTJP+tvlC5KdrtiAdHdcdEZ16cHcIC7Glq2TFjTAQT82WjbAjB5x xNrMHP1Cnvi7Ma1YevRfJnoLbaTwPLIeoAe8jtSSYnEU49shXMjWb3BZuu6k7U2ohSO+ 2tt3oeuIhS+SnmfDMc3z4W/xd7y9c6flv9uDw= MIME-Version: 1.0 Received: by 10.229.182.5 with SMTP id ca5mr3856605qcb.150.1285449598376; Sat, 25 Sep 2010 14:19:58 -0700 (PDT) Received: by 10.229.215.209 with HTTP; Sat, 25 Sep 2010 14:19:58 -0700 (PDT) In-Reply-To: <4C9E5744.5090702@bitfreak.org> References: <20100910234830.87641e07.ray@ddteam.net> <4C8ACE52.8060000@FreeBSD.org> <20100915.082513.802140508206832836.imp@bsdimp.com> <4C9E5744.5090702@bitfreak.org> Date: Sat, 25 Sep 2010 22:19:58 +0100 Message-ID: From: krad To: Darren Pilgrim X-Mailman-Approved-At: Sat, 25 Sep 2010 21:30:05 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ray@ddteam.net, kimelto@gmail.com, demelier.david@gmail.com, dougb@freebsd.org, freebsd-current@freebsd.org, mj@feral.com, "M. Warner Losh" Subject: Re: DHCP server 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, 25 Sep 2010 21:19:59 -0000 On 25 September 2010 21:10, Darren Pilgrim wrote: > M. Warner Losh wrote: > >> It would be very convenient to have this particular thing in the base, and >> we shouldn't be too dogmatic about never having any new 3rd >> party things in the base. >> > > Please no, don't add optional servers to the base. I already don't like > sendmail, bind, ntpd and inetd in the base. These are *optional* > software--not required for the normal operation of the OS. They aren't > even enabled by default except sendmail. Adding sendmail_enable="NONE" > to /etc/rc.conf is one of the first things I do on all new systems. I > only barely tolerate openssl in the base because it's needed for > openssh; however, I'd rather both of those be in ports as well. > > There's also the issue of updating: > > It's very annoying to have to update the OS just to fix a BIND or > OpenSSL vulnerability and, let's be honest, we'll likely never see the > last of those. Rebooting a production server is non-trivial. By-hand > partial installworlds on live systems are a disturbing prospect. If it > was a port, just update the port. Its far easier justifying updating a > port than modifying the OS on a production server. The Ports System > makes updating a port so fast and painless I can do many of the > non-user-facing ones without an announced downtime. > > It's trivial installing ports and utterly so installing packages. I'd > love to see us use the awesomeness that is the Ports System to manage > these things. > > _______________________________________________ > 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" > have a look at man src.conf and named_program