From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 01:53:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6899106564A for ; Sun, 7 Oct 2012 01:53:08 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3B58FC08 for ; Sun, 7 Oct 2012 01:53:07 +0000 (UTC) Received: from server.rulingia.com (c220-239-248-178.belrs5.nsw.optusnet.com.au [220.239.248.178]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q971qwVM007278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 7 Oct 2012 12:52:59 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q971qq5F047775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 7 Oct 2012 12:52:52 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q971qpJP047593; Sun, 7 Oct 2012 12:52:51 +1100 (EST) (envelope-from peter) Date: Sun, 7 Oct 2012 12:52:51 +1100 From: Peter Jeremy To: Sergey Kandaurov Message-ID: <20121007015251.GB22291@server.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Darrel , current@freebsd.org Subject: Re: memory warnings r240891 | dmesgg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 01:53:08 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Oct-04 23:51:09 +0400, Sergey Kandaurov wrote: >On 4 October 2012 20:18, Darrel wrote: >> warning: total configured swap (2621440 pages) exceeds maximum >> recommended amount (1852656 pages). =2E.. >This is because kernel needs some memory to manage swap too. >Currently for amd64 this roughly reduces to the following rule >(My apologies in advance for the extra simplification): > >100MB RAM per 800MB swap space. That is oversimplified to the point of being wrong. As of HEAD r239255 and 9-stable r240097, there's no longer a limit on amd64. The limit is still required on 32-bit architectures due to the limited KVA available. The actual KVA requirements (RAM is only allocated when the swap space is actually used) is about 5MB KVA per 1GB swap. The default swzone for i386 was 32MiB - which is sufficient for ~7GB swap (the 1852656 pages reported above) and was increased to 34.5MB for i386 in r239730 to support ~8GB swap (this is also in r240097). (It's all approximate because of the way swap space is allocated using struct swblock). See the thread starting http://lists.freebsd.org/pipermail/freebsd-current/2012-August/035839.html for more details. --=20 Peter Jeremy --98e8jtXdkpgskNou Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBw4HMACgkQ/opHv/APuIeuQwCdHFvTbsM3kwfE8/tjSGZrHnT6 qP8AniNYq04HoqobIz4PQYeKIl8yL3Of =pS8X -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 10:23:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D93EC1065670; Sun, 7 Oct 2012 10:23:17 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 92F338FC0A; Sun, 7 Oct 2012 10:23:16 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 660D27300A; Sun, 7 Oct 2012 12:43:30 +0200 (CEST) Date: Sun, 7 Oct 2012 12:43:30 +0200 From: Luigi Rizzo To: Andrew Thompson Message-ID: <20121007104330.GA75115@onelab2.iet.unipi.it> References: <20121006172834.GB63649@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: sysctl-controlled key-value store ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 10:23:18 -0000 On Sun, Oct 07, 2012 at 12:57:42PM +1300, Andrew Thompson wrote: > On 7 October 2012 06:28, Luigi Rizzo wrote: > > Hi, > > in order to control some netmap feature (namely, which interfaces > > are attached to VALE switches), i would considering the use of > > a sysctl interface triggering a sysctl-proc, something of the form > > > > dev.netmap.switch.xyz=em0 ix1 > > dev.netmap.switch.foo=ix2 re0 > > Is it possible to use ifconfig? If a VALE switch was a pseudo > interface and you added real interfaces to it then it would be > consistent with the current networking fu. Good point, thanks for mentioning this: Could be done, but I consider the ifconfig one of the ugliest configuration mechanisms we have in FreeBSD so I'd rather not contribute to that. src/sbin/ifconfig/ has over 11K of C source, most of it just in charge of filling some obscure ioctl argument with limited error checking. For instance, ifbridge.c has 700 lines of code defines 38 commands or variants. All the code does is convert command line into one of the structs below defining the user-kernel interface. Most of them are used 1-2 times in total in the entire userland code (in ifconfig and bsnmpd/modules/snmp_bridge) struct ifdrv struct ifbifconf struct ifbreq struct ifbaconf struct ifbareq struct ifbropreq struct ifbrparam All the processing is done in the kernel. Performance is not a concern given the low frequency of these actions. What is the point of this complication ? One could just do things like sysctl dev.bridge.br3.priorit=16384 sysctl dev.bridge.br3.addm=re0 ... (and the like) with no complications on the kernel side and huge simplifications on the userland side and kernel-user ABI. Replace sysctl with sysfs or other mechanism of choice. ifieee80211 is even worse -- over 5000 lines of code, 153 between commands and arguments, and 31 different parameters: struct ieee80211_ath_ie struct ieee80211_channel struct ieee80211_chanswitch_req struct ieee80211_clone_params struct ieee80211_country_ie struct ieee80211_devcaps_req struct ieee80211_ie_htcap struct ieee80211_ie_htinfo struct ieee80211_meshconf_ie struct ieee80211_mimo_info struct ieee80211_regdomain struct ieee80211_regdomain_req struct ieee80211_roamparam struct ieee80211_roamparams_req struct ieee80211_scan_req struct ieee80211_tdma_param struct ieee80211_txparam struct ieee80211_txparams_req struct ieee80211_wme_acparams struct ieee80211_wme_info struct ieee80211_wme_param struct ieee80211req struct ieee80211req_chaninfo struct ieee80211req_chanlist struct ieee80211req_key struct ieee80211req_maclist struct ieee80211req_mesh_route struct ieee80211req_mlme struct ieee80211req_scan_result struct ieee80211req_sta_info struct ieee80211req_sta_req cheers luigi > Andrew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 10:40:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 818B3106566C; Sun, 7 Oct 2012 10:40:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id 864688FC08; Sun, 7 Oct 2012 10:40:54 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 154285814; Sun, 07 Oct 2012 12:40:46 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, hackers@freebsd.org Date: Sun, 7 Oct 2012 12:42:11 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <5070C1E9.5000405@sbcglobal.net> In-Reply-To: <5070C1E9.5000405@sbcglobal.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210071242.11932.hselasky@c2i.net> Cc: bugs@freebsd.org, Jin Guojun , current@freebsd.org Subject: Re: 9.1-RCs issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 10:40:56 -0000 On Sunday 07 October 2012 01:42:33 Jin Guojun wrote: > 1) moused stops functioning on 9.1-RC2. Neither PS2 nor USB mouse can work. > 9.1-RC1 has no such problem. > > 2) All i386 / amd64 of 9.1-RC1/RC2 have USB read failure -- see dmesg > output at end of this email. > ada0 is internal SATA drive for system disk -- s# partitions: /, /tmp, > /var, /usr > s1 -- 6.4-Release > s2 -- 8.3-Release > s3 -- 9.1-RC2 amd64 > s4 -- 9.1-RC2 i386 -- This slice also contains /home > da0 is external USB2 drive (300GB) plugged in USB2 port -- mounted on /mnt > Regarding USB, it might be some patches did not reach it for the RC's. Have you tried 9-stable, or any 10-current snapshots? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 12:43:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F27161065670; Sun, 7 Oct 2012 12:43:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 742E38FC12; Sun, 7 Oct 2012 12:43:35 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 329237632; Sun, 07 Oct 2012 14:43:27 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Sun, 7 Oct 2012 14:44:52 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <5070C1E9.5000405@sbcglobal.net> <201210071242.11932.hselasky@c2i.net> In-Reply-To: <201210071242.11932.hselasky@c2i.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201210071444.52845.hselasky@c2i.net> Cc: bugs@freebsd.org, hackers@freebsd.org, Jin Guojun , freebsd-usb@freebsd.org, current@freebsd.org Subject: Re: 9.1-RCs issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 12:43:38 -0000 On Sunday 07 October 2012 12:42:11 Hans Petter Selasky wrote: > On Sunday 07 October 2012 01:42:33 Jin Guojun wrote: > > 1) moused stops functioning on 9.1-RC2. Neither PS2 nor USB mouse can > > work. > > > > 9.1-RC1 has no such problem. > > > > 2) All i386 / amd64 of 9.1-RC1/RC2 have USB read failure -- see dmesg > > output at end of this email. > > ada0 is internal SATA drive for system disk -- s# partitions: /, /tmp, > > /var, /usr > > > > s1 -- 6.4-Release > > s2 -- 8.3-Release > > s3 -- 9.1-RC2 amd64 > > s4 -- 9.1-RC2 i386 -- This slice also contains /home > > > > da0 is external USB2 drive (300GB) plugged in USB2 port -- mounted on > > /mnt > > Regarding USB, it might be some patches did not reach it for the RC's. Have > you tried 9-stable, or any 10-current snapshots? > > --HPS s/reach/make --HPS From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 14:08:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C00B6106566B; Sun, 7 Oct 2012 14:08:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 12DBE8FC08; Sun, 7 Oct 2012 14:08:55 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rp8so3657479pbb.13 for ; Sun, 07 Oct 2012 07:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=od0kDHiL/JBN+Q84ZTFV1NMf/feeWLJfv2ozoyvp/RU=; b=mO2hn/kUIFxB7Xjih4TQhFdIfG1t+3ZTTb7v0Z59t0wJXETW6c3OStCwadZbPxC78X 0taO4U2dYQbsyn1ySet2IBLkhMPodNP6stzG/+kRaPnMEwFzc7SRSubhqKv0sKYXfgAE sOyIaiO8irq35tZwAeVxIl9bIbxFfSMoLzlfstIbP3et7WsWWY+wix4Z2mWXMv38vQy1 JJu3mI+GndXzeCvvOx1K69RLcIF0IV7D3uRiWDzzYKh9/uHMxkzscFeg8pz4Jo5qFG/+ Pfx8Hq+SsVYU4P0+FUN3piMC1QmQ0zDip5IfHnINa8fWbkCnhpSXdYKZjITWIuo1TL/o Bivg== MIME-Version: 1.0 Received: by 10.68.222.37 with SMTP id qj5mr45196125pbc.132.1349618934499; Sun, 07 Oct 2012 07:08:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.223.136 with HTTP; Sun, 7 Oct 2012 07:08:54 -0700 (PDT) In-Reply-To: <20121007104330.GA75115@onelab2.iet.unipi.it> References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> Date: Sun, 7 Oct 2012 07:08:54 -0700 X-Google-Sender-Auth: K8rtCc4DGZycHaqUln26joWVyyo Message-ID: From: Adrian Chadd To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: sysctl-controlled key-value store ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 14:08:55 -0000 On 7 October 2012 03:43, Luigi Rizzo wrote: > > Good point, thanks for mentioning this: ew. ifconfig :-) > > Could be done, but I consider the ifconfig one of the ugliest > configuration mechanisms we have in FreeBSD so I'd rather not > contribute to that. Seconded; but compare to Linux which has mutiple different commands to do networking, as well as 'net'. :-) > src/sbin/ifconfig/ has over 11K of C source, most of it just in > charge of filling some obscure ioctl argument with limited error > checking. > > For instance, ifbridge.c has 700 lines of code defines 38 commands > or variants. All the code does is convert command line into one of [snip] > (and the like) with no complications on the kernel side and > huge simplifications on the userland side and kernel-user ABI. > Replace sysctl with sysfs or other mechanism of choice. > > > ifieee80211 is even worse -- over 5000 lines of code, > 153 between commands and arguments, and 31 different parameters: I'd personally like to break these kinds of things out into libraries so other C code can use them. I'm eventually going to do it to the net80211 code in ifconfig; maybe it's also worth doing to if_bridge for example. Doing configuration via sysctl can be hokey, especially when you use sysctl and sysfs to do things which change the sysctl/sysfs layout (by creating/destroying nodes as you change the configuration.) It's .. ew. Maybe for your bridge stuff its easy enough, but for something like net80211 where there's a lot of things to configure, doing it via sysctl would involve lots of parsing in the kernel.. and I like my kernels smaller. :-) Adrian From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 14:42:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBAF11065670; Sun, 7 Oct 2012 14:42:06 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 62B8B8FC0A; Sun, 7 Oct 2012 14:42:05 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id A82417300A; Sun, 7 Oct 2012 17:02:19 +0200 (CEST) Date: Sun, 7 Oct 2012 17:02:19 +0200 From: Luigi Rizzo To: Adrian Chadd Message-ID: <20121007150219.GA76853@onelab2.iet.unipi.it> References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: sysctl vs ifconfig vs other (was Re: sysctl-controlled key-value store ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 14:42:07 -0000 [subject changed due to the shift of topic] On Sun, Oct 07, 2012 at 07:08:54AM -0700, Adrian Chadd wrote: > On 7 October 2012 03:43, Luigi Rizzo wrote: > > > > Good point, thanks for mentioning this: > > ew. ifconfig :-) > > > > > Could be done, but I consider the ifconfig one of the ugliest > > configuration mechanisms we have in FreeBSD so I'd rather not > > contribute to that. > > Seconded; but compare to Linux which has mutiple different commands to > do networking, as well as 'net'. :-) we do too -- we have arp, route, ifconfig, sysctl and possibly more that i am not aware of. Some ipfw features are controlled by sysctl, and there is code in ipfw that maps "ipfw do something" into "sysctl net.inet.ipfw.do.something-under-another-name" I am not sure that a single frontend is the way to go. And I understand that there are opportunity reasons (importing external code, compatibility with others, etc.) which suggested to look at ifconfig as a general purpose frontend for interface manipulation. Coming to 802.11 (and I am using it just as an example): configuration of the various parameters is not too different from, say, manipulating the various features that are available in modern NICs: interrupt mitigation, queue parameters, multiqueue support, RSS, and so on. In this area linux has ethtool, while we have mostly device-specific sysctls. I'd love to have a device-independent mechanism to implement this. I do not think we need to go through the definition of a new ioctl/sockopt every time we find that a new parameter is required/useful. > > ifieee80211 is even worse -- over 5000 lines of code, > > 153 between commands and arguments, and 31 different parameters: > > I'd personally like to break these kinds of things out into libraries > so other C code can use them. my point was that this type of configuration is rarely if ever done outside setup or management scripts, at an incredibly low rate and as such does not need a C API (which in case the sysctl gives you). > I'm eventually going to do it to the net80211 code in ifconfig; maybe > it's also worth doing to if_bridge for example. > > Doing configuration via sysctl can be hokey, especially when you use > sysctl and sysfs to do things which change the sysctl/sysfs layout (by > creating/destroying nodes as you change the configuration.) It's .. can you elaborate ? If i destroy an interface (or disable a function) and kill a subtree, and this causes a subsequent configuration of the non-existing parameter to fail, what is wrong with that ? > ew. > > Maybe for your bridge stuff its easy enough, but for something like > net80211 where there's a lot of things to configure, doing it via > sysctl would involve lots of parsing in the kernel.. and I like my > kernels smaller. :-) Here too i kind of fail to see how much additional parsing you would need in the kernel when using sysctl as opposed to ioctl(), so an example would help. Integers and strcmp do not require any parsing, and some small functions to parse MAC/IP addresses or chanlist arguments are not going to cause incredible bloat (and besides i think they already exist in multiple versions in the various userspace utilities). cheers luigi From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 15:11:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D1E6106564A for ; Sun, 7 Oct 2012 15:11:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id DEC798FC08 for ; Sun, 7 Oct 2012 15:11:28 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q97FBSTR072097 for ; Sun, 7 Oct 2012 08:11:28 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q97FBSiE072096 for current@freebsd.org; Sun, 7 Oct 2012 08:11:28 -0700 (PDT) (envelope-from david) Date: Sun, 7 Oct 2012 08:11:28 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20121007151128.GL23688@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6AC2iLg5WpuQM9hq" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 15:11:30 -0000 --6AC2iLg5WpuQM9hq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I started seeing these messages spewed (to both console & /var/log/messages) following an update from: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #697 241222= M: Fri Oct 5 05:32:19 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr= /src/sys/CANARY i386 to FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #698 241245= M: Sat Oct 6 08:01:23 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr= /src/sys/CANARY i386 and I'm still seeing them as of FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #699 241309= M: Sun Oct 7 07:35:41 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr= /src/sys/CANARY i386 E.g.: Oct 6 08:24:10 g1-227 kernel: wlan0: Ethernet address: 00:21:6a:26:34:c0 Oct 6 08:24:10 g1-227 kernel: Expensive timeout(9) function: 0xc0c27520(0)= 0.010540166 s Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 10200 Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 10200 Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 18105 Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 18105 Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 17340 Oct 6 08:24:10 g1-227 last message repeated 3 times Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 19380 Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 10200 Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 19380 Oct 6 08:24:10 g1-227 last message repeated 4 times =2E.. or (more recently): Oct 7 07:58:53 g1-227 kernel: wlan0: Ethernet address: 00:21:6a:26:34:c0 Oct 7 07:58:53 g1-227 kernel: Expensive timeout(9) function: 0xc0c27550(0)= 0.011038204 s Oct 7 07:58:53 g1-227 kernel: in_cksum_skip: out of data by 18105 Oct 7 07:58:53 g1-227 kernel: in_cksum_skip: out of data by 18105 Oct 7 07:58:53 g1-227 kernel: in_cksum_skip: out of data by 17340 Oct 7 07:58:53 g1-227 last message repeated 3 times Oct 7 07:58:53 g1-227 kernel: in_cksum_skip: out of data by 10200 Oct 7 07:58:53 g1-227 kernel: in_cksum_skip: out of data by 19380 Oct 7 07:58:54 g1-227 last message repeated 4 times =2E.. As far as I have been able to tell so far, the machine (my laptop) is not exhibiting any (aother) indications of problems. I confess that I am not entirely clear on what information the message is apparently trying to convey (let alone what I can or should do about it -- if anything). Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --6AC2iLg5WpuQM9hq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBxm58ACgkQmprOCmdXAD0l8QCeO6gSeFZZ/KylR+AIx2AO+tyJ RpgAn2Ob1pFzFvFT6pt4C0mJqtEiHS5r =2LCd -----END PGP SIGNATURE----- --6AC2iLg5WpuQM9hq-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 15:16:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C7EC106564A for ; Sun, 7 Oct 2012 15:16:48 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 89C3F8FC0C for ; Sun, 7 Oct 2012 15:16:47 +0000 (UTC) Received: (qmail 4892 invoked from network); 7 Oct 2012 15:10:04 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 7 Oct 2012 15:10:04 -0000 Date: Sun, 07 Oct 2012 17:10:04 +0200 (CEST) Message-Id: <20121007.171004.74748690.sthaug@nethelp.no> To: rizzo@iet.unipi.it From: sthaug@nethelp.no In-Reply-To: <20121007150219.GA76853@onelab2.iet.unipi.it> References: <20121007104330.GA75115@onelab2.iet.unipi.it> <20121007150219.GA76853@onelab2.iet.unipi.it> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: adrian@freebsd.org, current@freebsd.org Subject: Re: sysctl vs ifconfig vs other X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 15:16:48 -0000 > > Seconded; but compare to Linux which has mutiple different commands to > > do networking, as well as 'net'. :-) > > we do too -- we have arp, route, ifconfig, sysctl and possibly > more that i am not aware of. Note that at least arp, route and ifconfig have been there since very early BSD releases (they predate FreeBSD, as far as I know). sysctl is from BSD 4.4 (I think, but I'm very willing to be corrected here). What I'm trying to say here is that arp, route and ifconfig are in some sense the original BSD commands to set/change networking params. The Linux camp saw the need to introduce a new command ("ip") to do a lot of what we do with ifconfig (e.g. VLAN manipulation) while FreeBSD chose to add to the ifconfig command. I prefer the FreeBSD way - but this is a matter of personal taste. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 15:20:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 064661065672; Sun, 7 Oct 2012 15:20:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 145BD8FC12; Sun, 7 Oct 2012 15:20:10 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q97FKHSJ032806; Sun, 7 Oct 2012 18:20:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q97FK5Mb005146; Sun, 7 Oct 2012 18:20:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q97FK5j7005145; Sun, 7 Oct 2012 18:20:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 7 Oct 2012 18:20:05 +0300 From: Konstantin Belousov To: amd64@freebsd.org Message-ID: <20121007152005.GX35915@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+y7rRxfO4bOZsSs1" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Unwind annotations for the libc and libthr asm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 15:20:12 -0000 --+y7rRxfO4bOZsSs1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please find below the patch to add the unwind annotations for the libc and libthr assembler routines on amd64. The change shall have no impact on the execution of the changed code, because no functions there ever generate C++ exception or call a function that could generate exception. The addition of the annotations significantly improves the results of the libunwind test suite on FreeBSD/amd64. We are still not on par with Linux, mainly due to the lack of the unwind annotations for the signal trampolines. Fixing this requires VDSO. The addition of the annotations is rather tedious and unrelieved work, so I am sure that there are left bugs. Bugs would affect both libunwind and gdb, but what I see looks like a step forward anyway. Any comments ? diff --git a/lib/libc/amd64/SYS.h b/lib/libc/amd64/SYS.h index a232383..3101be5 100644 --- a/lib/libc/amd64/SYS.h +++ b/lib/libc/amd64/SYS.h @@ -41,15 +41,25 @@ .set CNAME(x),CNAME(__CONCAT(__sys_,x)); \ .weak CNAME(__CONCAT(_,x)); \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%eax; KERNCALL; \ - jb HIDENAME(cerror); ret; \ + mov __CONCAT($SYS_,x),%eax; \ + .cfi_undefined %rax; \ + KERNCALL; \ + jb HIDENAME(cerror); \ + ret; \ END(__CONCAT(__sys_,x)) =20 #define PSEUDO(x) ENTRY(__CONCAT(__sys_,x)); \ .weak CNAME(__CONCAT(_,x)); \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%eax; KERNCALL; \ - jb HIDENAME(cerror); ret; \ + mov __CONCAT($SYS_,x),%eax; \ + .cfi_undefined %rax; \ + KERNCALL; \ + jb HIDENAME(cerror); \ + ret; \ END(__CONCAT(__sys_,x)) =20 -#define KERNCALL movq %rcx, %r10; syscall +#define KERNCALL movq %rcx,%r10; \ + .cfi_undefined %r10; \ + .cfi_register %rcx,%r10; \ + syscall; \ + .cfi_undefined %rax,%rdx diff --git a/lib/libc/amd64/gen/_setjmp.S b/lib/libc/amd64/gen/_setjmp.S index 9035632..84cc0c9 100644 --- a/lib/libc/amd64/gen/_setjmp.S +++ b/lib/libc/amd64/gen/_setjmp.S @@ -48,7 +48,9 @@ __FBSDID("$FreeBSD$"); =20 ENTRY(_setjmp) movq %rdi,%rax + .cfi_register %rdi,%rax movq 0(%rsp),%rdx /* retval */ + .cfi_undefined %rdx movq %rdx, 0(%rax) /* 0; retval */ movq %rbx, 8(%rax) /* 1; rbx */ movq %rsp,16(%rax) /* 2; rsp */ @@ -60,6 +62,7 @@ ENTRY(_setjmp) fnstcw 64(%rax) /* 8; fpu cw */ stmxcsr 68(%rax) /* and mxcsr */ xorq %rax,%rax + .cfi_undefined %rax ret END(_setjmp) =20 @@ -67,17 +70,30 @@ END(_setjmp) .set CNAME(_longjmp),CNAME(___longjmp) ENTRY(___longjmp) movq %rdi,%rdx + .cfi_undefined %rdx + .cfi_register %rdi,%rdx /* Restore the mxcsr, but leave exception flags intact. */ stmxcsr -4(%rsp) movl 68(%rdx),%eax + .cfi_undefined %rax andl $0xffffffc0,%eax movl -4(%rsp),%edi + .cfi_undefined %rdi andl $0x3f,%edi xorl %eax,%edi movl %edi,-4(%rsp) ldmxcsr -4(%rsp) movq %rsi,%rax /* retval */ + .cfi_def_cfa %rdx,16 + .cfi_offset %rbx,8 + .cfi_offset %rbp,24 + .cfi_offset %r12,32 + .cfi_offset %r13,40 + .cfi_offset %r14,48 + .cfi_offset %r15,56 movq 0(%rdx),%rcx + .cfi_undefined %rcx + .cfi_return_column %rcx movq 8(%rdx),%rbx movq 16(%rdx),%rsp movq 24(%rdx),%rbp diff --git a/lib/libc/amd64/gen/rfork_thread.S b/lib/libc/amd64/gen/rfork_t= hread.S index 5e764db..9ce0484 100644 --- a/lib/libc/amd64/gen/rfork_thread.S +++ b/lib/libc/amd64/gen/rfork_thread.S @@ -46,7 +46,11 @@ __FBSDID("$FreeBSD$"); =20 ENTRY(rfork_thread) pushq %rbx + .cfi_adjust_cfa_offset 8 + .cfi_offset %rbx,-8 pushq %r12 + .cfi_adjust_cfa_offset 8 + .cfi_offset %r12,-16 movq %rdx, %rbx movq %rcx, %r12 =20 @@ -63,7 +67,11 @@ ENTRY(rfork_thread) cmpl $0, %edx jnz 1f popq %r12 + .cfi_adjust_cfa_offset -8 + .cfi_restore %r12 popq %rbx + .cfi_adjust_cfa_offset -8 + .cfi_restore %rbx ret =20 /* @@ -73,6 +81,7 @@ ENTRY(rfork_thread) */ 1: movq %rsi, %rsp + .cfi_def_cfa_register %rsi movq %r12, %rdi=20 call *%rbx movl %eax, %edi @@ -92,7 +101,11 @@ ENTRY(rfork_thread) */ 2: popq %r12 + .cfi_adjust_cfa_offset -8 + .cfi_restore %r12 popq %rbx + .cfi_adjust_cfa_offset -8 + .cfi_restore %rbx jmp HIDENAME(cerror) END(rfork_thread) =20 diff --git a/lib/libc/amd64/gen/setjmp.S b/lib/libc/amd64/gen/setjmp.S index 47772be..356d34c 100644 --- a/lib/libc/amd64/gen/setjmp.S +++ b/lib/libc/amd64/gen/setjmp.S @@ -50,13 +50,21 @@ __FBSDID("$FreeBSD$"); =20 ENTRY(setjmp) pushq %rdi + .cfi_adjust_cfa_offset 8 movq %rdi,%rcx + .cfi_undefined %rcx + .cfi_register %rdi,%rcx movq $1,%rdi /* SIG_BLOCK */ + .cfi_undefined %rdi movq $0,%rsi /* (sigset_t*)set */ + .cfi_undefined %rsi leaq 72(%rcx),%rdx /* 9,10; (sigset_t*)oset */ + .cfi_undefined %rdx /* stack is 16-byte aligned */ call PIC_PLT(CNAME(_sigprocmask)) popq %rdi + .cfi_adjust_cfa_offset -8 + .cfi_restore %rdi movq %rdi,%rcx movq 0(%rsp),%rdx /* retval */ movq %rdx, 0(%rcx) /* 0; retval */ @@ -77,28 +85,51 @@ END(setjmp) .set CNAME(longjmp),CNAME(__longjmp) ENTRY(__longjmp) pushq %rdi + .cfi_adjust_cfa_offset 8 + .cfi_offset %rdi,-8 pushq %rsi + .cfi_adjust_cfa_offset 8 + .cfi_offset %rsi,-16 movq %rdi,%rdx + .cfi_undefined %rdx + .cfi_register %rdi,%rdx movq $3,%rdi /* SIG_SETMASK */ leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ subq $0x8,%rsp /* make the stack 16-byte aligned */ + .cfi_adjust_cfa_offset 8 call PIC_PLT(CNAME(_sigprocmask)) addq $0x8,%rsp + .cfi_adjust_cfa_offset -8 popq %rsi + .cfi_adjust_cfa_offset -8 + .cfi_restore %rsi popq %rdi /* jmpbuf */ + .cfi_adjust_cfa_offset -8 + .cfi_restore %rdi movq %rdi,%rdx + .cfi_register %rdi,%rdx /* Restore the mxcsr, but leave exception flags intact. */ stmxcsr -4(%rsp) movl 68(%rdx),%eax andl $0xffffffc0,%eax movl -4(%rsp),%edi + .cfi_undefined %rdi andl $0x3f,%edi xorl %eax,%edi movl %edi,-4(%rsp) ldmxcsr -4(%rsp) movq %rsi,%rax /* retval */ + .cfi_def_cfa %rdx,16 + .cfi_offset %rbx,8 + .cfi_offset %rbp,24 + .cfi_offset %r12,32 + .cfi_offset %r13,40 + .cfi_offset %r14,48 + .cfi_offset %r15,56 movq 0(%rdx),%rcx + .cfi_undefined %rcx + .cfi_return_column %rcx movq 8(%rdx),%rbx movq 16(%rdx),%rsp movq 24(%rdx),%rbp diff --git a/lib/libc/amd64/gen/sigsetjmp.S b/lib/libc/amd64/gen/sigsetjmp.S index ef90bc6..c264740 100644 --- a/lib/libc/amd64/gen/sigsetjmp.S +++ b/lib/libc/amd64/gen/sigsetjmp.S @@ -58,14 +58,22 @@ ENTRY(sigsetjmp) testl %esi,%esi jz 2f pushq %rdi + .cfi_adjust_cfa_offset -8 movq %rdi,%rcx + .cfi_undefined %rcx + .cfi_register %rdi,%rcx movq $1,%rdi /* SIG_BLOCK */ movq $0,%rsi /* (sigset_t*)set */ leaq 72(%rcx),%rdx /* 9,10 (sigset_t*)oset */ + .cfi_undefined %rdx /* stack is 16-byte aligned */ call PIC_PLT(CNAME(_sigprocmask)) popq %rdi + .cfi_adjust_cfa_offset 8 + .cfi_restore %rdi 2: movq %rdi,%rcx + .cfi_undefined %rcx + .cfi_register %rdi,%rcx movq 0(%rsp),%rdx /* retval */ movq %rdx, 0(%rcx) /* 0; retval */ movq %rbx, 8(%rcx) /* 1; rbx */ @@ -86,8 +94,14 @@ ENTRY(__siglongjmp) cmpl $0,88(%rdi) jz 2f movq %rdi,%rdx + .cfi_undefined %rdx + .cfi_register %rdi,%rdx pushq %rdi + .cfi_adjust_cfa_offset 8 + .cfi_offset %rdi,-8 pushq %rsi + .cfi_adjust_cfa_offset 8 + .cfi_offset %rsi,-16 movq $3,%rdi /* SIG_SETMASK */ leaq 72(%rdx),%rsi /* (sigset_t*)set */ movq $0,%rdx /* (sigset_t*)oset */ @@ -95,10 +109,23 @@ ENTRY(__siglongjmp) call PIC_PLT(CNAME(_sigprocmask)) addq $0x8,%rsp popq %rsi + .cfi_adjust_cfa_offset -8 + .cfi_restore %rsi popq %rdi /* jmpbuf */ + .cfi_adjust_cfa_offset -8 + .cfi_restore %rdi 2: movq %rdi,%rdx movq %rsi,%rax /* retval */ + .cfi_def_cfa %rdx,16 + .cfi_offset %rbx,8 + .cfi_offset %rbp,24 + .cfi_offset %r12,32 + .cfi_offset %r13,40 + .cfi_offset %r14,48 + .cfi_offset %r15,56 movq 0(%rdx),%rcx + .cfi_undefined %rcx + .cfi_return_column %rcx movq 8(%rdx),%rbx movq 16(%rdx),%rsp movq 24(%rdx),%rbp diff --git a/lib/libc/amd64/string/bcopy.S b/lib/libc/amd64/string/bcopy.S index cc38f47..378cb45 100644 --- a/lib/libc/amd64/string/bcopy.S +++ b/lib/libc/amd64/string/bcopy.S @@ -54,9 +54,12 @@ ENTRY(bcopy) movq %rdi,%rax /* return dst */ #else xchgq %rdi,%rsi + .cfi_register %rdi,%rsi + .cfi_register %rsi,%rdi #endif movq %rdx,%rcx movq %rdi,%r8 + .cfi_undefined %r8 subq %rsi,%r8 cmpq %rcx,%r8 /* overlapping? */ jb 1f @@ -64,6 +67,8 @@ ENTRY(bcopy) shrq $3,%rcx /* copy by words */ rep movsq + .cfi_undefined %rdi + .cfi_undefined %rsi movq %rdx,%rcx andq $7,%rcx /* any bytes left? */ rep @@ -71,7 +76,9 @@ ENTRY(bcopy) ret 1: addq %rcx,%rdi /* copy backwards. */ + .cfi_undefined %rdi addq %rcx,%rsi + .cfi_undefined %rsi std andq $7,%rcx /* any fractional bytes? */ decq %rdi diff --git a/lib/libc/amd64/string/bzero.S b/lib/libc/amd64/string/bzero.S index cf46a2a..e2acb56 100644 --- a/lib/libc/amd64/string/bzero.S +++ b/lib/libc/amd64/string/bzero.S @@ -27,6 +27,7 @@ ENTRY(bzero) negq %rcx andq $7,%rcx subq %rcx,%rsi + .cfi_undefined %rsi rep /* zero until word aligned */ stosb =20 diff --git a/lib/libc/amd64/string/memcmp.S b/lib/libc/amd64/string/memcmp.S index 66d64a0..a794238 100644 --- a/lib/libc/amd64/string/memcmp.S +++ b/lib/libc/amd64/string/memcmp.S @@ -17,6 +17,8 @@ ENTRY(memcmp) shrq $3,%rcx repe cmpsq + .cfi_undefined %rsi + .cfi_undefined %rdi jne L5 /* do we match so far? */ =20 movq %rdx,%rcx /* compare remainder by bytes */ diff --git a/lib/libc/amd64/string/memset.S b/lib/libc/amd64/string/memset.S index 84d1562..bec8654 100644 --- a/lib/libc/amd64/string/memset.S +++ b/lib/libc/amd64/string/memset.S @@ -16,6 +16,7 @@ ENTRY(memset) andq $0xff,%rax movq %rdx,%rcx movq %rdi,%r11 + .cfi_undefined %r11 =20 cld /* set fill direction forward */ =20 @@ -45,6 +46,7 @@ ENTRY(memset) movq %rdx,%rcx /* set until word aligned */ rep stosb + .cfi_undefined %rdi =20 movq %r8,%rcx shrq $3,%rcx /* set by words */ @@ -55,6 +57,7 @@ ENTRY(memset) andq $7,%rcx L1: rep stosb + .cfi_undefined %rdi movq %r11,%rax =20 ret diff --git a/lib/libc/amd64/string/stpcpy.S b/lib/libc/amd64/string/stpcpy.S index 52ac69c..95054dc 100644 --- a/lib/libc/amd64/string/stpcpy.S +++ b/lib/libc/amd64/string/stpcpy.S @@ -24,7 +24,9 @@ __FBSDID("$FreeBSD$"); ENTRY(stpcpy) __stpcpy: movabsq $0x0101010101010101,%r8 + .cfi_undefined %r8 movabsq $0x8080808080808080,%r9 + .cfi_undefined %r9 =20 /* * Align source to a word boundary. @@ -35,8 +37,10 @@ __stpcpy: je .Lword_aligned movb (%rsi),%dl incq %rsi + .cfi_undefined %rsi movb %dl,(%rdi) incq %rdi + .cfi_undefined %rdi testb %dl,%dl jne .Lalign movq %rdi,%rax @@ -51,6 +55,7 @@ __stpcpy: movq (%rsi),%rdx movq %rdx,%rcx addq $8,%rsi + .cfi_undefined %rsi subq %r8,%rcx testq %r9,%rcx je .Lloop @@ -64,6 +69,7 @@ __stpcpy: testb %dl,%dl /* 1st byte =3D=3D 0? */ je .Ldone incq %rdi + .cfi_undefined %rdi =20 shrq $8,%rdx movb %dl,(%rdi) diff --git a/lib/libc/amd64/string/strcat.S b/lib/libc/amd64/string/strcat.S index 7b5a1dd..daaaac1 100644 --- a/lib/libc/amd64/string/strcat.S +++ b/lib/libc/amd64/string/strcat.S @@ -33,6 +33,7 @@ ENTRY(strcat) .Lscan_loop: movq (%rdi),%rdx addq $8,%rdi + .cfi_undefined %rdi subq %r8,%rdx testq %r9,%rdx je .Lscan_loop @@ -91,6 +92,7 @@ ENTRY(strcat) je .Lcopy_aligned movb (%rsi),%dl incq %rsi + .cfi_undefined %rsi movb %dl,(%rdi) incq %rdi testb %dl,%dl @@ -101,10 +103,12 @@ ENTRY(strcat) .Lcopy_loop: movq %rdx,(%rdi) addq $8,%rdi + .cfi_undefined %rdi .Lcopy_aligned: movq (%rsi),%rdx movq %rdx,%rcx addq $8,%rsi + .cfi_undefined %rsi subq %r8,%rcx testq %r9,%rcx je .Lcopy_loop diff --git a/lib/libc/amd64/string/strcmp.S b/lib/libc/amd64/string/strcmp.S index 07009c1..2132187 100644 --- a/lib/libc/amd64/string/strcmp.S +++ b/lib/libc/amd64/string/strcmp.S @@ -20,8 +20,10 @@ ENTRY(strcmp) je .Ls1aligned movb (%rdi),%al incq %rdi + .cfi_undefined %rdi movb (%rsi),%dl incq %rsi + .cfi_undefined %rsi testb %al,%al je .Ldone cmpb %al,%dl diff --git a/lib/libc/amd64/sys/brk.S b/lib/libc/amd64/sys/brk.S index 4048ae6..76e6280 100644 --- a/lib/libc/amd64/sys/brk.S +++ b/lib/libc/amd64/sys/brk.S @@ -42,14 +42,18 @@ __FBSDID("$FreeBSD$"); .globl HIDENAME(minbrk) ENTRY(_brk) pushq %rdi + .cfi_adjust_cfa_offset 8 jmp ok END(_brk) =20 ENTRY(brk) pushq %rdi + .cfi_adjust_cfa_offset 8 movq %rdi,%rax + .cfi_undefined %rax #ifdef PIC movq PIC_GOT(HIDENAME(minbrk)),%rdx + .cfi_undefined %rdx cmpq %rax,(%rdx) #else cmpq %rax,HIDENAME(minbrk)(%rip) @@ -60,8 +64,10 @@ ENTRY(brk) #else movq HIDENAME(minbrk)(%rip),%rdi #endif + .cfi_undefined %rdi ok: movq $SYS_break,%rax + .cfi_undefined %rax KERNCALL jb err movq 0(%rsp),%rax @@ -73,9 +79,11 @@ ok: #endif movq $0,%rax popq %rdi + .cfi_adjust_cfa_offset -8 ret err: addq $8, %rsp + .cfi_adjust_cfa_offset -8 jmp HIDENAME(cerror) END(brk) =20 diff --git a/lib/libc/amd64/sys/cerror.S b/lib/libc/amd64/sys/cerror.S index d01cf4a..43032e4 100644 --- a/lib/libc/amd64/sys/cerror.S +++ b/lib/libc/amd64/sys/cerror.S @@ -48,12 +48,21 @@ __FBSDID("$FreeBSD$"); .globl CNAME(__error) .type CNAME(__error),@function HIDENAME(cerror): + .cfi_startproc pushq %rax + .cfi_adjust_cfa_offset 8 + .cfi_offset %rax,0 call PIC_PLT(CNAME(__error)) popq %rcx + .cfi_adjust_cfa_offset -8 + .cfi_undefined %rcx + .cfi_register %rax,%rcx movl %ecx,(%rax) movq $-1,%rax + .cfi_undefined %rax movq $-1,%rdx + .cfi_undefined %rdx ret + .cfi_endproc =20 .section .note.GNU-stack,"",%progbits diff --git a/lib/libc/amd64/sys/exect.S b/lib/libc/amd64/sys/exect.S index 04a97ed..ce5e717 100644 --- a/lib/libc/amd64/sys/exect.S +++ b/lib/libc/amd64/sys/exect.S @@ -41,11 +41,17 @@ __FBSDID("$FreeBSD$"); =20 ENTRY(exect) movq $SYS_execve,%rax + .cfi_undefined %rax pushfq + .cfi_adjust_cfa_offset 8 popq %r8 + .cfi_adjust_cfa_offset -8 + .cfi_undefined %r8 orq $PSL_T,%r8 pushq %r8 + .cfi_adjust_cfa_offset 8 popfq + .cfi_adjust_cfa_offset -8 KERNCALL jmp HIDENAME(cerror) END(exect) diff --git a/lib/libc/amd64/sys/getcontext.S b/lib/libc/amd64/sys/getcontex= t.S index 1128796..94c894c 100644 --- a/lib/libc/amd64/sys/getcontext.S +++ b/lib/libc/amd64/sys/getcontext.S @@ -40,10 +40,22 @@ __FBSDID("$FreeBSD$"); .set getcontext,__sys_getcontext ENTRY(__sys_getcontext) movq (%rsp),%rsi /* save getcontext return address */ + .cfi_undefined %rsi mov $SYS_getcontext,%rax + .cfi_undefined %rax KERNCALL jb HIDENAME(cerror) addq $8,%rsp /* remove stale (setcontext) return address */ + /* + * The instruction above adjusted top of the stack so that the stack + * does not contain a return address anymore. But, due to the red + * zone existence, return address value right below the top of stack + * is non-volatile. Try to describe the trick to unwinder by claiming + * that the standard call frame is one long word below top of the + * stack. + */ + .cfi_adjust_cfa_offset 8 + .cfi_return_column %rsi jmp *%rsi /* restore return address */ END(__sys_getcontext) =20 diff --git a/lib/libc/amd64/sys/pipe.S b/lib/libc/amd64/sys/pipe.S index 8d089db..6eee962 100644 --- a/lib/libc/amd64/sys/pipe.S +++ b/lib/libc/amd64/sys/pipe.S @@ -44,6 +44,7 @@ __FBSDID("$FreeBSD$"); .set pipe,__sys_pipe ENTRY(__sys_pipe) mov $SYS_pipe,%rax + .cfi_undefined %rax KERNCALL jb HIDENAME(cerror) movl %eax,(%rdi) /* %rdi is preserved by syscall */ diff --git a/lib/libc/amd64/sys/ptrace.S b/lib/libc/amd64/sys/ptrace.S index 9c4628d..5dbde65 100644 --- a/lib/libc/amd64/sys/ptrace.S +++ b/lib/libc/amd64/sys/ptrace.S @@ -40,8 +40,10 @@ __FBSDID("$FreeBSD$"); =20 ENTRY(ptrace) xorl %eax,%eax + .cfi_undefined %rax #ifdef PIC movq PIC_GOT(CNAME(errno)),%r8 + .cfi_undefined %r8 movl %eax,(%r8) #else movl %eax,CNAME(errno)(%rip) diff --git a/lib/libc/amd64/sys/reboot.S b/lib/libc/amd64/sys/reboot.S index fd04ef4..57fa2df 100644 --- a/lib/libc/amd64/sys/reboot.S +++ b/lib/libc/amd64/sys/reboot.S @@ -44,6 +44,7 @@ __FBSDID("$FreeBSD$"); .set reboot,__sys_reboot ENTRY(__sys_reboot) mov $SYS_reboot,%rax + .cfi_undefined %rax KERNCALL jb HIDENAME(cerror) iretq diff --git a/lib/libc/amd64/sys/sbrk.S b/lib/libc/amd64/sys/sbrk.S index 0332aae..f0e3c6b 100644 --- a/lib/libc/amd64/sys/sbrk.S +++ b/lib/libc/amd64/sys/sbrk.S @@ -49,16 +49,22 @@ HIDENAME(curbrk): .quad CNAME(_end) =20 ENTRY(sbrk) pushq %rdi + .cfi_adjust_cfa_offset 8 movq %rdi,%rcx + .cfi_register %rdi,%rcx #ifdef PIC movq PIC_GOT(HIDENAME(curbrk)),%rdx + .cfi_undefined %rdx movq (%rdx),%rax + .cfi_undefined %rax #else movq HIDENAME(curbrk)(%rip),%rax + .cfi_undefined %rax #endif testq %rcx,%rcx jz back addq %rax,%rdi + .cfi_undefined %rdi mov $SYS_break,%eax KERNCALL jb err @@ -69,6 +75,7 @@ ENTRY(sbrk) movq HIDENAME(curbrk)(%rip),%rax #endif movq 0(%rsp), %rcx + .cfi_undefined %rcx #ifdef PIC addq %rcx,(%rdx) #else @@ -76,9 +83,11 @@ ENTRY(sbrk) #endif back: addq $8, %rsp + .cfi_adjust_cfa_offset -8 ret err: addq $8, %rsp + .cfi_adjust_cfa_offset -8 jmp HIDENAME(cerror) END(sbrk) =20 diff --git a/lib/libc/amd64/sys/setlogin.S b/lib/libc/amd64/sys/setlogin.S index a451491..86b220c 100644 --- a/lib/libc/amd64/sys/setlogin.S +++ b/lib/libc/amd64/sys/setlogin.S @@ -46,10 +46,12 @@ __FBSDID("$FreeBSD$"); .set setlogin,__sys_setlogin ENTRY(__sys_setlogin) mov $SYS_setlogin,%rax + .cfi_undefined %rax KERNCALL jb HIDENAME(cerror) #ifdef PIC movq PIC_GOT(CNAME(_logname_valid)),%rdx + .cfi_undefined %rdx movl $0,(%rdx) #else movl $0,CNAME(_logname_valid)(%rip) diff --git a/lib/libc/amd64/sys/vfork.S b/lib/libc/amd64/sys/vfork.S index 2afba58..c2673da 100644 --- a/lib/libc/amd64/sys/vfork.S +++ b/lib/libc/amd64/sys/vfork.S @@ -44,12 +44,18 @@ __FBSDID("$FreeBSD$"); .set vfork,__sys_vfork ENTRY(__sys_vfork) popq %rsi /* fetch return address (%rsi preserved) */ + /* See a comment in getcontext.S */ + .cfi_adjust_cfa_offset -8 + .cfi_undefined %rsi + .cfi_return_column %rsi mov $SYS_vfork,%rax + .cfi_undefined %rax KERNCALL jb 1f jmp *%rsi 1: pushq %rsi + .cfi_adjust_cfa_offset 8 jmp HIDENAME(cerror) END(__sys_vfork) =20 diff --git a/lib/libthr/arch/amd64/amd64/_umtx_op_err.S b/lib/libthr/arch/a= md64/amd64/_umtx_op_err.S index b54fe64..36d6cf4 100644 --- a/lib/libthr/arch/amd64/amd64/_umtx_op_err.S +++ b/lib/libthr/arch/amd64/amd64/_umtx_op_err.S @@ -29,10 +29,20 @@ #include #include =20 -#define RSYSCALL_ERR(x) ENTRY(__CONCAT(x, _err)); \ - mov __CONCAT($SYS_,x),%rax; KERNCALL; ret;=20 +#define RSYSCALL_ERR(x) \ + ENTRY(__CONCAT(x, _err)); \ + mov __CONCAT($SYS_,x),%rax; \ + .cfi_undefined %rax; \ + KERNCALL; \ + ret; \ + END(__CONCAT(x, _err)) =20 -#define KERNCALL movq %rcx, %r10; syscall +#define KERNCALL \ + movq %rcx,%r10; \ + .cfi_undefined %r10; \ + .cfi_register %rcx,%r10; \ + syscall; \ + .cfi_undefined %rax,%rdx =20 RSYSCALL_ERR(_umtx_op) =20 diff --git a/sys/amd64/include/asm.h b/sys/amd64/include/asm.h index 7efd642..75603ec 100644 --- a/sys/amd64/include/asm.h +++ b/sys/amd64/include/asm.h @@ -59,25 +59,37 @@ #define _START_ENTRY .text; .p2align 4,0x90 =20 #define _ENTRY(x) _START_ENTRY; \ - .globl CNAME(x); .type CNAME(x),@function; CNAME(x): + .globl CNAME(x); .type CNAME(x),@function; \ + CNAME(x): .cfi_startproc =20 #ifdef PROF -#define ALTENTRY(x) _ENTRY(x); \ - pushq %rbp; movq %rsp,%rbp; \ +#define ALTENTRY(x) _ENTRY(x); \ + pushq %rbp; \ + .cfi_adjust_cfa_offset 8; \ + .cfi_offset %rbp,0 \ + movq %rsp,%rbp; \ call PIC_PLT(HIDENAME(mcount)); \ - popq %rbp; \ + popq %rbp; \ + .cfi_adjust_cfa_offset -8; \ + .cfi_restore %rbp; \ jmp 9f -#define ENTRY(x) _ENTRY(x); \ - pushq %rbp; movq %rsp,%rbp; \ +#define ENTRY(x) _ENTRY(x); \ + pushq %rbp; \ + .cfi_adjust_cfa_offset 8; \ + .cfi_offset %rbp,0 \ + movq %rsp,%rbp; \ call PIC_PLT(HIDENAME(mcount)); \ - popq %rbp; \ + popq %rbp; \ + .cfi_adjust_cfa_offset -8; \ + .cfi_restore %rbp; \ 9: #else #define ALTENTRY(x) _ENTRY(x) #define ENTRY(x) _ENTRY(x) #endif =20 -#define END(x) .size x, . - x +#define END(x) .cfi_endproc; \ + .size x, . - x =20 #define RCSID(x) .text; .asciz x =20 --+y7rRxfO4bOZsSs1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBxnaUACgkQC3+MBN1Mb4jQygCg87K1V2LfE7UKv5xm+Pn8qx1G iNAAoJZj+vftlW4y42HycBsJn5yQ2Hy7 =Wbsk -----END PGP SIGNATURE----- --+y7rRxfO4bOZsSs1-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 15:23:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 840AC1065670; Sun, 7 Oct 2012 15:23:25 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA148FC19; Sun, 7 Oct 2012 15:23:24 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so4123388oag.13 for ; Sun, 07 Oct 2012 08:23:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lLluG1U+9IWAA/VflQbstJIAp4sTqNX/0FqnQdxX9gU=; b=t5hRUUqIG0JghxFtohWYSHyZQvMiowh+jJYhKx1gggmjy3im19h2sKAG/eGZawaCeP npZAHcVnRN5+VviTwhtAiQjTQ0jxjObkR/8uWH0vpYo2NOysFKyesl4xbdIGUgb+UjUl fWyyeLXry+n1Uw4RtM884xIucClee91MMBtM8nQzqJ/Xv9/F48F8BOZake7UhRSsmufi jf8O3j4CLmO84fae0ys/06/hYPK2IC+gwgNP01j2m9/K37q98a2WTowEwq/LcxQ0gqbJ XsKNUtcDsAA5GD73Ijy2vcnlaGN2OUtuK2f6VvQrFJYu1AZxx6c4W2cocviLaiED7yMt sVGQ== MIME-Version: 1.0 Received: by 10.182.218.37 with SMTP id pd5mr11166709obc.24.1349623403573; Sun, 07 Oct 2012 08:23:23 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Sun, 7 Oct 2012 08:23:23 -0700 (PDT) In-Reply-To: <20121007150219.GA76853@onelab2.iet.unipi.it> References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> <20121007150219.GA76853@onelab2.iet.unipi.it> Date: Sun, 7 Oct 2012 08:23:23 -0700 Message-ID: From: Garrett Cooper To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: Adrian Chadd , current@freebsd.org Subject: Re: sysctl vs ifconfig vs other (was Re: sysctl-controlled key-value store ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 15:23:25 -0000 On Sun, Oct 7, 2012 at 8:02 AM, Luigi Rizzo wrote: > [subject changed due to the shift of topic] > > On Sun, Oct 07, 2012 at 07:08:54AM -0700, Adrian Chadd wrote: >> On 7 October 2012 03:43, Luigi Rizzo wrote: >> > >> > Good point, thanks for mentioning this: >> >> ew. ifconfig :-) >> >> > >> > Could be done, but I consider the ifconfig one of the ugliest >> > configuration mechanisms we have in FreeBSD so I'd rather not >> > contribute to that. >> >> Seconded; but compare to Linux which has mutiple different commands to >> do networking, as well as 'net'. :-) > > we do too -- we have arp, route, ifconfig, sysctl and possibly > more that i am not aware of. Some ipfw features are controlled > by sysctl, and there is code in ipfw that maps "ipfw do something" > into "sysctl net.inet.ipfw.do.something-under-another-name" > > I am not sure that a single frontend is the way to go. > > And I understand that there are opportunity reasons (importing > external code, compatibility with others, etc.) which suggested to > look at ifconfig as a general purpose frontend for interface > manipulation. > > Coming to 802.11 (and I am using it just as an example): > configuration of the various parameters is not too different from, > say, manipulating the various features that are available in modern > NICs: interrupt mitigation, queue parameters, multiqueue support, > RSS, and so on. In this area linux has ethtool, while we have > mostly device-specific sysctls. > > I'd love to have a device-independent mechanism to implement this. > I do not think we need to go through the definition of a new > ioctl/sockopt every time we find that a new parameter is > required/useful. > >> > ifieee80211 is even worse -- over 5000 lines of code, >> > 153 between commands and arguments, and 31 different parameters: >> >> I'd personally like to break these kinds of things out into libraries >> so other C code can use them. > > my point was that this type of configuration is rarely if > ever done outside setup or management scripts, at an incredibly > low rate and as such does not need a C API (which in case the > sysctl gives you). > >> I'm eventually going to do it to the net80211 code in ifconfig; maybe >> it's also worth doing to if_bridge for example. >> >> Doing configuration via sysctl can be hokey, especially when you use >> sysctl and sysfs to do things which change the sysctl/sysfs layout (by >> creating/destroying nodes as you change the configuration.) It's .. > > can you elaborate ? If i destroy an interface (or disable a function) > and kill a subtree, and this causes a subsequent configuration of the > non-existing parameter to fail, what is wrong with that ? > >> ew. >> >> Maybe for your bridge stuff its easy enough, but for something like >> net80211 where there's a lot of things to configure, doing it via >> sysctl would involve lots of parsing in the kernel.. and I like my >> kernels smaller. :-) > > Here too i kind of fail to see how much additional parsing you would > need in the kernel when using sysctl as opposed to ioctl(), so > an example would help. > Integers and strcmp do not require any parsing, > and some small functions to parse MAC/IP addresses or chanlist > arguments are not going to cause incredible bloat (and besides > i think they already exist in multiple versions in the various > userspace utilities). FWIW, I don't think that the problem is necessarily the fact that one should do it either via ioctl, kvm, sysctl, etc: having a library/set of interfaces as Adrian suggested would be indispensable for a number of groups that copy code from FreeBSD net utilities wholesale -- effectively forking it the code, which in turn becomes a burden to the project/company hacking on the code, and a loss to the community if it's not given back. It would also make FreeBSD adoption a whole lot easier for outside projects like net-snmp, as well as tools that should be more tightly integrated into base OSes for networking configuration and statistics, jail management, etc. If something isn't done to make these interfaces more usable in a generic manner and clean from the get-go, it doesn't matter what interface I'll be getting the information via. The BSD socket interfaces are extremely well thought out, but bits outside of struct sockaddr* (e.g. stuff in net/...) could be better documented (unfortunately the Unix Networking books are a bit long in the tooth, in part because the original author passed on :(..). My 2 cents for what little it may be worth, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 15:33:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CADD2106566C; Sun, 7 Oct 2012 15:33:41 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 823238FC18; Sun, 7 Oct 2012 15:33:41 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 099527300A; Sun, 7 Oct 2012 17:53:56 +0200 (CEST) Date: Sun, 7 Oct 2012 17:53:56 +0200 From: Luigi Rizzo To: Garrett Cooper Message-ID: <20121007155356.GA77558@onelab2.iet.unipi.it> References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> <20121007150219.GA76853@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Adrian Chadd , current@freebsd.org Subject: Re: sysctl vs ifconfig vs other (was Re: sysctl-controlled key-value store ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 15:33:41 -0000 On Sun, Oct 07, 2012 at 08:23:23AM -0700, Garrett Cooper wrote: > On Sun, Oct 7, 2012 at 8:02 AM, Luigi Rizzo wrote: ... > FWIW, I don't think that the problem is necessarily the fact that one > should do it either via ioctl, kvm, sysctl, etc: having a library/set > of interfaces as Adrian suggested would be indispensable for a number > of groups that copy code from FreeBSD net utilities wholesale -- actually, the mechanism does matter, and exactly for the reason you mention. Access through sysctl is incredibly easy from both userspace and from a C application, because all the work is done in the kernel side, whereas other mechanisms (ioctl, i'd rather leave kvm apart as we really don't want that!) require the definition of a specific API (ioctl, structs) _and_ some amount of wrapping code in userspace. cheers luigi > effectively forking it the code, which in turn becomes a burden to the > project/company hacking on the code, and a loss to the community if > it's not given back. It would also make FreeBSD adoption a whole lot > easier for outside projects like net-snmp, as well as tools that > should be more tightly integrated into base OSes for networking > configuration and statistics, jail management, etc. > > If something isn't done to make these interfaces more usable in a > generic manner and clean from the get-go, it doesn't matter what > interface I'll be getting the information via. The BSD socket > interfaces are extremely well thought out, but bits outside of struct > sockaddr* (e.g. stuff in net/...) could be better documented > (unfortunately the Unix Networking books are a bit long in the tooth, > in part because the original author passed on :(..). > > My 2 cents for what little it may be worth, > -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 16:16:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3B44106566B for ; Sun, 7 Oct 2012 16:16:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0D88FC08 for ; Sun, 7 Oct 2012 16:16:57 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 64B5B60EE; Sun, 7 Oct 2012 12:16:56 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=HWyQtNQ6eWhR3dM1m2BGgHMkWWiRKIe7LfO5l56plhQ109LKBWa0kM4oXDexneY8v x1jvpnIerea4kVOWRmwxo5YYaM3aSafybskf3hywnAVQd20dmplwFFcDtMUtkTK Message-ID: <5071AAF6.9020009@protected-networks.net> Date: Sun, 07 Oct 2012 12:16:54 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: David Wolfskill References: <20121007151128.GL23688@albert.catwhisker.org> In-Reply-To: <20121007151128.GL23688@albert.catwhisker.org> X-Enigmail-Version: 1.4.3 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 16:16:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/07/12 11:11, David Wolfskill wrote: > I started seeing these messages spewed (to both console & > /var/log/messages) following an update from: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #697 241222M: Fri Oct 5 05:32:19 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > to > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #698 241245M: Sat Oct 6 08:01:23 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > and I'm still seeing them as of > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #699 241309M: Sun Oct 7 07:35:41 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > E.g.: > Oct 6 08:24:10 g1-227 kernel: wlan0: Ethernet address: 00:21:6a:26:34:c0 > Oct 6 08:24:10 g1-227 kernel: Expensive timeout(9) function: 0xc0c27520(0) 0.010540166 s > Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 10200 +1 on a laptop running with: re0: port 0x2000-0x20ff mem 0xf0700000-0xf0700fff,0xf0200000-0xf0203fff irq 17 at device 0.0 on pci3 re0: Using 1 MSI-X message re0: ASPM disabled re0: Chip rev. 0x28000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 00:0a:cd:1d:30:a2 I thought it may have had something to do with a VirtualBox module, so I recompiled that too .. no joy :-( imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBxqvYACgkQQv9rrgRC1JJs9ACgoujiYzItMOIp1GBE8HX0L0nv O5YAmwY/ooxzVXIg1W9iiTtrfLHHrLO8 =pA4D -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 16:17:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB5FC106578E; Sun, 7 Oct 2012 16:17:15 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id B42948FC0C; Sun, 7 Oct 2012 16:17:10 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q97GH4ep014714; Sun, 7 Oct 2012 10:17:04 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q97GGfM0078240; Sun, 7 Oct 2012 10:16:41 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Luigi Rizzo In-Reply-To: <20121007155356.GA77558@onelab2.iet.unipi.it> References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> <20121007150219.GA76853@onelab2.iet.unipi.it> <20121007155356.GA77558@onelab2.iet.unipi.it> Content-Type: text/plain; charset="us-ascii" Date: Sun, 07 Oct 2012 10:16:40 -0600 Message-ID: <1349626600.1112.30.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Adrian Chadd , current@freebsd.org Subject: Re: sysctl vs ifconfig vs other (was Re: sysctl-controlled key-value store ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 16:17:15 -0000 On Sun, 2012-10-07 at 17:53 +0200, Luigi Rizzo wrote: > Access through sysctl is incredibly easy from both userspace and > from a C application, because all the work is done in the kernel > side, whereas other mechanisms (ioctl, i'd rather leave kvm apart > as we really don't want that!) require the definition of a specific > API (ioctl, structs) _and_ some amount of wrapping code in userspace. > > cheers > luigi A potential problem with sysctl is its "one thing at a time" nature. When you pack up a bunch of related data into a structure and hand it off to an implementation, that implementation can pretty easily make sure that all the data related to the config request is sane. If you have to make a series of sysctl calls to achieve some complex config task, what happens when you're 2/3 of the way through the series and a call fails? Who backs out the partial config that got accomplished? If you go too far down this path you end up with something that looks a lot like the unmitigated mess which is the SNMP control API. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:03:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9888A106564A for ; Sun, 7 Oct 2012 17:03:05 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 560408FC12 for ; Sun, 7 Oct 2012 17:03:05 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so4179612oag.13 for ; Sun, 07 Oct 2012 10:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iRSEcWQZ3RcgP0M9w4mWr7rU9vK+nFbQ80IchReDULU=; b=mGXnLy4f8i07FWerHFvinS2AJynU6U0Uq+nDbchaAjJ3eIhPhTlcZtdel7AnuUqxri xeXrnmKrbePtbfL1sL5Va+I7z3wz5aYE6aPtmTS2ezdsZZJRnOSVhfAWzLZgGOXBSIWX 0qpWs+2dbGsYDDlpk/VdbHZ3osUSOQeLS1yNRsSs6nRlU/uGZ9I0+ULvUNlvBhU6ifZG 9lgD90b2EO8gmVgqVLudHFwG2n80WWwHWspFrvDY7k8J8PTwmNqd+L931HwBzfzAa2gf cWyem6rbxECqJh1tup5rhtlwvnwnXq0GTdZ3ci3rNjDGw183CbzP9xeM4xKi2FbWmVaG PlYQ== MIME-Version: 1.0 Received: by 10.60.170.15 with SMTP id ai15mr3021593oec.62.1349629384146; Sun, 07 Oct 2012 10:03:04 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Sun, 7 Oct 2012 10:03:04 -0700 (PDT) In-Reply-To: <5071AAF6.9020009@protected-networks.net> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> Date: Sun, 7 Oct 2012 10:03:04 -0700 Message-ID: From: Garrett Cooper To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 17:03:05 -0000 On Sun, Oct 7, 2012 at 9:16 AM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 10/07/12 11:11, David Wolfskill wrote: >> I started seeing these messages spewed (to both console & >> /var/log/messages) following an update from: >> >> FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #697 241222M: Fri Oct 5 05:32:19 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 >> >> to >> >> FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #698 241245M: Sat Oct 6 08:01:23 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 >> >> and I'm still seeing them as of >> >> FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #699 241309M: Sun Oct 7 07:35:41 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 >> >> E.g.: >> Oct 6 08:24:10 g1-227 kernel: wlan0: Ethernet address: 00:21:6a:26:34:c0 >> Oct 6 08:24:10 g1-227 kernel: Expensive timeout(9) function: 0xc0c27520(0) 0.010540166 s >> Oct 6 08:24:10 g1-227 kernel: in_cksum_skip: out of data by 10200 > > +1 on a laptop running with: > > re0: port > 0x2000-0x20ff mem 0xf0700000-0xf0700fff,0xf0200000-0xf0203fff irq 17 at > device 0.0 on pci3 > re0: Using 1 MSI-X message > re0: ASPM disabled > re0: Chip rev. 0x28000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, > 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, > 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, > 1000baseT-FDX-flow-master, auto, auto-flow > re0: Ethernet address: 00:0a:cd:1d:30:a2 > > I thought it may have had something to do with a VirtualBox module, so I > recompiled that too .. no joy :-( Maybe these revisions had something to do with it... (r241245 is more likely)? ------------------------------------------------------------------------ r241245 | glebius | 2012-10-06 03:02:11 -0700 (Sat, 06 Oct 2012) | 19 lines A step in resolving mess with byte ordering for AF_INET. After this change: - All packets in NETISR_IP queue are in net byte order. - ip_input() is entered in net byte order and converts packet to host byte order right _after_ processing pfil(9) hooks. - ip_output() is entered in host byte order and converts packet to net byte order right _before_ processing pfil(9) hooks. - ip_fragment() accepts and emits packet in net byte order. - ip_forward(), ip_mloopback() use host byte order (untouched actually). - ip_fastforward() no longer modifies packet at all (except ip_ttl). - Swapping of byte order there and back removed from the following modules: pf(4), ipfw(4), enc(4), if_bridge(4). - Swapping of byte order added to ipfilter(4), based on __FreeBSD_version - __FreeBSD_version bumped. - pfil(9) manual page updated. Reviewed by: ray, luigi, eri, melifaro Tested by: glebius (LE), ray (BE) ------------------------------------------------------------------------ r241244 | glebius | 2012-10-06 00:06:57 -0700 (Sat, 06 Oct 2012) | 5 lines The pfil(9) layer guarantees us presence of the protocol header, so remove extra check, that is always false. P.S. Also, goto there lead to unlocking a not locked rwlock. ------------------------------------------------------------------------ Did you rebuild all of your modules, and (for David) are you running any firmware blobs with your wireless NIC? Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:05:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1D4F106564A; Sun, 7 Oct 2012 17:05:25 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 36A5D8FC12; Sun, 7 Oct 2012 17:05:25 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id y23so1552414qad.13 for ; Sun, 07 Oct 2012 10:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=dKIpYVxTb7X1/hPg0cDZziqu7SY5ccfc1fDa2oUG+fA=; b=nUkQ5p1mkVql+2GFPiGLEt6M0eRWSgeU/uaOqVGp+CRUParnSzqMt2PL5P/L7QjO1H zuoYejQv0At5uKcEyTBhzkp+/YsiCKo3+fwE7li+80Nvhj9ZKjFpwnKgDXKxbYL+jlJI hG/rusxSXCVdqvKsBmRKfx+uyrpuWdDcFfX56zmtFRmUD7BB8wswWEJB7Ruw3wbSY3z7 3XSIwTX5fPagtkG+IijCUfzzmCtUjuq3eGmwZzH67rqRcOoY39O+w4p76GsOhK8oqNQV VCkZ9iemJnFs2MkKkpDMUMbgU4msOi6l07OHrR4Kx6/wiO+W4sT95ZjOaO71ZganLl4R jjXg== Received: by 10.224.180.7 with SMTP id bs7mr26273659qab.37.1349629524479; Sun, 07 Oct 2012 10:05:24 -0700 (PDT) Received: from narn.knownspace (pool-108-48-127-15.washdc.fios.verizon.net. [108.48.127.15]) by mx.google.com with ESMTPS id dz9sm15713661qab.6.2012.10.07.10.05.23 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 07 Oct 2012 10:05:24 -0700 (PDT) Date: Sun, 7 Oct 2012 13:05:21 -0400 From: Justin Hibbits To: Ian Lepore Message-ID: <20121007130521.76dc7e5e@narn.knownspace> In-Reply-To: <1349626600.1112.30.camel@revolution.hippie.lan> References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> <20121007150219.GA76853@onelab2.iet.unipi.it> <20121007155356.GA77558@onelab2.iet.unipi.it> <1349626600.1112.30.camel@revolution.hippie.lan> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; powerpc-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Adrian Chadd , Luigi Rizzo , current@freebsd.org Subject: Re: sysctl vs ifconfig vs other (was Re: sysctl-controlled key-value store ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 17:05:25 -0000 On Sun, 07 Oct 2012 10:16:40 -0600 Ian Lepore wrote: > On Sun, 2012-10-07 at 17:53 +0200, Luigi Rizzo wrote: > > Access through sysctl is incredibly easy from both userspace and > > from a C application, because all the work is done in the kernel > > side, whereas other mechanisms (ioctl, i'd rather leave kvm apart > > as we really don't want that!) require the definition of a specific > > API (ioctl, structs) _and_ some amount of wrapping code in > > userspace. > > > > cheers > > luigi > > A potential problem with sysctl is its "one thing at a time" nature. > When you pack up a bunch of related data into a structure and hand it > off to an implementation, that implementation can pretty easily make > sure that all the data related to the config request is sane. If you > have to make a series of sysctl calls to achieve some complex config > task, what happens when you're 2/3 of the way through the series and a > call fails? Who backs out the partial config that got accomplished? > > If you go too far down this path you end up with something that looks > a lot like the unmitigated mess which is the SNMP control API. > > -- Ian I agree with Ian here. As messy as ioctl+structs are from a user standpoint, they're the easiest way to guarantee atomic configuration changes. - Justin From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:43:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA730106566C for ; Sun, 7 Oct 2012 17:43:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 789E08FC0C for ; Sun, 7 Oct 2012 17:43:32 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q97HhVc3002657; Sun, 7 Oct 2012 10:43:31 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q97HhVJV002656; Sun, 7 Oct 2012 10:43:31 -0700 (PDT) (envelope-from david) Date: Sun, 7 Oct 2012 10:43:31 -0700 From: David Wolfskill To: Garrett Cooper Message-ID: <20121007174331.GA2583@albert.catwhisker.org> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 17:43:32 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 07, 2012 at 10:03:04AM -0700, Garrett Cooper wrote: > ... > Maybe these revisions had something to do with it... (r241245 is > more likely)? >=20 > ------------------------------------------------------------------------ > r241245 | glebius | 2012-10-06 03:02:11 -0700 (Sat, 06 Oct 2012) | 19 lin= es >=20 > A step in resolving mess with byte ordering for AF_INET. After this cha= nge: > ...=20 > ------------------------------------------------------------------------ > r241244 | glebius | 2012-10-06 00:06:57 -0700 (Sat, 06 Oct 2012) | 5 lines >=20 > The pfil(9) layer guarantees us presence of the protocol header, > so remove extra check, that is always false. > ... =20 > Did you rebuild all of your modules, and (for David) are you > running any firmware blobs with your wireless NIC? Yes; when I update, my changes from the process in src/UPDATING generally augment what's there (e.g., to clear /usr/include & /usr/share/man before the make installworld). And the NIC that's in use (at home -- and most other places) on the laptop is iwn(4), so yes, there is a firmware blob: 4 1 0xc138a000 54e38 iwn5000fw.ko (Well, that particular line is from kldstat when it's running stable/9; I just checked the head slice, and the blob had been rebuilt (based on mtime), and has contents different from the contents in stable/9: g1-227(9.1-P)[3] md5 /{,S4/}boot/kernel/iwn5000fw.ko MD5 (/boot/kernel/iwn5000fw.ko) =3D 8f98e8f28c70fe801c73aec4f717973f MD5 (/S4/boot/kernel/iwn5000fw.ko) =3D a0150e03bfd307595ab37b0924252844 g1-227(9.1-P)[4] ls -lT !$ ls -lT /{,S4/}boot/kernel/iwn5000fw.ko -r-xr-xr-x 1 root wheel 345868 Oct 7 07:48:46 2012 /S4/boot/kernel/iwn5= 000fw.ko -r-xr-xr-x 1 root wheel 344416 Oct 7 04:51:11 2012 /boot/kernel/iwn5000= fw.ko g1-227(9.1-P)[5]=20 FWIW.) As noted, the message does not appear to be associated with (other) unwanted behavior, so I wouldn't consider this of earth-shattering importance. It just seemed rather odd, and I got to wondering if the developer who committed the change had intended this result. And if said result was actually of use to anyone. :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBxv0IACgkQmprOCmdXAD3L/QCff6zeAwusPRHRTB7ZAtzNL/F3 whwAnisKKAdibkNJ5qEuk8TiH2hduH+1 =AkiV -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 15:28:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E4991065670 for ; Sun, 7 Oct 2012 15:28:18 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 5692A8FC0C for ; Sun, 7 Oct 2012 15:28:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=ru4Q+DQbpe5yelnI18aWP9fYw8A4C6JT31r3csTcWLc=; b=kMBKhdxsryMOQcWam5ZleMifKFhyOcgEzuKnWMn0OhBlL0AVwEkCWj4gOyHlN/8cPD1qZCAzM4UVJ2VvmEGRbrV4ex8gf6yRfgi6r6/C4DTC6yVR92ScpFHuJH0/bXFoW4ZNSZfETPe8dlmnwMIFv7nKUoDJzjhNT0iM0VCQmwc=; Received: from iglou1.iglou.com ([192.107.41.3]:62586 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TKsm2-00018E-UJ by authid with igloumta_auth for current@freebsd.org; Sun, 07 Oct 2012 11:28:10 -0400 Received: from shell1.iglou.com ([192.107.41.17]:57682 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TKsm1-0005zU-MZ; Sun, 07 Oct 2012 11:28:09 -0400 Date: Sun, 7 Oct 2012 11:28:09 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: Peter Jeremy In-Reply-To: <20121007015251.GB22291@server.rulingia.com> Message-ID: References: <20121007015251.GB22291@server.rulingia.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sun, 07 Oct 2012 17:48:44 +0000 Cc: Sergey Kandaurov , current@freebsd.org Subject: Re: memory warnings r240891 | dmesgg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 15:28:18 -0000 >>> warning: total configured swap (2621440 pages) exceeds maximum >>> recommended amount (1852656 pages). > ... >> This is because kernel needs some memory to manage swap too. >> Currently for amd64 this roughly reduces to the following rule >> (My apologies in advance for the extra simplification): >> >> 100MB RAM per 800MB swap space. > > That is oversimplified to the point of being wrong. As of HEAD > r239255 and 9-stable r240097, there's no longer a limit on amd64. The > limit is still required on 32-bit architectures due to the limited KVA > available. > The original poster; i.e., me, copied the error message directly from amd64 running r240891. Here is some information after /etc/fstab swap was left untouched and zfs swap was reduced: (11:14) dmesg | grep recommended warning: total configured swap (1854464 pages) exceeds maximum recommended amount (1852656 pages). (11:19) swapinfo -h Device 1K-blocks Used Avail Capacity /dev/zvol/bigD/swap 1126400 94M 1G 9% /dev/gpt/swap0.eli 3145728 93M 2.9G 3% /dev/gpt/swap1.eli 3145728 94M 2.9G 3% Total 7417856 282M 6.8G 4% I guess that we are seeing some swap actually in use now because buildkernel is running; i.e., > r241254. > The actual KVA requirements (RAM is only allocated when the swap space > is actually used) is about 5MB KVA per 1GB swap. The default swzone > for i386 was 32MiB - which is sufficient for ~7GB swap (the 1852656 > pages reported above) and was increased to 34.5MB for i386 in r239730 > to support ~8GB swap (this is also in r240097). (It's all approximate > because of the way swap space is allocated using struct swblock). > > See the thread starting > http://lists.freebsd.org/pipermail/freebsd-current/2012-August/035839.html > for more details. > Interesting. Yet from my first reading it seems like the limit was actually a warning and the warning still exists in amd64. I wonder if there is to run other than swapinfo, to actually see if swapinfo is correct in reporting that the swap in use is actually identical in size from each disk of the mirror and also 94M precisely from zfs swap? Thank you, Darrel From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:50:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AE5E1065672; Sun, 7 Oct 2012 17:50:52 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E67008FC23; Sun, 7 Oct 2012 17:50:51 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 498537300B; Sun, 7 Oct 2012 20:11:00 +0200 (CEST) Date: Sun, 7 Oct 2012 20:11:00 +0200 From: Luigi Rizzo To: Justin Hibbits Message-ID: <20121007181100.GA79447@onelab2.iet.unipi.it> References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> <20121007150219.GA76853@onelab2.iet.unipi.it> <20121007155356.GA77558@onelab2.iet.unipi.it> <1349626600.1112.30.camel@revolution.hippie.lan> <20121007130521.76dc7e5e@narn.knownspace> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121007130521.76dc7e5e@narn.knownspace> User-Agent: Mutt/1.4.2.3i Cc: Garrett Cooper , Ian Lepore , Adrian Chadd , current@freebsd.org Subject: Re: sysctl vs ifconfig vs other (was Re: sysctl-controlled key-value store ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 17:50:52 -0000 On Sun, Oct 07, 2012 at 01:05:21PM -0400, Justin Hibbits wrote: > On Sun, 07 Oct 2012 10:16:40 -0600 > Ian Lepore wrote: > > > On Sun, 2012-10-07 at 17:53 +0200, Luigi Rizzo wrote: > > > Access through sysctl is incredibly easy from both userspace and > > > from a C application, because all the work is done in the kernel > > > side, whereas other mechanisms (ioctl, i'd rather leave kvm apart > > > as we really don't want that!) require the definition of a specific > > > API (ioctl, structs) _and_ some amount of wrapping code in > > > userspace. > > > > > > cheers > > > luigi > > > > A potential problem with sysctl is its "one thing at a time" nature. > > When you pack up a bunch of related data into a structure and hand it > > off to an implementation, that implementation can pretty easily make > > sure that all the data related to the config request is sane. If you > > have to make a series of sysctl calls to achieve some complex config > > task, what happens when you're 2/3 of the way through the series and a > > call fails? Who backs out the partial config that got accomplished? > > > > If you go too far down this path you end up with something that looks > > a lot like the unmitigated mess which is the SNMP control API. > > > > -- Ian > > I agree with Ian here. As messy as ioctl+structs are from a user > standpoint, they're the easiest way to guarantee atomic configuration > changes. Not a single function in ifbridge.c uses it (I have checked), and very likely the same happens for 802.11. sys/net80211/ieee80211_ioctl.h contains over 100 #define's for various subfunctions for the ioctl(s, SIOCS80211, &ireq) which are issued one at a time with no atomicity requirement. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:51:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EEAD1065674 for ; Sun, 7 Oct 2012 17:51:30 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 216838FC1B for ; Sun, 7 Oct 2012 17:51:30 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 614D360EE; Sun, 7 Oct 2012 13:51:22 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=KOOsJI0e2ZaEkt7ZnvwTIbmwnXAaW0kPvoivBID+cbYRgE/exFp3YW2MeBkH6CGzZ Ak+bowbLSAjlwK+MkqwjtyeJcqrlOn/8z/vzy7LLNyebTlAn/8AWHrEgQReOneW Message-ID: <5071C118.40302@protected-networks.net> Date: Sun, 07 Oct 2012 13:51:20 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> In-Reply-To: X-Enigmail-Version: 1.4.3 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 17:51:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/07/12 13:03, Garrett Cooper wrote: > Maybe these revisions had something to do with it... (r241245 is > more likely)? I reverted r241245 and the messages went away, > Did you rebuild all of your modules, and (for David) are you > running any firmware blobs with your wireless NIC? I always rebuild modules (system and ports) along with a new kernel, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBxwRgACgkQQv9rrgRC1JKNSACcCRivDwnKDuXsICL1f+Lxlq12 YWsAoKk0j6JfVVxA7K7In+4BIwaeLhc2 =AXZS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:51:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A13251065670 for ; Sun, 7 Oct 2012 17:51:33 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAFB8FC08 for ; Sun, 7 Oct 2012 17:51:33 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so4206687oag.13 for ; Sun, 07 Oct 2012 10:51:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4NnUfXivX6LfahrXx52fh66p2eXwXvobzzXCyNrN9g8=; b=CbO+JJy0woyl48AXBAinFSZBFkv01wFdj1m07AiwnLVBU4PBcAVgIckuupuEPG5zKX n5TTnqb2wjCYrrYAEGqZ5+/EhSgvqFulr5DBg5XrCxmDTgMCJBunp1No6Huc/e2TCbxS mT1SnnbAWYJ+LGIRBxg5QbC65WHT8IzGXfkVe+0qVPV6iF+xmJiPnVTnwYt0TEusqVOF n4/40yIQrrAfZ8TM7rwiLOm6RRntjsRUleKudzOfaR55aoxz/dVJ02yp+hS4zxymuYuN gSvxoTTU6M1wHJTyHfWXVoTAmHdT7SuwuJXEU3DW08vqtyT1AH9nmSTSbZR9GVBAotG8 ap7w== MIME-Version: 1.0 Received: by 10.182.144.70 with SMTP id sk6mr5941042obb.67.1349632292853; Sun, 07 Oct 2012 10:51:32 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Sun, 7 Oct 2012 10:51:32 -0700 (PDT) In-Reply-To: <20121007174331.GA2583@albert.catwhisker.org> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> <20121007174331.GA2583@albert.catwhisker.org> Date: Sun, 7 Oct 2012 10:51:32 -0700 Message-ID: From: Garrett Cooper To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 17:51:33 -0000 On Sun, Oct 7, 2012 at 10:43 AM, David Wolfskill wrote: > On Sun, Oct 07, 2012 at 10:03:04AM -0700, Garrett Cooper wrote: >> ... >> Maybe these revisions had something to do with it... (r241245 is >> more likely)? >> >> ------------------------------------------------------------------------ >> r241245 | glebius | 2012-10-06 03:02:11 -0700 (Sat, 06 Oct 2012) | 19 lines >> >> A step in resolving mess with byte ordering for AF_INET. After this change: >> ... >> ------------------------------------------------------------------------ >> r241244 | glebius | 2012-10-06 00:06:57 -0700 (Sat, 06 Oct 2012) | 5 lines >> >> The pfil(9) layer guarantees us presence of the protocol header, >> so remove extra check, that is always false. >> ... > >> Did you rebuild all of your modules, and (for David) are you >> running any firmware blobs with your wireless NIC? > > Yes; when I update, my changes from the process in src/UPDATING > generally augment what's there (e.g., to clear /usr/include & > /usr/share/man before the make installworld). > > And the NIC that's in use (at home -- and most other places) on the > laptop is iwn(4), so yes, there is a firmware blob: > > 4 1 0xc138a000 54e38 iwn5000fw.ko > > (Well, that particular line is from kldstat when it's running stable/9; > I just checked the head slice, and the blob had been rebuilt (based on > mtime), and has contents different from the contents in stable/9: > > g1-227(9.1-P)[3] md5 /{,S4/}boot/kernel/iwn5000fw.ko > MD5 (/boot/kernel/iwn5000fw.ko) = 8f98e8f28c70fe801c73aec4f717973f > MD5 (/S4/boot/kernel/iwn5000fw.ko) = a0150e03bfd307595ab37b0924252844 > g1-227(9.1-P)[4] ls -lT !$ > ls -lT /{,S4/}boot/kernel/iwn5000fw.ko > -r-xr-xr-x 1 root wheel 345868 Oct 7 07:48:46 2012 /S4/boot/kernel/iwn5000fw.ko > -r-xr-xr-x 1 root wheel 344416 Oct 7 04:51:11 2012 /boot/kernel/iwn5000fw.ko > g1-227(9.1-P)[5] > > FWIW.) > > As noted, the message does not appear to be associated with (other) > unwanted behavior, so I wouldn't consider this of earth-shattering > importance. It just seemed rather odd, and I got to wondering if > the developer who committed the change had intended this result. > And if said result was actually of use to anyone. :-} Given that the issue is present on both your machine and Michael's, it's unlikely that it's firmware related (unless re(4) is doing something hacktacularly awesome!), but I just wanted to gather all the facts before something's brought up to glebius@, if the issue is indeed one of the two commits (or both) mentioned above. Could you guys please try reverting one or both of the commits to see if the issue goes away? Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 17:52:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3E73106595F; Sun, 7 Oct 2012 17:52:14 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6003A8FC12; Sun, 7 Oct 2012 17:52:14 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wc20so4139153obb.13 for ; Sun, 07 Oct 2012 10:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EXx3mdf89jIs918i4J6NS4ERGydj127iJqZdgtYRqlk=; b=avQvzUsOiqIMeJQGKPEs4WmtLAz58ZVGyOzwLeBUUu7F+fZsYHLig+05ipGA86sgO+ WOUeDth2AhJoz/05hIhAyTmwsPneO4ohbeszXsTBZwj6OvoaqwA4sb0z63b379b175w0 2R63+ohb3hJXTclX3pAKtgTki9AjcKoTGVcfQ1YJz1rDiyDoL9FEbShQK+XbMWvfmhNM QoSmWJMX6BiIFoXUEbwD2PWwAlL5924+IgSNbiIsdT8Z0yfw0MUJl+gJQLbv8iyNg1Au I5dVOzIiEJi9vZHi/4gsjAID2ZIioF3sm8ywuCsx2TKuwQXtFafBqYNqgTGWu+kKLwdL a1tA== MIME-Version: 1.0 Received: by 10.60.11.162 with SMTP id r2mr11161036oeb.114.1349632333731; Sun, 07 Oct 2012 10:52:13 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Sun, 7 Oct 2012 10:52:13 -0700 (PDT) In-Reply-To: <5071C118.40302@protected-networks.net> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> <5071C118.40302@protected-networks.net> Date: Sun, 7 Oct 2012 10:52:13 -0700 Message-ID: From: Garrett Cooper To: Michael Butler Content-Type: text/plain; charset=ISO-8859-1 Cc: Gleb Smirnoff , current@freebsd.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 17:52:14 -0000 On Sun, Oct 7, 2012 at 10:51 AM, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 10/07/12 13:03, Garrett Cooper wrote: >> Maybe these revisions had something to do with it... (r241245 is >> more likely)? > > I reverted r241245 and the messages went away, > >> Did you rebuild all of your modules, and (for David) are you >> running any firmware blobs with your wireless NIC? > > I always rebuild modules (system and ports) along with a new kernel, Gleb CCed then. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 19:11:37 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C10D106566B for ; Sun, 7 Oct 2012 19:11:37 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 04B1E8FC12 for ; Sun, 7 Oct 2012 19:11:36 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q97JBTmK063824; Sun, 7 Oct 2012 23:11:29 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q97JBTdv063823; Sun, 7 Oct 2012 23:11:29 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 7 Oct 2012 23:11:29 +0400 From: Gleb Smirnoff To: Michael Butler Message-ID: <20121007191129.GJ34622@FreeBSD.org> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> <5071C118.40302@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <5071C118.40302@protected-networks.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Cooper , current@FreeBSD.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 19:11:37 -0000 On Sun, Oct 07, 2012 at 01:51:20PM -0400, Michael Butler wrote: M> On 10/07/12 13:03, Garrett Cooper wrote: M> > Maybe these revisions had something to do with it... (r241245 is M> > more likely)? M> M> I reverted r241245 and the messages went away, I'll handle that. Sorry for breakage. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 19:32:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85C3B106566C; Sun, 7 Oct 2012 19:32:01 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id E2A208FC16; Sun, 7 Oct 2012 19:32:00 +0000 (UTC) Received: from JRE-MBP-2.local (c-50-143-149-146.hsd1.ca.comcast.net [50.143.149.146]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q97JDeSe091043 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 7 Oct 2012 12:13:41 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5071D464.9090208@freebsd.org> Date: Sun, 07 Oct 2012 12:13:40 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Luigi Rizzo References: <20121006172834.GB63649@onelab2.iet.unipi.it> <20121007104330.GA75115@onelab2.iet.unipi.it> <20121007150219.GA76853@onelab2.iet.unipi.it> In-Reply-To: <20121007150219.GA76853@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , current@freebsd.org Subject: Re: sysctl vs ifconfig vs other (was Re: sysctl-controlled key-value store ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 19:32:01 -0000 On 10/7/12 8:02 AM, Luigi Rizzo wrote: > Coming to 802.11 (and I am using it just as an example): > configuration of the various parameters is not too different from, > say, manipulating the various features that are available in modern > NICs: interrupt mitigation, queue parameters, multiqueue support, > RSS, and so on. In this area linux has ethtool, while we have > mostly device-specific sysctls. > > I'd love to have a device-independent mechanism to implement this. > I do not think we need to go through the definition of a new > ioctl/sockopt every time we find that a new parameter is > required/useful. this reminds me of the reason that we implemented a text based config mechanism for netgraph. A design goal was "you should never need a new executable in /sbin to configure a new netgraph node". no matter what the node is, you should be able to configure it from /sbin/ngctl. In a very loose description, you could say that the base netgraph module includes a parser that takes a grammar description that comes with each module. It knows how to convert arbitrary text config messages for a given module and convert them into the strict binary messages that are passed around and use in the netgraph nodes themselves. Could probably do with some polishing after 14 years, but as far as I know not a line of that code has been changed, and we now have over 50 netgraph node types. [...] > can you elaborate ? If i destroy an interface (or disable a > function) and kill a subtree, and this causes a subsequent > configuration of the non-existing parameter to fail, what is wrong > with that ? >> ew. >> >> Maybe for your bridge stuff its easy enough, but for something like >> net80211 where there's a lot of things to configure, doing it via >> sysctl would involve lots of parsing in the kernel.. and I like my >> kernels smaller. :-) > Here too i kind of fail to see how much additional parsing you would > need in the kernel when using sysctl as opposed to ioctl(), so > an example would help. > Integers and strcmp do not require any parsing, > and some small functions to parse MAC/IP addresses or chanlist > arguments are not going to cause incredible bloat (and besides > i think they already exist in multiple versions in the various > userspace utilities). > > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 19:39:49 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C97CF1065672 for ; Sun, 7 Oct 2012 19:39:49 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 4340D8FC08 for ; Sun, 7 Oct 2012 19:39:49 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q97JdfPS063946; Sun, 7 Oct 2012 23:39:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q97JdfJB063945; Sun, 7 Oct 2012 23:39:41 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 7 Oct 2012 23:39:41 +0400 From: Gleb Smirnoff To: David Wolfskill , Michael Butler Message-ID: <20121007193941.GK34622@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <5071C118.40302@protected-networks.net> <20121007174331.GA2583@albert.catwhisker.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Cooper , current@FreeBSD.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 19:39:49 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=koi8-r Content-Disposition: inline David and Michael, can you please build a kernel with attached patch and options KDB, and report what's the trace is. Unfortunately my iwn(4) is running on amd64, so I can reproduce exactly your case. -- Totus tuus, Glebius. --A6N2fC+uXW/VQSAv Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="in_cksum.backtrace.diff" Index: i386/i386/in_cksum.c =================================================================== --- i386/i386/in_cksum.c (revision 241328) +++ i386/i386/in_cksum.c (working copy) @@ -36,6 +36,7 @@ #include #include #include +#include #include #include @@ -204,6 +205,7 @@ caddr_t addr; union q_util q_util; union l_util l_util; + static int once = 0; len -= skip; for (; skip && m; m = m->m_next) { @@ -477,8 +479,12 @@ su.c[0] = *(char *)w; } - if (len) + if (len) { printf("%s: out of data by %d\n", __func__, len); + if (once == 0) + kdb_backtrace(); + once = 1; + } if (mlen == -1) { /* The last mbuf has odd # of bytes. Follow the standard (the odd byte is shifted left by 8 bits) */ --A6N2fC+uXW/VQSAv-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 7 21:55:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12B0C106566B; Sun, 7 Oct 2012 21:55:19 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id BA24A8FC16; Sun, 7 Oct 2012 21:55:18 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TKyoZ-003yXJ-6o>; Sun, 07 Oct 2012 23:55:11 +0200 Received: from e178018103.adsl.alicedsl.de ([85.178.18.103] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TKyoZ-0012eD-3C>; Sun, 07 Oct 2012 23:55:11 +0200 Message-ID: <5071FA38.5010705@zedat.fu-berlin.de> Date: Sun, 07 Oct 2012 23:55:04 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Konstantin Belousov References: <20121007152005.GX35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121007152005.GX35915@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2F65809845F6A9E48F236FF2" X-Originating-IP: 85.178.18.103 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Unwind annotations for the libc and libthr asm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Oct 2012 21:55:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2F65809845F6A9E48F236FF2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 10/07/12 17:20, schrieb Konstantin Belousov: > Please find below the patch to add the unwind annotations for the libc > and libthr assembler routines on amd64. The change shall have no impact= > on the execution of the changed code, because no functions there ever > generate C++ exception or call a function that could generate exception= =2E >=20 > The addition of the annotations significantly improves the results of > the libunwind test suite on FreeBSD/amd64. We are still not on par with= > Linux, mainly due to the lack of the unwind annotations for the signal > trampolines. Fixing this requires VDSO. >=20 [...] Regarding to VDSO support, what happened to this request to FBSD of the year 2010? http://lists.freebsd.org/pipermail/freebsd-hackers/2010-April/031553.html= oh --------------enig2F65809845F6A9E48F236FF2 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.19 (FreeBSD) iQEcBAEBAgAGBQJQcfo+AAoJEOgBcD7A/5N8dmEIAL8mpH92k6rOW3U01zjbzMTs kunLhENJbdrKsEaCVs/Jud/tcm1570CNTE2pqk9c8CLuodK1P2qmMW6pAf5NiFdi ClIMLlAuJKYm+OrFcTOw8KePzr8L++OImNJeZXyWf8aOh8DxWimEaZssuuzw0joA XUa2Dm34zvKFEVYmS/ynrTaOskWuoKVIxLI5v6vpiEuJ0ExoIJbuUguQzYsq6gZJ 2rt72mt2kJyXFg89gO0CSwPURLCaZTSj87fpVSAUJAIwYrh9fmxsn6yPKafW4/Hu sN6xyoKg+AiOWgOIJqBf6dpa/pkz5dORJyl2pFgX1sYsO58z9dKo/99JxAHvQIo= =JJ0G -----END PGP SIGNATURE----- --------------enig2F65809845F6A9E48F236FF2-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 02:44:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C842106566C for ; Mon, 8 Oct 2012 02:44:45 +0000 (UTC) (envelope-from contact@awnex.org) Received: from smartmail.wwow.com (smartmail.wwow.com [205.209.44.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0544B8FC08 for ; Mon, 8 Oct 2012 02:44:44 +0000 (UTC) Received: from [67.49.97.185] (cpe-67-49-97-185.socal.res.rr.com [67.49.97.185]) by smartmail.wwow.com with SMTP; Sun, 7 Oct 2012 20:29:08 -0600 Message-ID: <50723A87.2040703@awnex.org> Date: Sun, 07 Oct 2012 19:29:27 -0700 From: "contact@awnex.org" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: AANLkTikmDxTdNAMb-=YEfAfRS0eP-ZwBBm+=ko5V4cQX@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: screen: Could not write /nonexistent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Oct 2012 02:44:45 -0000 After reviewing the man page, if you use 'screen -ln' you will NOT see the error. It's a utmp log issue. Also, the reason why this happened to me is because chflags were set to: # chflags sappnd /var/log # chflags sappnd /var/log/* (Safe to keep this permission drwxr-x--- log 'which i have mine set to') To resolve make sure to set kern_securelevel="-1" in /etc/rc.conf (mine was set to kern_securelevel="2" you can not chflags at this level) # shutdown -r now Then # chflags nosappend /var/log # chflags nosappend /var/log/* change kern_securelevel back to whatever you want it at in /etc/rc.conf #shutdown -r now "fixed" From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 08:04:55 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5148E106566C for ; Mon, 8 Oct 2012 08:04:55 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id BE7388FC1D for ; Mon, 8 Oct 2012 08:04:54 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q9884miw067671; Mon, 8 Oct 2012 12:04:48 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q9884lNJ067670; Mon, 8 Oct 2012 12:04:47 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 8 Oct 2012 12:04:47 +0400 From: Gleb Smirnoff To: Garrett Cooper Message-ID: <20121008080447.GP34622@glebius.int.ru> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> <5071C118.40302@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Michael Butler , current@FreeBSD.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Oct 2012 08:04:55 -0000 David and Michael, On Sun, Oct 07, 2012 at 10:52:13AM -0700, Garrett Cooper wrote: G> > On 10/07/12 13:03, Garrett Cooper wrote: G> >> Maybe these revisions had something to do with it... (r241245 is G> >> more likely)? G> > G> > I reverted r241245 and the messages went away, Can you please try r241344? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 10:28:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D133A106564A; Mon, 8 Oct 2012 10:28:53 +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 954AE8FC0C; Mon, 8 Oct 2012 10:28:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q98ASklq075759; Mon, 8 Oct 2012 06:28:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q98ASkwc075755; Mon, 8 Oct 2012 10:28:46 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 8 Oct 2012 10:28:46 GMT Message-Id: <201210081028.q98ASkwc075755@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2012 10:28:54 -0000 TB --- 2012-10-08 09:14:43 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-08 09:14:43 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-08 09:14:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-10-08 09:14:43 - cleaning the object tree TB --- 2012-10-08 09:14:43 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-08 09:14:43 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-10-08 09:14:43 - /usr/local/bin/svn cleanup /src TB --- 2012-10-08 09:15:36 - /usr/local/bin/svn update /src TB --- 2012-10-08 09:15:43 - At svn revision 241344 TB --- 2012-10-08 09:15:44 - building world TB --- 2012-10-08 09:15:44 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 09:15:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 09:15:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 09:15:44 - SRCCONF=/dev/null TB --- 2012-10-08 09:15:44 - TARGET=sparc64 TB --- 2012-10-08 09:15:44 - TARGET_ARCH=sparc64 TB --- 2012-10-08 09:15:44 - TZ=UTC TB --- 2012-10-08 09:15:44 - __MAKE_CONF=/dev/null TB --- 2012-10-08 09:15:44 - cd /src TB --- 2012-10-08 09:15:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 8 09:15:49 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 8 10:16:29 UTC 2012 TB --- 2012-10-08 10:16:29 - generating LINT kernel config TB --- 2012-10-08 10:16:29 - cd /src/sys/sparc64/conf TB --- 2012-10-08 10:16:29 - /usr/bin/make -B LINT TB --- 2012-10-08 10:16:29 - cd /src/sys/sparc64/conf TB --- 2012-10-08 10:16:29 - /usr/sbin/config -m LINT TB --- 2012-10-08 10:16:29 - building LINT kernel TB --- 2012-10-08 10:16:29 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 10:16:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 10:16:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 10:16:29 - SRCCONF=/dev/null TB --- 2012-10-08 10:16:29 - TARGET=sparc64 TB --- 2012-10-08 10:16:29 - TARGET_ARCH=sparc64 TB --- 2012-10-08 10:16:29 - TZ=UTC TB --- 2012-10-08 10:16:29 - __MAKE_CONF=/dev/null TB --- 2012-10-08 10:16:29 - cd /src TB --- 2012-10-08 10:16:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 8 10:16:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_forward.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_id.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_ipsec.c /src/sys/netinet6/ip6_ipsec.c: In function 'ip6_ipsec_output': /src/sys/netinet6/ip6_ipsec.c:303: error: request for member 'm_hdr' in something not a structure or union *** [ip6_ipsec.o] Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-08 10:28:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-08 10:28:46 - ERROR: failed to build LINT kernel TB --- 2012-10-08 10:28:46 - 3627.36 user 607.91 system 4442.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 10:49:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 061E2106566C; Mon, 8 Oct 2012 10:49:46 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 46FCC8FC0A; Mon, 8 Oct 2012 10:49:42 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 2312ED4801F; Mon, 8 Oct 2012 12:49:35 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id EB3A9AD3; Mon, 8 Oct 2012 12:49:34 +0200 (CEST) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id C125210693; Mon, 8 Oct 2012 10:49:34 +0000 (UTC) Date: Mon, 8 Oct 2012 12:49:34 +0200 From: Jeremie Le Hen To: Andre Oppermann Message-ID: <20121008104934.GB25291@felucia.tataz.chchile.org> Mail-Followup-To: Andre Oppermann , Adrian Chadd , freebsd@chrysalisnet.org, freebsd-current@freebsd.org References: <03e101cda197$326dc240$974946c0$@org> <506C9CE4.6080400@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <506C9CE4.6080400@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd@chrysalisnet.org, Adrian Chadd , freebsd-current@freebsd.org Subject: Re: sysctl kern.ipc.somaxconn limit 65535 why? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Oct 2012 10:49:46 -0000 Hi, On Wed, Oct 03, 2012 at 10:15:32PM +0200, Andre Oppermann wrote: > On 03.10.2012 22:03, Adrian Chadd wrote: > > > > somaxconn is the connection queue depth. If it's sitting at a couple > > hundred thousand then something else is going crazily wrong. > > > > I understand your frustration, but there's a lot of instances where > > the application just isn't doing things "right" and the OS tries to > > hide it as much as psosible. Blowing out somaxconn to chew up a whole > > lot of resources seems a bit silly. I'd rather investigate why the > > userland application is not servicing the connect queue often enough. > > > > I've written network services that supported tens of thousands of new > > TCP connections a second on a LAN and I never once had to bump > > somaxconn past 32767. I'm not saying that it won't apply to your > > scenario, I'm just trying to explain that there's likely more going > > on. > > I guess the problem is rather kern.ipc.maxsockets which is only 25600. > > The name somaxconn is confusing as it specifies the listen queue limit > instead of the maximum number of connections as the it suggests. If we want to change that name to something more sensible and less error-prone like "somaxbacklog", does the project has a policy to change sysctl names? I'm thinking of something like renaming the sysctl to "somaxbacklog" and make "somaxconn" compatibility shim during RELENG_10 which still works but prints a warning in the dmesg. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 11:02:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5630106564A; Mon, 8 Oct 2012 11:02:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2898FC0C; Mon, 8 Oct 2012 11:02:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q98B2rx3043169; Mon, 8 Oct 2012 07:02:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q98B2roR043168; Mon, 8 Oct 2012 11:02:53 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 8 Oct 2012 11:02:53 GMT Message-Id: <201210081102.q98B2roR043168@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: Mon, 08 Oct 2012 11:02:54 -0000 TB --- 2012-10-08 08:08:38 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-08 08:08:38 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-08 08:08:38 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-10-08 08:08:38 - cleaning the object tree TB --- 2012-10-08 08:08:38 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-08 08:08:38 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-10-08 08:08:38 - /usr/local/bin/svn cleanup /src TB --- 2012-10-08 08:09:17 - /usr/local/bin/svn update /src TB --- 2012-10-08 08:09:24 - At svn revision 241344 TB --- 2012-10-08 08:09:25 - building world TB --- 2012-10-08 08:09:25 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 08:09:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 08:09:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 08:09:25 - SRCCONF=/dev/null TB --- 2012-10-08 08:09:25 - TARGET=powerpc TB --- 2012-10-08 08:09:25 - TARGET_ARCH=powerpc64 TB --- 2012-10-08 08:09:25 - TZ=UTC TB --- 2012-10-08 08:09:25 - __MAKE_CONF=/dev/null TB --- 2012-10-08 08:09:25 - cd /src TB --- 2012-10-08 08:09:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 8 08:09:30 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Oct 8 10:53:39 UTC 2012 TB --- 2012-10-08 10:53:39 - generating LINT kernel config TB --- 2012-10-08 10:53:39 - cd /src/sys/powerpc/conf TB --- 2012-10-08 10:53:39 - /usr/bin/make -B LINT TB --- 2012-10-08 10:53:39 - cd /src/sys/powerpc/conf TB --- 2012-10-08 10:53:39 - /usr/sbin/config -m LINT TB --- 2012-10-08 10:53:39 - building LINT kernel TB --- 2012-10-08 10:53:39 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 10:53:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 10:53:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 10:53:39 - SRCCONF=/dev/null TB --- 2012-10-08 10:53:39 - TARGET=powerpc TB --- 2012-10-08 10:53:39 - TARGET_ARCH=powerpc64 TB --- 2012-10-08 10:53:39 - TZ=UTC TB --- 2012-10-08 10:53:39 - __MAKE_CONF=/dev/null TB --- 2012-10-08 10:53:39 - cd /src TB --- 2012-10-08 10:53:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 8 10:53:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_forward.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_id.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_input.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_mroute.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_output.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/netinet6/ip6_ipsec.c /src/sys/netinet6/ip6_ipsec.c: In function 'ip6_ipsec_output': /src/sys/netinet6/ip6_ipsec.c:303: error: request for member 'm_hdr' in something not a structure or union *** [ip6_ipsec.o] Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-08 11:02:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-08 11:02:53 - ERROR: failed to build LINT kernel TB --- 2012-10-08 11:02:53 - 8864.13 user 1177.91 system 10455.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 13:51:13 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B71A106564A; Mon, 8 Oct 2012 13:51:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 00F3A8FC0A; Mon, 8 Oct 2012 13:51:12 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q98DYUQK009907; Mon, 8 Oct 2012 06:34:30 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q98DYUm6009906; Mon, 8 Oct 2012 06:34:30 -0700 (PDT) (envelope-from david) Date: Mon, 8 Oct 2012 06:34:30 -0700 From: David Wolfskill To: Gleb Smirnoff Message-ID: <20121008133430.GO2583@albert.catwhisker.org> References: <20121007151128.GL23688@albert.catwhisker.org> <5071AAF6.9020009@protected-networks.net> <5071C118.40302@protected-networks.net> <20121008080447.GP34622@glebius.int.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y5wfsVCgeKAcINk2" Content-Disposition: inline In-Reply-To: <20121008080447.GP34622@glebius.int.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Cooper , current@FreeBSD.org Subject: Re: Message "in_cksum_skip: out of data by ...." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Oct 2012 13:51:13 -0000 --Y5wfsVCgeKAcINk2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 08, 2012 at 12:04:47PM +0400, Gleb Smirnoff wrote: > David and Michael, >=20 > On Sun, Oct 07, 2012 at 10:52:13AM -0700, Garrett Cooper wrote: > G> > On 10/07/12 13:03, Garrett Cooper wrote: > G> >> Maybe these revisions had something to do with it... (r241245 is > G> >> more likely)? > G> > > G> > I reverted r241245 and the messages went away, >=20 > Can you please try r241344? Done; seems to work: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #700 241344= M: Mon Oct 8 06:20:59 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr= /src/sys/CANARY i386 No whines in /var/log/messages or console (about "in_cksum_skip: out of data by ....", at least). Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Y5wfsVCgeKAcINk2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBy1mUACgkQmprOCmdXAD3JmgCbBhNHyEchw7DOzcwM4GgmAs24 bIkAnjm7cXimbL+98g/y14uj4gxO/Ouc =BgB1 -----END PGP SIGNATURE----- --Y5wfsVCgeKAcINk2-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 13:58:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07DC4106566C; Mon, 8 Oct 2012 13:58:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BA64A8FC16; Mon, 8 Oct 2012 13:58:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q98DwUKC008848; Mon, 8 Oct 2012 09:58:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q98DwU55008838; Mon, 8 Oct 2012 13:58:30 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 8 Oct 2012 13:58:30 GMT Message-Id: <201210081358.q98DwU55008838@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: Mon, 08 Oct 2012 13:58:32 -0000 TB --- 2012-10-08 11:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-08 11:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-08 11:10:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-10-08 11:10:01 - cleaning the object tree TB --- 2012-10-08 11:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-08 11:10:01 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-10-08 11:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-10-08 11:14:00 - /usr/local/bin/svn update /src TB --- 2012-10-08 11:14:12 - At svn revision 241346 TB --- 2012-10-08 11:14:13 - building world TB --- 2012-10-08 11:14:13 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 11:14:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 11:14:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 11:14:13 - SRCCONF=/dev/null TB --- 2012-10-08 11:14:13 - TARGET=pc98 TB --- 2012-10-08 11:14:13 - TARGET_ARCH=i386 TB --- 2012-10-08 11:14:13 - TZ=UTC TB --- 2012-10-08 11:14:13 - __MAKE_CONF=/dev/null TB --- 2012-10-08 11:14:13 - cd /src TB --- 2012-10-08 11:14:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 8 11:14:19 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 8 13:43:17 UTC 2012 TB --- 2012-10-08 13:43:17 - generating LINT kernel config TB --- 2012-10-08 13:43:17 - cd /src/sys/pc98/conf TB --- 2012-10-08 13:43:17 - /usr/bin/make -B LINT TB --- 2012-10-08 13:43:17 - cd /src/sys/pc98/conf TB --- 2012-10-08 13:43:17 - /usr/sbin/config -m LINT TB --- 2012-10-08 13:43:17 - building LINT kernel TB --- 2012-10-08 13:43:17 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 13:43:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 13:43:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 13:43:17 - SRCCONF=/dev/null TB --- 2012-10-08 13:43:17 - TARGET=pc98 TB --- 2012-10-08 13:43:17 - TARGET_ARCH=i386 TB --- 2012-10-08 13:43:17 - TZ=UTC TB --- 2012-10-08 13:43:17 - __MAKE_CONF=/dev/null TB --- 2012-10-08 13:43:17 - cd /src TB --- 2012-10-08 13:43:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 8 13:43:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_forward.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_id.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_ipsec.c /src/sys/netinet6/ip6_ipsec.c: In function 'ip6_ipsec_output': /src/sys/netinet6/ip6_ipsec.c:303: error: request for member 'm_hdr' in something not a structure or union *** [ip6_ipsec.o] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-08 13:58:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-08 13:58:30 - ERROR: failed to build LINT kernel TB --- 2012-10-08 13:58:30 - 7374.64 user 1040.25 system 10109.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 14:00:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22755106566B; Mon, 8 Oct 2012 14:00:39 +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 D46048FC16; Mon, 8 Oct 2012 14:00:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q98E0cUp019097; Mon, 8 Oct 2012 10:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q98E0c8M019091; Mon, 8 Oct 2012 14:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 8 Oct 2012 14:00:38 GMT Message-Id: <201210081400.q98E0c8M019091@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2012 14:00:39 -0000 TB --- 2012-10-08 11:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-08 11:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-08 11:10:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-10-08 11:10:01 - cleaning the object tree TB --- 2012-10-08 11:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-08 11:10:01 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-10-08 11:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-10-08 11:13:13 - /usr/local/bin/svn update /src TB --- 2012-10-08 11:13:26 - At svn revision 241346 TB --- 2012-10-08 11:13:27 - building world TB --- 2012-10-08 11:13:27 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 11:13:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 11:13:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 11:13:27 - SRCCONF=/dev/null TB --- 2012-10-08 11:13:27 - TARGET=i386 TB --- 2012-10-08 11:13:27 - TARGET_ARCH=i386 TB --- 2012-10-08 11:13:27 - TZ=UTC TB --- 2012-10-08 11:13:27 - __MAKE_CONF=/dev/null TB --- 2012-10-08 11:13:27 - cd /src TB --- 2012-10-08 11:13:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 8 11:13:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 8 13:43:17 UTC 2012 TB --- 2012-10-08 13:43:17 - generating LINT kernel config TB --- 2012-10-08 13:43:17 - cd /src/sys/i386/conf TB --- 2012-10-08 13:43:17 - /usr/bin/make -B LINT TB --- 2012-10-08 13:43:17 - cd /src/sys/i386/conf TB --- 2012-10-08 13:43:17 - /usr/sbin/config -m LINT TB --- 2012-10-08 13:43:17 - building LINT kernel TB --- 2012-10-08 13:43:17 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 13:43:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 13:43:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 13:43:17 - SRCCONF=/dev/null TB --- 2012-10-08 13:43:17 - TARGET=i386 TB --- 2012-10-08 13:43:17 - TARGET_ARCH=i386 TB --- 2012-10-08 13:43:17 - TZ=UTC TB --- 2012-10-08 13:43:17 - __MAKE_CONF=/dev/null TB --- 2012-10-08 13:43:17 - cd /src TB --- 2012-10-08 13:43:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 8 13:43:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_forward.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_id.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_ipsec.c /src/sys/netinet6/ip6_ipsec.c: In function 'ip6_ipsec_output': /src/sys/netinet6/ip6_ipsec.c:303: error: request for member 'm_hdr' in something not a structure or union *** [ip6_ipsec.o] Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-08 14:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-08 14:00:38 - ERROR: failed to build LINT kernel TB --- 2012-10-08 14:00:38 - 7515.43 user 1053.34 system 10237.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 14:35:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3675B106564A; Mon, 8 Oct 2012 14:35:53 +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 B47688FC12; Mon, 8 Oct 2012 14:35:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q98EZpqo065281; Mon, 8 Oct 2012 10:35:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q98EZpCg065273; Mon, 8 Oct 2012 14:35:51 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 8 Oct 2012 14:35:51 GMT Message-Id: <201210081435.q98EZpCg065273@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2012 14:35:53 -0000 TB --- 2012-10-08 11:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-08 11:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-08 11:10:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-10-08 11:10:01 - cleaning the object tree TB --- 2012-10-08 11:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-08 11:10:01 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-10-08 11:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-10-08 11:13:32 - /usr/local/bin/svn update /src TB --- 2012-10-08 11:13:55 - At svn revision 241346 TB --- 2012-10-08 11:13:56 - building world TB --- 2012-10-08 11:13:56 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 11:13:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 11:13:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 11:13:56 - SRCCONF=/dev/null TB --- 2012-10-08 11:13:56 - TARGET=amd64 TB --- 2012-10-08 11:13:56 - TARGET_ARCH=amd64 TB --- 2012-10-08 11:13:56 - TZ=UTC TB --- 2012-10-08 11:13:56 - __MAKE_CONF=/dev/null TB --- 2012-10-08 11:13:56 - cd /src TB --- 2012-10-08 11:13:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 8 11:14:04 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Oct 8 14:19:36 UTC 2012 TB --- 2012-10-08 14:19:36 - generating LINT kernel config TB --- 2012-10-08 14:19:36 - cd /src/sys/amd64/conf TB --- 2012-10-08 14:19:36 - /usr/bin/make -B LINT TB --- 2012-10-08 14:19:36 - cd /src/sys/amd64/conf TB --- 2012-10-08 14:19:36 - /usr/sbin/config -m LINT TB --- 2012-10-08 14:19:36 - building LINT kernel TB --- 2012-10-08 14:19:36 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 14:19:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 14:19:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 14:19:36 - SRCCONF=/dev/null TB --- 2012-10-08 14:19:36 - TARGET=amd64 TB --- 2012-10-08 14:19:36 - TARGET_ARCH=amd64 TB --- 2012-10-08 14:19:36 - TZ=UTC TB --- 2012-10-08 14:19:36 - __MAKE_CONF=/dev/null TB --- 2012-10-08 14:19:36 - cd /src TB --- 2012-10-08 14:19:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 8 14:19:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_forward.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_id.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_input.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_mroute.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_output.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netinet6/ip6_ipsec.c /src/sys/netinet6/ip6_ipsec.c: In function 'ip6_ipsec_output': /src/sys/netinet6/ip6_ipsec.c:303: error: request for member 'm_hdr' in something not a structure or union *** [ip6_ipsec.o] Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-08 14:35:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-08 14:35:51 - ERROR: failed to build LINT kernel TB --- 2012-10-08 14:35:51 - 8941.46 user 1365.53 system 12350.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 14:57:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 247EB106564A; Mon, 8 Oct 2012 14:57:41 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 551168FC12; Mon, 8 Oct 2012 14:57:40 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id e12so2771403lag.13 for ; Mon, 08 Oct 2012 07:57:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=28K7FgCY6rXSwtJ5BxO7jwycuhZF7shiABOISj2/WUY=; b=LSBKdQaD/PFle7ZbYfnV3lBn3cDIjWduawWkpzEMXNsZ5m/0euJIchCZGReg+Gxdl+ Baa9bJIxRVL+TesV6DXeaaiwvP0jmLnlNdd0ev33eqWrkjNH1CiVRdUoyo3OzsCo6UgB 9dfhYq+q1Qop208FMKqkF9ifQrirgp+j7agdyXpLXa6rK44Cy7qHvVEOBIfYU1sMx9p4 SWO9CYF+FmcflHUmAn5JH28qEifEGc0VyZy/V434kALqV1IR0VboELrid55jlaMZQRzc 6X0BmEXUr4n69xiQohsUtAoWxujtmsz0bJbqlUQfha6U+99am6G6FamO/I3+t2ZpX9jl Ek2w== MIME-Version: 1.0 Received: by 10.112.26.135 with SMTP id l7mr6904608lbg.84.1349708259245; Mon, 08 Oct 2012 07:57:39 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.101.234 with HTTP; Mon, 8 Oct 2012 07:57:39 -0700 (PDT) In-Reply-To: <5065B873.4070509@omnilan.de> References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> <5062E0DE.70805@omnilan.de> <5065B873.4070509@omnilan.de> Date: Mon, 8 Oct 2012 16:57:39 +0200 X-Google-Sender-Auth: sbekD6Y3GDejF1fO13_vgqMipis Message-ID: From: Attilio Rao To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2012 14:57:41 -0000 On Fri, Sep 28, 2012 at 4:47 PM, Harald Schmalzbauer wrote: > schrieb Attilio Rao am 28.09.2012 16:18 (localtime): >> On Wed, Sep 26, 2012 at 12:02 PM, Harald Schmalzbauer >> wrote: >>> ... >> After many people willing to test fuse on STABLE_9, I made this patch >> that at least compiles there: >> http://www.freebsd.org/~attilio/fuse_import/fuse_stable9_241030.patch > > Thanks a lot! In the meantime I made the original patch compiling. I > simply looked at the changes which were made around july in the fuse > project to follow changes in head (checkpath(), vrecycle() and > vtruncbuf()) and "reverted" them. > Since I have no idea about the code I modified, I'm happy that you did a > more qualified patch set :-) > >> Of course, I didn't have a chance to test it because I'm also out for >> vacation right now but please do and report. > > Happy holiday!!! If you're by chance arround the Oktoberfest, drop me a > note, I'll pay you a Ma=C3=9F (or any other drink if you don't like > =E2=80=9EWiesnbier=E2=80=9C) :-) I really hoped to make this year, but no luck :/ >>> ... >>> Some questions: Is this planned to be mfc'd and if so, how can one know= ? >> In which sense "how can one know?". We usually specify MFC timeouts in >> the commit message (not sure if this answers your concerns). > > Yep, that's what I wanted to know. So if there's no MFC timeout in the > log, it's not intended to be MFCd ever I guess. > > Thanks a lot! > World/Kernel compiled fine in the meantime, I'll do some sshfs tests. Did you do any test in the end? Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Oct 8 15:26:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A87BF1065673; Mon, 8 Oct 2012 15:26:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF448FC26; Mon, 8 Oct 2012 15:26:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q98FQW98082940; Mon, 8 Oct 2012 11:26:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q98FQWRX082938; Mon, 8 Oct 2012 15:26:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 8 Oct 2012 15:26:32 GMT Message-Id: <201210081526.q98FQWRX082938@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: Mon, 08 Oct 2012 15:26:33 -0000 TB --- 2012-10-08 13:32:23 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-08 13:32:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-08 13:32:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-10-08 13:32:23 - cleaning the object tree TB --- 2012-10-08 13:32:23 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-08 13:32:23 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-10-08 13:32:23 - /usr/local/bin/svn cleanup /src TB --- 2012-10-08 13:33:26 - /usr/local/bin/svn update /src TB --- 2012-10-08 13:33:32 - At svn revision 241348 TB --- 2012-10-08 13:33:33 - building world TB --- 2012-10-08 13:33:33 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 13:33:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 13:33:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 13:33:33 - SRCCONF=/dev/null TB --- 2012-10-08 13:33:33 - TARGET=ia64 TB --- 2012-10-08 13:33:33 - TARGET_ARCH=ia64 TB --- 2012-10-08 13:33:33 - TZ=UTC TB --- 2012-10-08 13:33:33 - __MAKE_CONF=/dev/null TB --- 2012-10-08 13:33:33 - cd /src TB --- 2012-10-08 13:33:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 8 13:33:38 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 8 15:08:14 UTC 2012 TB --- 2012-10-08 15:08:14 - generating LINT kernel config TB --- 2012-10-08 15:08:14 - cd /src/sys/ia64/conf TB --- 2012-10-08 15:08:14 - /usr/bin/make -B LINT TB --- 2012-10-08 15:08:14 - cd /src/sys/ia64/conf TB --- 2012-10-08 15:08:14 - /usr/sbin/config -m LINT TB --- 2012-10-08 15:08:14 - building LINT kernel TB --- 2012-10-08 15:08:14 - CROSS_BUILD_TESTING=YES TB --- 2012-10-08 15:08:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-08 15:08:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-08 15:08:14 - SRCCONF=/dev/null TB --- 2012-10-08 15:08:14 - TARGET=ia64 TB --- 2012-10-08 15:08:14 - TARGET_ARCH=ia64 TB --- 2012-10-08 15:08:14 - TZ=UTC TB --- 2012-10-08 15:08:14 - __MAKE_CONF=/dev/null TB --- 2012-10-08 15:08:14 - cd /src TB --- 2012-10-08 15:08:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 8 15:08:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet6/ip6_forward.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet6/ip6_id.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet6/ip6_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet6/ip6_mroute.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet6/ip6_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/netinet6/ip6_ipsec.c /src/sys/netinet6/ip6_ipsec.c: In function 'ip6_ipsec_output': /src/sys/netinet6/ip6_ipsec.c:303: error: request for member 'm_hdr' in something not a structure or union *** [ip6_ipsec.o] Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-08 15:26:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-08 15:26:32 - ERROR: failed to build LINT kernel TB --- 2012-10-08 15:26:32 - 5234.35 user 762.81 system 6848.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 9 09:32:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 087A6D12 for ; Tue, 9 Oct 2012 09:32:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id AE3E28FC14 for ; Tue, 9 Oct 2012 09:32:04 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TLWAU-0003Tx-2y for freebsd-current@freebsd.org; Tue, 09 Oct 2012 11:32:02 +0200 Received: from broadband-77-37-234-86.nationalcablenetworks.ru ([77.37.234.86]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Oct 2012 11:32:02 +0200 Received: from vadim_nuclight by broadband-77-37-234-86.nationalcablenetworks.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 09 Oct 2012 11:32:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Subject: deprecation policy (Was: sysctl kern.ipc.somaxconn limit 65535 why?) Date: Tue, 9 Oct 2012 09:31:42 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 44 Message-ID: References: <03e101cda197$326dc240$974946c0$@org> <506C9CE4.6080400@freebsd.org> <20121008104934.GB25291@felucia.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: broadband-77-37-234-86.nationalcablenetworks.ru X-Comment-To: Jeremie Le Hen User-Agent: slrn/0.9.9p1 (FreeBSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2012 09:32:05 -0000 Hi Jeremie Le Hen! On Mon, 8 Oct 2012 12:49:34 +0200; Jeremie Le Hen wrote about 'Re: sysctl kern.ipc.somaxconn limit 65535 why?': >> On 03.10.2012 22:03, Adrian Chadd wrote: >>> >>> somaxconn is the connection queue depth. If it's sitting at a couple >>> hundred thousand then something else is going crazily wrong. >>> >>> I understand your frustration, but there's a lot of instances where >>> the application just isn't doing things "right" and the OS tries to >>> hide it as much as psosible. Blowing out somaxconn to chew up a whole >>> lot of resources seems a bit silly. I'd rather investigate why the >>> userland application is not servicing the connect queue often enough. >>> >>> I've written network services that supported tens of thousands of new >>> TCP connections a second on a LAN and I never once had to bump >>> somaxconn past 32767. I'm not saying that it won't apply to your >>> scenario, I'm just trying to explain that there's likely more going >>> on. >> >> I guess the problem is rather kern.ipc.maxsockets which is only 25600. >> >> The name somaxconn is confusing as it specifies the listen queue limit >> instead of the maximum number of connections as the it suggests. > If we want to change that name to something more sensible and less > error-prone like "somaxbacklog", does the project has a policy to change > sysctl names? > I'm thinking of something like renaming the sysctl to "somaxbacklog" and > make "somaxconn" compatibility shim during RELENG_10 which still works > but prints a warning in the dmesg. AFAIR, the policy was to keep for two major releases, not one, though it was the policy for binaries, not sysctl (e.g. if /sbin/natd would be officially made deprecated in 10.0 RELNOTES, then it must be kept in 10.* and 11.* with complete removal in 12.0). Possibly the policy for sysctl's is the same, because 3rd-party software may use such knobs, while not sure this applies to kern.*, though. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Anti-Greenpeace][Sober FreeBSD zealot][http://nuclight.livejournal.com] From owner-freebsd-current@FreeBSD.ORG Tue Oct 9 12:56:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3359DC1E for ; Tue, 9 Oct 2012 12:56:48 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id A4B7A8FC08 for ; Tue, 9 Oct 2012 12:56:47 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3Xbdk652QtzGMl0 for ; Tue, 9 Oct 2012 14:56:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:in-reply-to:references:user-agent:date:date :subject:subject:organization:from:from:received:received :received:vbr-info; s=jakla2; t=1349787405; x=1352379406; bh=mEP yEULBJc0NtGX6Efo2UxLZD4DTXknSKub9oSkijl0=; b=BnbYBfJ9+/ZZU9rd6Ky 1W4gSMyxIxKeZtxvBO5Yzoz7/C3hIVubMIzSYS8JhOZgfHtsb0IpI3gUotRTSOf2 cq2TOHi9ZeUN5+WhRdCsaksBu0u+ch+XSGbGcqYEKQAOBvK9cJ5ANCSOrIJGQUAo 1vkpIHsV5rC/N0MBpDBJCHUk= VBR-Info: md=ijs.si; mc=all; mv=dwl.spamhaus.org; X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id fjJPE72xxr1r for ; Tue, 9 Oct 2012 14:56:45 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Tue, 9 Oct 2012 14:56:45 +0200 (CEST) Received: from neli.ijs.si (unknown [IPv6:2001:1470:ff80:0:21c:c0ff:feb1:8c91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id 4024FFA1 for ; Tue, 9 Oct 2012 14:56:45 +0200 (CEST) From: Mark Martinec Organization: J. Stefan Institute To: current@freebsd.org Subject: Re: (was: Announcing the end of port CVS) no IPv6 mirrors for portsnap.FreeBSD.org Date: Tue, 9 Oct 2012 14:56:43 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <5049E9D2.2060209@FreeBSD.org> In-Reply-To: <5049E9D2.2060209@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201210091456.43884.Mark.Martinec+freebsd@ijs.si> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Oct 2012 12:56:48 -0000 > For those reasons by February 28th 2013 the FreeBSD ports tree will > no longer be exported to CVS. Therefore ports tree updates via CVS > or CVSup will no longer available after that date. All users who use > CVS or CVSup to update the ports tree are encouraged to switch to > portsnap(8) [1] or for users which need more control over their ports > collection checkout use Subversion directly: On an IPv6-only host (9.1-RC1) : # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... none found. Fetching snapshot tag from portsnap.FreeBSD.org... failed. No mirrors remaining, giving up. csup works fine: # csup /etc/cvsup/ports Connected to 2001:15c0:ffff:f::9 Updating collection ports-all/cvs Edit ports/MOVED Cleaning up ... If portsnap wants to become a mainstream ports update channel, it should be accessible over IPv6 too. Mark From owner-freebsd-current@FreeBSD.ORG Tue Oct 9 16:40:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7992312B; Tue, 9 Oct 2012 16:40: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 423E28FC16; Tue, 9 Oct 2012 16:40:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q99GeG8A064069; Tue, 9 Oct 2012 12:40:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q99GeGC0064068; Tue, 9 Oct 2012 16:40:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 9 Oct 2012 16:40:16 GMT Message-Id: <201210091640.q99GeGC0064068@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2012 16:40:23 -0000 TB --- 2012-10-09 12:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-09 12:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-09 12:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-10-09 12:40:00 - cleaning the object tree TB --- 2012-10-09 12:40:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-09 12:40:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-10-09 12:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-10-09 12:43:26 - /usr/local/bin/svn update /src TB --- 2012-10-09 12:44:12 - At svn revision 241371 TB --- 2012-10-09 12:44:13 - building world TB --- 2012-10-09 12:44:13 - CROSS_BUILD_TESTING=YES TB --- 2012-10-09 12:44:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-09 12:44:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-09 12:44:13 - SRCCONF=/dev/null TB --- 2012-10-09 12:44:13 - TARGET=i386 TB --- 2012-10-09 12:44:13 - TARGET_ARCH=i386 TB --- 2012-10-09 12:44:13 - TZ=UTC TB --- 2012-10-09 12:44:13 - __MAKE_CONF=/dev/null TB --- 2012-10-09 12:44:13 - cd /src TB --- 2012-10-09 12:44:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Oct 9 12:44:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Oct 9 15:12:32 UTC 2012 TB --- 2012-10-09 15:12:32 - generating LINT kernel config TB --- 2012-10-09 15:12:32 - cd /src/sys/i386/conf TB --- 2012-10-09 15:12:32 - /usr/bin/make -B LINT TB --- 2012-10-09 15:12:33 - cd /src/sys/i386/conf TB --- 2012-10-09 15:12:33 - /usr/sbin/config -m LINT TB --- 2012-10-09 15:12:33 - building LINT kernel TB --- 2012-10-09 15:12:33 - CROSS_BUILD_TESTING=YES TB --- 2012-10-09 15:12:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-09 15:12:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-09 15:12:33 - SRCCONF=/dev/null TB --- 2012-10-09 15:12:33 - TARGET=i386 TB --- 2012-10-09 15:12:33 - TARGET_ARCH=i386 TB --- 2012-10-09 15:12:33 - TZ=UTC TB --- 2012-10-09 15:12:33 - __MAKE_CONF=/dev/null TB --- 2012-10-09 15:12:33 - cd /src TB --- 2012-10-09 15:12:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 9 15:12:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Oct 9 15:47:06 UTC 2012 TB --- 2012-10-09 15:47:06 - cd /src/sys/i386/conf TB --- 2012-10-09 15:47:06 - /usr/sbin/config -m LINT-NOINET TB --- 2012-10-09 15:47:06 - building LINT-NOINET kernel TB --- 2012-10-09 15:47:06 - CROSS_BUILD_TESTING=YES TB --- 2012-10-09 15:47:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-09 15:47:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-09 15:47:06 - SRCCONF=/dev/null TB --- 2012-10-09 15:47:06 - TARGET=i386 TB --- 2012-10-09 15:47:06 - TARGET_ARCH=i386 TB --- 2012-10-09 15:47:06 - TZ=UTC TB --- 2012-10-09 15:47:06 - __MAKE_CONF=/dev/null TB --- 2012-10-09 15:47:06 - cd /src TB --- 2012-10-09 15:47:06 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Oct 9 15:47:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Tue Oct 9 16:19:26 UTC 2012 TB --- 2012-10-09 16:19:26 - cd /src/sys/i386/conf TB --- 2012-10-09 16:19:26 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-10-09 16:19:26 - building LINT-NOINET6 kernel TB --- 2012-10-09 16:19:26 - CROSS_BUILD_TESTING=YES TB --- 2012-10-09 16:19:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-09 16:19:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-09 16:19:26 - SRCCONF=/dev/null TB --- 2012-10-09 16:19:26 - TARGET=i386 TB --- 2012-10-09 16:19:26 - TARGET_ARCH=i386 TB --- 2012-10-09 16:19:26 - TZ=UTC TB --- 2012-10-09 16:19:26 - __MAKE_CONF=/dev/null TB --- 2012-10-09 16:19:26 - cd /src TB --- 2012-10-09 16:19:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Oct 9 16:19:26 UTC 2012 >>> 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 -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT-NOINET6/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT-NOINET6 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_vsc7323.c cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT-NOINET6/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT-NOINET6 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/common/cxgb_t3_hw.c cc -O2 -pipe -g -DDEFAULT_JUMBO -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/cxgb/cxgb/../../../dev/cxgb -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT-NOINET6/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT-NOINET6 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_main.c /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_main.c: In function 'set_filter': /src/sys/modules/cxgb/cxgb/../../../dev/cxgb/cxgb_main.c:3214: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** [cxgb_main.o] Error code 1 Stop in /src/sys/modules/cxgb/cxgb. *** [all] Error code 1 Stop in /src/sys/modules/cxgb. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/i386.i386/src/sys/LINT-NOINET6. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-09 16:40:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-09 16:40:16 - ERROR: failed to build LINT-NOINET6 kernel TB --- 2012-10-09 16:40:16 - 10928.10 user 1521.19 system 14415.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 9 17:34:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C3A5FD4 for ; Tue, 9 Oct 2012 17:34:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6578FC0A for ; Tue, 9 Oct 2012 17:34:05 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wc20so6631594obb.13 for ; Tue, 09 Oct 2012 10:34:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=NokUPePqUtaHRsNFJV3FRzL7UtoONoq8Clzwxr9Ff88=; b=gp5mv1M9ek1zy2zJJiRtpOIxIBsap6Fc0FS15TbBR292xVEspxz2CvGnbDgxKLxCVr t0btvhA8cvBE6EC2WnV4O3j5uScQJeh6xxVpyx/VvH55SstxOAIj1+mQQBSsHF+Bnesq BU9bSF5NCifmqWg5D5IeXWwViaG3nGV2d/4guhw7tONrUn8LdhOJVrR/WWucwEY9jidW GbK5sbiRxg9CjKhGY1kCgVlTkrPfkW2e3Po6ENYZPw1iniP3o0cTsvHUreCDmQcIXDXl R8rqUZU7ob7MqXfddsqmgJb3uv1reiozRg4CxRBQ9SuJ+T7OqtIzYoZkZ7jghnKJm2Kp M3pA== MIME-Version: 1.0 Received: by 10.60.11.67 with SMTP id o3mr17163769oeb.43.1349804045273; Tue, 09 Oct 2012 10:34:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.76.153.69 with HTTP; Tue, 9 Oct 2012 10:34:05 -0700 (PDT) In-Reply-To: References: <03e101cda197$326dc240$974946c0$@org> <506C9CE4.6080400@freebsd.org> <20121008104934.GB25291@felucia.tataz.chchile.org> Date: Tue, 9 Oct 2012 10:34:05 -0700 X-Google-Sender-Auth: rinBjPNhOepEQaVf8AWp2VBYBl8 Message-ID: Subject: Re: deprecation policy (Was: sysctl kern.ipc.somaxconn limit 65535 why?) From: Adrian Chadd To: vadim_nuclight@mail.ru Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Oct 2012 17:34:06 -0000 .. let's like, create some better sysctl descriptions? :-) Then encourage those to be used in documentation somewhere? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Oct 9 18:16:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F80E339 for ; Tue, 9 Oct 2012 18:16:13 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 07D1A8FC08 for ; Tue, 9 Oct 2012 18:16:12 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q99IG6QI090703 for ; Tue, 9 Oct 2012 14:16:06 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 9 Oct 2012 14:16:06 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: perl 5.16 on current In-Reply-To: <20120609120028.122CE1065695@hub.freebsd.org> Message-ID: References: <20120609120028.122CE1065695@hub.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.6 at my.mail.server X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=4.5 tests=RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Oct 2012 18:16:13 -0000 Has anyone upgraded to Perl 5.16.0? Are there any outstanding issues or problems? Any packages that don't build? Thanks in advance for any feedback. From owner-freebsd-current@FreeBSD.ORG Tue Oct 9 18:21:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F0115FC for ; Tue, 9 Oct 2012 18:21:35 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id A9A308FC08 for ; Tue, 9 Oct 2012 18:21:34 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 44B4113619EE; Tue, 9 Oct 2012 22:21:33 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 1251B1340159; Tue, 9 Oct 2012 22:21:33 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id LWgaWLGA-LWgmnr9q; Tue, 9 Oct 2012 22:21:32 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1349806893; bh=ptgt0Npf/BrjCQJprOyEaYDgTsnzqibVa3Fgi/kmnP4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Ld8OgNyXMn0OG1SAgC+uSGZAQ4AFJ203E1Kk/xKHlYj9OD4KECfg/xCni/UPj0KnG scEyKs0UA4hTeQm2C1TZ1Byhi2LklvlYrNJTtH30U3DIaarlGmtIOScpSjuvtx1kH/ OeXM6VslOVLdlZkfwV3E+oXpTBaKNqysYc7dFjwE= Message-ID: <50746B1D.8040803@yandex.ru> Date: Tue, 09 Oct 2012 22:21:17 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: AN Subject: Re: perl 5.16 on current References: <20120609120028.122CE1065695@hub.freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Oct 2012 18:21:35 -0000 AN wrote on 09.10.2012 22:16: > Has anyone upgraded to Perl 5.16.0? Are there any outstanding issues or > problems? Any packages that don't build? Thanks in advance for any > feedback. Using it since August, had no problems with it. But I don't use it for programming, only for usual system/desktop stuff. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Tue Oct 9 20:51:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 850C4B38 for ; Tue, 9 Oct 2012 20:51:16 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from Elmer.dco.penx.com (elmer.dco.penx.com [IPv6:2001:470:4b:38:1:0:ae2e:d6a5]) by mx1.freebsd.org (Postfix) with ESMTP id 200E38FC08 for ; Tue, 9 Oct 2012 20:51:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by Elmer.dco.penx.com (8.14.5/8.14.5) with ESMTP id q99Kp9eu067351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Oct 2012 14:51:11 -0600 (MDT) (envelope-from freebsd@penx.com) Date: Tue, 9 Oct 2012 14:51:09 -0600 (MDT) From: Dennis Glatting X-X-Sender: dennisg@Elmer.dco.penx.com To: AN Subject: Re: perl 5.16 on current In-Reply-To: Message-ID: References: <20120609120028.122CE1065695@hub.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Oct 2012 20:51:16 -0000 On Tue, 9 Oct 2012, AN wrote: > Has anyone upgraded to Perl 5.16.0? Are there any outstanding issues or > problems? Any packages that don't build? Thanks in advance for any > feedback. > I'm using under RELENG_9 without issue though I did rebuild all dependencies. From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 00:45:24 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B37C9E5; Wed, 10 Oct 2012 00:45:24 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 090D08FC1E; Wed, 10 Oct 2012 00:45:23 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 504805605B; Tue, 9 Oct 2012 19:45:23 -0500 (CDT) Date: Tue, 9 Oct 2012 19:45:23 -0500 From: Mark Linimon To: freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: [HEADSUP] FYI: patch to ports that do not build with clang has been committed Message-ID: <20121010004523.GA15209@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: linimon@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 00:45:24 -0000 The commit mail hasn't gone through yet, so I guess I need to post this first and reference the commit mail later. Sometime in the near future, the default CC on -current will be switched to clang. The patch I have committed is a workaround -- an interim measure -- to get ready for this transition. I have made changes to ports/Mk/bsd.gcc.mk that allow the addition of "USE_GCC=any" to a port's Makefile, and then committed that change to various ports. In most (but not all!) cases this will tell the port "build with gcc instead of clang" (*) . For those users with CC installed as gcc (including -stable), this patch should have no effect. Variations of combinations have been heavily tested on pointyhat-west. If there are any regressions, please contact me. You can see the difference in the errorlogs here: With USE_GCC=any: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp-clang.20121007231359.pointyhat-west/index-category.html Without USE_GCC=any: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp-clang.20121005165436.pointyhat-west/index-category.html While the absolute number of errors is not that much different, that is a false indication: over 2500 more packages are built "with" than "without". For those who wish to build *only* with clang, and thus defeat the workaround, simply set FORCE_BASE_CC_FOR_TESTING=anything, either in the Makefile line, or, if you are adventurous, in your /etc/make.conf. We appreciate all the testing that we can get (it is too much for any small group of people, much less one person.) In the long run, I would like to see as many ports built natively with clang as possible, and I appreciate the work that people have been doing to move us towards that goal. However, once the switch is made, it would have been a burden to everyone tracking -current to have suddenly found themselves "enlisted" in that effort :-) So, for the medium-term, this workaround should reduce the POLA violation. *Note* that due to the high number (over a thousand!) ports that do not build with clang, I arbitrarily decided to apply the workaround only to "ports that block 2 or more other ports from building" union "important ports". This does not mean that the workaround shouldn't be applied to other ports that are too hard to fix. This is part 1 of a set of patches that are being proposed to deal with the switchover. As I merge and test them some more, I will put them out for further review. Thanks. mcl * several ports are very, very, clever, and detect clang anyways; others build with gcc if CC is unset, but don't with CC=gcc. These ports are broken, and need to be fixed as we continue the process of switching over. From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 05:15:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1A52EBF; Wed, 10 Oct 2012 05:15:38 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 113368FC12; Wed, 10 Oct 2012 05:15:37 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hr7so110282wib.13 for ; Tue, 09 Oct 2012 22:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=P6OPm+u2rzcKF0WdLy9KYRZ8rHZIEiLf/fVDvz7cq0Q=; b=gw2uAw3VEj01l5ntpVwMLmvgfYCoSNiNgbNkhcYqem7On7eOEuVpKbFxluQEfGvySd t6TxFO97j52wQzZ66Pn5Pgm7csLc7NxE43SnsXAvhgLnkASF9hBMIciuQT+cmNZepFzx JCM2iW1jK+j64nzNARpwb1EykeEc/PNYMyRRXVjxjMp7MdqLpjd/0jaRQO2PcP4iD5Oh xjyQN5A8xS0WTmKlFSYCSX58kfu0Llx9PTL+Mbw7M5fKMUeUB4HuYNKVMQrfVbpGplHD T4jX9gRgkUuE4dqZ+VADvisVrpv8xKZRhD0cZIPUih1mrRxEOjkWUVtFrpIUW57JrKLH 1qpA== MIME-Version: 1.0 Received: by 10.216.197.104 with SMTP id s82mr12887252wen.62.1349846136049; Tue, 09 Oct 2012 22:15:36 -0700 (PDT) Received: by 10.223.66.194 with HTTP; Tue, 9 Oct 2012 22:15:35 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> <5062E0DE.70805@omnilan.de> <5065B873.4070509@omnilan.de> Date: Tue, 9 Oct 2012 22:15:35 -0700 Message-ID: Subject: Re: MPSAFE VFS -- List of upcoming actions From: Kevin Oberman To: attilio@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , Harald Schmalzbauer , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 05:15:39 -0000 On Mon, Oct 8, 2012 at 7:57 AM, Attilio Rao wrote: > On Fri, Sep 28, 2012 at 4:47 PM, Harald Schmalzbauer > wrote: >> schrieb Attilio Rao am 28.09.2012 16:18 (localtime): >>> On Wed, Sep 26, 2012 at 12:02 PM, Harald Schmalzbauer >>> wrote: >>>> ... >>> After many people willing to test fuse on STABLE_9, I made this patch >>> that at least compiles there: >>> http://www.freebsd.org/~attilio/fuse_import/fuse_stable9_241030.patch >> >> Thanks a lot! In the meantime I made the original patch compiling. I >> simply looked at the changes which were made around july in the fuse >> project to follow changes in head (checkpath(), vrecycle() and >> vtruncbuf()) and "reverted" them. >> Since I have no idea about the code I modified, I'm happy that you did a >> more qualified patch set :-) >> >>> Of course, I didn't have a chance to test it because I'm also out for >>> vacation right now but please do and report. >> >> Happy holiday!!! If you're by chance arround the Oktoberfest, drop me a >> note, I'll pay you a Ma=C3=9F (or any other drink if you don't like >> =E2=80=9EWiesnbier=E2=80=9C) :-) > > I really hoped to make this year, but no luck :/ > >>>> ... >>>> Some questions: Is this planned to be mfc'd and if so, how can one kno= w? >>> In which sense "how can one know?". We usually specify MFC timeouts in >>> the commit message (not sure if this answers your concerns). >> >> Yep, that's what I wanted to know. So if there's no MFC timeout in the >> log, it's not intended to be MFCd ever I guess. >> >> Thanks a lot! >> World/Kernel compiled fine in the meantime, I'll do some sshfs tests. > > Did you do any test in the end? > > Thanks, > Attilio i have done same testing and it clearly is more stable than the old kmod. At least operations that crashed my system now work. I did see one weird anomaly, though. I had several NTFS file system mounted, one a Windows OS. I also had a GELI encrypted UFS file system mounted. They were both mounted and working. I finished with the data disk and tried to unmount it. I got no error, but it remained mounted. I did not actually try to access it. Figured it would umount when I shut down or end up dirty and I'd have to fsck it. The unmount attempt was using nautilus/gnome-mount. This is not the odd part, though. After the attempt to unmount the UFS device, I could no longer access the Window_OS file system. an ls showed the mount point to be d--------- and an attempt to list files in the directory reported that the socket was not found. So it looks like the attempt to unmount one NTFS FS deleted the socket for the other. This make absolutely no sense to me, but you understand the underlying opertations better than I do. Repeated efforts have failed to re-create the problem. I'm baffled. It is possible that there is no relationship between the two odd things happening at about the same time (NTFS volume lost socket and UFS disk won;t unmount, but reports no errors), but neither has happened since. FWIW, I also see that no device numbers are listed for the fuse devices: /dev/fuse 184319948 165594236 18725712 90% /media/Media /dev/fuse 110636028 82934424 27701604 75% /media/Windows7_OS How does the system distinguish between them? --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 08:48:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E93B7975 for ; Wed, 10 Oct 2012 08:48:31 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) by mx1.freebsd.org (Postfix) with ESMTP id 822C08FC17 for ; Wed, 10 Oct 2012 08:48:31 +0000 (UTC) Received: from localhost ([90.55.169.100]) by mwinf5d22 with ME id 9LoU1k0082AJaFu03LoUV4; Wed, 10 Oct 2012 10:48:30 +0200 Message-ID: <5075365C.4050400@orange.fr> Date: Wed, 10 Oct 2012 10:48:28 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.7) Gecko/20120831 Thunderbird/10.0.7 MIME-Version: 1.0 To: Mark Linimon Subject: Re: [HEADSUP] FYI: patch to ports that do not build with clang has been committed References: <20121010004523.GA15209@lonesome.com> In-Reply-To: <20121010004523.GA15209@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 08:48:32 -0000 On 10/10/2012 02:45, Mark Linimon wrote: > The commit mail hasn't gone through yet, so I guess I need to post this > first and reference the commit mail later. > > Sometime in the near future, the default CC on -current will be switched > to clang. The patch I have committed is a workaround -- an interim measure -- > to get ready for this transition. > > I have made changes to ports/Mk/bsd.gcc.mk that allow the addition of > "USE_GCC=any" to a port's Makefile, and then committed that change to > various ports. In most (but not all!) cases this will tell the port > "build with gcc instead of clang" (*) . > Why not USE_GCC ?= any for the poor guys like me who build (some) ports with USE_GCC=4.6 ? > For those users with CC installed as gcc (including -stable), this > patch should have no effect. Variations of combinations have been > heavily tested on pointyhat-west. If there are any regressions, please > contact me. > .. > mcl Thanks, Claude Buisson From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 13:44:24 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24ED4F59; Wed, 10 Oct 2012 13:44:24 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id 07A8C8FC14; Wed, 10 Oct 2012 13:44:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q9ADiN5E034079; Wed, 10 Oct 2012 13:44:23 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9ADiN5f034074; Wed, 10 Oct 2012 13:44:23 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Wed, 10 Oct 2012 15:44:21 +0200 From: Baptiste Daroussin To: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org Subject: [HEADSUP] current switched by default to pkgng Message-ID: <20121010134421.GI26497@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U3s59FfKcByyGl+j" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 13:44:24 -0000 --U3s59FfKcByyGl+j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, If you are using the ports tree on a FreeBSD current setup, then you are concerned by the announce. As nvidia-drivers has been fixed and is now properly working with pkgng, the ports tree as been switch by default to use pkgng on FreeBSD Current based on version >= 1000017 which was the version when we tested the switch code. Make sure to read UPDATING (from ports) to correctly migrate your system or find instruction to make your system still running with legacy pkg_install tools. regards, Bapt --U3s59FfKcByyGl+j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlB1e7UACgkQ8kTtMUmk6EwNXACggkgnKUDs1rT90Ex07gnJ0ndF lOYAniCF0VXp3dnyVRgoHAMQ1cqCx7tV =nCZb -----END PGP SIGNATURE----- --U3s59FfKcByyGl+j-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 13:51:36 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 043E5365; Wed, 10 Oct 2012 13:51:36 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id A173F8FC0C; Wed, 10 Oct 2012 13:51:32 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [76.124.49.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id D889723F645; Wed, 10 Oct 2012 09:51:31 -0400 (EDT) Date: Wed, 10 Oct 2012 09:51:30 -0400 From: Glen Barber To: Baptiste Daroussin Subject: Re: [HEADSUP] current switched by default to pkgng Message-ID: <20121010135130.GF10429@glenbarber.us> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JcvBIhDvR6w3jUPA" Content-Disposition: inline In-Reply-To: <20121010134421.GI26497@ithaqua.etoilebsd.net> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 13:51:36 -0000 --JcvBIhDvR6w3jUPA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 10, 2012 at 03:44:21PM +0200, Baptiste Daroussin wrote: > Hi all, >=20 > If you are using the ports tree on a FreeBSD current setup, then you are > concerned by the announce. >=20 > As nvidia-drivers has been fixed and is now properly working with pkgng, = the > ports tree as been switch by default to use pkgng on FreeBSD Current base= d on > version >=3D 1000017 which was the version when we tested the switch code. >=20 > Make sure to read UPDATING (from ports) to correctly migrate your system = or find > instruction to make your system still running with legacy pkg_install too= ls. >=20 Congratulations, and thank you for all of your hard work on this! Glen --JcvBIhDvR6w3jUPA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQdX1iAAoJEFJPDDeguUajzlcH/iSbqxtSv8jjQrv9B695jja+ 05eDIlDIcn0+C4OFDBISVU/bxEx4R/ttlaI/jElY81b7+lu9pDdFhFDVPDNULBrH z3bPtDAQ4Lx0gbbvz8tMUwO2KjbOUvyjlK+nH90wkTTjDXvZldJvCjMAUm8AewgV Fdej6cnnx46e0vFB4lF1Wdr3nq2M9BVXpVfPgE/IVw9t+jDfS56CHR+QipZnrd34 nSxbQbryCBoRV7OeJrg27Z8KiecrLVkyEPyCGUe9S8vLhBndoCRAyKl5Q0dIlHu5 3JRrK3iw8UBFnXcpEHs0XVtkYTqK5FoQeWxcDUhZFwUrlahEBoy2IsJ1P4mEutM= =v/xb -----END PGP SIGNATURE----- --JcvBIhDvR6w3jUPA-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 14:00:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FAE0864 for ; Wed, 10 Oct 2012 14:00:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9F38FC14 for ; Wed, 10 Oct 2012 14:00:40 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TLwpy-0008HG-N8 for freebsd-current@freebsd.org; Wed, 10 Oct 2012 16:00:38 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Oct 2012 16:00:38 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Oct 2012 16:00:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Subject: Re: [HEADSUP] current switched by default to pkgng Date: Wed, 10 Oct 2012 16:00:23 +0200 Lines: 42 Message-ID: References: <20121010134421.GI26497__49086.9873007343$1349876789$gmane$org@ithaqua.etoilebsd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig006FBEEFBF5652C9DD87828F" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120812 Thunderbird/14.0 In-Reply-To: <20121010134421.GI26497__49086.9873007343$1349876789$gmane$org@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.4.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 14:00:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig006FBEEFBF5652C9DD87828F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10/10/2012 15:44, Baptiste Daroussin wrote: > Hi all, >=20 > If you are using the ports tree on a FreeBSD current setup, then you ar= e > concerned by the announce. >=20 > As nvidia-drivers has been fixed and is now properly working with pkgng= , the > ports tree as been switch by default to use pkgng on FreeBSD Current ba= sed on > version >=3D 1000017 which was the version when we tested the switch co= de. >=20 > Make sure to read UPDATING (from ports) to correctly migrate your syste= m or find > instruction to make your system still running with legacy pkg_install t= ools. Thank you! --------------enig006FBEEFBF5652C9DD87828F 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.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlB1f3cACgkQ/QjVBj3/HSxggACeJaaRyOCDt2ByLouhumgV+jbN 0xMAoKGkcl8cxAk7NdcKFf63gY3rK7qD =6oyV -----END PGP SIGNATURE----- --------------enig006FBEEFBF5652C9DD87828F-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 14:16:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA3D1DD2; Wed, 10 Oct 2012 14:16:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF7A28FC14; Wed, 10 Oct 2012 14:16:39 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so579556lbd.13 for ; Wed, 10 Oct 2012 07:16:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Emw3WDSv3cx24RzP2Vb83jpaECCKgIrAtXUpxGs5fZY=; b=wun0N2XAePYS3hsFXW64YFISVZvxd7G+PS69SHQrKHRxXnmGn0eNmIwrK7S/rQ/wSI YyXb6gkxlTAJCXF8f8b1q2g/+3NL1oHWTBgJEDeLjaohQy1ONibO8Fby9dmv77XRBcso 1BMXjUcNT+jmtDNmXxzGJJZ3G2/9i/CRInksU1tVl3TsHCBk/APsjQsoLBb1tvwZETpY EQuLOpR8v8EHWdAAtWpLcEGLRAbKKi4uRwHFFnbGFJ0fuvOV8Q5/a5ANgUi/JniwwTWY g9tZZ+ZLlCl1N2P/WVx0sP0VoyFWG6Z1In7sgafL3ixybTRzWXIbcV9pwpP09mLfFqyL 0QaA== MIME-Version: 1.0 Received: by 10.112.28.98 with SMTP id a2mr1356473lbh.110.1349878598383; Wed, 10 Oct 2012 07:16:38 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.101.234 with HTTP; Wed, 10 Oct 2012 07:16:38 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> <5062E0DE.70805@omnilan.de> <5065B873.4070509@omnilan.de> Date: Wed, 10 Oct 2012 15:16:38 +0100 X-Google-Sender-Auth: OUg9aRI-HLCYpFCJ3ie2WQewPOU Message-ID: Subject: Re: MPSAFE VFS -- List of upcoming actions From: Attilio Rao To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , Harald Schmalzbauer , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2012 14:16:40 -0000 On Wed, Oct 10, 2012 at 6:15 AM, Kevin Oberman wrote: > On Mon, Oct 8, 2012 at 7:57 AM, Attilio Rao wrote: >> On Fri, Sep 28, 2012 at 4:47 PM, Harald Schmalzbauer >> wrote: >>> schrieb Attilio Rao am 28.09.2012 16:18 (localtime): >>>> On Wed, Sep 26, 2012 at 12:02 PM, Harald Schmalzbauer >>>> wrote: >>>>> ... >>>> After many people willing to test fuse on STABLE_9, I made this patch >>>> that at least compiles there: >>>> http://www.freebsd.org/~attilio/fuse_import/fuse_stable9_241030.patch >>> >>> Thanks a lot! In the meantime I made the original patch compiling. I >>> simply looked at the changes which were made around july in the fuse >>> project to follow changes in head (checkpath(), vrecycle() and >>> vtruncbuf()) and "reverted" them. >>> Since I have no idea about the code I modified, I'm happy that you did = a >>> more qualified patch set :-) >>> >>>> Of course, I didn't have a chance to test it because I'm also out for >>>> vacation right now but please do and report. >>> >>> Happy holiday!!! If you're by chance arround the Oktoberfest, drop me a >>> note, I'll pay you a Ma=C3=9F (or any other drink if you don't like >>> =E2=80=9EWiesnbier=E2=80=9C) :-) >> >> I really hoped to make this year, but no luck :/ >> >>>>> ... >>>>> Some questions: Is this planned to be mfc'd and if so, how can one kn= ow? >>>> In which sense "how can one know?". We usually specify MFC timeouts in >>>> the commit message (not sure if this answers your concerns). >>> >>> Yep, that's what I wanted to know. So if there's no MFC timeout in the >>> log, it's not intended to be MFCd ever I guess. >>> >>> Thanks a lot! >>> World/Kernel compiled fine in the meantime, I'll do some sshfs tests. >> >> Did you do any test in the end? >> >> Thanks, >> Attilio > > i have done same testing and it clearly is more stable than the old > kmod. At least operations that crashed my system now work. > > I did see one weird anomaly, though. I had several NTFS file system > mounted, one a Windows OS. I also had a GELI encrypted UFS file system > mounted. They were both mounted and working. I finished with the data > disk and tried to unmount it. I got no error, but it remained mounted. > I did not actually try to access it. Figured it would umount when I > shut down or end up dirty and I'd have to fsck it. The unmount attempt > was using nautilus/gnome-mount. This is not the odd part, though. Kevin, can you please report steps required to reproduce it in high detail (rather than a description), please? This will help in reproducing it and eventually fixing it. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 14:51:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D8DDE88; Wed, 10 Oct 2012 14:51:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2F88FC1E; Wed, 10 Oct 2012 14:51:14 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so616581lbd.13 for ; Wed, 10 Oct 2012 07:51:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hexGbezS2gz9Af9x/sKm51PE2C2h0XPy2ueNh9v1P44=; b=wMoyIDVO3wKDtkSAJ210qTIQWE37A1y3PUMJubMoV15liwFO7Cvlewb4vxHEoMXCLJ i/tSev8AF/9u+cdXm2t+/f9s+5h2MnEJHZFXuhU3oKIklv392qGzWS83vYY8ZiN8Vitl nOy4Nlvaa/H1VcTyEg2WO2zH/uSm8T6+4tHr1+2iEC2MWR2M77l4mOwe+7Mrk9qdCsJ5 peEe5g012UcEk9s56p9UIzjhsHrbQd/fyCz6WUHiAiABgtHoUS8l+Di705Xqz5+0Qctf Xouo3M2UNjaa5SUWGz+tBsBDg+OlIL5dstbDNNmlQELwZXRnlH7phTg4OzYKTvHHIABU F2mw== MIME-Version: 1.0 Received: by 10.112.82.103 with SMTP id h7mr9404085lby.50.1349880673855; Wed, 10 Oct 2012 07:51:13 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.101.234 with HTTP; Wed, 10 Oct 2012 07:51:13 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> <5062E0DE.70805@omnilan.de> <5065B873.4070509@omnilan.de> Date: Wed, 10 Oct 2012 15:51:13 +0100 X-Google-Sender-Auth: csYx4z67h2c9XwvHVUIkd14CvzM Message-ID: Subject: Re: MPSAFE VFS -- List of upcoming actions From: Attilio Rao To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , Harald Schmalzbauer , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2012 14:51:16 -0000 On Wed, Oct 10, 2012 at 6:15 AM, Kevin Oberman wrote: > On Mon, Oct 8, 2012 at 7:57 AM, Attilio Rao wrote: >> On Fri, Sep 28, 2012 at 4:47 PM, Harald Schmalzbauer >> wrote: >>> schrieb Attilio Rao am 28.09.2012 16:18 (localtime): >>>> On Wed, Sep 26, 2012 at 12:02 PM, Harald Schmalzbauer >>>> wrote: >>>>> ... >>>> After many people willing to test fuse on STABLE_9, I made this patch >>>> that at least compiles there: >>>> http://www.freebsd.org/~attilio/fuse_import/fuse_stable9_241030.patch >>> >>> Thanks a lot! In the meantime I made the original patch compiling. I >>> simply looked at the changes which were made around july in the fuse >>> project to follow changes in head (checkpath(), vrecycle() and >>> vtruncbuf()) and "reverted" them. >>> Since I have no idea about the code I modified, I'm happy that you did = a >>> more qualified patch set :-) >>> >>>> Of course, I didn't have a chance to test it because I'm also out for >>>> vacation right now but please do and report. >>> >>> Happy holiday!!! If you're by chance arround the Oktoberfest, drop me a >>> note, I'll pay you a Ma=C3=9F (or any other drink if you don't like >>> =E2=80=9EWiesnbier=E2=80=9C) :-) >> >> I really hoped to make this year, but no luck :/ >> >>>>> ... >>>>> Some questions: Is this planned to be mfc'd and if so, how can one kn= ow? >>>> In which sense "how can one know?". We usually specify MFC timeouts in >>>> the commit message (not sure if this answers your concerns). >>> >>> Yep, that's what I wanted to know. So if there's no MFC timeout in the >>> log, it's not intended to be MFCd ever I guess. >>> >>> Thanks a lot! >>> World/Kernel compiled fine in the meantime, I'll do some sshfs tests. >> >> Did you do any test in the end? >> >> Thanks, >> Attilio > > i have done same testing and it clearly is more stable than the old > kmod. At least operations that crashed my system now work. > > I did see one weird anomaly, though. I had several NTFS file system > mounted, one a Windows OS. I also had a GELI encrypted UFS file system > mounted. They were both mounted and working. I finished with the data > disk and tried to unmount it. I got no error, but it remained mounted. > I did not actually try to access it. Figured it would umount when I > shut down or end up dirty and I'd have to fsck it. The unmount attempt > was using nautilus/gnome-mount. This is not the odd part, though. > > After the attempt to unmount the UFS device, I could no longer access > the Window_OS file system. an ls showed the mount point to be > d--------- and an attempt to list files in the directory reported that > the socket was not found. So it looks like the attempt to unmount one > NTFS FS deleted the socket for the other. > > This make absolutely no sense to me, but you understand the underlying > opertations better than I do. Repeated efforts have failed to > re-create the problem. I'm baffled. It is possible that there is no > relationship between the two odd things happening at about the same > time (NTFS volume lost socket and UFS disk won;t unmount, but reports > no errors), but neither has happened since. > > FWIW, I also see that no device numbers are listed for the fuse devices: > /dev/fuse 184319948 165594236 18725712 90% /media/Media > /dev/fuse 110636028 82934424 27701604 75% /media/Windows7_OS > > How does the system distinguish between them? Sorry, forgot to reply about this and it is due: differently from fuse4bsd version, this one doesn't do device cloning but uses devfs*cdevpriv() infrastructure. So effectively different filedescriptors are handled internally. This is why it requires further changes to the mount_fusefs(8) (because the vfs_mount operation also need further knowledge on the per-filedescriptor handle and it cannot acquire it easilly because it is not a devfs operation). Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 15:18:03 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25690976; Wed, 10 Oct 2012 15:18:03 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (mail.vlakno.cz [178.238.39.38]) by mx1.freebsd.org (Postfix) with ESMTP id D6F5C8FC0C; Wed, 10 Oct 2012 15:18:02 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 66B851CC5820; Wed, 10 Oct 2012 17:11:07 +0200 (CEST) Date: Wed, 10 Oct 2012 17:11:07 +0200 From: Roman Divacky To: Mark Linimon Subject: Re: [HEADSUP] FYI: patch to ports that do not build with clang has been committed Message-ID: <20121010151107.GA23777@freebsd.org> References: <20121010004523.GA15209@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121010004523.GA15209@lonesome.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 15:18:03 -0000 Can we arrange exp builds with FORCE_BASE_CC_FOR_TESTING=clang that will report all ports with USE_GCC=* but build with clang? Lets say every three months or so? On Tue, Oct 09, 2012 at 07:45:23PM -0500, Mark Linimon wrote: > The commit mail hasn't gone through yet, so I guess I need to post this > first and reference the commit mail later. > > Sometime in the near future, the default CC on -current will be switched > to clang. The patch I have committed is a workaround -- an interim measure -- > to get ready for this transition. > > I have made changes to ports/Mk/bsd.gcc.mk that allow the addition of > "USE_GCC=any" to a port's Makefile, and then committed that change to > various ports. In most (but not all!) cases this will tell the port > "build with gcc instead of clang" (*) . > > For those users with CC installed as gcc (including -stable), this > patch should have no effect. Variations of combinations have been > heavily tested on pointyhat-west. If there are any regressions, please > contact me. > > You can see the difference in the errorlogs here: > > With USE_GCC=any: > > http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp-clang.20121007231359.pointyhat-west/index-category.html > > Without USE_GCC=any: > > http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp-clang.20121005165436.pointyhat-west/index-category.html > > While the absolute number of errors is not that much different, that > is a false indication: over 2500 more packages are built "with" than > "without". > > For those who wish to build *only* with clang, and thus defeat the > workaround, simply set FORCE_BASE_CC_FOR_TESTING=anything, either > in the Makefile line, or, if you are adventurous, in your /etc/make.conf. > We appreciate all the testing that we can get (it is too much for any > small group of people, much less one person.) > > In the long run, I would like to see as many ports built natively with > clang as possible, and I appreciate the work that people have been doing > to move us towards that goal. However, once the switch is made, it > would have been a burden to everyone tracking -current to have suddenly > found themselves "enlisted" in that effort :-) So, for the medium-term, > this workaround should reduce the POLA violation. > > *Note* that due to the high number (over a thousand!) ports that do not > build with clang, I arbitrarily decided to apply the workaround only to > "ports that block 2 or more other ports from building" union "important > ports". This does not mean that the workaround shouldn't be applied to > other ports that are too hard to fix. > > This is part 1 of a set of patches that are being proposed to deal with > the switchover. As I merge and test them some more, I will put them out > for further review. > > Thanks. > > mcl > > * several ports are very, very, clever, and detect clang anyways; others > build with gcc if CC is unset, but don't with CC=gcc. These ports are > broken, and need to be fixed as we continue the process of switching over. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 15:58:14 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 553D52C2; Wed, 10 Oct 2012 15:58:14 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id 32EBB8FC1E; Wed, 10 Oct 2012 15:58:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q9AFwEXN077909; Wed, 10 Oct 2012 15:58:14 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9AFwDQA077908; Wed, 10 Oct 2012 15:58:13 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Wed, 10 Oct 2012 17:58:12 +0200 From: Baptiste Daroussin To: Jeffrey Bouquet Subject: Re: [HEADSUP] current switched by default to pkgng Message-ID: <20121010155811.GC62709@ithaqua.etoilebsd.net> References: <20121010135130.GF10429@glenbarber.us> <1349883759.10500.YahooMailClassic@web111314.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline In-Reply-To: <1349883759.10500.YahooMailClassic@web111314.mail.gq1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, Glen Barber , ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 15:58:14 -0000 --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 10, 2012 at 08:42:39AM -0700, Jeffrey Bouquet wrote: >=20 >=20 > --- On Wed, 10/10/12, Glen Barber wrote: >=20 > > From: Glen Barber > > Subject: Re: [HEADSUP] current switched by default to pkgng > > To: "Baptiste Daroussin" > > Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org > > Date: Wednesday, October 10, 2012, 6:51 AM > > On Wed, Oct 10, 2012 at 03:44:21PM > > +0200, Baptiste Daroussin wrote: > > > Hi all, > > >=20 > > > If you are using the ports tree on a FreeBSD current > > setup, then you are > > > concerned by the announce. > > >=20 > > > As nvidia-drivers has been fixed and is now properly > > working with pkgng, the > > > ports tree as been switch by default to use pkgng on > > FreeBSD Current based on > > > version >=3D 1000017 which was the version when we > > tested the switch code. > > >=20 > > > Make sure to read UPDATING (from ports) to correctly > > migrate your system or find > > > instruction to make your system still running with > > legacy pkg_install tools. > > >=20 > >=20 > > Congratulations, and thank you for all of your hard work on > > this! > >=20 > > Glen > >=20 > >=20 > I was/am confused by the UPDATING instructions. > To make the switch: (which switch, and only for V10, from which > to which?) > ... > Before and after step 3, how specifically is the system set up? > ... > Should any of this be done by persons using V9 immediately before > a v9 v10 upgrade? And can another synopsis be written for those > before the upgrade, specifically to prepare for either case > after the upgrade?=20 > IOW more subsections and a longer explanation. (I think maybe more > context before/after some of the steps in the procedure...) >=20 >=20 > Just a suggestion. I could probably figure it all out later... the AFFECT line was updated to specify which version of FreeBSD are concern= ed. This also concern people doing an upgrade from v9 to v10, but after the upg= rade to v10. regards, Bapt --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlB1mxMACgkQ8kTtMUmk6EzxgwCdE+iPyh70oQRQBLdgfVpN/DJG FzkAoJaUxjJ+JU9kkIvRINpPrBHGswJw =7sfa -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 16:25:11 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 067E3A93; Wed, 10 Oct 2012 16:25:11 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 1228F8FC0C; Wed, 10 Oct 2012 16:25:10 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id D169139838; Wed, 10 Oct 2012 18:25:08 +0200 (CEST) Date: Wed, 10 Oct 2012 18:25:08 +0200 From: Victor Balada Diaz To: Baptiste Daroussin Subject: Re: [HEADSUP] current switched by default to pkgng Message-ID: <20121010162508.GQ4191@equilibrium.bsdes.net> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20121010134421.GI26497@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 16:25:11 -0000 On Wed, Oct 10, 2012 at 03:44:21PM +0200, Baptiste Daroussin wrote: > Hi all, > > If you are using the ports tree on a FreeBSD current setup, then you are > concerned by the announce. > > As nvidia-drivers has been fixed and is now properly working with pkgng, the > ports tree as been switch by default to use pkgng on FreeBSD Current based on > version >= 1000017 which was the version when we tested the switch code. > > Make sure to read UPDATING (from ports) to correctly migrate your system or find > instruction to make your system still running with legacy pkg_install tools. > > regards, > Bapt Hello Baptiste, Thanks a lot for your hard work. I've been using pkgng for a while on 9.0 and it's been a great experience. Right now you can use pointyhat packages[1] if you use old pkg tools. Is there any plan to create binary packages more often than once per release? Regards. Victor. [1]: http://pointyhat.freebsd.org/errorlogs/amd64-10-packages-latest/ -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 16:29:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC66CE99; Wed, 10 Oct 2012 16:29:59 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id CA0528FC0C; Wed, 10 Oct 2012 16:29:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q9AGTxmR079151; Wed, 10 Oct 2012 16:29:59 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9AGTxlk079150; Wed, 10 Oct 2012 16:29:59 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 10 Oct 2012 18:29:57 +0200 From: Baptiste Daroussin To: "Simon L. B. Nielsen" Subject: Re: [HEADSUP] current switched by default to pkgng Message-ID: <20121010162956.GD62709@ithaqua.etoilebsd.net> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+B+y8wtTXqdUj1xM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, ports-announce@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 16:30:00 -0000 --+B+y8wtTXqdUj1xM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 10, 2012 at 04:52:45PM +0100, Simon L. B. Nielsen wrote: > On Wed, Oct 10, 2012 at 2:44 PM, Baptiste Daroussin wr= ote: > > Hi all, > > > > If you are using the ports tree on a FreeBSD current setup, then you are > > concerned by the announce. > > > > As nvidia-drivers has been fixed and is now properly working with pkgng= , the > > ports tree as been switch by default to use pkgng on FreeBSD Current ba= sed on > > version >=3D 1000017 which was the version when we tested the switch co= de. > > > > Make sure to read UPDATING (from ports) to correctly migrate your syste= m or find > > instruction to make your system still running with legacy pkg_install t= ools. >=20 > I read UPDATING, but I'm still not sure what this means when I use > ports and not packages. >=20 > Does it mean that I should install pkg to have /var/db/pkg managed, > but otherwise ports keeps working the same way, or? >=20 > --=20 > Simon L. B. Nielsen That means you either have to add WITHOUT_PKGNG to you make.conf so that no= thing changes for you or follow the procedure (which is for ports only) and your local ports will= be managed by pkgng, and you can forget about all the pkg_* tools :) regards, Bapt --+B+y8wtTXqdUj1xM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlB1ooQACgkQ8kTtMUmk6EwY8QCdFd6WmFJwU7rvObm1/BGldPQQ B8MAoLEiP9kw+qltxC9KomXKuZVCvLc3 =yQD0 -----END PGP SIGNATURE----- --+B+y8wtTXqdUj1xM-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 16:31:51 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9409C2FB; Wed, 10 Oct 2012 16:31:51 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5F08FC2B; Wed, 10 Oct 2012 16:31:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q9AGVpi0080932; Wed, 10 Oct 2012 16:31:51 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9AGVo21080931; Wed, 10 Oct 2012 16:31:50 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Wed, 10 Oct 2012 18:31:49 +0200 From: Baptiste Daroussin To: Victor Balada Diaz Subject: Re: [HEADSUP] current switched by default to pkgng Message-ID: <20121010163148.GE62709@ithaqua.etoilebsd.net> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <20121010162508.GQ4191@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ns7jmDPpOpCD+GE/" Content-Disposition: inline In-Reply-To: <20121010162508.GQ4191@equilibrium.bsdes.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 16:31:51 -0000 --Ns7jmDPpOpCD+GE/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 10, 2012 at 06:25:08PM +0200, Victor Balada Diaz wrote: > On Wed, Oct 10, 2012 at 03:44:21PM +0200, Baptiste Daroussin wrote: > > Hi all, > >=20 > > If you are using the ports tree on a FreeBSD current setup, then you are > > concerned by the announce. > >=20 > > As nvidia-drivers has been fixed and is now properly working with pkgng= , the > > ports tree as been switch by default to use pkgng on FreeBSD Current ba= sed on > > version >=3D 1000017 which was the version when we tested the switch co= de. > >=20 > > Make sure to read UPDATING (from ports) to correctly migrate your syste= m or find > > instruction to make your system still running with legacy pkg_install t= ools. > >=20 > > regards, > > Bapt >=20 > Hello Baptiste, >=20 > Thanks a lot for your hard work. >=20 > I've been using pkgng for a while on 9.0 and it's been a great experience. >=20 > Right now you can use pointyhat packages[1] if you use old pkg tools. Is > there any plan to create binary packages more often than once per release? >=20 > Regards. > Victor. >=20 > [1]: http://pointyhat.freebsd.org/errorlogs/amd64-10-packages-latest/ > --=20 > La prueba m=E1s fehaciente de que existe vida inteligente en otros > planetas, es que no han intentado contactar con nosotros.=20 Yes there is http://pkg.FreeBSD.org (no website in there no need to try to there) which will point you to pkgbeta.freebsd.org where some packages resi= des. Unfortunatly the package building cluster needs some time to get more relia= ble and thus the packages out there are not updated very often. regards, Bapt --Ns7jmDPpOpCD+GE/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlB1ovQACgkQ8kTtMUmk6EzPHQCgitY9gin10t6u8fxkV1XwGHkw pScAoKUgkIKXu8zr02PHSUi10CiXiwew =iu+d -----END PGP SIGNATURE----- --Ns7jmDPpOpCD+GE/-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 16:34:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1A255F0; Wed, 10 Oct 2012 16:34:13 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 68C398FC17; Wed, 10 Oct 2012 16:34:13 +0000 (UTC) Received: from seedling.local (host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q9AGY8t1050511 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Oct 2012 17:34:09 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q9AGY8t1050511 Authentication-Results: smtp.infracaninophile.co.uk/q9AGY8t1050511; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121] claimed to be seedling.local Message-ID: <5075A379.5080909@FreeBSD.org> Date: Wed, 10 Oct 2012 17:34:01 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "Simon L. B. Nielsen" Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> In-Reply-To: X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC618E7640C3C6B38E9C6D066" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=4.4 required=5.0 tests=BAYES_00,RCVD_IN_PBL, RCVD_IN_RP_RNBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: ports@freebsd.org, Baptiste Daroussin , ports-announce@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 16:34:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC618E7640C3C6B38E9C6D066 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/10/2012 16:52, Simon L. B. Nielsen wrote: > I read UPDATING, but I'm still not sure what this means when I use > ports and not packages. It means that if you're a user of HEAD, and you don't opt out by setting WITHOUT_PKGNG=3Dyes in make.conf, then: * the next time you use the ports, ports-mgmt/pkg will be installed as a dependency * pkgng will be used to register all the ports you subsequently install into /var/db/pkg/local.sqlite However, unless you take some preventive action, any ports that were installed before this update won't be added to the registry in local.sqlite. You'll end up with a mix of stuff using the old subdirs of /var/db/pkg from pkg_tools and the new local.sqlite from pkgng. Sorting that out is a one-time job to import the pkg_tools data into pkgng's database using pkg2ng, which is what the instructions in UPDATING describe. > Does it mean that I should install pkg to have /var/db/pkg managed, > but otherwise ports keeps working the same way, or? pkgng will need to be installed, yes. You'll need to switch to using pkgng commands rather than pkg_tools -- eg: pkg info -a to get a list of all installed ports. You need to patch portmaster(8) if you use that -- although a patched version will soon be available in ports. Apart from that, the ports will work pretty much exactly as they used to do. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enigC618E7640C3C6B38E9C6D066 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEUEARECAAYFAlB1o4AACgkQ8Mjk52CukIyXmACYvBtS7vw0+f55gfcOSkTZenzh lACfSDpeH0UYZU5sPrW6xZS37vgMy/8= =Y3kw -----END PGP SIGNATURE----- --------------enigC618E7640C3C6B38E9C6D066-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 16:43:30 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD97DDB6; Wed, 10 Oct 2012 16:43:30 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 6B84E8FC1F; Wed, 10 Oct 2012 16:43:30 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 05920E6594; Wed, 10 Oct 2012 17:46:56 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=PLg8LIoc0We8 cgv4xYUuw+0G2I8=; b=dZdqwdh7ca+BPR6IFLTGhCyDkZGEdmKSxh575puSsaE+ BMx/0JeY9rjsTIzVFWv9aI2+z3ufRCfa8fd+bE4BgC/j3QdWjHtGA0YiCatThwe0 Vptdtkq3rFT0T1EknZ3Z0bagRwipcitC7Rz+HvD6+fOdPBYpBDDpd9Is8sFf+uU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=dRnU7d dcs9WbFJsPHwpuoY1ZrHT9LmK6dZGtrRxg9h732LF0/+UHTKtpvm9u+1o1wtJhr5 E8J3nLcvzznS1b3hLt15WRpQaty2dTewf38X0jnmckvnAmWeHY0Sn/fU42uT4F+5 zfww1LoXun2nAPQzoKFtvSRsiIdxhTV5tCSlg= Received: from [192.168.2.33] (unknown [93.89.81.205]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id C9B84E657B; Wed, 10 Oct 2012 17:46:55 +0100 (BST) Message-ID: <5075A5B1.5080106@cran.org.uk> Date: Wed, 10 Oct 2012 17:43:29 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <20121010162508.GQ4191@equilibrium.bsdes.net> <20121010163148.GE62709@ithaqua.etoilebsd.net> In-Reply-To: <20121010163148.GE62709@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Victor Balada Diaz , ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 16:43:31 -0000 On 10/10/2012 17:31, Baptiste Daroussin wrote: > Yes there is http://pkg.FreeBSD.org (no website in there no need to > try to there) which will point you to pkgbeta.freebsd.org where some > packages resides. On my systems pkg.freebsd.org doesn't seem to exist: > ping pkg.freebsd.org ping: cannot resolve pkg.freebsd.org: No address associated with name -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 16:50:52 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C7733F3; Wed, 10 Oct 2012 16:50:52 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id A2EB98FC0C; Wed, 10 Oct 2012 16:50:51 +0000 (UTC) Received: from seedling.local (host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q9AGofJI051189 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Oct 2012 17:50:42 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q9AGofJI051189 Authentication-Results: smtp.infracaninophile.co.uk/q9AGofJI051189; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121] claimed to be seedling.local Message-ID: <5075A761.7050405@FreeBSD.org> Date: Wed, 10 Oct 2012 17:50:41 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Bruce Cran Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <20121010162508.GQ4191@equilibrium.bsdes.net> <20121010163148.GE62709@ithaqua.etoilebsd.net> <5075A5B1.5080106@cran.org.uk> In-Reply-To: <5075A5B1.5080106@cran.org.uk> X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig38EF0F340D11ED3CC1612346" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_RP_RNBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: ports@FreeBSD.org, Victor Balada Diaz , Baptiste Daroussin , ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 16:50:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig38EF0F340D11ED3CC1612346 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/10/2012 17:43, Bruce Cran wrote: > On 10/10/2012 17:31, Baptiste Daroussin wrote: >> Yes there is http://pkg.FreeBSD.org (no website in there no need to >> try to there) which will point you to pkgbeta.freebsd.org where some >> packages resides. >=20 > On my systems pkg.freebsd.org doesn't seem to exist: >=20 >> ping pkg.freebsd.org > ping: cannot resolve pkg.freebsd.org: No address associated with name >=20 % dig IN SRV _http._tcp.pkg.freebsd.org ; <<>> DiG 9.8.3-P1 <<>> IN SRV _http._tcp.pkg.freebsd.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34727 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;_http._tcp.pkg.freebsd.org. IN SRV ;; ANSWER SECTION: _http._tcp.pkg.freebsd.org. 3600 IN SRV 10 10 80 pkgbeta.FreeBSD.org. ;; Query time: 71 msec ;; SERVER: ::1#53(::1) ;; WHEN: Wed Oct 10 17:50:20 2012 ;; MSG SIZE rcvd: 83 --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig38EF0F340D11ED3CC1612346 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1p2EACgkQ8Mjk52CukIxn3gCeKYOXkCrYkgrRKkkqOSdENtkH xiMAn1wxoQAah+NNh2ykvKTjPUAsqTGV =if+V -----END PGP SIGNATURE----- --------------enig38EF0F340D11ED3CC1612346-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 14:07:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87127B7E for ; Wed, 10 Oct 2012 14:07:56 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE6B8FC0C for ; Wed, 10 Oct 2012 14:07:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1TLwwv-003803-0p>; Wed, 10 Oct 2012 16:07:49 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1TLwwu-0015rU-Vf>; Wed, 10 Oct 2012 16:07:49 +0200 Message-ID: <50758134.9070701@mail.zedat.fu-berlin.de> Date: Wed, 10 Oct 2012 16:07:48 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> In-Reply-To: <20121010134421.GI26497@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Wed, 10 Oct 2012 17:03:06 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 14:07:56 -0000 On 10/10/12 15:44, Baptiste Daroussin wrote: > Hi all, > > If you are using the ports tree on a FreeBSD current setup, then you are > concerned by the announce. > > As nvidia-drivers has been fixed and is now properly working with pkgng, the > ports tree as been switch by default to use pkgng on FreeBSD Current based on > version >= 1000017 which was the version when we tested the switch code. > > Make sure to read UPDATING (from ports) to correctly migrate your system or find > instruction to make your system still running with legacy pkg_install tools. > > regards, > Bapt > Thank you very much. Is ports-mgmt/portmaster now dealing with pkgng? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 15:42:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13ABE3CD for ; Wed, 10 Oct 2012 15:42:41 +0000 (UTC) (envelope-from jeffreybouquet@yahoo.com) Received: from nm30.bullet.mail.sp2.yahoo.com (nm30.bullet.mail.sp2.yahoo.com [98.139.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id C626E8FC12 for ; Wed, 10 Oct 2012 15:42:40 +0000 (UTC) Received: from [98.139.91.66] by nm30.bullet.mail.sp2.yahoo.com with NNFMP; 10 Oct 2012 15:42:40 -0000 Received: from [98.139.91.31] by tm6.bullet.mail.sp2.yahoo.com with NNFMP; 10 Oct 2012 15:42:40 -0000 Received: from [127.0.0.1] by omp1031.mail.sp2.yahoo.com with NNFMP; 10 Oct 2012 15:42:40 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 479507.30257.bm@omp1031.mail.sp2.yahoo.com Received: (qmail 26106 invoked by uid 60001); 10 Oct 2012 15:42:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1349883760; bh=Ui90Fla1BdFACqvS/WZSimmdUNRotS7AIIW4HaYpA0E=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=OYVzGFE+aL7iyCB2bFBDZJzbHGAuKpcl1NpJ7i5wpa4dBwAjfAmxUbrVIlUMR6il0hxAJq3H549RphSNIxjTHfstlHwaBl7+pIUNATo/1ehYL/rAiHrByqr0DOMIz5TKcwwbVvujCBKxZlAbjQHXnMjH3BDO7/3/PzOWmMkb0us= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ZxyP/A9lt61LUA4yyKcsbV9yXCIF0qXJ0tpYFUtWBAdWULJYRp0NnDcj7WI5fgJI98o0Ylv9hkUqWFeMUWtC1VNG0HSMsNZ2nokTKAYLfZrZJzlZwK57WQ1iIpvDS5alk82XgafI0sJi0AF8HTpdyazDyBA/+6i6YlN1ty9ftb4=; X-YMail-OSG: qHIe6RcVM1mkwInI0t4Zvu9wYmWJf10fBi5cis7CGGLtWbU _aiQMp5PSb4NvJfzCLjj1.iQPyGt5GAG178UDxQJZ9wqogH3eMcWTvwmGa.G uPeeesoYKBvfY9g.CaygqZNSC2.KeSEfwle9pCKFN0_C.zQJ28GmfmebHo0u ROtE3vZhAvAYsvW0apwMjjgV.yyzKXlJGYXAJ3_ZGIYIiAEYosWnYKU3m4p6 5rBxyE4mkJQdhXm5Lk5eM4Ed7zz7idOltKwPwf4Vu7XmH5L6TPczeAvwQ1Lr 33R_WHv3YSCtL4jYyycZo709EohFVttjRu3rv5jttug3u7EFv0ytOZD2JDI2 0NoEiD5T9lz10X6RbIn71psBFNwjVr4kPkVqISWa2TLzj7lpXt_H7QTtyPHU qBcM3_BTwEvXA4u5qJwVctTf80K9bkRKGPJ1o2usifdxKlmaPSVUSKw8pBgk RMkVFhA0fah2YIpT6tRMATednS6upmr0Ze.VfGBYwaT7OwrGsmWjj Received: from [66.92.43.99] by web111314.mail.gq1.yahoo.com via HTTP; Wed, 10 Oct 2012 08:42:39 PDT X-Rocket-MIMEInfo: 001.001, CgotLS0gT24gV2VkLCAxMC8xMC8xMiwgR2xlbiBCYXJiZXIgPGdqYkBGcmVlQlNELm9yZz4gd3JvdGU6Cgo.IEZyb206IEdsZW4gQmFyYmVyIDxnamJARnJlZUJTRC5vcmc.Cj4gU3ViamVjdDogUmU6IFtIRUFEU1VQXSBjdXJyZW50IHN3aXRjaGVkIGJ5IGRlZmF1bHQgdG8gcGtnbmcKPiBUbzogIkJhcHRpc3RlIERhcm91c3NpbiIgPGJhcHRARnJlZUJTRC5vcmc.Cj4gQ2M6IHBvcnRzQEZyZWVCU0Qub3JnLCBwb3J0cy1hbm5vdW5jZUBGcmVlQlNELm9yZywgY3VycmVudEBGcmVlQlNELm9yZwo.IERhdGU6IFcBMAEBAQE- X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.123.450 Message-ID: <1349883759.10500.YahooMailClassic@web111314.mail.gq1.yahoo.com> Date: Wed, 10 Oct 2012 08:42:39 -0700 (PDT) From: Jeffrey Bouquet Subject: Re: [HEADSUP] current switched by default to pkgng To: Baptiste Daroussin , Glen Barber In-Reply-To: <20121010135130.GF10429@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 10 Oct 2012 17:07:13 +0000 Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 15:42:41 -0000 --- On Wed, 10/10/12, Glen Barber wrote: > From: Glen Barber > Subject: Re: [HEADSUP] current switched by default to pkgng > To: "Baptiste Daroussin" > Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org > Date: Wednesday, October 10, 2012, 6:51 AM > On Wed, Oct 10, 2012 at 03:44:21PM > +0200, Baptiste Daroussin wrote: > > Hi all, > > > > If you are using the ports tree on a FreeBSD current > setup, then you are > > concerned by the announce. > > > > As nvidia-drivers has been fixed and is now properly > working with pkgng, the > > ports tree as been switch by default to use pkgng on > FreeBSD Current based on > > version >= 1000017 which was the version when we > tested the switch code. > > > > Make sure to read UPDATING (from ports) to correctly > migrate your system or find > > instruction to make your system still running with > legacy pkg_install tools. > > > > Congratulations, and thank you for all of your hard work on > this! > > Glen > > I was/am confused by the UPDATING instructions. To make the switch: (which switch, and only for V10, from which to which?) ... Before and after step 3, how specifically is the system set up? ... Should any of this be done by persons using V9 immediately before a v9 v10 upgrade? And can another synopsis be written for those before the upgrade, specifically to prepare for either case after the upgrade? IOW more subsections and a longer explanation. (I think maybe more context before/after some of the steps in the procedure...) Just a suggestion. I could probably figure it all out later... J. Bouquet From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 15:52:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0D4AA8D for ; Wed, 10 Oct 2012 15:52:46 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 96C838FC12 for ; Wed, 10 Oct 2012 15:52:46 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id k10so1552279iea.13 for ; Wed, 10 Oct 2012 08:52:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3kc8qg8PFaFYKPMJboyfSNU95/Kx6PwsdhYIKO/TlSk=; b=RAhFFqE5P17a122y3EZCrcxHFRKS6QSHeuOWA/FkWdJ8KP/QWAgLC+eNdDVcONEU0A I7Tqx8rmxXDjIVnUU0K3jHFhumQRZwG7YHaYI/ipveWu+KsN+hwri5fVpvGLdnrkE+9L rClkN6X2mzYFsyRIXpPGTX1LmSrqV3Mrp/H0c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=3kc8qg8PFaFYKPMJboyfSNU95/Kx6PwsdhYIKO/TlSk=; b=Dfe8JEjZVS8f/XIYK7FXQnbxU158gHH4Sn4TsCtaFYfuTswF9bDWVqifHgobAsi8CL yqdhm4hb9r1KBcF3ueF0pR2/G5AiW2r/Ls3MMs8bYPZJIpA6WZfwVnCEPICoRU6mVjBr FySdSGkYZaMzAJI5/Wu310fN1As1QCqmiH/3Qt67ts/e3CzwNyp4DIfs0kQPEid7d9bQ B8Gbq+R/3E221E4JvMPF8vIj5LkzlGFlTFHqciDvqu1ba/crP28gyCg3b/5n8ZdWlGEp UZ/X3ZHZXx4Z0kJTZDRXYu4f/GOzCw/eAI18lTk4EVLYBcQweVyc34YZ5K2UwK0kYAHP 3KJw== MIME-Version: 1.0 Received: by 10.50.169.100 with SMTP id ad4mr5733041igc.50.1349884365920; Wed, 10 Oct 2012 08:52:45 -0700 (PDT) Received: by 10.64.51.40 with HTTP; Wed, 10 Oct 2012 08:52:45 -0700 (PDT) X-Originating-IP: [2620:0:1040:201:20b6:7d01:998e:97b] In-Reply-To: <20121010134421.GI26497@ithaqua.etoilebsd.net> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> Date: Wed, 10 Oct 2012 16:52:45 +0100 Message-ID: Subject: Re: [HEADSUP] current switched by default to pkgng From: "Simon L. B. Nielsen" To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnWv2qMWm3iNiCB0294KI7q0JIS/dW5XNcQ2CsDEXEaKR68L2uoKv+H1bQxkPed3pH1/GsQ X-Mailman-Approved-At: Wed, 10 Oct 2012 17:07:26 +0000 Cc: ports@freebsd.org, ports-announce@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 15:52:47 -0000 On Wed, Oct 10, 2012 at 2:44 PM, Baptiste Daroussin wrote: > Hi all, > > If you are using the ports tree on a FreeBSD current setup, then you are > concerned by the announce. > > As nvidia-drivers has been fixed and is now properly working with pkgng, the > ports tree as been switch by default to use pkgng on FreeBSD Current based on > version >= 1000017 which was the version when we tested the switch code. > > Make sure to read UPDATING (from ports) to correctly migrate your system or find > instruction to make your system still running with legacy pkg_install tools. I read UPDATING, but I'm still not sure what this means when I use ports and not packages. Does it mean that I should install pkg to have /var/db/pkg managed, but otherwise ports keeps working the same way, or? -- Simon L. B. Nielsen From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 17:11:24 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DE592DD; Wed, 10 Oct 2012 17:11:24 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id AAE668FC0C; Wed, 10 Oct 2012 17:11:23 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id D484E39838; Wed, 10 Oct 2012 19:11:22 +0200 (CEST) Date: Wed, 10 Oct 2012 19:11:22 +0200 From: Victor Balada Diaz To: Baptiste Daroussin Subject: Re: [HEADSUP] current switched by default to pkgng Message-ID: <20121010171122.GR4191@equilibrium.bsdes.net> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <20121010162508.GQ4191@equilibrium.bsdes.net> <20121010163148.GE62709@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20121010163148.GE62709@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 17:11:24 -0000 On Wed, Oct 10, 2012 at 06:31:49PM +0200, Baptiste Daroussin wrote: > Yes there is http://pkg.FreeBSD.org (no website in there no need to try to > there) which will point you to pkgbeta.freebsd.org where some packages resides. > > Unfortunatly the package building cluster needs some time to get more reliable > and thus the packages out there are not updated very often. > > regards, > Bapt Is there anything we can do to help with build cluster reliability? Regards. Victor. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 17:14:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D41B7DC for ; Wed, 10 Oct 2012 17:14:16 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC128FC19 for ; Wed, 10 Oct 2012 17:14:15 +0000 (UTC) Received: from seedling.local (host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q9AHEC7k051686 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 10 Oct 2012 18:14:12 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q9AHEC7k051686 Authentication-Results: smtp.infracaninophile.co.uk/q9AHEC7k051686; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121] claimed to be seedling.local Message-ID: <5075ACE3.9030509@FreeBSD.org> Date: Wed, 10 Oct 2012 18:14:11 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> In-Reply-To: <50758134.9070701@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7EAECEFDD979535DEE36D6CB" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_RP_RNBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 17:14:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7EAECEFDD979535DEE36D6CB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/10/2012 15:07, O. Hartmann wrote: > Is ports-mgmt/portmaster now dealing with pkgng? Not yet. bdrewery has taken over the portmaster port and pkgng related updates are expected in the near future. Until then, you still need to follow the instructions here: https://github.com/pkgng/pkgng/blob/master/FAQ.md#15 Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig7EAECEFDD979535DEE36D6CB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB1rOMACgkQ8Mjk52CukIxczACfSATJIszt/kO9+w6cCARlAHSM sXMAoJFQGFYTdzZLIkuS777i8uSGBp9i =VZTY -----END PGP SIGNATURE----- --------------enig7EAECEFDD979535DEE36D6CB-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 17:27:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94D91D22 for ; Wed, 10 Oct 2012 17:27:31 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 506208FC0C for ; Wed, 10 Oct 2012 17:27:31 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so1057243oag.13 for ; Wed, 10 Oct 2012 10:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=05R9jVY04wazv1YifPyX48ImeSpOqzESy0aXeKv6H2M=; b=lDp3BMBH+QsgQQnowu8GB9GK0YTHBjJUaB0299FL+LN0Z6x0D5QlENOhaFmy0H4oq5 EtkLcw5PZYoiMa320Owo5b6VPgPrQXQlopsGZcbi9fu1dAwcKVzB/1fmFSOn1tRGH/3o pVght/9tmYh+0MCvcWiNNaBpUz3MC1o3pcgG7DvJPn5rvcTe0ZrX/NbB7/Uue7Rek79d 2084sbmaTvZLSoObt/o8fu6Q0Wmp22YkzmJuu1HaPG/hi6rLAicbcRuNNMeCkCCfhp/R zagRoML5ca+WKosstOWXRus3K3SerZofTTR6z16R9Q+E7gIaL6I2tc9nXZpkp+DzVRGq +2og== MIME-Version: 1.0 Received: by 10.182.54.103 with SMTP id i7mr6209182obp.62.1349890049926; Wed, 10 Oct 2012 10:27:29 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Wed, 10 Oct 2012 10:27:29 -0700 (PDT) In-Reply-To: <50758134.9070701@mail.zedat.fu-berlin.de> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> Date: Wed, 10 Oct 2012 10:27:29 -0700 Message-ID: Subject: Re: [HEADSUP] current switched by default to pkgng From: Garrett Cooper To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 17:27:31 -0000 On Wed, Oct 10, 2012 at 7:07 AM, O. Hartmann wrote: > On 10/10/12 15:44, Baptiste Daroussin wrote: >> Hi all, >> >> If you are using the ports tree on a FreeBSD current setup, then you are >> concerned by the announce. >> >> As nvidia-drivers has been fixed and is now properly working with pkgng, the >> ports tree as been switch by default to use pkgng on FreeBSD Current based on >> version >= 1000017 which was the version when we tested the switch code. >> >> Make sure to read UPDATING (from ports) to correctly migrate your system or find >> instruction to make your system still running with legacy pkg_install tools. >> >> regards, >> Bapt >> > > Thank you very much. > > Is ports-mgmt/portmaster now dealing with pkgng? Hmm.. looks like it is now. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 17:28:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6705E60; Wed, 10 Oct 2012 17:28:27 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 616568FC12; Wed, 10 Oct 2012 17:28:26 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wc20so1046330obb.13 for ; Wed, 10 Oct 2012 10:28:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9ER7fbnYAfW9BXc/aMaKtDJOS/Jr8i6tOzPNYiBC5Ec=; b=u6vmycgFnMNrAXf4/IEz3v/Eyp4aF844D7qDrWn8sJBhUp1UvjMZDwRdAVS07APgTM 64Vdo+C5sWZShj6sfuJwbNKcMw+ifWf7Dl/54T/hQgxTP0hOACdcAFiuiqnARsYOtedT e4HVAvif/+po4+RbRs9UmUF7iJrmuxyXFeMdApvPoVBb2jQQsrbpZMZNfWEy+zudToUC xED+GZ4mbZ6t7HDU99I+gsj+SkKbqgwTHYScJNb8xK/bjsDlpnw6aBncITISZlhvFaky YZ0/yqfcao7A+WiLeM5crmUxPHLqtdH5zmN+J/ch+w3gfwBKKnEWTJOuAe++/19zEEb1 xmgQ== MIME-Version: 1.0 Received: by 10.60.171.69 with SMTP id as5mr19698395oec.100.1349890106554; Wed, 10 Oct 2012 10:28:26 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Wed, 10 Oct 2012 10:28:26 -0700 (PDT) In-Reply-To: <5075ACE3.9030509@FreeBSD.org> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> <5075ACE3.9030509@FreeBSD.org> Date: Wed, 10 Oct 2012 10:28:26 -0700 Message-ID: Subject: Re: [HEADSUP] current switched by default to pkgng From: Garrett Cooper To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 17:28:27 -0000 On Wed, Oct 10, 2012 at 10:14 AM, Matthew Seaman wrote: > On 10/10/2012 15:07, O. Hartmann wrote: >> Is ports-mgmt/portmaster now dealing with pkgng? > > Not yet. bdrewery has taken over the portmaster port and pkgng related > updates are expected in the near future. > > Until then, you still need to follow the instructions here: > > https://github.com/pkgng/pkgng/blob/master/FAQ.md#15 Ok, nevermind. That's what I get for running make patch but not actually following through figuring out why the make patch didn't stick :). -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 18:08:47 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95FCD595; Wed, 10 Oct 2012 18:08:47 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id 750F88FC17; Wed, 10 Oct 2012 18:08:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q9AI8l1K085057; Wed, 10 Oct 2012 18:08:47 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9AI8kK3085056; Wed, 10 Oct 2012 18:08:46 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Wed, 10 Oct 2012 20:08:44 +0200 From: Baptiste Daroussin To: Victor Balada Diaz Subject: Re: [HEADSUP] current switched by default to pkgng Message-ID: <20121010180844.GF62709@ithaqua.etoilebsd.net> References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <20121010162508.GQ4191@equilibrium.bsdes.net> <20121010163148.GE62709@ithaqua.etoilebsd.net> <20121010171122.GR4191@equilibrium.bsdes.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xkXJwpr35CY/Lc3I" Content-Disposition: inline In-Reply-To: <20121010171122.GR4191@equilibrium.bsdes.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, ports-announce@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 18:08:47 -0000 --xkXJwpr35CY/Lc3I Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 10, 2012 at 07:11:22PM +0200, Victor Balada Diaz wrote: > On Wed, Oct 10, 2012 at 06:31:49PM +0200, Baptiste Daroussin wrote: > > Yes there is http://pkg.FreeBSD.org (no website in there no need to try= to > > there) which will point you to pkgbeta.freebsd.org where some packages = resides. > >=20 > > Unfortunatly the package building cluster needs some time to get more r= eliable > > and thus the packages out there are not updated very often. > >=20 > > regards, > > Bapt >=20 > Is there anything we can do to help with build cluster reliability? >=20 > Regards. > Victor. > --=20 > La prueba m=E1s fehaciente de que existe vida inteligente en otros > planetas, es que no han intentado contactar con nosotros.=20 1/ send me motivation :) 2/ if you are willing to code the new version, please contact me in private= I'll share the designs, code repository and how it works. beware the architecture needed to test is not trivial at all :D regards, Bapt --xkXJwpr35CY/Lc3I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlB1uawACgkQ8kTtMUmk6EzU9QCfRuMrGq5p/zZxwvA3rNK2KQjt WekAniqM49f9zrfx0UbD2RBDEcCCjioi =RWHH -----END PGP SIGNATURE----- --xkXJwpr35CY/Lc3I-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 18:11:05 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78F9699F; Wed, 10 Oct 2012 18:11:05 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 559458FC08; Wed, 10 Oct 2012 18:11:05 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 1B2095605D; Wed, 10 Oct 2012 13:11:05 -0500 (CDT) Date: Wed, 10 Oct 2012 13:11:05 -0500 From: Mark Linimon To: Roman Divacky Subject: Re: [HEADSUP] FYI: patch to ports that do not build with clang has been committed Message-ID: <20121010181105.GB22221@lonesome.com> References: <20121010004523.GA15209@lonesome.com> <20121010151107.GA23777@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121010151107.GA23777@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 18:11:05 -0000 On Wed, Oct 10, 2012 at 05:11:07PM +0200, Roman Divacky wrote: > Can we arrange exp builds with FORCE_BASE_CC_FOR_TESTING=clang that > will report all ports with USE_GCC=* but build with clang? Sure. That was kind of the intention. mcl From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 18:36:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD495453 for ; Wed, 10 Oct 2012 18:36:11 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm19-vm0.bullet.mail.ukl.yahoo.com (nm19-vm0.bullet.mail.ukl.yahoo.com [217.146.183.113]) by mx1.freebsd.org (Postfix) with SMTP id 016158FC0C for ; Wed, 10 Oct 2012 18:36:10 +0000 (UTC) Received: from [217.146.183.211] by nm19.bullet.mail.ukl.yahoo.com with NNFMP; 10 Oct 2012 18:36:03 -0000 Received: from [217.146.183.109] by tm4.bullet.mail.ukl.yahoo.com with NNFMP; 10 Oct 2012 18:36:03 -0000 Received: from [127.0.0.1] by smtp110.mail.ukl.yahoo.com with NNFMP; 10 Oct 2012 18:36:03 -0000 X-Yahoo-Newman-Id: 820506.97542.bm@smtp110.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: shXwhNUVM1m3cyslcNqBFjwhAeFFujbYd_B05K8Pe4VX_m8 Zm6lfYdBTez3N9B5NCEZZMGB3tUSw6HwlFuYRNL2cTC11zlAdScxJe.TGIjC qQK4ghNO.s9RKjKI8Fx7t1icM.BLuGOuMfeI_NPzMSEiMRQNL5UN9D6ALH32 983m6K6KECd_9Ue31gkasii1tf6abmcwNtnZZ1x83gEqvscsLPDfKR33tB2Y x_B5HPBlJvSoylx318lE_QvXAiBsqiSglF8F7DQPbvrdvE2qDZ35hypqolcB RevCxAoFYdGeZdAqEt.RiyWGB6QewGKFBxrADA39Gr8SIHQ4K5NdQfNV6kVY 25t_XWPcUrQyL87h9TWNboIkuDKbTYVWXvdef1MtCr5miC5VONfuOMqyGRRM YlCexM5NEO8qIud2JpBDTIk2tJRD8hZeSrXAQMMpzGwRDBsQJFKqR7cbr0wi GPTDkBAWf2wFJmkh5FJxtEp7PT8tJHQJyqnjKVUhuZ4Dbu2moJ9yOcM1fBWr M8wNqbrP_lEZyhoeEITYwAXZsViOnaRtdddWEB_6GvheMGZOacfqr3E4NbWJ qjjOXr_VJyT4FGHPsT3k5MWXZ.gqd X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.11] (se@87.153.37.83 with plain) by smtp110.mail.ukl.yahoo.com with SMTP; 10 Oct 2012 11:36:03 -0700 PDT Message-ID: <5075C00F.8040600@freebsd.org> Date: Wed, 10 Oct 2012 20:35:59 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121005 Thunderbird/16.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> <5075ACE3.9030509@FreeBSD.org> In-Reply-To: <5075ACE3.9030509@FreeBSD.org> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 18:36:11 -0000 Am 10.10.2012 19:14, schrieb Matthew Seaman: > On 10/10/2012 15:07, O. Hartmann wrote: >> Is ports-mgmt/portmaster now dealing with pkgng? > > Not yet. bdrewery has taken over the portmaster port and pkgng > related updates are expected in the near future. > > Until then, you still need to follow the instructions here: > > https://github.com/pkgng/pkgng/blob/master/FAQ.md#15 In order to get the portmaster-pkgng patch to apply, the filename in the second line must be changed: from ./portmaster.sh.in to ./portmaster Regards, STefan From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 19:50:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C951AC9; Wed, 10 Oct 2012 19:50:25 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 688468FC08; Wed, 10 Oct 2012 19:50:24 +0000 (UTC) Received: from seedling.local (host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q9AJoJCV054621 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Oct 2012 20:50:20 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q9AJoJCV054621 Authentication-Results: smtp.infracaninophile.co.uk/q9AJoJCV054621; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121] claimed to be seedling.local Message-ID: <5075D175.5060901@FreeBSD.org> Date: Wed, 10 Oct 2012 20:50:13 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Stefan Esser Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> <5075ACE3.9030509@FreeBSD.org> <5075C00F.8040600@freebsd.org> In-Reply-To: <5075C00F.8040600@freebsd.org> X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8FCBE64CB3BF801D1CA9A1E8" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_RP_RNBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 19:50:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8FCBE64CB3BF801D1CA9A1E8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/10/2012 19:35, Stefan Esser wrote: > Am 10.10.2012 19:14, schrieb Matthew Seaman: >> On 10/10/2012 15:07, O. Hartmann wrote: >>> Is ports-mgmt/portmaster now dealing with pkgng? >> >> Not yet. bdrewery has taken over the portmaster port and pkgng >> related updates are expected in the near future. >> >> Until then, you still need to follow the instructions here: >> >> https://github.com/pkgng/pkgng/blob/master/FAQ.md#15 >=20 > In order to get the portmaster-pkgng patch to apply, > the filename in the second line must be changed: >=20 > from ./portmaster.sh.in > to ./portmaster That's if you were to patch an already installed copy of portmaster. The patch is designed to be placed in ${PORTSDIR}/ports-mgmt/portmaster/files/ so it would be applied as part of the normal process of building the portmaster port. In which case portmaster.sh.in is definitely the correct target. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig8FCBE64CB3BF801D1CA9A1E8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB10XoACgkQ8Mjk52CukIxAlACffTSkcKxt4iO4gdZ377iVAx7P EesAni9vnqtmTwXdhdhhcHpmIy+QGCeh =L9/A -----END PGP SIGNATURE----- --------------enig8FCBE64CB3BF801D1CA9A1E8-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 22:20:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CA595F4; Wed, 10 Oct 2012 22:20:36 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id E8E578FC0A; Wed, 10 Oct 2012 22:20:35 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q9AMKYne053286 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Oct 2012 23:20:34 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <5075F4B2.6070200@unsane.co.uk> Date: Wed, 10 Oct 2012 23:20:34 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/20121005 Thunderbird/16.0 MIME-Version: 1.0 To: Matthew Seaman Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> <5075ACE3.9030509@FreeBSD.org> <5075C00F.8040600@freebsd.org> <5075D175.5060901@FreeBSD.org> In-Reply-To: <5075D175.5060901@FreeBSD.org> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Oct 2012 22:20:36 -0000 On 10/10/2012 20:50, Matthew Seaman wrote: > On 10/10/2012 19:35, Stefan Esser wrote: >> Am 10.10.2012 19:14, schrieb Matthew Seaman: >>> On 10/10/2012 15:07, O. Hartmann wrote: >>>> Is ports-mgmt/portmaster now dealing with pkgng? >>> >>> Not yet. bdrewery has taken over the portmaster port and pkgng >>> related updates are expected in the near future. >>> >>> Until then, you still need to follow the instructions here: >>> >>> https://github.com/pkgng/pkgng/blob/master/FAQ.md#15 >> >> In order to get the portmaster-pkgng patch to apply, >> the filename in the second line must be changed: >> >> from ./portmaster.sh.in >> to ./portmaster > > That's if you were to patch an already installed copy of portmaster. > The patch is designed to be placed in > > ${PORTSDIR}/ports-mgmt/portmaster/files/ > > so it would be applied as part of the normal process of building the > portmaster port. In which case portmaster.sh.in is definitely the > correct target. Actually not so, maybe something has changed recently? [root@ostracod /usr/ports/ports-mgmt/portmaster]# head -4 files/patch-portmaster-pkgng --- ./portmaster.sh.in.orig 2012-10-01 09:34:15.000000000 +0100 +++ ./portmaster.sh.in 2012-10-02 18:14:34.319249588 +0100 @@ -47,7 +47,7 @@ #=============== Begin functions we always want to have =============== [root@ostracod /usr/ports/ports-mgmt/portmaster]# make patch ===> License BSD accepted by the user ===> Found saved configuration for portmaster-3.11 ===> portmaster-3.14 depends on file: /usr/local/sbin/pkg - found ===> Extracting for portmaster-3.14 => SHA256 Checksum OK for portmaster-portmaster-3.14-31009f6.tar.gz. ===> Patching for portmaster-3.14 ===> Applying FreeBSD patches for portmaster-3.14 File to patch: ^C=> Patch patch-portmaster-pkgng failed to apply cleanly. While if edited as suggested [root@ostracod /usr/ports/ports-mgmt/portmaster]# !head head -4 files/patch-portmaster-pkgng --- ./portmaster.sh.in.orig 2012-10-01 09:34:15.000000000 +0100 +++ ./portmaster 2012-10-02 18:14:34.319249588 +0100 @@ -47,7 +47,7 @@ #=============== Begin functions we always want to have =============== [root@ostracod /usr/ports/ports-mgmt/portmaster]# make patch ===> License BSD accepted by the user ===> Found saved configuration for portmaster-3.11 ===> portmaster-3.14 depends on file: /usr/local/sbin/pkg - found ===> Extracting for portmaster-3.14 => SHA256 Checksum OK for portmaster-portmaster-3.14-31009f6.tar.gz. ===> Patching for portmaster-3.14 ===> Applying FreeBSD patches for portmaster-3.14 [root@ostracod /usr/ports/ports-mgmt/portmaster]# Vince From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 06:02:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 594575B9; Thu, 11 Oct 2012 06:02:22 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id B3C298FC08; Thu, 11 Oct 2012 06:02:21 +0000 (UTC) Received: from seedling.local (host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q9B62Co2067921 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 11 Oct 2012 07:02:13 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q9B62Co2067921 Authentication-Results: smtp.infracaninophile.co.uk/q9B62Co2067921; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host host109-151-152-121.range109-151.btcentralplus.com [109.151.152.121] claimed to be seedling.local Message-ID: <507660DD.8050409@FreeBSD.org> Date: Thu, 11 Oct 2012 07:02:05 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Vincent Hoffman Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> <5075ACE3.9030509@FreeBSD.org> <5075C00F.8040600@freebsd.org> <5075D175.5060901@FreeBSD.org> <5075F4B2.6070200@unsane.co.uk> In-Reply-To: <5075F4B2.6070200@unsane.co.uk> X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7DA6DEB71580D0B8915D5918" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_RP_RNBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 06:02:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7DA6DEB71580D0B8915D5918 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10/10/2012 23:20, Vincent Hoffman wrote: >> That's if you were to patch an already installed copy of portmaster. >> > The patch is designed to be placed in >> > >> > ${PORTSDIR}/ports-mgmt/portmaster/files/ >> > >> > so it would be applied as part of the normal process of building the= >> > portmaster port. In which case portmaster.sh.in is definitely the >> > correct target. > Actually not so, maybe something has changed recently? I stand corrected. Looks like Bryan switched things around a bit when he imported everything to GitHub. I'll fix the patch pro-tem although it should become redundant Real Soon Now. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig7DA6DEB71580D0B8915D5918 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB2YOQACgkQ8Mjk52CukIzKSACcC6arhA4FhhPEN6yPewlAfcWi /O0An3uAen8+wI060JqSnTc+ndJXbz5a =qyBE -----END PGP SIGNATURE----- --------------enig7DA6DEB71580D0B8915D5918-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 06:57:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E977D431; Thu, 11 Oct 2012 06:57:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id AC2B08FC08; Thu, 11 Oct 2012 06:57:29 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rp8so1687439pbb.13 for ; Wed, 10 Oct 2012 23:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=3xCqH1KRjD/EhSs4AcwHu4/4P2dpJr++uG8niF0XgjQ=; b=Hya2vjKu3ES4bL8UR2FWy0CYPq/LrgqeIn2XmNaMCLMqGMIoYx4iNrCYuRpAoCe6Hd YWGuO6lfkFgRTujUdpMkLDjej89GCnGAmAoANYJiEYvz1kLUF+v9jYC2w/OerbbrFMAF YW5siQ4YA/PSJwC5fMXGddFfw0vPMfVprMAVP+DY37f93Hbmqo8qnD0qSv7UF4GOW/TD qMfn1sehFVPff85AYAN0X3aQSacc/KrK2s+mouMLf9l/cXPaTVxceLKpOCVBe25yNtf6 oU5M1DEg0ul7ujLcoppJFFkL2VgAZ1UCCohhNz8RCP/JT/tdKIqwGrXBarLg/rWxAyrG 9Yeg== Received: by 10.68.222.138 with SMTP id qm10mr811968pbc.129.1349938649091; Wed, 10 Oct 2012 23:57:29 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id c5sm2145339pay.5.2012.10.10.23.57.25 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Oct 2012 23:57:27 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 11 Oct 2012 15:57:15 -0700 From: YongHyeon PYUN Date: Thu, 11 Oct 2012 15:57:15 -0700 To: "sbruno@freebsd.org" Subject: Re: Call for bge(4) testers Message-ID: <20121011225715.GA1515@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> <1348073071.5775.4.camel@powernoodle.corp.yahoo.com> <1348790974.10543.16.camel@powernoodle.corp.yahoo.com> <20121002225918.GA15610@michelle.cdnetworks.com> <1349201423.4246.5.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1349201423.4246.5.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Thu, 11 Oct 2012 06:57:30 -0000 On Tue, Oct 02, 2012 at 11:10:23AM -0700, Sean Bruno wrote: > On Tue, 2012-10-02 at 15:59 -0700, YongHyeon PYUN wrote: > > Sean, do you have a box with BCM5703/5704/5714/5715 controller? > > I have a 5704C in an HP DL380G4 here that seems to be working. I'll > have to poke around further to see what else I have lying around. > > bge0: mem > 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 > bge0: CHIP ID 0x00002100; ASIC REV 0x02; CHIP REV 0x21; PCI-X 133 MHz > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: Ethernet address: 00:0f:20:f6:e6:23 > bge1: mem > 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 > bge1: CHIP ID 0x00002100; ASIC REV 0x02; CHIP REV 0x21; PCI-X 133 MHz > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge1: Ethernet address: 00:0f:20:f6:e6:22 > Sean, I have checked in all changes except one in the WIP version to HEAD. If you happen to see any abnormal bge(4) behavior on CURRENT let me know. Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 09:42:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09D18AD8 for ; Thu, 11 Oct 2012 09:42:18 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm9-vm0.bullet.mail.ird.yahoo.com (nm9-vm0.bullet.mail.ird.yahoo.com [77.238.189.197]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE278FC0A for ; Thu, 11 Oct 2012 09:42:16 +0000 (UTC) Received: from [77.238.189.232] by nm9.bullet.mail.ird.yahoo.com with NNFMP; 11 Oct 2012 09:42:15 -0000 Received: from [217.146.189.108] by tm13.bullet.mail.ird.yahoo.com with NNFMP; 11 Oct 2012 09:42:15 -0000 Received: from [127.0.0.1] by smtp124.mail.ird.yahoo.com with NNFMP; 11 Oct 2012 09:42:15 -0000 X-Yahoo-Newman-Id: 630837.99374.bm@smtp124.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: mImtgWsVM1nV1IDX4RNElfEIDBqTfR3GnfazW8cMX_DtVq8 _t7neLrmudD1OX8L0TlamBlYshq0WlkuLmVNko_v.6gptj81SU1vl8ZEEHi2 0s45LxYD8uxY6OzquAyY9JJWjUFDACYeI7UUJxN..6Z3T8Rjp8xjc9Ez1_3I 7ZMFvLC1eduYaO.Q84JSgQHrrHoVL_jI1PVUeAA8qMu4T1obccMovYGLG5N3 3vZqosBVR4UX1yq5igg7zb9J5wtKXoRySOvY4phO1r4Zp1_sEGrueQ3SXBns zjC59siaNy2NYR3Y8D2VdEZz5oP0p_Z0FnuaaqXOy2MWu8kWd6.J.FRyAY.g zM9xUcnGm.dK_AoBDB7Hxmp1BpcwQHPm.tmwPsK0idUH9Lvi2onq0IsAxCD1 XBDEaQzyl3Igwex4UQ_Y8X7lIp.IYRZ24_xDpfOZaiigUHnt2YlFO4zgbWQt vGuHUHLcPziXurNK_WswSyFGlegr1gJ7_p7gZ X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.11] (se@87.158.4.179 with plain) by smtp124.mail.ird.yahoo.com with SMTP; 11 Oct 2012 02:42:15 -0700 PDT Message-ID: <50769473.5060005@freebsd.org> Date: Thu, 11 Oct 2012 11:42:11 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121005 Thunderbird/16.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [HEADSUP] current switched by default to pkgng References: <20121010134421.GI26497@ithaqua.etoilebsd.net> <50758134.9070701@mail.zedat.fu-berlin.de> <5075ACE3.9030509@FreeBSD.org> <5075C00F.8040600@freebsd.org> <5075D175.5060901@FreeBSD.org> <5075F4B2.6070200@unsane.co.uk> <507660DD.8050409@FreeBSD.org> In-Reply-To: <507660DD.8050409@FreeBSD.org> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 09:42:18 -0000 Am 11.10.2012 08:02, schrieb Matthew Seaman: > On 10/10/2012 23:20, Vincent Hoffman wrote: >>> That's if you were to patch an already installed copy of >>> portmaster. >>>> The patch is designed to be placed in >>>> >>>> ${PORTSDIR}/ports-mgmt/portmaster/files/ >>>> >>>> so it would be applied as part of the normal process of >>>> building the portmaster port. In which case portmaster.sh.in >>>> is definitely the correct target. > >> Actually not so, maybe something has changed recently? Definitely ;-) > I stand corrected. Looks like Bryan switched things around a bit > when he imported everything to GitHub. > > I'll fix the patch pro-tem although it should become redundant Real > Soon Now. My first assumption was, that the patch had already been integrated into portmaster, when it failed to apply to the updated port. But the resulting portmaster script did not support PKGNG, which made me look for an updated patch and finally try to apply the previous patch to the renamed file fetched by the port. I just wanted to point out, that while the patch from October 2nd does no longer find the file to patch (since it has been renamed), that it still is required (with the changed filename). It took me some time to resolve this issue and I just wanted to spare others from wasting their time ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 14:54:55 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB83ABE4 for ; Thu, 11 Oct 2012 14:54:55 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 437E08FC0A for ; Thu, 11 Oct 2012 14:54:55 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id q9BEsr6M039947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 11 Oct 2012 16:54:53 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Thu, 11 Oct 2012 16:54:53 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@FreeBSD.org Subject: Buying recommendation for silent router/fileserver Message-ID: <20121011145453.GU69724@acme.spoerlein.net> Mail-Followup-To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 14:54:55 -0000 Hey guys, I need to replace an aging Pentium IV system that has been serving as my router, access point, file- and mediaserver for quite some time now. The replacement should have: - amd64 CPU (for ZFS, obviously) - 2x GigE (igress, egress interfaces) - some form of wlan interface (I currently use an Atheros based PCI card) - eSATA for attaching a backup disk where I stream ZFS snapshots to - serial port is always nice, for when I mess up an upgrade - fan-less if possible So far, this here seems to fit the bill perfectly http://www.fit-pc.com/web/fit-pc/intensepc/ but pricing seems to defy any reality. It does not state directly which chipsets are used for Wifi and Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and RTL8111D, but I don't trust that fully. For Wifi I can always fall back to sticking in a supported USB stick, although that's kinda hacky. So how well is networking going to be supported by FreeBSD? Should I just bite the bullet and find out? Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 15:05:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4AECF2E for ; Thu, 11 Oct 2012 15:05:56 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4018FC08 for ; Thu, 11 Oct 2012 15:05:55 +0000 (UTC) Received: (qmail 84751 invoked by uid 89); 11 Oct 2012 15:05:48 -0000 Received: by simscan 1.4.0 ppid: 84746, pid: 84748, t: 0.0355s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15454 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 11 Oct 2012 15:05:48 -0000 Date: Thu, 11 Oct 2012 17:05:46 +0200 From: Rainer Duffner To: freebsd-current@freebsd.org Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121011170546.27d63bbd@suse3> In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> References: <20121011145453.GU69724@acme.spoerlein.net> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 15:05:56 -0000 Am Thu, 11 Oct 2012 16:54:53 +0200 schrieb Ulrich Sp=C3=B6rlein : > Hey guys, >=20 > I need to replace an aging Pentium IV system that has been serving as > my router, access point, file- and mediaserver for quite some time > now. The replacement should have: >=20 > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI > card) > - eSATA for attaching a backup disk where I stream ZFS snapshots to > - serial port is always nice, for when I mess up an upgrade > - fan-less if possible >=20 > So far, this here seems to fit the bill perfectly > http://www.fit-pc.com/web/fit-pc/intensepc/ > but pricing seems to defy any reality. >=20 > It does not state directly which chipsets are used for Wifi and > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 > and RTL8111D, but I don't trust that fully. >=20 > For Wifi I can always fall back to sticking in a supported USB stick, > although that's kinda hacky. >=20 > So how well is networking going to be supported by FreeBSD? Should I > just bite the bullet and find out? What about the=20 HP ProLiant N40L ? It's not fanless, of course - but it's IMO more suited for a server-type system than anything else in that price-range. I don't have one (I have no need for anything beyond what an AlIX-system can do) - but if I would need a home-server, I'd buy a N40L (it can boot from USB and you can thus boot FreeNAS from it) From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 15:17:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 297482C7 for ; Thu, 11 Oct 2012 15:17:00 +0000 (UTC) (envelope-from mark@exonetric.com) Received: from relay.exonetric.net (relay0.exonetric.net [178.250.72.161]) by mx1.freebsd.org (Postfix) with ESMTP id E19FD8FC0A for ; Thu, 11 Oct 2012 15:16:58 +0000 (UTC) Received: from markimac.fairfx.local (unknown [62.244.179.74]) by relay.exonetric.net (Postfix) with ESMTPSA id 67AF22CEC9; Thu, 11 Oct 2012 16:09:46 +0100 (BST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Buying recommendation for silent router/fileserver From: Mark Blackman In-Reply-To: <20121011170546.27d63bbd@suse3> Date: Thu, 11 Oct 2012 16:09:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2E62EBE3-BB84-4766-BED1-C5BE202182DC@exonetric.com> References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> To: Rainer Duffner X-Mailer: Apple Mail (2.1499) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 15:17:00 -0000 On 11 Oct 2012, at 16:05, Rainer Duffner wrote: > Am Thu, 11 Oct 2012 16:54:53 +0200 > schrieb Ulrich Sp=F6rlein : >>=20 >> So how well is networking going to be supported by FreeBSD? Should I >> just bite the bullet and find out? >=20 >=20 >=20 > What about the=20 >=20 > HP ProLiant N40L > ? >=20 > It's not fanless, of course - but it's IMO more suited for a > server-type system than anything else in that price-range. >=20 > I don't have one (I have no need for anything beyond what an > AlIX-system can do) - but if I would need a home-server, I'd buy a = N40L > (it can boot from USB and you can thus boot FreeNAS from it) I've done both actually. I've got an N36L running FreeNAS, booting from USB and an alix system running pfsense. - Mark= From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 15:40:13 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64614EC5 for ; Thu, 11 Oct 2012 15:40:13 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5528FC0C for ; Thu, 11 Oct 2012 15:40:12 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id l39so1804981qcs.13 for ; Thu, 11 Oct 2012 08:40:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=dCTQo778GHRjA0nb30JBl3SpNzXxEbWV8d7aYWrADGs=; b=wOf5yHJrs3eZQvQ5dJU1w7KtPiOkee3ZBgXzNwFlGT/2OY4mPB2mOmIMcHYVxaTWw3 rvkbAImL21MANU3vMgHXEIKBraBMNjhtureLJXSezeq9uylaKl6XTDtV9GunPmDTq18j nUlQjWWTVgIp4Cuk+kRlK0TLKMr6Hvfg2a2nqiwgNb5zXxr3tkQLMlyomExYYIM+jMlV I4kufnIHsaHWJus8O5VpYSmfoHgP80Wbx3xgnlDB9Ep6qva0bVYwUtIQnt9L8SO9wQH0 ylJjUHZlvcM4PmMJ1CBph+UcQqWtSreNZeHAcm5qSnd7kX9cHjH2d1vZYKmSN5ehVmFX WgCA== MIME-Version: 1.0 Received: by 10.49.85.202 with SMTP id j10mr2632553qez.59.1349970012122; Thu, 11 Oct 2012 08:40:12 -0700 (PDT) Received: by 10.49.82.41 with HTTP; Thu, 11 Oct 2012 08:40:12 -0700 (PDT) In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> References: <20121011145453.GU69724@acme.spoerlein.net> Date: Thu, 11 Oct 2012 16:40:12 +0100 Message-ID: Subject: Re: Buying recommendation for silent router/fileserver From: Tom Evans To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 15:40:13 -0000 On Thu, Oct 11, 2012 at 3:54 PM, Ulrich Sp=C3=B6rlein wro= te: > Hey guys, > > I need to replace an aging Pentium IV system that has been serving as my > router, access point, file- and mediaserver for quite some time now. The > replacement should have: > > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI card) > =E2=80=A6 > For Wifi I can always fall back to sticking in a supported USB stick, > although that's kinda hacky. Are you planning to have the wifi act as an access point? Very few USB wlan devices support hostap mode; and those that do, don't support it very well. I've used a ural(4) stick in hostap before; any client that supports client power save, and that you can't disable power save on, will fall lose link as soon as it tries to enable power save. I don't know of any other wifi sticks that support hostap. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 16:05:33 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D354202 for ; Thu, 11 Oct 2012 16:05:33 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id E0CDB8FC1A for ; Thu, 11 Oct 2012 16:05:32 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TMLGD-000EON-CT for current@FreeBSD.org; Thu, 11 Oct 2012 12:05:21 -0400 Date: Thu, 11 Oct 2012 12:05:21 -0400 From: Gary Palmer To: current@FreeBSD.org Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121011160521.GB40357@in-addr.com> References: <20121011145453.GU69724@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 16:05:33 -0000 On Thu, Oct 11, 2012 at 04:54:53PM +0200, Ulrich Sp??rlein wrote: > Hey guys, > > I need to replace an aging Pentium IV system that has been serving as my > router, access point, file- and mediaserver for quite some time now. The > replacement should have: > > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI card) > - eSATA for attaching a backup disk where I stream ZFS snapshots to > - serial port is always nice, for when I mess up an upgrade > - fan-less if possible > > So far, this here seems to fit the bill perfectly > http://www.fit-pc.com/web/fit-pc/intensepc/ > but pricing seems to defy any reality. > > It does not state directly which chipsets are used for Wifi and > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and > RTL8111D, but I don't trust that fully. > > For Wifi I can always fall back to sticking in a supported USB stick, > although that's kinda hacky. > > So how well is networking going to be supported by FreeBSD? Should I > just bite the bullet and find out? I'd recommend the Soekris net6501, but it's even more expensive than the intensepc (I suspect due to low hardware volumes but thats just a guess) http://soekris.com/products/net6501.html You also don't specify what kind of storage you need, which is obviously an important factor for a file/media server. Gary From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 16:06:57 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD66036F; Thu, 11 Oct 2012 16:06:57 +0000 (UTC) (envelope-from millenia2000@hotmail.com) Received: from bay0-omc4-s15.bay0.hotmail.com (bay0-omc4-s15.bay0.hotmail.com [65.54.190.217]) by mx1.freebsd.org (Postfix) with ESMTP id AFD1D8FC1C; Thu, 11 Oct 2012 16:06:57 +0000 (UTC) Received: from BAY165-DS6 ([65.54.190.199]) by bay0-omc4-s15.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 11 Oct 2012 09:05:52 -0700 X-Originating-IP: [174.255.16.244] X-EIP: [cZGjqooT3ILy5Cq51iRNMxqnmVuJ3olC] X-Originating-Email: [millenia2000@hotmail.com] Message-ID: From: Sean Cavanaugh To: =?iso-8859-1?Q?'Ulrich_Sp=F6rlein'?= , References: <20121011145453.GU69724@acme.spoerlein.net> In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> Subject: RE: Buying recommendation for silent router/fileserver Date: Thu, 11 Oct 2012 12:05:45 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJGzuIF6gtZWLX59YBZKndfW6jLB5bB9jUA Content-Language: en-us X-OriginalArrivalTime: 11 Oct 2012 16:05:52.0147 (UTC) FILETIME=[49785E30:01CDA7CA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 16:06:57 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Ulrich Sp=F6rlein > Sent: Thursday, October 11, 2012 10:55 AM > To: current@FreeBSD.org > Subject: Buying recommendation for silent router/fileserver >=20 > Hey guys, >=20 > I need to replace an aging Pentium IV system that has been serving as = my > router, access point, file- and mediaserver for quite some time now. = The > replacement should have: >=20 > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI = card) > - eSATA for attaching a backup disk where I stream ZFS snapshots to > - serial port is always nice, for when I mess up an upgrade > - fan-less if possible >=20 > So far, this here seems to fit the bill perfectly http://www.fit- > pc.com/web/fit-pc/intensepc/ > but pricing seems to defy any reality. >=20 > It does not state directly which chipsets are used for Wifi and = Ethernet, the > block diagram claims Ethernet chips to be Intel 82579 and RTL8111D, = but I > don't trust that fully. >=20 > For Wifi I can always fall back to sticking in a supported USB stick, although > that's kinda hacky. >=20 > So how well is networking going to be supported by FreeBSD? Should I = just > bite the bullet and find out? >=20 > Cheers, > Uli > _______________________________________________ > 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" Check out the pfSense recommended vendors for decent lists to start your search. Forums has links to other lesser known platforms to meet your requirements http://www.pfsense.org/index.php?option=3Dcom_content&task=3Dview&id=3D44= &Itemid=3D5 0 From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 16:17:10 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3CA8791; Thu, 11 Oct 2012 16:17:10 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from micro.madpilot.net (micro.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 3983F8FC14; Thu, 11 Oct 2012 16:17:09 +0000 (UTC) Received: from micro.madpilot.net (localhost [127.0.0.1]) by micro.madpilot.net (Postfix) with ESMTP id 3Xcy4N0Tcmz2Kp; Thu, 11 Oct 2012 18:17:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-transfer-encoding :content-disposition:content-type:content-type:mime-version :references:message-id:subject:subject:from:from:date:date :received:received; s=mail; t=1349972222; x=1351786623; bh=GD6FU HMHxz10UpuDmzGTvF5gOocMZP01ODqLK4CkF6k=; b=odIWS3yB1bGCl5ZxfB0vF mNPn1VQfCfeW/vSdvBfxWW/WA2HW1iGA3kV4Ar/YqxxvYTYCHetGc80ZMk+XcWQc hCBdE/d0tsAlPCm2LuYMRqFbTAx8RoPmP8Nlknwxz9QOgvaqMV5kd6HCUe9gQErb ffcq5RpKyA87C4J3moZesY= X-Virus-Scanned: amavisd-new at madpilot.net Received: from micro.madpilot.net ([127.0.0.1]) by micro.madpilot.net (micro.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Tk5lCi6gLePt; Thu, 11 Oct 2012 18:17:02 +0200 (CEST) Received: by micro.madpilot.net (Postfix, from userid 1000) id 3Xcy4G1FFNz2Kn; Thu, 11 Oct 2012 18:17:02 +0200 (CEST) Date: Thu, 11 Oct 2012 18:17:02 +0200 From: Guido Falsi To: Sean Cavanaugh Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121011161702.GE91666@micro.madpilot.net> References: <20121011145453.GU69724@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 16:17:10 -0000 On Thu, Oct 11, 2012 at 12:05:45PM -0400, Sean Cavanaugh wrote: > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Ulrich Spörlein > > Sent: Thursday, October 11, 2012 10:55 AM > > To: current@FreeBSD.org > > Subject: Buying recommendation for silent router/fileserver > > > > Hey guys, > > > > I need to replace an aging Pentium IV system that has been serving as my > > router, access point, file- and mediaserver for quite some time now. The > > replacement should have: > > > > - amd64 CPU (for ZFS, obviously) > > - 2x GigE (igress, egress interfaces) > > - some form of wlan interface (I currently use an Atheros based PCI card) > > - eSATA for attaching a backup disk where I stream ZFS snapshots to > > - serial port is always nice, for when I mess up an upgrade > > - fan-less if possible > > > > So far, this here seems to fit the bill perfectly http://www.fit- > > pc.com/web/fit-pc/intensepc/ > > but pricing seems to defy any reality. > > > > It does not state directly which chipsets are used for Wifi and Ethernet, > the > > block diagram claims Ethernet chips to be Intel 82579 and RTL8111D, but I > > don't trust that fully. > > > > For Wifi I can always fall back to sticking in a supported USB stick, > although > > that's kinda hacky. > > > > So how well is networking going to be supported by FreeBSD? Should I just > > bite the bullet and find out? > > > > Cheers, > > Uli > > _______________________________________________ > > 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" > > Check out the pfSense recommended vendors for decent lists to start your > search. Forums has links to other lesser known platforms to meet your > requirements Regarding pfsense I'm quite happy with "Firewall Alix 2D2" from http://www.osnet.eu/en/content/firewall-alix-2d2. I'm using at home and have been having no problems. They are one of the pfsense reccommended vendors. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 16:52:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09EDE32B for ; Thu, 11 Oct 2012 16:52:44 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id B62F18FC0A for ; Thu, 11 Oct 2012 16:52:43 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id CD07C87212 for ; Thu, 11 Oct 2012 12:52:37 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jJA_IG-jRxW2 for ; Thu, 11 Oct 2012 12:52:37 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <5076F955.8070207@egr.msu.edu> Date: Thu, 11 Oct 2012 12:52:37 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121011 Thunderbird/16.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Buying recommendation for silent router/fileserver References: <20121011145453.GU69724@acme.spoerlein.net> <20121011160521.GB40357@in-addr.com> In-Reply-To: <20121011160521.GB40357@in-addr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 16:52:44 -0000 On 10/11/12 12:05, Gary Palmer wrote: > On Thu, Oct 11, 2012 at 04:54:53PM +0200, Ulrich Sp??rlein wrote: >> Hey guys, >> >> I need to replace an aging Pentium IV system that has been serving as my >> router, access point, file- and mediaserver for quite some time now. The >> replacement should have: >> >> - amd64 CPU (for ZFS, obviously) >> - 2x GigE (igress, egress interfaces) >> - some form of wlan interface (I currently use an Atheros based PCI card) >> - eSATA for attaching a backup disk where I stream ZFS snapshots to >> - serial port is always nice, for when I mess up an upgrade >> - fan-less if possible >> >> So far, this here seems to fit the bill perfectly >> http://www.fit-pc.com/web/fit-pc/intensepc/ >> but pricing seems to defy any reality. >> >> It does not state directly which chipsets are used for Wifi and >> Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and >> RTL8111D, but I don't trust that fully. >> >> For Wifi I can always fall back to sticking in a supported USB stick, >> although that's kinda hacky. >> >> So how well is networking going to be supported by FreeBSD? Should I >> just bite the bullet and find out? > > I'd recommend the Soekris net6501, but it's even more expensive than the > intensepc (I suspect due to low hardware volumes but thats just a guess) > > http://soekris.com/products/net6501.html > > You also don't specify what kind of storage you need, which is obviously > an important factor for a file/media server. > > Gary > _______________________________________________ > 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" > Be wary of the Soekris net6501, I bought three of the 1.6Ghz net6501-70 model which has an Atom E-680 cpu (E series) and it compiles more than twice as slow as a 1.6Ghz Atom N270 in an older netbook. Someone else running Linux reported similar CPU slowness. As far as practical network throughput, I could only get 100Mbit/sec with a simple HTTP download of a file full of zeros, and OpenVPN could only push about 25Mbit/sec. As a practical example of the CPU slowness, it takes about 1.5 minutes to compile pkg on the N270 netbook and 5 minutes on the 6501 (around 4.5 if I use -j2). A kernel compile took an hour. Unfortunately I had no idea this CPU (possibly implementation?) was so slow before I purchased it, and I could scarcely find evidence of it on google after hours of searching when I had already discovered the issue. I was hoping to find some comparative benchmarks between various Atom series but manufacturers generally don't do that. Additionally, the total AHCI SATA write speed on the net6501 (in BSD only?) has a strange 20MB/sec limitation but reads can go over 100MB/sec. If I write to one disk I get 20MB/sec, if I write to both SATA disks I get 10MB/sec each. Write is equally slow on a SSD. Both someone running OpenBSD and I running FreeBSD reported the same symptoms to the soekris-tech mailing list and received no useful replies towards getting that problem solved. I tested the write speed briefly with Linux and it did not appear to have the 20MB/sec limitation. I did confirm it was using MSI(-X?) with boot -v. I think this hardware would need to fall into Alexander Motin's hands to get anywhere with debugging the SATA speed issue. Since it seems fine in Linux, maybe some day it can be fixed in BSD but I have no clue how that limitation could happen. The disks I tested with are fine in normal computers. From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 17:09:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7903768F for ; Thu, 11 Oct 2012 17:09:54 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5F58FC17 for ; Thu, 11 Oct 2012 17:09:53 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q9BH9qoS085371 for ; Thu, 11 Oct 2012 11:09:53 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q9BH9e9o083298 for ; Thu, 11 Oct 2012 11:09:40 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Subject: WITHOUT_GNU_[COMPAT|SUPPORT] From: Ian Lepore To: freebsd-current@freebsd.org Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 Oct 2012 11:09:40 -0600 Message-ID: <1349975380.1123.66.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 17:09:54 -0000 I want to build grep without the gnu regex library. The makefile for usr.bin/grep contains .if !defined(WITHOUT_GNU_COMPAT) And man src.conf documents WITHOUT_GNU_SUPPORT but doesn't mention WITHOUT_GNU_COMPAT. Is this a typo in the makefile, or an ommision from the src.conf manpage? -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 17:45:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E74A4F1A for ; Thu, 11 Oct 2012 17:45:25 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6BB858FC0A for ; Thu, 11 Oct 2012 17:45:25 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id BFBC114E8499; Thu, 11 Oct 2012 19:45:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ot-kxExC_pRB; Thu, 11 Oct 2012 19:45:09 +0200 (CEST) Received: from [192.168.1.100] (5403A6BE.catv.pool.telekom.hu [84.3.166.190]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 1038F14E8257; Thu, 11 Oct 2012 19:45:09 +0200 (CEST) Message-ID: <507705A7.9060506@FreeBSD.org> Date: Thu, 11 Oct 2012 19:45:11 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: WITHOUT_GNU_[COMPAT|SUPPORT] References: <1349975380.1123.66.camel@revolution.hippie.lan> In-Reply-To: <1349975380.1123.66.camel@revolution.hippie.lan> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd@damnhippie.dyndns.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 17:45:26 -0000 Em 11-10-2012 19:09, Ian Lepore escreveu: > I want to build grep without the gnu regex library. The makefile for > usr.bin/grep contains > > .if !defined(WITHOUT_GNU_COMPAT) > > And man src.conf documents WITHOUT_GNU_SUPPORT but doesn't mention > WITHOUT_GNU_COMPAT. Is this a typo in the makefile, or an ommision from > the src.conf manpage? That time when I added the WITHOUT_GNU_COMPAT knob I didn't make it global, just used it for testing grep. I didn't think it was of any use for users and I wasn't aware of the existence of WITHOUT_GNU_SUPPORT. If it seems useful, I can change grep to use this global flag instead of the custom knob and it will just be built without the gnu regex library if the knob is set. Gabor From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 17:46:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 475BFFC for ; Thu, 11 Oct 2012 17:46:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1600B8FC1C for ; Thu, 11 Oct 2012 17:46:36 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so2174957pad.13 for ; Thu, 11 Oct 2012 10:46:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=8ACM2IcpazIEBEugl7YVxAgL/4im6qaRi3AJwxBQZMg=; b=GmmnWaRBoskWiLTaiqGL/dKJ+R6n0FPUxv/oDna/fTlgxbpuxZ+6VP2fSn6IDqsqXw /tckZXXkSxPR6nVNPTX95pw9dQlzft9aO30sIy5KuAvHVzTL55hT7Cv0oZZAceXmGSPC 1HjWb436JfUAuGam1yMU9C4BARKMoAq9CVvM+dMd/SWEKljG3zthZO0p/6AfK56Mizop TI0R6+RJQvdb0Fo/d1cLR6ZE64Go1nwfobK6UL31DjzOInrhAQoWSABp8AfcHrufAMUS t2mHM/4J0WLpE7KebxUr+V0txD+Y4ADCl/p5ypp1ci85nevC2UAWGljkW14jXzUbVToP x9pA== MIME-Version: 1.0 Received: by 10.68.223.37 with SMTP id qr5mr5689265pbc.101.1349977281250; Thu, 11 Oct 2012 10:41:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.146.233 with HTTP; Thu, 11 Oct 2012 10:41:21 -0700 (PDT) In-Reply-To: <5076F955.8070207@egr.msu.edu> References: <20121011145453.GU69724@acme.spoerlein.net> <20121011160521.GB40357@in-addr.com> <5076F955.8070207@egr.msu.edu> Date: Thu, 11 Oct 2012 10:41:21 -0700 X-Google-Sender-Auth: T_Oozq69UB0DHTkIr9zOmtQgIE0 Message-ID: Subject: Re: Buying recommendation for silent router/fileserver From: Adrian Chadd To: Adam McDougall Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 17:46:36 -0000 Did you ever file a PR for the slow SATA behaviour? Adrian On 11 October 2012 09:52, Adam McDougall wrote: > On 10/11/12 12:05, Gary Palmer wrote: >> >> On Thu, Oct 11, 2012 at 04:54:53PM +0200, Ulrich Sp??rlein wrote: >>> >>> Hey guys, >>> >>> I need to replace an aging Pentium IV system that has been serving as my >>> router, access point, file- and mediaserver for quite some time now. The >>> replacement should have: >>> >>> - amd64 CPU (for ZFS, obviously) >>> - 2x GigE (igress, egress interfaces) >>> - some form of wlan interface (I currently use an Atheros based PCI card) >>> - eSATA for attaching a backup disk where I stream ZFS snapshots to >>> - serial port is always nice, for when I mess up an upgrade >>> - fan-less if possible >>> >>> So far, this here seems to fit the bill perfectly >>> http://www.fit-pc.com/web/fit-pc/intensepc/ >>> but pricing seems to defy any reality. >>> >>> It does not state directly which chipsets are used for Wifi and >>> Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and >>> RTL8111D, but I don't trust that fully. >>> >>> For Wifi I can always fall back to sticking in a supported USB stick, >>> although that's kinda hacky. >>> >>> So how well is networking going to be supported by FreeBSD? Should I >>> just bite the bullet and find out? >> >> >> I'd recommend the Soekris net6501, but it's even more expensive than the >> intensepc (I suspect due to low hardware volumes but thats just a guess) >> >> http://soekris.com/products/net6501.html >> >> You also don't specify what kind of storage you need, which is obviously >> an important factor for a file/media server. >> >> Gary >> _______________________________________________ >> 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" >> > > Be wary of the Soekris net6501, I bought three of the 1.6Ghz net6501-70 > model which has an Atom E-680 cpu (E series) and it compiles more than twice > as slow as a 1.6Ghz Atom N270 in an older netbook. Someone else running > Linux reported similar CPU slowness. As far as practical network > throughput, I could only get 100Mbit/sec with a simple HTTP download of a > file full of zeros, and OpenVPN could only push about 25Mbit/sec. As a > practical example of the CPU slowness, it takes about 1.5 minutes to compile > pkg on the N270 netbook and 5 minutes on the 6501 (around 4.5 if I use -j2). > A kernel compile took an hour. Unfortunately I had no idea this CPU > (possibly implementation?) was so slow before I purchased it, and I could > scarcely find evidence of it on google after hours of searching when I had > already discovered the issue. I was hoping to find some comparative > benchmarks between various Atom series but manufacturers generally don't do > that. > > Additionally, the total AHCI SATA write speed on the net6501 (in BSD only?) > has a strange 20MB/sec limitation but reads can go over 100MB/sec. If I > write to one disk I get 20MB/sec, if I write to both SATA disks I get > 10MB/sec each. Write is equally slow on a SSD. Both someone running > OpenBSD and I running FreeBSD reported the same symptoms to the soekris-tech > mailing list and received no useful replies towards getting that problem > solved. I tested the write speed briefly with Linux and it did not appear > to have the 20MB/sec limitation. I did confirm it was using MSI(-X?) with > boot -v. I think this hardware would need to fall into Alexander Motin's > hands to get anywhere with debugging the SATA speed issue. Since it seems > fine in Linux, maybe some day it can be fixed in BSD but I have no clue how > that limitation could happen. The disks I tested with are fine in normal > computers. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 17:53:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 710923B4 for ; Thu, 11 Oct 2012 17:53:23 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id AAC708FC16 for ; Thu, 11 Oct 2012 17:53:22 +0000 (UTC) Received: (qmail 88288 invoked by uid 89); 11 Oct 2012 17:53:16 -0000 Received: by simscan 1.4.0 ppid: 88283, pid: 88285, t: 0.0473s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15454 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 11 Oct 2012 17:53:16 -0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Buying recommendation for silent router/fileserver From: Rainer Duffner In-Reply-To: <5076F955.8070207@egr.msu.edu> Date: Thu, 11 Oct 2012 19:53:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20121011145453.GU69724@acme.spoerlein.net> <20121011160521.GB40357@in-addr.com> <5076F955.8070207@egr.msu.edu> To: Adam McDougall X-Mailer: Apple Mail (2.1499) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 17:53:23 -0000 Am 11.10.2012 um 18:52 schrieb Adam McDougall : >=20 > Be wary of the Soekris net6501,=20 [=85] The Soekris, AFAIK, is an embedded platform. It doesn't surprise me the least that it's not good at I/O. That's the reason why I suggested the HP. At least, it does decent I/O, if you want to believe reports. I would really also recommend to separate the router and = fileserver-functionality. AFAIK, the N40L supports Wake-on-LAN (and pfSense does, too), so you = should be able to wake it up even without getting up from the couch ;-) I never really got warm with the Soekris-stuff - but then, I'm in = Switzerland and PC-Engines was always very quick with shipping ;-) From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 18:22:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DA6E417; Thu, 11 Oct 2012 18:22:32 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1618FC0C; Thu, 11 Oct 2012 18:22:32 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q9BIMVBH087430; Thu, 11 Oct 2012 12:22:31 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q9BIMRUv083368; Thu, 11 Oct 2012 12:22:27 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: WITHOUT_GNU_[COMPAT|SUPPORT] From: Ian Lepore To: Gabor Kovesdan In-Reply-To: <507705A7.9060506@FreeBSD.org> References: <1349975380.1123.66.camel@revolution.hippie.lan> <507705A7.9060506@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 Oct 2012 12:22:27 -0600 Message-ID: <1349979747.1123.77.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 18:22:32 -0000 On Thu, 2012-10-11 at 19:45 +0200, Gabor Kovesdan wrote: > Em 11-10-2012 19:09, Ian Lepore escreveu: > > I want to build grep without the gnu regex library. The makefile for > > usr.bin/grep contains > > > > .if !defined(WITHOUT_GNU_COMPAT) > > > > And man src.conf documents WITHOUT_GNU_SUPPORT but doesn't mention > > WITHOUT_GNU_COMPAT. Is this a typo in the makefile, or an ommision from > > the src.conf manpage? > > That time when I added the WITHOUT_GNU_COMPAT knob I didn't make it > global, just used it for testing grep. I didn't think it was of any use > for users and I wasn't aware of the existence of WITHOUT_GNU_SUPPORT. If > it seems useful, I can change grep to use this global flag instead of > the custom knob and it will just be built without the gnu regex library > if the knob is set. > > Gabor That would be helpful to us if you did that, thank you. We try to avoid including anything [L]GPL-licensed in the embedded-systems products we ship at work. -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Oct 11 18:57:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47901C1E for ; Thu, 11 Oct 2012 18:57:39 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 164B38FC0C for ; Thu, 11 Oct 2012 18:57:38 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id CF22F1CC8F; Thu, 11 Oct 2012 15:51:17 -0300 (BRT) Received: from 187.4.152.93 (proxying for 10.12.1.211, 192.168.206.13) (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Thu, 11 Oct 2012 15:51:17 -0300 Message-ID: In-Reply-To: References: <20121011145453.GU69724@acme.spoerlein.net> <20121011160521.GB40357@in-addr.com> <5076F955.8070207@egr.msu.edu> Date: Thu, 11 Oct 2012 15:51:17 -0300 Subject: Re: Buying recommendation for silent router/fileserver From: "Nenhum_de_Nos" Cc: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Oct 2012 18:57:39 -0000 On Thu, October 11, 2012 14:53, Rainer Duffner wrote: > > Am 11.10.2012 um 18:52 schrieb Adam McDougall : >> >> Be wary of the Soekris net6501, > > […] > > The Soekris, AFAIK, is an embedded platform. > It doesn't surprise me the least that it's not good at I/O. I second that. Tried to use a 6501-70 as file server, and got myself a great deal of work to know in the end the box was not supposed to be used like that. An Intel atom mini itx board, powered by similar Atom CPU got faster results, but a huge margin. For me, the issue is with saturation bus related. I would not recommend using it, unless its a really small file server. matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 03:00:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8D94DBC; Fri, 12 Oct 2012 03:00:54 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3328FC1E; Fri, 12 Oct 2012 03:00:54 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rp8so2692226pbb.13 for ; Thu, 11 Oct 2012 20:00:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=py3aiOnv1FTgNAAdaNYMAWSOxUyjQXWYbux+ga7OKVc=; b=eSbxZNJe1Xc2/07EPwCtW6GPIhb5vIKbeEMob3dd7EMjv19c66LQ+aIIN0FW5W1fs8 yFmqAXv8puHfLmbVkqHZlME7dMsYczuyi7SimtD8nQ2K0j/o9cg0/CCW7MMnBsCIStXC +nluCBugz5piHbiw+TrkAKeI2r7+Q7eZdGsZrQsCrAp9H2cGFZ44CohqV0ex/P/uH2Yy iZUw3tIeCTV8ZUXWfE7Xh23nkeWa6QM5W3nmhVDGvnG09ax47uM1/e4gdgw1RDFXSdaO j8TlLA49nQ4CMTdwV95mF5HZZo9mNSHjr3VsVeRScHEBAlHDzqxCUZe2KbsT6VkcBhyl 3OOA== Received: by 10.68.217.67 with SMTP id ow3mr9722389pbc.26.1350010848281; Thu, 11 Oct 2012 20:00:48 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id po4sm3685612pbb.13.2012.10.11.20.00.45 (version=SSLv3 cipher=OTHER); Thu, 11 Oct 2012 20:00:47 -0700 (PDT) Message-ID: <507787CF.1090705@gmail.com> Date: Thu, 11 Oct 2012 20:00:31 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Claude Buisson Subject: Re: [HEADSUP] FYI: patch to ports that do not build with clang has been committed References: <20121010004523.GA15209@lonesome.com> <5075365C.4050400@orange.fr> In-Reply-To: <5075365C.4050400@orange.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Linimon , freebsd-current@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 03:00:54 -0000 >> >> I have made changes to ports/Mk/bsd.gcc.mk that allow the addition of >> "USE_GCC=any" to a port's Makefile, and then committed that change to >> various ports. In most (but not all!) cases this will tell the port >> "build with gcc instead of clang" (*) . >> > > Why not USE_GCC ?= any for the poor guys like me who build (some) > ports with > USE_GCC=4.6 ? > >> For those users with CC installed as gcc (including -stable), this >> patch should have no effect. Variations of combinations have been >> heavily tested on pointyhat-west. If there are any regressions, please >> contact me. >> > > Does this override setting CC explicitly in make.conf? Sorry if it's a dumb question, not sure exactly the hierarchy of USE_GCC vs CC in the make system. Matt From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 06:19:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FEA1909 for ; Fri, 12 Oct 2012 06:19:08 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id F12D08FC08 for ; Fri, 12 Oct 2012 06:19:07 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1250027dad.13 for ; Thu, 11 Oct 2012 23:19:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=0GkIdW6S7872gLBO8Xkn1aDJJ6veTqP7Ylhxm7nOpJo=; b=eJp9OQ1hiH9HbrBuVlMUR/AQnoxsM+6Sin85dvZn+7H15Mv28eK+NSHRCOY2aWI8N8 HQesIhRvawSxwVTbDtFzcylGGeWfkfpARWnlbP8ycb9pFjrKgbhjr3EJ9JM5ammDLWWi UEJvsWSCCEUjG27LevX0Yj2gOtcMDnbKXPahxDOTRjJ5fx+hVB2TKyLhqeImB9q8dEkB dGGx1bS0Mtd1YuhfDjkjwa1HZW5gGJeD8DYFDyo8gpLjbvOKa9DggQMkEdda56qkpTj9 bFN1d8lWpe6sAgi3LX4uNwK3TfU4l+d4yE+xbfgre4nUb2HOwaD2nuV/2yrK+4Gs+kHX 2QOg== Received: by 10.68.204.138 with SMTP id ky10mr10792698pbc.77.1350022747357; Thu, 11 Oct 2012 23:19:07 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id pv9sm3941689pbb.67.2012.10.11.23.19.05 (version=SSLv3 cipher=OTHER); Thu, 11 Oct 2012 23:19:06 -0700 (PDT) Message-ID: <5077B64A.3060700@gmail.com> Date: Thu, 11 Oct 2012 23:18:50 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: current@FreeBSD.org Subject: Re: Buying recommendation for silent router/fileserver References: <20121011145453.GU69724@acme.spoerlein.net> In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 06:19:08 -0000 On 10/11/12 07:54, Ulrich Spörlein wrote: > Hey guys, > > I need to replace an aging Pentium IV system that has been serving as my > router, access point, file- and mediaserver for quite some time now. The > replacement should have: > > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI card) > - eSATA for attaching a backup disk where I stream ZFS snapshots to > - serial port is always nice, for when I mess up an upgrade > - fan-less if possible > > So far, this here seems to fit the bill perfectly > http://www.fit-pc.com/web/fit-pc/intensepc/ > but pricing seems to defy any reality. > > It does not state directly which chipsets are used for Wifi and > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and > RTL8111D, but I don't trust that fully. > > For Wifi I can always fall back to sticking in a supported USB stick, > although that's kinda hacky. > > So how well is networking going to be supported by FreeBSD? Should I > just bite the bullet and find out? > > Cheers, > Uli > _______________________________________________ > 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" > http://www.intel.com/p/en_US/embedded/designcenter/tools/seed-board-program Might be an option...not sure if you mind a discontinued processor. Matt From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 07:48:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C27DCDA for ; Fri, 12 Oct 2012 07:48:28 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4AEBE8FC19 for ; Fri, 12 Oct 2012 07:48:27 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1289891dad.13 for ; Fri, 12 Oct 2012 00:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=te+Old3yrFNCddN5WmGuMZ1QCGULsFqWpGZQ6qjLUiE=; b=EDWtE23kOcLXTxpL3A/HMi5/3GQ9FRgrDgJ2PHGq8Trk7WeUuywKNO1h72Lo6UbSks JveS21MH6PPEHeT75oEro4IZy+36LVwoLx89PURHh14FINZHgylsY3EPDpAqSvkC/IH0 zhd6nSPXGxs71r8M+EbW5x7qqMdVbf4xwqbC33R4UDlUyPSL1rQlhD+mPlpYjIMTjxtA 76bXN9USb0/yAa6eqtgnDvu7i6vXNUGnZpC7g0FJ5jpGPi0ps9ZkJAL/Co4KVN/m2gw+ uejvtU83nWBz017GsVtwr0Odr1Z+glyncg8t7YTfQlcxFjXDFm4JXe/00w5D/shJEDfr JCCg== Received: by 10.68.229.194 with SMTP id ss2mr11506690pbc.17.1350028107742; Fri, 12 Oct 2012 00:48:27 -0700 (PDT) Received: from [192.168.1.128] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id kp3sm4056157pbc.64.2012.10.12.00.48.25 (version=SSLv3 cipher=OTHER); Fri, 12 Oct 2012 00:48:26 -0700 (PDT) Message-ID: <5077CB46.9090908@gmail.com> Date: Fri, 12 Oct 2012 10:48:22 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121011 Thunderbird/16.0 MIME-Version: 1.0 To: current@FreeBSD.org Subject: Re: Buying recommendation for silent router/fileserver References: <20121011145453.GU69724@acme.spoerlein.net> In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 07:48:28 -0000 11.10.2012 17:54, Ulrich Spörlein wrote: > Hey guys, > > I need to replace an aging Pentium IV system that has been serving as my > router, access point, file- and mediaserver for quite some time now. The > replacement should have: > > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI card) > - eSATA for attaching a backup disk where I stream ZFS snapshots to > - serial port is always nice, for when I mess up an upgrade > - fan-less if possible > > So far, this here seems to fit the bill perfectly > http://www.fit-pc.com/web/fit-pc/intensepc/ > but pricing seems to defy any reality. > > It does not state directly which chipsets are used for Wifi and > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and > RTL8111D, but I don't trust that fully. > > For Wifi I can always fall back to sticking in a supported USB stick, > although that's kinda hacky. > > So how well is networking going to be supported by FreeBSD? Should I > just bite the bullet and find out? Why not trying to look at cheap barebones or desktop PC's? http://www.silentpcreview.com/Sapphire_Edge_HD3 http://www.newegg.com/Product/Product.aspx?Item=N82E16856119070 They are cheaper, hold much better processors for ZFS and can be upgraded with extra GigE/eSATA interfaces by USB3. -- Sphinx of black quartz, judge my vow. From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 07:54:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A10910B2 for ; Fri, 12 Oct 2012 07:54:06 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp11.smtpout.orange.fr [80.12.242.133]) by mx1.freebsd.org (Postfix) with ESMTP id 224D98FC0C for ; Fri, 12 Oct 2012 07:54:05 +0000 (UTC) Received: from localhost ([92.156.94.169]) by mwinf5d46 with ME id A7u21k00F3fFKRG037u2eo; Fri, 12 Oct 2012 09:54:04 +0200 Message-ID: <5077CC99.4010104@orange.fr> Date: Fri, 12 Oct 2012 09:54:01 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.7) Gecko/20120831 Thunderbird/10.0.7 MIME-Version: 1.0 To: matt Subject: Re: [HEADSUP] FYI: patch to ports that do not build with clang has been committed References: <20121010004523.GA15209@lonesome.com> <5075365C.4050400@orange.fr> <507787CF.1090705@gmail.com> In-Reply-To: <507787CF.1090705@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Linimon , freebsd-current@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 07:54:06 -0000 On 10/12/2012 05:00, matt wrote: > >>> >>> I have made changes to ports/Mk/bsd.gcc.mk that allow the addition of >>> "USE_GCC=any" to a port's Makefile, and then committed that change to >>> various ports. In most (but not all!) cases this will tell the port >>> "build with gcc instead of clang" (*) . >>> >> >> Why not USE_GCC ?= any for the poor guys like me who build (some) >> ports with >> USE_GCC=4.6 ? >> >>> For those users with CC installed as gcc (including -stable), this >>> patch should have no effect. Variations of combinations have been >>> heavily tested on pointyhat-west. If there are any regressions, please >>> contact me. >>> >> >> > > Does this override setting CC explicitly in make.conf? > Sorry if it's a dumb question, not sure exactly the hierarchy of USE_GCC > vs CC in the make system. > Dumb as I am, I also wonder when I see that in multimedia/x264: ... USE_GCC= any ... .if ${PORT_OPTIONS:MGCC44} USE_GCC?= 4.4+ .endif ... which seems to deny the intent of the GCC44 option Sorry but I can not make the test at this present time > Matt Claude Buisson From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 08:51:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55B832C08 for ; Fri, 12 Oct 2012 08:51:04 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id CB2E88FC0C for ; Fri, 12 Oct 2012 08:51:02 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q9C8q7Yg052529 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Oct 2012 10:52:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5077D9EF.4040500@omnilan.de> Date: Fri, 12 Oct 2012 10:50:55 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: Bull Mountain (IvyBridge +) random number generator References: <20120902103406.GU33100@deviant.kiev.zoral.com.ua> In-Reply-To: <20120902103406.GU33100@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig77E0D30FCB304C4E5095328C" Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 08:51:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig77E0D30FCB304C4E5095328C Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Konstantin Belousov am 02.09.2012 12:34 (localtime): > It is relatively well known that Ivy Bridge CPUs (Core iX 3XXX) have > built-in hardware random number generator, which is claimed to be both > very fast and high quality. Generator is accessible using non-privilege= d > RDRAND instruction. It is claimed that CPU performs sanitization of the= > random sequence. In particular, it seems that paranoid AES encryption o= f > the raw random stream, performed by our padlock driver, is not needed > for Bull Mountain (there are hints that hardware performs it already). > > See > http://spectrum.ieee.org/computing/hardware/behind-intels-new-randomnum= ber-generator/0 > http://software.intel.com/en-us/articles/intel-digital-random-number-ge= nerator-drng-software-implementation-guide/ > and IA32 ADM. > > Patch at > http://people.freebsd.org/~kib/misc/bull_mountain.2.patch > implements support for the generator. I do not own any IvyBridge machin= es, > so I cannot test. Patch makes both padlock and bull generators the opti= ons, > you need to enable IVY_RNG to get support for the generator. > > I would be interested in seeing reports including verbose boot dmesg, > and some tests of /dev/random quality on the IvyBridge machines, you ca= n > start with http://lists.gnupg.org/pipermail/gnupg-devel/2000-March/0163= 28.html. Thanks a lot for implementing this! I have an ESXi host with Ivy Brindge CPU. FreeBSD guest reports the following: CPU: Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz (3492.07-MHz K8-class CPU)= Origin =3D "GenuineIntel" Id =3D 0x306a9 Family =3D 6 Model =3D 3a=20 Stepping =3D 9 =20 Features=3D0x1fa3fbff =20 Features2=3D0xfeba2203 AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 8589934592 (8192 MB) avail memory =3D 8235110400 (7853 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 MADT: Forcing active-low polarity and level trigger for SCI But unfortunately accessing /dev/random doesn't work with IVY_RNG enabled= =2E 'dd' consumes 100% wcpu bound to one core but never finishes (dd if=3D/dev/random bs=3D1k count=3D100|./ent) Also some other functions are blocked, logging in for example (doesn't matter if it's console or ssh). But I can walk arround in already established sessions. I made a 9.1-RC-2 debug kernel but no info appears. Also IVY_RNG isn't reported after kldloading, nor during boot, but this is the expected behaviour if I unterstand your patch correctly. I guess using RDRAND in an hypervisor environment should make no difference but please correct me if I'm wrong. Thanks, -Harry --------------enig77E0D30FCB304C4E5095328C 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.18 (FreeBSD) iEYEARECAAYFAlB32e8ACgkQLDqVQ9VXb8joVwCg0kZhUEjh0ZEDPya63etS1kRB NJ4AoInWyDMMMceGFdozWViMQwAIree9 =U2f4 -----END PGP SIGNATURE----- --------------enig77E0D30FCB304C4E5095328C-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 09:03:12 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69D07100 for ; Fri, 12 Oct 2012 09:03:12 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id F26F88FC16 for ; Fri, 12 Oct 2012 09:03:11 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id q9C93ADE063211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 12 Oct 2012 11:03:10 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Fri, 12 Oct 2012 11:03:10 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Rainer Duffner Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121012090310.GW69724@acme.spoerlein.net> Mail-Followup-To: Rainer Duffner , freebsd-current@freebsd.org References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20121011170546.27d63bbd@suse3> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 09:03:12 -0000 On Thu, 2012-10-11 at 17:05:46 +0200, Rainer Duffner wrote: > Am Thu, 11 Oct 2012 16:54:53 +0200 > schrieb Ulrich Spörlein : > > > Hey guys, > > > > I need to replace an aging Pentium IV system that has been serving as > > my router, access point, file- and mediaserver for quite some time > > now. The replacement should have: > > > > - amd64 CPU (for ZFS, obviously) > > - 2x GigE (igress, egress interfaces) > > - some form of wlan interface (I currently use an Atheros based PCI > > card) > > - eSATA for attaching a backup disk where I stream ZFS snapshots to > > - serial port is always nice, for when I mess up an upgrade > > - fan-less if possible > > > > So far, this here seems to fit the bill perfectly > > http://www.fit-pc.com/web/fit-pc/intensepc/ > > but pricing seems to defy any reality. > > > > It does not state directly which chipsets are used for Wifi and > > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 > > and RTL8111D, but I don't trust that fully. > > > > For Wifi I can always fall back to sticking in a supported USB stick, > > although that's kinda hacky. > > > > So how well is networking going to be supported by FreeBSD? Should I > > just bite the bullet and find out? > > > > What about the > > HP ProLiant N40L > ? > > It's not fanless, of course - but it's IMO more suited for a > server-type system than anything else in that price-range. > > I don't have one (I have no need for anything beyond what an > AlIX-system can do) - but if I would need a home-server, I'd buy a N40L > (it can boot from USB and you can thus boot FreeNAS from it) Interesting one, with only one GigE port though, both PCIe slots would need to be populated to get a second Ethernet and a Wifi port ... Hmmm Uli From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 09:13:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E0D05AA for ; Fri, 12 Oct 2012 09:13:05 +0000 (UTC) (envelope-from prvs=1632aec6ba=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id B4FAE8FC0A for ; Fri, 12 Oct 2012 09:13:04 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50000477318.msg for ; Fri, 12 Oct 2012 10:12:46 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 12 Oct 2012 10:12:46 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1632aec6ba=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org Message-ID: <2F910D1028EA441CA72DB3B3C816A589@multiplay.co.uk> From: "Steven Hartland" To: "Harald Schmalzbauer" , "Konstantin Belousov" References: <20120902103406.GU33100@deviant.kiev.zoral.com.ua> <5077D9EF.4040500@omnilan.de> Subject: Re: Bull Mountain (IvyBridge +) random number generator Date: Fri, 12 Oct 2012 10:12:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-15"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 09:13:05 -0000 ----- Original Message ----- From: "Harald Schmalzbauer" ... > > I guess using RDRAND in an hypervisor environment should make no > difference but please correct me if I'm wrong. Try compiling your kernel with:- no options PADLOCK_RNG no options IVY_RNG Or commenting the relevant lines out of your kernel conf. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 09:58:54 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADEB388F for ; Fri, 12 Oct 2012 09:58:54 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7308FC08 for ; Fri, 12 Oct 2012 09:58:54 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id q9C9wq0t064671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 12 Oct 2012 11:58:53 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Fri, 12 Oct 2012 11:58:52 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Volodymyr Kostyrko Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121012095852.GX69724@acme.spoerlein.net> Mail-Followup-To: Volodymyr Kostyrko , current@FreeBSD.org References: <20121011145453.GU69724@acme.spoerlein.net> <5077CB46.9090908@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5077CB46.9090908@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 09:58:54 -0000 On Fri, 2012-10-12 at 10:48:22 +0300, Volodymyr Kostyrko wrote: > 11.10.2012 17:54, Ulrich Spörlein wrote: > > Hey guys, > > > > I need to replace an aging Pentium IV system that has been serving as my > > router, access point, file- and mediaserver for quite some time now. The > > replacement should have: > > > > - amd64 CPU (for ZFS, obviously) > > - 2x GigE (igress, egress interfaces) > > - some form of wlan interface (I currently use an Atheros based PCI card) > > - eSATA for attaching a backup disk where I stream ZFS snapshots to > > - serial port is always nice, for when I mess up an upgrade > > - fan-less if possible > > > > So far, this here seems to fit the bill perfectly > > http://www.fit-pc.com/web/fit-pc/intensepc/ > > but pricing seems to defy any reality. > > > > It does not state directly which chipsets are used for Wifi and > > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and > > RTL8111D, but I don't trust that fully. > > > > For Wifi I can always fall back to sticking in a supported USB stick, > > although that's kinda hacky. > > > > So how well is networking going to be supported by FreeBSD? Should I > > just bite the bullet and find out? > > Why not trying to look at cheap barebones or desktop PC's? > > http://www.silentpcreview.com/Sapphire_Edge_HD3 > http://www.newegg.com/Product/Product.aspx?Item=N82E16856119070 > > They are cheaper, hold much better processors for ZFS and can be > upgraded with extra GigE/eSATA interfaces by USB3. I'm not looking forward to attaching both a Wifi USB dongle and another Ethernet one. :( Btw, eSATA is supposed to simply show up as another SATA port in FreeBSD, right? No special driver supported needed for that one? That 4 year warranty option on the IntensePC really looks nice ... I'll shoot them an email to see if the MiniPCI wifi card is supposed to be replaceable by an Atheros based one (I lost track of all the a/b/g/n a while ago, especially which antennae have to go with those ...) Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 10:08:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF396B37 for ; Fri, 12 Oct 2012 10:08:52 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8FCF38FC1A for ; Fri, 12 Oct 2012 10:08:52 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fw7so4223793vcb.13 for ; Fri, 12 Oct 2012 03:08:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=c1WLlYjXNywxyOsLTd4o03Khn6o2J9AXgNnJ7mw1XT0=; b=kuhRvrSK1KbTpq27hi/cqBEeTlDxuR4Sc/KIxefV66e1plichOVEFtCTv0w/kexVSD p+zh9gYSuOjt5diXQlwXFpys0GYiasj/A+SPIBQm//aATqTCxpvr19jzbH1cFuXDNXyC FS03toA8ge42ROifFatULSz+WrBvg3qa1Z7sbzvMFtzWomcyJ1R+GbNScEhaYeKzSo+E z7Vk4dofPgE6dRkAM/DbmaGw0X7syy3LLn9JoV4D2JRItpnMa5EnlxwnjiKl49MJpH8x CLpdMsFwwKFI/7dcMsMmEgpuM1pBdYXHYssvJF2u+VXGz3SpLVpPgNpD7jRcbKbsexO3 GlFQ== MIME-Version: 1.0 Received: by 10.58.116.212 with SMTP id jy20mr2332278veb.5.1350036526679; Fri, 12 Oct 2012 03:08:46 -0700 (PDT) Received: by 10.58.31.162 with HTTP; Fri, 12 Oct 2012 03:08:46 -0700 (PDT) In-Reply-To: <20121012095852.GX69724@acme.spoerlein.net> References: <20121011145453.GU69724@acme.spoerlein.net> <5077CB46.9090908@gmail.com> <20121012095852.GX69724@acme.spoerlein.net> Date: Fri, 12 Oct 2012 11:08:46 +0100 Message-ID: Subject: Re: Buying recommendation for silent router/fileserver From: Tom Evans To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 10:08:52 -0000 On Fri, Oct 12, 2012 at 10:58 AM, Ulrich Sp=C3=B6rlein wr= ote: > Btw, eSATA is supposed to simply show up as another SATA port in > FreeBSD, right? No special driver supported needed for that one? Yep, I have an eSATA hard drive dock, drop the drive in and it is instantly recognised. The eSATA port in my case comes from Intel ICH10, and uses ahci(4). Cheers Tom From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 11:03:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C426B09 for ; Fri, 12 Oct 2012 11:03:32 +0000 (UTC) (envelope-from hhasenbe@techfak.uni-bielefeld.de) Received: from smarthost.TechFak.Uni-Bielefeld.DE (smarthost.TechFak.Uni-Bielefeld.DE [IPv6:2001:638:504:2014:ffff::24]) by mx1.freebsd.org (Postfix) with ESMTP id ECF6F8FC0A for ; Fri, 12 Oct 2012 11:03:27 +0000 (UTC) Received: from [IPv6:2001:638:504:f1fc:221:9bff:fe18:66f5] (unknown [IPv6:2001:638:504:f1fc:221:9bff:fe18:66f5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hhasenbe) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTPSA id DDCDC80023; Fri, 12 Oct 2012 13:03:25 +0200 (CEST) Message-ID: <5077F8FB.3050307@techfak.uni-bielefeld.de> Date: Fri, 12 Oct 2012 13:03:23 +0200 From: Hendrik Hasenbein User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120724 Icedove/3.0.11 MIME-Version: 1.0 To: Rainer Duffner , freebsd-current@freebsd.org Subject: Re: Buying recommendation for silent router/fileserver References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> <20121012090310.GW69724@acme.spoerlein.net> In-Reply-To: <20121012090310.GW69724@acme.spoerlein.net> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig075DE89D79F881546E5C96AA" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 11:03:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig075DE89D79F881546E5C96AA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 12.10.2012 11:03, Ulrich Sp=C3=B6rlein wrote: > On Thu, 2012-10-11 at 17:05:46 +0200, Rainer Duffner wrote: >> Am Thu, 11 Oct 2012 16:54:53 +0200 >> schrieb Ulrich Sp=C3=B6rlein : >> >>> Hey guys, >>> >>> I need to replace an aging Pentium IV system that has been serving as= >>> my router, access point, file- and mediaserver for quite some time >>> now. The replacement should have: >>> >>> - amd64 CPU (for ZFS, obviously) >>> - 2x GigE (igress, egress interfaces) >>> - some form of wlan interface (I currently use an Atheros based PCI >>> card) >>> - eSATA for attaching a backup disk where I stream ZFS snapshots to >>> - serial port is always nice, for when I mess up an upgrade >>> - fan-less if possible >>> >>> So far, this here seems to fit the bill perfectly >>> http://www.fit-pc.com/web/fit-pc/intensepc/ >>> but pricing seems to defy any reality. >>> >>> It does not state directly which chipsets are used for Wifi and >>> Ethernet, the block diagram claims Ethernet chips to be Intel 82579 >>> and RTL8111D, but I don't trust that fully. >>> >>> For Wifi I can always fall back to sticking in a supported USB stick,= >>> although that's kinda hacky. >>> >>> So how well is networking going to be supported by FreeBSD? Should I >>> just bite the bullet and find out? >> >> >> >> What about the=20 >> >> HP ProLiant N40L >> ? >> >> It's not fanless, of course - but it's IMO more suited for a >> server-type system than anything else in that price-range. It has a big fan which doesn't generate much noise. It is also decent looking in case you need to integrate it into a living room. >> I don't have one (I have no need for anything beyond what an >> AlIX-system can do) - but if I would need a home-server, I'd buy a N40= L >> (it can boot from USB and you can thus boot FreeNAS from it) >=20 > Interesting one, with only one GigE port though, both PCIe slots would > need to be populated to get a second Ethernet and a Wifi port ... I don't think that would be a drawback unless you want to cramp in a second SSD (or more) into the 5.25" slot. Maybe there is a wireless/wired combo card, but I havent found one. The USB boot + SSD (zfs cache) + 4 disks is a nice storage solution. mata ne, Hendrik --------------enig075DE89D79F881546E5C96AA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlB3+P4ACgkQytd3dYHoMPV7zQCfY8qEaeEjq26odLbGQRmnUWK9 oeIAoNsG5N/ba3wdvg/5j7tMyQBbq13o =o1yx -----END PGP SIGNATURE----- --------------enig075DE89D79F881546E5C96AA-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 11:11:35 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63C9BE9F; Fri, 12 Oct 2012 11:11:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 02BF38FC0C; Fri, 12 Oct 2012 11:11:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q9CBBRX4034298; Fri, 12 Oct 2012 07:11:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q9CBBRQn034287; Fri, 12 Oct 2012 11:11:27 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 12 Oct 2012 11:11:27 GMT Message-Id: <201210121111.q9CBBRQn034287@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2012 11:11:35 -0000 TB --- 2012-10-12 04:50:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-12 04:50:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-12 04:50:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-10-12 04:50:01 - cleaning the object tree TB --- 2012-10-12 04:50:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-12 04:50:01 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-10-12 04:50:01 - /usr/local/bin/svn cleanup /src TB --- 2012-10-12 04:53:23 - /usr/local/bin/svn update /src TB --- 2012-10-12 04:53:42 - At svn revision 241478 TB --- 2012-10-12 04:53:43 - building world TB --- 2012-10-12 04:53:43 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 04:53:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 04:53:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 04:53:43 - SRCCONF=/dev/null TB --- 2012-10-12 04:53:43 - TARGET=i386 TB --- 2012-10-12 04:53:43 - TARGET_ARCH=i386 TB --- 2012-10-12 04:53:43 - TZ=UTC TB --- 2012-10-12 04:53:43 - __MAKE_CONF=/dev/null TB --- 2012-10-12 04:53:43 - cd /src TB --- 2012-10-12 04:53:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Oct 12 04:53:54 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 12 07:29:12 UTC 2012 TB --- 2012-10-12 07:29:12 - generating LINT kernel config TB --- 2012-10-12 07:29:12 - cd /src/sys/i386/conf TB --- 2012-10-12 07:29:12 - /usr/bin/make -B LINT TB --- 2012-10-12 07:29:13 - cd /src/sys/i386/conf TB --- 2012-10-12 07:29:13 - /usr/sbin/config -m LINT TB --- 2012-10-12 07:29:13 - building LINT kernel TB --- 2012-10-12 07:29:13 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 07:29:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 07:29:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 07:29:13 - SRCCONF=/dev/null TB --- 2012-10-12 07:29:13 - TARGET=i386 TB --- 2012-10-12 07:29:13 - TARGET_ARCH=i386 TB --- 2012-10-12 07:29:13 - TZ=UTC TB --- 2012-10-12 07:29:13 - __MAKE_CONF=/dev/null TB --- 2012-10-12 07:29:13 - cd /src TB --- 2012-10-12 07:29:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 12 07:29:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Oct 12 08:04:36 UTC 2012 TB --- 2012-10-12 08:04:36 - cd /src/sys/i386/conf TB --- 2012-10-12 08:04:36 - /usr/sbin/config -m LINT-NOINET TB --- 2012-10-12 08:04:36 - building LINT-NOINET kernel TB --- 2012-10-12 08:04:36 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 08:04:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 08:04:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 08:04:36 - SRCCONF=/dev/null TB --- 2012-10-12 08:04:36 - TARGET=i386 TB --- 2012-10-12 08:04:36 - TARGET_ARCH=i386 TB --- 2012-10-12 08:04:36 - TZ=UTC TB --- 2012-10-12 08:04:36 - __MAKE_CONF=/dev/null TB --- 2012-10-12 08:04:36 - cd /src TB --- 2012-10-12 08:04:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Oct 12 08:04:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Fri Oct 12 08:37:58 UTC 2012 TB --- 2012-10-12 08:37:58 - cd /src/sys/i386/conf TB --- 2012-10-12 08:37:58 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-10-12 08:37:59 - building LINT-NOINET6 kernel TB --- 2012-10-12 08:37:59 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 08:37:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 08:37:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 08:37:59 - SRCCONF=/dev/null TB --- 2012-10-12 08:37:59 - TARGET=i386 TB --- 2012-10-12 08:37:59 - TARGET_ARCH=i386 TB --- 2012-10-12 08:37:59 - TZ=UTC TB --- 2012-10-12 08:37:59 - __MAKE_CONF=/dev/null TB --- 2012-10-12 08:37:59 - cd /src TB --- 2012-10-12 08:37:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Oct 12 08:37:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Fri Oct 12 09:10:45 UTC 2012 TB --- 2012-10-12 09:10:45 - cd /src/sys/i386/conf TB --- 2012-10-12 09:10:45 - /usr/sbin/config -m LINT-NOIP TB --- 2012-10-12 09:10:45 - building LINT-NOIP kernel TB --- 2012-10-12 09:10:45 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 09:10:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 09:10:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 09:10:45 - SRCCONF=/dev/null TB --- 2012-10-12 09:10:45 - TARGET=i386 TB --- 2012-10-12 09:10:45 - TARGET_ARCH=i386 TB --- 2012-10-12 09:10:45 - TZ=UTC TB --- 2012-10-12 09:10:45 - __MAKE_CONF=/dev/null TB --- 2012-10-12 09:10:45 - cd /src TB --- 2012-10-12 09:10:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Oct 12 09:10:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Fri Oct 12 09:40:59 UTC 2012 TB --- 2012-10-12 09:40:59 - cd /src/sys/i386/conf TB --- 2012-10-12 09:40:59 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-10-12 09:40:59 - building LINT-VIMAGE kernel TB --- 2012-10-12 09:40:59 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 09:40:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 09:40:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 09:40:59 - SRCCONF=/dev/null TB --- 2012-10-12 09:40:59 - TARGET=i386 TB --- 2012-10-12 09:40:59 - TARGET_ARCH=i386 TB --- 2012-10-12 09:40:59 - TZ=UTC TB --- 2012-10-12 09:40:59 - __MAKE_CONF=/dev/null TB --- 2012-10-12 09:40:59 - cd /src TB --- 2012-10-12 09:40:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Oct 12 09:40:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Oct 12 10:13:54 UTC 2012 TB --- 2012-10-12 10:13:54 - cd /src/sys/i386/conf TB --- 2012-10-12 10:13:54 - /usr/sbin/config -m GENERIC TB --- 2012-10-12 10:13:54 - building GENERIC kernel TB --- 2012-10-12 10:13:54 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 10:13:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 10:13:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 10:13:54 - SRCCONF=/dev/null TB --- 2012-10-12 10:13:54 - TARGET=i386 TB --- 2012-10-12 10:13:54 - TARGET_ARCH=i386 TB --- 2012-10-12 10:13:54 - TZ=UTC TB --- 2012-10-12 10:13:54 - __MAKE_CONF=/dev/null TB --- 2012-10-12 10:13:54 - cd /src TB --- 2012-10-12 10:13:54 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 12 10:13:54 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Oct 12 10:43:30 UTC 2012 TB --- 2012-10-12 10:43:30 - cd /src/sys/i386/conf TB --- 2012-10-12 10:43:30 - /usr/sbin/config -m PAE TB --- 2012-10-12 10:43:30 - building PAE kernel TB --- 2012-10-12 10:43:30 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 10:43:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 10:43:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 10:43:30 - SRCCONF=/dev/null TB --- 2012-10-12 10:43:30 - TARGET=i386 TB --- 2012-10-12 10:43:30 - TARGET_ARCH=i386 TB --- 2012-10-12 10:43:30 - TZ=UTC TB --- 2012-10-12 10:43:30 - __MAKE_CONF=/dev/null TB --- 2012-10-12 10:43:30 - cd /src TB --- 2012-10-12 10:43:30 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Oct 12 10:43:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PAE completed on Fri Oct 12 10:51:17 UTC 2012 TB --- 2012-10-12 10:51:17 - cd /src/sys/i386/conf TB --- 2012-10-12 10:51:17 - /usr/sbin/config -m XBOX TB --- 2012-10-12 10:51:17 - building XBOX kernel TB --- 2012-10-12 10:51:17 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 10:51:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 10:51:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 10:51:17 - SRCCONF=/dev/null TB --- 2012-10-12 10:51:17 - TARGET=i386 TB --- 2012-10-12 10:51:17 - TARGET_ARCH=i386 TB --- 2012-10-12 10:51:17 - TZ=UTC TB --- 2012-10-12 10:51:17 - __MAKE_CONF=/dev/null TB --- 2012-10-12 10:51:17 - cd /src TB --- 2012-10-12 10:51:17 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Fri Oct 12 10:51:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for XBOX completed on Fri Oct 12 10:54:26 UTC 2012 TB --- 2012-10-12 10:54:26 - cd /src/sys/i386/conf TB --- 2012-10-12 10:54:26 - /usr/sbin/config -m XEN TB --- 2012-10-12 10:54:26 - building XEN kernel TB --- 2012-10-12 10:54:26 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 10:54:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 10:54:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 10:54:26 - SRCCONF=/dev/null TB --- 2012-10-12 10:54:26 - TARGET=i386 TB --- 2012-10-12 10:54:26 - TARGET_ARCH=i386 TB --- 2012-10-12 10:54:26 - TZ=UTC TB --- 2012-10-12 10:54:26 - __MAKE_CONF=/dev/null TB --- 2012-10-12 10:54:26 - cd /src TB --- 2012-10-12 10:54:26 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Fri Oct 12 10:54:26 UTC 2012 >>> 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 [...] objcopy --only-keep-debug virtio_balloon.ko.debug virtio_balloon.ko.symbols objcopy --strip-debug --add-gnu-debuglink=virtio_balloon.ko.symbols virtio_balloon.ko.debug virtio_balloon.ko ===> virtio/scsi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c cc1: warnings being treated as errors /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c: In function 'vtscsi_sg_append_scsi_buf': /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c:974: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c:982: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] *** [virtio_scsi.o] Error code 1 Stop in /src/sys/modules/virtio/scsi. *** [all] Error code 1 Stop in /src/sys/modules/virtio. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/i386.i386/src/sys/XEN. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-12 11:11:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-12 11:11:27 - ERROR: failed to build XEN kernel TB --- 2012-10-12 11:11:27 - 17474.50 user 2374.09 system 22886.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 11:12:07 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCE9D96 for ; Fri, 12 Oct 2012 11:12:07 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 136188FC1D for ; Fri, 12 Oct 2012 11:12:06 +0000 (UTC) Received: (qmail 9132 invoked by uid 89); 12 Oct 2012 11:12:04 -0000 Received: by simscan 1.4.0 ppid: 9127, pid: 9129, t: 0.0352s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15456 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 12 Oct 2012 11:12:04 -0000 Date: Fri, 12 Oct 2012 13:12:03 +0200 From: Rainer Duffner To: Ulrich =?UTF-8?B?U3DDtnJsZWlu?= Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121012131203.3af8553d@suse3> In-Reply-To: <20121012090310.GW69724@acme.spoerlein.net> References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> <20121012090310.GW69724@acme.spoerlein.net> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 11:12:07 -0000 Am Fri, 12 Oct 2012 11:03:10 +0200 schrieb Ulrich Sp=C3=B6rlein : > Interesting one, with only one GigE port though, both PCIe slots would > need to be populated to get a second Ethernet and a Wifi port ... As said, it would be better to use a 2nd system (ALIX only uses 5-10W or so) for WIFI (and even then, the pfSense folk recommends using a dedicated AP on OPT1 to handle the WIFI-stuff) - unless you want it to act as a client only. Then an USB-stick should do, right? Or one of the WLAN-bridges for 40=E2=82=AC.... Does FreeNAS do VLANs? Then, you'd only need a VLAN-capable switch and one NIC would be enough. I don't think the machine could saturate 2 GBIT-ports anyway... From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 11:51:09 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7DD8CB6 for ; Fri, 12 Oct 2012 11:51:09 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 396A58FC08 for ; Fri, 12 Oct 2012 11:51:09 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id q9CBp66h068277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 12 Oct 2012 13:51:07 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Fri, 12 Oct 2012 13:51:06 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Hendrik Hasenbein Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121012115106.GZ69724@acme.spoerlein.net> Mail-Followup-To: Hendrik Hasenbein , Rainer Duffner , freebsd-current@freebsd.org References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> <20121012090310.GW69724@acme.spoerlein.net> <5077F8FB.3050307@techfak.uni-bielefeld.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5077F8FB.3050307@techfak.uni-bielefeld.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, Rainer Duffner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 11:51:09 -0000 On Fri, 2012-10-12 at 13:03:23 +0200, Hendrik Hasenbein wrote: > On 12.10.2012 11:03, Ulrich Spörlein wrote: > > On Thu, 2012-10-11 at 17:05:46 +0200, Rainer Duffner wrote: > >> Am Thu, 11 Oct 2012 16:54:53 +0200 > >> schrieb Ulrich Spörlein : > >> > >>> Hey guys, > >>> > >>> I need to replace an aging Pentium IV system that has been serving as > >>> my router, access point, file- and mediaserver for quite some time > >>> now. The replacement should have: > >>> > >>> - amd64 CPU (for ZFS, obviously) > >>> - 2x GigE (igress, egress interfaces) > >>> - some form of wlan interface (I currently use an Atheros based PCI > >>> card) > >>> - eSATA for attaching a backup disk where I stream ZFS snapshots to > >>> - serial port is always nice, for when I mess up an upgrade > >>> - fan-less if possible > >>> > >>> So far, this here seems to fit the bill perfectly > >>> http://www.fit-pc.com/web/fit-pc/intensepc/ > >>> but pricing seems to defy any reality. > >>> > >>> It does not state directly which chipsets are used for Wifi and > >>> Ethernet, the block diagram claims Ethernet chips to be Intel 82579 > >>> and RTL8111D, but I don't trust that fully. > >>> > >>> For Wifi I can always fall back to sticking in a supported USB stick, > >>> although that's kinda hacky. > >>> > >>> So how well is networking going to be supported by FreeBSD? Should I > >>> just bite the bullet and find out? > >> > >> > >> > >> What about the > >> > >> HP ProLiant N40L > >> ? > >> > >> It's not fanless, of course - but it's IMO more suited for a > >> server-type system than anything else in that price-range. > > It has a big fan which doesn't generate much noise. It is also decent > looking in case you need to integrate it into a living room. For longevity, I'd have a bit more confidence if this was an IvyBridge system ... Now that FreeBSD somewhat supports the Intel HD graphics, I might even slap on XBMC. And yes, living room + low noise is key, aka Wife Acceptance Factor (http://en.wikipedia.org/wiki/Wife_acceptance_factor) > >> I don't have one (I have no need for anything beyond what an > >> AlIX-system can do) - but if I would need a home-server, I'd buy a N40L > >> (it can boot from USB and you can thus boot FreeNAS from it) > > > > Interesting one, with only one GigE port though, both PCIe slots would > > need to be populated to get a second Ethernet and a Wifi port ... > > I don't think that would be a drawback unless you want to cramp in a > second SSD (or more) into the 5.25" slot. Maybe there is a > wireless/wired combo card, but I havent found one. The USB boot + SSD > (zfs cache) + 4 disks is a nice storage solution. Yeah, I was aiming for a 32GB SSD, with 8-16GB as UFS2 to boot from and hold all the software, 16GB as ZIL or L2ARC or whatever it is called and have an external 2TiB HDD (eSATA) for the GELI+ZFS volume. Another 2TiB HDD (USB, usually detached/powered down, running ZFS with compression and dedup) already exists and is receiving the ZFS snapshots from the current 1TiB (ATA, internal) disk of the Pentium 4 system. Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 15:14:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 060B42CF; Fri, 12 Oct 2012 15:14:44 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id AEB648FC16; Fri, 12 Oct 2012 15:14:42 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id F1A8B8A5E2; Fri, 12 Oct 2012 11:14:41 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iNvcHUJrYiA2; Fri, 12 Oct 2012 11:14:41 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <507833E1.4070505@egr.msu.edu> Date: Fri, 12 Oct 2012 11:14:41 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121012 Thunderbird/16.0.1 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Buying recommendation for silent router/fileserver References: <20121011145453.GU69724@acme.spoerlein.net> <20121011160521.GB40357@in-addr.com> <5076F955.8070207@egr.msu.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 15:14:44 -0000 I did not, but I put it on my list to try to accomplish. On 10/11/12 13:41, Adrian Chadd wrote: > Did you ever file a PR for the slow SATA behaviour? > > > > Adrian > > > On 11 October 2012 09:52, Adam McDougall wrote: >> On 10/11/12 12:05, Gary Palmer wrote: >>> >>> On Thu, Oct 11, 2012 at 04:54:53PM +0200, Ulrich Sp??rlein wrote: >>>> >>>> Hey guys, >>>> >>>> I need to replace an aging Pentium IV system that has been serving as my >>>> router, access point, file- and mediaserver for quite some time now. The >>>> replacement should have: >>>> >>>> - amd64 CPU (for ZFS, obviously) >>>> - 2x GigE (igress, egress interfaces) >>>> - some form of wlan interface (I currently use an Atheros based PCI card) >>>> - eSATA for attaching a backup disk where I stream ZFS snapshots to >>>> - serial port is always nice, for when I mess up an upgrade >>>> - fan-less if possible >>>> >>>> So far, this here seems to fit the bill perfectly >>>> http://www.fit-pc.com/web/fit-pc/intensepc/ >>>> but pricing seems to defy any reality. >>>> >>>> It does not state directly which chipsets are used for Wifi and >>>> Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and >>>> RTL8111D, but I don't trust that fully. >>>> >>>> For Wifi I can always fall back to sticking in a supported USB stick, >>>> although that's kinda hacky. >>>> >>>> So how well is networking going to be supported by FreeBSD? Should I >>>> just bite the bullet and find out? >>> >>> >>> I'd recommend the Soekris net6501, but it's even more expensive than the >>> intensepc (I suspect due to low hardware volumes but thats just a guess) >>> >>> http://soekris.com/products/net6501.html >>> >>> You also don't specify what kind of storage you need, which is obviously >>> an important factor for a file/media server. >>> >>> Gary >>> _______________________________________________ >>> 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" >>> >> >> Be wary of the Soekris net6501, I bought three of the 1.6Ghz net6501-70 >> model which has an Atom E-680 cpu (E series) and it compiles more than twice >> as slow as a 1.6Ghz Atom N270 in an older netbook. Someone else running >> Linux reported similar CPU slowness. As far as practical network >> throughput, I could only get 100Mbit/sec with a simple HTTP download of a >> file full of zeros, and OpenVPN could only push about 25Mbit/sec. As a >> practical example of the CPU slowness, it takes about 1.5 minutes to compile >> pkg on the N270 netbook and 5 minutes on the 6501 (around 4.5 if I use -j2). >> A kernel compile took an hour. Unfortunately I had no idea this CPU >> (possibly implementation?) was so slow before I purchased it, and I could >> scarcely find evidence of it on google after hours of searching when I had >> already discovered the issue. I was hoping to find some comparative >> benchmarks between various Atom series but manufacturers generally don't do >> that. >> >> Additionally, the total AHCI SATA write speed on the net6501 (in BSD only?) >> has a strange 20MB/sec limitation but reads can go over 100MB/sec. If I >> write to one disk I get 20MB/sec, if I write to both SATA disks I get >> 10MB/sec each. Write is equally slow on a SSD. Both someone running >> OpenBSD and I running FreeBSD reported the same symptoms to the soekris-tech >> mailing list and received no useful replies towards getting that problem >> solved. I tested the write speed briefly with Linux and it did not appear >> to have the 20MB/sec limitation. I did confirm it was using MSI(-X?) with >> boot -v. I think this hardware would need to fall into Alexander Motin's >> hands to get anywhere with debugging the SATA speed issue. Since it seems >> fine in Linux, maybe some day it can be fixed in BSD but I have no clue how >> that limitation could happen. The disks I tested with are fine in normal >> computers. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 16:49:04 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45CAAB61 for ; Fri, 12 Oct 2012 16:49:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id CDD128FC0C for ; Fri, 12 Oct 2012 16:49:03 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q9CGn92i049818; Fri, 12 Oct 2012 19:49:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q9CGmvJw094615; Fri, 12 Oct 2012 19:48:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q9CGmvA4094614; Fri, 12 Oct 2012 19:48:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 12 Oct 2012 19:48:57 +0300 From: Konstantin Belousov To: Harald Schmalzbauer Subject: Re: Bull Mountain (IvyBridge +) random number generator Message-ID: <20121012164857.GS35915@deviant.kiev.zoral.com.ua> References: <20120902103406.GU33100@deviant.kiev.zoral.com.ua> <5077D9EF.4040500@omnilan.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iPQdpvQZPHatbiDE" Content-Disposition: inline In-Reply-To: <5077D9EF.4040500@omnilan.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 16:49:04 -0000 --iPQdpvQZPHatbiDE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 12, 2012 at 10:50:55AM +0200, Harald Schmalzbauer wrote: > schrieb Konstantin Belousov am 02.09.2012 12:34 (localtime): > > It is relatively well known that Ivy Bridge CPUs (Core iX 3XXX) have > > built-in hardware random number generator, which is claimed to be both > > very fast and high quality. Generator is accessible using non-privileged > > RDRAND instruction. It is claimed that CPU performs sanitization of the > > random sequence. In particular, it seems that paranoid AES encryption of > > the raw random stream, performed by our padlock driver, is not needed > > for Bull Mountain (there are hints that hardware performs it already). > > > > See > > http://spectrum.ieee.org/computing/hardware/behind-intels-new-randomnum= ber-generator/0 > > http://software.intel.com/en-us/articles/intel-digital-random-number-ge= nerator-drng-software-implementation-guide/ > > and IA32 ADM. > > > > Patch at > > http://people.freebsd.org/~kib/misc/bull_mountain.2.patch > > implements support for the generator. I do not own any IvyBridge machin= es, > > so I cannot test. Patch makes both padlock and bull generators the opti= ons, > > you need to enable IVY_RNG to get support for the generator. > > > > I would be interested in seeing reports including verbose boot dmesg, > > and some tests of /dev/random quality on the IvyBridge machines, you can > > start with http://lists.gnupg.org/pipermail/gnupg-devel/2000-March/0163= 28.html. >=20 > Thanks a lot for implementing this! > I have an ESXi host with Ivy Brindge CPU. > FreeBSD guest reports the following: > CPU: Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz (3492.07-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x306a9 Family =3D 6 Model =3D 3a= =20 > Stepping =3D 9 > =20 > Features=3D0x1fa3fbff > =20 > Features2=3D0xfeba2203 > AMD Features=3D0x28100800 > AMD Features2=3D0x1 > TSC: P-state invariant > real memory =3D 8589934592 (8192 MB) > avail memory =3D 8235110400 (7853 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > MADT: Forcing active-low polarity and level trigger for SCI >=20 > But unfortunately accessing /dev/random doesn't work with IVY_RNG enabled. > 'dd' consumes 100% wcpu bound to one core but never finishes (dd > if=3D/dev/random bs=3D1k count=3D100|./ent) > Also some other functions are blocked, logging in for example (doesn't > matter if it's console or ssh). But I can walk arround in already > established sessions. >=20 > I made a 9.1-RC-2 debug kernel but no info appears. Also IVY_RNG isn't > reported after kldloading, nor during boot, but this is the expected > behaviour if I unterstand your patch correctly. >=20 > I guess using RDRAND in an hypervisor environment should make no > difference but please correct me if I'm wrong. Try the stable/9 instead. The code was merged in r240950. There was a bug in the original patch with the similar description. --iPQdpvQZPHatbiDE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlB4SfkACgkQC3+MBN1Mb4ho+wCfX6upQWcGde9FFE/cu1GWqj2z iC8AoI+89FDdJjbXXc3RXkLmhd/pKdJZ =7B27 -----END PGP SIGNATURE----- --iPQdpvQZPHatbiDE-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 17:35:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CA0EAF1; Fri, 12 Oct 2012 17:35:31 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) by mx1.freebsd.org (Postfix) with ESMTP id 81DA48FC0A; Fri, 12 Oct 2012 17:35:30 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.196.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 6F0B8D60094; Fri, 12 Oct 2012 19:35:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org Received: from sage.daemoninthecloset.org (sage.daemoninthecloset.org [127.0.1.1]) by sage.daemoninthecloset.org (Postfix) with ESMTP id 7A7EC6B7A2; Fri, 12 Oct 2012 12:34:53 -0500 (CDT) Date: Fri, 12 Oct 2012 12:34:53 -0500 (CDT) From: Bryan Venteicher To: FreeBSD Tinderbox Message-ID: <756052810.831.1350063293262.JavaMail.root@daemoninthecloset.org> In-Reply-To: <201210121111.q9CBBRQn034287@freebsd-current.sentex.ca> Subject: Re: [head tinderbox] failure on i386/i386 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.51.1.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC22 (Mac)/7.2.0_GA_2669) Cc: current@freebsd.org, i386@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 17:35:31 -0000 Hi, ----- Original Message ----- > From: "FreeBSD Tinderbox" > To: "FreeBSD Tinderbox" , current@freebsd.org, i386@freebsd.org > Sent: Friday, October 12, 2012 6:11:27 AM > Subject: [head tinderbox] failure on i386/i386 > > TB --- 2012-10-12 04:50:01 - tinderbox 2.9 running on > freebsd-current.sentex.ca > TB --- 2012-10-12 04:50:01 - FreeBSD freebsd-current.sentex.ca > 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT > 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC > amd64 > TB --- 2012-10-12 04:50:01 - starting HEAD tinderbox run for > i386/i386 > TB --- 2012-10-12 04:50:01 - cleaning the object tree > TB --- 2012-10-12 04:50:01 - checking out /src from > svn://svn.freebsd.org/base/head > TB --- 2012-10-12 04:50:01 - cd /tinderbox/HEAD/i386/i386 > TB --- 2012-10-12 04:50:01 - /usr/local/bin/svn cleanup /src > TB --- 2012-10-12 04:53:23 - /usr/local/bin/svn update /src > TB --- 2012-10-12 04:53:42 - At svn revision 241478 [SNIP] > TB --- 2012-10-12 10:54:26 - /usr/bin/make -B buildkernel > KERNCONF=XEN > >>> Kernel build for XEN started on Fri Oct 12 10:54:26 UTC 2012 > >>> 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 > [...] > objcopy --only-keep-debug virtio_balloon.ko.debug > virtio_balloon.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=virtio_balloon.ko.symbols > virtio_balloon.ko.debug virtio_balloon.ko > ===> virtio/scsi (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g > -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float > -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 -Wmissing-include-dirs > -fdiagnostics-show-option -c > /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c > cc1: warnings being treated as errors > /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c: > In function 'vtscsi_sg_append_scsi_buf': > /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c:974: > warning: cast from pointer to integer of different size > [-Wpointer-to-int-cast] > /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c:982: > warning: cast to pointer from integer of different size > [-Wint-to-pointer-cast] > *** [virtio_scsi.o] Error code 1 I cannot seem to recreate this locally, but I think these need to be casted through uintptr? diff --git a/sys/dev/virtio/scsi/virtio_scsi.c b/sys/dev/virtio/scsi/virtio_scsi.c index f2e1412..79bc988 100644 --- a/sys/dev/virtio/scsi/virtio_scsi.c +++ b/sys/dev/virtio/scsi/virtio_scsi.c @@ -971,7 +971,7 @@ vtscsi_sg_append_scsi_buf(struct vtscsi_softc *sc, struct sglist *sg, csio->data_ptr, csio->dxfer_len); else error = sglist_append_phys(sg, - (vm_paddr_t) csio->data_ptr, csio->dxfer_len); + (vm_paddr_t)(uintptr_t) csio->data_ptr, csio->dxfer_len); } else { for (i = 0; i < csio->sglist_cnt && error == 0; i++) { @@ -979,7 +979,7 @@ vtscsi_sg_append_scsi_buf(struct vtscsi_softc *sc, struct sglist *sg, if ((ccbh->flags & CAM_SG_LIST_PHYS) == 0) error = sglist_append(sg, - (void *) dseg->ds_addr, dseg->ds_len); + (void *)(uintptr_t) dseg->ds_addr, dseg->ds_len); else error = sglist_append_phys(sg, (vm_paddr_t) dseg->ds_addr, dseg->ds_len); That being said, compiling VirtIO for a XEN kernel probably doesn't make any sense. Bryan > > Stop in /src/sys/modules/virtio/scsi. > *** [all] Error code 1 > > Stop in /src/sys/modules/virtio. > *** [all] Error code 1 > > Stop in /src/sys/modules. > *** [modules-all] Error code 1 > > Stop in /obj/i386.i386/src/sys/XEN. > *** [buildkernel] Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2012-10-12 11:11:27 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2012-10-12 11:11:27 - ERROR: failed to build XEN kernel > TB --- 2012-10-12 11:11:27 - 17474.50 user 2374.09 system 22886.60 > real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.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" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 18:30:20 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CD1E5EA; Fri, 12 Oct 2012 18:30:20 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6868FC14; Fri, 12 Oct 2012 18:30:19 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3XdczT4p7qz4KK3B; Fri, 12 Oct 2012 20:30:13 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3XdczT4XmCzbbfS; Fri, 12 Oct 2012 20:30:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id 8DCW2Xw5_2LK; Fri, 12 Oct 2012 20:28:57 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-49-122.dynamic.mnet-online.de [93.104.49.122]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Fri, 12 Oct 2012 20:30:12 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 7CDA026DE7; Fri, 12 Oct 2012 20:30:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 500B326DE4; Fri, 12 Oct 2012 20:30:11 +0200 (CEST) Date: Fri, 12 Oct 2012 20:30:10 +0200 (CEST) From: Michael Reifenberger To: =?ISO-8859-15?Q?Ulrich_Sp=F6rlein?= Subject: Re: Buying recommendation for silent router/fileserver In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> Message-ID: References: <20121011145453.GU69724@acme.spoerlein.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1616156600-1350066611=:89403" Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 18:30:20 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1616156600-1350066611=:89403 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT Hi, I have a Supermicros X7SPA-HF-D525 running as a fileserver. Six SATA connectors on board and runs flawlessly with eight GiB Mem. On Thu, 11 Oct 2012, Ulrich Spörlein wrote: > Date: Thu, 11 Oct 2012 16:54:53 +0200 > From: Ulrich Spörlein > To: current@FreeBSD.org > Subject: Buying recommendation for silent router/fileserver > > Hey guys, > > I need to replace an aging Pentium IV system that has been serving as my > router, access point, file- and mediaserver for quite some time now. The > replacement should have: > > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI card) > - eSATA for attaching a backup disk where I stream ZFS snapshots to > - serial port is always nice, for when I mess up an upgrade > - fan-less if possible > > So far, this here seems to fit the bill perfectly > http://www.fit-pc.com/web/fit-pc/intensepc/ > but pricing seems to defy any reality. > > It does not state directly which chipsets are used for Wifi and > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and > RTL8111D, but I don't trust that fully. > > For Wifi I can always fall back to sticking in a supported USB stick, > although that's kinda hacky. > > So how well is networking going to be supported by FreeBSD? Should I > just bite the bullet and find out? > > Cheers, > Uli > _______________________________________________ > 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" > Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com --0-1616156600-1350066611=:89403-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 19:36:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79E7CF28 for ; Fri, 12 Oct 2012 19:36:28 +0000 (UTC) (envelope-from allmymaillists@gmail.com) Received: from mail-ea0-f182.google.com (mail-ea0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 006C18FC14 for ; Fri, 12 Oct 2012 19:36:27 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id c10so655217eaa.13 for ; Fri, 12 Oct 2012 12:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=tqqvxhrSmsP5adz0QhJjb6sDvBgV//ABxWdr2TCxKkw=; b=xQydFj8mU6OHt9t51rnpFYRvrGxaOnE8NERasyc2vd5LCO1w3vpaVnfclzV6Xip+kr JKedtDa1a/a+OpBtitL25o0AUuNNW1olxx3kRnvYXWqP0Bc2h/aKZmV/bwZAwGbvJLor ptuKjE+zYW0PTFLknivhbq3iEwLpD3FU6zij8zt1CAi4Dz5JCzmNQfCphT6AAnBLB0or MjZNJfCSepl0HimoIlFeBFmI60IV3VF/+2CAwiljk4mE0gYPr+tID+d2vak7YOF55sq1 F9ajHS1CLTRRGPehF/WSVa8/glA4kI2ZCP+7vAgJbPE8GitAcDkPoNuaybkwTlG12o1u kctw== Received: by 10.14.184.134 with SMTP id s6mr7965217eem.46.1350070586686; Fri, 12 Oct 2012 12:36:26 -0700 (PDT) Received: from [10.0.2.15] (p57931638.dip.t-dialin.net. [87.147.22.56]) by mx.google.com with ESMTPS id r45sm13231946eem.6.2012.10.12.12.36.25 (version=SSLv3 cipher=OTHER); Fri, 12 Oct 2012 12:36:26 -0700 (PDT) Message-ID: <5078713F.7090908@gmail.com> Date: Fri, 12 Oct 2012 21:36:31 +0200 From: Asen Varsanov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: current@FreeBSD.org Subject: Re: Buying recommendation for silent router/fileserver References: <20121011145453.GU69724@acme.spoerlein.net> In-Reply-To: <20121011145453.GU69724@acme.spoerlein.net> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 19:36:28 -0000 On 10/11/2012 04:54 PM, Ulrich Spörlein wrote: > Hey guys, > > I need to replace an aging Pentium IV system that has been serving as my > router, access point, file- and mediaserver for quite some time now. The > replacement should have: > > - amd64 CPU (for ZFS, obviously) > - 2x GigE (igress, egress interfaces) > - some form of wlan interface (I currently use an Atheros based PCI card) > - eSATA for attaching a backup disk where I stream ZFS snapshots to > - serial port is always nice, for when I mess up an upgrade > - fan-less if possible > > So far, this here seems to fit the bill perfectly > http://www.fit-pc.com/web/fit-pc/intensepc/ > but pricing seems to defy any reality. > > It does not state directly which chipsets are used for Wifi and > Ethernet, the block diagram claims Ethernet chips to be Intel 82579 and > RTL8111D, but I don't trust that fully. > > For Wifi I can always fall back to sticking in a supported USB stick, > although that's kinda hacky. > > So how well is networking going to be supported by FreeBSD? Should I > just bite the bullet and find out? > > Cheers, > Uli > _______________________________________________ > 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" > Hi Uli, I have bought this one: http://www.mindfactory.de/product_info.php/info/775548 with 4GB RAM DDR3 on 1066Mhz, with additional 1Gb/s PCI Ethernetcard and using old but silent power supply. Pfsense is not yet running, because I am still testing, but I can tell so far that it has enough power to run the 3 ethX interfaces full speed (about 100MB/s each for like 2 days testing) with live debian USB. I am planning to run pfsense on it soon. I also tested how fast the cpu is and I must say that is not blazing fast, it is about 3 times slower than my laptop with 2x2,4 Ghz intell T8300, but it is low power ... Cheers, Asen From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 20:30:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D73568A; Fri, 12 Oct 2012 20:30:02 +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 A12668FC17; Fri, 12 Oct 2012 20:30:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q9CKU006094733; Fri, 12 Oct 2012 16:30:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q9CKU09E094693; Fri, 12 Oct 2012 20:30:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 12 Oct 2012 20:30:00 GMT Message-Id: <201210122030.q9CKU09E094693@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2012 20:30:02 -0000 TB --- 2012-10-12 14:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-12 14:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-10-12 14:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-10-12 14:20:00 - cleaning the object tree TB --- 2012-10-12 14:26:23 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-12 14:26:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-10-12 14:26:23 - /usr/local/bin/svn cleanup /src TB --- 2012-10-12 14:27:06 - /usr/local/bin/svn update /src TB --- 2012-10-12 14:27:13 - At svn revision 241483 TB --- 2012-10-12 14:27:14 - building world TB --- 2012-10-12 14:27:14 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 14:27:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 14:27:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 14:27:14 - SRCCONF=/dev/null TB --- 2012-10-12 14:27:14 - TARGET=i386 TB --- 2012-10-12 14:27:14 - TARGET_ARCH=i386 TB --- 2012-10-12 14:27:14 - TZ=UTC TB --- 2012-10-12 14:27:14 - __MAKE_CONF=/dev/null TB --- 2012-10-12 14:27:14 - cd /src TB --- 2012-10-12 14:27:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Oct 12 14:27:19 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Oct 12 16:53:15 UTC 2012 TB --- 2012-10-12 16:53:15 - generating LINT kernel config TB --- 2012-10-12 16:53:15 - cd /src/sys/i386/conf TB --- 2012-10-12 16:53:15 - /usr/bin/make -B LINT TB --- 2012-10-12 16:53:16 - cd /src/sys/i386/conf TB --- 2012-10-12 16:53:16 - /usr/sbin/config -m LINT TB --- 2012-10-12 16:53:16 - building LINT kernel TB --- 2012-10-12 16:53:16 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 16:53:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 16:53:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 16:53:16 - SRCCONF=/dev/null TB --- 2012-10-12 16:53:16 - TARGET=i386 TB --- 2012-10-12 16:53:16 - TARGET_ARCH=i386 TB --- 2012-10-12 16:53:16 - TZ=UTC TB --- 2012-10-12 16:53:16 - __MAKE_CONF=/dev/null TB --- 2012-10-12 16:53:16 - cd /src TB --- 2012-10-12 16:53:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 12 16:53:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Oct 12 17:27:02 UTC 2012 TB --- 2012-10-12 17:27:02 - cd /src/sys/i386/conf TB --- 2012-10-12 17:27:02 - /usr/sbin/config -m LINT-NOINET TB --- 2012-10-12 17:27:02 - building LINT-NOINET kernel TB --- 2012-10-12 17:27:02 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 17:27:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 17:27:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 17:27:02 - SRCCONF=/dev/null TB --- 2012-10-12 17:27:02 - TARGET=i386 TB --- 2012-10-12 17:27:02 - TARGET_ARCH=i386 TB --- 2012-10-12 17:27:02 - TZ=UTC TB --- 2012-10-12 17:27:02 - __MAKE_CONF=/dev/null TB --- 2012-10-12 17:27:02 - cd /src TB --- 2012-10-12 17:27:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Oct 12 17:27:02 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Fri Oct 12 17:58:57 UTC 2012 TB --- 2012-10-12 17:58:57 - cd /src/sys/i386/conf TB --- 2012-10-12 17:58:57 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-10-12 17:58:57 - building LINT-NOINET6 kernel TB --- 2012-10-12 17:58:57 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 17:58:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 17:58:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 17:58:57 - SRCCONF=/dev/null TB --- 2012-10-12 17:58:57 - TARGET=i386 TB --- 2012-10-12 17:58:57 - TARGET_ARCH=i386 TB --- 2012-10-12 17:58:57 - TZ=UTC TB --- 2012-10-12 17:58:57 - __MAKE_CONF=/dev/null TB --- 2012-10-12 17:58:57 - cd /src TB --- 2012-10-12 17:58:57 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Oct 12 17:58:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Fri Oct 12 18:31:07 UTC 2012 TB --- 2012-10-12 18:31:07 - cd /src/sys/i386/conf TB --- 2012-10-12 18:31:07 - /usr/sbin/config -m LINT-NOIP TB --- 2012-10-12 18:31:07 - building LINT-NOIP kernel TB --- 2012-10-12 18:31:07 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 18:31:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 18:31:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 18:31:07 - SRCCONF=/dev/null TB --- 2012-10-12 18:31:07 - TARGET=i386 TB --- 2012-10-12 18:31:07 - TARGET_ARCH=i386 TB --- 2012-10-12 18:31:07 - TZ=UTC TB --- 2012-10-12 18:31:07 - __MAKE_CONF=/dev/null TB --- 2012-10-12 18:31:07 - cd /src TB --- 2012-10-12 18:31:07 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Oct 12 18:31:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Fri Oct 12 19:00:56 UTC 2012 TB --- 2012-10-12 19:00:56 - cd /src/sys/i386/conf TB --- 2012-10-12 19:00:56 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-10-12 19:00:56 - building LINT-VIMAGE kernel TB --- 2012-10-12 19:00:56 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 19:00:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 19:00:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 19:00:56 - SRCCONF=/dev/null TB --- 2012-10-12 19:00:56 - TARGET=i386 TB --- 2012-10-12 19:00:56 - TARGET_ARCH=i386 TB --- 2012-10-12 19:00:56 - TZ=UTC TB --- 2012-10-12 19:00:56 - __MAKE_CONF=/dev/null TB --- 2012-10-12 19:00:56 - cd /src TB --- 2012-10-12 19:00:56 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Oct 12 19:00:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Oct 12 19:33:21 UTC 2012 TB --- 2012-10-12 19:33:21 - cd /src/sys/i386/conf TB --- 2012-10-12 19:33:21 - /usr/sbin/config -m GENERIC TB --- 2012-10-12 19:33:21 - building GENERIC kernel TB --- 2012-10-12 19:33:21 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 19:33:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 19:33:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 19:33:21 - SRCCONF=/dev/null TB --- 2012-10-12 19:33:21 - TARGET=i386 TB --- 2012-10-12 19:33:21 - TARGET_ARCH=i386 TB --- 2012-10-12 19:33:21 - TZ=UTC TB --- 2012-10-12 19:33:21 - __MAKE_CONF=/dev/null TB --- 2012-10-12 19:33:21 - cd /src TB --- 2012-10-12 19:33:21 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 12 19:33:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Oct 12 20:02:44 UTC 2012 TB --- 2012-10-12 20:02:44 - cd /src/sys/i386/conf TB --- 2012-10-12 20:02:44 - /usr/sbin/config -m PAE TB --- 2012-10-12 20:02:44 - building PAE kernel TB --- 2012-10-12 20:02:44 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 20:02:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 20:02:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 20:02:44 - SRCCONF=/dev/null TB --- 2012-10-12 20:02:44 - TARGET=i386 TB --- 2012-10-12 20:02:44 - TARGET_ARCH=i386 TB --- 2012-10-12 20:02:44 - TZ=UTC TB --- 2012-10-12 20:02:44 - __MAKE_CONF=/dev/null TB --- 2012-10-12 20:02:44 - cd /src TB --- 2012-10-12 20:02:44 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Oct 12 20:02:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PAE completed on Fri Oct 12 20:10:30 UTC 2012 TB --- 2012-10-12 20:10:30 - cd /src/sys/i386/conf TB --- 2012-10-12 20:10:30 - /usr/sbin/config -m XBOX TB --- 2012-10-12 20:10:30 - building XBOX kernel TB --- 2012-10-12 20:10:30 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 20:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 20:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 20:10:30 - SRCCONF=/dev/null TB --- 2012-10-12 20:10:30 - TARGET=i386 TB --- 2012-10-12 20:10:30 - TARGET_ARCH=i386 TB --- 2012-10-12 20:10:30 - TZ=UTC TB --- 2012-10-12 20:10:30 - __MAKE_CONF=/dev/null TB --- 2012-10-12 20:10:30 - cd /src TB --- 2012-10-12 20:10:30 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Fri Oct 12 20:10:30 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for XBOX completed on Fri Oct 12 20:13:51 UTC 2012 TB --- 2012-10-12 20:13:51 - cd /src/sys/i386/conf TB --- 2012-10-12 20:13:51 - /usr/sbin/config -m XEN TB --- 2012-10-12 20:13:51 - building XEN kernel TB --- 2012-10-12 20:13:51 - CROSS_BUILD_TESTING=YES TB --- 2012-10-12 20:13:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-12 20:13:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-12 20:13:51 - SRCCONF=/dev/null TB --- 2012-10-12 20:13:51 - TARGET=i386 TB --- 2012-10-12 20:13:51 - TARGET_ARCH=i386 TB --- 2012-10-12 20:13:51 - TZ=UTC TB --- 2012-10-12 20:13:51 - __MAKE_CONF=/dev/null TB --- 2012-10-12 20:13:51 - cd /src TB --- 2012-10-12 20:13:51 - /usr/bin/make -B buildkernel KERNCONF=XEN >>> Kernel build for XEN started on Fri Oct 12 20:13:51 UTC 2012 >>> 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 [...] objcopy --only-keep-debug virtio_balloon.ko.debug virtio_balloon.ko.symbols objcopy --strip-debug --add-gnu-debuglink=virtio_balloon.ko.symbols virtio_balloon.ko.debug virtio_balloon.ko ===> virtio/scsi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/XEN/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/XEN -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -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 -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c cc1: warnings being treated as errors /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c: In function 'vtscsi_sg_append_scsi_buf': /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c:974: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] /src/sys/modules/virtio/scsi/../../../dev/virtio/scsi/virtio_scsi.c:982: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] *** [virtio_scsi.o] Error code 1 Stop in /src/sys/modules/virtio/scsi. *** [all] Error code 1 Stop in /src/sys/modules/virtio. *** [all] Error code 1 Stop in /src/sys/modules. *** [modules-all] Error code 1 Stop in /obj/i386.i386/src/sys/XEN. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-12 20:30:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-12 20:30:00 - ERROR: failed to build XEN kernel TB --- 2012-10-12 20:30:00 - 17137.42 user 2366.52 system 22199.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 20:49:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6CDAB0E; Fri, 12 Oct 2012 20:49:33 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6690E8FC12; Fri, 12 Oct 2012 20:49:32 +0000 (UTC) Received: from outgoing.leidinger.net (p57A384CF.dip.t-dialin.net [87.163.132.207]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id ACCD6844096; Fri, 12 Oct 2012 22:49:21 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 2DA452496; Fri, 12 Oct 2012 22:49:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1350074959; bh=7eTucjhFmJhB5S/4pLGgSX4CewKknQZ75t853xUIvTY=; h=Date:From:To:Subject:In-Reply-To:References; b=OMfq5t7u6Ue+U9Dfv6zT54IMMPL2417sg09LGCje8gzSJZOZow2UuDCJ8eETqoW/3 0mM/L+K/28aYUVZkKQC6u2cySjpsYLZO+cbeDbk5aXk+vWnfLXOhadEMZjD/NRm8Zi Dhm3G9URAinmcyIGY7j6jfflTXq6qlLt2Hi4ABcunffl2K/VA+E/THE0W9QBeI8JSw 6s0EAYgZ2cnXls+sZYo/fzsA3fnVar1DKKRApZ9aVgUSbmWAo9wy4Wi84MD3hUWouW /m0dbbnaiQ4FG+V3J4x+KlpGJBGu0BTRTczUpjeNGYZN02HcFnZM5MSkr+ScgpGS5x Jmy4nbSjjfQ/A== Date: Fri, 12 Oct 2012 22:49:18 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org, uqs@FreeBSD.org Subject: Re: Buying recommendation for silent router/fileserver Message-ID: <20121012224918.00002a69@unknown> In-Reply-To: <20121012115106.GZ69724@acme.spoerlein.net> References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> <20121012090310.GW69724@acme.spoerlein.net> <5077F8FB.3050307@techfak.uni-bielefeld.de> <20121012115106.GZ69724@acme.spoerlein.net> X-Mailer: Claws Mail 3.8.0cvs30 (GTK+ 2.24.10; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: ACCD6844096.A27B5 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.107, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1350679763.20355@Tahgt22+gquPYy/KJWmUvw X-EBL-Spam-Status: No X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 20:49:33 -0000 On Fri, 12 Oct 2012 13:51:06 +0200 Ulrich Sp=F6rlein wrote: > For longevity, I'd have a bit more confidence if this was an IvyBridge > system ... Now that FreeBSD somewhat supports the Intel HD graphics, I > might even slap on XBMC. And yes, living room + low noise is key, aka > Wife Acceptance Factor > (http://en.wikipedia.org/wiki/Wife_acceptance_factor) Fans are not evil. The trick is to use very big ones which run slowly and quiet. Have a look for: - big/normal but nice case (for air-flow reasons with the benefit of space for hard drives and you can change parts inside later at will without space problems), let your significant other chose it - biiiig CPU cooler (Scyte, Noctua, Thermalright, ...) - big CPU fan (12cm / 14cm... big ones can run slow and silent) - low power CPU - at leat one big case fan (12cm) - 40 EUR fan-less Nvidia card - 80 Plus Platinum PSU I have a system which is like this, big case with 5 harddisks and a ssd, a big case fan blowing on it (speed adjustable, but already with a very slow and quiet setting the disks don't heat up) in direction of the CPU, the fan of the CPU more or less not turning (the CPU coolers which come with big CPU fans have a temperature controlled fan most of the time), and a second big case fan sucking out the air on the top of the case. The fan of the PSU is also temperature controlled, and very quiet (in case the fan should turn at all). With this you can put inside whatever you want. For your use case maybe a Core i3/5 CPU with a low max-TDP (30-40W instead of the usual 95). Together with a fan-less NVidia GeForce GT 520 card (40 EUR) you can have plenty of horse power (for your envisioned use-case) but you don't hear it (except you put your ear directly beneath the case). Such a system may be not as flexible to hide as the one you talked about initially, but you have the possibility to upgrade easily and as necessary. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 21:21:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B249674; Fri, 12 Oct 2012 21:21:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id F21948FC18; Fri, 12 Oct 2012 21:21:20 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so3451409pad.13 for ; Fri, 12 Oct 2012 14:21:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Dpo5UQdIDPyQzC0c2vtwWqhA7LnG5MJBKGsvPkdEt1k=; b=AFs9Fbtj2Q8HmwlttuziOrYYeV9b0SjPX3ySSV70oK55edYW3qdZkL0W7pWwyy+1eT y1gfq4VFNgFZ6VyiCWLClKPhxuzoH7dW3nKHVQuS+MtTbGGXrPQcb6wI8y4eWXK7kMk7 mxZKfQiC8fCZdsb0Y9nc/wqECb7T55VSHV53UNObckE6a7Zl3nj4Qtav9qVv8aHZWuXx PRFk9a44R+MBs8jtuJPN7Tc3TL7LjGCS5NkNV7vsTaK+IBw5z7ho/rivKnMHR/3GuTFk X8gk5uZXtBi6qVBp35ER0fQQjbjbG0WvbwIigkDyQIbsBBay0R0zTqPFCHVf86BtBArF 1+pQ== MIME-Version: 1.0 Received: by 10.66.77.70 with SMTP id q6mr14430235paw.24.1350076880417; Fri, 12 Oct 2012 14:21:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.146.233 with HTTP; Fri, 12 Oct 2012 14:21:20 -0700 (PDT) In-Reply-To: <507832E3.1050801@quip.cz> References: <507832E3.1050801@quip.cz> Date: Fri, 12 Oct 2012 17:21:20 -0400 X-Google-Sender-Auth: 9T_v7aoM8UOksoyicL3iaNdkbOY Message-ID: Subject: Re: new DragonFly-3.2 scheduler and PostgreSQL comparision with FreeBSD 9.1-RC1 From: Adrian Chadd To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , freebsd-current , FreeBSD Stable Mailing List X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 21:21:21 -0000 On 12 October 2012 11:10, Miroslav Lachman <000.fbsd@quip.cz> wrote: > I don't like comparing Release Candidates without any details about config, > but the fact that DF 3.2 is much better than DF 3.0 is interesting. And they > are very close to performance of Scientific Linux 6.2. Hey cool! And FreeBSD-9.1 is on there and doing worse than Linux and Dragonfly BSD. I wonder why that is. Lemme cross post this a little to see what people think. > http://lists.dragonflybsd.org/pipermail/users/2012-October/017536.html > > Graphs are available as PDF attachments > > http://lists.dragonflybsd.org/pipermail/users/attachments/20121010/7996ff88/attachment-0002.pdf > > http://lists.dragonflybsd.org/pipermail/users/attachments/20121010/7996ff88/attachment-0003.pdf Adrian From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 22:54:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5C70B4B; Fri, 12 Oct 2012 22:54:55 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C73D8FC08; Fri, 12 Oct 2012 22:54:54 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id jf20so1715278bkc.13 for ; Fri, 12 Oct 2012 15:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZT6sQjhVAdHExetF4qnlkEd62oBuER3LKsBuXjQbqSo=; b=MHdiA2UyFG+JFo7NeuXzxEaHC+RMW7NM+SS2Htc2LN0OJtMUr1Oc+UTBBDOvTetImu mixNQlp79StZIQvRYANOB2DQcwWPlh3g2Mh3m7ZOnL3rx8wFrWMxpSHhg0cU7XM9QPxF snx+qzb1nNChUiXqwS2jmWoFR/NzkXwuSFqco9VhyCeb9ceU43xN/K5SXvyXoSr8Jcpc Dov0Sz2CJns1oqe01430VwvLs/VHYSCNZ4Q9k984P7iVwWGXxTv0NNwmgdYyfyfFh9rQ tbeRlgAWnysfEVpbUNQSLTNOY5KUSH5OSf5Q4eB+/kDPeqvOFKG0FRqKYBcrE4dMGW+q 66uw== MIME-Version: 1.0 Received: by 10.204.151.9 with SMTP id a9mr1651870bkw.2.1350082493739; Fri, 12 Oct 2012 15:54:53 -0700 (PDT) Received: by 10.205.36.136 with HTTP; Fri, 12 Oct 2012 15:54:53 -0700 (PDT) In-Reply-To: References: <1349390777.5234.9.camel@powernoodle.corp.yahoo.com> Date: Fri, 12 Oct 2012 15:54:53 -0700 Message-ID: Subject: Re: [CFT]hwpmc update for sandybridge-e From: hiren panchasara To: Fabien Thomas Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , Davide Italiano X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Oct 2012 22:54:55 -0000 On Fri, Oct 5, 2012 at 1:05 AM, Fabien Thomas wro= te: > > Le 5 oct. 2012 =C3=A0 10:00, Fabien Thomas a =C3=A9crit : > > > > > Le 5 oct. 2012 =C3=A0 00:46, Sean Bruno a =C3=A9crit : > > > >> So, I did the bear minimum and kind of hacked things together without > >> understanding precisely what I was doing, and I was able to massage th= e > >> sandybridge-e CPUs into giving me some basic functions. > >> > >> Comments or concerns before I commit this? > >> > >> http://people.freebsd.org/~sbruno/pmc_sandybridge.txt > > > > Hi Sean, > > > > The only modification required is this one > > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D237196 > > > > but davide@ removed it for a problem that need to be looked at. > > Looking at the doc this CPU require a full set of PMC as the list of even= t > are different. > So this mean full manpage, full event list, =E2=80=A6 > > Doc: > " > The events in Table 19-3 apply to > processors with CPUID signature of DisplayFamily_DisplayModel encoding > with the > following values: 06_2AH and 06_2DH. The events in Table 19-4 apply to > processors > with CPUID signature 06_2AH. The events in Table 19-5 apply to processors > with > CPUID signature 06_2DH. > " > > Required change will be the same as this commit if you want to look at it= : > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D240164 > Hi All, With help of Sean, I've prepared another semi-working patch: http://www.strugglingcoder.info/patches/hwpmc_sbx_1.txt I still haven't written the man page. I wanted to get some feedback (bashing/yelling) before spending more time on this. I am not quite sure how to handle uncore events. I've put ugly hack to avoid wrmsr/rdmsr for this particular set of processors. I bet there are better ways to handle this situation. (in hwpmc_uncore.c) Here is the o/p of "pmccontrol -L": http://www.strugglingcoder.info/patches/pmccontrol_1.txt I've run the pmctest.py script (by gnn): http://www.strugglingcoder.info/patches/pmctestpy_1.txt I am seeing "invalid argument" for some events. I've tried to check pmc_events.h to see that those events are listed. Not sure what else I should check. I've also tried to follow the commands Fabien listed for testing on http://freebsd.1045724.n5.nabble.com/CFT-hwpmc-support-for-Intel-Ivy-Bridge= -tp5740299p5740577.html I am getting panic on following: - Soft counter: pmcstat -SPAGE_FAULT.ALL -w4 -T panic details: -bash-4.2$ panic: userret: Returning with with pinned thread cpuid =3D 22 KDB: enter: panic [ thread pid 4084 tid 100302 ] Stopped at kdb_enter+0x3b: movq $0,0xa74122(%rip) db> bt Tracing pid 4084 tid 100302 td 0xfffffe0016dbc000 kdb_enter() at kdb_enter+0x3b panic() at panic+0x1d1 userret() at userret+0x15c trap() at trap+0x200 calltrap() at calltrap+0x8 --- trap 0xc, rip =3D 0x8013d86a0, rsp =3D 0x7fffffffd4b0, rbp =3D 0x801800= b98 --- db> show pcpu cpuid =3D 22 dynamic pcpu =3D 0xffffff807f000280 curthread =3D 0xfffffe0016dbc000: pid 4084 "pmcstat" curpcb =3D 0xffffff86be955b80 fpcurthread =3D 0xfffffe0016dbc000: pid 4084 "pmcstat" idlethread =3D 0xfffffe000a510000: tid 100025 "idle: cpu22" curpmap =3D 0xfffffe00160f6be8 tssp =3D 0xffffffff81531970 commontssp =3D 0xffffffff81531970 rsp0 =3D 0xffffff86be955b80 gs32p =3D 0xffffffff8152faa8 ldt =3D 0xffffffff8152fae8 tss =3D 0xffffffff8152fad8 spin locks held: db> show registers cs 0x20 ds 0x3b es 0x3b003b fs 0x1b0013 gs 0x1b ss 0 rax 0x12 rcx 0x1fc rdx 0 rbx 0xffffffff80ec14ea __func__.3526+0x1c2 rsp 0xffffff86be955770 rbp 0xffffff86be955790 rsi 0x80 rdi 0xffffff86be9555f0 r8 0 r9 0xffffff86be9556a0 r10 0x700 r11 0xffffffff812c2900 txtrndrsw r12 0 r13 0xfffffe0016dbc000 r14 0xffffff86be955ac0 r15 0xc rip 0xffffffff80901f1b kdb_enter+0x3b rflags 0x86 kdb_enter+0x3b: movq $0,0xa74122(%rip) db> Please let me know if anything else I can provide. Thanks a ton, Hiren p.s. I don't know how computers work. From owner-freebsd-current@FreeBSD.ORG Fri Oct 12 23:30:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D11BB635 for ; Fri, 12 Oct 2012 23:30:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id ADB9E8FC0A for ; Fri, 12 Oct 2012 23:30:26 +0000 (UTC) Received: from epsilon.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id BF1161B8CC; Fri, 12 Oct 2012 16:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1350084620; bh=X5+KgKC9ZLDyULIDDyp0Ya7HVs8P3HdCTa8RAtkQBuU=; h=Date:From:Reply-To:To:Subject; b=nuGX4DohD3JvGWLfl9ayF1Bwu2anEFkg+e4ZncJRlFYnQ4Kz9auUBff/R2r2vu5Q9 6FzKpLpCmfWA2csdTi1Eug2NEV4l1oLZSe1mbCXoYlQhJ+8HtCPsGf42Fvj+hCJfkB UFivqmoSZMEK+ryxadXg9mnpx1LrmxPTnaznAxUo= Message-ID: <5078A803.7070705@delphij.net> Date: Fri, 12 Oct 2012 16:30:11 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: boot2/loader: serial port handling X-Enigmail-Version: 1.4.5 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig376A8025F32C79CA8D672BE6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2012 23:30:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig376A8025F32C79CA8D672BE6 Content-Type: multipart/mixed; boundary="------------010102070108080400010606" This is a multi-part message in MIME format. --------------010102070108080400010606 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, We have some rather hacky quick hack at $WORK that addresses a problem we have found with boot2/loader and wants to share it and see if we can have more neat solution. Here is the problem: the current boot2 and loader have various places where it considers serial port to exist. When the port is not there, the code would hang because it tests whether the hardware's -READY bit, basically something like: do { } while (inpb(state register) & READY_BIT); This unfortunately would enter an infinite loop when the device is not present -- all in operations would get all bits set. To reproduce this, one can compile boot2/loader with non-existent port and the system will hang at very early stage of boot. --- Because boot2 is size constrained we can not use very sophisticated detection logic there, what I did is to use something like: outb(line control register, word) if (inb(line control register) !=3D word) Disable the serial port read/write For loader I'm not sure if we should use better detection logic. By the way, it seems that the system may force using the default console in loader regardless if the detection logic said no, if it decides that's the only usable one. So what would be the right way to solve these issue? Cheers, --=20 Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die --------------010102070108080400010606 Content-Type: text/plain; charset=UTF-8; name="freebsd-bootsio.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="freebsd-bootsio.diff" Index: sys/boot/i386/boot2/boot2.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/i386/boot2/boot2.c (revision 241434) +++ sys/boot/i386/boot2/boot2.c (working copy) @@ -415,8 +415,10 @@ parse() } ioctrl =3D OPT_CHECK(RBX_DUAL) ? (IO_SERIAL|IO_KEYBOARD) : OPT_CHECK(RBX_SERIAL) ? IO_SERIAL : IO_KEYBOARD; - if (ioctrl & IO_SERIAL) - sio_init(115200 / comspeed); + if (ioctrl & IO_SERIAL) { + if (sio_init(115200 / comspeed)) + ioctrl &=3D ~IO_SERIAL; + } } else { for (q =3D arg--; *q && *q !=3D '('; q++); if (*q) { Index: sys/boot/i386/boot2/lib.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/i386/boot2/lib.h (revision 241434) +++ sys/boot/i386/boot2/lib.h (working copy) @@ -17,7 +17,7 @@ * $FreeBSD$ */ =20 -void sio_init(int) __attribute__((regparm (3))); +int sio_init(int) __attribute__((regparm (3))); void sio_flush(void); void sio_putc(int) __attribute__((regparm (3))); int sio_getc(void); Index: sys/boot/i386/boot2/sio.S =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/i386/boot2/sio.S (revision 241434) +++ sys/boot/i386/boot2/sio.S (working copy) @@ -24,12 +24,15 @@ .globl sio_getc .globl sio_ischar =20 -/* void sio_init(int div) */ +/* int sio_init(int div) */ =20 sio_init: pushl %eax movw $SIO_PRT+0x3,%dx # Data format reg movb $SIO_FMT|0x80,%al # Set format outb %al,(%dx) # and DLAB + inb (%dx),%al + cmpb $SIO_FMT|0x80,%al + jnz sio_init.1 subb $0x3,%dl # Divisor latch reg popl %eax outw %ax,(%dx) # BPS @@ -41,8 +44,13 @@ sio_init: pushl %eax outb %al,(%dx) # DTR incl %edx # Line status reg call sio_flush + xor %eax,%eax ret +sio_init.1: popl %eax + movb $0x1,%al + ret =20 + /* void sio_flush(void) */ =20 sio_flush.0: call sio_getc.1 # Get character Index: sys/boot/i386/libi386/comconsole.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/i386/libi386/comconsole.c (revision 241434) +++ sys/boot/i386/libi386/comconsole.c (working copy) @@ -33,7 +33,7 @@ __FBSDID("$FreeBSD$"); #include "libi386.h" =20 #define COMC_FMT 0x3 /* 8N1 */ -#define COMC_TXWAIT 0x40000 /* transmit timeout */ +#define COMC_TXWAIT 0x80 /* transmit timeout */ #define COMC_BPS(x) (115200 / (x)) /* speed to DLAB divisor */ #define COMC_DIV2BPS(x) (115200 / (x)) /* DLAB divisor to speed */ =20 @@ -57,6 +57,7 @@ static int comc_speed_set(struct env_var *ev, int =20 static int comc_started; static int comc_curspeed; +static int comc_disabled; =20 struct console comconsole =3D { "comconsole", @@ -76,9 +77,12 @@ comc_probe(struct console *cp) char *cons, *speedenv; int speed; =20 - /* XXX check the BIOS equipment list? */ - cp->c_flags |=3D (C_PRESENTIN | C_PRESENTOUT); + u_char dlbh; + u_char dlbl; + u_char cfcr; =20 + comc_disabled =3D 0; + if (comc_curspeed =3D=3D 0) { comc_curspeed =3D COMSPEED; /* @@ -102,6 +106,22 @@ comc_probe(struct console *cp) env_setenv("comconsole_speed", EV_VOLATILE, speedbuf, comc_speed_set, env_nounset); } + + cfcr =3D inb(COMPORT + com_cfcr); + outb(COMPORT + com_cfcr, CFCR_DLAB | cfcr); + + dlbl =3D inb(COMPORT + com_dlbl); + dlbh =3D inb(COMPORT + com_dlbh); + + outb(COMPORT + com_cfcr, cfcr); + + if (dlbl =3D=3D 0xff && dlbh =3D=3D 0xff && cfcr =3D=3D 0xff) { + cp->c_flags &=3D ~(C_PRESENTIN | C_PRESENTOUT); + comc_disabled =3D 1; + return; + } + + cp->c_flags |=3D (C_PRESENTIN | C_PRESENTOUT); } =20 static int @@ -121,6 +141,9 @@ comc_putchar(int c) { int wait; =20 + if (comc_disabled) + return; + for (wait =3D COMC_TXWAIT; wait > 0; wait--) if (inb(COMPORT + com_lsr) & LSR_TXRDY) { outb(COMPORT + com_data, (u_char)c); @@ -131,6 +154,10 @@ comc_putchar(int c) static int comc_getchar(void) { + + if (comc_disabled) + return -1; + return(comc_ischar() ? inb(COMPORT + com_data) : -1); } =20 @@ -161,6 +188,7 @@ comc_speed_set(struct env_var *ev, int flags, cons static void comc_setup(int speed) { + int retry =3D 0x80; =20 comc_curspeed =3D speed; =20 @@ -172,7 +200,7 @@ comc_setup(int speed) =20 do inb(COMPORT + com_data); - while (inb(COMPORT + com_lsr) & LSR_RXRDY); + while (inb(COMPORT + com_lsr) & LSR_RXRDY && (--retry > 0)); } =20 static int --------------010102070108080400010606-- --------------enig376A8025F32C79CA8D672BE6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJQeKgGAAoJEG80Jeu8UPuzv7oIALWQZ8oyv5OPv4z1h3iprmcY fP4vbKi16Azn7SYKMdKDlxdHP0VPoIPsNVoHD+11S9fLmbxsFEB95HBLhPq/XiPE 8C0vp4QLHsyGKjEbJWj1UCs0bizuwn06K444Zu/AbWbv913CTBGuaI7anKfoFafd qnICC6lbz2Exncxyd/Yswj1WO2CE2d5OxYR89eEWeuGyfxzoAOOfTvwx/rB6q0VT UJhOjIaZMS3JwUuPPx4eUnqpucBEO+kgSuW7ny9KmaiYCqNoh0odWt86GpUNKMcN Ft9Pg22j4Tu0YgSnVUoLfeZVnp87jfkNutzIH8gQYxyznbbH9m9Glr7Ipn5j7qo= =ywkO -----END PGP SIGNATURE----- --------------enig376A8025F32C79CA8D672BE6-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 00:04:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CF411E5 for ; Sat, 13 Oct 2012 00:04:32 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id C06B78FC0C for ; Sat, 13 Oct 2012 00:04:31 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so4519963oag.13 for ; Fri, 12 Oct 2012 17:04:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/WSldf+kEkaSXKR0oPLjHO/fk2GPMCM7RKE2Y3BV8EA=; b=LEil+sY/v72VMmIrgishr1anogZY3/u+QbHjPinQ0sGo9BxuwXfUiMDjpC1SPfuGhH MDNer9ILq41ok6AJ/2GGlsOWegIzngJNfYL2gqG7Zx9eb0AyehYWZuzBkQ3MuzkTknVj XJeP5pq/XFuJdv9kpTu4SaV26ZIe+w7QS8qoj70L+TMp8LnTcEm1kN05HRZJxZR9+2Tk dnfsZJHOnLPWwfMsUPiC6LFZIcr/AHTi9YOZylmQ/Y7EVBq5Sjb3RTX9JkGo7KfIoB/G zjXGhYooXm1ivm5rhDMldy6G/VI916LZqMjVFlr/ENVkKxZpngJDKUH77MOMMqq6Qada DrWA== MIME-Version: 1.0 Received: by 10.182.31.50 with SMTP id x18mr4652666obh.56.1350086664949; Fri, 12 Oct 2012 17:04:24 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Fri, 12 Oct 2012 17:04:24 -0700 (PDT) In-Reply-To: <5078A803.7070705@delphij.net> References: <5078A803.7070705@delphij.net> Date: Fri, 12 Oct 2012 17:04:24 -0700 Message-ID: Subject: Re: boot2/loader: serial port handling From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 00:04:32 -0000 On Fri, Oct 12, 2012 at 4:30 PM, Xin Li wrote: > Hi, > > We have some rather hacky quick hack at $WORK that addresses a problem > we have found with boot2/loader and wants to share it and see if we can > have more neat solution. > > Here is the problem: the current boot2 and loader have various places > where it considers serial port to exist. When the port is not there, > the code would hang because it tests whether the hardware's -READY bit, > basically something like: > > do { > } while (inpb(state register) & READY_BIT); > > This unfortunately would enter an infinite loop when the device is not > present -- all in operations would get all bits set. > > To reproduce this, one can compile boot2/loader with non-existent port > and the system will hang at very early stage of boot. > > --- > > Because boot2 is size constrained we can not use very sophisticated > detection logic there, what I did is to use something like: > > outb(line control register, word) > if (inb(line control register) != word) > Disable the serial port read/write > > For loader I'm not sure if we should use better detection logic. By the > way, it seems that the system may force using the default console in > loader regardless if the detection logic said no, if it decides that's > the only usable one. > > So what would be the right way to solve these issue? Have you tried out Andriy's commit yet to loader(8) (r241301)? Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 00:09:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FBF35B8 for ; Sat, 13 Oct 2012 00:09:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id F005A8FC08 for ; Sat, 13 Oct 2012 00:09:41 +0000 (UTC) Received: from epsilon.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id B195F1BA89; Fri, 12 Oct 2012 17:09:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1350086981; bh=uJTcmq71Wvt9DnSvQbID6dNQ9tAjf/u3ZLE50nJI58A=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=eoUN3/nveXyBWKvxgpZEjmCoQXzDBN/Fp+XQJmETGxOkpvLqCVAyD6u5Wy940WR33 Xl/OA74d6cvPJrHKJvRZXFIECx6AavDt8IqOf+0f/T1/YKclWGPRYaF1qT51zZqgS+ ZtrlazvCafNJlQWikKzAY52LcOzySafovbQtLCEs= Message-ID: <5078B145.4090501@delphij.net> Date: Fri, 12 Oct 2012 17:09:41 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Garrett Cooper Subject: Re: boot2/loader: serial port handling References: <5078A803.7070705@delphij.net> In-Reply-To: X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2012 00:09:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 10/12/12 17:04, Garrett Cooper wrote: > On Fri, Oct 12, 2012 at 4:30 PM, Xin Li > wrote: >> Hi, >> >> We have some rather hacky quick hack at $WORK that addresses a >> problem we have found with boot2/loader and wants to share it and >> see if we can have more neat solution. >> >> Here is the problem: the current boot2 and loader have various >> places where it considers serial port to exist. When the port is >> not there, the code would hang because it tests whether the >> hardware's -READY bit, basically something like: >> >> do { } while (inpb(state register) & READY_BIT); >> >> This unfortunately would enter an infinite loop when the device >> is not present -- all in operations would get all bits set. >> >> To reproduce this, one can compile boot2/loader with non-existent >> port and the system will hang at very early stage of boot. >> >> --- >> >> Because boot2 is size constrained we can not use very >> sophisticated detection logic there, what I did is to use >> something like: >> >> outb(line control register, word) if (inb(line control register) >> != word) Disable the serial port read/write >> >> For loader I'm not sure if we should use better detection logic. >> By the way, it seems that the system may force using the default >> console in loader regardless if the detection logic said no, if >> it decides that's the only usable one. >> >> So what would be the right way to solve these issue? > > Have you tried out Andriy's commit yet to loader(8) (r241301)? Ah I wish I am not this far behind my email backlog. Yes I think these (241300 and 241301) will solve the problem. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJQeLFFAAoJEG80Jeu8UPuzktAH/3nyrSCrvHWlOSp/eOWf1oMU KQwzyUXOVgKWCVTHUYHN6tCs0sN1Vguc1n+Q8tqSCuDOJ4/x0lyb6GcyxZv2tf6+ gGYE54yYjf9UDM0HQ3Zb3ZxmH8Z06eH3jK/SlUg8nMXnReLW2v1KkuQ+T3yTyhQH 7vCjOzQylF4CmzpS7l/skNL2lxkJsoD/XROFzRrDAUSK2rdnupjUIxuTXI2G+Bjf i51qFZk6JRHnecL2c4Zm6ynO65eXyD0Ux7l+FOa00ntOKD33/HJP/Qtpl2UrU+J5 YhMcPUU2uRM3LTSl2D3mtbasrgKQMTmH4syp4ucR7belFPloX7RYjHItQdO6x1M= =0R8e -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 00:13:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3EEB773 for ; Sat, 13 Oct 2012 00:13:48 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7FDE68FC08 for ; Sat, 13 Oct 2012 00:13:48 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wc20so4478915obb.13 for ; Fri, 12 Oct 2012 17:13:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AJkflPDA6enaT9n+vqCWtOzVKiG8XrDtvpfdA/PBKQM=; b=KsIADdok0MbrSID+Hawm0D6OJDz1Rbgob8uVmFBgWHgwDFcXumn7CJ8kM7UqwGEzTb 273WaZVRCcUSyV8/ht24kMMYOjMM7dtIvmLY22xtMfNKOZ3ZPwVEirdngkonUhwp9TDB ZPLHDZYhN94+wTCfW6U8doof+YLlePqBc8OxpNy2LrMuAA9B2ksLBvRxkxwO+F+3kVZ9 jBGgv2Esc1UOUuAV/V3KP8T5Jp6VXDIvuVI54J4XT4+wNN2XGtcpNOHYmhUmBdnGYn6I PYIqJ7ajOBYVgZwf7j38KbNKRjfkcLgkun3GGsvHA/UFYfsHZ19aOfNZuthyqs1tg3bG c5TQ== MIME-Version: 1.0 Received: by 10.60.170.241 with SMTP id ap17mr4953710oec.4.1350087227570; Fri, 12 Oct 2012 17:13:47 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Fri, 12 Oct 2012 17:13:47 -0700 (PDT) In-Reply-To: <5078B145.4090501@delphij.net> References: <5078A803.7070705@delphij.net> <5078B145.4090501@delphij.net> Date: Fri, 12 Oct 2012 17:13:47 -0700 Message-ID: Subject: Re: boot2/loader: serial port handling From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 00:13:48 -0000 On Fri, Oct 12, 2012 at 5:09 PM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 ... > Ah I wish I am not this far behind my email backlog. Yes I think > these (241300 and 241301) will solve the problem. Yeah -- forgot about the other one. There's another enhancement that would make this even better (apart from maybe having multiple primary consoles): setting the primary console if present and having fallbacks in the event that the original primary wasn't set or configurable; it was a thing that was present in another project I worked on with sio that was pretty slick (and I think that there would be some parties who wouldn't mind if the same was done with uart(4)). Cheers! -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 00:42:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA0C6BB1; Sat, 13 Oct 2012 00:42:37 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED568FC08; Sat, 13 Oct 2012 00:42:37 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so1693316dad.13 for ; Fri, 12 Oct 2012 17:42:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=w2/ID+DAGkhhTPRCQVbOnnbEewWDw5+DRmngM32bqRE=; b=L3CyYAaR6/9IMoWcV+KrRh64F62DsfXscJ2+JjsSHh1kbwZ64O7PeazGp0I0pYyVK4 p0oQhUkVhO/Vpbqus7Thjf1MedKDwNqh65ymox3D1Py6FXbvRQ+3Uwdx4wv20+Cot9Gc nui0iK2lNOF2iwIFpPB0S+nD2lzJxmnbNlhdpHBTtmLUbWrgZzEZs6gyr9Ls8sIjhPan RHTLk4bCqUap4zvK5eNFmvL+NQFdwfWY+ngPILE6AOiSsU/7RDcZu+GV003IKtXVOuQe e6xUtRr/TrO3xPPKmbJLJs8dXuEJd2Mzon1RKQjIgu5FHuXBy9vXMsQE7+rJBryW79xW fouw== Received: by 10.68.222.228 with SMTP id qp4mr18016113pbc.96.1350088956923; Fri, 12 Oct 2012 17:42:36 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id ru4sm5190081pbc.25.2012.10.12.17.42.33 (version=SSLv3 cipher=OTHER); Fri, 12 Oct 2012 17:42:35 -0700 (PDT) Message-ID: <5078B8EA.9080207@gmail.com> Date: Fri, 12 Oct 2012 17:42:18 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Claude Buisson Subject: Re: [HEADSUP] FYI: patch to ports that do not build with clang has been committed References: <20121010004523.GA15209@lonesome.com> <5075365C.4050400@orange.fr> <507787CF.1090705@gmail.com> <5077CC99.4010104@orange.fr> In-Reply-To: <5077CC99.4010104@orange.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Linimon , freebsd-current@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 00:42:37 -0000 On 10/12/12 00:54, Claude Buisson wrote: > On 10/12/2012 05:00, matt wrote: >> >>>> >>>> I have made changes to ports/Mk/bsd.gcc.mk that allow the addition of >>>> "USE_GCC=any" to a port's Makefile, and then committed that change to >>>> various ports. In most (but not all!) cases this will tell the port >>>> "build with gcc instead of clang" (*) . >>>> >>> >>> Why not USE_GCC ?= any for the poor guys like me who build (some) >>> ports with >>> USE_GCC=4.6 ? >>> >>>> For those users with CC installed as gcc (including -stable), this >>>> patch should have no effect. Variations of combinations have been >>>> heavily tested on pointyhat-west. If there are any regressions, >>>> please >>>> contact me. >>>> >>> >>> >> >> Does this override setting CC explicitly in make.conf? >> Sorry if it's a dumb question, not sure exactly the hierarchy of USE_GCC >> vs CC in the make system. >> > > Dumb as I am, I also wonder when I see that in multimedia/x264: > > ... > USE_GCC= any > ... > .if ${PORT_OPTIONS:MGCC44} > USE_GCC?= 4.4+ > .endif > ... > > which seems to deny the intent of the GCC44 option > > Sorry but I can not make the test at this present time > >> Matt > > Claude Buisson > I tested, and can confirm two things. CC is overpowered by USE_GCC=any, which means that I end up with no sse4a and limited support for my arch (Opteron 4xxx) because I can't set a better -march/cputype than opteron-sse3. As far as I know base gcc doesn't even support sse4a. This is really perhaps an issue with me setting CC in make.conf moreso than ports, however this was the approved method of using clang by default as well as the approved method of using ports gcc in the ports system. Is there a new approved method? M. Buisson's test case also fails, with base gcc being used even though the gcc44 option is chosen. This may not break as many ports as it might, but it will certainly create low performing editions of many multimedia ports given the CPU features supported by either later clang or gcc. Some will probably break? If I missed something, please let me know, or if my testing is somehow compromised. I removed make.conf (as mine is customized) for Claude's test case, but it's possible something else may have affected my test results. USE_GCC=any was manually added to the ports makefiles (test case was editors/nano and multimedia/x264). Matt From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 10:55:47 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C26F2B5; Sat, 13 Oct 2012 10:55:47 +0000 (UTC) (envelope-from hhasenbe@techfak.uni-bielefeld.de) Received: from smarthost.TechFak.Uni-Bielefeld.DE (smarthost.TechFak.Uni-Bielefeld.DE [IPv6:2001:638:504:2014:ffff::24]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD538FC1A; Sat, 13 Oct 2012 10:55:45 +0000 (UTC) Received: from [IPv6:2001:638:504:f1fc:221:9bff:fe18:66f5] (unknown [IPv6:2001:638:504:f1fc:221:9bff:fe18:66f5]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hhasenbe) by smarthost.TechFak.Uni-Bielefeld.DE (Postfix) with ESMTPSA id C0F5180014; Sat, 13 Oct 2012 12:55:43 +0200 (CEST) Message-ID: <507948AD.9070908@techfak.uni-bielefeld.de> Date: Sat, 13 Oct 2012 12:55:41 +0200 From: Hendrik Hasenbein User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120724 Icedove/3.0.11 MIME-Version: 1.0 To: Rainer Duffner Subject: Re: Buying recommendation for silent router/fileserver References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> <20121012090310.GW69724@acme.spoerlein.net> <20121012131203.3af8553d@suse3> In-Reply-To: <20121012131203.3af8553d@suse3> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1367F902F945BB49108E5C5E" Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 10:55:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1367F902F945BB49108E5C5E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 12.10.2012 13:12, Rainer Duffner wrote: > Does FreeNAS do VLANs? I am not sure if it is available on the graphical interface, but you can get a rootshell to leave the confines of the gui. mata ne, Hendrik --------------enig1367F902F945BB49108E5C5E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlB5SLAACgkQytd3dYHoMPUf/wCfWscm9+YPD5UpKCVmI5kWYHoh NjYAoJes8CyODDWZ38jwiXdV36UMONgd =1Rpa -----END PGP SIGNATURE----- --------------enig1367F902F945BB49108E5C5E-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 11:57:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AC80C8 for ; Sat, 13 Oct 2012 11:57:34 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id DBD418FC12 for ; Sat, 13 Oct 2012 11:57:32 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q9DBwZWk082672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Oct 2012 13:58:37 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <50795716.1030008@omnilan.de> Date: Sat, 13 Oct 2012 13:57:10 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: Bull Mountain (IvyBridge +) random number generator References: <20120902103406.GU33100@deviant.kiev.zoral.com.ua> <5077D9EF.4040500@omnilan.de> <20121012164857.GS35915@deviant.kiev.zoral.com.ua> In-Reply-To: <20121012164857.GS35915@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8163BA12CAA7C0CCB670567F" Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 11:57:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8163BA12CAA7C0CCB670567F Content-Type: multipart/mixed; boundary="------------000602050102010606060702" This is a multi-part message in MIME format. --------------000602050102010606060702 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Konstantin Belousov am 12.10.2012 18:48 (localtime): > On Fri, Oct 12, 2012 at 10:50:55AM +0200, Harald Schmalzbauer wrote: >> ... > Try the stable/9 instead. The code was merged in r240950. > There was a bug in the original patch with the similar description. Thanks, it seems to be working with r240950 for RELENG_9_1 (ftp://ftp.omnilan.de/pub/FreeBSD/OmniLAN/deploy-tools/local-patches/RELE= NG_9_1/from_9-stable_branch/bull_mountain.patch). dd if=3D/dev/random bs=3D1k count=3D1000 | ent 1000+0 records in 1000+0 records out 1024000 bytes transferred in 0.028026 secs (36537676 bytes/sec) Entropy =3D 7.999827 bits per byte. Optimum compression would reduce the size of this 1024000 byte file by 0 percent. Chi square distribution for 1024000 samples is 244.91, and randomly would exceed this value 66.40 percent of the times. Arithmetic mean value of data bytes is 127.6039 (127.5 =3D random). Monte Carlo value for Pi is 3.139277888 (error 0.07 percent). Serial correlation coefficient is -0.001852 (totally uncorrelated =3D 0.0= ). I don't know if the requested verbose-boot-log is also of interest with ESXi-Guest, in case I've attached it. I think the man page answers my question how to find out (without verbose_boot) what real rng is used for /dev/random. If sysctl kern.random.sys is present, then it's sw rng, otherwise it's hw-rng. But random(4) needs to be uptdated: The only hardware implementation currently is for the VIA C3 Nehemiah (stepping 3 or greater) CPU. More will be added in = the future Also, long time ago we had support for i815 RNG. Back in December 2005, Mark Murray planned to re-implement it... Does anybod know if the chipset RNG was still available in decent hw? Here's the throughput difference for bull mountain (in ESXi 5.1 guest): =20 With options RDRAND_RNG: dd if=3D/dev/random of=3D/dev/null bs=3D1k count=3D100000 100000+0 records in 100000+0 records out 102400000 bytes transferred in 0.722204 secs (141788199 bytes/sec) Without: dd if=3D/dev/random of=3D/dev/null bs=3D1k count=3D100000 100000+0 records in 100000+0 records out 102400000 bytes transferred in 1.054229 secs (97132594 bytes/sec) Thanks, -Harry --------------000602050102010606060702 Content-Type: text/plain; name="flint-verbose-boot.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="flint-verbose-boot.txt" Table 'FACP' at 0xbfefee98 Table 'BOOT' at 0xbfef01fc Table 'APIC' at 0xbfef0182 APIC: Found table at 0xbfef0182 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 3 ACPI ID 3: enabled SMP: Added CPU 3 (AP) Copyright (c) 1992-2012 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.1-RC2 #9 r241483M: Sat Oct 13 12:09:46 CEST 2012 admin@gundi.vnl.wdn.omnilan.net:/usr/local/share/deploy-tools/obj-amd= 64/VMWARE/usr/local/share/deploy-tools/RELENG_9_1/src/sys/VMWARE.flint am= d64 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80d6e000. Preloaded elf obj module "/boot/kernel/aesni.ko" at 0xffffffff80d6e1f8. Preloaded elf obj module "/boot/kernel/mps.ko" at 0xffffffff80d6e820. Hypervisor: Origin =3D "VMwareVMware" CPU: Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz (3492.07-MHz K8-class CPU)= Origin =3D "GenuineIntel" Id =3D 0x306a9 Family =3D 6 Model =3D 3a = Stepping =3D 9 Features=3D0x1fa3fbff Features2=3D0xfeba2203 AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000000da2000 - 0x00000000bfedffff, 3205750784 bytes (782654 pages) 0x00000000bff00000 - 0x00000000bfffffff, 1048576 bytes (256 pages) 0x0000000100000000 - 0x000000022f11ffff, 5084676096 bytes (1241376 pages)= avail memory =3D 8236912640 (7855 MB) INTR: Adding local APIC 0 as a target Event timer "LAPIC" quality 600 ACPI APIC Table: INTR: Adding local APIC 0 as a target INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 3 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000230000 x86bios: EBDA 0x09f000-0x09ffff at 0xfffffe000009f000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ACPI: RSDP 0xf6b80 00024 (v02 PTLTD ) ACPI: XSDT 0xbfeeff3c 0005C (v01 INTEL 440BX 06040000 VMW 01324272) ACPI: FACP 0xbfefee98 000F4 (v04 INTEL 440BX 06040000 PTL 000F4240) ACPI: DSDT 0xbfef0224 0EC74 (v01 PTLTD Custom 06040000 MSFT 03000001) ACPI: FACS 0xbfefffc0 00040 ACPI: BOOT 0xbfef01fc 00028 (v01 PTLTD $SBFTBL$ 06040000 LTP 00000001) ACPI: APIC 0xbfef0182 0007A (v01 PTLTD ? APIC 06040000 LTP 00000000) ACPI: MCFG 0xbfef0146 0003C (v01 PTLTD $PCITBL$ 06040000 LTP 00000001) ACPI: SRAT 0xbfef005e 000E8 (v02 VMWARE MEMPLUG 06040000 VMW 00000001) ACPI: HPET 0xbfef0026 00038 (v01 VMWARE VMW HPET 06040000 VMW 00000001) ACPI: WAET 0xbfeeffd8 00028 (v01 VMWARE VMW WAET 06040000 VMW 00000001) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic2: Routing NMI -> LINT1 lapic2: LINT1 trigger: edge lapic2: LINT1 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 mem: null: VESA: INT 0x10 vector 0xc000:0x0afe VESA: information block 0000 56 45 53 41 00 02 78 5a 00 c0 03 00 00 00 96 6c 0010 00 c0 40 00 00 02 6c 5a 00 c0 55 5a 00 c0 51 5a 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 50 mode(s) found VESA: v2.0, 4096k memory, flags:0x3, mode table:0xfffffe00000c6c96 (c0006= c96) VESA: V M ware, Inc. VBE support 2.0 VESA: VMware, Inc VMware virtual machine 2.0 io: nfslock: pseudo-device random: crypto: smbios0: at iomem 0xf6b30-0xf6b4e on motherboard= smbios0: Version: 2.4 cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 aesni0: on motherboard crypto: assign aesni0 driver id 1, flags 16777216 crypto: aesni0 registers alg 11 flags 0 maxoplen 0 crypto: aesni0 registers alg 22 flags 0 maxoplen 0 acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 16 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), 64bit, periodic hpet0: t2: irqs 0x00f00000 (0), 64bit, periodic hpet0: t3: irqs 0x00f00000 (0), 64bit, periodic hpet0: t4: irqs 0x00f00000 (0), 64bit, periodic hpet0: t5: irqs 0x00f00000 (0), 64bit, periodic hpet0: t6: irqs 0x00f00000 (0), 64bit, periodic hpet0: t7: irqs 0x00f00000 (0), 64bit, periodic hpet0: t8: irqs 0x00f00000 (0), 64bit, periodic hpet0: t9: irqs 0x00f00000 (0), 64bit, periodic hpet0: t10: irqs 0x00f00000 (0), 64bit, periodic hpet0: t11: irqs 0x00f00000 (0), 64bit, periodic hpet0: t12: irqs 0x00f00000 (0), 64bit, periodic hpet0: t13: irqs 0x00f00000 (0), 64bit, periodic hpet0: t14: irqs 0x00f00000 (0), 64bit, periodic hpet0: t15: irqs 0x00f00000 (0), 64bit, periodic Timecounter "HPET" frequency 14318180 Hz quality 950 cpu0: Processor \\_SB_.CP00 (ACPI ID 0) -> APIC ID 0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: Processor \\_SB_.CP03 (ACPI ID 3) -> APIC ID 3 cpu1: on acpi0 cpu2: Processor \\_SB_.CP02 (ACPI ID 2) -> APIC ID 2 cpu2: on acpi0 cpu3: Processor \\_SB_.CP01 (ACPI ID 1) -> APIC ID 1 cpu3: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 49 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustme= nt 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 50 Event timer "RTC" frequency 32768 Hz quality 0 ACPI timer: 1/12 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 14 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xcc000-0xcffff pcib0: decoding 3 range 0xd0000-0xd3fff pcib0: decoding 3 range 0xd4000-0xd7fff pcib0: decoding 3 range 0xd8000-0xdbfff pcib0: decoding 3 range 0xc0000000-0xfebfffff pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xfeff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x7190, revid=3D0x01 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7191, revid=3D0x01 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x011f, statreg=3D0x0220, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7110, revid=3D0x08 domain=3D0, bus=3D0, slot=3D7, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x7111, revid=3D0x01 domain=3D0, bus=3D0, slot=3D7, func=3D1 class=3D01-01-8e, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib0: allocated type 4 (0x1f0-0x1f7) for rid 10 of pci0:0:7:1 pcib0: allocated type 4 (0x3f6-0x3f6) for rid 14 of pci0:0:7:1 map[20]: type I/O Port, range 32, base 0x10c0, size 4, enabled pcib0: allocated type 4 (0x10c0-0x10cf) for rid 20 of pci0:0:7:1 found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x08 domain=3D0, bus=3D0, slot=3D7, func=3D3 class=3D06-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[90]: type I/O Port, range 32, base 0x1040, size 4, enabled pcib0: allocated type 4 (0x1040-0x104f) for rid 90 of pci0:0:7:3 found-> vendor=3D0x15ad, dev=3D0x0740, revid=3D0x10 domain=3D0, bus=3D0, slot=3D7, func=3D7 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0xff (63750= ns) intpin=3Da, irq=3D9 MSI supports 1 message, 64 bit MSI-X supports 2 messages in map 0x14 map[10]: type I/O Port, range 32, base 0x1080, size 6, enabled pcib0: allocated type 4 (0x1080-0x10bf) for rid 10 of pci0:0:7:7 map[14]: type Memory, range 64, base 0xd4000000, size 13, enabled pcib0: allocated type 3 (0xd4000000-0xd4001fff) for rid 14 of pci0:0:7:7 pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 16 found-> vendor=3D0x15ad, dev=3D0x0405, revid=3D0x00 domain=3D0, bus=3D0, slot=3D15, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 map[10]: type I/O Port, range 32, base 0x10d0, size 4, enabled pcib0: allocated type 4 (0x10d0-0x10df) for rid 10 of pci0:0:15:0 map[14]: type Prefetchable Memory, range 32, base 0xd8000000, size 26, e= nabled pcib0: allocated type 3 (0xd8000000-0xdbffffff) for rid 14 of pci0:0:15:0= map[18]: type Memory, range 32, base 0xd4800000, size 23, enabled pcib0: allocated type 3 (0xd4800000-0xd4ffffff) for rid 18 of pci0:0:15:0= pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 16 found-> vendor=3D0x15ad, dev=3D0x0790, revid=3D0x02 domain=3D0, bus=3D0, slot=3D17, func=3D0 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)= found-> vendor=3D0x15ad, dev=3D0x07a0, revid=3D0x01 domain=3D0, bus=3D0, slot=3D21, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks found-> vendor=3D0x15ad, dev=3D0x07a0, revid=3D0x01 domain=3D0, bus=3D0, slot=3D22, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks found-> vendor=3D0x15ad, dev=3D0x07a0, revid=3D0x01 domain=3D0, bus=3D0, slot=3D23, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D8 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: no prefetched decode pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - A= E_NOT_FOUND pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x10c0-0x= 10cf at device 7.1 on pci0 ata0: at channel 0 on atapci0 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 51 ata1: at channel 1 on atapci0 device_attach: ata1 attach returned 6 intsmb0: port 0x1040-0x104f at device 7.3 o= n pci0 intsmb0: intr SMI disabled revision 0 smbus0: on intsmb0 pci0: at device 7.7 (no driver attached) vgapci0: port 0x10d0-0x10df mem 0xd8000000-0xdbf= fffff,0xd4800000-0xd4ffffff irq 16 at device 15.0 on pci0 pcib2: at device 17.0 on pci0 pcib0: allocated type 4 (0x2000-0x3fff) for rid 1c of pcib2 pcib0: allocated type 3 (0xd5900000-0xd63fffff) for rid 20 of pcib2 pcib0: allocated type 3 (0xdc400000-0xdc9fffff) for rid 24 of pcib2 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x2000-0x3fff pcib2: memory decode 0xd5900000-0xd63fffff pcib2: prefetched decode 0xdc400000-0xdc9fffff pcib2: Subtractively decoded bridge. pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.P2P0 - A= E_NOT_FOUND pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 pcib3: at device 21.0 on pci0 pcib0: allocated type 4 (0x4000-0x4fff) for rid 1c of pcib3 pcib0: allocated type 3 (0xd6400000-0xd64fffff) for rid 20 of pcib3 pcib0: allocated type 3 (0xdca00000-0xdcafffff) for rid 24 of pcib3 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x4000-0x4fff pcib3: memory decode 0xd6400000-0xd64fffff pcib3: prefetched decode 0xdca00000-0xdcafffff pcib3: could not get PCI interrupt routing table for \\_SB_.PCI0.PE40 - A= E_NOT_FOUND pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x1000, dev=3D0x0072, revid=3D0x03 domain=3D0, bus=3D3, slot=3D0, func=3D0 class=3D01-07-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 15 messages in map 0x14 map[10]: type I/O Port, range 32, base 0x4000, size 8, enabled pcib3: allocated I/O port range (0x4000-0x40ff) for rid 10 of pci0:3:0:0 map[14]: type Memory, range 64, base 0xd6400000, size 14, enabled pcib3: allocated memory range (0xd6400000-0xd6403fff) for rid 14 of pci0:= 3:0:0 map[1c]: type Memory, range 64, base 0xd6440000, size 18, enabled pcib3: allocated memory range (0xd6440000-0xd647ffff) for rid 1c of pci0:= 3:0:0 pcib0: matched entry for 0.21.INTA pcib0: slot 21 INTA hardwired to IRQ 18 pcib3: slot 0 INTA is routed to irq 18 mps0: port 0x4000-0x40ff mem 0xd6400000-0xd6403fff,0xd64400= 00-0xd647ffff irq 18 at device 0.0 on pci3 mps0: Firmware: 14.00.00.00, Driver: 14.00.00.01-fbsd mps0: IOCCapabilities: 1285c mps0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 52 mps0: using IRQ 256 for MSI pcib4: at device 22.0 on pci0 pcib0: allocated type 4 (0x5000-0x5fff) for rid 1c of pcib4 pcib0: allocated type 3 (0xd6500000-0xd65fffff) for rid 20 of pcib4 pcib0: allocated type 3 (0xdcb00000-0xdcbfffff) for rid 24 of pcib4 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x5000-0x5fff pcib4: memory decode 0xd6500000-0xd65fffff pcib4: prefetched decode 0xdcb00000-0xdcbfffff pcib4: could not get PCI interrupt routing table for \\_SB_.PCI0.PE50 - A= E_NOT_FOUND pci4: on pcib4 pci4: domain=3D0, physical bus=3D4 found-> vendor=3D0x8086, dev=3D0x10d3, revid=3D0x00 domain=3D0, bus=3D4, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0103, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 5 messages in map 0x1c map[10]: type Memory, range 32, base 0xd6540000, size 17, enabled pcib4: allocated memory range (0xd6540000-0xd655ffff) for rid 10 of pci0:= 4:0:0 map[14]: type Memory, range 32, base 0xd6520000, size 17, enabled pcib4: allocated memory range (0xd6520000-0xd653ffff) for rid 14 of pci0:= 4:0:0 map[18]: type I/O Port, range 32, base 0x5000, size 5, enabled pcib4: allocated I/O port range (0x5000-0x501f) for rid 18 of pci0:4:0:0 map[1c]: type Memory, range 32, base 0xd6500000, size 14, enabled pcib4: allocated memory range (0xd6500000-0xd6503fff) for rid 1c of pci0:= 4:0:0 pcib0: matched entry for 0.22.INTA pcib0: slot 22 INTA hardwired to IRQ 19 pcib4: slot 0 INTA is routed to irq 19 em0: port 0x5000-0x501f mem = 0xd6540000-0xd655ffff,0xd6520000-0xd653ffff,0xd6500000-0xd6503fff irq 19 = at device 0.0 on pci4 em0: Memory Access and/or Bus Master bits were not set! em0: attempting to allocate 3 MSI-X vectors (5 supported) msi: routing MSI-X IRQ 257 to local APIC 0 vector 53 msi: routing MSI-X IRQ 258 to local APIC 0 vector 54 msi: routing MSI-X IRQ 259 to local APIC 0 vector 55 em0: using IRQs 257-259 for MSI-X em0: Using MSIX interrupts with 3 vectors em0: bpf attached em0: Ethernet address: 00:0c:29:0a:7c:76 em0: Link is up 1000 Mbps Full Duplex pcib5: at device 23.0 on pci0 pcib0: allocated type 4 (0x6000-0x6fff) for rid 1c of pcib5 pcib0: allocated type 3 (0xd6600000-0xd66fffff) for rid 20 of pcib5 pcib0: allocated type 3 (0xdcc00000-0xdccfffff) for rid 24 of pcib5 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0x6000-0x6fff pcib5: memory decode 0xd6600000-0xd66fffff pcib5: prefetched decode 0xdcc00000-0xdccfffff pcib5: could not get PCI interrupt routing table for \\_SB_.PCI0.PE60 - A= E_NOT_FOUND pci5: on pcib5 pci5: domain=3D0, physical bus=3D5 found-> vendor=3D0x1000, dev=3D0x0054, revid=3D0x01 domain=3D0, bus=3D5, slot=3D0, func=3D0 class=3D01-07-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D9 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type I/O Port, range 32, base 0x6000, size 8, enabled pcib5: allocated I/O port range (0x6000-0x60ff) for rid 10 of pci0:5:0:0 map[14]: type Memory, range 64, base 0xd6610000, size 14, enabled pcib5: allocated memory range (0xd6610000-0xd6613fff) for rid 14 of pci0:= 5:0:0 map[1c]: type Memory, range 64, base 0xd6600000, size 16, enabled pcib5: allocated memory range (0xd6600000-0xd660ffff) for rid 1c of pci0:= 5:0:0 pcib0: matched entry for 0.23.INTA pcib0: slot 23 INTA hardwired to IRQ 16 pcib5: slot 0 INTA is routed to irq 16 mpt0: port 0x6000-0x60ff mem 0xd6610000-0xd66= 13fff,0xd6600000-0xd660ffff irq 16 at device 0.0 on pci5 mpt0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 260 to local APIC 0 vector 56 mpt0: using IRQ 260 for MSI mpt0: MPI Version=3D1.5.0.0 mpt0: chain depth limited to 34 (from 2040) mpt0: Maximum Segment Count: 306, Maximum CAM Segment Count: 33 mpt0: MsgLength=3D20 IOCNumber =3D 0 mpt0: IOCFACTS: GlobalCredits=3D128 BlockSize=3D8 bytes Request Frame Siz= e 128 bytes Max Chain Depth 34 mpt0: IOCFACTS: Num Ports 1, FWImageSize 0, Flags=3D0 mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not require= d). mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not require= d). mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not require= d). acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 57 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 58 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 59 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 60 uart1: fast interrupt acpi0: wakeup code va 0xffffff80003f5000 pa 0x4000 pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xcc000-0xcc7ff) for rid 2 of orm0 pcib0: allocated type 3 (0xcc800-0xccfff) for rid 2 of orm0 pcib0: allocated type 3 (0xcd000-0xcd7ff) for rid 2 of orm0 pcib0: allocated type 3 (0xcd800-0xcdfff) for rid 2 of orm0 pcib0: allocated type 3 (0xce000-0xce7ff) for rid 2 of orm0 pcib0: allocated type 3 (0xce800-0xcefff) for rid 2 of orm0 pcib0: allocated type 3 (0xcf000-0xcf7ff) for rid 2 of orm0 pcib0: allocated type 3 (0xcf800-0xcffff) for rid 2 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd0800-0xd0fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd1000-0xd17ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd1800-0xd1fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd2000-0xd27ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd2800-0xd2fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd3000-0xd37ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd3800-0xd3fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd4000-0xd47ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd4800-0xd4fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd5000-0xd57ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd5800-0xd5fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd6000-0xd67ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd6800-0xd6fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd7000-0xd77ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd7800-0xd7fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd8000-0xd87ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd8800-0xd8fff) for rid 2 of orm0 pcib0: allocated type 3 (0xd9000-0xd97ff) for rid 2 of orm0 pcib0: allocated type 3 (0xd9800-0xd9fff) for rid 2 of orm0 pcib0: allocated type 3 (0xda000-0xda7ff) for rid 2 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 2 of orm0 pcib0: allocated type 3 (0xdb000-0xdb7ff) for rid 2 of orm0 pcib0: allocated type 3 (0xdb800-0xdbfff) for rid 2 of orm0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xdc000-= 0xdffff,0xe0000-0xe7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices ctl: CAM Target Layer loaded Device configuration finished. procfs registered lapic: Divisor 2, Frequency 33000571 Hz Timecounters tick every 10.000 msec vlan: initialized, using hash tables with chaining crypto: IPsec: Initialized Security Association Processing. lo0: bpf attached ata0: reset tp1 mask=3D03 ostat0=3D51 ostat1=3D7f ata0: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: stat1=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata0: reset tp2 stat0=3D00 stat1=3Dff devices=3D0x10000 acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times (probe255:mpt0:0:0:0): Down reving Protocol Version from 4 to 2? pass0 at ata0 bus 0 scbus0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device=20 pass0: Serial Number 00000000000000000001 pass0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) pass1 at mps0 bus 0 scbus1 target 3 lun 0 pass1: Fixed Direct Access SCSI-6 device=20 pass1: Serial Number MN1220F32814HD pass1: 600.000MB/s transfers pass1: Command Queueing enabled pass2 at mps0 bus 0 scbus1 target 4 lun 0 pass2: Fixed Direct Access SCSI-6 device=20 pass2: Serial Number MN1220F328354D pass2: 600.000MB/s transfers pass2: Command Queueing enabled pass3 at mpt0 bus 0 scbus2 target 0 lun 0 pass3: Fixed Direct Access SCSI-2 device=20 pass3: 300.000MB/s transfers pass3: Command Queueing enabled cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: Serial Number 00000000000000000001 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk cd0 da2 at mpt0 bus 0 scbus2 target 0 lun 0 da2: Fixed Direct Access SCSI-2 device=20 da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 5120MB (10485760 512 byte sectors: 255H 63S/T 652C) GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00050015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00050015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 2 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 3 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 1 vector 49 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 2 vector 49 msi: Assigning MSI IRQ 256 to local APIC 3 vector 49 msi: Assigning MSI-X IRQ 258 to local APIC 1 vector 50 msi: Assigning MSI-X IRQ 259 to local APIC 2 vector 50 msi: Assigning MSI IRQ 260 to local APIC 3 vector 50 Timecounter "TSC" frequency 3492067000 Hz quality -100 da1 at mps0 bus 0 scbus1 target 4 lun 0 da1: Fixed Direct Access SCSI-6 device=20 da1: Serial Number MN1220F328354D da1: 600.000MB/s transfers da1: Command Queueing enabled da1: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da0 at mps0 bus 0 scbus1 target 3 lun 0 da0: Fixed Direct Access SCSI-6 device=20 da0: Serial Number MN1220F32814HD da0: 600.000MB/s transfers da0: Command Queueing enabled da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) Trying to mount root from ufs:/dev/gpt/flintROOT [ro]... start_init: trying /sbin/ini --------------000602050102010606060702-- --------------enig8163BA12CAA7C0CCB670567F 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.18 (FreeBSD) iEYEARECAAYFAlB5VyIACgkQLDqVQ9VXb8gw+wCgjs+c7HiVxCG7VlI5hJdS/kmL VjgAoMyvsvu4f/bQF8RV2is/rlXq+2vA =Yfdt -----END PGP SIGNATURE----- --------------enig8163BA12CAA7C0CCB670567F-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 17:13:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B181C384 for ; Sat, 13 Oct 2012 17:13:29 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD2C8FC0A for ; Sat, 13 Oct 2012 17:13:29 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id wc20so5019818obb.13 for ; Sat, 13 Oct 2012 10:13:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xmshDb+04EdEpThEzx5gR5pK8jiu84FK9Gf+iNAX9p8=; b=jfwxs7Ka7cX/Dm3LyZ9PWCGEb8b3a2+SqOyR50SpUnRfXCID2fCK7p+RAV29nSs9By eFRQMcXQLcOlQ0DeALwxiWqrGnssDtlyw3T7EGnHFe8u47SFlHugAFubBbG21xe5/il2 TdrhL+Bw8Ki73A2W1USIsYa0esV3bW7eJIH0FyXhAoaVuqQ4dPOYBhf6IT+ghRwb443W bheI/sXy5zUD7QvZg6azFxj6BX8FJLuFTLCn+My9zF/2+h5mouHAe6+YLAZiHAUjg+7n tszqYw5LzeWF7+peY0ouPP8e0F18LSafpSYTEhLFLbyhWVcV4UgUuWaJ7Ngn+fek7Hic TzOg== MIME-Version: 1.0 Received: by 10.182.31.50 with SMTP id x18mr5926758obh.56.1350148402186; Sat, 13 Oct 2012 10:13:22 -0700 (PDT) Received: by 10.76.167.202 with HTTP; Sat, 13 Oct 2012 10:13:22 -0700 (PDT) In-Reply-To: <507948AD.9070908@techfak.uni-bielefeld.de> References: <20121011145453.GU69724@acme.spoerlein.net> <20121011170546.27d63bbd@suse3> <20121012090310.GW69724@acme.spoerlein.net> <20121012131203.3af8553d@suse3> <507948AD.9070908@techfak.uni-bielefeld.de> Date: Sat, 13 Oct 2012 10:13:22 -0700 Message-ID: Subject: Re: Buying recommendation for silent router/fileserver From: Garrett Cooper To: Hendrik Hasenbein Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Rainer Duffner X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 17:13:29 -0000 On Sat, Oct 13, 2012 at 3:55 AM, Hendrik Hasenbein wrote: > On 12.10.2012 13:12, Rainer Duffner wrote: >> Does FreeNAS do VLANs? > > I am not sure if it is available on the graphical interface, but you can > get a rootshell to leave the confines of the gui. It is, but if you go to the CLI then you need to go editing SQLite databases or hacking bourne shell code to make things persist across reboots ;)... -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 18:38:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CE3E8D2 for ; Sat, 13 Oct 2012 18:38:44 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id DD4F68FC1E for ; Sat, 13 Oct 2012 18:38:43 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TN6bi-0007iR-8d for freebsd-current@freebsd.org; Sat, 13 Oct 2012 11:38:42 -0700 Date: Sat, 13 Oct 2012 11:38:42 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1350153522261-5751733.post@n5.nabble.com> In-Reply-To: References: Subject: Re: new DragonFly-3.2 scheduler and PostgreSQL comparision with FreeBSD 9.1-RC1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 18:38:44 -0000 I'm not at all up to date with DragonFly, so does anybody know what did they change so spectacularly between 3.0/3.2? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-new-DragonFly-3-2-scheduler-and-PostgreSQL-comparision-with-FreeBSD-9-1-RC1-tp5751589p5751733.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 19:25:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44653C42 for ; Sat, 13 Oct 2012 19:25:31 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm36-vm2.bullet.mail.gq1.yahoo.com (nm36-vm2.bullet.mail.gq1.yahoo.com [98.136.216.205]) by mx1.freebsd.org (Postfix) with ESMTP id EEEC58FC17 for ; Sat, 13 Oct 2012 19:25:30 +0000 (UTC) Received: from [98.137.12.188] by nm36.bullet.mail.gq1.yahoo.com with NNFMP; 13 Oct 2012 19:22:07 -0000 Received: from [208.71.42.211] by tm9.bullet.mail.gq1.yahoo.com with NNFMP; 13 Oct 2012 19:22:07 -0000 Received: from [127.0.0.1] by smtp222.mail.gq1.yahoo.com with NNFMP; 13 Oct 2012 19:22:07 -0000 X-Yahoo-Newman-Id: 586072.988.bm@smtp222.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: P.GcoFcVM1ko4Rz7iYxMJjzb6rfu.WQl4iIXgdwhWQX4OEf mgRy8Avz8kBJAjIm8FS7biNvVel.JtFgn8gng5dtJJLBMNVliwGMhfRAqORW EssrPBFUUv5yT6Aq3baMqikwkeV1Am_AzE85vUJrpsFLvDi6aN7zgYJ0BOUE KOMnNlY5Fq92kRqf8a_B6kMSSTvGLwfwkF0FDzwfnaQW4qT3SWtAfzO9TO8T fACx_xKh5yz2CuEXnrQ51xbk1WiLpd0G1z365a5qVhZ4aL3JYBeqDYCRXtsl FGFolyOFJRWjdkbyRysxGpM5CJrLdxNN1A4q2Xj.7fshy.wO6aPd3y6pl4UT Q.8V8vO8SVCGep.xSkEHjG3i3HiVltqbcaAj.zKli84wjh7YeG.4x_c_Tv6n tBgW430a7_MhGzFo3hPQdRXwb0uIN1EMD6xZG95545zuA47fWKumL3K.26iJ sAqWG6_gAYkz5Bpvz10SPbkiItm7Pt91TvshVz1n2WhVZ_TbjLC0a4Xr5kXc kf.wTdJGHD_qNBkCDoIv35MrQmSs1YucjvSNFcixeenKcOytWTJ5eNFa7_dY D5xFPuFnl9XJ7MNlHCTXqNOZiQ5sttdmgzN8NbS7mesgrE2ufaB7R4JZ1.ya _hY9S5MeY5jMevhGtCZ06DqTzSSvUuAWuzR2d6UGAKAnXUvZBWXjj2NMM3eL KTVTjqLoZa9QiQkqiD9ErR0DtaSeg_odCL9DvD2y_QzRI7tqg3wFqlJNh9hM VT4oFRFvw48O5tblS4ui0_C8VXe_FEEHgCwzwdVeYHEKtZTvBHm0tG8u1Sc2 4fidm5mZonVqaLejaisZCNxt1SPAMkrbphTzdOKBKLcgYEx3KDHUZyWkqPxM ONYGU963k.RgZc6nDqp5heD_TAWWysqI35mOMwWN3z8lQN6J5Oya.wK955gk jRgKgovLc9fgykU7Y24M7aiGLvFWmyM3AfuiIMPYJVhRpBrqBdloIH1UjFwi 2DAnPQccbojc.LDI- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.101] (pfg@200.118.157.7 with plain) by smtp222.mail.gq1.yahoo.com with SMTP; 13 Oct 2012 12:22:07 -0700 PDT Message-ID: <5079BF61.20704@FreeBSD.org> Date: Sat, 13 Oct 2012 14:22:09 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: new DragonFly-3.2 scheduler and PostgreSQL comparision with FreeBSD 9.1-RC1 References: <1350153522261-5751733.post@n5.nabble.com> In-Reply-To: <1350153522261-5751733.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 19:25:31 -0000 Hello; On 10/13/2012 13:38, Jakub Lach wrote: > I'm not at all up to date with DragonFly, so does anybody know > what did they change so spectacularly between 3.0/3.2? > I stopped following Dragonfly a while ago but it seems like it was some VM SMP related work: http://www.dragonflybsd.org/release30/ Also note that linux had to do some scheduler changes for PostgreSQL too: http://lwn.net/Articles/518329/ cheers, Pedro. > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Re-new-DragonFly-3-2-scheduler-and-PostgreSQL-comparision-with-FreeBSD-9-1-RC1-tp5751589p5751733.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 21:29:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E6371D0 for ; Sat, 13 Oct 2012 21:29:37 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm32-vm5.bullet.mail.gq1.yahoo.com (nm32-vm5.bullet.mail.gq1.yahoo.com [98.136.216.228]) by mx1.freebsd.org (Postfix) with ESMTP id CE8508FC08 for ; Sat, 13 Oct 2012 21:29:36 +0000 (UTC) Received: from [98.137.12.56] by nm32.bullet.mail.gq1.yahoo.com with NNFMP; 13 Oct 2012 21:27:51 -0000 Received: from [208.71.42.202] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 13 Oct 2012 21:27:51 -0000 Received: from [127.0.0.1] by smtp213.mail.gq1.yahoo.com with NNFMP; 13 Oct 2012 21:27:51 -0000 X-Yahoo-Newman-Id: 644866.69123.bm@smtp213.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: iKddR8YVM1kUjjbti.vw30KG7rMmne_VNilC09n2GrNd_27 PW_C_NQNXxLVlMstBwajH2J9NzOTiTgcNt9.x1NpCwwY1MuXZHvucnv0bmnl GVGGl31FgRGJsxkVBlwTLDGNv.GqVlUs_wcnz8uUcvfcJa5sVqxYrrObHnZM ntQLrl3MsfpGEv1Y0fSAj2gr54x9NxvziX438NYFE5VvaqsbfvxOyXKxuGg1 rDTnLaZm4IdgboICT43foMTTpIfJFf4ZO8FgBIo0D9QXldPrxcmojdeg4aH. 6s5z13cpQC0fXqpIL2xtseLjbzEfmd9SZOAr4kFdqquNvZk31t3mb_MDIDU7 2C39GpO3WAYv6M46.VuFyANovDClt5YBLrB5mspMMkmkF.7PAo3E_LHVP..X UZIDqgOODpWA7U5Xd8MXdfryEu3IKHuTDPM41MDOpBZovJArqwqhrIC6EL8m YjeHOqsRNoHO68AGrqjBJVdOuGPF0NymNW5gxfB_WdxRZnAU3TA0uJxAf85o a5HBreuTjJehgC9cwUpUNAejAuVs7bYGY6z_QKMDvRgj2NSWtnc4.iX7dcD8 wuud4mfjOwrBqywD6ICOLX80QcOZJ X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.101] (pfg@200.118.157.7 with plain) by smtp213.mail.gq1.yahoo.com with SMTP; 13 Oct 2012 14:27:51 -0700 PDT Message-ID: <5079DCCE.4020901@FreeBSD.org> Date: Sat, 13 Oct 2012 16:27:42 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: new DragonFly-3.2 scheduler and PostgreSQL comparision with FreeBSD 9.1-RC1 References: <1350153522261-5751733.post@n5.nabble.com> In-Reply-To: <1350153522261-5751733.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 21:29:37 -0000 Actually ... On 10/13/2012 13:38, Jakub Lach wrote: > I'm not at all up to date with DragonFly, so does anybody know > what did they change so spectacularly between 3.0/3.2? > Their explanation of the changes is here: http://www.shiningsilence.com/dbsdlog/2012/09/19/10403.html Cheers, Pedro. From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 22:54:25 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E002B679; Sat, 13 Oct 2012 22:54:25 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id AF1008FC12; Sat, 13 Oct 2012 22:54:25 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q9DMsO6F076556; Sat, 13 Oct 2012 16:54:25 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q9DMsN9D085642; Sat, 13 Oct 2012 16:54:23 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: WITHOUT_GNU_[COMPAT|SUPPORT] From: Ian Lepore To: Gabor Kovesdan In-Reply-To: <507705A7.9060506@FreeBSD.org> References: <1349975380.1123.66.camel@revolution.hippie.lan> <507705A7.9060506@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 13 Oct 2012 16:54:23 -0600 Message-ID: <1350168863.1123.87.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Oct 2012 22:54:25 -0000 On Thu, 2012-10-11 at 19:45 +0200, Gabor Kovesdan wrote: > Em 11-10-2012 19:09, Ian Lepore escreveu: > > I want to build grep without the gnu regex library. The makefile for > > usr.bin/grep contains > > > > .if !defined(WITHOUT_GNU_COMPAT) > > > > And man src.conf documents WITHOUT_GNU_SUPPORT but doesn't mention > > WITHOUT_GNU_COMPAT. Is this a typo in the makefile, or an ommision from > > the src.conf manpage? > > That time when I added the WITHOUT_GNU_COMPAT knob I didn't make it > global, just used it for testing grep. I didn't think it was of any use > for users and I wasn't aware of the existence of WITHOUT_GNU_SUPPORT. If > it seems useful, I can change grep to use this global flag instead of > the custom knob and it will just be built without the gnu regex library > if the knob is set. > > Gabor As it turns out, no hurry on changing the flag, because bsdgrep built without the gnu regex library doesn't work well enough to complete a buildworld. I filed a PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=172677 -- Ian