From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 01:22:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53C146F5; Sun, 15 Dec 2013 01:22:48 +0000 (UTC) Received: from mail-yh0-x230.google.com (mail-yh0-x230.google.com [IPv6:2607:f8b0:4002:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E488C1D23; Sun, 15 Dec 2013 01:22:47 +0000 (UTC) Received: by mail-yh0-f48.google.com with SMTP id f73so2687878yha.7 for ; Sat, 14 Dec 2013 17:22:47 -0800 (PST) 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 :mime-version:content-type:content-transfer-encoding; bh=WcsbpuAsqsk8qvOm3q6gfEuHD0LawMy6IcXkQx7IeaU=; b=XBcHlBb+e7fuIUV82w8UnFgY7aB8KyAVxOTa337kwCeyQTvVQKLDEX4Mu8bTR1r/aX lScut+8EmXVgTLhimRd9QMGTlNsz8AEs+RdZWdkXtnxzkwecy2EoNnLMdKgvxrJ3kcfv sfuhWQUkqkUccMfTJfTP2Lg7GczinqhmZ3/b8VPvd8pmRf090u8i7yNKIXNwUwVnnA3J PwLoKmibg8NRjHkkuA7YY75QzHaQYYiuJm+hp9xSp2Rx7XU9u4B+uM3eMIYsUKH7ybNZ qagqzCk6RM8VBjGt2cKqcY6TXsmY7SVQjE84EAYh0U1JYV2EEOhZjbSm7UvhBztrlYe0 8K5A== X-Received: by 10.236.42.231 with SMTP id j67mr156926yhb.131.1387070567195; Sat, 14 Dec 2013 17:22:47 -0800 (PST) Received: from zhabar.gateway.2wire.net (76-253-2-5.lightspeed.sntcca.sbcglobal.net. [76.253.2.5]) by mx.google.com with ESMTPSA id h23sm11100393yhc.0.2013.12.14.17.22.45 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 14 Dec 2013 17:22:46 -0800 (PST) Date: Sat, 14 Dec 2013 17:22:41 -0800 From: Justin Hibbits To: John Baldwin Subject: Re: Request for testing an alternate branch Message-ID: <20131214172241.1f3e3ee3@zhabar.gateway.2wire.net> In-Reply-To: <201312121415.47440.jhb@freebsd.org> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <201312111626.12035.jhb@freebsd.org> <201312121415.47440.jhb@freebsd.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; powerpc64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 01:22:48 -0000 On Thu, 12 Dec 2013 14:15:47 -0500 John Baldwin wrote: > On Wednesday, December 11, 2013 5:40:30 pm Justin Hibbits wrote: > > On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin > > wrote: > > > On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote: > > >> I've been working on the projects/pmac_pmu branch for some time > > >> now to add suspend/resume as well as CPU speed change for > > >> certain PowerPC machines, about a year since I created the > > >> branch, and now it's stable enough that I want to merge it into > > >> HEAD, hence this request. However, it does touch several > > >> drivers, turning them into "early drivers", such that they can > > >> be initialized, and suspended and resumed at a different time. > > >> Saying that, I do need testing from other architectures, to make > > >> sure I haven't broken anything. > > >> > > >> The technical details: > > >> > > >> To get proper ordering, I've extended the bus_generic_suspend() > > >> and bus_generic_resume() to do multiple passes. Devices which > > >> cannot be enabled or disabled at the current pass level would > > >> return an EAGAIN. This could possibly cause problems, since it's > > >> an addition to an existing API rather than a new API to run > > >> along side it, so it needs a great deal of testing. It works > > >> fine on PowerPC, but I don't have any i386/amd64 or sparc64 > > >> hardware to test it on, so would like others who do to test it. > > >> I don't think that it would impact x86 at all (testing is > > >> obviously required), because the nexus is not an > > >> EARLY_DRIVER_MODULE, so all devices would be handled at the same > > >> pass. But, I do know the sparc64 has an EARLY_DRIVER_MODULE() > > >> nexus, so that will likely be impacted. > > > > > > I have patches to change many x86 drivers to use > > > EARLY_DRIVER_MODULE() FWIW. > > > > > > Also, I'm still not a fan of the EAGAIN approach. I'd rather > > > have a method in bus_if.m to suspend or resume a single device > > > and to track that a device is suspended or resumed via a device_t > > > flag or some such. (I think I had suggested this previously as it > > > would also allow us to have a tool to suspend/resume individual > > > drivers at runtime apart from a full suspend/resume request). > > > > > > -- > > > John Baldwin > > > > Understood. You had mentioned something along those lines before. > > Is it safe/sane to partially merge a branch into HEAD? If so, I can > > merge only the changes necessary for PMU cpufreq, and work on the > > suspend/resume separately. I put them together because most of the > > low level code involved is the same between them. > > Yes, you can split them up. However, the way to do that is to > generate a diff and patch that into a head checkout and commit. > There's not a good way to have 'svn merge' do it AFAIK. > > > I do like your idea of a device_t flag, but I'm not sure what the > > best way to go with that would be. I do already use a device_t > > flag to determine if the device is suspended, but only > > bus_generic_* access that in this patch. > > > > Would a better way be: > > * root_suspend instead of suspending its children, instead traverses > > and suspends each descendent in reverse order. > > * While doing this, insert each device upon successful suspend > > into a list. > > * For root_resume(), traverse the list back, and suspend each device > > in the reverse order. > > I would rather do it more the way that multipass attach now works > where you do scans of the entire device tree as you walk the pass > number down (during suspend) suspending any devices that are not yet > suspended if their pass number is >= current pass number, then on > resume you do scans of the entire tree raising the pass number back > up using similar logic to attach where you resume any suspended > devices if the driver's pass number is <= current pass number. > > > With this, add a new method, called device_suspend_child() to > > suspend a specific child if it hasn't already been suspended. > > Well, I would call it 'bus_suspend_child' and 'bus_resume_child' as > these would be bus methods in bus_if.m. > > > * This could require modifying the PCI driver to move the device > > child suspend/resume into those functions, instead of doing that > > logic in the device_suspend/device_resume itself. > > Correct. bus_generic_suspend() and bus_suspend_resume() would turn > into loops that look a lot like bus_generic_new_pass() (so the logic > for honoring pass numbers would happen in these routines and they > would invoke bus_suspend_child() and bus_resume_child() to change the > state of individual drivers). > > device_suspend() and device_resume() for the root device would look > like bus_set_pass() with a similar loop that walked through the pass > levels and invoked bus_generic_suspend/resume after each pass change > to start the pass across the device tree. > > > I guess, in short, I'm asking: Is it fine if I merge only the code > > necessary for this cpufreq? That would require making other changes > > to this before merging in, to isolate that code, but it's very > > doable. > > > > - Justin > > > John, Would it make sense, then, to replace all the child suspend logic in drivers (i.e. busses), with the bus_generic_suspend(), and let all the drivers suspend only themselves? And the same with the resume code? If all the suspend logic is to be moved into the bus_generic, I think this makes sense. Then you simply call bus_suspend_child(bus, device), which will drill down and take care of all the recursion, calling BUS_SUSPEND_CHILD() on each child. To me, this seems the most sensible, and would only cause problems if a driver cares about grandchildren, not only children. But, then, that also seems a bit ridiculous anyway. - Justin From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 05:42:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 227FB871 for ; Sun, 15 Dec 2013 05:42:45 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id D9C401A4D for ; Sun, 15 Dec 2013 05:42:44 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id EB2427300A; Sun, 15 Dec 2013 06:45:29 +0100 (CET) Date: Sun, 15 Dec 2013 06:45:29 +0100 From: Luigi Rizzo To: current@freebsd.org Subject: 'silent' kernel builds ? Message-ID: <20131215054529.GB99455@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 05:42:45 -0000 Hi, I was trying to make buildkernel a bit quieter (just listing the name of the file being compiled). I hoped to modify the " .c.o: " rules in share/sys.mk but apparently kernel builds generate their own Makefile using definitions in sys/conf/kern.pre.mk . As a result, a patch like the one below gets most of the work done (a few extra bits are necessary to mask the awk calls, and the 'irregular' compiler invocations). However I could not found the rule definition used to build modules, any idea where to look ? And finally, is there interest in this feature ? cheers luigi Index: head/sys/conf/kern.pre.mk =================================================================== --- head/sys/conf/kern.pre.mk (revision 258360) +++ head/sys/conf/kern.pre.mk (working copy) @@ -126,7 +126,12 @@ # Optional linting. This can be overridden in /etc/make.conf. LINTFLAGS= ${LINTOBJKERNFLAGS} -NORMAL_C= ${CC} -c ${CFLAGS} ${WERROR} ${PROF} ${.IMPSRC} +.if defined(SILENT) +SILENT_MAKE= @ +SILENT_GCC= @printf "%s\n" "--- Building ${.IMPSRC} -------"; +.endif + +NORMAL_C= ${SILENT_GCC} ${CC} -c ${CFLAGS} ${WERROR} ${PROF} ${.IMPSRC} NORMAL_S= ${CC} -c ${ASM_CFLAGS} ${WERROR} ${.IMPSRC} PROFILE_C= ${CC} -c ${CFLAGS} ${WERROR} ${.IMPSRC} NORMAL_C_NOWERROR= ${CC} -c ${CFLAGS} ${PROF} ${.IMPSRC} @@ -146,7 +151,7 @@ ZFS_S= ${CC} -c ${ZFS_ASM_CFLAGS} ${WERROR} ${.IMPSRC} .if ${MK_CTF} != "no" -NORMAL_CTFCONVERT= ${CTFCONVERT} ${CTFFLAGS} ${.TARGET} +NORMAL_CTFCONVERT= ${SILENT_MAKE} ${CTFCONVERT} ${CTFFLAGS} ${.TARGET} .elif ${MAKE_VERSION} >= 5201111300 NORMAL_CTFCONVERT= .else From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 05:47:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21EFF9A5; Sun, 15 Dec 2013 05:47:28 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 984F81A6F; Sun, 15 Dec 2013 05:47:27 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBF5lM5O048983; Sun, 15 Dec 2013 07:47:22 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBF5lM5O048983 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBF5lMad048981; Sun, 15 Dec 2013 07:47:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 15 Dec 2013 07:47:22 +0200 From: Konstantin Belousov To: Steve Kargl Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <20131215054722.GI59496@kib.kiev.ua> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xBpApmAbbctWpL7k" Content-Disposition: inline In-Reply-To: <20131214221627.GA24637@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 05:47:28 -0000 --xBpApmAbbctWpL7k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: > > Am 14.12.2013 22:59, schrieb Steve Kargl: > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > > >> > > >> 2) SSH logins are very slow, many seconds of delay between connect > > >> and password prompt, several seconds after password entry until > > >> a command prompt appears (normally instantaneous) > > >> > > >=20 > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug = 3rd > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ > > > seconds now. :( > >=20 > > You may want to test the attached patch, which reverts the above > > mentioned commit. > >=20 >=20 > I probably won't get to it until tomorrow, because I had started > a dog-food system purge including re-installing all ports. The > laptop takes a bit a time to recompile everything. >=20 Are you all running i386, compiled with gcc ? --xBpApmAbbctWpL7k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSrUJpAAoJEJDCuSvBvK1B9ooQAJXOUTFBF3nvOXW193xCPU1u tctxE99rwGFxxMwDhsMZyg1l/wXI3zi+08Uk+DimWud9CVA6h/VuMhU7mWMFriy1 k3uApYtgoJkuLbflEXj4WtbJeZBPxUbBMItvb5jglsbXVEtt+0nVieMFjxAVwCrW 6gi94J5/k1YPQ5t3ACcAQJ1Zrl3zuQsy2ewEV67eT532TMnT3KzMit7oMmzfHXic nOkS2nDpa6AsTY+un3te35lxd/ulcaQOSrW0tfvC7Zu6rxiDh49KAhHA1xeSaMsH VYDxShksLJblEpmgD2owDUuQxLXBvxpNgQKxEmiB8c0uGKWRriZqweONA5FBDSGi L9ENog4MG2L2G+dckOaC1NRwZ/tQguv971joDGJbEsO63GTkBaJNp47pCiUu7uLs atnK3edA8R3fJE1Mxqo4jj/VQ2+1eV616+0A3BEZ1VoVq0LlBtz9Im3//HBBnVVv KOVP2QVqlMJEy2nV8lJGBMc9PMOqsKgmpw0vhLMcjdD/2XH6A3q6By2ut9bgs2m2 iWpfgzDLC6uCelVIKrFKKX8n/u+JfiOO+Ypa0QicGtMzFcj1Foa9QvCKy+OFxVFT uYnRqOJl27dhO2SsJimYqxih2Gq3QGF0Jc81A6l4QBgoF/UNT4G6kBVBgShBGwX1 mNzq2dgZW5lBz53N+xFd =5lDx -----END PGP SIGNATURE----- --xBpApmAbbctWpL7k-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 05:56:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2601D64 for ; Sun, 15 Dec 2013 05:56:05 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85C191AF3 for ; Sun, 15 Dec 2013 05:56:05 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBF5u4Yh027045; Sat, 14 Dec 2013 21:56:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBF5u4Ul027044; Sat, 14 Dec 2013 21:56:04 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Dec 2013 21:56:04 -0800 From: Steve Kargl To: Konstantin Belousov Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <20131215055604.GA27022@troutmask.apl.washington.edu> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131215054722.GI59496@kib.kiev.ua> 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.17 Precedence: 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, 15 Dec 2013 05:56:05 -0000 On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote: > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: > > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: > > > Am 14.12.2013 22:59, schrieb Steve Kargl: > > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > > > >> > > > >> 2) SSH logins are very slow, many seconds of delay between connect > > > >> and password prompt, several seconds after password entry until > > > >> a command prompt appears (normally instantaneous) > > > >> > > > > > > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ > > > > seconds now. :( > > > > > > You may want to test the attached patch, which reverts the above > > > mentioned commit. > > > > > > > I probably won't get to it until tomorrow, because I had started > > a dog-food system purge including re-installing all ports. The > > laptop takes a bit a time to recompile everything. > > > > Are you all running i386, compiled with gcc ? The Aug 3rd system was built with gcc. The system upgrade I did this morning is using clang. I rebuilt everything and delete old things with delete-old and delete-old-libs. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 06:22:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BECF6147 for ; Sun, 15 Dec 2013 06:22:10 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 81D111D38 for ; Sun, 15 Dec 2013 06:22:10 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 2BD847300A; Sun, 15 Dec 2013 07:25:02 +0100 (CET) Date: Sun, 15 Dec 2013 07:25:02 +0100 From: Luigi Rizzo To: Rui Paulo Subject: Re: 'silent' kernel builds ? Message-ID: <20131215062502.GA99699@onelab2.iet.unipi.it> References: <20131215054529.GB99455@onelab2.iet.unipi.it> <210A5B78-8220-499D-930E-F042A3DD4360@felyko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <210A5B78-8220-499D-930E-F042A3DD4360@felyko.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 06:22:10 -0000 On Sat, Dec 14, 2013 at 09:53:30PM -0800, Rui Paulo wrote: > On 14 Dec 2013, at 21:45, Luigi Rizzo wrote: > > > Hi, > > I was trying to make buildkernel a bit quieter (just listing > > the name of the file being compiled). > > > > I hoped to modify the " .c.o: " rules in share/sys.mk but apparently > > kernel builds generate their own Makefile using definitions in > > sys/conf/kern.pre.mk . > > > > As a result, a patch like the one below gets most of the work done > > (a few extra bits are necessary to mask the awk calls, and the > > 'irregular' compiler invocations). > > > > However I could not found the rule definition used to build modules, > > any idea where to look ? > > sys/conf/kmod.mk ... ok, which in turn ends up into share/sys.mk at least for the .c.o rule > > And finally, is there interest in this feature ? > > I think it would be nice to have, maybe enabled by default. Does it still print the errors? I think so, but I'm not sure. Yes it does print errors, just checked. I am not worried about making it a default, POLA probably suggests otherwise and it is simple to control it through a make.conf or environment variable. thanks luigi From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 06:29:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0F8A27E for ; Sun, 15 Dec 2013 06:29:47 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79A631D58 for ; Sun, 15 Dec 2013 06:29:45 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id rBF6SPla035500; Sun, 15 Dec 2013 06:28:25 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id zf7vhj28vrtqs87sjqpe8qyg6w; Sun, 15 Dec 2013 06:28:24 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: dhclient can't limit bpf descriptor? From: Tim Kientzle In-Reply-To: <52ACE6D0.5060001@bluerosetech.com> Date: Sat, 14 Dec 2013 22:28:24 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <0C8E05D6-FC71-4F7E-9750-B272204F1425@freebsd.org> References: <52ACE6D0.5060001@bluerosetech.com> To: Darren Pilgrim X-Mailer: Apple Mail (2.1822) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 06:29:47 -0000 On Dec 14, 2013, at 3:16 PM, Darren Pilgrim = wrote: > On 12/14/2013 12:12 PM, Tim Kientzle wrote: >> Opened up an old VM from a month or so ago (r257910) and dhclient = won=92t start. >>=20 >> Specifically, dhclient complains (when run by root): >> =93can=92t limit bpf descriptor: Bad address=94 >> and then immediately exits. >=20 > Are you running a custom kernel without the Capsicum options? Nope, it=92s an unmodified GENERIC kernel. Tim From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 06:43:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 782A6517 for ; Sun, 15 Dec 2013 06:43:27 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F9331E33 for ; Sun, 15 Dec 2013 06:43:26 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBF6hMDE061164; Sun, 15 Dec 2013 08:43:22 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBF6hMDE061164 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBF6hMdN061163; Sun, 15 Dec 2013 08:43:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 15 Dec 2013 08:43:22 +0200 From: Konstantin Belousov To: Steve Kargl Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <20131215064322.GL59496@kib.kiev.ua> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> <20131215055604.GA27022@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rVBRrSQqpyUabrZb" Content-Disposition: inline In-Reply-To: <20131215055604.GA27022@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 06:43:27 -0000 --rVBRrSQqpyUabrZb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote: > On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote: > > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: > > > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: > > > > Am 14.12.2013 22:59, schrieb Steve Kargl: > > > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > > > > >> > > > > >> 2) SSH logins are very slow, many seconds of delay between conne= ct > > > > >> and password prompt, several seconds after password entry unt= il > > > > >> a command prompt appears (normally instantaneous) > > > > >> > > > > >=20 > > > > > Ah, so that explains the behavior I'm see. Just updated a circa = Aug 3rd > > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system tak= e 30+ > > > > > seconds now. :( > > > >=20 > > > > You may want to test the attached patch, which reverts the above > > > > mentioned commit. > > > >=20 > > >=20 > > > I probably won't get to it until tomorrow, because I had started > > > a dog-food system purge including re-installing all ports. The > > > laptop takes a bit a time to recompile everything. > > >=20 > >=20 > > Are you all running i386, compiled with gcc ? >=20 > The Aug 3rd system was built with gcc. The system upgrade I > did this morning is using clang. I rebuilt everything and > delete old things with delete-old and delete-old-libs. And, the clang-built kernel times out the connections ? On i386 ? --rVBRrSQqpyUabrZb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSrU+JAAoJEJDCuSvBvK1Bkq0P/iXCPrvJo7hljfYaKQWHJsEz Eeo6Dnn1Eo6e+KiJi4MRJjPgfz28BNTwQgdmF2kJnUIDFjuV0EKx0YYtnpHO99a2 M9J9ICA8s/b9vS+cZhf4e2L2rlBaMtYhxRsa1FkQ63FQkU3dNZmpWs5zaJsKgPC4 2KgTIdAhnqJQd4K9eJkfwHTqh1NG+EToBX9Rf2n3wxULo5n127P1wI0NCbsSjD7O EL/WJwDAW8qpZS3n0L+RT4vl9P6Oq+1CbfVNZl1X/cFlIJVxLqC0DQSRn8bIMiBh tiWfdKZHFzihiq8uv89w3h4gPxvD1jRnSjEGOSykLsRmjlxCYamEdKezJwbMj8Gs IOeD2kBvDiXCmhb1pqXlM9cWK7yZu3H8Br1dWX3XmPJStMWYeFyZbTzV+OTHbN1i ATi9lod4qVtYt6qXGo0UePEpetis///ko9IGG1P4bj59otqk/4vpaKYl38/RQUsU UAs/uye7/C5qYs41QO2DQPrN7mV95X0Ab4wA85eJyBpI1Ossm3GcInDFiuUnxJ+V /LMdvLRh4Qo9X6hqdx1KwvbqZB2VYcdzJd+1GkOv35U1pl0ZT+FFewZ4uRHNE7OX 8nTOomL+srk6hFYdBdZF6N3rKKi3NXSS/+QK1EGgs5e6YOjqhpmKWita7g90iDDs 5pLoiAiawo1PaEG+z5ZF =/aDI -----END PGP SIGNATURE----- --rVBRrSQqpyUabrZb-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 07:01:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E4EAAB4 for ; Sun, 15 Dec 2013 07:01:00 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 395B91F50 for ; Sun, 15 Dec 2013 07:01:00 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBF70xmM027369; Sat, 14 Dec 2013 23:00:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBF70xaw027368; Sat, 14 Dec 2013 23:00:59 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Dec 2013 23:00:59 -0800 From: Steve Kargl To: Konstantin Belousov Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <20131215070059.GA27330@troutmask.apl.washington.edu> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> <20131215055604.GA27022@troutmask.apl.washington.edu> <20131215064322.GL59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131215064322.GL59496@kib.kiev.ua> 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.17 Precedence: 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, 15 Dec 2013 07:01:00 -0000 On Sun, Dec 15, 2013 at 08:43:22AM +0200, Konstantin Belousov wrote: > On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote: > > > > The Aug 3rd system was built with gcc. The system upgrade I > > did this morning is using clang. I rebuilt everything and > > delete old things with delete-old and delete-old-libs. > > And, the clang-built kernel times out the connections ? On i386 ? With a clang built kernel, it takes 30+ seconds for a ssh to connect to my work system. Prior to the upgrade, connection speed was unnoticable. I won't be able to test Stefan suggested fix until tomorrow. I'm currently chasing down iconv issues. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 07:31:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34D5B2A0 for ; Sun, 15 Dec 2013 07:31:41 +0000 (UTC) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6E6910E2 for ; Sun, 15 Dec 2013 07:31:40 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id u15so1887574bkz.5 for ; Sat, 14 Dec 2013 23:31:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=5qJZ4qzZaiFtYCrF8uqGamgagEI4EfjprWeqIElPie8=; b=YVgvndz13s0QBcXLhIcluzt0pMh/IxUwqz1EH7Au1zDNrppLddckevCXb/hLx+gRHX 4QfkdiyJdOmU0+cSz/AVPlniDIhI5bOl2UAAC2PlI1nmRksacLcplvIqmuPr8x14TPZ3 l9Q0ky0sQ5/w6hNxqOxBUTbqYnQUGClOk5qvxq5wwH2DqrNgvracy0WjMeOqU6x+PkLU 9qTBr7OcundfBQru9ilzvB1O9PQMuTQoK6bXIUBjBNPDZZPkiAto0/67PCXobSacgz4e IlXpjVcLkTUo9B4VPm2iyouBgw99NzGbJgSeTjiKVv3xqLag+aHwKvqnJyyWi0nWmCJx VWjg== X-Received: by 10.204.248.72 with SMTP id mf8mr839337bkb.56.1387092697721; Sat, 14 Dec 2013 23:31:37 -0800 (PST) Received: from ubm.strangled.net (g231037036.adsl.alicedsl.de. [92.231.37.36]) by mx.google.com with ESMTPSA id q5sm6903169bkr.5.2013.12.14.23.31.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Dec 2013 23:31:36 -0800 (PST) Date: Sun, 15 Dec 2013 08:31:34 +0100 From: Marc UBM To: freebsd-current@freebsd.org Subject: Re: SVN commit 259045 breaks -CURRENT Message-Id: <20131215083134.21e6ff0f8c9234c9763d558c@gmail.com> In-Reply-To: <20131215054722.GI59496@kib.kiev.ua> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) 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.17 Precedence: 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, 15 Dec 2013 07:31:41 -0000 On Sun, 15 Dec 2013 07:47:22 +0200 Konstantin Belousov wrote: > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: > > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: > > > Am 14.12.2013 22:59, schrieb Steve Kargl: > > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > > > >> > > > >> 2) SSH logins are very slow, many seconds of delay between connect > > > >> and password prompt, several seconds after password entry until > > > >> a command prompt appears (normally instantaneous) > > > >> > > > > > > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ > > > > seconds now. :( > > > > > > You may want to test the attached patch, which reverts the above > > > mentioned commit. > > > > > > > I probably won't get to it until tomorrow, because I had started > > a dog-food system purge including re-installing all ports. The > > laptop takes a bit a time to recompile everything. > > > > Are you all running i386, compiled with gcc ? I'm running amd64 compiled with clang; uname -a: FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #15 r258254:259095M: Sun Dec 8 12:11:33 CET 2013 xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 I'm recompiling right now to see if maybe I'm having a different issue. Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 08:24:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E61C36A9 for ; Sun, 15 Dec 2013 08:24:29 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2708132C for ; Sun, 15 Dec 2013 08:24:29 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id w7so2817826qcr.25 for ; Sun, 15 Dec 2013 00:24:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=AXFZMl5Lt9t/msvXudv0/i00dh+CBFJWEUwIA9ks45A=; b=gXq3UE+1AAx2KugTYqUX0iQJilW+dFt1ayRoIZmx/Wi3xkwhKgLVEJNVy0m47xuPHN efli+er3Vc9vUTqKXyUNVlApiDnd/g+wvYSO2db//wcqLSaEHhY/+0MYWzxyjYKakpuU wcFHcWztjfLN9LZw2Bbmm9+ovLXfTrXfeN/Pw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=AXFZMl5Lt9t/msvXudv0/i00dh+CBFJWEUwIA9ks45A=; b=PHWR21+JYn2owoW85upQHIN+A1EGiQRPVB7r0S4vOT9humWumGYALJsBK/cwwhftaz COph5q/UZLJ69/CM4VidHP8Jh28FDBlht3NBJQH2N9HK0j69e3Le9iYzfITCpsT4XCTc sTUi7S65sdG5/5zpq5D7+OEUXtGPvx6ki7+rUNL2LGYNKigwAJzbIZ28/c5EAzk5h5yh OhKqV63ZCeT+9PJzu2/7MU9bKzDs4ErDD7RABTxHRTcqubmbDpUA9ezCB+NhFbJD5kvY 06nP7waBPYJgsty14Tl6Uhrr9H0WAxzyHU98M81GlPh27vCnr2GRLgp7gZ4fraWYuEi7 +wHA== X-Gm-Message-State: ALoCoQm8CL/DKOvxuN7BzgZDvIJJqrS9no3WVhH7DqUNICkP0JdBzC1S4fxFbx4+p0yADIhz8StD X-Received: by 10.49.81.206 with SMTP id c14mr21162873qey.79.1387095868789; Sun, 15 Dec 2013 00:24:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.86.42 with HTTP; Sun, 15 Dec 2013 00:23:58 -0800 (PST) From: Eitan Adler Date: Sun, 15 Dec 2013 03:23:58 -0500 Message-ID: Subject: r259286 panic To: freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 08:24:30 -0000 FreeBSD gravity.local 11.0-CURRENT FreeBSD 11.0-CURRENT #7 r259286: Fri Dec 13 00:33:37 EST 2013 eitan@gravity.local:/usr/obj/usr/src/sys/EADLER amd64 Complete textdump here: http://people.freebsd.org/~eadler/files/core.txt.1 My kernel is built with complete debug symbols, INVARIANTS, ddb, etc. but no WITNESS. I have vt and vt_vga enabled but not sc and vga (newcons, but not syscons). Dump header from device /dev/ada1p1 Architecture: amd64 Architecture Version: 2 Dump Length: 4031295488B (3844 MB) Blocksize: 512 Dumptime: Sun Dec 15 03:04:34 2013 Hostname: gravity.local Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.0-CURRENT #7 r259286: Fri Dec 13 00:33:37 EST 2013 eitan@gravity.local:/usr/obj/usr/src/sys/EADLER Panic String: Dump Parity: 3049191868 Bounds: 1 Dump Status: good Unread portion of the kernel message buffer: [180441] [180441] [180441] Fatal trap 12: page fault while in kernel mode [180441] cpuid = 0; apic id = 00 [180441] fault virtual address = 0x30 [180441] fault code = supervisor read data, page not present [180441] instruction pointer = 0x20:0xffffffff807ccbf8 [180441] stack pointer = 0x28:0xfffffe0226a718f0 [180441] frame pointer = 0x28:0xfffffe0226a719d0 [180441] code segment = base 0x0, limit 0xfffff, type 0x1b [180441] = DPL 0, pres 1, long 1, def32 0, gran 1 [180441] processor eflags = interrupt enabled, resume, IOPL = 0 [180441] current process = 12 (swi4: clock) (kgdb) #0 doadump (textdump=648483568) at pcpu.h:219 #1 0xffffffff80324e15 in db_fncall (dummy1=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:578 #2 0xffffffff80324afd in db_command (cmd_table=) at /usr/src/sys/ddb/db_command.c:449 #3 0xffffffff80324874 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xffffffff803271f0 in db_trap (type=, code=0) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff807f0963 in kdb_trap (type=12, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:656 #6 0xffffffff80b6ffc2 in trap_fatal (frame=0xfffffe0226a71840, eva=) at /usr/src/sys/amd64/amd64/trap.c:869 #7 0xffffffff80b7023f in trap_pfault (frame=0x0, usermode=) at /usr/src/sys/amd64/amd64/trap.c:691 #8 0xffffffff80b6fa57 in trap (frame=0xfffffe0226a71840) at /usr/src/sys/amd64/amd64/trap.c:455 #9 0xffffffff80b54e12 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #10 0xffffffff807ccbf8 in softclock_call_cc (c=0xffffffff812121f8, cc=0xffffffff813aa580, direct=0) at /usr/src/sys/kern/kern_timeout.c:700 #11 0xffffffff807ccf37 in softclock (arg=) at /usr/src/sys/kern/kern_timeout.c:809 #12 0xffffffff8078a433 in intr_event_execute_handlers ( p=, ie=0xfffff8000327c600) at /usr/src/sys/kern/kern_intr.c:1263 #13 0xffffffff8078ae06 in ithread_loop (arg=0xfffff8000327ff60) at /usr/src/sys/kern/kern_intr.c:1276 #14 0xffffffff80787ea4 in fork_exit ( callout=0xffffffff8078ad60 , arg=0xfffff8000327ff60, frame=0xfffffe0226a71ac0) at /usr/src/sys/kern/kern_fork.c:977 #15 0xffffffff80b5534e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:605 #16 0x0000000000000000 in ?? () Current language: auto; currently minimal -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 05:54:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A406D40 for ; Sun, 15 Dec 2013 05:54:00 +0000 (UTC) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC721AE5 for ; Sun, 15 Dec 2013 05:54:00 +0000 (UTC) Received: from [10.0.1.3] (c-24-6-16-155.hsd1.ca.comcast.net [24.6.16.155]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 3447839827; Sat, 14 Dec 2013 21:53:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1387086839; bh=6vkLS+7DqXLZm9c4I0c9O3vmAC3D4s/lrecRDpkSjKM=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=ELdZO9y/AnsnrjsOGUGQbC8ZaSCcd+JASYU27LJtDMRAi2wf7aADnJhvhvVAXiSXd rNfSjPzE2hmxb61Y2fh8z/p7QCaqEEmcN6MeeDM8uf0zenngnnFLGgqb6RN7MV/D6W hcqSmUYaYew2FfusfqYRxYoEENIpIATAvU2wVFms= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1812\)) Subject: Re: 'silent' kernel builds ? From: Rui Paulo In-Reply-To: <20131215054529.GB99455@onelab2.iet.unipi.it> Date: Sat, 14 Dec 2013 21:53:30 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <210A5B78-8220-499D-930E-F042A3DD4360@felyko.com> References: <20131215054529.GB99455@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1812) X-Mailman-Approved-At: Sun, 15 Dec 2013 12:31:36 +0000 Cc: "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 05:54:00 -0000 On 14 Dec 2013, at 21:45, Luigi Rizzo wrote: > Hi, > I was trying to make buildkernel a bit quieter (just listing > the name of the file being compiled). >=20 > I hoped to modify the " .c.o: " rules in share/sys.mk but apparently > kernel builds generate their own Makefile using definitions in > sys/conf/kern.pre.mk . >=20 > As a result, a patch like the one below gets most of the work done > (a few extra bits are necessary to mask the awk calls, and the > 'irregular' compiler invocations). >=20 > However I could not found the rule definition used to build modules, > any idea where to look ? sys/conf/kmod.mk > And finally, is there interest in this feature ? I think it would be nice to have, maybe enabled by default. Does it = still print the errors? I think so, but I'm not sure. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 12:58:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1ACEC459; Sun, 15 Dec 2013 12:58:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4ECA12ED; Sun, 15 Dec 2013 12:58:27 +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 rBFCwJ8P095485; Sun, 15 Dec 2013 07:58:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFCwJi0095484; Sun, 15 Dec 2013 12:58:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 12:58:19 GMT Message-Id: <201312151258.rBFCwJi0095484@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 powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 12:58:28 -0000 TB --- 2013-12-15 09:50:43 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 09:50: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 --- 2013-12-15 09:50:43 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-12-15 09:50:43 - cleaning the object tree TB --- 2013-12-15 09:50:43 - /usr/local/bin/svn stat /src TB --- 2013-12-15 09:50:47 - At svn revision 259401 TB --- 2013-12-15 09:50:48 - building world TB --- 2013-12-15 09:50:48 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 09:50:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 09:50:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 09:50:48 - SRCCONF=/dev/null TB --- 2013-12-15 09:50:48 - TARGET=powerpc TB --- 2013-12-15 09:50:48 - TARGET_ARCH=powerpc64 TB --- 2013-12-15 09:50:48 - TZ=UTC TB --- 2013-12-15 09:50:48 - __MAKE_CONF=/dev/null TB --- 2013-12-15 09:50:48 - cd /src TB --- 2013-12-15 09:50:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 09:50:55 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 15 12:52:15 UTC 2013 TB --- 2013-12-15 12:52:15 - generating LINT kernel config TB --- 2013-12-15 12:52:15 - cd /src/sys/powerpc/conf TB --- 2013-12-15 12:52:15 - /usr/bin/make -B LINT TB --- 2013-12-15 12:52:15 - cd /src/sys/powerpc/conf TB --- 2013-12-15 12:52:15 - /usr/sbin/config -m LINT TB --- 2013-12-15 12:52:15 - skipping LINT kernel TB --- 2013-12-15 12:52:15 - cd /src/sys/powerpc/conf TB --- 2013-12-15 12:52:15 - /usr/sbin/config -m GENERIC TB --- 2013-12-15 12:52:15 - skipping GENERIC kernel TB --- 2013-12-15 12:52:15 - cd /src/sys/powerpc/conf TB --- 2013-12-15 12:52:15 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-15 12:52:15 - building GENERIC64 kernel TB --- 2013-12-15 12:52:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 12:52:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 12:52:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 12:52:15 - SRCCONF=/dev/null TB --- 2013-12-15 12:52:15 - TARGET=powerpc TB --- 2013-12-15 12:52:15 - TARGET_ARCH=powerpc64 TB --- 2013-12-15 12:52:15 - TZ=UTC TB --- 2013-12-15 12:52:15 - __MAKE_CONF=/dev/null TB --- 2013-12-15 12:52:15 - cd /src TB --- 2013-12-15 12:52:15 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Dec 15 12:52:15 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fno-strict-overflow -fstack-protector -Werror /src/sys/powerpc/pseries/phyp_console.c ctfconvert -L VERSION -g phyp_console.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fno-strict-overflow -fstack-protector -Werror /src/sys/powerpc/pseries/phyp_llan.c ctfconvert -L VERSION -g phyp_llan.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fno-strict-overflow -fstack-protector -Werror /src/sys/powerpc/pseries/phyp_vscsi.c cc1: warnings being treated as errors /src/sys/powerpc/pseries/phyp_vscsi.c: In function 'vscsi_cam_action': /src/sys/powerpc/pseries/phyp_vscsi.c:429: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 12:58:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 12:58:19 - ERROR: failed to build GENERIC64 kernel TB --- 2013-12-15 12:58:19 - 9871.43 user 1289.15 system 11256.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 13:30:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA665E4E for ; Sun, 15 Dec 2013 13:30:28 +0000 (UTC) Received: from nm31.bullet.mail.ir2.yahoo.com (nm31.bullet.mail.ir2.yahoo.com [212.82.96.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08058150A for ; Sun, 15 Dec 2013 13:30:27 +0000 (UTC) Received: from [212.82.98.54] by nm31.bullet.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 13:25:01 -0000 Received: from [46.228.39.80] by tm7.bullet.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 13:25:01 -0000 Received: from [127.0.0.1] by smtp117.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 13:25:01 -0000 X-Yahoo-Newman-Id: 944916.7329.bm@smtp117.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 39CTkbQVM1kQwCV40w5U8tSRIUbZE.V54cjeV3ZI2Dm5oGR pR4feAaOUCSpYuzhWKoVeUZISZ28AtHhjsYIJnJGZWS.IThPGzSN0IDb5UH5 fw1W37Y7GYRQ_lJHbSJsqguD1kEqJnE7.GIRWcoA7SNmnl6TCtSAuzMPZ6nX SjhmNXwxVwjqHSdPlyyacyvC5wkt2_3LOBkIJe.C_.rrAMl2IPaqm7VksDUs wYKwJFrNkp4Hs34elp2Q8yC0jzEkuAydW5kEP9r8WeW3VUQ03JFTqYLSf27z rVt9CbF5rLEbMjGk1RWW3lHorc0MTgaWoHsp3uTUUWbOxu8nl_OOwo0sHfMm R__.IHEhZ.Rm37BU5yIi3Gzgub.7Kx.SN.IZKNnsssV8WzRNMhaq3osVK1Tc zFP.9Y0DtIBZeWkY6.UFxTlHQDbw09xOeLrqUQzhFZYIHH_wb9bz_H7zvtsq _MPbdOC7.h03PnRi5LdrBcchXKZ9t8iGIwRRlYbTf0O2vSC.n8lYsALCXdNv ZyhOOtT7zdBmdsZbOwIKQeN2AV3jQpM0- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.124.218 with plain [188.125.69.59]) by smtp117.mail.ir2.yahoo.com with SMTP; 15 Dec 2013 13:25:01 +0000 UTC Message-ID: <52ADADAD.1010108@freebsd.org> Date: Sun, 15 Dec 2013 14:25:01 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Konstantin Belousov , Steve Kargl Subject: Re: SVN commit 259045 breaks -CURRENT References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> In-Reply-To: <20131215054722.GI59496@kib.kiev.ua> X-Enigmail-Version: 1.6 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.17 Precedence: 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, 15 Dec 2013 13:30:28 -0000 Am 15.12.2013 06:47, schrieb Konstantin Belousov: > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: >> On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: >>> Am 14.12.2013 22:59, schrieb Steve Kargl: >>>> On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser >>>> wrote: >>>>> >>>>> 2) SSH logins are very slow, many seconds of delay between >>>>> connect and password prompt, several seconds after password >>>>> entry until a command prompt appears (normally >>>>> instantaneous) >>>>> >>>> >>>> Ah, so that explains the behavior I'm see. Just updated a >>>> circa Aug 3rd i386 FreeBSD to top-of-tree. My ssh logins to >>>> my work system take 30+ seconds now. :( >>> >>> You may want to test the attached patch, which reverts the >>> above mentioned commit. >>> >> >> I probably won't get to it until tomorrow, because I had started >> a dog-food system purge including re-installing all ports. The >> laptop takes a bit a time to recompile everything. >> > > Are you all running i386, compiled with gcc ? I'm on -CURRENT, CLANG, amd64. But since the problem has also been reported for i386 compiled with GCC, there seems to be some problem in common kernel code, that has been uncovered by your change, BTW: I remember seeing two wait channels being reported when I type ^T during multi-user startup (sa-spamd, which needs 140 seconds with the broken kernel: nanosleep kqueue (I do not remember whether this name is exact or abbreviated) I've been assuming that the problem might actually be in nanosleep(), since this is a timing related function and we are seeing huge delays, but eventually the delayed action succeeds. But a kernel with only kern_conf.c compiled with -fno-strict-overflow did not show the delays. I do not have time for further tests, today. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 13:35:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 272B2F92 for ; Sun, 15 Dec 2013 13:35:30 +0000 (UTC) Received: from nm18.bullet.mail.ird.yahoo.com (nm18.bullet.mail.ird.yahoo.com [77.238.189.71]) by mx1.freebsd.org (Postfix) with SMTP id 7247D1588 for ; Sun, 15 Dec 2013 13:35:28 +0000 (UTC) Received: from [77.238.189.51] by nm18.bullet.mail.ird.yahoo.com with NNFMP; 15 Dec 2013 13:35:27 -0000 Received: from [46.228.39.104] by tm4.bullet.mail.ird.yahoo.com with NNFMP; 15 Dec 2013 13:35:27 -0000 Received: from [127.0.0.1] by smtp141.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 13:35:27 -0000 X-Yahoo-Newman-Id: 754191.10533.bm@smtp141.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: O0C1KecVM1mLsz5DpbbgGeQI6ixscIjirkrELZ2ZvIA0eqn eGcIjCEUqV4NQiLtAWukII9_PikDJhosGi2IPJVy7NjOzI7bFEy2AZRf_g2p CS9rhH0ZecQeYhAaR5n6aoNxHBmf.C4lh6E3VGuYKKBIUeOM27FVBLm.YOAR T7X3GSGrMb7pCIQnSjfwNJWLaDxthsV8d8IvENmglHBwRSLqgsKxZFs1JK5V kA1NFyOB6_eu28amqjBNHaHJI41S6E0_YIWHpkRR.g6mkhT2dkqtzKPEszsA iVbso19YbPDy_VX1Ahx63ydYWfX8tK1_WDGLqWPGyyCJWgAhDdJqel0oIqcp GXKzOwzmUn4IaJfxeMGO5DPKwgLokBG16QyKD7txM32TIESwJ5YFICAxeZ8A 0GFFfKUv2qV0IPq1fhvg_4CipQqf2L86I4z3D0vN2DfPQmYmAjoetEUjYa4H Psdgp1gRglV.uKwU9gtXKO3U5nXeKXzDU.xHRWVD1Dz3TLob.c6UMM0zkzQO z1truKu.g4.CDD_WwX1EveVr0ajB3qH8- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.124.218 with plain [188.125.69.59]) by smtp141.mail.ir2.yahoo.com with SMTP; 15 Dec 2013 13:35:27 +0000 UTC Message-ID: <52ADB01F.8000200@freebsd.org> Date: Sun, 15 Dec 2013 14:35:27 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: CAM ABI change requires recompile of hald and smartmontools X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 13:35:30 -0000 A kernel built today shows the following messages: ata2: FAILURE - zero length DMA transfer attempted ata2: setting up DMA failed cam_periph_mapmem: attempt to map 4294954816 bytes, which is greater than 65536 cam_periph_mapmem: attempt to map 4294954832 bytes, which is greater than 65536 ata2: FAILURE - zero length DMA transfer attempted ata2: setting up DMA failed ata2: FAILURE - zero length DMA transfer attempted ata2: setting up DMA failed cam_periph_mapmem: attempt to map 4294954832 bytes, which is greater than 65536 I found that stopping hald was causing this. A freshly compiled hald solves this problem. This ABI breakage deserves a heads-up, IMHO, since the messages look quite frightening. I did not observe any damage on my system with 5 SATA drives in a ZRAID1, but I'm going to perform a scrub, just to be sure. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 15:51:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A27F142 for ; Sun, 15 Dec 2013 15:51:44 +0000 (UTC) Received: from smtpauth3.wiscmail.wisc.edu (wmauth3.doit.wisc.edu [144.92.197.226]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48AF41D9F for ; Sun, 15 Dec 2013 15:51:43 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MXU00200U756A00@smtpauth3.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sun, 15 Dec 2013 09:51:43 -0600 (CST) X-Spam-PmxInfo: Server=avs-3, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.12.15.154214, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MXU00GDVUQ6JO10@smtpauth3.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Sun, 15 Dec 2013 09:51:42 -0600 (CST) Message-id: <52ADD00E.80905@freebsd.org> Date: Sun, 15 Dec 2013 09:51:42 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: freebsd-current@freebsd.org Subject: Re: CAM ABI change requires recompile of hald and smartmontools References: <52ADB01F.8000200@freebsd.org> In-reply-to: <52ADB01F.8000200@freebsd.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 15:51:44 -0000 On 12/15/13 07:35, Stefan Esser wrote: > A kernel built today shows the following messages: > > ata2: FAILURE - zero length DMA transfer attempted > ata2: setting up DMA failed > cam_periph_mapmem: attempt to map 4294954816 bytes, which is greater > than 65536 > cam_periph_mapmem: attempt to map 4294954832 bytes, which is greater > than 65536 > ata2: FAILURE - zero length DMA transfer attempted > ata2: setting up DMA failed > ata2: FAILURE - zero length DMA transfer attempted > ata2: setting up DMA failed > cam_periph_mapmem: attempt to map 4294954832 bytes, which is greater > than 65536 > > I found that stopping hald was causing this. A freshly compiled > hald solves this problem. > > This ABI breakage deserves a heads-up, IMHO, since the messages > look quite frightening. I did not observe any damage on my system > with 5 SATA drives in a ZRAID1, but I'm going to perform a scrub, > just to be sure. > > Regards, STefan > > _______________________________________________ > 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" Sorry about this -- I forgot to bump the libcam version. r259416 should fix it for people just upgrading now. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 16:10:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C552732; Sun, 15 Dec 2013 16:10:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 010A71EA8; Sun, 15 Dec 2013 16:10:51 +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 rBFGAooC040892; Sun, 15 Dec 2013 11:10:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFGAoFt040858; Sun, 15 Dec 2013 16:10:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 16:10:50 GMT Message-Id: <201312151610.rBFGAoFt040858@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 arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 16:10:52 -0000 TB --- 2013-12-15 13:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 13:00:19 - 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 --- 2013-12-15 13:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-15 13:00:19 - cleaning the object tree TB --- 2013-12-15 13:00:19 - /usr/local/bin/svn stat /src TB --- 2013-12-15 13:00:24 - At svn revision 259413 TB --- 2013-12-15 13:00:25 - building world TB --- 2013-12-15 13:00:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 13:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 13:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 13:00:25 - SRCCONF=/dev/null TB --- 2013-12-15 13:00:25 - TARGET=arm TB --- 2013-12-15 13:00:25 - TARGET_ARCH=arm TB --- 2013-12-15 13:00:25 - TZ=UTC TB --- 2013-12-15 13:00:25 - __MAKE_CONF=/dev/null TB --- 2013-12-15 13:00:25 - cd /src TB --- 2013-12-15 13:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 13:00:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 15 16:03:44 UTC 2013 TB --- 2013-12-15 16:03:44 - generating LINT kernel config TB --- 2013-12-15 16:03:44 - cd /src/sys/arm/conf TB --- 2013-12-15 16:03:44 - /usr/bin/make -B LINT TB --- 2013-12-15 16:03:44 - cd /src/sys/arm/conf TB --- 2013-12-15 16:03:44 - /usr/sbin/config -m LINT TB --- 2013-12-15 16:03:44 - building LINT kernel TB --- 2013-12-15 16:03:44 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 16:03:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 16:03:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 16:03:44 - SRCCONF=/dev/null TB --- 2013-12-15 16:03:44 - TARGET=arm TB --- 2013-12-15 16:03:44 - TARGET_ARCH=arm TB --- 2013-12-15 16:03:44 - TZ=UTC TB --- 2013-12-15 16:03:44 - __MAKE_CONF=/dev/null TB --- 2013-12-15 16:03:44 - cd /src TB --- 2013-12-15 16:03:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 15 16:03:44 UTC 2013 >>> 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 [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 16:10:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 16:10:50 - ERROR: failed to build LINT kernel TB --- 2013-12-15 16:10:50 - 8912.33 user 1750.45 system 11430.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 16:28:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E275DE49; Sun, 15 Dec 2013 16:28:06 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5710E1F6B; Sun, 15 Dec 2013 16:28:06 +0000 (UTC) Received: from r2d2 ([82.69.179.241]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007047601.msg; Sun, 15 Dec 2013 16:27:58 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 15 Dec 2013 16:27:58 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.179.241 X-Return-Path: prvs=1061c4f42a=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <80611904E98F4481B2E7088350321199@multiplay.co.uk> From: "Steven Hartland" To: "Stefan Esser" , "Konstantin Belousov" , "Steve Kargl" References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> <52ADADAD.1010108@freebsd.org> Subject: Re: SVN commit 259045 breaks -CURRENT Date: Sun, 15 Dec 2013 16:27:59 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 16:28:07 -0000 ----- Original Message ----- From: "Stefan Esser" To: "Konstantin Belousov" ; "Steve Kargl" Cc: Sent: Sunday, December 15, 2013 1:25 PM Subject: Re: SVN commit 259045 breaks -CURRENT > Am 15.12.2013 06:47, schrieb Konstantin Belousov: >> On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: >>> On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: >>>> Am 14.12.2013 22:59, schrieb Steve Kargl: >>>>> On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser >>>>> wrote: >>>>>> >>>>>> 2) SSH logins are very slow, many seconds of delay between >>>>>> connect and password prompt, several seconds after password >>>>>> entry until a command prompt appears (normally >>>>>> instantaneous) >>>>>> >>>>> >>>>> Ah, so that explains the behavior I'm see. Just updated a >>>>> circa Aug 3rd i386 FreeBSD to top-of-tree. My ssh logins to >>>>> my work system take 30+ seconds now. :( >>>> >>>> You may want to test the attached patch, which reverts the >>>> above mentioned commit. >>>> >>> >>> I probably won't get to it until tomorrow, because I had started >>> a dog-food system purge including re-installing all ports. The >>> laptop takes a bit a time to recompile everything. >>> >> >> Are you all running i386, compiled with gcc ? > > I'm on -CURRENT, CLANG, amd64. But since the problem has also been > reported for i386 compiled with GCC, there seems to be some problem > in common kernel code, that has been uncovered by your change, > > BTW: I remember seeing two wait channels being reported when I type > ^T during multi-user startup (sa-spamd, which needs 140 seconds with > the broken kernel: > > nanosleep > kqueue (I do not remember whether this name is exact or abbreviated) > > I've been assuming that the problem might actually be in nanosleep(), > since this is a timing related function and we are seeing huge > delays, but eventually the delayed action succeeds. > > But a kernel with only kern_conf.c compiled with -fno-strict-overflow > did not show the delays. I do not have time for further tests, today. Delay in ssh login for ~30 is typical if its failing to resolve the connecting IP. The update didn't break your resolver in anyway did it? 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 Sun Dec 15 16:28:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 261F9F50 for ; Sun, 15 Dec 2013 16:28:19 +0000 (UTC) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A87771F74 for ; Sun, 15 Dec 2013 16:28:18 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id v16so2030583bkz.27 for ; Sun, 15 Dec 2013 08:28:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=yJtm/i4Bpf9dFF3pKAU7LbRR7StsUWFgdxUKcDxZi18=; b=iyk+N3jz5lZRJdzEOcrAuPjbNsIiSDgJRuSf6cvc265gYqU1sHa4KSFwteWEZ55VtY GO2jKTqxxgllRpA4Pogww6z0blykkH8YUVqxF2VNHVoQMr7odcWMM6h2TEN+jwWQQLTO z7y0Ru2MXxo/eqfsTX5CGYS1T8ziueKb903O3LOy+zwcfqaqyTldDlLTseEMLHkClhlV 1CmWnLGCHD39wlQ8sg+tgNgUL4832rfYUrYk/QluNn9OJv1O5A7XAb6J5Du3Ambm5iJ7 o0Yi32IPnKWixwXZsHEdLGEeRxnWbMRfapcIq1SJ99PrkjKxlMceMjIVDrqCvN6oFALq DiUQ== X-Received: by 10.204.71.5 with SMTP id f5mr3934360bkj.25.1387124896712; Sun, 15 Dec 2013 08:28:16 -0800 (PST) Received: from ubm.strangled.net (g231037036.adsl.alicedsl.de. [92.231.37.36]) by mx.google.com with ESMTPSA id o5sm7975397bkz.4.2013.12.15.08.28.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Dec 2013 08:28:15 -0800 (PST) Date: Sun, 15 Dec 2013 17:28:14 +0100 From: Marc UBM To: freebsd-current@freebsd.org Subject: Re: SVN commit 259045 breaks -CURRENT Message-Id: <20131215172814.72a44d5f71b523a13ace8b54@gmail.com> In-Reply-To: <20131215064322.GL59496@kib.kiev.ua> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> <20131215055604.GA27022@troutmask.apl.washington.edu> <20131215064322.GL59496@kib.kiev.ua> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd11.0) 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.17 Precedence: 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, 15 Dec 2013 16:28:19 -0000 On Sun, 15 Dec 2013 08:43:22 +0200 Konstantin Belousov wrote: > On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote: > > On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote: > > > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: > > > > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: > > > > > Am 14.12.2013 22:59, schrieb Steve Kargl: > > > > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > > > > > >> > > > > > >> 2) SSH logins are very slow, many seconds of delay between connect > > > > > >> and password prompt, several seconds after password entry until > > > > > >> a command prompt appears (normally instantaneous) > > > > > >> > > > > > > > > > > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd > > > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ > > > > > > seconds now. :( > > > > > > > > > > You may want to test the attached patch, which reverts the above > > > > > mentioned commit. > > > > > > > > > > > > > I probably won't get to it until tomorrow, because I had started > > > > a dog-food system purge including re-installing all ports. The > > > > laptop takes a bit a time to recompile everything. > > > > > > > > > > Are you all running i386, compiled with gcc ? > > > > The Aug 3rd system was built with gcc. The system upgrade I > > did this morning is using clang. I rebuilt everything and > > delete old things with delete-old and delete-old-libs. A kernel built with the commit reverted has not exhibited any similar behavior during the whole day. I'll recompile again with the overflow option enabled to see if the issue returns. Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 18:10:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA2A8C49 for ; Sun, 15 Dec 2013 18:10:48 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB2615DC for ; Sun, 15 Dec 2013 18:10:48 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBFIAgAx006209; Sun, 15 Dec 2013 20:10:42 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBFIAgAx006209 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBFIAg4h006208; Sun, 15 Dec 2013 20:10:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 15 Dec 2013 20:10:42 +0200 From: Konstantin Belousov To: Marc UBM Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <20131215181042.GO59496@kib.kiev.ua> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> <20131215055604.GA27022@troutmask.apl.washington.edu> <20131215064322.GL59496@kib.kiev.ua> <20131215172814.72a44d5f71b523a13ace8b54@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BFvPoRvBsltj3jVY" Content-Disposition: inline In-Reply-To: <20131215172814.72a44d5f71b523a13ace8b54@gmail.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 18:10:49 -0000 --BFvPoRvBsltj3jVY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 15, 2013 at 05:28:14PM +0100, Marc UBM wrote: > On Sun, 15 Dec 2013 08:43:22 +0200 > Konstantin Belousov wrote: >=20 > > On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote: > > > On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote: > > > > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: > > > > > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: > > > > > > Am 14.12.2013 22:59, schrieb Steve Kargl: > > > > > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > > > > > > >> > > > > > > >> 2) SSH logins are very slow, many seconds of delay between c= onnect > > > > > > >> and password prompt, several seconds after password entry= until > > > > > > >> a command prompt appears (normally instantaneous) > > > > > > >> > > > > > > >=20 > > > > > > > Ah, so that explains the behavior I'm see. Just updated a ci= rca Aug 3rd > > > > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system= take 30+ > > > > > > > seconds now. :( > > > > > >=20 > > > > > > You may want to test the attached patch, which reverts the above > > > > > > mentioned commit. > > > > > >=20 > > > > >=20 > > > > > I probably won't get to it until tomorrow, because I had started > > > > > a dog-food system purge including re-installing all ports. The > > > > > laptop takes a bit a time to recompile everything. > > > > >=20 > > > >=20 > > > > Are you all running i386, compiled with gcc ? > > >=20 > > > The Aug 3rd system was built with gcc. The system upgrade I > > > did this morning is using clang. I rebuilt everything and > > > delete old things with delete-old and delete-old-libs. >=20 > A kernel built with the commit reverted has not exhibited any similar > behavior during the whole day. I'll recompile again with the overflow > option enabled to see if the issue returns. I am interested in a different experiment. Compile the same version of the kernel with gcc with -fno-strict-overflow enabled. Report if the same problem persist. I am going to revert the option in several minutes, but do want see the result of the above test. --BFvPoRvBsltj3jVY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSrfChAAoJEJDCuSvBvK1B7jkP/38X2O9eGCVlyBBPSnxL5f0K XFyd7mZfZ7/bDRQV694LY90hEcDJuAFDIZPp4SGGff5HB5v9Iic7CFXRDWSq8OCR YFDOCCL9jS+D2XZIt6POVhgD1fI9/rcXquaQymxuVHa+LqZ7J5dlMy60nVy+9tlt Tjp+a7Iyf15vQ+88NKO1k2Fv/rlHmy6G84kAxWAYKfkZ4ocRsS5kEez7LG3TeCUF SqNtocrQ0laoP6lIK/vuvVx9yCnfwAJrrHjFxo2wghuOufOMuAs7gGAVDHPTsShL tpN8PWpU01FwzV0EsKaaQqCXKGdtjMZYjY8iUL815l8f0ODkRc1wmqAG1dzFNg4P G5qYQmEpeMwY8f1GtNNb1GzGjKSuLE+sG/WpYpraLNuc68FZnXxXc0dwKlMvSUrR ETRW9bT8oQcgXc9LxmhEmJnGaRBUwmWD/Cmc7NUBcz/4q/A+IjOGCDVHxEQ9XUsX Q3CEYNXW/dI8UpNEm2BqG8/UmivmZHRWKUvtfaAEPyEKkWI1XKCpoE7PQKbeuA6B hwZjXRNr6AShrywVJVeTL/cammO0mONR13jT/NaGwELOVjMGsmLN+aFMts/9GmzK WqL8/9NRCrB4SwjGq7Q7gptTwvhGLIbDO/WF/tepiYphY1iinUgTNDVEJSvSdLwP 8WCQkeL7FZX96iMaGbyZ =1yjU -----END PGP SIGNATURE----- --BFvPoRvBsltj3jVY-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 18:33:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 609945C9; Sun, 15 Dec 2013 18:33:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 239081754; Sun, 15 Dec 2013 18:33:30 +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 rBFIXOd1080980; Sun, 15 Dec 2013 13:33:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFIXOZv080742; Sun, 15 Dec 2013 18:33:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 18:33:24 GMT Message-Id: <201312151833.rBFIXOZv080742@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 18:33:31 -0000 TB --- 2013-12-15 13:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 13:00:19 - 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 --- 2013-12-15 13:00:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-15 13:00:19 - cleaning the object tree TB --- 2013-12-15 13:00:19 - /usr/local/bin/svn stat /src TB --- 2013-12-15 13:00:24 - At svn revision 259413 TB --- 2013-12-15 13:00:25 - building world TB --- 2013-12-15 13:00:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 13:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 13:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 13:00:25 - SRCCONF=/dev/null TB --- 2013-12-15 13:00:25 - TARGET=i386 TB --- 2013-12-15 13:00:25 - TARGET_ARCH=i386 TB --- 2013-12-15 13:00:25 - TZ=UTC TB --- 2013-12-15 13:00:25 - __MAKE_CONF=/dev/null TB --- 2013-12-15 13:00:25 - cd /src TB --- 2013-12-15 13:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 13:00:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 15 16:10:21 UTC 2013 TB --- 2013-12-15 16:10:21 - generating LINT kernel config TB --- 2013-12-15 16:10:21 - cd /src/sys/i386/conf TB --- 2013-12-15 16:10:21 - /usr/bin/make -B LINT TB --- 2013-12-15 16:10:21 - cd /src/sys/i386/conf TB --- 2013-12-15 16:10:21 - /usr/sbin/config -m LINT TB --- 2013-12-15 16:10:21 - building LINT kernel TB --- 2013-12-15 16:10:21 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 16:10:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 16:10:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 16:10:21 - SRCCONF=/dev/null TB --- 2013-12-15 16:10:21 - TARGET=i386 TB --- 2013-12-15 16:10:21 - TARGET_ARCH=i386 TB --- 2013-12-15 16:10:21 - TZ=UTC TB --- 2013-12-15 16:10:21 - __MAKE_CONF=/dev/null TB --- 2013-12-15 16:10:21 - cd /src TB --- 2013-12-15 16:10:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 15 16:10:21 UTC 2013 >>> 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 Sun Dec 15 16:47:50 UTC 2013 TB --- 2013-12-15 16:47:50 - cd /src/sys/i386/conf TB --- 2013-12-15 16:47:50 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-15 16:47:50 - building LINT-NOINET kernel TB --- 2013-12-15 16:47:50 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 16:47:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 16:47:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 16:47:50 - SRCCONF=/dev/null TB --- 2013-12-15 16:47:50 - TARGET=i386 TB --- 2013-12-15 16:47:50 - TARGET_ARCH=i386 TB --- 2013-12-15 16:47:50 - TZ=UTC TB --- 2013-12-15 16:47:50 - __MAKE_CONF=/dev/null TB --- 2013-12-15 16:47:50 - cd /src TB --- 2013-12-15 16:47:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 15 16:47:50 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Dec 15 17:20:04 UTC 2013 TB --- 2013-12-15 17:20:04 - cd /src/sys/i386/conf TB --- 2013-12-15 17:20:04 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-15 17:20:04 - building LINT-NOINET6 kernel TB --- 2013-12-15 17:20:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 17:20:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 17:20:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 17:20:04 - SRCCONF=/dev/null TB --- 2013-12-15 17:20:04 - TARGET=i386 TB --- 2013-12-15 17:20:04 - TARGET_ARCH=i386 TB --- 2013-12-15 17:20:04 - TZ=UTC TB --- 2013-12-15 17:20:04 - __MAKE_CONF=/dev/null TB --- 2013-12-15 17:20:04 - cd /src TB --- 2013-12-15 17:20:04 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Dec 15 17:20:04 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sun Dec 15 17:54:11 UTC 2013 TB --- 2013-12-15 17:54:11 - cd /src/sys/i386/conf TB --- 2013-12-15 17:54:11 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-15 17:54:11 - building LINT-NOIP kernel TB --- 2013-12-15 17:54:11 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 17:54:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 17:54:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 17:54:11 - SRCCONF=/dev/null TB --- 2013-12-15 17:54:11 - TARGET=i386 TB --- 2013-12-15 17:54:11 - TARGET_ARCH=i386 TB --- 2013-12-15 17:54:11 - TZ=UTC TB --- 2013-12-15 17:54:11 - __MAKE_CONF=/dev/null TB --- 2013-12-15 17:54:11 - cd /src TB --- 2013-12-15 17:54:11 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Dec 15 17:54:11 UTC 2013 >>> 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 Sun Dec 15 18:23:27 UTC 2013 TB --- 2013-12-15 18:23:27 - cd /src/sys/i386/conf TB --- 2013-12-15 18:23:27 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-15 18:23:27 - building LINT-VIMAGE kernel TB --- 2013-12-15 18:23:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 18:23:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 18:23:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 18:23:27 - SRCCONF=/dev/null TB --- 2013-12-15 18:23:27 - TARGET=i386 TB --- 2013-12-15 18:23:27 - TARGET_ARCH=i386 TB --- 2013-12-15 18:23:27 - TZ=UTC TB --- 2013-12-15 18:23:27 - __MAKE_CONF=/dev/null TB --- 2013-12-15 18:23:27 - cd /src TB --- 2013-12-15 18:23:27 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Dec 15 18:23:27 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 18:33:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 18:33:19 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-15 18:33:19 - 15765.62 user 2910.30 system 19979.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 18:57:19 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7456F296 for ; Sun, 15 Dec 2013 18:57:19 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DDA7190D for ; Sun, 15 Dec 2013 18:57:19 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id rBFIifCf068158; Sun, 15 Dec 2013 10:44:45 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201312151844.rBFIifCf068158@gw.catspoiler.org> Date: Sun, 15 Dec 2013 10:44:41 -0800 (PST) From: Don Lewis Subject: Re: SVN commit 259045 breaks -CURRENT To: kostikbel@gmail.com In-Reply-To: <20131215181042.GO59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ubm.freebsd@googlemail.com, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 18:57:19 -0000 On 15 Dec, Konstantin Belousov wrote: > On Sun, Dec 15, 2013 at 05:28:14PM +0100, Marc UBM wrote: >> On Sun, 15 Dec 2013 08:43:22 +0200 >> Konstantin Belousov wrote: >> >> > On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote: >> > > On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote: >> > > > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: >> > > > > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: >> > > > > > Am 14.12.2013 22:59, schrieb Steve Kargl: >> > > > > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: >> > > > > > >> >> > > > > > >> 2) SSH logins are very slow, many seconds of delay between connect >> > > > > > >> and password prompt, several seconds after password entry until >> > > > > > >> a command prompt appears (normally instantaneous) >> > > > > > >> >> > > > > > > >> > > > > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd >> > > > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ >> > > > > > > seconds now. :( >> > > > > > >> > > > > > You may want to test the attached patch, which reverts the above >> > > > > > mentioned commit. >> > > > > > >> > > > > >> > > > > I probably won't get to it until tomorrow, because I had started >> > > > > a dog-food system purge including re-installing all ports. The >> > > > > laptop takes a bit a time to recompile everything. >> > > > > >> > > > >> > > > Are you all running i386, compiled with gcc ? >> > > >> > > The Aug 3rd system was built with gcc. The system upgrade I >> > > did this morning is using clang. I rebuilt everything and >> > > delete old things with delete-old and delete-old-libs. >> >> A kernel built with the commit reverted has not exhibited any similar >> behavior during the whole day. I'll recompile again with the overflow >> option enabled to see if the issue returns. > > I am interested in a different experiment. Compile the same version > of the kernel with gcc with -fno-strict-overflow enabled. Report if > the same problem persist. > > I am going to revert the option in several minutes, but do want see > the result of the above test. I have not seen the problem here: FreeBSD scratch.catspoiler.org 11.0-CURRENT FreeBSD 11.0-CURRENT #65 r259394M: Sat Dec 14 16:16:30 PST 2013 dl@scratch.catspoiler.org:/usr/obj/usr/src/sys/GENERICSMB i386 compiled with clang. From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 19:03:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D018628; Sun, 15 Dec 2013 19:03:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40A9F19C2; Sun, 15 Dec 2013 19:02:59 +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 rBFJ2x5o075603; Sun, 15 Dec 2013 14:02:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFJ2xWq075596; Sun, 15 Dec 2013 19:02:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 19:02:59 GMT Message-Id: <201312151902.rBFJ2xWq075596@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 amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 19:03:00 -0000 TB --- 2013-12-15 13:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 13:00:19 - 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 --- 2013-12-15 13:00:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-15 13:00:19 - cleaning the object tree TB --- 2013-12-15 13:00:19 - /usr/local/bin/svn stat /src TB --- 2013-12-15 13:00:24 - At svn revision 259413 TB --- 2013-12-15 13:00:25 - building world TB --- 2013-12-15 13:00:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 13:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 13:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 13:00:25 - SRCCONF=/dev/null TB --- 2013-12-15 13:00:25 - TARGET=amd64 TB --- 2013-12-15 13:00:25 - TARGET_ARCH=amd64 TB --- 2013-12-15 13:00:25 - TZ=UTC TB --- 2013-12-15 13:00:25 - __MAKE_CONF=/dev/null TB --- 2013-12-15 13:00:25 - cd /src TB --- 2013-12-15 13:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 13:00:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 15 16:45:19 UTC 2013 TB --- 2013-12-15 16:45:19 - generating LINT kernel config TB --- 2013-12-15 16:45:19 - cd /src/sys/amd64/conf TB --- 2013-12-15 16:45:19 - /usr/bin/make -B LINT TB --- 2013-12-15 16:45:19 - cd /src/sys/amd64/conf TB --- 2013-12-15 16:45:19 - /usr/sbin/config -m LINT TB --- 2013-12-15 16:45:20 - building LINT kernel TB --- 2013-12-15 16:45:20 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 16:45:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 16:45:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 16:45:20 - SRCCONF=/dev/null TB --- 2013-12-15 16:45:20 - TARGET=amd64 TB --- 2013-12-15 16:45:20 - TARGET_ARCH=amd64 TB --- 2013-12-15 16:45:20 - TZ=UTC TB --- 2013-12-15 16:45:20 - __MAKE_CONF=/dev/null TB --- 2013-12-15 16:45:20 - cd /src TB --- 2013-12-15 16:45:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 15 16:45:20 UTC 2013 >>> 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 Sun Dec 15 17:19:22 UTC 2013 TB --- 2013-12-15 17:19:22 - cd /src/sys/amd64/conf TB --- 2013-12-15 17:19:22 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-15 17:19:22 - building LINT-NOINET kernel TB --- 2013-12-15 17:19:22 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 17:19:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 17:19:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 17:19:22 - SRCCONF=/dev/null TB --- 2013-12-15 17:19:22 - TARGET=amd64 TB --- 2013-12-15 17:19:22 - TARGET_ARCH=amd64 TB --- 2013-12-15 17:19:22 - TZ=UTC TB --- 2013-12-15 17:19:22 - __MAKE_CONF=/dev/null TB --- 2013-12-15 17:19:22 - cd /src TB --- 2013-12-15 17:19:22 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Dec 15 17:19:22 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sun Dec 15 17:51:56 UTC 2013 TB --- 2013-12-15 17:51:56 - cd /src/sys/amd64/conf TB --- 2013-12-15 17:51:56 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-15 17:51:56 - building LINT-NOINET6 kernel TB --- 2013-12-15 17:51:56 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 17:51:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 17:51:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 17:51:56 - SRCCONF=/dev/null TB --- 2013-12-15 17:51:56 - TARGET=amd64 TB --- 2013-12-15 17:51:56 - TARGET_ARCH=amd64 TB --- 2013-12-15 17:51:56 - TZ=UTC TB --- 2013-12-15 17:51:56 - __MAKE_CONF=/dev/null TB --- 2013-12-15 17:51:56 - cd /src TB --- 2013-12-15 17:51:56 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Dec 15 17:51:56 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Sun Dec 15 18:23:08 UTC 2013 TB --- 2013-12-15 18:23:08 - cd /src/sys/amd64/conf TB --- 2013-12-15 18:23:08 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-15 18:23:08 - building LINT-NOIP kernel TB --- 2013-12-15 18:23:08 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 18:23:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 18:23:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 18:23:08 - SRCCONF=/dev/null TB --- 2013-12-15 18:23:08 - TARGET=amd64 TB --- 2013-12-15 18:23:08 - TARGET_ARCH=amd64 TB --- 2013-12-15 18:23:08 - TZ=UTC TB --- 2013-12-15 18:23:08 - __MAKE_CONF=/dev/null TB --- 2013-12-15 18:23:08 - cd /src TB --- 2013-12-15 18:23:08 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Dec 15 18:23:08 UTC 2013 >>> 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 Sun Dec 15 18:52:16 UTC 2013 TB --- 2013-12-15 18:52:16 - cd /src/sys/amd64/conf TB --- 2013-12-15 18:52:16 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-15 18:52:16 - building LINT-VIMAGE kernel TB --- 2013-12-15 18:52:16 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 18:52:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 18:52:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 18:52:16 - SRCCONF=/dev/null TB --- 2013-12-15 18:52:16 - TARGET=amd64 TB --- 2013-12-15 18:52:16 - TARGET_ARCH=amd64 TB --- 2013-12-15 18:52:16 - TZ=UTC TB --- 2013-12-15 18:52:16 - __MAKE_CONF=/dev/null TB --- 2013-12-15 18:52:16 - cd /src TB --- 2013-12-15 18:52:16 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Dec 15 18:52:16 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 19:02:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 19:02:59 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-15 19:02:59 - 17000.41 user 3213.06 system 21759.42 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 19:37:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 076AE54A for ; Sun, 15 Dec 2013 19:37:03 +0000 (UTC) Received: from nm22-vm0.bullet.mail.ird.yahoo.com (nm22-vm0.bullet.mail.ird.yahoo.com [212.82.109.250]) by mx1.freebsd.org (Postfix) with SMTP id 56FD41CC0 for ; Sun, 15 Dec 2013 19:37:01 +0000 (UTC) Received: from [77.238.189.53] by nm22.bullet.mail.ird.yahoo.com with NNFMP; 15 Dec 2013 19:36:55 -0000 Received: from [46.228.39.97] by tm6.bullet.mail.ird.yahoo.com with NNFMP; 15 Dec 2013 19:36:55 -0000 Received: from [127.0.0.1] by smtp134.mail.ir2.yahoo.com with NNFMP; 15 Dec 2013 19:36:55 -0000 X-Yahoo-Newman-Id: 205499.69707.bm@smtp134.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: lNqlVeQVM1kjSL2vFSiJkbdZYVNhg1IOz6aXzTuVrDlG0si pMmS6DGtNyX_6L.op3DECuZ8dZzFnYTLRaK9hrSFwk0SkXAenpoit4sCfO1w np0coN5bkSNVXQOkejpAyff3BVbfmehIUayeidVoqtIX7nXcKzbMms0Gktaz Zc3830AfveOprsv5LocMc_nyfTpfenAn8p4c2v2KyrW0pc2NwceFT8q.VG2A AfvOoT4P63N2Becxxs8oT7LFl9vowsB9e9uch_TREFwZ5vd8tq7SXcNYwEd6 ehw8duYbK3d6K6UUPXzQWRg.x9nYeqV.OGiVhYF8fwc.YRc6BgXSeP_ICFxx 6D33VmWbbsMekSc7m.PkGAVyGjCvAAcrqKZc4XUi6Et705BWbctEPoHEM0a0 NqBcCnEi0bxhjtbFCEj88B3QXpXr3SfYcbSa46uLfe8Iwqmi9oTxufVEU9or CHvdsxxmMU4rtauB88uzgsuvGkaYZ48ihL0zza_uKSBuDSxc88UhdbdZFLIS KEYmBRsAnCC69jdWsBU1IcQnSdEDf X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.124.218 with plain [188.125.69.59]) by smtp134.mail.ir2.yahoo.com with SMTP; 15 Dec 2013 19:36:55 +0000 UTC Message-ID: <52AE04D6.9000205@freebsd.org> Date: Sun, 15 Dec 2013 20:36:54 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Steven Hartland , Konstantin Belousov , Steve Kargl Subject: Re: SVN commit 259045 breaks -CURRENT References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> <20131214221627.GA24637@troutmask.apl.washington.edu> <20131215054722.GI59496@kib.kiev.ua> <52ADADAD.1010108@freebsd.org> <80611904E98F4481B2E7088350321199@multiplay.co.uk> In-Reply-To: <80611904E98F4481B2E7088350321199@multiplay.co.uk> X-Enigmail-Version: 1.6 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.17 Precedence: 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, 15 Dec 2013 19:37:03 -0000 Am 15.12.2013 17:27, schrieb Steven Hartland: > > ----- Original Message ----- From: "Stefan Esser" > To: "Konstantin Belousov" ; "Steve Kargl" > > Cc: > Sent: Sunday, December 15, 2013 1:25 PM > Subject: Re: SVN commit 259045 breaks -CURRENT > > >> Am 15.12.2013 06:47, schrieb Konstantin Belousov: >>> On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: >>>> On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: >>>>> Am 14.12.2013 22:59, schrieb Steve Kargl: >>>>>> On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser >>>>>> wrote: >>>>>>> >>>>>>> 2) SSH logins are very slow, many seconds of delay between >>>>>>> connect and password prompt, several seconds after password >>>>>>> entry until a command prompt appears (normally >>>>>>> instantaneous) >>>>>>> >>>>>> >>>>>> Ah, so that explains the behavior I'm see. Just updated a >>>>>> circa Aug 3rd i386 FreeBSD to top-of-tree. My ssh logins to >>>>>> my work system take 30+ seconds now. :( >>>>> >>>>> You may want to test the attached patch, which reverts the >>>>> above mentioned commit. >>>>> >>>> >>>> I probably won't get to it until tomorrow, because I had started a >>>> dog-food system purge including re-installing all ports. The laptop >>>> takes a bit a time to recompile everything. >>>> >>> >>> Are you all running i386, compiled with gcc ? >> >> I'm on -CURRENT, CLANG, amd64. But since the problem has also been >> reported for i386 compiled with GCC, there seems to be some problem >> in common kernel code, that has been uncovered by your change, >> >> BTW: I remember seeing two wait channels being reported when I type >> ^T during multi-user startup (sa-spamd, which needs 140 seconds with >> the broken kernel: >> >> nanosleep >> kqueue (I do not remember whether this name is exact or abbreviated) >> >> I've been assuming that the problem might actually be in nanosleep(), >> since this is a timing related function and we are seeing huge >> delays, but eventually the delayed action succeeds. >> >> But a kernel with only kern_conf.c compiled with -fno-strict-overflow >> did not show the delays. I do not have time for further tests, today. > > Delay in ssh login for ~30 is typical if its failing to resolve > the connecting IP. The update didn't break your resolver in anyway > did it? No, I see a delay of some 3 to 5 seconds between start of the client and password prompt and another delay of 3 to 10 seconds after password entry and login prompt. There is no observable delay with a non-broken kernel. It was not me who reported 30s+ delays for SSH logins. And the delays exist even if connecting to the local SMTP port (e.g. a telnet localhost 25 takes a few seconds to establish the connection). (I had to disable VerifyHostKeyDNS in my SSH client, to prevent a 30s delay on outgoing connections. But this is completely unrelated.) Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 20:15:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB7FEC45; Sun, 15 Dec 2013 20:15:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9208B1EDA; Sun, 15 Dec 2013 20:15:07 +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 rBFKF6sJ057872; Sun, 15 Dec 2013 15:15:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFKF6XI057868; Sun, 15 Dec 2013 20:15:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 20:15:06 GMT Message-Id: <201312152015.rBFKF6XI057868@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 ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 20:15:07 -0000 TB --- 2013-12-15 18:33:25 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 18:33:25 - 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 --- 2013-12-15 18:33:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-15 18:33:25 - cleaning the object tree TB --- 2013-12-15 18:33:25 - /usr/local/bin/svn stat /src TB --- 2013-12-15 18:33:37 - At svn revision 259413 TB --- 2013-12-15 18:33:38 - building world TB --- 2013-12-15 18:33:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 18:33:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 18:33:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 18:33:38 - SRCCONF=/dev/null TB --- 2013-12-15 18:33:38 - TARGET=ia64 TB --- 2013-12-15 18:33:38 - TARGET_ARCH=ia64 TB --- 2013-12-15 18:33:38 - TZ=UTC TB --- 2013-12-15 18:33:38 - __MAKE_CONF=/dev/null TB --- 2013-12-15 18:33:38 - cd /src TB --- 2013-12-15 18:33:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 18:33:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 15 20:08:08 UTC 2013 TB --- 2013-12-15 20:08:08 - generating LINT kernel config TB --- 2013-12-15 20:08:08 - cd /src/sys/ia64/conf TB --- 2013-12-15 20:08:08 - /usr/bin/make -B LINT TB --- 2013-12-15 20:08:09 - cd /src/sys/ia64/conf TB --- 2013-12-15 20:08:09 - /usr/sbin/config -m LINT TB --- 2013-12-15 20:08:09 - building LINT kernel TB --- 2013-12-15 20:08:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 20:08:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 20:08:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 20:08:09 - SRCCONF=/dev/null TB --- 2013-12-15 20:08:09 - TARGET=ia64 TB --- 2013-12-15 20:08:09 - TARGET_ARCH=ia64 TB --- 2013-12-15 20:08:09 - TZ=UTC TB --- 2013-12-15 20:08:09 - __MAKE_CONF=/dev/null TB --- 2013-12-15 20:08:09 - cd /src TB --- 2013-12-15 20:08:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 15 20:08:09 UTC 2013 >>> 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 -fno-strict-overflow -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 20:15:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 20:15:06 - ERROR: failed to build LINT kernel TB --- 2013-12-15 20:15:06 - 4778.57 user 868.98 system 6101.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 20:22:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DA7D2C7 for ; Sun, 15 Dec 2013 20:22:44 +0000 (UTC) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D18AA1F7C for ; Sun, 15 Dec 2013 20:22:43 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so4619869pbb.36 for ; Sun, 15 Dec 2013 12:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=k2O2Mjsv9X9G1OTzpVwmBmvi461c3/ZfTc0GPYl5OkE=; b=Kwu20k+gTyo7B/9k9dw/kAmn76R7iGjji3gEMB62D8S/EXXLJxgWGLh0Ei7VC4ASRA 8PDnb92RJo/rtvEBd9kXzll+DVOXETwSCt+cqq46ZuIVpOJA2J+BEmXO18cHOcQzrF63 mQnLiMUFHB4g6NcF+fn8bPuX+YLi53yBTRtEE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=k2O2Mjsv9X9G1OTzpVwmBmvi461c3/ZfTc0GPYl5OkE=; b=iQ3pNDGf11g5WOoEcAqdH1WafqghruWUilYlYHdYqU4uGqAyUKlQa/LlXLwlYW7SHH sQXuF2aatrk4/Qp65uy0eoWi2SIx1KK3EVjfGWFgxj2QSQ98vhulsjQu4fJkmPfRRQ4n oOeeHqwu9O7hnaaAf1vex1nN17tq2AV4ZiQLyfuxDu/LVj2S30nXXRFiJpy8OZZo+Umu GGGbjmfY3ggjW8+J9cCnDFJ7NrzYC8w6qsMbKiAo/VqmgTv1pOhR7lUXlqRUWwVg9ZqU sQC0gJcu7TBQFa56hP4LNDDwsyffmYoGU+nUt9kXEDgKz3SxoxjvNeDPjBIuCBf0JNDF ihTA== X-Gm-Message-State: ALoCoQmjKFv6cIMAhnXVlo+6bgK5SEbvrnoa3Alrg+B4u6j26kB2TbgBQMHnHSpyTxVaF3zgJ1OE X-Received: by 10.69.31.170 with SMTP id kn10mr16030632pbd.106.1387138963479; Sun, 15 Dec 2013 12:22:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.70.57.98 with HTTP; Sun, 15 Dec 2013 12:22:13 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Sun, 15 Dec 2013 15:22:13 -0500 Message-ID: Subject: Re: r259286 panic To: freebsd-current Current , Aleksandr Rybalko , Alexander Motin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 20:22:44 -0000 On Sun, Dec 15, 2013 at 3:23 AM, Eitan Adler wrote: > FreeBSD gravity.local 11.0-CURRENT FreeBSD 11.0-CURRENT #7 r259286: > Fri Dec 13 00:33:37 EST 2013 > eitan@gravity.local:/usr/obj/usr/src/sys/EADLER amd64 > > Complete textdump here: http://people.freebsd.org/~eadler/files/core.txt.1 > > My kernel is built with complete debug symbols, INVARIANTS, ddb, etc. > but no WITNESS. > > I have vt and vt_vga enabled but not sc and vga (newcons, but not syscons). Replying to myself with more data: gdb$ list kern_timeout.c Can't find member of namespace, class, struct, or union named "kern_timeout.c" Hint: try 'kern_timeout.c or 'kern_timeout.c (Note leading single quote.) gdb$ list kern_timeout.c:700 695 lastfunc = c_func; 696 } 697 #endif 698 CTR1(KTR_CALLOUT, "callout %p finished", c); 699 if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) 700 class->lc_unlock(c_lock); 701 skip: 702 CC_LOCK(cc); 703 KASSERT(cc->cc_exec_entity[direct].cc_curr == c, ("mishandled cc_curr")); 704 cc->cc_exec_entity[direct].cc_curr = NULL; gdb$ p c $1 = (struct callout *) 0xffffffff812121f8 gdb$ p *c $2 = { c_links = { le = { le_next = 0xfffffe0005f00318, le_prev = 0xffffffff813aa690 }, sle = { sle_next = 0xfffffe0005f00318 }, tqe = { tqe_next = 0xfffffe0005f00318, tqe_prev = 0xffffffff813aa690 } }, c_time = 0x2c0d9170f2f51, c_precision = 0xeffffeea, c_arg = 0xffffffff81212148, c_func = 0xffffffff8067e6e0 , c_lock = 0x0, c_flags = 0x80, c_cpu = 0x0 } >From the 'vt_switch_timer' function it appears that something is wrong with vt. In addition avg@ mentioned that he wonders why class->lc_lock(c_lock, ...) is protected by if (c_lock != NULL) but class->lc_unlock(c_lock) does not have that guard. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 22:00:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB086DF7; Sun, 15 Dec 2013 22:00:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F46F159E; Sun, 15 Dec 2013 22:00:36 +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 rBFM0ZjL055026; Sun, 15 Dec 2013 17:00:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFM0ZBI055025; Sun, 15 Dec 2013 22:00:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 22:00:35 GMT Message-Id: <201312152200.rBFM0ZBI055025@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 sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 22:00:36 -0000 TB --- 2013-12-15 20:49:39 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 20:49:39 - 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 --- 2013-12-15 20:49:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-15 20:49:39 - cleaning the object tree TB --- 2013-12-15 20:49:39 - /usr/local/bin/svn stat /src TB --- 2013-12-15 20:49:44 - At svn revision 259413 TB --- 2013-12-15 20:49:45 - building world TB --- 2013-12-15 20:49:45 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 20:49:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 20:49:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 20:49:45 - SRCCONF=/dev/null TB --- 2013-12-15 20:49:45 - TARGET=sparc64 TB --- 2013-12-15 20:49:45 - TARGET_ARCH=sparc64 TB --- 2013-12-15 20:49:45 - TZ=UTC TB --- 2013-12-15 20:49:45 - __MAKE_CONF=/dev/null TB --- 2013-12-15 20:49:45 - cd /src TB --- 2013-12-15 20:49:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 20:49:52 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 15 21:56:06 UTC 2013 TB --- 2013-12-15 21:56:06 - generating LINT kernel config TB --- 2013-12-15 21:56:06 - cd /src/sys/sparc64/conf TB --- 2013-12-15 21:56:06 - /usr/bin/make -B LINT TB --- 2013-12-15 21:56:06 - cd /src/sys/sparc64/conf TB --- 2013-12-15 21:56:06 - /usr/sbin/config -m LINT TB --- 2013-12-15 21:56:06 - building LINT kernel TB --- 2013-12-15 21:56:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 21:56:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 21:56:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 21:56:06 - SRCCONF=/dev/null TB --- 2013-12-15 21:56:06 - TARGET=sparc64 TB --- 2013-12-15 21:56:06 - TARGET_ARCH=sparc64 TB --- 2013-12-15 21:56:06 - TZ=UTC TB --- 2013-12-15 21:56:06 - __MAKE_CONF=/dev/null TB --- 2013-12-15 21:56:06 - cd /src TB --- 2013-12-15 21:56:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 15 21:56:06 UTC 2013 >>> 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 -fno-strict-overflow -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 22:00:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 22:00:35 - ERROR: failed to build LINT kernel TB --- 2013-12-15 22:00:35 - 3313.71 user 601.27 system 4255.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 22:52:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54412BEA; Sun, 15 Dec 2013 22:52:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 18EEA1868; Sun, 15 Dec 2013 22:52:32 +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 rBFMqQCM001256; Sun, 15 Dec 2013 17:52:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFMqL6j001201; Sun, 15 Dec 2013 22:52:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 22:52:21 GMT Message-Id: <201312152252.rBFMqL6j001201@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 powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 22:52:33 -0000 TB --- 2013-12-15 20:15:06 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 20:15:06 - 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 --- 2013-12-15 20:15:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-15 20:15:06 - cleaning the object tree TB --- 2013-12-15 20:15:06 - /usr/local/bin/svn stat /src TB --- 2013-12-15 20:15:21 - At svn revision 259413 TB --- 2013-12-15 20:15:22 - building world TB --- 2013-12-15 20:15:22 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 20:15:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 20:15:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 20:15:22 - SRCCONF=/dev/null TB --- 2013-12-15 20:15:22 - TARGET=powerpc TB --- 2013-12-15 20:15:22 - TARGET_ARCH=powerpc TB --- 2013-12-15 20:15:22 - TZ=UTC TB --- 2013-12-15 20:15:22 - __MAKE_CONF=/dev/null TB --- 2013-12-15 20:15:22 - cd /src TB --- 2013-12-15 20:15:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 20:15:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 15 22:48:54 UTC 2013 TB --- 2013-12-15 22:48:54 - generating LINT kernel config TB --- 2013-12-15 22:48:54 - cd /src/sys/powerpc/conf TB --- 2013-12-15 22:48:54 - /usr/bin/make -B LINT TB --- 2013-12-15 22:48:54 - cd /src/sys/powerpc/conf TB --- 2013-12-15 22:48:54 - /usr/sbin/config -m LINT TB --- 2013-12-15 22:48:54 - building LINT kernel TB --- 2013-12-15 22:48:54 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 22:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 22:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 22:48:54 - SRCCONF=/dev/null TB --- 2013-12-15 22:48:54 - TARGET=powerpc TB --- 2013-12-15 22:48:54 - TARGET_ARCH=powerpc TB --- 2013-12-15 22:48:54 - TZ=UTC TB --- 2013-12-15 22:48:54 - __MAKE_CONF=/dev/null TB --- 2013-12-15 22:48:54 - cd /src TB --- 2013-12-15 22:48:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 15 22:48:54 UTC 2013 >>> 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 -ffreestanding -fno-strict-overflow -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 22:52:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 22:52:21 - ERROR: failed to build LINT kernel TB --- 2013-12-15 22:52:21 - 8146.48 user 977.23 system 9435.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:23:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7D89DDB; Sun, 15 Dec 2013 23:23:05 +0000 (UTC) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC691A67; Sun, 15 Dec 2013 23:23:05 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 696304FC; Mon, 16 Dec 2013 00:16:23 +0100 (CET) Date: Mon, 16 Dec 2013 00:23:41 +0100 From: Pawel Jakub Dawidek To: Tim Kientzle Subject: Re: dhclient can't limit bpf descriptor? Message-ID: <20131215232341.GA1343@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Dec 2013 23:23:05 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 14, 2013 at 12:12:23PM -0800, Tim Kientzle wrote: > Opened up an old VM from a month or so ago (r257910) and dhclient won=E2= =80=99t start. >=20 > Specifically, dhclient complains (when run by root): > =E2=80=9Ccan=E2=80=99t limit bpf descriptor: Bad address=E2=80=9D > and then immediately exits. >=20 > What does this mean? I don=E2=80=99t know anything about the capabiliti= es > framework and certainly haven=E2=80=99t configured it in any way. Maybe your userland and kernel are out of sync? There was backward-incompatible change in Capsicum that could result in error like that (capability rights are now passed as a pointer to a structure and not uint64_t bitfield). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlKuOf0ACgkQForvXbEpPzTnfgCgx/Ssrs88reKmI4GqK9BkiPQp hcMAni9qUF0VXVwtibHMWdqY46MTDgti =dy9k -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:34:50 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 179C7222; Sun, 15 Dec 2013 23:34:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CEC4F1B1E; Sun, 15 Dec 2013 23:34:49 +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 rBFNYmVt090062; Sun, 15 Dec 2013 18:34:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNYmOP090061; Sun, 15 Dec 2013 23:34:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:34:48 GMT Message-Id: <201312152334.rBFNYmOP090061@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 powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:34:50 -0000 TB --- 2013-12-15 20:24:49 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 20:24:49 - 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 --- 2013-12-15 20:24:49 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-12-15 20:24:49 - cleaning the object tree TB --- 2013-12-15 20:26:38 - /usr/local/bin/svn stat /src TB --- 2013-12-15 20:26:41 - At svn revision 259413 TB --- 2013-12-15 20:26:42 - building world TB --- 2013-12-15 20:26:42 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 20:26:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 20:26:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 20:26:42 - SRCCONF=/dev/null TB --- 2013-12-15 20:26:42 - TARGET=powerpc TB --- 2013-12-15 20:26:42 - TARGET_ARCH=powerpc64 TB --- 2013-12-15 20:26:42 - TZ=UTC TB --- 2013-12-15 20:26:42 - __MAKE_CONF=/dev/null TB --- 2013-12-15 20:26:42 - cd /src TB --- 2013-12-15 20:26:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 20:26:50 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 15 23:28:01 UTC 2013 TB --- 2013-12-15 23:28:01 - generating LINT kernel config TB --- 2013-12-15 23:28:01 - cd /src/sys/powerpc/conf TB --- 2013-12-15 23:28:01 - /usr/bin/make -B LINT TB --- 2013-12-15 23:28:01 - cd /src/sys/powerpc/conf TB --- 2013-12-15 23:28:01 - /usr/sbin/config -m LINT TB --- 2013-12-15 23:28:01 - skipping LINT kernel TB --- 2013-12-15 23:28:01 - cd /src/sys/powerpc/conf TB --- 2013-12-15 23:28:01 - /usr/sbin/config -m GENERIC TB --- 2013-12-15 23:28:01 - skipping GENERIC kernel TB --- 2013-12-15 23:28:01 - cd /src/sys/powerpc/conf TB --- 2013-12-15 23:28:01 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-15 23:28:01 - building GENERIC64 kernel TB --- 2013-12-15 23:28:01 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:28:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:28:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:28:01 - SRCCONF=/dev/null TB --- 2013-12-15 23:28:01 - TARGET=powerpc TB --- 2013-12-15 23:28:01 - TARGET_ARCH=powerpc64 TB --- 2013-12-15 23:28:01 - TZ=UTC TB --- 2013-12-15 23:28:01 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:28:01 - cd /src TB --- 2013-12-15 23:28:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Dec 15 23:28:01 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fno-strict-overflow -fstack-protector -Werror /src/sys/powerpc/pseries/phyp_console.c ctfconvert -L VERSION -g phyp_console.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fno-strict-overflow -fstack-protector -Werror /src/sys/powerpc/pseries/phyp_llan.c ctfconvert -L VERSION -g phyp_llan.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fno-strict-overflow -fstack-protector -Werror /src/sys/powerpc/pseries/phyp_vscsi.c cc1: warnings being treated as errors /src/sys/powerpc/pseries/phyp_vscsi.c: In function 'vscsi_cam_action': /src/sys/powerpc/pseries/phyp_vscsi.c:429: warning: large integer implicitly truncated to unsigned type [-Woverflow] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:34:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:34:48 - ERROR: failed to build GENERIC64 kernel TB --- 2013-12-15 23:34:48 - 9884.27 user 1259.40 system 11398.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:47:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A1D2763; Sun, 15 Dec 2013 23:47:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36F271D24; Sun, 15 Dec 2013 23:47:18 +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 rBFNlIH8004452; Sun, 15 Dec 2013 18:47:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNlIOf004451; Sun, 15 Dec 2013 23:47:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:47:18 GMT Message-Id: <201312152347.rBFNlIOf004451@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 armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:47:22 -0000 TB --- 2013-12-15 23:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:40:21 - 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 --- 2013-12-15 23:40:21 - starting HEAD tinderbox run for armv6/arm TB --- 2013-12-15 23:40:22 - cleaning the object tree TB --- 2013-12-15 23:40:22 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:40:25 - At svn revision 259439 TB --- 2013-12-15 23:40:26 - building world TB --- 2013-12-15 23:40:26 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:40:26 - SRCCONF=/dev/null TB --- 2013-12-15 23:40:26 - TARGET=arm TB --- 2013-12-15 23:40:26 - TARGET_ARCH=armv6 TB --- 2013-12-15 23:40:26 - TZ=UTC TB --- 2013-12-15 23:40:26 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:40:26 - cd /src TB --- 2013-12-15 23:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:40:38 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:47:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:47:18 - ERROR: failed to build world TB --- 2013-12-15 23:47:18 - 262.32 user 33.32 system 416.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:50:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25463ABB; Sun, 15 Dec 2013 23:50:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C80AF1D43; Sun, 15 Dec 2013 23:50:09 +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 rBFNo8hQ019509; Sun, 15 Dec 2013 18:50:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNo84n019508; Sun, 15 Dec 2013 23:50:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:50:08 GMT Message-Id: <201312152350.rBFNo84n019508@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 arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:50:10 -0000 TB --- 2013-12-15 23:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:40:21 - 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 --- 2013-12-15 23:40:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-15 23:40:21 - cleaning the object tree TB --- 2013-12-15 23:44:39 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:44:42 - At svn revision 259439 TB --- 2013-12-15 23:44:43 - building world TB --- 2013-12-15 23:44:43 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:44:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:44:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:44:43 - SRCCONF=/dev/null TB --- 2013-12-15 23:44:43 - TARGET=arm TB --- 2013-12-15 23:44:43 - TARGET_ARCH=arm TB --- 2013-12-15 23:44:43 - TZ=UTC TB --- 2013-12-15 23:44:43 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:44:43 - cd /src TB --- 2013-12-15 23:44:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:44:50 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:50:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:50:08 - ERROR: failed to build world TB --- 2013-12-15 23:50:08 - 263.84 user 38.07 system 586.79 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:53:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE170D34; Sun, 15 Dec 2013 23:53:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AD761DDF; Sun, 15 Dec 2013 23:53:00 +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 rBFNqxao048111; Sun, 15 Dec 2013 18:52:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNqx8g048110; Sun, 15 Dec 2013 23:52:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:52:59 GMT Message-Id: <201312152352.rBFNqx8g048110@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 ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:53:01 -0000 TB --- 2013-12-15 23:50:08 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:50:08 - 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 --- 2013-12-15 23:50:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-15 23:50:08 - cleaning the object tree TB --- 2013-12-15 23:50:54 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:50:57 - At svn revision 259439 TB --- 2013-12-15 23:50:58 - building world TB --- 2013-12-15 23:50:58 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:50:58 - SRCCONF=/dev/null TB --- 2013-12-15 23:50:58 - TARGET=ia64 TB --- 2013-12-15 23:50:58 - TARGET_ARCH=ia64 TB --- 2013-12-15 23:50:58 - TZ=UTC TB --- 2013-12-15 23:50:58 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:50:58 - cd /src TB --- 2013-12-15 23:50:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:51:05 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:52:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:52:59 - ERROR: failed to build world TB --- 2013-12-15 23:52:59 - 91.56 user 24.27 system 170.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:52:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50FACD33; Sun, 15 Dec 2013 23:52:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF78E1DDE; Sun, 15 Dec 2013 23:52:56 +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 rBFNquPB046090; Sun, 15 Dec 2013 18:52:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNqu7s046053; Sun, 15 Dec 2013 23:52:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:52:56 GMT Message-Id: <201312152352.rBFNqu7s046053@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/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:52:57 -0000 TB --- 2013-12-15 23:47:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:47:18 - 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 --- 2013-12-15 23:47:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-15 23:47:18 - cleaning the object tree TB --- 2013-12-15 23:47:18 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:47:21 - At svn revision 259439 TB --- 2013-12-15 23:47:22 - building world TB --- 2013-12-15 23:47:22 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:47:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:47:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:47:22 - SRCCONF=/dev/null TB --- 2013-12-15 23:47:22 - TARGET=pc98 TB --- 2013-12-15 23:47:22 - TARGET_ARCH=i386 TB --- 2013-12-15 23:47:22 - TZ=UTC TB --- 2013-12-15 23:47:22 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:47:22 - cd /src TB --- 2013-12-15 23:47:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:47:29 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:52:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:52:56 - ERROR: failed to build world TB --- 2013-12-15 23:52:56 - 267.56 user 37.95 system 337.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:54:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BB49F7C; Sun, 15 Dec 2013 23:54:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 537421DF9; Sun, 15 Dec 2013 23:53:59 +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 rBFNrwb3068791; Sun, 15 Dec 2013 18:53:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNrwPl068777; Sun, 15 Dec 2013 23:53:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:53:58 GMT Message-Id: <201312152353.rBFNrwPl068777@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:54:00 -0000 TB --- 2013-12-15 23:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:40:21 - 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 --- 2013-12-15 23:40:21 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-15 23:40:21 - cleaning the object tree TB --- 2013-12-15 23:48:27 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:48:30 - At svn revision 259439 TB --- 2013-12-15 23:48:31 - building world TB --- 2013-12-15 23:48:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:48:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:48:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:48:31 - SRCCONF=/dev/null TB --- 2013-12-15 23:48:31 - TARGET=i386 TB --- 2013-12-15 23:48:31 - TARGET_ARCH=i386 TB --- 2013-12-15 23:48:31 - TZ=UTC TB --- 2013-12-15 23:48:31 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:48:31 - cd /src TB --- 2013-12-15 23:48:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:48:38 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:53:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:53:58 - ERROR: failed to build world TB --- 2013-12-15 23:53:58 - 270.11 user 47.79 system 816.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:54:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D2FA126; Sun, 15 Dec 2013 23:54:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF2E01DFB; Sun, 15 Dec 2013 23:54:08 +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 rBFNs8UD073609; Sun, 15 Dec 2013 18:54:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNs8kd073605; Sun, 15 Dec 2013 23:54:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:54:08 GMT Message-Id: <201312152354.rBFNs8kd073605@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 amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:54:09 -0000 TB --- 2013-12-15 23:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:40:21 - 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 --- 2013-12-15 23:40:21 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-15 23:40:21 - cleaning the object tree TB --- 2013-12-15 23:48:42 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:48:46 - At svn revision 259439 TB --- 2013-12-15 23:48:47 - building world TB --- 2013-12-15 23:48:47 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:48:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:48:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:48:47 - SRCCONF=/dev/null TB --- 2013-12-15 23:48:47 - TARGET=amd64 TB --- 2013-12-15 23:48:47 - TARGET_ARCH=amd64 TB --- 2013-12-15 23:48:47 - TZ=UTC TB --- 2013-12-15 23:48:47 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:48:47 - cd /src TB --- 2013-12-15 23:48:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:48:54 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:54:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:54:08 - ERROR: failed to build world TB --- 2013-12-15 23:54:08 - 269.86 user 48.80 system 826.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:55:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2A0929F; Sun, 15 Dec 2013 23:55:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E0DF1E1D; Sun, 15 Dec 2013 23:55:00 +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 rBFNt0Pp088018; Sun, 15 Dec 2013 18:55:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNt0Ka087981; Sun, 15 Dec 2013 23:55:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:55:00 GMT Message-Id: <201312152355.rBFNt0Ka087981@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 mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:55:01 -0000 TB --- 2013-12-15 23:52:56 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:52:56 - 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 --- 2013-12-15 23:52:56 - starting HEAD tinderbox run for mips/mips TB --- 2013-12-15 23:52:56 - cleaning the object tree TB --- 2013-12-15 23:52:56 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:52:59 - At svn revision 259439 TB --- 2013-12-15 23:53:00 - building world TB --- 2013-12-15 23:53:00 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:53:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:53:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:53:00 - SRCCONF=/dev/null TB --- 2013-12-15 23:53:00 - TARGET=mips TB --- 2013-12-15 23:53:00 - TARGET_ARCH=mips TB --- 2013-12-15 23:53:00 - TZ=UTC TB --- 2013-12-15 23:53:00 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:53:00 - cd /src TB --- 2013-12-15 23:53:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:53:07 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:55:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:55:00 - ERROR: failed to build world TB --- 2013-12-15 23:55:00 - 90.98 user 19.54 system 123.85 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:55:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CB4539D; Sun, 15 Dec 2013 23:55:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0B0D61E23; Sun, 15 Dec 2013 23:55:02 +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 rBFNt2ru089448; Sun, 15 Dec 2013 18:55:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNt2iZ089447; Sun, 15 Dec 2013 23:55:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:55:02 GMT Message-Id: <201312152355.rBFNt2iZ089447@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 mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:55:06 -0000 TB --- 2013-12-15 23:53:00 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:53: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 --- 2013-12-15 23:53:00 - starting HEAD tinderbox run for mips64/mips TB --- 2013-12-15 23:53:00 - cleaning the object tree TB --- 2013-12-15 23:53:00 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:53:03 - At svn revision 259439 TB --- 2013-12-15 23:53:04 - building world TB --- 2013-12-15 23:53:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:53:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:53:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:53:04 - SRCCONF=/dev/null TB --- 2013-12-15 23:53:04 - TARGET=mips TB --- 2013-12-15 23:53:04 - TARGET_ARCH=mips64 TB --- 2013-12-15 23:53:04 - TZ=UTC TB --- 2013-12-15 23:53:04 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:53:04 - cd /src TB --- 2013-12-15 23:53:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:53:10 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:55:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:55:02 - ERROR: failed to build world TB --- 2013-12-15 23:55:02 - 91.02 user 19.38 system 122.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 23:58:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 915C856B; Sun, 15 Dec 2013 23:58:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D6481E56; Sun, 15 Dec 2013 23:58:55 +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 rBFNwsC0001985; Sun, 15 Dec 2013 18:58:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNwsRK001984; Sun, 15 Dec 2013 23:58:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:58:54 GMT Message-Id: <201312152358.rBFNwsRK001984@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 sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:58:55 -0000 TB --- 2013-12-15 23:55:00 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:55: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 --- 2013-12-15 23:55:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-15 23:55:00 - cleaning the object tree TB --- 2013-12-15 23:56:57 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:57:01 - At svn revision 259439 TB --- 2013-12-15 23:57:02 - building world TB --- 2013-12-15 23:57:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:57:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:57:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:57:02 - SRCCONF=/dev/null TB --- 2013-12-15 23:57:02 - TARGET=sparc64 TB --- 2013-12-15 23:57:02 - TARGET_ARCH=sparc64 TB --- 2013-12-15 23:57:02 - TZ=UTC TB --- 2013-12-15 23:57:02 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:57:02 - cd /src TB --- 2013-12-15 23:57:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:57:08 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:58:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:58:54 - ERROR: failed to build world TB --- 2013-12-15 23:58:54 - 89.91 user 22.84 system 233.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 00:01:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B96916B7; Mon, 16 Dec 2013 00:01:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65F911EBE; Mon, 16 Dec 2013 00:01:10 +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 rBG019dH015252; Sun, 15 Dec 2013 19:01:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG019eB015251; Mon, 16 Dec 2013 00:01:09 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 00:01:09 GMT Message-Id: <201312160001.rBG019eB015251@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 powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 00:01:10 -0000 TB --- 2013-12-15 23:53:58 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:53:58 - 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 --- 2013-12-15 23:53:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-15 23:53:58 - cleaning the object tree TB --- 2013-12-15 23:55:57 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:56:01 - At svn revision 259439 TB --- 2013-12-15 23:56:02 - building world TB --- 2013-12-15 23:56:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:56:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:56:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:56:02 - SRCCONF=/dev/null TB --- 2013-12-15 23:56:02 - TARGET=powerpc TB --- 2013-12-15 23:56:02 - TARGET_ARCH=powerpc TB --- 2013-12-15 23:56:02 - TZ=UTC TB --- 2013-12-15 23:56:02 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:56:02 - cd /src TB --- 2013-12-15 23:56:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:56:08 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 00:01:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 00:01:09 - ERROR: failed to build world TB --- 2013-12-16 00:01:09 - 261.27 user 36.98 system 430.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 00:01:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60D3B804; Mon, 16 Dec 2013 00:01:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C6AD1ECC; Mon, 16 Dec 2013 00:01: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 rBG01r1K023622; Sun, 15 Dec 2013 19:01:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG01rmM023621; Mon, 16 Dec 2013 00:01:53 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 00:01:53 GMT Message-Id: <201312160001.rBG01rmM023621@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 powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 00:01:54 -0000 TB --- 2013-12-15 23:54:08 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:54:08 - 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 --- 2013-12-15 23:54:08 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-12-15 23:54:08 - cleaning the object tree TB --- 2013-12-15 23:56:56 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:57:00 - At svn revision 259439 TB --- 2013-12-15 23:57:01 - building world TB --- 2013-12-15 23:57:01 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:57:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:57:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:57:01 - SRCCONF=/dev/null TB --- 2013-12-15 23:57:01 - TARGET=powerpc TB --- 2013-12-15 23:57:01 - TARGET_ARCH=powerpc64 TB --- 2013-12-15 23:57:01 - TZ=UTC TB --- 2013-12-15 23:57:01 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:57:01 - cd /src TB --- 2013-12-15 23:57:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:57:07 UTC 2013 >>> 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 [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 00:01:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 00:01:53 - ERROR: failed to build world TB --- 2013-12-16 00:01:53 - 261.69 user 37.87 system 464.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 03:22:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8938217; Mon, 16 Dec 2013 03:22:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E8DC1B04; Mon, 16 Dec 2013 03:22:44 +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 rBG3McrC066400; Sun, 15 Dec 2013 22:22:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG3Mcfv064492; Mon, 16 Dec 2013 03:22:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 03:22:38 GMT Message-Id: <201312160322.rBG3Mcfv064492@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 arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 03:22:44 -0000 TB --- 2013-12-16 00:10:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 00:10:16 - 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 --- 2013-12-16 00:10:16 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-16 00:10:16 - cleaning the object tree TB --- 2013-12-16 00:11:05 - /usr/local/bin/svn stat /src TB --- 2013-12-16 00:11:09 - At svn revision 259440 TB --- 2013-12-16 00:11:10 - building world TB --- 2013-12-16 00:11:10 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 00:11:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 00:11:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 00:11:10 - SRCCONF=/dev/null TB --- 2013-12-16 00:11:10 - TARGET=arm TB --- 2013-12-16 00:11:10 - TARGET_ARCH=arm TB --- 2013-12-16 00:11:10 - TZ=UTC TB --- 2013-12-16 00:11:10 - __MAKE_CONF=/dev/null TB --- 2013-12-16 00:11:10 - cd /src TB --- 2013-12-16 00:11:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 00:11:17 UTC 2013 >>> 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 Dec 16 03:15:19 UTC 2013 TB --- 2013-12-16 03:15:19 - generating LINT kernel config TB --- 2013-12-16 03:15:19 - cd /src/sys/arm/conf TB --- 2013-12-16 03:15:19 - /usr/bin/make -B LINT TB --- 2013-12-16 03:15:19 - cd /src/sys/arm/conf TB --- 2013-12-16 03:15:19 - /usr/sbin/config -m LINT TB --- 2013-12-16 03:15:19 - building LINT kernel TB --- 2013-12-16 03:15:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:15:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:15:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:15:19 - SRCCONF=/dev/null TB --- 2013-12-16 03:15:19 - TARGET=arm TB --- 2013-12-16 03:15:19 - TARGET_ARCH=arm TB --- 2013-12-16 03:15:19 - TZ=UTC TB --- 2013-12-16 03:15:19 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:15:19 - cd /src TB --- 2013-12-16 03:15:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 03:15:19 UTC 2013 >>> 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 [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 03:22:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 03:22:33 - ERROR: failed to build LINT kernel TB --- 2013-12-16 03:22:33 - 8902.92 user 1753.02 system 11536.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 05:44:44 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 599507F7; Mon, 16 Dec 2013 05:44:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DE79166E; Mon, 16 Dec 2013 05:44:43 +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 rBG5igiB008016; Mon, 16 Dec 2013 00:44:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG5igjJ008001; Mon, 16 Dec 2013 05:44:42 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 05:44:42 GMT Message-Id: <201312160544.rBG5igjJ008001@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 05:44:44 -0000 TB --- 2013-12-16 00:10:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 00:10:16 - 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 --- 2013-12-16 00:10:16 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-16 00:10:16 - cleaning the object tree TB --- 2013-12-16 00:11:05 - /usr/local/bin/svn stat /src TB --- 2013-12-16 00:11:09 - At svn revision 259440 TB --- 2013-12-16 00:11:10 - building world TB --- 2013-12-16 00:11:10 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 00:11:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 00:11:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 00:11:10 - SRCCONF=/dev/null TB --- 2013-12-16 00:11:10 - TARGET=i386 TB --- 2013-12-16 00:11:10 - TARGET_ARCH=i386 TB --- 2013-12-16 00:11:10 - TZ=UTC TB --- 2013-12-16 00:11:10 - __MAKE_CONF=/dev/null TB --- 2013-12-16 00:11:10 - cd /src TB --- 2013-12-16 00:11:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 00:11:17 UTC 2013 >>> 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 Dec 16 03:22:17 UTC 2013 TB --- 2013-12-16 03:22:17 - generating LINT kernel config TB --- 2013-12-16 03:22:17 - cd /src/sys/i386/conf TB --- 2013-12-16 03:22:17 - /usr/bin/make -B LINT TB --- 2013-12-16 03:22:17 - cd /src/sys/i386/conf TB --- 2013-12-16 03:22:17 - /usr/sbin/config -m LINT TB --- 2013-12-16 03:22:17 - building LINT kernel TB --- 2013-12-16 03:22:17 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:22:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:22:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:22:17 - SRCCONF=/dev/null TB --- 2013-12-16 03:22:17 - TARGET=i386 TB --- 2013-12-16 03:22:17 - TARGET_ARCH=i386 TB --- 2013-12-16 03:22:17 - TZ=UTC TB --- 2013-12-16 03:22:17 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:22:17 - cd /src TB --- 2013-12-16 03:22:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 03:22:17 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Dec 16 03:59:27 UTC 2013 TB --- 2013-12-16 03:59:27 - cd /src/sys/i386/conf TB --- 2013-12-16 03:59:27 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-16 03:59:27 - building LINT-NOINET kernel TB --- 2013-12-16 03:59:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:59:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:59:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:59:27 - SRCCONF=/dev/null TB --- 2013-12-16 03:59:27 - TARGET=i386 TB --- 2013-12-16 03:59:27 - TARGET_ARCH=i386 TB --- 2013-12-16 03:59:27 - TZ=UTC TB --- 2013-12-16 03:59:27 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:59:27 - cd /src TB --- 2013-12-16 03:59:27 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 16 03:59:27 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Dec 16 04:32:04 UTC 2013 TB --- 2013-12-16 04:32:04 - cd /src/sys/i386/conf TB --- 2013-12-16 04:32:04 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-16 04:32:05 - building LINT-NOINET6 kernel TB --- 2013-12-16 04:32:05 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 04:32:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 04:32:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 04:32:05 - SRCCONF=/dev/null TB --- 2013-12-16 04:32:05 - TARGET=i386 TB --- 2013-12-16 04:32:05 - TARGET_ARCH=i386 TB --- 2013-12-16 04:32:05 - TZ=UTC TB --- 2013-12-16 04:32:05 - __MAKE_CONF=/dev/null TB --- 2013-12-16 04:32:05 - cd /src TB --- 2013-12-16 04:32:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Dec 16 04:32:05 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Dec 16 05:05:27 UTC 2013 TB --- 2013-12-16 05:05:27 - cd /src/sys/i386/conf TB --- 2013-12-16 05:05:27 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-16 05:05:27 - building LINT-NOIP kernel TB --- 2013-12-16 05:05:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:05:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:05:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:05:27 - SRCCONF=/dev/null TB --- 2013-12-16 05:05:27 - TARGET=i386 TB --- 2013-12-16 05:05:27 - TARGET_ARCH=i386 TB --- 2013-12-16 05:05:27 - TZ=UTC TB --- 2013-12-16 05:05:27 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:05:27 - cd /src TB --- 2013-12-16 05:05:27 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Dec 16 05:05:27 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Dec 16 05:34:46 UTC 2013 TB --- 2013-12-16 05:34:46 - cd /src/sys/i386/conf TB --- 2013-12-16 05:34:46 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-16 05:34:46 - building LINT-VIMAGE kernel TB --- 2013-12-16 05:34:46 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:34:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:34:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:34:46 - SRCCONF=/dev/null TB --- 2013-12-16 05:34:46 - TARGET=i386 TB --- 2013-12-16 05:34:46 - TARGET_ARCH=i386 TB --- 2013-12-16 05:34:46 - TZ=UTC TB --- 2013-12-16 05:34:46 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:34:46 - cd /src TB --- 2013-12-16 05:34:46 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Dec 16 05:34:46 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 05:44:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 05:44:42 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-16 05:44:42 - 15755.77 user 2948.99 system 20065.89 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 06:15:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE632CF3; Mon, 16 Dec 2013 06:15:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4DB61912; Mon, 16 Dec 2013 06:15: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 rBG6FXX2005410; Mon, 16 Dec 2013 01:15:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG6FXel005396; Mon, 16 Dec 2013 06:15:33 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 06:15:33 GMT Message-Id: <201312160615.rBG6FXel005396@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 amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 06:15:35 -0000 TB --- 2013-12-16 00:10:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 00:10:16 - 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 --- 2013-12-16 00:10:16 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-16 00:10:16 - cleaning the object tree TB --- 2013-12-16 00:11:05 - /usr/local/bin/svn stat /src TB --- 2013-12-16 00:11:09 - At svn revision 259440 TB --- 2013-12-16 00:11:10 - building world TB --- 2013-12-16 00:11:10 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 00:11:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 00:11:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 00:11:10 - SRCCONF=/dev/null TB --- 2013-12-16 00:11:10 - TARGET=amd64 TB --- 2013-12-16 00:11:10 - TARGET_ARCH=amd64 TB --- 2013-12-16 00:11:10 - TZ=UTC TB --- 2013-12-16 00:11:10 - __MAKE_CONF=/dev/null TB --- 2013-12-16 00:11:10 - cd /src TB --- 2013-12-16 00:11:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 00:11:17 UTC 2013 >>> 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 Dec 16 03:57:03 UTC 2013 TB --- 2013-12-16 03:57:03 - generating LINT kernel config TB --- 2013-12-16 03:57:03 - cd /src/sys/amd64/conf TB --- 2013-12-16 03:57:03 - /usr/bin/make -B LINT TB --- 2013-12-16 03:57:03 - cd /src/sys/amd64/conf TB --- 2013-12-16 03:57:03 - /usr/sbin/config -m LINT TB --- 2013-12-16 03:57:03 - building LINT kernel TB --- 2013-12-16 03:57:03 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:57:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:57:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:57:03 - SRCCONF=/dev/null TB --- 2013-12-16 03:57:03 - TARGET=amd64 TB --- 2013-12-16 03:57:03 - TARGET_ARCH=amd64 TB --- 2013-12-16 03:57:03 - TZ=UTC TB --- 2013-12-16 03:57:03 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:57:03 - cd /src TB --- 2013-12-16 03:57:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 03:57:03 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Dec 16 04:31:38 UTC 2013 TB --- 2013-12-16 04:31:38 - cd /src/sys/amd64/conf TB --- 2013-12-16 04:31:38 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-16 04:31:38 - building LINT-NOINET kernel TB --- 2013-12-16 04:31:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 04:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 04:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 04:31:38 - SRCCONF=/dev/null TB --- 2013-12-16 04:31:38 - TARGET=amd64 TB --- 2013-12-16 04:31:38 - TARGET_ARCH=amd64 TB --- 2013-12-16 04:31:38 - TZ=UTC TB --- 2013-12-16 04:31:38 - __MAKE_CONF=/dev/null TB --- 2013-12-16 04:31:38 - cd /src TB --- 2013-12-16 04:31:38 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 16 04:31:38 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Dec 16 05:03:53 UTC 2013 TB --- 2013-12-16 05:03:53 - cd /src/sys/amd64/conf TB --- 2013-12-16 05:03:53 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-16 05:03:53 - building LINT-NOINET6 kernel TB --- 2013-12-16 05:03:53 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:03:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:03:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:03:53 - SRCCONF=/dev/null TB --- 2013-12-16 05:03:53 - TARGET=amd64 TB --- 2013-12-16 05:03:53 - TARGET_ARCH=amd64 TB --- 2013-12-16 05:03:53 - TZ=UTC TB --- 2013-12-16 05:03:53 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:03:53 - cd /src TB --- 2013-12-16 05:03:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Dec 16 05:03:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Dec 16 05:35:02 UTC 2013 TB --- 2013-12-16 05:35:02 - cd /src/sys/amd64/conf TB --- 2013-12-16 05:35:02 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-16 05:35:02 - building LINT-NOIP kernel TB --- 2013-12-16 05:35:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:35:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:35:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:35:02 - SRCCONF=/dev/null TB --- 2013-12-16 05:35:02 - TARGET=amd64 TB --- 2013-12-16 05:35:02 - TARGET_ARCH=amd64 TB --- 2013-12-16 05:35:02 - TZ=UTC TB --- 2013-12-16 05:35:02 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:35:02 - cd /src TB --- 2013-12-16 05:35:02 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Dec 16 05:35:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Dec 16 06:05:00 UTC 2013 TB --- 2013-12-16 06:05:00 - cd /src/sys/amd64/conf TB --- 2013-12-16 06:05:00 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-16 06:05:00 - building LINT-VIMAGE kernel TB --- 2013-12-16 06:05:00 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 06:05:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 06:05:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 06:05:00 - SRCCONF=/dev/null TB --- 2013-12-16 06:05:00 - TARGET=amd64 TB --- 2013-12-16 06:05:00 - TARGET_ARCH=amd64 TB --- 2013-12-16 06:05:00 - TZ=UTC TB --- 2013-12-16 06:05:00 - __MAKE_CONF=/dev/null TB --- 2013-12-16 06:05:00 - cd /src TB --- 2013-12-16 06:05:00 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Dec 16 06:05:00 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 06:15:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 06:15:33 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-16 06:15:33 - 17022.76 user 3217.30 system 21916.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 07:26:59 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAF9EB1D; Mon, 16 Dec 2013 07:26:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FCF01063; Mon, 16 Dec 2013 07:26:59 +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 rBG7Qw4A083427; Mon, 16 Dec 2013 02:26:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG7QwMs083419; Mon, 16 Dec 2013 07:26:58 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 07:26:58 GMT Message-Id: <201312160726.rBG7QwMs083419@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 ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 07:26:59 -0000 TB --- 2013-12-16 05:44:43 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 05:44: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 --- 2013-12-16 05:44:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-16 05:44:43 - cleaning the object tree TB --- 2013-12-16 05:44:52 - /usr/local/bin/svn stat /src TB --- 2013-12-16 05:45:22 - At svn revision 259440 TB --- 2013-12-16 05:45:23 - building world TB --- 2013-12-16 05:45:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:45:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:45:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:45:23 - SRCCONF=/dev/null TB --- 2013-12-16 05:45:23 - TARGET=ia64 TB --- 2013-12-16 05:45:23 - TARGET_ARCH=ia64 TB --- 2013-12-16 05:45:23 - TZ=UTC TB --- 2013-12-16 05:45:23 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:45:23 - cd /src TB --- 2013-12-16 05:45:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 05:45:32 UTC 2013 >>> 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 Dec 16 07:20:15 UTC 2013 TB --- 2013-12-16 07:20:15 - generating LINT kernel config TB --- 2013-12-16 07:20:15 - cd /src/sys/ia64/conf TB --- 2013-12-16 07:20:15 - /usr/bin/make -B LINT TB --- 2013-12-16 07:20:15 - cd /src/sys/ia64/conf TB --- 2013-12-16 07:20:15 - /usr/sbin/config -m LINT TB --- 2013-12-16 07:20:15 - building LINT kernel TB --- 2013-12-16 07:20:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 07:20:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 07:20:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 07:20:15 - SRCCONF=/dev/null TB --- 2013-12-16 07:20:15 - TARGET=ia64 TB --- 2013-12-16 07:20:15 - TARGET_ARCH=ia64 TB --- 2013-12-16 07:20:15 - TZ=UTC TB --- 2013-12-16 07:20:15 - __MAKE_CONF=/dev/null TB --- 2013-12-16 07:20:15 - cd /src TB --- 2013-12-16 07:20:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 07:20:15 UTC 2013 >>> 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/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 07:26:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 07:26:58 - ERROR: failed to build LINT kernel TB --- 2013-12-16 07:26:58 - 4774.62 user 872.01 system 6134.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 07:37:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A996F76 for ; Mon, 16 Dec 2013 07:37:01 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF44110F6 for ; Mon, 16 Dec 2013 07:37:00 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MBZ9u-1VhycX0OFa-00AVVs for ; Mon, 16 Dec 2013 08:36:59 +0100 Message-ID: <52AEAD7A.1040205@gmx.com> Date: Mon, 16 Dec 2013 08:36:26 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 References: <527F95BE.7080908@gmx.com> <527FC05D.8080703@gmx.com> <5283E123.5000305@FreeBSD.org> <20131114113846.4dcb2037@kalimero.tijl.coosemans.org> <52858067.2060200@gmx.com> In-Reply-To: <52858067.2060200@gmx.com> Content-Type: multipart/mixed; boundary="------------040909040805040008030802" X-Provags-ID: V03:K0:Dn4AY4AdV3+yPnT6FYs4GHvE/RS9otIR744OsP0EEgE0VWMzdak eLpBMEtj9Eh6ZyIut5odvZBWIyCg8atOQPB6pQIEGcOy58vxlz5wj3tJxgU4LKxUaOqeDaj HEcpGDP2Wk7+JLSYqkdBkEc+Jc2k115EouIB/3HJtPT5aoU5LrOpYrvVPGDD1/r27Z3sKBM gYXFr5PSajZZOUmuCYN4A== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 07:37:01 -0000 This is a multi-part message in MIME format. --------------040909040805040008030802 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Still nobody wants to apply Robert Noland's DRM patch? --------------040909040805040008030802 Content-Type: text/x-patch; name="rn_drm.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="rn_drm.patch" Index: sys/dev/drm/r300_cmdbuf.c =================================================================== --- sys/dev/drm/r300_cmdbuf.c (revision 259413) +++ sys/dev/drm/r300_cmdbuf.c (working copy) @@ -1043,6 +1043,8 @@ int emit_dispatch_age = 0; int ret = 0; + DRM_UNLOCK(); + DRM_DEBUG("\n"); /* pacify */ @@ -1205,5 +1207,7 @@ COMMIT_RING(); + DRM_LOCK(); + return ret; } Index: sys/dev/drm/radeon_irq.c =================================================================== --- sys/dev/drm/radeon_irq.c (revision 259413) +++ sys/dev/drm/radeon_irq.c (working copy) @@ -338,10 +338,13 @@ result = radeon_emit_irq(dev); + DRM_UNLOCK(); if (DRM_COPY_TO_USER(emit->irq_seq, &result, sizeof(int))) { DRM_ERROR("copy_to_user\n"); + DRM_LOCK(); return -EFAULT; } + DRM_LOCK(); return 0; } Index: sys/dev/drm/radeon_mem.c =================================================================== --- sys/dev/drm/radeon_mem.c (revision 259413) +++ sys/dev/drm/radeon_mem.c (working copy) @@ -246,11 +246,14 @@ if (!block) return -ENOMEM; + DRM_UNLOCK(); if (DRM_COPY_TO_USER(alloc->region_offset, &block->start, sizeof(int))) { DRM_ERROR("copy_to_user\n"); + DRM_LOCK(); return -EFAULT; } + DRM_LOCK(); return 0; } Index: sys/dev/drm/radeon_state.c =================================================================== --- sys/dev/drm/radeon_state.c (revision 259413) +++ sys/dev/drm/radeon_state.c (working copy) @@ -1773,8 +1773,13 @@ } if (!buf) { DRM_DEBUG("EAGAIN\n"); - if (DRM_COPY_TO_USER(tex->image, image, sizeof(*image))) + DRM_UNLOCK(); + if (DRM_COPY_TO_USER(tex->image, image, + sizeof(*image))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); return -EAGAIN; } @@ -1786,10 +1791,13 @@ #define RADEON_COPY_MT(_buf, _data, _width) \ do { \ - if (DRM_COPY_FROM_USER(_buf, _data, (_width))) {\ + DRM_UNLOCK(); \ + if (DRM_COPY_FROM_USER(_buf, _data, (_width))) { \ DRM_ERROR("EFAULT on pad, %d bytes\n", (_width)); \ + DRM_LOCK(); \ return -EFAULT; \ } \ + DRM_LOCK(); \ } while(0) if (microtile) { @@ -2130,9 +2138,13 @@ if (sarea_priv->nbox > RADEON_NR_SAREA_CLIPRECTS) sarea_priv->nbox = RADEON_NR_SAREA_CLIPRECTS; + DRM_UNLOCK(); if (DRM_COPY_FROM_USER(&depth_boxes, clear->depth_boxes, - sarea_priv->nbox * sizeof(depth_boxes[0]))) + sarea_priv->nbox * sizeof(depth_boxes[0]))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); radeon_cp_dispatch_clear(dev, clear, depth_boxes); @@ -2394,10 +2406,13 @@ return -EINVAL; } - if (DRM_COPY_FROM_USER(&image, - (drm_radeon_tex_image_t __user *) tex->image, - sizeof(image))) - return -EFAULT; + DRM_UNLOCK(); + ret = -DRM_COPY_FROM_USER(&image, + (drm_radeon_tex_image_t __user *) tex->image, + sizeof(image)); + DRM_LOCK(); + if (ret) + return ret; RING_SPACE_TEST_WITH_RETURN(dev_priv); VB_AGE_TEST_WITH_RETURN(dev_priv); @@ -2418,8 +2433,12 @@ LOCK_TEST_WITH_RETURN(dev, file_priv); - if (DRM_COPY_FROM_USER(&mask, stipple->mask, 32 * sizeof(u32))) + DRM_UNLOCK(); + if (DRM_COPY_FROM_USER(&mask, stipple->mask, 32 * sizeof(u32))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); RING_SPACE_TEST_WITH_RETURN(dev_priv); @@ -2546,16 +2565,24 @@ drm_radeon_prim_t prim; drm_radeon_tcl_prim_t tclprim; - if (DRM_COPY_FROM_USER(&prim, &vertex->prim[i], sizeof(prim))) + DRM_UNLOCK(); + if (DRM_COPY_FROM_USER(&prim, &vertex->prim[i], sizeof(prim))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); if (prim.stateidx != laststate) { drm_radeon_state_t state; + DRM_UNLOCK(); if (DRM_COPY_FROM_USER(&state, &vertex->state[prim.stateidx], - sizeof(state))) + sizeof(state))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); if (radeon_emit_state2(dev_priv, file_priv, &state)) { DRM_ERROR("radeon_emit_state2 failed\n"); @@ -2772,8 +2799,12 @@ do { if (i < cmdbuf->nbox) { - if (DRM_COPY_FROM_USER(&box, &boxes[i], sizeof(box))) + DRM_UNLOCK(); + if (DRM_COPY_FROM_USER(&box, &boxes[i], sizeof(box))) { + DRM_LOCK(); return -EFAULT; + } + DRM_LOCK(); /* FIXME The second and subsequent times round * this loop, send a WAIT_UNTIL_3D_IDLE before * calling emit_clip_rect(). This fixes a @@ -2866,11 +2897,14 @@ kbuf = drm_alloc(cmdbuf->bufsz, DRM_MEM_DRIVER); if (kbuf == NULL) return -ENOMEM; + DRM_UNLOCK(); if (DRM_COPY_FROM_USER(kbuf, (void __user *)cmdbuf->buf, cmdbuf->bufsz)) { + DRM_LOCK(); drm_free(kbuf, orig_bufsz, DRM_MEM_DRIVER); return -EFAULT; } + DRM_LOCK(); cmdbuf->buf = kbuf; } @@ -3089,10 +3123,13 @@ return -EINVAL; } + DRM_UNLOCK(); if (DRM_COPY_TO_USER(param->value, &value, sizeof(int))) { DRM_ERROR("copy_to_user\n"); + DRM_LOCK(); return -EFAULT; } + DRM_LOCK(); return 0; } --------------040909040805040008030802-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 09:21:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1C26869; Mon, 16 Dec 2013 09:21:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96F6C1A03; Mon, 16 Dec 2013 09:21:39 +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 rBG9LcFu084449; Mon, 16 Dec 2013 04:21:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG9Lc8f084448; Mon, 16 Dec 2013 09:21:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 09:21:38 GMT Message-Id: <201312160921.rBG9Lc8f084448@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 sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 09:21:40 -0000 TB --- 2013-12-16 08:03:49 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 08:03:49 - 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 --- 2013-12-16 08:03:49 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-16 08:03:49 - cleaning the object tree TB --- 2013-12-16 08:04:51 - /usr/local/bin/svn stat /src TB --- 2013-12-16 08:05:51 - At svn revision 259440 TB --- 2013-12-16 08:05:52 - building world TB --- 2013-12-16 08:05:52 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 08:05:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 08:05:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 08:05:52 - SRCCONF=/dev/null TB --- 2013-12-16 08:05:52 - TARGET=sparc64 TB --- 2013-12-16 08:05:52 - TARGET_ARCH=sparc64 TB --- 2013-12-16 08:05:52 - TZ=UTC TB --- 2013-12-16 08:05:52 - __MAKE_CONF=/dev/null TB --- 2013-12-16 08:05:52 - cd /src TB --- 2013-12-16 08:05:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 08:06:05 UTC 2013 >>> 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 Dec 16 09:17:09 UTC 2013 TB --- 2013-12-16 09:17:09 - generating LINT kernel config TB --- 2013-12-16 09:17:09 - cd /src/sys/sparc64/conf TB --- 2013-12-16 09:17:09 - /usr/bin/make -B LINT TB --- 2013-12-16 09:17:09 - cd /src/sys/sparc64/conf TB --- 2013-12-16 09:17:09 - /usr/sbin/config -m LINT TB --- 2013-12-16 09:17:09 - building LINT kernel TB --- 2013-12-16 09:17:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 09:17:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 09:17:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 09:17:09 - SRCCONF=/dev/null TB --- 2013-12-16 09:17:09 - TARGET=sparc64 TB --- 2013-12-16 09:17:09 - TARGET_ARCH=sparc64 TB --- 2013-12-16 09:17:09 - TZ=UTC TB --- 2013-12-16 09:17:09 - __MAKE_CONF=/dev/null TB --- 2013-12-16 09:17:09 - cd /src TB --- 2013-12-16 09:17:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 09:17:09 UTC 2013 >>> 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/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 09:21:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 09:21:38 - ERROR: failed to build LINT kernel TB --- 2013-12-16 09:21:38 - 3311.34 user 595.56 system 4668.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 10:09:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3DF67AD; Mon, 16 Dec 2013 10:09:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 998831E60; Mon, 16 Dec 2013 10:09:16 +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 rBGA9Fjt030501; Mon, 16 Dec 2013 05:09:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGA9FBK030500; Mon, 16 Dec 2013 10:09:15 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 10:09:15 GMT Message-Id: <201312161009.rBGA9FBK030500@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 powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 10:09:16 -0000 TB --- 2013-12-16 07:26:58 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 07:26:58 - 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 --- 2013-12-16 07:26:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-16 07:26:58 - cleaning the object tree TB --- 2013-12-16 07:27:14 - /usr/local/bin/svn stat /src TB --- 2013-12-16 07:27:33 - At svn revision 259440 TB --- 2013-12-16 07:27:34 - building world TB --- 2013-12-16 07:27:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 07:27:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 07:27:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 07:27:34 - SRCCONF=/dev/null TB --- 2013-12-16 07:27:34 - TARGET=powerpc TB --- 2013-12-16 07:27:34 - TARGET_ARCH=powerpc TB --- 2013-12-16 07:27:34 - TZ=UTC TB --- 2013-12-16 07:27:34 - __MAKE_CONF=/dev/null TB --- 2013-12-16 07:27:34 - cd /src TB --- 2013-12-16 07:27:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 07:27:42 UTC 2013 >>> 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 Dec 16 10:05:12 UTC 2013 TB --- 2013-12-16 10:05:12 - generating LINT kernel config TB --- 2013-12-16 10:05:12 - cd /src/sys/powerpc/conf TB --- 2013-12-16 10:05:12 - /usr/bin/make -B LINT TB --- 2013-12-16 10:05:12 - cd /src/sys/powerpc/conf TB --- 2013-12-16 10:05:12 - /usr/sbin/config -m LINT TB --- 2013-12-16 10:05:12 - building LINT kernel TB --- 2013-12-16 10:05:12 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 10:05:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 10:05:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 10:05:12 - SRCCONF=/dev/null TB --- 2013-12-16 10:05:12 - TARGET=powerpc TB --- 2013-12-16 10:05:12 - TARGET_ARCH=powerpc TB --- 2013-12-16 10:05:12 - TZ=UTC TB --- 2013-12-16 10:05:12 - __MAKE_CONF=/dev/null TB --- 2013-12-16 10:05:12 - cd /src TB --- 2013-12-16 10:05:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 10:05:13 UTC 2013 >>> 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 -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 10:09:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 10:09:15 - ERROR: failed to build LINT kernel TB --- 2013-12-16 10:09:15 - 8147.55 user 983.41 system 9737.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 10:52:24 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1DFA5AF; Mon, 16 Dec 2013 10:52:24 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 7845D11C1; Mon, 16 Dec 2013 10:52:24 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 1225417FC8F; Mon, 16 Dec 2013 11:52:21 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id C7C2C8FCCD4; Mon, 16 Dec 2013 11:53:02 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SyYS5Vf7VHig; Mon, 16 Dec 2013 11:53:02 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 2C6328FCCD3; Mon, 16 Dec 2013 11:53:02 +0100 (CET) Message-ID: <52AEDBAB.8070709@bitfrost.no> Date: Mon, 16 Dec 2013 11:53:31 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: spec violation of xHCI? References: <52A96276.3060203@bitfrost.no> <20131212.164035.965182632628711738.okuno.kohji@jp.panasonic.com> <52A975C9.9000804@bitfrost.no> <20131212.174426.2096471858177616249.okuno.kohji@jp.panasonic.com> In-Reply-To: <20131212.174426.2096471858177616249.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 10:52:24 -0000 Hi Kohji, A regression issue has been reported when using the CHAIN-BIT patch. Can you verify this additional patch on you hardware and report back? http://svnweb.freebsd.org/changeset/base/259462 Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 11:21:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6370CF20; Mon, 16 Dec 2013 11:21:22 +0000 (UTC) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DED8C1662; Mon, 16 Dec 2013 11:21:21 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 0074040004; Mon, 16 Dec 2013 12:21:19 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id EA5474000D; Mon, 16 Dec 2013 12:21:18 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (unknown [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id A9BF540004; Mon, 16 Dec 2013 12:21:18 +0100 (CET) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3djg662ZS8z8jLB; Mon, 16 Dec 2013 12:21:18 +0100 (CET) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id mt61s99ERvwz; Mon, 16 Dec 2013 12:21:16 +0100 (CET) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3djg636sDpz8jL9; Mon, 16 Dec 2013 12:21:15 +0100 (CET) Received: from vivi.daemonic.se (vivi.daemonic.se [10.32.0.4]) by mail.daemonic.se (Postfix) with ESMTPSA id 3djg6359zGz9CwV; Mon, 16 Dec 2013 12:21:15 +0100 (CET) Message-ID: <52AEE215.1060806@freebsd.org> Date: Mon, 16 Dec 2013 12:20:53 +0100 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: x11@freebsd.org Subject: [HEADS UP] xorg version switch in CURRENT X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="----enig2PUHSXCGTADKURLGOTXDN" X-Virus-Scanned: ClamAV using ClamSMTP Cc: ports@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: x11@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, 16 Dec 2013 11:21:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2PUHSXCGTADKURLGOTXDN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable [ This message is cross-posted between x11@, current@ and ports@ for maximum coverage. Please please PLEASE respect reply-to: ] The xorg stack has been switched to use what has been dubbed new xorg in CURRENT. This means new xserver, new MESA (dri/libGL) stack and in some cases new versions. If you want to remain with the old stack, add WITHOUT_NEW_XORG=3D to /etc/make.conf. UPDATING contains instructions for updating. To get VT switching when using KMS drivers (ATI, Intel) please use newcons: https://wiki.freebsd.org/Newcons or if that is not possible, force the use of the vesa driver for xorg. Please send reports of successes, failures and/or comments to x11@freebsd.org. Remember to include any relevant information, such as xorg logs (Xorg.log.0), dmesg, graphics card model and ports versions with your report. Please test this as much as possible! Regards! --=20 Niclas Zeising ------enig2PUHSXCGTADKURLGOTXDN 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.20 (FreeBSD) iQIcBAEBCgAGBQJSruIqAAoJELuNS1e7i1VRj7kP/iYKxFFAPbjbHdTaP7V7bEmT N6nVvZ+dunFmZo9OFeVatBhn8FJrZ2CdUqmRQg8A7HZxV/DyBars/sjBABSgq4iG MC1QwDUcwESdSys+aVHucxgJwFiN3yDYxGqMc9mXup2XE729sRRiMUY5cBapYK3L +9Y116niv1MLIJZe0n5y/SVIwD3yeuIKoY/55ztnIx78mTF0eemCrxm6i6IsDMZL Sren07VSIF/fHSxAH3QYSiUaACfchutZlLnL+y+0Q0w1y8FuSlWf74HJ+dujzKmk vvS60jKwFj760gkSe+7GCcILvT39xYwkRkw2KK3jCWXCR0MlI+ilTYsBdDJ1NwTi 8TalAc4c69MCELoD/frXen7r1dpEVhXA/OX7hwVdOza3VouQmKtn9wvEvrt7UIVv 8ib0FtqzknpiNuH+4PDyeMluidK3tQ2yYzHEiInF1hCMbOGBLlAdnyqwynSZr2L9 trkW54Qbgs52cLUFKuBNLuYBLUnmolTeHnRbWMs/yDT0ZpD16gNM7U05x+zX/QyM 4a3JdfmLR5QIFekO+qqJvJ3Zez/FWMTpj8TtY3gElC6ZxOpNm26pDh5yHt1hX4t9 leHml8E3qXT7LWCFBsdsRVUu91qLiypJ9xrVITzL2nebLL2QeSajdsPRLI+e1htJ /sY2AVOQshdX9hC1SjWN =KwpL -----END PGP SIGNATURE----- ------enig2PUHSXCGTADKURLGOTXDN-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 11:53:41 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67D8B9EB; Mon, 16 Dec 2013 11:53:41 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 0DDA91895; Mon, 16 Dec 2013 11:53:40 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id rBGBrTm8027032; Mon, 16 Dec 2013 20:53:29 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id rBGBrTB22174; Mon, 16 Dec 2013 20:53:29 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi13) id rBGBrTq8027676; Mon, 16 Dec 2013 20:53:29 +0900 Received: from localhost by lomi13.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBGBrTlk027653; Mon, 16 Dec 2013 20:53:29 +0900 Date: Mon, 16 Dec 2013 20:53:28 +0900 (JST) Message-Id: <20131216.205328.1518171102328258619.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: spec violation of xHCI? From: Kohji Okuno In-Reply-To: <52AEDBAB.8070709@bitfrost.no> References: <52A975C9.9000804@bitfrost.no> <20131212.174426.2096471858177616249.okuno.kohji@jp.panasonic.com> <52AEDBAB.8070709@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 11:53:41 -0000 From: Hans Petter Selasky Date: Mon, 16 Dec 2013 11:53:31 +0100 > Hi Kohji, > > A regression issue has been reported when using the CHAIN-BIT patch. Can you > verify this additional patch on you hardware and report back? > > http://svnweb.freebsd.org/changeset/base/259462 > > Thank you! > > --HPS Hi HPS, Thank you for informing your commit. I tried your latest patch. It is OK in my environment. Many thanks, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 12:56:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EBCFBDC; Mon, 16 Dec 2013 12:56:17 +0000 (UTC) Received: from mail-bk0-x229.google.com (mail-bk0-x229.google.com [IPv6:2a00:1450:4008:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC77B1DE6; Mon, 16 Dec 2013 12:56:16 +0000 (UTC) Received: by mail-bk0-f41.google.com with SMTP id v15so2301650bkz.14 for ; Mon, 16 Dec 2013 04:56:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=bAHc93Z8XpJ5sCn/9XmRnrYtGZ5w5Ffc+zWD/ayuXX0=; b=trSWqCqwtS5G3g7TQRz3WwTZq+OsW6uge1lx5WgUdDYWUGrrzXQtkoTpWH30CCKGqO RBrtQxRTD8MzFWB5fC0x0KsLycDMiq4e+oUHhKHqwB7YkRphdugEz/HSbHUbd7VhsTCp 2IwJgc4VIpFcxymVyCYW6/AsMX4TTU1qPaSmqYTiT8upDrn4iNmnL42UnyU9A3Sp9tjj n7A1Bu9NvqZrwxJoFVu+RxSxX0BPywYFApvQAoXwFD1COZklmAI1Jgd8F/StnN0eIJui DfjD18zoSPGp1bNn5eXwCcB62y7wFjSSxTwARPKMq56LzWzEEiY+5C9w6uqcuCQhMLGo QpDg== X-Received: by 10.205.74.199 with SMTP id yx7mr210516bkb.163.1387198574823; Mon, 16 Dec 2013 04:56:14 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([178.137.150.35]) by mx.google.com with ESMTPSA id a4sm10502666bko.11.2013.12.16.04.56.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Dec 2013 04:56:13 -0800 (PST) Sender: Alexander Motin Message-ID: <52AEF86B.5080600@FreeBSD.org> Date: Mon, 16 Dec 2013 14:56:11 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Eitan Adler , freebsd-current Current , Aleksandr Rybalko Subject: Re: r259286 panic References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 12:56:17 -0000 On 15.12.2013 22:22, Eitan Adler wrote: > On Sun, Dec 15, 2013 at 3:23 AM, Eitan Adler wrote: >> FreeBSD gravity.local 11.0-CURRENT FreeBSD 11.0-CURRENT #7 r259286: >> Fri Dec 13 00:33:37 EST 2013 >> eitan@gravity.local:/usr/obj/usr/src/sys/EADLER amd64 >> >> Complete textdump here: http://people.freebsd.org/~eadler/files/core.txt.1 >> >> My kernel is built with complete debug symbols, INVARIANTS, ddb, etc. >> but no WITNESS. >> >> I have vt and vt_vga enabled but not sc and vga (newcons, but not syscons). > > > Replying to myself with more data: > > gdb$ list kern_timeout.c > Can't find member of namespace, class, struct, or union named "kern_timeout.c" > Hint: try 'kern_timeout.c or 'kern_timeout.c > (Note leading single quote.) > gdb$ list kern_timeout.c:700 > 695 lastfunc = c_func; > 696 } > 697 #endif > 698 CTR1(KTR_CALLOUT, "callout %p finished", c); > 699 if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) > 700 class->lc_unlock(c_lock); > 701 skip: > 702 CC_LOCK(cc); > 703 KASSERT(cc->cc_exec_entity[direct].cc_curr == c, > ("mishandled cc_curr")); > 704 cc->cc_exec_entity[direct].cc_curr = NULL; > gdb$ p c > $1 = (struct callout *) 0xffffffff812121f8 > gdb$ p *c > $2 = { > c_links = { > le = { > le_next = 0xfffffe0005f00318, > le_prev = 0xffffffff813aa690 > }, > sle = { > sle_next = 0xfffffe0005f00318 > }, > tqe = { > tqe_next = 0xfffffe0005f00318, > tqe_prev = 0xffffffff813aa690 > } > }, > c_time = 0x2c0d9170f2f51, > c_precision = 0xeffffeea, > c_arg = 0xffffffff81212148, > c_func = 0xffffffff8067e6e0 , > c_lock = 0x0, > c_flags = 0x80, > c_cpu = 0x0 > } > > > From the 'vt_switch_timer' function it appears that something is wrong with vt. > > > In addition avg@ mentioned that he wonders why class->lc_lock(c_lock, > ...) is protected by if (c_lock != NULL) but class->lc_unlock(c_lock) > does not have that guard. It worked so far because callout_init() sets CALLOUT_RETURNUNLOCKED flag if there is no callout lock. I am not sure whether we should better add check or assertion to _callout_init_lock(). So either VT passes something odd/NULL pointer to callout_init_mtx(), or something overwrites the callout structure after scheduling the callout. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 14:22:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1559E57E; Mon, 16 Dec 2013 14:22:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD1FC13C2; Mon, 16 Dec 2013 14:22:36 +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 rBGEMTh0057014; Mon, 16 Dec 2013 09:22:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGEMT70057006; Mon, 16 Dec 2013 14:22:29 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 14:22:29 GMT Message-Id: <201312161422.rBGEMT70057006@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 arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 14:22:37 -0000 TB --- 2013-12-16 11:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 11:10:19 - 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 --- 2013-12-16 11:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-16 11:10:19 - cleaning the object tree TB --- 2013-12-16 11:14:23 - /usr/local/bin/svn stat /src TB --- 2013-12-16 11:14:26 - At svn revision 259463 TB --- 2013-12-16 11:14:27 - building world TB --- 2013-12-16 11:14:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 11:14:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 11:14:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 11:14:27 - SRCCONF=/dev/null TB --- 2013-12-16 11:14:27 - TARGET=arm TB --- 2013-12-16 11:14:27 - TARGET_ARCH=arm TB --- 2013-12-16 11:14:27 - TZ=UTC TB --- 2013-12-16 11:14:27 - __MAKE_CONF=/dev/null TB --- 2013-12-16 11:14:27 - cd /src TB --- 2013-12-16 11:14:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 11:14:34 UTC 2013 >>> 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 Dec 16 14:15:42 UTC 2013 TB --- 2013-12-16 14:15:42 - generating LINT kernel config TB --- 2013-12-16 14:15:42 - cd /src/sys/arm/conf TB --- 2013-12-16 14:15:42 - /usr/bin/make -B LINT TB --- 2013-12-16 14:15:42 - cd /src/sys/arm/conf TB --- 2013-12-16 14:15:42 - /usr/sbin/config -m LINT TB --- 2013-12-16 14:15:42 - building LINT kernel TB --- 2013-12-16 14:15:42 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 14:15:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 14:15:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 14:15:42 - SRCCONF=/dev/null TB --- 2013-12-16 14:15:42 - TARGET=arm TB --- 2013-12-16 14:15:42 - TARGET_ARCH=arm TB --- 2013-12-16 14:15:42 - TZ=UTC TB --- 2013-12-16 14:15:42 - __MAKE_CONF=/dev/null TB --- 2013-12-16 14:15:42 - cd /src TB --- 2013-12-16 14:15:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 14:15:43 UTC 2013 >>> 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 [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 14:22:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 14:22:28 - ERROR: failed to build LINT kernel TB --- 2013-12-16 14:22:28 - 8899.64 user 1671.26 system 11529.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 14:47:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9090EE1 for ; Mon, 16 Dec 2013 14:47:06 +0000 (UTC) Received: from ibgw01in.cba.com.au (igwx10.cba.com.au [140.168.71.11]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43DDE15D9 for ; Mon, 16 Dec 2013 14:47:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cba.com.au; i=@cba.com.au; q=dns/txt; s=CBAdkim-110609; t=1387205226; x=1702565226; h=date:from:to:subject:message-id:references:mime-version: in-reply-to; bh=5YruN283sIqYG+4LIP2n6ZAoLgPciTv+7Dwy5np0AHk=; b=axN2MNWh3idfaI8KIxswvRWNdECUgOnW/MWjN8mH/zKjcqg6Gduea7li lMsJg2ZynVPAndo4I5aBtbvgPhD1pQ==; X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.95,495,1384261200"; d="scan'208";a="58880511" Received: from unknown (HELO imr02in1.cba.com.au) ([10.248.46.10]) by ibgw01.cba.com.au with ESMTP; 17 Dec 2013 01:45:53 +1100 Received: from unknown (HELO margz.perth.internal) ([10.138.102.216]) by imr02in1.cba.com.au with SMTP; 17 Dec 2013 01:45:52 +1100 Date: Mon, 16 Dec 2013 22:45:46 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Subject: Re: 10-BETA{3,4} - Consistent Kernel Panics (pf_ioctl.c:1289) Message-ID: <20131216144544.GA74304@margz.perth.internal> Mail-Followup-To: freebsd-current@freebsd.org References: <20131204021949.GD28250@margz.perth.internal> <20131204081652.GH48919@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131204081652.GH48919@FreeBSD.org> Organisation: Commonwealth Bank Australia X-Message-Flag: "Please Restore Line Breaks If Necessary" User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 14:47:07 -0000 0n Wed, Dec 04, 2013 at 07:16:52PM +1100, Gleb Smirnoff wrote: >On Tue, Dec 03, 2013 at 11:21:09PM -0800, Craig Rodrigues wrote: >C> > KERNCONF: >C> > >C> > options VIMAGE >C> > >C> > makeoptions DEBUG=-g >C> > >C> > device pf >C> > device pflog >C> > device pfsync >C> > device carp >C> > >C> > >C> How badly do you need VIMAGE in your kernel config? >C> There are multiple known problems with VIMAGE + pf. See: >C> http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-December/001787.html >C> >C> We need to fix all these problems in FreeBSD, of course, but someone >C> needs to spend the time on it. > >Right now we've got some improvements in the projects/pf branch. As soon as >Nikos finished his round of pf+vimage cleanups, I'll merge that to head. > >However, this particular bug report hasn't yet proved to be tied to vimage. Would like to report back - the removal of VIMAGE from my kernel has now ceased all panics. Clearly I had hit the o'l "vimage+pf" bug(s). -Alex ************** IMPORTANT MESSAGE ***************************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ************************************************************** From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 15:45:03 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 214AF18A; Mon, 16 Dec 2013 15:45:03 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D35AD1A64; Mon, 16 Dec 2013 15:45:02 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:5604:a6ff:fe3a:96ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 3E47D22C79; Mon, 16 Dec 2013 15:45:01 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 3E47D22C79 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 16 Dec 2013 10:44:58 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: FreeBSD 10.0-RC2 Now Available Message-ID: <20131216154458.GP1446@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GIP5y49pbaVPin6k" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 15:45:03 -0000 --GIP5y49pbaVPin6k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The second RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here (or any of the FreeBSD mirror sites): ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ If you notice problems you can report them through the normal GNATS PR system or here on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.0" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the following FreeBSD Errata Notices before upgrading the system to 10.0-RC2: - EN-13:04.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-upd= ate.asc - EN-13:05.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-upd= ate.asc Note to those downloading dvd1.iso: - While packages are available on dvd1.iso, the version of bsdconfig(8) provided with 10.0-RC2 will not be able to install them by default. This will be fixed for 10.0-RC3. =20 - As a workaround for installing packages from the dvd, create a directory to serve as the temporary pkg(8) repository configuration directory, and fetch the configuration file that will be included on the next set of -RC builds: # mkdir -p /tmp/pkgrepo # fetch -o /tmp/pkgrepo/FreeBSD_install_cdrom.conf \ http://people.FreeBSD.org/~gjb/FreeBSD_install_cdrom.conf - Mount the dvd to the '/dist' directory: # mkdir -p /dist # mount -t cd9660 /dev/cd0 /dist - To install a package, run: # env REPOS_DIR=3D/tmp/pkgrepo pkg install - To view the list of available packages on the DVD, run: # env REPOS_DIR=3D/tmp/pkgrepo pkg rquery "%n" Pre-installed virtual machine images for 10.0-RC2 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC2/ The disk images are available in both QCOW2, VHD, and VMDK format. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between -RC1 and -RC2 include: - Fix a crash when attempting to use a non-disk device as an iSCSI LUN. - Fix handling of empty iSCSI authentication groups. - Fix a regression in bsdinstall(8) that prevented the system from decrypting GELI providers when installing ZFS on GELI. - Several Radeon KMS bug fixes. - Several wireless bug fixes. - Several clang bug fixes. The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.0-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install =3D=3D ISO CHECKSUMS =3D=3D - 10.0-RC2 amd64: SHA256 (FreeBSD-10.0-RC2-amd64-bootonly.iso) =3D 25e3ab615fde646316= 83a6921fef98a0056f074c6119c68cf0263cf6fbebc67c SHA256 (FreeBSD-10.0-RC2-amd64-disc1.iso) =3D 6525da2d1feddb1f16d61= 5d76e5a4662c6fdd9a34869ce355c604f5ff147773d SHA256 (FreeBSD-10.0-RC2-amd64-dvd1.iso) =3D c467000b653d2f41021493= f45303951ec37cf90b3b9df90df64e0e6a882a7484 SHA256 (FreeBSD-10.0-RC2-amd64-memstick.img) =3D f5175f1767e8982651= 7431beae7b4dd6f3d0ff4b60a0846bf85e9871fbba2201 MD5 (FreeBSD-10.0-RC2-amd64-bootonly.iso) =3D 41410074f07103e2cb80b= d671f1f936e MD5 (FreeBSD-10.0-RC2-amd64-disc1.iso) =3D 0724d22eb851c5fb4dae755d= ff23cb87 MD5 (FreeBSD-10.0-RC2-amd64-dvd1.iso) =3D b218662107301c5a07b193101= 623682f MD5 (FreeBSD-10.0-RC2-amd64-memstick.img) =3D 23621e0e1d93fe7a63555= 7a54218b6e1 - 10.0-RC2 i386: SHA256 (FreeBSD-10.0-RC2-i386-bootonly.iso) =3D cf8aa8097f9cafa1d36= 0ec07b87d675b214361709139d14a422dbb3501281d89 SHA256 (FreeBSD-10.0-RC2-i386-disc1.iso) =3D add13ac64491f9aba16b9f= 4429f4f87c85d3147c1ea0c662ae7756d0c453ba4b SHA256 (FreeBSD-10.0-RC2-i386-dvd1.iso) =3D d6c07f41c997914b6546e58= 3932f1066b0edebf00f4425316ce588b8253ecc0a SHA256 (FreeBSD-10.0-RC2-i386-memstick.img) =3D 99bbfe373892764f3cf= 04a92385bb4fe0da5e1863ca62905e0bdb83c00f45735 MD5 (FreeBSD-10.0-RC2-i386-bootonly.iso) =3D c32165dccef3ec006e2b06= 8ec0159390 MD5 (FreeBSD-10.0-RC2-i386-disc1.iso) =3D a1a3466dbbcb2b61f3ec47adf= 9d884b5 MD5 (FreeBSD-10.0-RC2-i386-dvd1.iso) =3D e79b4455464fa6584519e3dd95= 8f770c MD5 (FreeBSD-10.0-RC2-i386-memstick.img) =3D 98db5de8c93df6ca7c7fa1= 2967713c1b - 10.0-RC2 ia64: SHA256 (FreeBSD-10.0-RC2-ia64-bootonly.iso) =3D 95c448db42b1454a283= 2040f2c62d9dd953753296e8a704f903e70e2d1f380f8 SHA256 (FreeBSD-10.0-RC2-ia64-disc1.iso) =3D cbb24e4f60c86df0640dc6= 4d0f9988a2b154f06d502be5780d527cfeb0065051 SHA256 (FreeBSD-10.0-RC2-ia64-memstick.img) =3D 3aa3151b9e4ded7a49b= c080545955070f4583e3bda4047bd11e1550ca4ea4239 MD5 (FreeBSD-10.0-RC2-ia64-bootonly.iso) =3D f4e85b8dc9b653aef3c8bf= 0e928dbac9 MD5 (FreeBSD-10.0-RC2-ia64-disc1.iso) =3D 837755f7d4018d81a7effd9f8= a29007c MD5 (FreeBSD-10.0-RC2-ia64-memstick.img) =3D 1fa4dccc1acd5fcbd0e592= e9367804b1 - 10.0-RC2 powerpc: SHA256 (FreeBSD-10.0-RC2-powerpc-bootonly.iso) =3D 60927273629f0b13= fe56e77cd36a4023472efbef8a5a2f564e1dcf189c229190 SHA256 (FreeBSD-10.0-RC2-powerpc-disc1.iso) =3D 84286500a00654e98d1= 50fd34e848c6c7d4926c223c1e07bd61a8e68502a7b55 SHA256 (FreeBSD-10.0-RC2-powerpc-memstick.img) =3D 3b264061283dd33f= 92633b540dd0d7b62813286e13cd97a0a02806f0e970ce9c MD5 (FreeBSD-10.0-RC2-powerpc-bootonly.iso) =3D 3d9e949a27d37f3b74b= 9310f29eb11cc MD5 (FreeBSD-10.0-RC2-powerpc-disc1.iso) =3D e7ad79d232851be00a07aa= deab4c3ca6 MD5 (FreeBSD-10.0-RC2-powerpc-memstick.img) =3D 5100d3886fe6b0f5b5e= e3b8d8b1ad68f - 10.0-RC2 powerpc64: SHA256 (FreeBSD-10.0-RC2-powerpc-powerpc64-bootonly.iso) =3D 75c39f= 014ef52d69ad3c94dc52424bca176188416be6bab1d36e2d5ebff05b05 SHA256 (FreeBSD-10.0-RC2-powerpc-powerpc64-disc1.iso) =3D 341063ca5= 88f47d57a8b876952d4eff26aa9b01ee68dcea3cc864ef8230911bf SHA256 (FreeBSD-10.0-RC2-powerpc-powerpc64-memstick.img) =3D 96ab6c= d6b239e79b96c21d83b9f160fc3b596de957449b55b96ee94522fba64e MD5 (FreeBSD-10.0-RC2-powerpc-powerpc64-bootonly.iso) =3D a073e62ac= 43da6af82467a4dde3e4963 MD5 (FreeBSD-10.0-RC2-powerpc-powerpc64-disc1.iso) =3D 21c3eb38d9f5= f67308c7c83999b9b3bf MD5 (FreeBSD-10.0-RC2-powerpc-powerpc64-memstick.img) =3D d2420ebf8= c5794c24b017c29f6bb3731 - 10.0-RC2 sparc64: SHA256 (FreeBSD-10.0-RC2-sparc64-bootonly.iso) =3D f004072cbc3c2796= a619c34dbceff122ea360420aff16b52b214cb5f6cd97d04 SHA256 (FreeBSD-10.0-RC2-sparc64-disc1.iso) =3D 23e9a7c8f48b03f0482= ca4f3b00eed630abe23ede2bdc7047462229a3e2d405d MD5 (FreeBSD-10.0-RC2-sparc64-bootonly.iso) =3D 7d47ecb5b2d023edee0= f01842c2575c1 MD5 (FreeBSD-10.0-RC2-sparc64-disc1.iso) =3D fc9b2f445082f6f2435efe= db69d95e6e =3D=3D VM IMAGE CHECKSUMS =3D=3D - 10.0-RC2 amd64: SHA256 (FreeBSD-10.0-RC2-amd64-20131215-r259404.qcow2.xz) =3D df4c1= 993dc675c18bd8dedc8b8314e315a6839f7777a5e3fd4ed36fd328717f9 SHA256 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vhd.xz) =3D e6d854d= 3ab30ec9cd9df81818d1c39d413d26ee40e518111f809d2a5e97b79e5 SHA256 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vmdk.xz) =3D 34e780= 61eb8387bbf18f3c53904e41208f11fa820b0ecb5388d0a3088befad3e MD5 (FreeBSD-10.0-RC2-amd64-20131215-r259404.qcow2.xz) =3D 21ddab81= ebd872002555a13e1dfb205f MD5 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vhd.xz) =3D 618660fa10= 21fc099b35d609b70c7c61 MD5 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vmdk.xz) =3D a8e324dc0= 4a9ae89b7e6f0fb9693a5b5 - 10.0-RC2 i386: SHA256 (FreeBSD-10.0-RC2-i386-20131215-r259404.qcow2.xz) =3D 7f837e= ba8cf43f25c704127631ecf86918af548970f76e7ccfc5d8d4d743bcd9 SHA256 (FreeBSD-10.0-RC2-i386-20131215-r259404.vhd.xz) =3D 7e6965c0= f7250ef34e6dd0eb7ad158868ee7016b931fa267f4edc0adf264e77e SHA256 (FreeBSD-10.0-RC2-i386-20131215-r259404.vmdk.xz) =3D cca4935= ae0e5e0092b1fd17c718a49ca5c3d0a2c22c08d2503c4ca0b9cb54743 MD5 (FreeBSD-10.0-RC2-i386-20131215-r259404.qcow2.xz) =3D 7b244a368= 557f386c66745bdbdf84ff8 MD5 (FreeBSD-10.0-RC2-i386-20131215-r259404.vhd.xz) =3D 7a58c47b496= f811f8b38763be0f75867 MD5 (FreeBSD-10.0-RC2-i386-20131215-r259404.vmdk.xz) =3D 9bd16405d8= 776e955a68bae39902b376 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ --GIP5y49pbaVPin6k Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSrx/6AAoJELls3eqvi17QYBsP/3J3DMZtwucGrcieqbv0vYHH 48eWws+pmq+0HCyyEFGrP0eh9uiHODXEk/7fEn1zvshV8567tSUCpBtZZxhEe1Rk YIpQJaEBIv1wE3h1WN3P1UzABG07bsFcp7yBjWxx3+C65Oiqwb8Nr9i8dip5kWrs 0xxf+VXoNcTdZ5E6uWEGSFTUye4b87YZazcaNqI+2ov3ffHL12/roObHdrNn/94E wDKIC123xcstMw/1b41jaJkY7GA9EhLDOq+wz5HmyH7kFIrrR2dEpSoT1o/wy7M0 96nKLmO0dkoU0pyNhOBzytVUvXeFojWaRxzYf+UE5msCsJ5lh/gbVIyMG7stNa8C tmkqzknx4XA6WPHxWjK3oOlY2ywU6EYyrYe1G5Z9iFHNIIR19k7EnlcbNmKNG+7Y TanuvVOQ12Up0r52j+meO+wIuhgKH3rJM5WIy6jOp1qEk45xQPOiuYJxjHac+VR/ bKWn1Hde6Vjz0UnfzRomxfSUoYETt8PdPAV/V0oTAyxqn+0UOzAj0o96/tMIkrVd aRNdihsaSCzO0gnSB1ARIsfgIj8M1H4k8OX5qw5DaiQR72T0fryIkoeZHGpmN4FP SV9kG6ED0X3vqP2zJ62VDPOK5WwQmxY4jgKmL3+4WVez7+m14LML7q1wc9JyMbZV lzOBZCcL3z37omQNaLNy =tSmc -----END PGP SIGNATURE----- --GIP5y49pbaVPin6k-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 16:47:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 140D5C7D for ; Mon, 16 Dec 2013 16:47:28 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id CCFF411BE for ; Mon, 16 Dec 2013 16:47:27 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 2744F7300A; Mon, 16 Dec 2013 17:50:14 +0100 (CET) Date: Mon, 16 Dec 2013 17:50:14 +0100 From: Luigi Rizzo To: current@freebsd.org Subject: RFC can we use __builtin_prefetch() directly in our kernel sources ? Message-ID: <20131216165014.GA15126@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 16:47:28 -0000 Is it ok in kernel code to use __builtin_prefetch() and assume that all supported compilers will do the right thing for all architectures ? I am asking is because I need to use prefetch() in a small number of places in my netmap code, and nothing in our kernel sources uses __builtin_prefetch() directly. In the (very few, mostly 10G drivers) cases where prefetch() is used the drivers redefine the function themselves as some inline asm() or an empty #define prefetch(x) This also happens in many places in the linux kernel, for what matters (relevant because hte netmap kernel code also needs to compile there). Anyways, so far in the netmap code i have followed the established practice but my (re)definition of prefetch() in netmap_kern.h clashes with some in the individual drivers, so I'd rather find a better way. thanks luigi From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 16:49:42 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25A3DE13; Mon, 16 Dec 2013 16:49:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE8BB11E1; Mon, 16 Dec 2013 16:49:41 +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 rBGGne7w019266; Mon, 16 Dec 2013 11:49:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGGneMw019262; Mon, 16 Dec 2013 16:49:40 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 16:49:40 GMT Message-Id: <201312161649.rBGGneMw019262@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 16:49:42 -0000 TB --- 2013-12-16 11:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 11:10:19 - 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 --- 2013-12-16 11:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-16 11:10:19 - cleaning the object tree TB --- 2013-12-16 11:17:23 - /usr/local/bin/svn stat /src TB --- 2013-12-16 11:17:26 - At svn revision 259463 TB --- 2013-12-16 11:17:27 - building world TB --- 2013-12-16 11:17:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 11:17:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 11:17:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 11:17:27 - SRCCONF=/dev/null TB --- 2013-12-16 11:17:27 - TARGET=i386 TB --- 2013-12-16 11:17:27 - TARGET_ARCH=i386 TB --- 2013-12-16 11:17:27 - TZ=UTC TB --- 2013-12-16 11:17:27 - __MAKE_CONF=/dev/null TB --- 2013-12-16 11:17:27 - cd /src TB --- 2013-12-16 11:17:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 11:17:34 UTC 2013 >>> 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 Dec 16 14:27:26 UTC 2013 TB --- 2013-12-16 14:27:26 - generating LINT kernel config TB --- 2013-12-16 14:27:26 - cd /src/sys/i386/conf TB --- 2013-12-16 14:27:26 - /usr/bin/make -B LINT TB --- 2013-12-16 14:27:26 - cd /src/sys/i386/conf TB --- 2013-12-16 14:27:26 - /usr/sbin/config -m LINT TB --- 2013-12-16 14:27:26 - building LINT kernel TB --- 2013-12-16 14:27:26 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 14:27:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 14:27:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 14:27:26 - SRCCONF=/dev/null TB --- 2013-12-16 14:27:26 - TARGET=i386 TB --- 2013-12-16 14:27:26 - TARGET_ARCH=i386 TB --- 2013-12-16 14:27:26 - TZ=UTC TB --- 2013-12-16 14:27:26 - __MAKE_CONF=/dev/null TB --- 2013-12-16 14:27:26 - cd /src TB --- 2013-12-16 14:27:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 14:27:26 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Dec 16 15:04:36 UTC 2013 TB --- 2013-12-16 15:04:36 - cd /src/sys/i386/conf TB --- 2013-12-16 15:04:36 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-16 15:04:36 - building LINT-NOINET kernel TB --- 2013-12-16 15:04:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 15:04:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 15:04:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 15:04:36 - SRCCONF=/dev/null TB --- 2013-12-16 15:04:36 - TARGET=i386 TB --- 2013-12-16 15:04:36 - TARGET_ARCH=i386 TB --- 2013-12-16 15:04:36 - TZ=UTC TB --- 2013-12-16 15:04:36 - __MAKE_CONF=/dev/null TB --- 2013-12-16 15:04:36 - cd /src TB --- 2013-12-16 15:04:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 16 15:04:36 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Dec 16 15:37:00 UTC 2013 TB --- 2013-12-16 15:37:00 - cd /src/sys/i386/conf TB --- 2013-12-16 15:37:00 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-16 15:37:00 - building LINT-NOINET6 kernel TB --- 2013-12-16 15:37:00 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 15:37:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 15:37:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 15:37:00 - SRCCONF=/dev/null TB --- 2013-12-16 15:37:00 - TARGET=i386 TB --- 2013-12-16 15:37:00 - TARGET_ARCH=i386 TB --- 2013-12-16 15:37:00 - TZ=UTC TB --- 2013-12-16 15:37:00 - __MAKE_CONF=/dev/null TB --- 2013-12-16 15:37:00 - cd /src TB --- 2013-12-16 15:37:00 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Dec 16 15:37:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Dec 16 16:10:43 UTC 2013 TB --- 2013-12-16 16:10:43 - cd /src/sys/i386/conf TB --- 2013-12-16 16:10:43 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-16 16:10:44 - building LINT-NOIP kernel TB --- 2013-12-16 16:10:44 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 16:10:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 16:10:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 16:10:44 - SRCCONF=/dev/null TB --- 2013-12-16 16:10:44 - TARGET=i386 TB --- 2013-12-16 16:10:44 - TARGET_ARCH=i386 TB --- 2013-12-16 16:10:44 - TZ=UTC TB --- 2013-12-16 16:10:44 - __MAKE_CONF=/dev/null TB --- 2013-12-16 16:10:44 - cd /src TB --- 2013-12-16 16:10:44 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Dec 16 16:10:44 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Dec 16 16:39:46 UTC 2013 TB --- 2013-12-16 16:39:46 - cd /src/sys/i386/conf TB --- 2013-12-16 16:39:46 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-16 16:39:46 - building LINT-VIMAGE kernel TB --- 2013-12-16 16:39:46 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 16:39:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 16:39:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 16:39:46 - SRCCONF=/dev/null TB --- 2013-12-16 16:39:46 - TARGET=i386 TB --- 2013-12-16 16:39:46 - TARGET_ARCH=i386 TB --- 2013-12-16 16:39:46 - TZ=UTC TB --- 2013-12-16 16:39:46 - __MAKE_CONF=/dev/null TB --- 2013-12-16 16:39:46 - cd /src TB --- 2013-12-16 16:39:46 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Dec 16 16:39:46 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 16:49:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 16:49:40 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-16 16:49:40 - 15760.84 user 2889.82 system 20360.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 17:21:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07ADAD31; Mon, 16 Dec 2013 17:21:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAD1014E3; Mon, 16 Dec 2013 17:21:46 +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 rBGHLjqd026370; Mon, 16 Dec 2013 12:21:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGHLj6d026369; Mon, 16 Dec 2013 17:21:45 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 17:21:45 GMT Message-Id: <201312161721.rBGHLj6d026369@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 amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 17:21:47 -0000 TB --- 2013-12-16 11:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 11:10:19 - 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 --- 2013-12-16 11:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-16 11:10:19 - cleaning the object tree TB --- 2013-12-16 11:17:38 - /usr/local/bin/svn stat /src TB --- 2013-12-16 11:17:42 - At svn revision 259463 TB --- 2013-12-16 11:17:43 - building world TB --- 2013-12-16 11:17:43 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 11:17:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 11:17:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 11:17:43 - SRCCONF=/dev/null TB --- 2013-12-16 11:17:43 - TARGET=amd64 TB --- 2013-12-16 11:17:43 - TARGET_ARCH=amd64 TB --- 2013-12-16 11:17:43 - TZ=UTC TB --- 2013-12-16 11:17:43 - __MAKE_CONF=/dev/null TB --- 2013-12-16 11:17:43 - cd /src TB --- 2013-12-16 11:17:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 11:17:50 UTC 2013 >>> 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 Dec 16 15:02:33 UTC 2013 TB --- 2013-12-16 15:02:33 - generating LINT kernel config TB --- 2013-12-16 15:02:33 - cd /src/sys/amd64/conf TB --- 2013-12-16 15:02:33 - /usr/bin/make -B LINT TB --- 2013-12-16 15:02:33 - cd /src/sys/amd64/conf TB --- 2013-12-16 15:02:33 - /usr/sbin/config -m LINT TB --- 2013-12-16 15:02:33 - building LINT kernel TB --- 2013-12-16 15:02:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 15:02:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 15:02:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 15:02:33 - SRCCONF=/dev/null TB --- 2013-12-16 15:02:33 - TARGET=amd64 TB --- 2013-12-16 15:02:33 - TARGET_ARCH=amd64 TB --- 2013-12-16 15:02:33 - TZ=UTC TB --- 2013-12-16 15:02:33 - __MAKE_CONF=/dev/null TB --- 2013-12-16 15:02:33 - cd /src TB --- 2013-12-16 15:02:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 15:02:33 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Mon Dec 16 15:37:04 UTC 2013 TB --- 2013-12-16 15:37:04 - cd /src/sys/amd64/conf TB --- 2013-12-16 15:37:04 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-16 15:37:04 - building LINT-NOINET kernel TB --- 2013-12-16 15:37:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 15:37:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 15:37:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 15:37:04 - SRCCONF=/dev/null TB --- 2013-12-16 15:37:04 - TARGET=amd64 TB --- 2013-12-16 15:37:04 - TARGET_ARCH=amd64 TB --- 2013-12-16 15:37:04 - TZ=UTC TB --- 2013-12-16 15:37:04 - __MAKE_CONF=/dev/null TB --- 2013-12-16 15:37:04 - cd /src TB --- 2013-12-16 15:37:04 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon Dec 16 15:37:04 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Mon Dec 16 16:09:47 UTC 2013 TB --- 2013-12-16 16:09:47 - cd /src/sys/amd64/conf TB --- 2013-12-16 16:09:47 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-16 16:09:47 - building LINT-NOINET6 kernel TB --- 2013-12-16 16:09:47 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 16:09:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 16:09:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 16:09:47 - SRCCONF=/dev/null TB --- 2013-12-16 16:09:47 - TARGET=amd64 TB --- 2013-12-16 16:09:47 - TARGET_ARCH=amd64 TB --- 2013-12-16 16:09:47 - TZ=UTC TB --- 2013-12-16 16:09:47 - __MAKE_CONF=/dev/null TB --- 2013-12-16 16:09:47 - cd /src TB --- 2013-12-16 16:09:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon Dec 16 16:09:47 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET6 completed on Mon Dec 16 16:40:49 UTC 2013 TB --- 2013-12-16 16:40:49 - cd /src/sys/amd64/conf TB --- 2013-12-16 16:40:49 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-16 16:40:49 - building LINT-NOIP kernel TB --- 2013-12-16 16:40:49 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 16:40:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 16:40:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 16:40:49 - SRCCONF=/dev/null TB --- 2013-12-16 16:40:49 - TARGET=amd64 TB --- 2013-12-16 16:40:49 - TARGET_ARCH=amd64 TB --- 2013-12-16 16:40:49 - TZ=UTC TB --- 2013-12-16 16:40:49 - __MAKE_CONF=/dev/null TB --- 2013-12-16 16:40:49 - cd /src TB --- 2013-12-16 16:40:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon Dec 16 16:40:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-NOIP completed on Mon Dec 16 17:10:16 UTC 2013 TB --- 2013-12-16 17:10:16 - cd /src/sys/amd64/conf TB --- 2013-12-16 17:10:16 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-16 17:10:17 - building LINT-VIMAGE kernel TB --- 2013-12-16 17:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 17:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 17:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 17:10:17 - SRCCONF=/dev/null TB --- 2013-12-16 17:10:17 - TARGET=amd64 TB --- 2013-12-16 17:10:17 - TARGET_ARCH=amd64 TB --- 2013-12-16 17:10:17 - TZ=UTC TB --- 2013-12-16 17:10:17 - __MAKE_CONF=/dev/null TB --- 2013-12-16 17:10:17 - cd /src TB --- 2013-12-16 17:10:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Dec 16 17:10:17 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 17:21:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 17:21:45 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-16 17:21:45 - 17020.55 user 3187.42 system 22285.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 17:52:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19D7AD55 for ; Mon, 16 Dec 2013 17:52:14 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CAD91751 for ; Mon, 16 Dec 2013 17:52:13 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LlUZz-1VHd1W2aOt-00bID6 for ; Mon, 16 Dec 2013 18:52:05 +0100 Message-ID: <52AF3DA4.9040507@gmx.com> Date: Mon, 16 Dec 2013 18:51:32 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: buildworld error (tcpdump and Capsicum) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:5WjPkbFpJUKcUHlervB4V9dIRN7Pg7jAGj9QdQwb+8qHJ7Cq6wO zAwWhY/USgMJ9yWqRoidpjVCfFl+0q6TQFGc+EV9FcRH9CB9z1WLI8tevV3baflhj9CJ6N4 8GbJZOQtUjXyuepY1tLcbveYt4yHhZApcJCWYAeqgYwd2Atnm3/SKsyIsriwqfxAdEhJ46D jt62StjoVRsO++cVrxwVA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 17:52:14 -0000 /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c:36:10: fatal error: 'libcapsicum.h' file not found #include I have, notably, WITHOUT_CAPSICUM=1 in /etc/src.conf. From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 18:33:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B87A147; Mon, 16 Dec 2013 18:33:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F1821DB3; Mon, 16 Dec 2013 18:33:18 +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 rBGIXHTP006903; Mon, 16 Dec 2013 13:33:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGIXHo9006591; Mon, 16 Dec 2013 18:33:17 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 18:33:17 GMT Message-Id: <201312161833.rBGIXHo9006591@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 ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 18:33:19 -0000 TB --- 2013-12-16 16:49:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 16:49:40 - 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 --- 2013-12-16 16:49:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-16 16:49:40 - cleaning the object tree TB --- 2013-12-16 16:51:30 - /usr/local/bin/svn stat /src TB --- 2013-12-16 16:51:49 - At svn revision 259463 TB --- 2013-12-16 16:51:50 - building world TB --- 2013-12-16 16:51:50 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 16:51:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 16:51:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 16:51:50 - SRCCONF=/dev/null TB --- 2013-12-16 16:51:50 - TARGET=ia64 TB --- 2013-12-16 16:51:50 - TARGET_ARCH=ia64 TB --- 2013-12-16 16:51:50 - TZ=UTC TB --- 2013-12-16 16:51:50 - __MAKE_CONF=/dev/null TB --- 2013-12-16 16:51:50 - cd /src TB --- 2013-12-16 16:51:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 16:51:58 UTC 2013 >>> 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 Dec 16 18:26:15 UTC 2013 TB --- 2013-12-16 18:26:15 - generating LINT kernel config TB --- 2013-12-16 18:26:15 - cd /src/sys/ia64/conf TB --- 2013-12-16 18:26:15 - /usr/bin/make -B LINT TB --- 2013-12-16 18:26:15 - cd /src/sys/ia64/conf TB --- 2013-12-16 18:26:15 - /usr/sbin/config -m LINT TB --- 2013-12-16 18:26:15 - building LINT kernel TB --- 2013-12-16 18:26:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 18:26:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 18:26:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 18:26:15 - SRCCONF=/dev/null TB --- 2013-12-16 18:26:15 - TARGET=ia64 TB --- 2013-12-16 18:26:15 - TARGET_ARCH=ia64 TB --- 2013-12-16 18:26:15 - TZ=UTC TB --- 2013-12-16 18:26:15 - __MAKE_CONF=/dev/null TB --- 2013-12-16 18:26:15 - cd /src TB --- 2013-12-16 18:26:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 18:26:16 UTC 2013 >>> 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/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 18:33:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 18:33:12 - ERROR: failed to build LINT kernel TB --- 2013-12-16 18:33:12 - 4775.75 user 873.88 system 6211.96 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 18:43:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40C73688 for ; Mon, 16 Dec 2013 18:43:34 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 68AA61E7C for ; Mon, 16 Dec 2013 18:43:32 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 53F367300A; Mon, 16 Dec 2013 19:46:26 +0100 (CET) Date: Mon, 16 Dec 2013 19:46:26 +0100 From: Luigi Rizzo To: current@freebsd.org Subject: RFC: less chatty system builds Message-ID: <20131216184626.GA17125@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 18:43:34 -0000 The following is a proof-of-concept patch to make system builds less chatty. It also has the nice side effect of showing more clearly which rules are used during the build and possibly help debugging the share/mk files and the individual Makefiles. The logic is the following: the environment/make variable SILENT (or any other name we may want to use; linux defaults to quiet mode and uses V=1 to be as verbose as we are), is analysed in one of the top *.mk files (i used bsd.own.mk) to conditionally create ECHO_CC, ECHO_CXX, ... SILENT_CMD variables. Then individual rules in the makefiles are extended with an extra ${ECHO_...} (non-null to print the brief form of the command) and each command is prefix ${SILENT_CMD} on each line (which becomes @ when we want to be quiet) I could not find a less intrusive way. Ideally I would prepend a '@' to ${CC} and other commands, but Make only supports appending ( += ) but not prepending text to a variable. The output becomes something like this: ... LIB CC /media/bsd10/usr/home/luigi/FreeBSD/head/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c LIB CC /media/bsd10/usr/home/luigi/FreeBSD/head/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c LIB CC /media/bsd10/usr/home/luigi/FreeBSD/head/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modsi3.c LIB CC /media/bsd10/usr/home/luigi/FreeBSD/head/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c LIB CC /media/bsd10/usr/home/luigi/FreeBSD/head/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c building static compiler_rt library ranlib libcompiler_rt.a ... PROG MKDEP /media/bsd10/usr/home/luigi/FreeBSD/obj_head/media/bsd10/usr/home/luigi/FreeBSD/head/tmp/media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/.depend PROG MKDEP /media/bsd10/usr/home/luigi/FreeBSD/obj_head/media/bsd10/usr/home/luigi/FreeBSD/head/tmp/media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/.depend ______EXTRADEPEND________ PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_main.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_clntout.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_cout.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_hout.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_parse.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_sample.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_scan.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_svcout.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_tblout.c PROG CC /media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpc_util.c PROG LD /media/bsd10/usr/home/luigi/FreeBSD/obj_head/media/bsd10/usr/home/luigi/FreeBSD/head/tmp/media/bsd10/usr/home/luigi/FreeBSD/head/usr.bin/rpcgen/rpcgen SRCS PROG INSTALL _proginstall ... and for the kernel ... CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/dev/virtio/virtio.c CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/dev/virtio/virtqueue.c AWK+CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/dev/virtio/virtio_bus_if.m AWK+CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/dev/virtio/virtio_if.m CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/dev/virtio/pci/virtio_pci.c CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/dev/virtio/network/if_vtnet.c CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/isa/syscons_isa.c CC /media/bsd10/usr/home/luigi/FreeBSD/head/sys/isa/vga_isa.c ... which I find incredibly more readable and useful than our default. It might still be a little too chatty (e.g. we might try to trim part of the pathnames). --- QUESTIONS ABOUT OUR Makefiles and share/mk files Apart from improving readability, with this patch i noticed the following (which may be well known to our toolchain gurus): - there are several programs in our source tree (e.g. sh, csh, others) that have their own ${CC} invocation in the makefiles -- often to do the final link phase. They clearly show up in the build output because of the 400-character lines cc -Dthis_and_that -Oall_possible_things -Imost_paths... Maybe we could revise these things ? - we do not seem to have a default rule .o: to link a single object, should we include it ? cheers luigi (patch follows) Index: bsd.dep.mk =================================================================== --- bsd.dep.mk (revision 259453) +++ bsd.dep.mk (working copy) @@ -135,14 +135,15 @@ DPSRCS+= ${SRCS} ${DEPENDFILE}: ${DPSRCS} - rm -f ${DEPENDFILE} + ${ECHO_MKDEP} + ${SILENT_CMD} rm -f ${DEPENDFILE} .if !empty(DPSRCS:M*.[cS]) - ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ + ${SILENT_CMD} ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ ${MKDEP_CFLAGS} ${.ALLSRC:M*.[cS]} .endif .if !empty(DPSRCS:M*.cc) || !empty(DPSRCS:M*.C) || !empty(DPSRCS:M*.cpp) || \ !empty(DPSRCS:M*.cxx) - ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ + ${SILENT_CMD} ${MKDEPCMD} -f ${DEPENDFILE} -a ${MKDEP} \ ${MKDEP_CXXFLAGS} \ ${.ALLSRC:M*.cc} ${.ALLSRC:M*.C} ${.ALLSRC:M*.cpp} ${.ALLSRC:M*.cxx} .endif Index: bsd.lib.mk =================================================================== --- bsd.lib.mk (revision 259453) +++ bsd.lib.mk (working copy) @@ -4,6 +4,8 @@ .include +STGT = LIB + # Set up the variables controlling shared libraries. After this section, # SHLIB_NAME will be defined only if we are to create a shared library. # SHLIB_LINK will be defined only if we are to create a link to it. @@ -67,25 +69,31 @@ PO_FLAG=-pg .c.o: - ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} - ${CTFCONVERT_CMD} + ${ECHO_CC} + ${SILENT_CMD} ${CC} ${STATIC_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} + ${SILENT_CMD} ${CTFCONVERT_CMD} .c.po: - ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} -o ${.TARGET} - ${CTFCONVERT_CMD} + ${ECHO_CC} .po + ${SILENT_CMD} ${CC} ${PO_FLAG} ${STATIC_CFLAGS} ${PO_CFLAGS} -c ${.IMPSRC} -o ${.TARGET} + ${SILENT_CMD} ${CTFCONVERT_CMD} .c.So: - ${CC} ${PICFLAG} -DPIC ${SHARED_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} - ${CTFCONVERT_CMD} + ${ECHO_CC} .So + ${SILENT_CMD} ${CC} ${PICFLAG} -DPIC ${SHARED_CFLAGS} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET} + ${SILENT_CMD} ${CTFCONVERT_CMD} .cc.o .C.o .cpp.o .cxx.o: - ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} + ${ECHO_CXX} + ${SILENT_CMD} ${CXX} ${STATIC_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} .cc.po .C.po .cpp.po .cxx.po: - ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} + ${ECHO_CXX} .po + ${SILENT_CMD} ${CXX} ${PO_FLAG} ${STATIC_CXXFLAGS} ${PO_CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} .cc.So .C.So .cpp.So .cxx.So: - ${CXX} ${PICFLAG} -DPIC ${SHARED_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} + ${ECHO_CXX} .So + ${SILENT_CMD} ${CXX} ${PICFLAG} -DPIC ${SHARED_CXXFLAGS} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET} .f.po: ${FC} -pg ${FFLAGS} -o ${.TARGET} -c ${.IMPSRC} Index: bsd.own.mk =================================================================== --- bsd.own.mk (revision 259453) +++ bsd.own.mk (working copy) @@ -678,4 +678,15 @@ # overriden by Makefiles, but the user may choose to set this in src.conf(5). TESTSBASE?= /usr/tests +# support silent compilations +# STGT is the part of system (sys, lib, etc.) we are building +.if defined(SILENT) +ECHO_CC= @echo "${STGT} CC ${.IMPSRC}" +ECHO_CXX= @echo "${STGT} CXX ${.IMPSRC}" +ECHO_LD= @echo "${STGT} LD `pwd`/${.TARGET}" +ECHO_MKDEP=@echo "${STGT} MKDEP `pwd`/${.TARGET}" +ECHO_INSTALL=@echo "${STGT} INSTALL ${.TARGET}" +SILENT_CMD=@ +.endif + .endif # !target(____) Index: bsd.prog.mk =================================================================== --- bsd.prog.mk (revision 259453) +++ bsd.prog.mk (working copy) @@ -3,6 +3,8 @@ .include +STGT= PROG + .SUFFIXES: .out .o .c .cc .cpp .cxx .C .m .y .l .ln .s .S .asm # XXX The use of COPTS in modern makefiles is discouraged. @@ -86,10 +88,11 @@ ${PROG_FULL}: beforelinking .endif ${PROG_FULL}: ${OBJS} + ${ECHO_LD} SRCS .if defined(PROG_CXX) - ${CXX} ${CXXFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} + ${SILENT_CMD} ${CXX} ${CXXFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} .else - ${CC} ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} + ${SILENT_CMD} ${CC} ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} .endif .if ${MK_CTF} != "no" ${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${OBJS} @@ -116,13 +119,14 @@ ${PROG_FULL}: beforelinking .endif ${PROG_FULL}: ${OBJS} + ${ECHO_LD} NO-SRCS .if defined(PROG_CXX) - ${CXX} ${CXXFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} + ${SILENT_CMD} ${CXX} ${CXXFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} .else - ${CC} ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} + ${SILENT_CMD} ${CC} ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} .endif .if ${MK_CTF} != "no" - ${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${OBJS} + ${SILENT_CMD} ${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${OBJS} .endif .endif # !target(${PROG}) @@ -166,17 +170,18 @@ .if defined(PROG) _EXTRADEPEND: + ${ECHO_MKDEP} ______EXTRADEPEND________ .if defined(LDFLAGS) && !empty(LDFLAGS:M-nostdlib) .if defined(DPADD) && !empty(DPADD) - echo ${PROG}: ${DPADD} >> ${DEPENDFILE} + ${SILENT_CMD} echo ${PROG}: ${DPADD} >> ${DEPENDFILE} .endif .else - echo ${PROG}: ${LIBC} ${DPADD} >> ${DEPENDFILE} + ${SILENT_CMD} echo ${PROG}: ${LIBC} ${DPADD} >> ${DEPENDFILE} .if defined(PROG_CXX) && !defined(EARLY_BUILD) .if ${MK_CLANG_IS_CC} != "no" && empty(CXXFLAGS:M-stdlib=libstdc++) - echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} + ${SILENT_CMD} echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} .else - echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} + ${SILENT_CMD} echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} .endif .endif .endif @@ -200,14 +205,15 @@ realinstall: _proginstall .ORDER: beforeinstall _proginstall _proginstall: + ${ECHO_INSTALL} .if defined(PROG) - ${INSTALL} ${STRIP} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ + ${SILENT_CMD} ${INSTALL} ${STRIP} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${_INSTALLFLAGS} ${PROG} ${DESTDIR}${BINDIR}/${PROGNAME} .if ${MK_DEBUG_FILES} != "no" .if defined(DEBUGMKDIR) - ${INSTALL} -T debug -d ${DESTDIR}${DEBUGFILEDIR} + ${SILENT_CMD} ${INSTALL} -T debug -d ${DESTDIR}${DEBUGFILEDIR} .endif - ${INSTALL} -T debug -o ${BINOWN} -g ${BINGRP} -m ${DEBUGMODE} \ + ${SILENT_CMD} ${INSTALL} -T debug -o ${BINOWN} -g ${BINGRP} -m ${DEBUGMODE} \ ${PROGNAME}.debug ${DESTDIR}${DEBUGFILEDIR}/${PROGNAME}.debug .endif .endif Index: sys.mk =================================================================== --- sys.mk (revision 259453) +++ sys.mk (working copy) @@ -4,6 +4,8 @@ unix ?= We run FreeBSD, not UNIX. .FreeBSD ?= true +STGT = SYS + .if !defined(%POSIX) # # MACHINE_CPUARCH defines a collection of MACHINE_ARCH. Machines with @@ -167,6 +169,7 @@ # SINGLE SUFFIX RULES .c: + ${ECHO_CC} POSIX SINGLE ${CC} ${CFLAGS} ${LDFLAGS} -o ${.TARGET} ${.IMPSRC} ${CTFCONVERT_CMD} @@ -181,6 +184,7 @@ # DOUBLE SUFFIX RULES .c.o: + ${ECHO_CC} POSIX ${CC} ${CFLAGS} -c ${.IMPSRC} ${CTFCONVERT_CMD} @@ -211,6 +215,7 @@ mv lex.yy.c ${.TARGET} .c.a: + ${ECHO_CC} LIB POSIX ${CC} ${CFLAGS} -c ${.IMPSRC} ${AR} ${ARFLAGS} ${.TARGET} ${.PREFIX}.o rm -f ${.PREFIX}.o @@ -237,22 +242,27 @@ touch ${.TARGET} .c: - ${CC} ${CFLAGS} ${LDFLAGS} ${.IMPSRC} ${LDLIBS} -o ${.TARGET} - ${CTFCONVERT_CMD} + ${ECHO_CC} SINGLE + ${SILENT_CMD} ${CC} ${CFLAGS} ${LDFLAGS} ${.IMPSRC} ${LDLIBS} -o ${.TARGET} + ${SILENT_CMD} ${CTFCONVERT_CMD} .c.o: - ${CC} ${CFLAGS} -c ${.IMPSRC} - ${CTFCONVERT_CMD} + ${ECHO_CC} + ${SILENT_CMD}${CC} ${CFLAGS} -c ${.IMPSRC} + ${SILENT_CMD}${CTFCONVERT_CMD} .cc .cpp .cxx .C: - ${CXX} ${CXXFLAGS} ${LDFLAGS} ${.IMPSRC} ${LDLIBS} -o ${.TARGET} + ${ECHO_CXX} SINGLE + ${SILENT_CMD} ${CXX} ${CXXFLAGS} ${LDFLAGS} ${.IMPSRC} ${LDLIBS} -o ${.TARGET} .cc.o .cpp.o .cxx.o .C.o: - ${CXX} ${CXXFLAGS} -c ${.IMPSRC} + ${ECHO_CXX} + ${SILENT_CMD}${CXX} ${CXXFLAGS} -c ${.IMPSRC} .m.o: - ${OBJC} ${OBJCFLAGS} -c ${.IMPSRC} - ${CTFCONVERT_CMD} + ${ECHO_CC} OBJC + ${SILENT_CMD} ${OBJC} ${OBJCFLAGS} -c ${.IMPSRC} + ${SILENT_CMD} ${CTFCONVERT_CMD} .p.o: ${PC} ${PFLAGS} -c ${.IMPSRC} @@ -299,6 +309,7 @@ ${LEX} -t ${LFLAGS} ${.IMPSRC} > ${.TARGET} .s.out .c.out .o.out: + ${ECHO_CC} LINK.out ${CC} ${CFLAGS} ${LDFLAGS} ${.IMPSRC} ${LDLIBS} -o ${.TARGET} ${CTFCONVERT_CMD} From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 19:48:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58418690 for ; Mon, 16 Dec 2013 19:48:38 +0000 (UTC) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 236431362 for ; Mon, 16 Dec 2013 19:48:37 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id at1so7077692iec.21 for ; Mon, 16 Dec 2013 11:48:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=enj9jvniV5WOImhX90L4FcEeEFIfzkQkTBrMCc8eFbg=; b=gIG5+4SeiVPTceKzPivzi7NN8v9Zu1K1UFqszS29GlE8mrcWBi9Br75FVHqxlwz5Hf DPBHoyayD30fRf64PRbgXxpV07JqBbM3qtRd6FtGtVzoscVyNMaX+lKbQa6S2X++BR3f DPzumahQprQywfFZQ1SVW1n0lbNPS63xb0KDfdTNzELHNM3QjcWtnE2putt0NG41D0UP HFpqLpiahyjPjdP5N+49Vni76WDCPTTaW7sp0qEJPlVFuSSNgTqg0+TgkmnGYmqemOAr by8mcNRpNygoIy48fcsq3RwFDSb1JfVQ5wty+MId2YhTY+OOTFyvirSwrCFCNfeCnTbg nXrA== X-Gm-Message-State: ALoCoQnc/vqUMb12KLgE3jqCSVhweE07uy8n9gG6PwSz16LOvcXGbWyTAVuKbLfIf895U3eiJ/EG X-Received: by 10.43.60.139 with SMTP id ws11mr13729183icb.12.1387223317122; Mon, 16 Dec 2013 11:48:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.59.33 with HTTP; Mon, 16 Dec 2013 11:48:17 -0800 (PST) X-Originating-IP: [2620:0:1003:1007:4194:b379:7368:b423] In-Reply-To: <20131216184626.GA17125@onelab2.iet.unipi.it> References: <20131216184626.GA17125@onelab2.iet.unipi.it> From: Julio Merino Date: Mon, 16 Dec 2013 14:48:17 -0500 Message-ID: Subject: Re: RFC: less chatty system builds To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 19:48:38 -0000 On Mon, Dec 16, 2013 at 1:46 PM, Luigi Rizzo wrote: > The following is a proof-of-concept patch to make system builds > less chatty. > > It also has the nice side effect of showing more clearly > which rules are used during the build and possibly help > debugging the share/mk files and the individual Makefiles. > I like the feature having used it in NetBSD routinely. Have you checked how NetBSD does this? It seems you are going for a yes/no approach while NetBSD supports various levels of verbosity. Trying to copy what's done there may be a good idea, if only at the interface level. Search for MAKEVERBOSE as a starting point here: http://cvsweb.netbsd.org/bsdweb.cgi/src/share/mk/bsd.own.mk?rev=1.759&content-type=text/x-cvsweb-markup&only_with_tag=MAIN -- Julio Merino / @jmmv From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 20:20:42 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92699809; Mon, 16 Dec 2013 20:20:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 584BF17A9; Mon, 16 Dec 2013 20:20:42 +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 rBGKKf2F091297; Mon, 16 Dec 2013 15:20:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGKKeX9091296; Mon, 16 Dec 2013 20:20:40 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 20:20:40 GMT Message-Id: <201312162020.rBGKKeX9091296@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 sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 20:20:42 -0000 TB --- 2013-12-16 19:08:08 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 19:08:08 - 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 --- 2013-12-16 19:08:08 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-16 19:08:08 - cleaning the object tree TB --- 2013-12-16 19:10:26 - /usr/local/bin/svn stat /src TB --- 2013-12-16 19:10:30 - At svn revision 259463 TB --- 2013-12-16 19:10:31 - building world TB --- 2013-12-16 19:10:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 19:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 19:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 19:10:31 - SRCCONF=/dev/null TB --- 2013-12-16 19:10:31 - TARGET=sparc64 TB --- 2013-12-16 19:10:31 - TARGET_ARCH=sparc64 TB --- 2013-12-16 19:10:31 - TZ=UTC TB --- 2013-12-16 19:10:31 - __MAKE_CONF=/dev/null TB --- 2013-12-16 19:10:31 - cd /src TB --- 2013-12-16 19:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 19:10:40 UTC 2013 >>> 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 Dec 16 20:16:13 UTC 2013 TB --- 2013-12-16 20:16:13 - generating LINT kernel config TB --- 2013-12-16 20:16:13 - cd /src/sys/sparc64/conf TB --- 2013-12-16 20:16:13 - /usr/bin/make -B LINT TB --- 2013-12-16 20:16:13 - cd /src/sys/sparc64/conf TB --- 2013-12-16 20:16:13 - /usr/sbin/config -m LINT TB --- 2013-12-16 20:16:13 - building LINT kernel TB --- 2013-12-16 20:16:13 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 20:16:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 20:16:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 20:16:13 - SRCCONF=/dev/null TB --- 2013-12-16 20:16:13 - TARGET=sparc64 TB --- 2013-12-16 20:16:13 - TARGET_ARCH=sparc64 TB --- 2013-12-16 20:16:13 - TZ=UTC TB --- 2013-12-16 20:16:13 - __MAKE_CONF=/dev/null TB --- 2013-12-16 20:16:13 - cd /src TB --- 2013-12-16 20:16:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 20:16:13 UTC 2013 >>> 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/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 20:20:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 20:20:40 - ERROR: failed to build LINT kernel TB --- 2013-12-16 20:20:40 - 3304.93 user 599.22 system 4352.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 21:12:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C10F656A; Mon, 16 Dec 2013 21:12:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 858EF1E43; Mon, 16 Dec 2013 21:12: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 rBGLCpgp059845; Mon, 16 Dec 2013 16:12:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGLCpbT059841; Mon, 16 Dec 2013 21:12:51 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 21:12:51 GMT Message-Id: <201312162112.rBGLCpbT059841@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 powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 21:12:52 -0000 TB --- 2013-12-16 18:33:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 18:33:18 - 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 --- 2013-12-16 18:33:18 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-16 18:33:18 - cleaning the object tree TB --- 2013-12-16 18:34:55 - /usr/local/bin/svn stat /src TB --- 2013-12-16 18:35:05 - At svn revision 259463 TB --- 2013-12-16 18:35:06 - building world TB --- 2013-12-16 18:35:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 18:35:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 18:35:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 18:35:06 - SRCCONF=/dev/null TB --- 2013-12-16 18:35:06 - TARGET=powerpc TB --- 2013-12-16 18:35:06 - TARGET_ARCH=powerpc TB --- 2013-12-16 18:35:06 - TZ=UTC TB --- 2013-12-16 18:35:06 - __MAKE_CONF=/dev/null TB --- 2013-12-16 18:35:06 - cd /src TB --- 2013-12-16 18:35:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 18:35:13 UTC 2013 >>> 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 Dec 16 21:08:35 UTC 2013 TB --- 2013-12-16 21:08:35 - generating LINT kernel config TB --- 2013-12-16 21:08:35 - cd /src/sys/powerpc/conf TB --- 2013-12-16 21:08:35 - /usr/bin/make -B LINT TB --- 2013-12-16 21:08:35 - cd /src/sys/powerpc/conf TB --- 2013-12-16 21:08:35 - /usr/sbin/config -m LINT TB --- 2013-12-16 21:08:35 - building LINT kernel TB --- 2013-12-16 21:08:35 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 21:08:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 21:08:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 21:08:35 - SRCCONF=/dev/null TB --- 2013-12-16 21:08:35 - TARGET=powerpc TB --- 2013-12-16 21:08:35 - TARGET_ARCH=powerpc TB --- 2013-12-16 21:08:35 - TZ=UTC TB --- 2013-12-16 21:08:35 - __MAKE_CONF=/dev/null TB --- 2013-12-16 21:08:35 - cd /src TB --- 2013-12-16 21:08:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 21:08:36 UTC 2013 >>> 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 -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 21:12:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 21:12:51 - ERROR: failed to build LINT kernel TB --- 2013-12-16 21:12:51 - 8140.20 user 989.68 system 9573.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 21:36:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C36A531 for ; Mon, 16 Dec 2013 21:36:06 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4780A1FEF for ; Mon, 16 Dec 2013 21:36:05 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::9086:c23:8be1:c0db] (unknown [IPv6:2001:7b8:3a7:0:9086:c23:8be1:c0db]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8DDA55C43; Mon, 16 Dec 2013 22:35:56 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_A12F8B49-1A86-4BF5-89CF-CB295B22E0CB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: RFC: less chatty system builds From: Dimitry Andric In-Reply-To: <20131216184626.GA17125@onelab2.iet.unipi.it> Date: Mon, 16 Dec 2013 22:35:47 +0100 Message-Id: References: <20131216184626.GA17125@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1822) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 21:36:06 -0000 --Apple-Mail=_A12F8B49-1A86-4BF5-89CF-CB295B22E0CB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 16 Dec 2013, at 19:46, Luigi Rizzo wrote: > The following is a proof-of-concept patch to make system builds > less chatty. > > It also has the nice side effect of showing more clearly > which rules are used during the build and possibly help > debugging the share/mk files and the individual Makefiles. > > The logic is the following: > the environment/make variable SILENT (or any other name we may want > to use; linux defaults to quiet mode and uses V=1 to be as verbose > as we are), I cannot imagine I am the only one that dislikes Linux's approach of not showing exactly what it is doing, so I have no objection, as long as it is not the default. (I really hate having to hunt around for the magic option to enable verbose output if I want to know how a program is compiled...) Also, if you want "silent" builds, you should use make -s instead. That is much less chatty than (IMHO) useless "CC foo", "LD bar" messages. In any case, if anything like this is implemented, I would really prefer something like CMake does, e.g. give you a percentage counter that provides some information about how 'far' the build is progressing. -Dimitry --Apple-Mail=_A12F8B49-1A86-4BF5-89CF-CB295B22E0CB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlKvcjoACgkQsF6jCi4glqPdWgCePKqwdykbNVu3r3xDl2HnU/yA oI0AoP41X1yttDfY138gOvFBeJ2DNlgB =6iKl -----END PGP SIGNATURE----- --Apple-Mail=_A12F8B49-1A86-4BF5-89CF-CB295B22E0CB-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 16 23:48:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7ACFEC2 for ; Mon, 16 Dec 2013 23:48:23 +0000 (UTC) Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 336991B32 for ; Mon, 16 Dec 2013 23:48:22 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id w62so5391535wes.3 for ; Mon, 16 Dec 2013 15:48:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=I0cmIXsoAWvPb7WVFAHv3rwbBYvQ4EhARv2UD5UFwIo=; b=azWuhTsj3ctCGbRB+I6gMRx/0ufPzaY2ueyWbNDSqav6FMgh6wVgTZ1onnEcomlvXd DQ6p/cMZKZ8sEp/QoI1FBni2Q7tCEE5eoJD65lb021wLVFGY8ljbE+WkoLqkf9N2XlKE Yeo2+wHy6x64h7C4Rnd4RNAthF5ufN+pPQ13UKItEKYBNbZrNVGNmTMzZmztdF899oIO mTXlBoGL69k3pSf2B6OHZZkNRK6OapOw3O48oMRemo9nGNEOPeKO/Ar+RODUuFkY0SlZ 4otaKK7xbqjjf4cKyzM2qjyLzrYP1Q3Sxn1LS28GpQJPwGj4HWtm7UyrwA9JBd4yEwZe FG4Q== X-Gm-Message-State: ALoCoQkv/YjyGCdYShbh8QLoentkvWsC29Z4WFfutSubR/Yhyvjsvgbx9v8Qh3mq0rwk4Qnuxhel MIME-Version: 1.0 X-Received: by 10.194.11.38 with SMTP id n6mr15499419wjb.25.1387237306195; Mon, 16 Dec 2013 15:41:46 -0800 (PST) Sender: ray@ddteam.net Received: by 10.216.193.193 with HTTP; Mon, 16 Dec 2013 15:41:46 -0800 (PST) In-Reply-To: <52AEF86B.5080600@FreeBSD.org> References: <52AEF86B.5080600@FreeBSD.org> Date: Tue, 17 Dec 2013 01:41:46 +0200 X-Google-Sender-Auth: Cc1q8vtQTN-KfiCOY1fkCYdzUTQ Message-ID: Subject: Re: r259286 panic From: Aleksandr Rybalko To: Alexander Motin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Eitan Adler , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Dec 2013 23:48:23 -0000 Hi guys! I've investigate problem a bit. And can say that callout initialized with callout_int(), w/o mpsafe flag: callout_init(&vw->vw_proc_dead_timer, 0); [sys/dev/vt/vt_core.c:1714] And callout_init did not set CALLOUT_RETURNUNLOCKED flag, and assign it's lock object to Giant, but where Giant lost on exit from callout I dunno :) seems some bug somewhere much deep. Eitan, do this 100% reproducible? If so, can you please try to replace callout_init(&vw->vw_proc_dead_timer, 0); with callout_init(&vw->vw_proc_dead_timer, CALLOUT_MPSAFE); at [sys/dev/vt/vt_core.c:1714] ? Thanks! 2013/12/16 Alexander Motin > On 15.12.2013 22:22, Eitan Adler wrote: > >> On Sun, Dec 15, 2013 at 3:23 AM, Eitan Adler >> wrote: >> >>> FreeBSD gravity.local 11.0-CURRENT FreeBSD 11.0-CURRENT #7 r259286: >>> Fri Dec 13 00:33:37 EST 2013 >>> eitan@gravity.local:/usr/obj/usr/src/sys/EADLER amd64 >>> >>> Complete textdump here: http://people.freebsd.org/~ >>> eadler/files/core.txt.1 >>> >>> My kernel is built with complete debug symbols, INVARIANTS, ddb, etc. >>> but no WITNESS. >>> >>> I have vt and vt_vga enabled but not sc and vga (newcons, but not >>> syscons). >>> >> >> >> Replying to myself with more data: >> >> gdb$ list kern_timeout.c >> Can't find member of namespace, class, struct, or union named >> "kern_timeout.c" >> Hint: try 'kern_timeout.c or 'kern_timeout.c >> (Note leading single quote.) >> gdb$ list kern_timeout.c:700 >> 695 lastfunc = c_func; >> 696 } >> 697 #endif >> 698 CTR1(KTR_CALLOUT, "callout %p finished", c); >> 699 if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) >> 700 class->lc_unlock(c_lock); >> 701 skip: >> 702 CC_LOCK(cc); >> 703 KASSERT(cc->cc_exec_entity[direct].cc_curr == c, >> ("mishandled cc_curr")); >> 704 cc->cc_exec_entity[direct].cc_curr = NULL; >> gdb$ p c >> $1 = (struct callout *) 0xffffffff812121f8 >> gdb$ p *c >> $2 = { >> c_links = { >> le = { >> le_next = 0xfffffe0005f00318, >> le_prev = 0xffffffff813aa690 >> }, >> sle = { >> sle_next = 0xfffffe0005f00318 >> }, >> tqe = { >> tqe_next = 0xfffffe0005f00318, >> tqe_prev = 0xffffffff813aa690 >> } >> }, >> c_time = 0x2c0d9170f2f51, >> c_precision = 0xeffffeea, >> c_arg = 0xffffffff81212148, >> c_func = 0xffffffff8067e6e0 , >> c_lock = 0x0, >> c_flags = 0x80, >> c_cpu = 0x0 >> } >> >> >> From the 'vt_switch_timer' function it appears that something is wrong >> with vt. >> >> >> In addition avg@ mentioned that he wonders why class->lc_lock(c_lock, >> ...) is protected by if (c_lock != NULL) but class->lc_unlock(c_lock) >> does not have that guard. >> > > It worked so far because callout_init() sets CALLOUT_RETURNUNLOCKED flag > if there is no callout lock. I am not sure whether we should better add > check or assertion to _callout_init_lock(). > > So either VT passes something odd/NULL pointer to callout_init_mtx(), or > something overwrites the callout structure after scheduling the callout. > > -- > Alexander Motin > -- WBW ------- Rybalko Aleksandr aka Alex RAY D-Link.ua From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 00:18:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA08E1DD for ; Tue, 17 Dec 2013 00:18:51 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 905621F4E for ; Tue, 17 Dec 2013 00:18:51 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id i8so4360114qcq.10 for ; Mon, 16 Dec 2013 16:18:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=W6ssRTwH7piYwFkknXMgYDXgR4eySBHAzl1qH0GHhU8=; b=SSHKZtbY1BvvfLPuqZgdfRP/B9P29PtYeSXNGjbsxwWPWUfaW4ePSqZG5Q14P+FpiJ GK6NbumH97kKkkwPBDKyBbiExof+0m3EaQ+6zS+n32r4HLDQFIBIfVi45s/5g4tRWHYD YnuzHGPBXELFstDtG84CbO7xG+zRcIrkKa6N0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=W6ssRTwH7piYwFkknXMgYDXgR4eySBHAzl1qH0GHhU8=; b=ZNlsUg3DM5mzv138GzG8zMPwuSBtbt6wtlvzh03Xpr/oNhRCYpCYcAZU+8/aV+zPfG EZaBRYGn5+T8M9CqdU8r9boV+kHZ9LQOHKe2vHhZKj50PtvHJvAzX6ffp0D7NX1WmbZS nM8E7gu0bm28LrqGRXtmWNYzZ1THoGRPOYbQdIDmdQH3A85lD8p8HBdPhTGxEzjg2mwi sezjvat2geIt4lN6uycVgE7x2Fv1CEXP1gfPDcNDHaVUnTbAv0yRQbCuhcyS1H1dSuYn g/HfvolBpElIpq8NqE/iGqS3WOelBogRK/PwSUvdDcAP0ezja32qqSBjZB+tppoYmTIm ECJg== X-Gm-Message-State: ALoCoQny6CkfcuAg7WGt65ldp38YCCZM0dNO5oRxv+2bdl09V0FZYwx0vDs327nO29XcHLideULx X-Received: by 10.49.74.138 with SMTP id t10mr37588354qev.21.1387239530640; Mon, 16 Dec 2013 16:18:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.86.42 with HTTP; Mon, 16 Dec 2013 16:18:20 -0800 (PST) In-Reply-To: References: <52AEF86B.5080600@FreeBSD.org> From: Eitan Adler Date: Mon, 16 Dec 2013 19:18:20 -0500 Message-ID: Subject: Re: r259286 panic To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 00:18:51 -0000 On Mon, Dec 16, 2013 at 6:41 PM, Aleksandr Rybalko wrote: > > Hi guys! > > I've investigate problem a bit. And can say that callout initialized with > callout_int(), w/o mpsafe flag: > callout_init(&vw->vw_proc_dead_timer, 0); > [sys/dev/vt/vt_core.c:1714] > And callout_init did not set CALLOUT_RETURNUNLOCKED flag, and assign it's > lock object to Giant, but where Giant lost on exit from callout I dunno :) > > seems some bug somewhere much deep. > > Eitan, do this 100% reproducible? If so, can you please try to replace > callout_init(&vw->vw_proc_dead_timer, 0); > with > callout_init(&vw->vw_proc_dead_timer, CALLOUT_MPSAFE); > at [sys/dev/vt/vt_core.c:1714] ? I can not reproduce it, despite trying. >From memory here is what I saw: - X seemed frozen so I VT switched to the terminal - this took a long time - I plugged in a USB mouse - instant panic I have no idea if any of those are related (in particular, was the mouse just a fluke?). -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 01:07:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4CE44BA; Tue, 17 Dec 2013 01:07:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88698138B; Tue, 17 Dec 2013 01:07:51 +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 rBH17osI039792; Mon, 16 Dec 2013 20:07:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH17oY8039790; Tue, 17 Dec 2013 01:07:50 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 01:07:50 GMT Message-Id: <201312170107.rBH17oY8039790@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 armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 01:07:51 -0000 TB --- 2013-12-16 22:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 22:00:19 - 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 --- 2013-12-16 22:00:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-12-16 22:00:19 - cleaning the object tree TB --- 2013-12-16 22:00:19 - /usr/local/bin/svn stat /src TB --- 2013-12-16 22:00:23 - At svn revision 259483 TB --- 2013-12-16 22:00:24 - building world TB --- 2013-12-16 22:00:24 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 22:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 22:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 22:00:24 - SRCCONF=/dev/null TB --- 2013-12-16 22:00:24 - TARGET=arm TB --- 2013-12-16 22:00:24 - TARGET_ARCH=armv6 TB --- 2013-12-16 22:00:24 - TZ=UTC TB --- 2013-12-16 22:00:24 - __MAKE_CONF=/dev/null TB --- 2013-12-16 22:00:24 - cd /src TB --- 2013-12-16 22:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 22:00:35 UTC 2013 >>> 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 Dec 17 01:06:04 UTC 2013 TB --- 2013-12-17 01:06:04 - generating LINT kernel config TB --- 2013-12-17 01:06:04 - cd /src/sys/arm/conf TB --- 2013-12-17 01:06:04 - /usr/bin/make -B LINT TB --- 2013-12-17 01:06:04 - cd /src/sys/arm/conf TB --- 2013-12-17 01:06:04 - /usr/sbin/config -m LINT TB --- 2013-12-17 01:06:04 - skipping LINT kernel TB --- 2013-12-17 01:06:04 - cd /src/sys/arm/conf TB --- 2013-12-17 01:06:04 - /usr/sbin/config -m AC100 TB --- 2013-12-17 01:06:04 - building AC100 kernel TB --- 2013-12-17 01:06:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:06:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:06:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:06:04 - SRCCONF=/dev/null TB --- 2013-12-17 01:06:04 - TARGET=arm TB --- 2013-12-17 01:06:04 - TARGET_ARCH=armv6 TB --- 2013-12-17 01:06:04 - TZ=UTC TB --- 2013-12-17 01:06:04 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:06:04 - cd /src TB --- 2013-12-17 01:06:04 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Tue Dec 17 01:06:04 UTC 2013 >>> 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 [...] In file included from /src/sys/kern/uipc_syscalls.c:94: /src/sys/vm/vm_page.h:379:11: error: conflicting types for 'PHYS_TO_VM_PAGE' vm_page_t PHYS_TO_VM_PAGE(vm_paddr_t pa); ^ /src/sys/vm/uma_int.h:409:6: note: previous implicit declaration is here p = PHYS_TO_VM_PAGE(pmap_kextract(va)); ^ 8 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 01:07:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 01:07:50 - ERROR: failed to build AC100 kernel TB --- 2013-12-17 01:07:50 - 8738.56 user 1599.90 system 11250.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 01:12:58 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32FDE712; Tue, 17 Dec 2013 01:12:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0792C1454; Tue, 17 Dec 2013 01:12:57 +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 rBH1Cvrv061632; Mon, 16 Dec 2013 20:12:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH1CvaU061628; Tue, 17 Dec 2013 01:12:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 01:12:57 GMT Message-Id: <201312170112.rBH1CvaU061628@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 arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 01:12:58 -0000 TB --- 2013-12-16 22:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 22:00:19 - 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 --- 2013-12-16 22:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-16 22:00:19 - cleaning the object tree TB --- 2013-12-16 22:04:13 - /usr/local/bin/svn stat /src TB --- 2013-12-16 22:04:17 - At svn revision 259483 TB --- 2013-12-16 22:04:18 - building world TB --- 2013-12-16 22:04:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 22:04:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 22:04:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 22:04:18 - SRCCONF=/dev/null TB --- 2013-12-16 22:04:18 - TARGET=arm TB --- 2013-12-16 22:04:18 - TARGET_ARCH=arm TB --- 2013-12-16 22:04:18 - TZ=UTC TB --- 2013-12-16 22:04:18 - __MAKE_CONF=/dev/null TB --- 2013-12-16 22:04:18 - cd /src TB --- 2013-12-16 22:04:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 22:04:24 UTC 2013 >>> 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 Dec 17 01:06:04 UTC 2013 TB --- 2013-12-17 01:06:04 - generating LINT kernel config TB --- 2013-12-17 01:06:04 - cd /src/sys/arm/conf TB --- 2013-12-17 01:06:04 - /usr/bin/make -B LINT TB --- 2013-12-17 01:06:04 - cd /src/sys/arm/conf TB --- 2013-12-17 01:06:04 - /usr/sbin/config -m LINT TB --- 2013-12-17 01:06:04 - building LINT kernel TB --- 2013-12-17 01:06:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:06:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:06:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:06:04 - SRCCONF=/dev/null TB --- 2013-12-17 01:06:04 - TARGET=arm TB --- 2013-12-17 01:06:04 - TARGET_ARCH=arm TB --- 2013-12-17 01:06:04 - TZ=UTC TB --- 2013-12-17 01:06:04 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:06:04 - cd /src TB --- 2013-12-17 01:06:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 01:06:04 UTC 2013 >>> 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 [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 01:12:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 01:12:57 - ERROR: failed to build LINT kernel TB --- 2013-12-17 01:12:57 - 8896.06 user 1671.71 system 11557.25 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 01:34:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B4C325E; Tue, 17 Dec 2013 01:34:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 509851639; Tue, 17 Dec 2013 01:34:35 +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 rBH1YZN2099920; Mon, 16 Dec 2013 20:34:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH1YZRY099915; Tue, 17 Dec 2013 01:34:35 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 01:34:35 GMT Message-Id: <201312170134.rBH1YZRY099915@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 01:34:36 -0000 TB --- 2013-12-16 22:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 22:00:19 - 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 --- 2013-12-16 22:00:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-16 22:00:19 - cleaning the object tree TB --- 2013-12-16 22:08:09 - /usr/local/bin/svn stat /src TB --- 2013-12-16 22:08:13 - At svn revision 259483 TB --- 2013-12-16 22:08:14 - building world TB --- 2013-12-16 22:08:14 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 22:08:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 22:08:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 22:08:14 - SRCCONF=/dev/null TB --- 2013-12-16 22:08:14 - TARGET=i386 TB --- 2013-12-16 22:08:14 - TARGET_ARCH=i386 TB --- 2013-12-16 22:08:14 - TZ=UTC TB --- 2013-12-16 22:08:14 - __MAKE_CONF=/dev/null TB --- 2013-12-16 22:08:14 - cd /src TB --- 2013-12-16 22:08:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 22:08:21 UTC 2013 >>> 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 Dec 17 01:18:49 UTC 2013 TB --- 2013-12-17 01:18:49 - generating LINT kernel config TB --- 2013-12-17 01:18:49 - cd /src/sys/i386/conf TB --- 2013-12-17 01:18:49 - /usr/bin/make -B LINT TB --- 2013-12-17 01:18:49 - cd /src/sys/i386/conf TB --- 2013-12-17 01:18:49 - /usr/sbin/config -m LINT TB --- 2013-12-17 01:18:49 - building LINT kernel TB --- 2013-12-17 01:18:49 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:18:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:18:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:18:49 - SRCCONF=/dev/null TB --- 2013-12-17 01:18:49 - TARGET=i386 TB --- 2013-12-17 01:18:49 - TARGET_ARCH=i386 TB --- 2013-12-17 01:18:49 - TZ=UTC TB --- 2013-12-17 01:18:49 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:18:49 - cd /src TB --- 2013-12-17 01:18:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 01:18:49 UTC 2013 >>> 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 [...] In file included from /src/sys/kern/uipc_syscalls.c:94: /src/sys/vm/vm_page.h:379:11: error: conflicting types for 'PHYS_TO_VM_PAGE' vm_page_t PHYS_TO_VM_PAGE(vm_paddr_t pa); ^ /src/sys/vm/uma_int.h:409:6: note: previous implicit declaration is here p = PHYS_TO_VM_PAGE(pmap_kextract(va)); ^ 8 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 01:34:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 01:34:35 - ERROR: failed to build LINT kernel TB --- 2013-12-17 01:34:35 - 9915.93 user 1757.76 system 12855.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 02:39:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEB84B45; Tue, 17 Dec 2013 02:39:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3CF91CAF; Tue, 17 Dec 2013 02:39:21 +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 rBH2dKdd063458; Mon, 16 Dec 2013 21:39:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH2dK9O063452; Tue, 17 Dec 2013 02:39:20 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 02:39:20 GMT Message-Id: <201312170239.rBH2dK9O063452@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 mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 02:39:22 -0000 TB --- 2013-12-17 01:34:35 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 01:34:35 - 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 --- 2013-12-17 01:34:35 - starting HEAD tinderbox run for mips/mips TB --- 2013-12-17 01:34:35 - cleaning the object tree TB --- 2013-12-17 01:34:35 - /usr/local/bin/svn stat /src TB --- 2013-12-17 01:34:39 - At svn revision 259483 TB --- 2013-12-17 01:34:40 - building world TB --- 2013-12-17 01:34:40 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:34:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:34:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:34:40 - SRCCONF=/dev/null TB --- 2013-12-17 01:34:40 - TARGET=mips TB --- 2013-12-17 01:34:40 - TARGET_ARCH=mips TB --- 2013-12-17 01:34:40 - TZ=UTC TB --- 2013-12-17 01:34:40 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:34:40 - cd /src TB --- 2013-12-17 01:34:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 01:34:48 UTC 2013 >>> 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 Dec 17 02:37:30 UTC 2013 TB --- 2013-12-17 02:37:30 - cd /src/sys/mips/conf TB --- 2013-12-17 02:37:30 - /usr/sbin/config -m ADM5120 TB --- 2013-12-17 02:37:30 - skipping ADM5120 kernel TB --- 2013-12-17 02:37:30 - cd /src/sys/mips/conf TB --- 2013-12-17 02:37:30 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-17 02:37:30 - skipping ALCHEMY kernel TB --- 2013-12-17 02:37:30 - cd /src/sys/mips/conf TB --- 2013-12-17 02:37:30 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-12-17 02:37:30 - building ALFA_HORNET_UB kernel TB --- 2013-12-17 02:37:30 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 02:37:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 02:37:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 02:37:30 - SRCCONF=/dev/null TB --- 2013-12-17 02:37:30 - TARGET=mips TB --- 2013-12-17 02:37:30 - TARGET_ARCH=mips TB --- 2013-12-17 02:37:30 - TZ=UTC TB --- 2013-12-17 02:37:30 - __MAKE_CONF=/dev/null TB --- 2013-12-17 02:37:30 - cd /src TB --- 2013-12-17 02:37:30 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Tue Dec 17 02:37:30 UTC 2013 >>> 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 [...] from /src/sys/vm/vm_page.h:70, from /src/sys/kern/uipc_syscalls.c:94: ./machine/pmap.h: At top level: ./machine/pmap.h:99: error: conflicting types for 'pmap_kextract' /src/sys/vm/uma_int.h:409: error: previous implicit declaration of 'pmap_kextract' was here In file included from /src/sys/kern/uipc_syscalls.c:94: /src/sys/vm/vm_page.h:379: error: conflicting types for 'PHYS_TO_VM_PAGE' /src/sys/vm/uma_int.h:409: error: previous implicit declaration of 'PHYS_TO_VM_PAGE' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 02:39:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 02:39:20 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2013-12-17 02:39:20 - 2747.04 user 717.92 system 3884.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 02:57:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 278063DA; Tue, 17 Dec 2013 02:57:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0D4C1E19; Tue, 17 Dec 2013 02:57:10 +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 rBH2v96K072898; Mon, 16 Dec 2013 21:57:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH2v9Pw072897; Tue, 17 Dec 2013 02:57:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 02:57:09 GMT Message-Id: <201312170257.rBH2v9Pw072897@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 ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 02:57:11 -0000 TB --- 2013-12-17 01:12:57 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 01:12:57 - 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 --- 2013-12-17 01:12:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-17 01:12:57 - cleaning the object tree TB --- 2013-12-17 01:14:32 - /usr/local/bin/svn stat /src TB --- 2013-12-17 01:14:36 - At svn revision 259483 TB --- 2013-12-17 01:14:37 - building world TB --- 2013-12-17 01:14:37 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:14:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:14:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:14:37 - SRCCONF=/dev/null TB --- 2013-12-17 01:14:37 - TARGET=ia64 TB --- 2013-12-17 01:14:37 - TARGET_ARCH=ia64 TB --- 2013-12-17 01:14:37 - TZ=UTC TB --- 2013-12-17 01:14:37 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:14:37 - cd /src TB --- 2013-12-17 01:14:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 01:14:44 UTC 2013 >>> 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 Dec 17 02:50:14 UTC 2013 TB --- 2013-12-17 02:50:14 - generating LINT kernel config TB --- 2013-12-17 02:50:14 - cd /src/sys/ia64/conf TB --- 2013-12-17 02:50:14 - /usr/bin/make -B LINT TB --- 2013-12-17 02:50:14 - cd /src/sys/ia64/conf TB --- 2013-12-17 02:50:14 - /usr/sbin/config -m LINT TB --- 2013-12-17 02:50:14 - building LINT kernel TB --- 2013-12-17 02:50:14 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 02:50:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 02:50:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 02:50:14 - SRCCONF=/dev/null TB --- 2013-12-17 02:50:14 - TARGET=ia64 TB --- 2013-12-17 02:50:14 - TARGET_ARCH=ia64 TB --- 2013-12-17 02:50:14 - TZ=UTC TB --- 2013-12-17 02:50:14 - __MAKE_CONF=/dev/null TB --- 2013-12-17 02:50:14 - cd /src TB --- 2013-12-17 02:50:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 02:50:14 UTC 2013 >>> 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/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 02:57:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 02:57:09 - ERROR: failed to build LINT kernel TB --- 2013-12-17 02:57:09 - 4776.16 user 977.47 system 6252.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 03:02:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED2E887B; Tue, 17 Dec 2013 03:02:22 +0000 (UTC) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 888501F37; Tue, 17 Dec 2013 03:02:22 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id cy11so4745872qeb.27 for ; Mon, 16 Dec 2013 19:02:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=WERR3F1P/1L9xpgFgImvJNpxIrzKJAz2jATEunN32tw=; b=WbB9turytiCb4QfUg9AiImsiEZBJtVdArQAmxMbXhNr/KcjvZfHA3jTGrJClcIBFR8 89bUY5JL2O7qCy3Lk3tbTAd1LM0NQlAkRZtfaVqD0fPcezULHmAzKaJ/Fko4J8pVC0Uh JkGo5b0uz9NG3raPGx0zMaQbku9bHSrZ+75Mk9gXYv8Kob5jRdg16u4cXAac4QH4XYTP ZaukNXKaCQyRF9JwH/ko4XpTyO2v18vq6oYr1Gu9jpaTDN+fO4gIton9tDXi9GPCy/7c A4KKpT8AxaBLQ/2TKdeX62O12So7euDLNVVccwevN5nQHyyIctzkXTTAt9/CXscvDS1e HdIA== MIME-Version: 1.0 X-Received: by 10.224.5.69 with SMTP id 5mr38817646qau.95.1387249341750; Mon, 16 Dec 2013 19:02:21 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Mon, 16 Dec 2013 19:02:21 -0800 (PST) In-Reply-To: <201312170134.rBH1YZRY099915@freebsd-current.sentex.ca> References: <201312170134.rBH1YZRY099915@freebsd-current.sentex.ca> Date: Mon, 16 Dec 2013 19:02:21 -0800 X-Google-Sender-Auth: S704RyZWnrcWhY-rpJCebvyAYdY Message-ID: Subject: Re: [head tinderbox] failure on i386/i386 From: Adrian Chadd To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org" , i386@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 03:02:23 -0000 My bad, lemme go figure out what the hell causes this to break on these platforms. -a On 16 December 2013 17:34, FreeBSD Tinderbox wrote: > TB --- 2013-12-16 22:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca > TB --- 2013-12-16 22:00:19 - 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 --- 2013-12-16 22:00:19 - starting HEAD tinderbox run for i386/i386 > TB --- 2013-12-16 22:00:19 - cleaning the object tree > TB --- 2013-12-16 22:08:09 - /usr/local/bin/svn stat /src > TB --- 2013-12-16 22:08:13 - At svn revision 259483 > TB --- 2013-12-16 22:08:14 - building world > TB --- 2013-12-16 22:08:14 - CROSS_BUILD_TESTING=YES > TB --- 2013-12-16 22:08:14 - MAKEOBJDIRPREFIX=/obj > TB --- 2013-12-16 22:08:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-12-16 22:08:14 - SRCCONF=/dev/null > TB --- 2013-12-16 22:08:14 - TARGET=i386 > TB --- 2013-12-16 22:08:14 - TARGET_ARCH=i386 > TB --- 2013-12-16 22:08:14 - TZ=UTC > TB --- 2013-12-16 22:08:14 - __MAKE_CONF=/dev/null > TB --- 2013-12-16 22:08:14 - cd /src > TB --- 2013-12-16 22:08:14 - /usr/bin/make -B buildworld >>>> Building an up-to-date make(1) >>>> World build started on Mon Dec 16 22:08:21 UTC 2013 >>>> 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 Dec 17 01:18:49 UTC 2013 > TB --- 2013-12-17 01:18:49 - generating LINT kernel config > TB --- 2013-12-17 01:18:49 - cd /src/sys/i386/conf > TB --- 2013-12-17 01:18:49 - /usr/bin/make -B LINT > TB --- 2013-12-17 01:18:49 - cd /src/sys/i386/conf > TB --- 2013-12-17 01:18:49 - /usr/sbin/config -m LINT > TB --- 2013-12-17 01:18:49 - building LINT kernel > TB --- 2013-12-17 01:18:49 - CROSS_BUILD_TESTING=YES > TB --- 2013-12-17 01:18:49 - MAKEOBJDIRPREFIX=/obj > TB --- 2013-12-17 01:18:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-12-17 01:18:49 - SRCCONF=/dev/null > TB --- 2013-12-17 01:18:49 - TARGET=i386 > TB --- 2013-12-17 01:18:49 - TARGET_ARCH=i386 > TB --- 2013-12-17 01:18:49 - TZ=UTC > TB --- 2013-12-17 01:18:49 - __MAKE_CONF=/dev/null > TB --- 2013-12-17 01:18:49 - cd /src > TB --- 2013-12-17 01:18:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Tue Dec 17 01:18:49 UTC 2013 >>>> 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 > [...] > In file included from /src/sys/kern/uipc_syscalls.c:94: > /src/sys/vm/vm_page.h:379:11: error: conflicting types for 'PHYS_TO_VM_PAGE' > vm_page_t PHYS_TO_VM_PAGE(vm_paddr_t pa); > ^ > /src/sys/vm/uma_int.h:409:6: note: previous implicit declaration is here > p = PHYS_TO_VM_PAGE(pmap_kextract(va)); > ^ > 8 errors generated. > *** Error code 1 > > Stop. > bmake[1]: stopped in /obj/i386.i386/src/sys/LINT > *** Error code 1 > > Stop. > bmake: stopped in /src > *** Error code 1 > > Stop in /src. > TB --- 2013-12-17 01:34:35 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2013-12-17 01:34:35 - ERROR: failed to build LINT kernel > TB --- 2013-12-17 01:34:35 - 9915.93 user 1757.76 system 12855.37 real > > > http://tinderbox.freebsd.org/tinderbox-head-build-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 Tue Dec 17 04:12:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B43DA24; Tue, 17 Dec 2013 04:12:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 204E715D1; Tue, 17 Dec 2013 04:12:46 +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 rBH4Cjen041923; Mon, 16 Dec 2013 23:12:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH4CjWL041911; Tue, 17 Dec 2013 04:12:45 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 04:12:45 GMT Message-Id: <201312170412.rBH4CjWL041911@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 amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 04:12:47 -0000 TB --- 2013-12-16 22:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 22:00:19 - 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 --- 2013-12-16 22:00:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-16 22:00:19 - cleaning the object tree TB --- 2013-12-16 22:08:32 - /usr/local/bin/svn stat /src TB --- 2013-12-16 22:08:35 - At svn revision 259483 TB --- 2013-12-16 22:08:36 - building world TB --- 2013-12-16 22:08:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 22:08:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 22:08:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 22:08:36 - SRCCONF=/dev/null TB --- 2013-12-16 22:08:36 - TARGET=amd64 TB --- 2013-12-16 22:08:36 - TARGET_ARCH=amd64 TB --- 2013-12-16 22:08:36 - TZ=UTC TB --- 2013-12-16 22:08:36 - __MAKE_CONF=/dev/null TB --- 2013-12-16 22:08:36 - cd /src TB --- 2013-12-16 22:08:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 22:08:43 UTC 2013 >>> 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 Tue Dec 17 01:52:26 UTC 2013 TB --- 2013-12-17 01:52:26 - generating LINT kernel config TB --- 2013-12-17 01:52:26 - cd /src/sys/amd64/conf TB --- 2013-12-17 01:52:26 - /usr/bin/make -B LINT TB --- 2013-12-17 01:52:26 - cd /src/sys/amd64/conf TB --- 2013-12-17 01:52:26 - /usr/sbin/config -m LINT TB --- 2013-12-17 01:52:26 - building LINT kernel TB --- 2013-12-17 01:52:26 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:52:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:52:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:52:26 - SRCCONF=/dev/null TB --- 2013-12-17 01:52:26 - TARGET=amd64 TB --- 2013-12-17 01:52:26 - TARGET_ARCH=amd64 TB --- 2013-12-17 01:52:26 - TZ=UTC TB --- 2013-12-17 01:52:26 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:52:26 - cd /src TB --- 2013-12-17 01:52:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 01:52:26 UTC 2013 >>> 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 Dec 17 02:28:05 UTC 2013 TB --- 2013-12-17 02:28:05 - cd /src/sys/amd64/conf TB --- 2013-12-17 02:28:05 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-17 02:28:05 - building LINT-NOINET kernel TB --- 2013-12-17 02:28:05 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 02:28:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 02:28:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 02:28:05 - SRCCONF=/dev/null TB --- 2013-12-17 02:28:05 - TARGET=amd64 TB --- 2013-12-17 02:28:05 - TARGET_ARCH=amd64 TB --- 2013-12-17 02:28:05 - TZ=UTC TB --- 2013-12-17 02:28:05 - __MAKE_CONF=/dev/null TB --- 2013-12-17 02:28:05 - cd /src TB --- 2013-12-17 02:28:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Dec 17 02:28:05 UTC 2013 >>> 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 Dec 17 03:00:59 UTC 2013 TB --- 2013-12-17 03:00:59 - cd /src/sys/amd64/conf TB --- 2013-12-17 03:00:59 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-17 03:00:59 - building LINT-NOINET6 kernel TB --- 2013-12-17 03:00:59 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 03:00:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 03:00:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 03:00:59 - SRCCONF=/dev/null TB --- 2013-12-17 03:00:59 - TARGET=amd64 TB --- 2013-12-17 03:00:59 - TARGET_ARCH=amd64 TB --- 2013-12-17 03:00:59 - TZ=UTC TB --- 2013-12-17 03:00:59 - __MAKE_CONF=/dev/null TB --- 2013-12-17 03:00:59 - cd /src TB --- 2013-12-17 03:00:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Dec 17 03:01:00 UTC 2013 >>> 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 Tue Dec 17 03:33:12 UTC 2013 TB --- 2013-12-17 03:33:12 - cd /src/sys/amd64/conf TB --- 2013-12-17 03:33:12 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-17 03:33:12 - building LINT-NOIP kernel TB --- 2013-12-17 03:33:12 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 03:33:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 03:33:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 03:33:12 - SRCCONF=/dev/null TB --- 2013-12-17 03:33:12 - TARGET=amd64 TB --- 2013-12-17 03:33:12 - TARGET_ARCH=amd64 TB --- 2013-12-17 03:33:12 - TZ=UTC TB --- 2013-12-17 03:33:12 - __MAKE_CONF=/dev/null TB --- 2013-12-17 03:33:12 - cd /src TB --- 2013-12-17 03:33:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Tue Dec 17 03:33:12 UTC 2013 >>> 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 Tue Dec 17 04:03:05 UTC 2013 TB --- 2013-12-17 04:03:05 - cd /src/sys/amd64/conf TB --- 2013-12-17 04:03:05 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-17 04:03:05 - building LINT-VIMAGE kernel TB --- 2013-12-17 04:03:05 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 04:03:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 04:03:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 04:03:05 - SRCCONF=/dev/null TB --- 2013-12-17 04:03:05 - TARGET=amd64 TB --- 2013-12-17 04:03:05 - TARGET_ARCH=amd64 TB --- 2013-12-17 04:03:05 - TZ=UTC TB --- 2013-12-17 04:03:05 - __MAKE_CONF=/dev/null TB --- 2013-12-17 04:03:05 - cd /src TB --- 2013-12-17 04:03:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Dec 17 04:03:05 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 04:12:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 04:12:45 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-17 04:12:45 - 17003.44 user 3048.30 system 22346.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 04:40:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38F385CF; Tue, 17 Dec 2013 04:40:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F877178E; Tue, 17 Dec 2013 04:40:15 +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 rBH4eEgd013211; Mon, 16 Dec 2013 23:40:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH4eEJl013209; Tue, 17 Dec 2013 04:40:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 04:40:14 GMT Message-Id: <201312170440.rBH4eEJl013209@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/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 04:40:16 -0000 TB --- 2013-12-17 01:07:50 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 01:07:50 - 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 --- 2013-12-17 01:07:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-17 01:07:50 - cleaning the object tree TB --- 2013-12-17 01:07:50 - /usr/local/bin/svn stat /src TB --- 2013-12-17 01:08:02 - At svn revision 259483 TB --- 2013-12-17 01:08:03 - building world TB --- 2013-12-17 01:08:03 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:08:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:08:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:08:03 - SRCCONF=/dev/null TB --- 2013-12-17 01:08:03 - TARGET=pc98 TB --- 2013-12-17 01:08:03 - TARGET_ARCH=i386 TB --- 2013-12-17 01:08:03 - TZ=UTC TB --- 2013-12-17 01:08:03 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:08:03 - cd /src TB --- 2013-12-17 01:08:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 01:08:11 UTC 2013 >>> 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 Dec 17 04:28:31 UTC 2013 TB --- 2013-12-17 04:28:31 - generating LINT kernel config TB --- 2013-12-17 04:28:31 - cd /src/sys/pc98/conf TB --- 2013-12-17 04:28:31 - /usr/bin/make -B LINT TB --- 2013-12-17 04:28:31 - cd /src/sys/pc98/conf TB --- 2013-12-17 04:28:31 - /usr/sbin/config -m LINT TB --- 2013-12-17 04:28:31 - building LINT kernel TB --- 2013-12-17 04:28:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 04:28:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 04:28:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 04:28:31 - SRCCONF=/dev/null TB --- 2013-12-17 04:28:31 - TARGET=pc98 TB --- 2013-12-17 04:28:31 - TARGET_ARCH=i386 TB --- 2013-12-17 04:28:31 - TZ=UTC TB --- 2013-12-17 04:28:31 - __MAKE_CONF=/dev/null TB --- 2013-12-17 04:28:31 - cd /src TB --- 2013-12-17 04:28:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 04:28:31 UTC 2013 >>> 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 [...] In file included from /src/sys/kern/uipc_syscalls.c:94: /src/sys/vm/vm_page.h:379:11: error: conflicting types for 'PHYS_TO_VM_PAGE' vm_page_t PHYS_TO_VM_PAGE(vm_paddr_t pa); ^ /src/sys/vm/uma_int.h:409:6: note: previous implicit declaration is here p = PHYS_TO_VM_PAGE(pmap_kextract(va)); ^ 8 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 04:40:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 04:40:14 - ERROR: failed to build LINT kernel TB --- 2013-12-17 04:40:14 - 10278.77 user 1485.20 system 12744.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 05:35:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0CC4F60; Tue, 17 Dec 2013 05:35:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A650B1D10; Tue, 17 Dec 2013 05:35:27 +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 rBH5ZQZc021797; Tue, 17 Dec 2013 00:35:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH5ZQem021793; Tue, 17 Dec 2013 05:35:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 05:35:26 GMT Message-Id: <201312170535.rBH5ZQem021793@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 sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 05:35:28 -0000 TB --- 2013-12-17 04:25:48 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 04:25:48 - 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 --- 2013-12-17 04:25:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-17 04:25:48 - cleaning the object tree TB --- 2013-12-17 04:27:15 - /usr/local/bin/svn stat /src TB --- 2013-12-17 04:27:18 - At svn revision 259483 TB --- 2013-12-17 04:27:19 - building world TB --- 2013-12-17 04:27:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 04:27:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 04:27:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 04:27:19 - SRCCONF=/dev/null TB --- 2013-12-17 04:27:19 - TARGET=sparc64 TB --- 2013-12-17 04:27:19 - TARGET_ARCH=sparc64 TB --- 2013-12-17 04:27:19 - TZ=UTC TB --- 2013-12-17 04:27:19 - __MAKE_CONF=/dev/null TB --- 2013-12-17 04:27:19 - cd /src TB --- 2013-12-17 04:27:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 04:27:27 UTC 2013 >>> 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 Dec 17 05:30:36 UTC 2013 TB --- 2013-12-17 05:30:36 - generating LINT kernel config TB --- 2013-12-17 05:30:36 - cd /src/sys/sparc64/conf TB --- 2013-12-17 05:30:36 - /usr/bin/make -B LINT TB --- 2013-12-17 05:30:36 - cd /src/sys/sparc64/conf TB --- 2013-12-17 05:30:36 - /usr/sbin/config -m LINT TB --- 2013-12-17 05:30:36 - building LINT kernel TB --- 2013-12-17 05:30:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 05:30:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 05:30:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 05:30:36 - SRCCONF=/dev/null TB --- 2013-12-17 05:30:36 - TARGET=sparc64 TB --- 2013-12-17 05:30:36 - TARGET_ARCH=sparc64 TB --- 2013-12-17 05:30:36 - TZ=UTC TB --- 2013-12-17 05:30:36 - __MAKE_CONF=/dev/null TB --- 2013-12-17 05:30:36 - cd /src TB --- 2013-12-17 05:30:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 05:30:36 UTC 2013 >>> 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/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 05:35:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 05:35:26 - ERROR: failed to build LINT kernel TB --- 2013-12-17 05:35:26 - 3272.40 user 619.67 system 4178.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 05:38:02 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18AB92A9; Tue, 17 Dec 2013 05:38:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1D441D4B; Tue, 17 Dec 2013 05:38: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 rBH5c060032254; Tue, 17 Dec 2013 00:38:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH5c0Mb032253; Tue, 17 Dec 2013 05:38:00 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 05:38:00 GMT Message-Id: <201312170538.rBH5c0Mb032253@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 powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 05:38:02 -0000 TB --- 2013-12-17 02:57:09 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 02:57:09 - 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 --- 2013-12-17 02:57:09 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-17 02:57:10 - cleaning the object tree TB --- 2013-12-17 02:58:14 - /usr/local/bin/svn stat /src TB --- 2013-12-17 02:58:18 - At svn revision 259483 TB --- 2013-12-17 02:58:19 - building world TB --- 2013-12-17 02:58:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 02:58:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 02:58:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 02:58:19 - SRCCONF=/dev/null TB --- 2013-12-17 02:58:19 - TARGET=powerpc TB --- 2013-12-17 02:58:19 - TARGET_ARCH=powerpc TB --- 2013-12-17 02:58:19 - TZ=UTC TB --- 2013-12-17 02:58:19 - __MAKE_CONF=/dev/null TB --- 2013-12-17 02:58:19 - cd /src TB --- 2013-12-17 02:58:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 02:58:26 UTC 2013 >>> 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 Dec 17 05:34:29 UTC 2013 TB --- 2013-12-17 05:34:29 - generating LINT kernel config TB --- 2013-12-17 05:34:29 - cd /src/sys/powerpc/conf TB --- 2013-12-17 05:34:29 - /usr/bin/make -B LINT TB --- 2013-12-17 05:34:29 - cd /src/sys/powerpc/conf TB --- 2013-12-17 05:34:29 - /usr/sbin/config -m LINT TB --- 2013-12-17 05:34:29 - building LINT kernel TB --- 2013-12-17 05:34:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 05:34:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 05:34:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 05:34:29 - SRCCONF=/dev/null TB --- 2013-12-17 05:34:29 - TARGET=powerpc TB --- 2013-12-17 05:34:29 - TARGET_ARCH=powerpc TB --- 2013-12-17 05:34:29 - TZ=UTC TB --- 2013-12-17 05:34:29 - __MAKE_CONF=/dev/null TB --- 2013-12-17 05:34:29 - cd /src TB --- 2013-12-17 05:34:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 05:34:29 UTC 2013 >>> 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 -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/netmap/if_em_netmap.h:39, from /src/sys/dev/e1000/if_em.c:413: /src/sys/dev/netmap/netmap_kern.h:64:1: error: "prefetch" redefined In file included from /src/sys/dev/e1000/e1000_hw.h:38, from /src/sys/dev/e1000/e1000_api.h:38, from /src/sys/dev/e1000/if_em.c:87: /src/sys/dev/e1000/e1000_osdep.h:131:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 05:38:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 05:38:00 - ERROR: failed to build LINT kernel TB --- 2013-12-17 05:38:00 - 8183.45 user 1081.05 system 9650.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 08:50:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC93CE47; Tue, 17 Dec 2013 08:50:20 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3E3C91AE9; Tue, 17 Dec 2013 08:50:20 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id m20so4571892qcx.36 for ; Tue, 17 Dec 2013 00:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JuXFj7T+1L01j8xs+UHAC6yk488COwwGcDkomagzI6I=; b=Ja/NgxO9aZqSa5N9Ni4Cqc63udZrAu7DQU8hDjfJAATaB9mgotzis2qKNt1uHhuYda iavisf0zXKPl/z7cTzH/TtxqCR+dYj6nvSkw3mjuBlMD0JM9NutjQJ9az+WdDwyS37f3 bVto2QZ8zGLsQAohdRcizr4I4c/qy0RuiAT5pbQsXOdonH2eNVxcpq/TSnqjTOIoTHIV oa5dqHWX96YQvUNY9v3zVwwi3yqyA72TxoOawRNOupkkNG1RVd7o+cgUyGOXrzbPxT/a x4fg5QzNy0NSEMEwjT+QhpWmmuxtDlDMf3R52VFUESJ7kWdb2iK6vRofy/1G68EY4j/1 Ck6g== X-Received: by 10.49.35.112 with SMTP id g16mr40721434qej.13.1387270219346; Tue, 17 Dec 2013 00:50:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.23.136 with HTTP; Tue, 17 Dec 2013 00:49:39 -0800 (PST) In-Reply-To: <20131216154458.GP1446@glenbarber.us> References: <20131216154458.GP1446@glenbarber.us> From: Odhiambo Washington Date: Tue, 17 Dec 2013 11:49:39 +0300 Message-ID: Subject: Re: FreeBSD 10.0-RC2 Now Available To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Release Engineering Team , "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 08:50:20 -0000 Someone please help me here: root@fbsd10:/usr/src/contrib/unbound # uname -a FreeBSD fbsd10 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254222: Sun Aug 11 20:14:02 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 root@fbsd10:/usr/src/contrib/unbound # freebsd-update upgrade -r 10.0-RC2 Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching public key from update5.freebsd.org... failed. Fetching public key from update6.freebsd.org... failed. Fetching public key from update2.freebsd.org... failed. Fetching public key from update4.freebsd.org... failed. Fetching public key from update3.freebsd.org... failed. No mirrors remaining, giving up. root@fbsd10:/usr/src/contrib/unbound # ping www.gmail.com PING googlemail.l.google.com (74.125.230.182): 56 data bytes 64 bytes from 74.125.230.182: icmp_seq=0 ttl=59 time=11.663 ms 64 bytes from 74.125.230.182: icmp_seq=1 ttl=59 time=181.167 ms 64 bytes from 74.125.230.182: icmp_seq=2 ttl=59 time=9.048 ms 64 bytes from 74.125.230.182: icmp_seq=3 ttl=59 time=10.141 ms ^C --- googlemail.l.google.com ping statistics --- 4 packets transmitted, 4 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 9.048/53.005/181.167/74.000 ms root@fbsd10:/usr/src/contrib/unbound # ping update5.freebsd.org PING update5.freebsd.org (204.9.55.80): 56 data bytes 64 bytes from 204.9.55.80: icmp_seq=0 ttl=51 time=355.456 ms 64 bytes from 204.9.55.80: icmp_seq=1 ttl=51 time=765.279 ms ^C --- update5.freebsd.org ping statistics --- 3 packets transmitted, 2 packets received, 33.3% packet loss round-trip min/avg/max/stddev = 355.456/560.368/765.279/204.911 ms Why does this fail? I have never used freebsd-update before. It's my 1st time. On 16 December 2013 18:44, Glen Barber wrote: > The second RC build of the 10.0-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. > > The image checksums follow at the end of this email. > > ISO images and, for architectures that support it, the memory stick images > are available here (or any of the FreeBSD mirror sites): > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ > > If you notice problems you can report them through the normal GNATS PR > system or here on the -stable mailing list. > > If you would like to use SVN to do a source based update of an existing > system, use the "releng/10.0" branch. > > Important note to freebsd-update(8) users: Please be sure to follow the > instructions in the following FreeBSD Errata Notices before upgrading > the system to 10.0-RC2: > > - EN-13:04.freebsd-update: > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc > > - EN-13:05.freebsd-update: > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc > > > Note to those downloading dvd1.iso: > > - While packages are available on dvd1.iso, the version of > bsdconfig(8) provided with 10.0-RC2 will not be able to install > them by default. This will be fixed for 10.0-RC3. > > - As a workaround for installing packages from the dvd, create > a directory to serve as the temporary pkg(8) repository > configuration directory, and fetch the configuration file that > will be included on the next set of -RC builds: > > # mkdir -p /tmp/pkgrepo > # fetch -o /tmp/pkgrepo/FreeBSD_install_cdrom.conf \ > http://people.FreeBSD.org/~gjb/FreeBSD_install_cdrom.conf > > - Mount the dvd to the '/dist' directory: > > # mkdir -p /dist > # mount -t cd9660 /dev/cd0 /dist > > - To install a package, run: > > # env REPOS_DIR=/tmp/pkgrepo pkg install > > - To view the list of available packages on the DVD, run: > > # env REPOS_DIR=/tmp/pkgrepo pkg rquery "%n" > > Pre-installed virtual machine images for 10.0-RC2 are also available > for amd64 and i386 architectures. > > The images are located under the 'snapshots' directory on FTP, here: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC2/ > > The disk images are available in both QCOW2, VHD, and VMDK format. The > image download size is approximately 135 MB, which decompress to a 20GB > sparse image. > > The partition layout is: > > - 512k - freebsd-boot GPT partition type (bootfs GPT label) > - 1GB - freebsd-swap GPT partition type (swapfs GPT label) > - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) > > Changes between -RC1 and -RC2 include: > > - Fix a crash when attempting to use a non-disk device as an iSCSI > LUN. > - Fix handling of empty iSCSI authentication groups. > - Fix a regression in bsdinstall(8) that prevented the system from > decrypting GELI providers when installing ZFS on GELI. > - Several Radeon KMS bug fixes. > - Several wireless bug fixes. > - Several clang bug fixes. > > The freebsd-update(8) utility supports binary upgrades of amd64 and i386 > systems running earlier FreeBSD releases. Systems running earlier > FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 10.0-RC2 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 9.x. Alternatively, the user can install misc/compat9x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install > > > == ISO CHECKSUMS == > > - 10.0-RC2 amd64: > SHA256 (FreeBSD-10.0-RC2-amd64-bootonly.iso) = > 25e3ab615fde64631683a6921fef98a0056f074c6119c68cf0263cf6fbebc67c > SHA256 (FreeBSD-10.0-RC2-amd64-disc1.iso) = > 6525da2d1feddb1f16d615d76e5a4662c6fdd9a34869ce355c604f5ff147773d > SHA256 (FreeBSD-10.0-RC2-amd64-dvd1.iso) = > c467000b653d2f41021493f45303951ec37cf90b3b9df90df64e0e6a882a7484 > SHA256 (FreeBSD-10.0-RC2-amd64-memstick.img) = > f5175f1767e89826517431beae7b4dd6f3d0ff4b60a0846bf85e9871fbba2201 > > MD5 (FreeBSD-10.0-RC2-amd64-bootonly.iso) = > 41410074f07103e2cb80bd671f1f936e > MD5 (FreeBSD-10.0-RC2-amd64-disc1.iso) = > 0724d22eb851c5fb4dae755dff23cb87 > MD5 (FreeBSD-10.0-RC2-amd64-dvd1.iso) = > b218662107301c5a07b193101623682f > MD5 (FreeBSD-10.0-RC2-amd64-memstick.img) = > 23621e0e1d93fe7a635557a54218b6e1 > > > - 10.0-RC2 i386: > SHA256 (FreeBSD-10.0-RC2-i386-bootonly.iso) = > cf8aa8097f9cafa1d360ec07b87d675b214361709139d14a422dbb3501281d89 > SHA256 (FreeBSD-10.0-RC2-i386-disc1.iso) = > add13ac64491f9aba16b9f4429f4f87c85d3147c1ea0c662ae7756d0c453ba4b > SHA256 (FreeBSD-10.0-RC2-i386-dvd1.iso) = > d6c07f41c997914b6546e583932f1066b0edebf00f4425316ce588b8253ecc0a > SHA256 (FreeBSD-10.0-RC2-i386-memstick.img) = > 99bbfe373892764f3cf04a92385bb4fe0da5e1863ca62905e0bdb83c00f45735 > > MD5 (FreeBSD-10.0-RC2-i386-bootonly.iso) = > c32165dccef3ec006e2b068ec0159390 > MD5 (FreeBSD-10.0-RC2-i386-disc1.iso) = > a1a3466dbbcb2b61f3ec47adf9d884b5 > MD5 (FreeBSD-10.0-RC2-i386-dvd1.iso) = > e79b4455464fa6584519e3dd958f770c > MD5 (FreeBSD-10.0-RC2-i386-memstick.img) = > 98db5de8c93df6ca7c7fa12967713c1b > > > - 10.0-RC2 ia64: > SHA256 (FreeBSD-10.0-RC2-ia64-bootonly.iso) = > 95c448db42b1454a2832040f2c62d9dd953753296e8a704f903e70e2d1f380f8 > SHA256 (FreeBSD-10.0-RC2-ia64-disc1.iso) = > cbb24e4f60c86df0640dc64d0f9988a2b154f06d502be5780d527cfeb0065051 > SHA256 (FreeBSD-10.0-RC2-ia64-memstick.img) = > 3aa3151b9e4ded7a49bc080545955070f4583e3bda4047bd11e1550ca4ea4239 > > MD5 (FreeBSD-10.0-RC2-ia64-bootonly.iso) = > f4e85b8dc9b653aef3c8bf0e928dbac9 > MD5 (FreeBSD-10.0-RC2-ia64-disc1.iso) = > 837755f7d4018d81a7effd9f8a29007c > MD5 (FreeBSD-10.0-RC2-ia64-memstick.img) = > 1fa4dccc1acd5fcbd0e592e9367804b1 > > > - 10.0-RC2 powerpc: > SHA256 (FreeBSD-10.0-RC2-powerpc-bootonly.iso) = > 60927273629f0b13fe56e77cd36a4023472efbef8a5a2f564e1dcf189c229190 > SHA256 (FreeBSD-10.0-RC2-powerpc-disc1.iso) = > 84286500a00654e98d150fd34e848c6c7d4926c223c1e07bd61a8e68502a7b55 > SHA256 (FreeBSD-10.0-RC2-powerpc-memstick.img) = > 3b264061283dd33f92633b540dd0d7b62813286e13cd97a0a02806f0e970ce9c > > MD5 (FreeBSD-10.0-RC2-powerpc-bootonly.iso) = > 3d9e949a27d37f3b74b9310f29eb11cc > MD5 (FreeBSD-10.0-RC2-powerpc-disc1.iso) = > e7ad79d232851be00a07aadeab4c3ca6 > MD5 (FreeBSD-10.0-RC2-powerpc-memstick.img) = > 5100d3886fe6b0f5b5ee3b8d8b1ad68f > > > - 10.0-RC2 powerpc64: > SHA256 (FreeBSD-10.0-RC2-powerpc-powerpc64-bootonly.iso) = > 75c39f014ef52d69ad3c94dc52424bca176188416be6bab1d36e2d5ebff05b05 > SHA256 (FreeBSD-10.0-RC2-powerpc-powerpc64-disc1.iso) = > 341063ca588f47d57a8b876952d4eff26aa9b01ee68dcea3cc864ef8230911bf > SHA256 (FreeBSD-10.0-RC2-powerpc-powerpc64-memstick.img) = > 96ab6cd6b239e79b96c21d83b9f160fc3b596de957449b55b96ee94522fba64e > > MD5 (FreeBSD-10.0-RC2-powerpc-powerpc64-bootonly.iso) = > a073e62ac43da6af82467a4dde3e4963 > MD5 (FreeBSD-10.0-RC2-powerpc-powerpc64-disc1.iso) = > 21c3eb38d9f5f67308c7c83999b9b3bf > MD5 (FreeBSD-10.0-RC2-powerpc-powerpc64-memstick.img) = > d2420ebf8c5794c24b017c29f6bb3731 > > > - 10.0-RC2 sparc64: > SHA256 (FreeBSD-10.0-RC2-sparc64-bootonly.iso) = > f004072cbc3c2796a619c34dbceff122ea360420aff16b52b214cb5f6cd97d04 > SHA256 (FreeBSD-10.0-RC2-sparc64-disc1.iso) = > 23e9a7c8f48b03f0482ca4f3b00eed630abe23ede2bdc7047462229a3e2d405d > > MD5 (FreeBSD-10.0-RC2-sparc64-bootonly.iso) = > 7d47ecb5b2d023edee0f01842c2575c1 > MD5 (FreeBSD-10.0-RC2-sparc64-disc1.iso) = > fc9b2f445082f6f2435efedb69d95e6e > > > == VM IMAGE CHECKSUMS == > > - 10.0-RC2 amd64: > SHA256 (FreeBSD-10.0-RC2-amd64-20131215-r259404.qcow2.xz) = > df4c1993dc675c18bd8dedc8b8314e315a6839f7777a5e3fd4ed36fd328717f9 > SHA256 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vhd.xz) = > e6d854d3ab30ec9cd9df81818d1c39d413d26ee40e518111f809d2a5e97b79e5 > SHA256 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vmdk.xz) = > 34e78061eb8387bbf18f3c53904e41208f11fa820b0ecb5388d0a3088befad3e > > MD5 (FreeBSD-10.0-RC2-amd64-20131215-r259404.qcow2.xz) = > 21ddab81ebd872002555a13e1dfb205f > MD5 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vhd.xz) = > 618660fa1021fc099b35d609b70c7c61 > MD5 (FreeBSD-10.0-RC2-amd64-20131215-r259404.vmdk.xz) = > a8e324dc04a9ae89b7e6f0fb9693a5b5 > > > - 10.0-RC2 i386: > SHA256 (FreeBSD-10.0-RC2-i386-20131215-r259404.qcow2.xz) = > 7f837eba8cf43f25c704127631ecf86918af548970f76e7ccfc5d8d4d743bcd9 > SHA256 (FreeBSD-10.0-RC2-i386-20131215-r259404.vhd.xz) = > 7e6965c0f7250ef34e6dd0eb7ad158868ee7016b931fa267f4edc0adf264e77e > SHA256 (FreeBSD-10.0-RC2-i386-20131215-r259404.vmdk.xz) = > cca4935ae0e5e0092b1fd17c718a49ca5c3d0a2c22c08d2503c4ca0b9cb54743 > > MD5 (FreeBSD-10.0-RC2-i386-20131215-r259404.qcow2.xz) = > 7b244a368557f386c66745bdbdf84ff8 > MD5 (FreeBSD-10.0-RC2-i386-20131215-r259404.vhd.xz) = > 7a58c47b496f811f8b38763be0f75867 > MD5 (FreeBSD-10.0-RC2-i386-20131215-r259404.vmdk.xz) = > 9bd16405d8776e955a68bae39902b376 > > > > Glen > Love FreeBSD? Support this and future releases with a donation to > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 "I can't hear you -- I'm using the scrambler." From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 09:09:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 485FC61F; Tue, 17 Dec 2013 09:09:48 +0000 (UTC) Received: from mail-qe0-x22b.google.com (mail-qe0-x22b.google.com [IPv6:2607:f8b0:400d:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E76DF1D3E; Tue, 17 Dec 2013 09:09:47 +0000 (UTC) Received: by mail-qe0-f43.google.com with SMTP id 2so4948050qeb.30 for ; Tue, 17 Dec 2013 01:09:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=OdKEGFCsZ+836LWU0kQMCmuSUDSfIOrYYftXtMwK1YQ=; b=n+kAdAVmeQYVD8dQP+OBspHiASlwfC/UoxF3tCQiFOuX+LiQZuOBWB+xtPrATbiIuW vl/M+nBHANS8UPRoaJbqGaqkd7wIw9aL48MdWxnlgUdk7dSU9Cil79v3Orb9E/TFsCc+ SCoRbkhpYN3dfDLZe2Xv8J5DNvDnoUWTVRdGWw9zRo8TI2hden/uY6R51dSeHni804rw fmVsvzs0Ye1qxftu8T6Gyu0ex9Psn9vlUCTME7Zb/Kqd4x8Ui9SpGbkmCb4rrcLnYoPF mQSpS68qhsK1TDXHvlZ+LBqRoJe1Kr16praOUWJFKQfRjvqQ05zNaXz2xJwTZ4nD2Gc1 0wAg== X-Received: by 10.49.74.166 with SMTP id u6mr40990812qev.44.1387271387196; Tue, 17 Dec 2013 01:09:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.23.136 with HTTP; Tue, 17 Dec 2013 01:09:07 -0800 (PST) In-Reply-To: References: <20131216154458.GP1446@glenbarber.us> From: Odhiambo Washington Date: Tue, 17 Dec 2013 12:09:07 +0300 Message-ID: Subject: Re: FreeBSD 10.0-RC2 Now Available To: Niilo Kajander Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 09:09:48 -0000 Fair enough. I will use svn instead. I've never liked freebsd-update. On 17 December 2013 11:58, Niilo Kajander wrote: > On Tue, Dec 17, 2013 at 10:49 AM, Odhiambo Washington > wrote: > > > > > > Why does this fail? I have never used freebsd-update before. It's my 1st > > time. > > > > My understanding is that freebsd-update can't track changes between > different svn revisions. It doesn't have a clue about -CURRENT or > -STABLE as it only works for releases. If you intend to use > freebsd-update in the future you should upgrade your system first > using the install media. > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 "I can't hear you -- I'm using the scrambler." From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 12:19:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4DD19D9 for ; Tue, 17 Dec 2013 12:19:24 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFCF1CAF for ; Tue, 17 Dec 2013 12:19:24 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a1so5871640wgh.23 for ; Tue, 17 Dec 2013 04:19:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/oTQG/Vnuv0yxm4At48qI2R0KVkb/hP7EgYwqHXJWbU=; b=RelJ4cOyZEB1T418HbX6PROJYC+py6jnQLUY89si1JP96jPSiqM6GoJ2o/dNeeh9br naf9jxMEuOpW+fpXhWiLkS6+I0xsgDIaSBmSqZ04/Z5IyN7RBENgoL5glv18d4OqGYoW bYkmez5rhZNmMD4HQ4tIxjY86lEc6hofpUFG1UMv62yk+fwmHTWjkWO54dwvYKV/RPzA Fkjd1zVOIFt/1aaRkN3FrtD7vxARgiLVVGcI6eKjT38yYY822leTyEzbKuBixVey+qgj mX/tKLXF66eUZYXAUD4Vt5QigJCB2lJxmefho0DKCfhGSjZ905KvKlB7vxhKXuJr1Av0 8k9w== MIME-Version: 1.0 X-Received: by 10.194.237.99 with SMTP id vb3mr19079125wjc.28.1387282762629; Tue, 17 Dec 2013 04:19:22 -0800 (PST) Received: by 10.227.226.12 with HTTP; Tue, 17 Dec 2013 04:19:22 -0800 (PST) Date: Tue, 17 Dec 2013 14:19:22 +0200 Message-ID: Subject: 11.0-CURRENT panic at (allegedly) a dpms signal (monitor off), in drm2 From: Markiyan Kushnir To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 12:19:24 -0000 14:00:~$ uname -a FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r259227: Thu Dec 12 10:17:56 EET 2013 root@mkushnir.mooo.com:/usr/obj/usr/src/sys/MAREK amd64 Left my desktop (new Xorg, newcons, radeonkms) for a couple of minutes and found it rebooted after a panic. Never seen this kind of panic before. Please find links to core.txt, pciconf and devinfo: https://drive.google.com/file/d/0B9Q-zpUXxqCnWXNINDYwNTZ6d2M/edit?usp=sharing https://drive.google.com/file/d/0B9Q-zpUXxqCndEl6TDVwYmV0bDA/edit?usp=sharing https://drive.google.com/file/d/0B9Q-zpUXxqCndlhmTk92V3RkWlk/edit?usp=sharing -- Markiyan. From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 12:34:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D37E0E48; Tue, 17 Dec 2013 12:34:23 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A30481DCF; Tue, 17 Dec 2013 12:34:23 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:5604:a6ff:fe3a:96ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 2038323DDE; Tue, 17 Dec 2013 12:34:22 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 2038323DDE Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 17 Dec 2013 07:34:20 -0500 From: Glen Barber To: Odhiambo Washington Subject: Re: FreeBSD 10.0-RC2 Now Available Message-ID: <20131217123420.GJ1446@glenbarber.us> References: <20131216154458.GP1446@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XtpQQdSJWUg3xMR5" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team , "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 12:34:23 -0000 --XtpQQdSJWUg3xMR5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 17, 2013 at 11:49:39AM +0300, Odhiambo Washington wrote: > Someone please help me here: >=20 > root@fbsd10:/usr/src/contrib/unbound # uname -a > FreeBSD fbsd10 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254222: Sun Aug 11 > 20:14:02 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 >=20 =20 > Why does this fail? I have never used freebsd-update before. It's my 1st > time. >=20 You are upgrading from 10.0-CURRENT, which is not supported by freebsd-update. You will need to check out the src/ tree of stable/10 or releng/10.0 and do a source-based upgrade to -BETA or -RC, then you can use freebsd-update for future upgrades. Glen --XtpQQdSJWUg3xMR5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSsETMAAoJELls3eqvi17QKFwQAKAHQtnLhJmVEfaTGLERPxem sEda6+vraaohgkNQ9aVDnGefoHteEnkNR1hKDXrybpc9qkamI6wFlWswjE4IVUZI 9SSaeP8sFr5M6CJ+9gJ+95nHFZIkQkhdKxuzh16UFTWXW7BVAJwIZl5vgyRsa2vV qATyVA9B/jGzA12HRxW8nxoJg1uAOSh8v/jrxMsfvYKEqqkoZlT11Je2IxbNJVAG mZTOcntkvEhJYCLfp7j2aU1KxEitdZej5mHIXffTYA1HSeLMrxQRD5ubk12WUfUX J2148MV/ID9/OOS3vzQSchD712Cv3kraUPDzjAXNk2XxDQ9hOQoPpzQSQIVBTX6G FPFXeVxWo3dJLDAg6cDS9uY3aEv9H4OMrpa3rQsyJJKWWC0BR6pin3ozSTcXuWS+ ibIT+5z/IwtWV9B2z+OPc9yNhfO4A9QJAMJC+5gjFS81oSHBBLwj/gF90fdHFN2O SHoAwPB0dQ0vDrUX08goX9YrVgB/C5xrQ19BPTU0jjupj4lH8jfLNCxFNzzw/2vK cXtd7lq7ewv+zM01Qw8NZC++DrOj7DIC7iq9goDtGHETLwJxxRJ43oVQegR4huZm 42MudUZw65gpIg9a0nrTZxuta56qwEdP2BPVrcT5efYPJGSRAU1ovWl26yhXfYMA LpFG2UFNlfjl7taKPVN5 =9fRQ -----END PGP SIGNATURE----- --XtpQQdSJWUg3xMR5-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 08:58:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E72592A0; Tue, 17 Dec 2013 08:58:09 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B920D1B76; Tue, 17 Dec 2013 08:58:09 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id p10so6511159pdj.4 for ; Tue, 17 Dec 2013 00:58:09 -0800 (PST) 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=EOr21AkJeX2/NTYtPDStPJYOtWf8YLIEewQ5GOzQZn0=; b=PGnNSTssvjnQFbwvCgjKPOU5RJ2jaOisDXxvSH1+3Y27/lNKd5NaIWVFkN7vx1hY7+ HM+dfLnW51Np2CHO/xDz65WQAjiOh1sg/lLwF8AnhSVDZbcczlG8FXqhNHMIb8XG7/X7 4ESPy+6hyUXwFE3Lk6+1WScaCzkHQgZpQF5c8AlNCSjTcTkWDSaLxZrGU0Ee6wKhr0p5 81Jbvfv/SiGd2wBcP2E3rEfr98TiOsISkwDYpVAzODqQVq3UG0FHYRLF0hhgm/UtRrbZ GbDQ3Xn2aQZ35zTCJLShwpB8bK9Hv9q81zxK30ylCp0LEofyB3arwSphzAA9DavA3rRn eInA== MIME-Version: 1.0 X-Received: by 10.68.233.33 with SMTP id tt1mr25961098pbc.64.1387270689289; Tue, 17 Dec 2013 00:58:09 -0800 (PST) Received: by 10.68.213.2 with HTTP; Tue, 17 Dec 2013 00:58:09 -0800 (PST) In-Reply-To: References: <20131216154458.GP1446@glenbarber.us> Date: Tue, 17 Dec 2013 10:58:09 +0200 Message-ID: Subject: Re: FreeBSD 10.0-RC2 Now Available From: Niilo Kajander To: Odhiambo Washington Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Tue, 17 Dec 2013 12:38:32 +0000 Cc: "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 08:58:10 -0000 On Tue, Dec 17, 2013 at 10:49 AM, Odhiambo Washington wrote: > > > Why does this fail? I have never used freebsd-update before. It's my 1st > time. > My understanding is that freebsd-update can't track changes between different svn revisions. It doesn't have a clue about -CURRENT or -STABLE as it only works for releases. If you intend to use freebsd-update in the future you should upgrade your system first using the install media. From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 12:54:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21DCF622; Tue, 17 Dec 2013 12:54:04 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CF101F49; Tue, 17 Dec 2013 12:54:03 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id w7so4888462qcr.11 for ; Tue, 17 Dec 2013 04:54:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=WVlYKjAIVwCA43fF1QfH8R98TsezaBv7FLYuqeVcKGw=; b=oO9fi5EyFUI5AHa/xYbS6vFVeAd5cniUwgsgEH7gsN04ILbTVtl7pMSW7riEBSIlDb YQtWwSmwX4dlMPG1r4ygqd4jvpf5zULthV6b1COaHxvA+JSyTQjb3MMS5nprc4AIY69f H8i7QRxaNAaVGm/fjBcmXTr8S0SaHZ6AhwHl04Pc/2+AU3+1L6Zt0B83xCAxPwyB0iLF wi4PTnTUAy9gC4gL3H4nm5yU4a5IFFBO8o74/rpNMOoVRH8HNujf+BO29OolXf1UEyxN MBqmzYPGugmo0xwEsQODPC6oYA6JnOp4m+ka9UPkkgbOX5om7gLX0A3pMYiFlurhjULo f/Ow== X-Received: by 10.229.53.68 with SMTP id l4mr42191417qcg.21.1387284842802; Tue, 17 Dec 2013 04:54:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.23.136 with HTTP; Tue, 17 Dec 2013 04:53:22 -0800 (PST) In-Reply-To: <20131217123420.GJ1446@glenbarber.us> References: <20131216154458.GP1446@glenbarber.us> <20131217123420.GJ1446@glenbarber.us> From: Odhiambo Washington Date: Tue, 17 Dec 2013 15:53:22 +0300 Message-ID: Subject: Re: FreeBSD 10.0-RC2 Now Available To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Release Engineering Team , "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 12:54:04 -0000 Aha! I already blew away the 10-CURRENT, downloaded the RC and installed (on VMware). Now I can play with the stuff, including unbound, freebsd-update. BTW, I always used csup, then moved to svn on my systems. This freebsd-update (sorry I always felt scared about it), how does it handle a situation where I have a custom kernel? On 17 December 2013 15:34, Glen Barber wrote: > On Tue, Dec 17, 2013 at 11:49:39AM +0300, Odhiambo Washington wrote: > > Someone please help me here: > > > > root@fbsd10:/usr/src/contrib/unbound # uname -a > > FreeBSD fbsd10 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254222: Sun Aug 11 > > 20:14:02 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > > amd64 > > > > > Why does this fail? I have never used freebsd-update before. It's my 1st > > time. > > > > You are upgrading from 10.0-CURRENT, which is not supported by > freebsd-update. > > You will need to check out the src/ tree of stable/10 or releng/10.0 and > do a source-based upgrade to -BETA or -RC, then you can use > freebsd-update for future upgrades. > > Glen > > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 "I can't hear you -- I'm using the scrambler." From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 13:03:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32785AE0; Tue, 17 Dec 2013 13:03:14 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02CD31017; Tue, 17 Dec 2013 13:03:13 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:5604:a6ff:fe3a:96ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C52EC2205A; Tue, 17 Dec 2013 13:03:12 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C52EC2205A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 17 Dec 2013 08:03:11 -0500 From: Glen Barber To: Odhiambo Washington Subject: Re: FreeBSD 10.0-RC2 Now Available Message-ID: <20131217130311.GL1446@glenbarber.us> References: <20131216154458.GP1446@glenbarber.us> <20131217123420.GJ1446@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NOC/txXbandKISI8" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 13:03:14 -0000 --NOC/txXbandKISI8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 17, 2013 at 03:53:22PM +0300, Odhiambo Washington wrote: > Aha! I already blew away the 10-CURRENT, downloaded the RC and installed > (on VMware). Now I can play with the stuff, including unbound, > freebsd-update. > BTW, I always used csup, then moved to svn on my systems. This > freebsd-update (sorry I always felt scared about it), how does it handle a > situation where I have a custom kernel? >=20 The custom kernel will be replaced by the GENERIC kernel. Glen --NOC/txXbandKISI8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSsEuPAAoJELls3eqvi17QkzoQAKytGEPjPZJMaqr7Q8ODSZnW Oew24N9MkhghdoyV6b59xBucf+Nzdkmw3ToA9b/BMuyqvckzR3J65cLJZbPF8T3Z DmxcYpsq7ZY0ERBC5sueIPVG6yBoEHfT/ZGeyrUIfJ8CgFoRET5wB8jpFWuIxQnF KWWnOe+Hq6kEPfh1Fg1d2BHQ7vk8GBCRYB4jK9NV+baXz2h/pbTltV2GFU5YhRqb xdTdR6s93O7wae1BX3R5l8lsGDcPknl/RJ5SXaqY9LtAO+/M9HJoGSkbXrY8ffpt qZqKcaTWY3vgZNd0FasmUYZDT6u7qmwA73Y10BJdmQ7VJcnP0W8zi5JJ90hbGJg9 7THDelud00hcCt1PJcRMUss5u+yBS+z5CwCg0hhxLBJ40BYAunXHKdjFNs2N6T2i VUY4VYxhl412SLGIZFRoEXtzTL22Vr7yVwZnC97P9NBrtybtiRevrBSHyeB2PoE6 FLGRMJm+wz89c4z8eLkkaDOQi1WPgiol7aUTWfpHbD8s9Xrdb94FYh1CT7ZtPHNR 9RtsIBxKOPcBsa256DEW1viWiUoVEaSwilf/F5iOlJPkPZ/WZRW2f+ILqoYqk7yi NdHdHfQE2QGIWqBKmc/EbxSCpwlRAuKljuI4lnxFuVOzlmBWyo+tNTP5/1z6vgBT B0fL/o1DrjqJr52JGGVy =Yvs9 -----END PGP SIGNATURE----- --NOC/txXbandKISI8-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 13:14:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49FEB1F0 for ; Tue, 17 Dec 2013 13:14:49 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6644110A for ; Tue, 17 Dec 2013 13:14:48 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w61so6107412wes.29 for ; Tue, 17 Dec 2013 05:14:47 -0800 (PST) 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 :content-type; bh=LWZH760RZ9MS6UxPrQUbZk6rq8qrKykxsCiOshJ0xNo=; b=pEM3kC1hp+dSWAeQCMfom3xzND5bcM8U3uQr+mc3smsJD8zBAbYIBiibBG+QQxLuPz 7EdKb/6oG/Xtva8RGI+f1gHISt2JDgWbUacT0K6aAJGDKD+H8MwuGhOA/DtHP+BDk0EF YyZCYMswRmzrhffobwEpeULTKpSkfNduwYBotBjhTof2YHcaDIma3+2e1v3rF2bA4yfa UvTLOIQhw0LkmIBP4KtgdeOzGKWpATDSqhVsXVK5U3IMQDRV17AIPTModjAzWAyHhyi2 3aodQDbfZkgYrx6vp4F36CRG1C5crfc6xDqH1khTjW0AFkKPEnd3hcOLypx/8xAXIdy3 sFKw== MIME-Version: 1.0 X-Received: by 10.180.198.43 with SMTP id iz11mr3439897wic.0.1387286087187; Tue, 17 Dec 2013 05:14:47 -0800 (PST) Received: by 10.227.226.12 with HTTP; Tue, 17 Dec 2013 05:14:47 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Dec 2013 15:14:47 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic at (allegedly) a dpms signal (monitor off), in drm2 From: Markiyan Kushnir To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 13:14:49 -0000 /var/log/messages (cut out everything before approx an hour before the panic) and Xorg log of the panicked session: https://drive.google.com/file/d/0B9Q-zpUXxqCnX3IzY3BHMGRSVkk/edit?usp=sharing https://drive.google.com/file/d/0B9Q-zpUXxqCna3pfTVl2dWZraTg/edit?usp=sharing -- Markiyan. 2013/12/17 Markiyan Kushnir : > 14:00:~$ uname -a > FreeBSD mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #1 > r259227: Thu Dec 12 10:17:56 EET 2013 > root@mkushnir.mooo.com:/usr/obj/usr/src/sys/MAREK amd64 > > Left my desktop (new Xorg, newcons, radeonkms) for a couple of minutes > and found it rebooted after a panic. Never seen this kind of panic > before. > > Please find links to core.txt, pciconf and devinfo: > > https://drive.google.com/file/d/0B9Q-zpUXxqCnWXNINDYwNTZ6d2M/edit?usp=sharing > https://drive.google.com/file/d/0B9Q-zpUXxqCndEl6TDVwYmV0bDA/edit?usp=sharing > https://drive.google.com/file/d/0B9Q-zpUXxqCndlhmTk92V3RkWlk/edit?usp=sharing > > -- > Markiyan. From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 13:15:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C08E426 for ; Tue, 17 Dec 2013 13:15:57 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD18113A for ; Tue, 17 Dec 2013 13:15:56 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id C0EDA33F8 for ; Tue, 17 Dec 2013 15:06:40 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Tue, 17 Dec 2013 15:06:50 +0200 From: dan_partelly To: Subject: 10-RC2 current wireless link aggregation not working correctly Message-ID: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 13:15:57 -0000 Hi all, I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. What happens is: If I boot the system with the Ethernet cable attached, I correctly get lagg0 active port on master- bg0- and the network is working correctly. (I mainly test pinging my gateway). When I pull the cable out, lagg0 device correctly switches to wlan0 as shown by ifconfig (wlan0 is created from wpi0), but at the same time I get no more ping replies from my gateway. I can leave the system in this state for several minutes as an example and no replies are coming through. A simple list of interfaces with ifconfig with no parameters brigs the network back to life, and I start to get back the due ping replyes, this time thrugh wireless link. Please, if possible en-light me on tis problem. I sat at your disposition with any info you may deem necessary to get this fixed (if it needs a fix). Dan From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 13:16:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8738153D; Tue, 17 Dec 2013 13:16:26 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2026A1149; Tue, 17 Dec 2013 13:16:26 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id i17so4995164qcy.9 for ; Tue, 17 Dec 2013 05:16:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jKrQRjq4rHiwyVTj3yoFyqWyUaF/lzgsr7o1qrLDJYM=; b=a7vl9p6kCaGoFlbrbd7woNOkZiJbexqiz+Cf+WawnRCNIkHG7AOB55iM4jE0UCBJOs uTT6ozY12FKPuRNyFzT3qE0+ppIV4MjEPusi5G8M/hDK0f3g5lmpr8XhjDf+JWgt2P1Z oYZQdV2P6hASqeLkFdJp024H1cV7FMvSnjqH/4RMT8CxoFnDkGPe9fhOJAt13edA+YeV C410TK+H8HJC/EUzRqOtRC5LTsbqALtBOqGhUi585ozdByWDFjbE+Q6pXAL6grYTeRZ+ DRCotg/Us2XMCk9EZw1z5VzswEvaraJEdCXUylYUPwPldLv0DIiK8k2y+TdDf4eKpOhf X4mw== X-Received: by 10.49.131.69 with SMTP id ok5mr42534467qeb.77.1387286185376; Tue, 17 Dec 2013 05:16:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.23.136 with HTTP; Tue, 17 Dec 2013 05:15:42 -0800 (PST) In-Reply-To: <20131217130311.GL1446@glenbarber.us> References: <20131216154458.GP1446@glenbarber.us> <20131217123420.GJ1446@glenbarber.us> <20131217130311.GL1446@glenbarber.us> From: Odhiambo Washington Date: Tue, 17 Dec 2013 16:15:42 +0300 Message-ID: Subject: Re: FreeBSD 10.0-RC2 Now Available To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 13:16:26 -0000 ..and I believe that is the one thing that drove me away from freebsd-update. On 17 December 2013 16:03, Glen Barber wrote: > On Tue, Dec 17, 2013 at 03:53:22PM +0300, Odhiambo Washington wrote: > > Aha! I already blew away the 10-CURRENT, downloaded the RC and installed > > (on VMware). Now I can play with the stuff, including unbound, > > freebsd-update. > > BTW, I always used csup, then moved to svn on my systems. This > > freebsd-update (sorry I always felt scared about it), how does it handle > a > > situation where I have a custom kernel? > > > > The custom kernel will be replaced by the GENERIC kernel. > > Glen > > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 "I can't hear you -- I'm using the scrambler." From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 13:21:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCB23A63; Tue, 17 Dec 2013 13:21:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A25F311D9; Tue, 17 Dec 2013 13:21:08 +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 rBHDL7aE073510; Tue, 17 Dec 2013 08:21:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBHDL7i0073497; Tue, 17 Dec 2013 13:21:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 13:21:07 GMT Message-Id: <201312171321.rBHDL7i0073497@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 13:21:08 -0000 TB --- 2013-12-17 07:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 07:40:17 - 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 --- 2013-12-17 07:40:17 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-17 07:40:17 - cleaning the object tree TB --- 2013-12-17 07:45:55 - /usr/local/bin/svn stat /src TB --- 2013-12-17 07:45:58 - At svn revision 259496 TB --- 2013-12-17 07:45:59 - building world TB --- 2013-12-17 07:45:59 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 07:45:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 07:45:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 07:45:59 - SRCCONF=/dev/null TB --- 2013-12-17 07:45:59 - TARGET=i386 TB --- 2013-12-17 07:45:59 - TARGET_ARCH=i386 TB --- 2013-12-17 07:45:59 - TZ=UTC TB --- 2013-12-17 07:45:59 - __MAKE_CONF=/dev/null TB --- 2013-12-17 07:45:59 - cd /src TB --- 2013-12-17 07:45:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 07:46:06 UTC 2013 >>> 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 Dec 17 10:59:16 UTC 2013 TB --- 2013-12-17 10:59:16 - generating LINT kernel config TB --- 2013-12-17 10:59:16 - cd /src/sys/i386/conf TB --- 2013-12-17 10:59:16 - /usr/bin/make -B LINT TB --- 2013-12-17 10:59:16 - cd /src/sys/i386/conf TB --- 2013-12-17 10:59:16 - /usr/sbin/config -m LINT TB --- 2013-12-17 10:59:16 - building LINT kernel TB --- 2013-12-17 10:59:16 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 10:59:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 10:59:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 10:59:16 - SRCCONF=/dev/null TB --- 2013-12-17 10:59:16 - TARGET=i386 TB --- 2013-12-17 10:59:16 - TARGET_ARCH=i386 TB --- 2013-12-17 10:59:16 - TZ=UTC TB --- 2013-12-17 10:59:16 - __MAKE_CONF=/dev/null TB --- 2013-12-17 10:59:16 - cd /src TB --- 2013-12-17 10:59:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 10:59:17 UTC 2013 >>> 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 Dec 17 11:36:53 UTC 2013 TB --- 2013-12-17 11:36:53 - cd /src/sys/i386/conf TB --- 2013-12-17 11:36:53 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-17 11:36:53 - building LINT-NOINET kernel TB --- 2013-12-17 11:36:53 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 11:36:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 11:36:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 11:36:53 - SRCCONF=/dev/null TB --- 2013-12-17 11:36:53 - TARGET=i386 TB --- 2013-12-17 11:36:53 - TARGET_ARCH=i386 TB --- 2013-12-17 11:36:53 - TZ=UTC TB --- 2013-12-17 11:36:53 - __MAKE_CONF=/dev/null TB --- 2013-12-17 11:36:53 - cd /src TB --- 2013-12-17 11:36:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Dec 17 11:36:53 UTC 2013 >>> 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 Dec 17 12:09:16 UTC 2013 TB --- 2013-12-17 12:09:16 - cd /src/sys/i386/conf TB --- 2013-12-17 12:09:16 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-17 12:09:16 - building LINT-NOINET6 kernel TB --- 2013-12-17 12:09:16 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 12:09:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 12:09:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 12:09:16 - SRCCONF=/dev/null TB --- 2013-12-17 12:09:16 - TARGET=i386 TB --- 2013-12-17 12:09:16 - TARGET_ARCH=i386 TB --- 2013-12-17 12:09:16 - TZ=UTC TB --- 2013-12-17 12:09:16 - __MAKE_CONF=/dev/null TB --- 2013-12-17 12:09:16 - cd /src TB --- 2013-12-17 12:09:16 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Dec 17 12:09:16 UTC 2013 >>> 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 Tue Dec 17 12:41:27 UTC 2013 TB --- 2013-12-17 12:41:27 - cd /src/sys/i386/conf TB --- 2013-12-17 12:41:27 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-17 12:41:27 - building LINT-NOIP kernel TB --- 2013-12-17 12:41:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 12:41:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 12:41:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 12:41:27 - SRCCONF=/dev/null TB --- 2013-12-17 12:41:27 - TARGET=i386 TB --- 2013-12-17 12:41:27 - TARGET_ARCH=i386 TB --- 2013-12-17 12:41:27 - TZ=UTC TB --- 2013-12-17 12:41:27 - __MAKE_CONF=/dev/null TB --- 2013-12-17 12:41:27 - cd /src TB --- 2013-12-17 12:41:27 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Tue Dec 17 12:41:27 UTC 2013 >>> 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 Tue Dec 17 13:11:09 UTC 2013 TB --- 2013-12-17 13:11:09 - cd /src/sys/i386/conf TB --- 2013-12-17 13:11:09 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-17 13:11:09 - building LINT-VIMAGE kernel TB --- 2013-12-17 13:11:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 13:11:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 13:11:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 13:11:09 - SRCCONF=/dev/null TB --- 2013-12-17 13:11:09 - TARGET=i386 TB --- 2013-12-17 13:11:09 - TARGET_ARCH=i386 TB --- 2013-12-17 13:11:09 - TZ=UTC TB --- 2013-12-17 13:11:09 - __MAKE_CONF=/dev/null TB --- 2013-12-17 13:11:09 - cd /src TB --- 2013-12-17 13:11:09 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Dec 17 13:11:09 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 13:21:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 13:21:07 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-17 13:21:07 - 15762.77 user 2958.48 system 20449.51 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 13:47:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D9725ED for ; Tue, 17 Dec 2013 13:47:47 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15F821397 for ; Tue, 17 Dec 2013 13:47:46 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 2E8901A728A; Tue, 17 Dec 2013 08:47:46 -0500 (EST) Message-ID: <52B05601.3010500@mail.lifanov.com> Date: Tue, 17 Dec 2013 08:47:45 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: dan_partelly , freebsd-current@freebsd.org Subject: Re: 10-RC2 current wireless link aggregation not working correctly References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> In-Reply-To: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 13:47:47 -0000 On 12/17/13 08:06, dan_partelly wrote: > > Hi all, > > I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as > described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. > > What happens is: > > If I boot the system with the Ethernet cable attached, I correctly get > lagg0 active port on master- bg0- and the network is working correctly. > (I mainly test pinging my gateway). When I pull the cable out, lagg0 > device correctly switches to wlan0 as shown by ifconfig (wlan0 is created > from wpi0), but at the same time I get no more ping replies from my > gateway. I can leave the system in this state for several minutes as an > example > and no replies are coming through. A simple list of interfaces with > ifconfig with no parameters brigs the network back to life, and I start to > get back the due ping replyes, this time thrugh wireless link. > > > Please, if possible en-light me on tis problem. I sat at your disposition > with any info you may deem necessary to get this fixed (if it needs a fix). > > > Dan > I can confirm this behavior. It also happens to me. - Nikolai Lifanov. From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 13:50:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B954902; Tue, 17 Dec 2013 13:50:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1007E142B; Tue, 17 Dec 2013 13:50: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 rBHDorH5041942; Tue, 17 Dec 2013 08:50:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBHDorWS041940; Tue, 17 Dec 2013 13:50:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 13:50:53 GMT Message-Id: <201312171350.rBHDorWS041940@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 amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 13:50:54 -0000 TB --- 2013-12-17 07:40:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 07:40:17 - 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 --- 2013-12-17 07:40:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-17 07:40:17 - cleaning the object tree TB --- 2013-12-17 07:47:12 - /usr/local/bin/svn stat /src TB --- 2013-12-17 07:47:15 - At svn revision 259496 TB --- 2013-12-17 07:47:16 - building world TB --- 2013-12-17 07:47:16 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 07:47:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 07:47:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 07:47:16 - SRCCONF=/dev/null TB --- 2013-12-17 07:47:16 - TARGET=amd64 TB --- 2013-12-17 07:47:16 - TARGET_ARCH=amd64 TB --- 2013-12-17 07:47:16 - TZ=UTC TB --- 2013-12-17 07:47:16 - __MAKE_CONF=/dev/null TB --- 2013-12-17 07:47:16 - cd /src TB --- 2013-12-17 07:47:16 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 07:47:23 UTC 2013 >>> 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 Tue Dec 17 11:34:19 UTC 2013 TB --- 2013-12-17 11:34:19 - generating LINT kernel config TB --- 2013-12-17 11:34:19 - cd /src/sys/amd64/conf TB --- 2013-12-17 11:34:19 - /usr/bin/make -B LINT TB --- 2013-12-17 11:34:19 - cd /src/sys/amd64/conf TB --- 2013-12-17 11:34:19 - /usr/sbin/config -m LINT TB --- 2013-12-17 11:34:19 - building LINT kernel TB --- 2013-12-17 11:34:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 11:34:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 11:34:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 11:34:19 - SRCCONF=/dev/null TB --- 2013-12-17 11:34:19 - TARGET=amd64 TB --- 2013-12-17 11:34:19 - TARGET_ARCH=amd64 TB --- 2013-12-17 11:34:19 - TZ=UTC TB --- 2013-12-17 11:34:19 - __MAKE_CONF=/dev/null TB --- 2013-12-17 11:34:19 - cd /src TB --- 2013-12-17 11:34:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 11:34:19 UTC 2013 >>> 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 Dec 17 12:08:47 UTC 2013 TB --- 2013-12-17 12:08:47 - cd /src/sys/amd64/conf TB --- 2013-12-17 12:08:47 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-17 12:08:47 - building LINT-NOINET kernel TB --- 2013-12-17 12:08:47 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 12:08:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 12:08:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 12:08:47 - SRCCONF=/dev/null TB --- 2013-12-17 12:08:47 - TARGET=amd64 TB --- 2013-12-17 12:08:47 - TARGET_ARCH=amd64 TB --- 2013-12-17 12:08:47 - TZ=UTC TB --- 2013-12-17 12:08:47 - __MAKE_CONF=/dev/null TB --- 2013-12-17 12:08:47 - cd /src TB --- 2013-12-17 12:08:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Dec 17 12:08:48 UTC 2013 >>> 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 Dec 17 12:40:33 UTC 2013 TB --- 2013-12-17 12:40:33 - cd /src/sys/amd64/conf TB --- 2013-12-17 12:40:33 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-17 12:40:33 - building LINT-NOINET6 kernel TB --- 2013-12-17 12:40:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 12:40:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 12:40:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 12:40:33 - SRCCONF=/dev/null TB --- 2013-12-17 12:40:33 - TARGET=amd64 TB --- 2013-12-17 12:40:33 - TARGET_ARCH=amd64 TB --- 2013-12-17 12:40:33 - TZ=UTC TB --- 2013-12-17 12:40:33 - __MAKE_CONF=/dev/null TB --- 2013-12-17 12:40:33 - cd /src TB --- 2013-12-17 12:40:33 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Dec 17 12:40:33 UTC 2013 >>> 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 Tue Dec 17 13:12:09 UTC 2013 TB --- 2013-12-17 13:12:09 - cd /src/sys/amd64/conf TB --- 2013-12-17 13:12:09 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-17 13:12:09 - building LINT-NOIP kernel TB --- 2013-12-17 13:12:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 13:12:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 13:12:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 13:12:09 - SRCCONF=/dev/null TB --- 2013-12-17 13:12:09 - TARGET=amd64 TB --- 2013-12-17 13:12:09 - TARGET_ARCH=amd64 TB --- 2013-12-17 13:12:09 - TZ=UTC TB --- 2013-12-17 13:12:09 - __MAKE_CONF=/dev/null TB --- 2013-12-17 13:12:09 - cd /src TB --- 2013-12-17 13:12:09 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Tue Dec 17 13:12:09 UTC 2013 >>> 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 Tue Dec 17 13:41:04 UTC 2013 TB --- 2013-12-17 13:41:04 - cd /src/sys/amd64/conf TB --- 2013-12-17 13:41:04 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-17 13:41:04 - building LINT-VIMAGE kernel TB --- 2013-12-17 13:41:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 13:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 13:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 13:41:04 - SRCCONF=/dev/null TB --- 2013-12-17 13:41:04 - TARGET=amd64 TB --- 2013-12-17 13:41:04 - TARGET_ARCH=amd64 TB --- 2013-12-17 13:41:04 - TZ=UTC TB --- 2013-12-17 13:41:04 - __MAKE_CONF=/dev/null TB --- 2013-12-17 13:41:04 - cd /src TB --- 2013-12-17 13:41:04 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Dec 17 13:41:04 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 13:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 13:50:53 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-17 13:50:53 - 17038.29 user 3219.64 system 22235.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 15:54:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 866BFF04 for ; Tue, 17 Dec 2013 15:54:53 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45E021143 for ; Tue, 17 Dec 2013 15:54:53 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id w7so5097438qcr.11 for ; Tue, 17 Dec 2013 07:54:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=j4qMLa7hjY7SMlScWtYAwibIyOerE0ZNFkZ5RhFNb7k=; b=g3WOoYeimdw+k7l0rsJTOJT3gvWNcNgCWCJ4PWwt+WGIStyuhNZM8CaaI43j71naXj KTvXiigEXrSJ9EJsrA5DJunHislZMVggQ3T0TbWy/mcOytMHIX4SghxQJQHarNXN+GNj Ms8KlH5tgAdbAA2c5SJH+Yq08PMvXfXMxmFvNe9KWPXDGpYFCZKOEFVaRc3terp1chGy iXGhgt6vS1SBgRU+B2Y+otqEYFgRia0t1KhdQYVkkNAEx6FGsJgjsGW8g71lkEsNuxkK E7p9ZoNzTPWNlQ8eYXA56FxiunmhbCJoENaVgi/LxoZ4TjsgAMG+oTMWqgo2u4Qw2RZt /EIQ== MIME-Version: 1.0 X-Received: by 10.49.131.5 with SMTP id oi5mr44470473qeb.38.1387295692320; Tue, 17 Dec 2013 07:54:52 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Tue, 17 Dec 2013 07:54:52 -0800 (PST) In-Reply-To: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> Date: Tue, 17 Dec 2013 07:54:52 -0800 X-Google-Sender-Auth: -rxaV8ItNz04MUlKysJgpTlFbvk Message-ID: Subject: Re: 10-RC2 current wireless link aggregation not working correctly From: Adrian Chadd To: dan_partelly Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 15:54:53 -0000 Hi, The MAC of the lagg needs to be the same as the wireless interface. I'm going to just state right now that using lagg as the failover method for doing wireless/wired integration isn't supported by me. If someone wants to make it supported then they need to claim it. :) -a On 17 December 2013 05:06, dan_partelly wrote: > > Hi all, > > I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as > described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. > > What happens is: > > If I boot the system with the Ethernet cable attached, I correctly get > lagg0 active port on master- bg0- and the network is working correctly. > (I mainly test pinging my gateway). When I pull the cable out, lagg0 > device correctly switches to wlan0 as shown by ifconfig (wlan0 is created > from wpi0), but at the same time I get no more ping replies from my > gateway. I can leave the system in this state for several minutes as an > example > and no replies are coming through. A simple list of interfaces with > ifconfig with no parameters brigs the network back to life, and I start to > get back the due ping replyes, this time thrugh wireless link. > > > Please, if possible en-light me on tis problem. I sat at your disposition > with any info you may deem necessary to get this fixed (if it needs a fix). > > > Dan > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 15:59:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7190E362; Tue, 17 Dec 2013 15:59:24 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56E95117C; Tue, 17 Dec 2013 15:59:24 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id A72F51A728A; Tue, 17 Dec 2013 10:59:23 -0500 (EST) Message-ID: <52B074DA.30307@mail.lifanov.com> Date: Tue, 17 Dec 2013 10:59:22 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Adrian Chadd , dan_partelly Subject: Re: 10-RC2 current wireless link aggregation not working correctly References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 15:59:24 -0000 On 12/17/13 10:54, Adrian Chadd wrote: > Hi, > > The MAC of the lagg needs to be the same as the wireless interface. > > I'm going to just state right now that using lagg as the failover > method for doing wireless/wired integration isn't supported by me. If > someone wants to make it supported then they need to claim it. :) > > > -a > > > On 17 December 2013 05:06, dan_partelly wrote: >> >> Hi all, >> >> I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as >> described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. >> >> What happens is: >> >> If I boot the system with the Ethernet cable attached, I correctly get >> lagg0 active port on master- bg0- and the network is working correctly. >> (I mainly test pinging my gateway). When I pull the cable out, lagg0 >> device correctly switches to wlan0 as shown by ifconfig (wlan0 is created >> from wpi0), but at the same time I get no more ping replies from my >> gateway. I can leave the system in this state for several minutes as an >> example >> and no replies are coming through. A simple list of interfaces with >> ifconfig with no parameters brigs the network back to life, and I start to >> get back the due ping replyes, this time thrugh wireless link. >> >> >> Please, if possible en-light me on tis problem. I sat at your disposition >> with any info you may deem necessary to get this fixed (if it needs a fix). >> >> >> Dan >> It actually is, in my case. The macs for em0, wlan0, and lagg0 all match. I can always do the failover differently, but this used to work with 9.0-RELEASE-9.2-RELEASE. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 16:09:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6D7A818; Tue, 17 Dec 2013 16:09:58 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5301250; Tue, 17 Dec 2013 16:09:58 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id C51BA290F; Tue, 17 Dec 2013 18:09:51 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Tue, 17 Dec 2013 18:10:04 +0200 From: dan_partelly To: Adrian Chadd Subject: Re: 10-RC2 current wireless link aggregation not working correctly In-Reply-To: References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> Message-ID: <0bd233d9a6af0ef79cbd5c74c99a9ad5@rdsor.ro> X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 16:09:58 -0000 On Tue, 17 Dec 2013 07:54:52 -0800, Adrian Chadd wrote: > Hi, All 3 MACs are the same. wpi0 is set to the MAC of bg0. Wlan0 inherits the MAC of wpi0. Lagg0 is set up to the MAC of master. So everything checks out. All are the same. I have to check if the systems sends packets to the gateway after the switch on wlan0, but fails to get any packets back. I didnt had time yet for this. >> If someone wants to make it supported then they need to claim it. :) Who from the FreeBSD team supports it ? Dan > > The MAC of the lagg needs to be the same as the wireless interface. > > I'm going to just state right now that using lagg as the failover > method for doing wireless/wired integration isn't supported by me. If > someone wants to make it supported then they need to claim it. :) > > > -a > > > On 17 December 2013 05:06, dan_partelly wrote: >> >> Hi all, >> >> I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as >> described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. >> >> What happens is: >> >> If I boot the system with the Ethernet cable attached, I correctly get >> lagg0 active port on master- bg0- and the network is working correctly. >> (I mainly test pinging my gateway). When I pull the cable out, lagg0 >> device correctly switches to wlan0 as shown by ifconfig (wlan0 is created >> from wpi0), but at the same time I get no more ping replies from my >> gateway. I can leave the system in this state for several minutes as an >> example >> and no replies are coming through. A simple list of interfaces with >> ifconfig with no parameters brigs the network back to life, and I start >> to >> get back the due ping replyes, this time thrugh wireless link. >> >> >> Please, if possible en-light me on tis problem. I sat at your disposition >> with any info you may deem necessary to get this fixed (if it needs a >> fix). >> >> >> Dan >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 16:12:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46AD8B2B; Tue, 17 Dec 2013 16:12:32 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B42C12DB; Tue, 17 Dec 2013 16:12:31 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 7D4BF1A728A; Tue, 17 Dec 2013 11:12:31 -0500 (EST) Message-ID: <52B077EE.2070105@mail.lifanov.com> Date: Tue, 17 Dec 2013 11:12:30 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Adrian Chadd , dan_partelly Subject: Re: 10-RC2 current wireless link aggregation not working correctly References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 16:12:32 -0000 On 12/17/13 10:54, Adrian Chadd wrote: > Hi, > > The MAC of the lagg needs to be the same as the wireless interface. > > I'm going to just state right now that using lagg as the failover > method for doing wireless/wired integration isn't supported by me. If > someone wants to make it supported then they need to claim it. :) > > > -a > > > On 17 December 2013 05:06, dan_partelly wrote: >> >> Hi all, >> >> I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as >> described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. >> >> What happens is: >> >> If I boot the system with the Ethernet cable attached, I correctly get >> lagg0 active port on master- bg0- and the network is working correctly. >> (I mainly test pinging my gateway). When I pull the cable out, lagg0 >> device correctly switches to wlan0 as shown by ifconfig (wlan0 is created >> from wpi0), but at the same time I get no more ping replies from my >> gateway. I can leave the system in this state for several minutes as an >> example >> and no replies are coming through. A simple list of interfaces with >> ifconfig with no parameters brigs the network back to life, and I start to >> get back the due ping replyes, this time thrugh wireless link. >> >> >> Please, if possible en-light me on tis problem. I sat at your disposition >> with any info you may deem necessary to get this fixed (if it needs a fix). >> >> >> Dan >> Also, this method is still described in the handbook: https://www.freebsd.org/doc/handbook/network-aggregation.html#networking-lagg-wired-and-wireless If this isn't supposed to work, then the handbook needs to be updated. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 16:42:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FA98989 for ; Tue, 17 Dec 2013 16:42:51 +0000 (UTC) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CD8615B1 for ; Tue, 17 Dec 2013 16:42:51 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id w7so5347486qeb.36 for ; Tue, 17 Dec 2013 08:42:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XVybHV2PbNmZebvQjGXmJziz1YYbKz5c+VwQ1un0YW8=; b=fFpLsvxL7EQa40Dc0WpjxhlklKSNGUXqmFvIrlQVP7ghu5kLRoUAh3KNyh53Ka6IBm jVSXG8NVC29hYSHXA8HbEuMMBjEFcT2NnSpjL/38LkLcZbkeH/uVDh3fmbyDHX/Qph+d 9zpfVOtGM4E4QY7fZC9npGZ3DaZBekE3NYOLBJ9DLn4tTrj4ieGY68QoVI3GrY98j/aA D1vP9qWC1wrr77T3rI1rObyrCwt7S1bSFYMtVGfr4FjrMos4Iz0POIOCncNeBFkYVjxn nn/Joa+i3Pijna7u5oZTkVdtsWN+HFsGUClXG1YBxomaGbkFTotzUxwlOh3HdEn7oiMh ePow== MIME-Version: 1.0 X-Received: by 10.49.35.112 with SMTP id g16mr44631035qej.13.1387298570497; Tue, 17 Dec 2013 08:42:50 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Tue, 17 Dec 2013 08:42:50 -0800 (PST) In-Reply-To: <52B077EE.2070105@mail.lifanov.com> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B077EE.2070105@mail.lifanov.com> Date: Tue, 17 Dec 2013 08:42:50 -0800 X-Google-Sender-Auth: 5CYVyq5ybYUbsJRa1cdp_Tamn-4 Message-ID: Subject: Re: 10-RC2 current wireless link aggregation not working correctly From: Adrian Chadd To: Nikolai Lifanov Content-Type: text/plain; charset=ISO-8859-1 Cc: dan_partelly , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 16:42:51 -0000 On 17 December 2013 08:12, Nikolai Lifanov wrote: > Also, this method is still described in the handbook: > https://www.freebsd.org/doc/handbook/network-aggregation.html#networking-lagg-wired-and-wireless > > If this isn't supposed to work, then the handbook needs to be updated. I'd be really happy if someone removed it until it was actually debugged correctly and documented in the code. -adrian From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 16:43:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29C5FA99 for ; Tue, 17 Dec 2013 16:43:10 +0000 (UTC) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB5B215BE for ; Tue, 17 Dec 2013 16:43:09 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id nd7so5472857qeb.31 for ; Tue, 17 Dec 2013 08:43:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pwDNPt5hnBGRl72Q3aZVbw1dJZ+fhVkwT1ZLuKOo9kQ=; b=V3xWvZ2twhZ/LJ0jcjf38RqPQQRp4HY27DuNesKQeLnD3kCQgpHhKrkvMkDLxihYSH eyMHnnUI5NUQpJmLpDFdVS3mxZHDxdAhDVwbSJiysncB0cPR+pKWf9DoBMjN2oeGw0bu etOY7fBo3AyJbwPSsYUpeaD4F8AVzQsfYFsqSuLiU3Is7+ZMeT8n5vfMx1LXceyi95Ti Bp4Oj26yIHInuoT+PLYqj7muTVujJDy8PM8Lpdz40oqkN3LENkEoxCIK6gFY+bOHPF64 Z9Soc3wU+/fPsNcJilmpCljDjo0UVSnPhGiAPR206DjtTihUaUFV/hnlr1UYM6b185MP j/qw== MIME-Version: 1.0 X-Received: by 10.224.24.194 with SMTP id w2mr34326946qab.48.1387298589137; Tue, 17 Dec 2013 08:43:09 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Tue, 17 Dec 2013 08:43:09 -0800 (PST) In-Reply-To: <0bd233d9a6af0ef79cbd5c74c99a9ad5@rdsor.ro> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <0bd233d9a6af0ef79cbd5c74c99a9ad5@rdsor.ro> Date: Tue, 17 Dec 2013 08:43:09 -0800 X-Google-Sender-Auth: f3ZDaguLwJSQ4HpL22XP3McVUoc Message-ID: Subject: Re: 10-RC2 current wireless link aggregation not working correctly From: Adrian Chadd To: dan_partelly Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 16:43:10 -0000 I'm the wireless stack maintainer and I currently don't support that. Sorry. -a On 17 December 2013 08:10, dan_partelly wrote: > On Tue, 17 Dec 2013 07:54:52 -0800, Adrian Chadd > wrote: >> Hi, > > All 3 MACs are the same. wpi0 is set to the MAC of bg0. Wlan0 inherits the > MAC of > wpi0. Lagg0 is set up to the MAC of master. So everything checks out. All > are the same. > > I have to check if the systems sends packets to the gateway after the > switch on wlan0, > but fails to get any packets back. I didnt had time yet for this. > >>> If someone wants to make it supported then they need to claim it. :) > > Who from the FreeBSD team supports it ? > > Dan > > > >> >> The MAC of the lagg needs to be the same as the wireless interface. >> >> I'm going to just state right now that using lagg as the failover >> method for doing wireless/wired integration isn't supported by me. If >> someone wants to make it supported then they need to claim it. :) >> >> >> -a >> >> >> On 17 December 2013 05:06, dan_partelly wrote: >>> >>> Hi all, >>> >>> I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as >>> described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. >>> >>> What happens is: >>> >>> If I boot the system with the Ethernet cable attached, I correctly get >>> lagg0 active port on master- bg0- and the network is working correctly. >>> (I mainly test pinging my gateway). When I pull the cable out, lagg0 >>> device correctly switches to wlan0 as shown by ifconfig (wlan0 is > created >>> from wpi0), but at the same time I get no more ping replies from my >>> gateway. I can leave the system in this state for several minutes as an >>> example >>> and no replies are coming through. A simple list of interfaces with >>> ifconfig with no parameters brigs the network back to life, and I start >>> to >>> get back the due ping replyes, this time thrugh wireless link. >>> >>> >>> Please, if possible en-light me on tis problem. I sat at your > disposition >>> with any info you may deem necessary to get this fixed (if it needs a >>> fix). >>> >>> >>> Dan >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 16:52:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C1793ED; Tue, 17 Dec 2013 16:52:57 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id F0F2816B4; Tue, 17 Dec 2013 16:52:56 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id E79D62A5D; Tue, 17 Dec 2013 18:52:55 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Tue, 17 Dec 2013 18:53:08 +0200 From: dan_partelly To: Adrian Chadd Subject: Re: 10-RC2 current wireless link aggregation not working correctly In-Reply-To: References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <0bd233d9a6af0ef79cbd5c74c99a9ad5@rdsor.ro> Message-ID: X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 16:52:57 -0000 No problem. Can you point me to the relevant source files in the kernel tree, please ? Dan On Tue, 17 Dec 2013 08:43:09 -0800, Adrian Chadd wrote: > I'm the wireless stack maintainer and I currently don't support that. > > Sorry. > > > > -a > > On 17 December 2013 08:10, dan_partelly wrote: >> On Tue, 17 Dec 2013 07:54:52 -0800, Adrian Chadd >> wrote: >>> Hi, >> >> All 3 MACs are the same. wpi0 is set to the MAC of bg0. Wlan0 inherits >> the >> MAC of >> wpi0. Lagg0 is set up to the MAC of master. So everything checks out. All >> are the same. >> >> I have to check if the systems sends packets to the gateway after the >> switch on wlan0, >> but fails to get any packets back. I didnt had time yet for this. >> >>>> If someone wants to make it supported then they need to claim it. :) >> >> Who from the FreeBSD team supports it ? >> >> Dan >> >> >> >>> >>> The MAC of the lagg needs to be the same as the wireless interface. >>> >>> I'm going to just state right now that using lagg as the failover >>> method for doing wireless/wired integration isn't supported by me. If >>> someone wants to make it supported then they need to claim it. :) >>> >>> >>> -a >>> >>> >>> On 17 December 2013 05:06, dan_partelly wrote: >>>> >>>> Hi all, >>>> >>>> I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as >>>> described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. >>>> >>>> What happens is: >>>> >>>> If I boot the system with the Ethernet cable attached, I correctly get >>>> lagg0 active port on master- bg0- and the network is working correctly. >>>> (I mainly test pinging my gateway). When I pull the cable out, lagg0 >>>> device correctly switches to wlan0 as shown by ifconfig (wlan0 is >> created >>>> from wpi0), but at the same time I get no more ping replies from my >>>> gateway. I can leave the system in this state for several minutes as an >>>> example >>>> and no replies are coming through. A simple list of interfaces with >>>> ifconfig with no parameters brigs the network back to life, and I start >>>> to >>>> get back the due ping replyes, this time thrugh wireless link. >>>> >>>> >>>> Please, if possible en-light me on tis problem. I sat at your >> disposition >>>> with any info you may deem necessary to get this fixed (if it needs a >>>> fix). >>>> >>>> >>>> Dan >>>> >>>> _______________________________________________ >>>> 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" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 17:43:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E64DB3DA for ; Tue, 17 Dec 2013 17:43:48 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id A43A61A96 for ; Tue, 17 Dec 2013 17:43:47 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D3B374DE49 for ; Tue, 17 Dec 2013 17:34:34 +0000 (UTC) Message-ID: <52B08B28.6040402@allanjude.com> Date: Tue, 17 Dec 2013 12:34:32 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 10-RC2 current wireless link aggregation not working correctly References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LsBlN4UdlO7bXdKc4LI6mr8OUerea9EB9" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 17:43:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LsBlN4UdlO7bXdKc4LI6mr8OUerea9EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-12-17 10:54, Adrian Chadd wrote: > Hi, > > The MAC of the lagg needs to be the same as the wireless interface. > > I'm going to just state right now that using lagg as the failover > method for doing wireless/wired integration isn't supported by me. If > someone wants to make it supported then they need to claim it. :) > > > -a > > > On 17 December 2013 05:06, dan_partelly wrote: >> Hi all, >> >> I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as >> described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. >> >> What happens is: >> >> If I boot the system with the Ethernet cable attached, I correctly get= >> lagg0 active port on master- bg0- and the network is working correctly= =2E >> (I mainly test pinging my gateway). When I pull the cable out, lagg0 >> device correctly switches to wlan0 as shown by ifconfig (wlan0 is crea= ted >> from wpi0), but at the same time I get no more ping replies from my >> gateway. I can leave the system in this state for several minutes as a= n >> example >> and no replies are coming through. A simple list of interfaces with >> ifconfig with no parameters brigs the network back to life, and I star= t to >> get back the due ping replyes, this time thrugh wireless link. >> >> >> Please, if possible en-light me on tis problem. I sat at your disposit= ion >> with any info you may deem necessary to get this fixed (if it needs a = fix). >> >> >> Dan >> >> _______________________________________________ >> 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" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" If I am am understanding correctly, Dan and Nikolai say that just running 'ifconfig' brings the lagg back to life. Why would that make a difference at all? Running ifconfig with no parameters shouldn't be changing anything. --=20 Allan Jude --LsBlN4UdlO7bXdKc4LI6mr8OUerea9EB9 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSsIssAAoJEJrBFpNRJZKfRAoQAJex48agfPROh8lZTKv1yiVZ bH8yJtBdY86TBC8y5yfTqytPpgSUOaAWi4pTm5bud8gtQkyHp6lvdVuwf8fD/JaC cyP7S2atVyaA7GFhDPzpB6Ul2/DiXAGa+qTK6rIaxrB3weqVbJqenP9IwLkfM7m1 5pwEoAUgRfUIoUJU+0eroqKCJZCeYD0BpdSzA9f3QdbHpgYE+n/PJFV5ev8u84Sy zAhdycG+8UDya22h+WliWPJoekhPYJM5KJSqk+PCc7WgWIarQw2eqOYXHRofdB1c eBDVPFvbww6J4wpDfGFq01PhUvPCCoSukb0QdX8WlD+LbmQHQ0hRSARCcP8riO3t K6cxKQaA6MiNw8dGzSJ0uwF9ik3xWX6cPyeQvTZO46GKZLeCmjBejVvC64ubMpoH u8H6npDkzJwBE3MAMrSn14ZPE8Bgha7GKOvkk83QX4EBFsSUS9N/DH1cNw4pm5KX CX677KfcJ2oNMWoUODLeoYjLuuCEfyrlzztbwsvwwbuxSpUTi6aEw2fPTu0Kc0SD cF75689FwZhmad24fCpxeFdVJBNQQ6JYPT8hU1dTvUCGKpraXFvoxecos6fXw6rV +6gZJTTsR8lTY7H7FVfnsmC/8eY2u07RCVMRwJC9CWiFQtJspCBV/J5HPv5tr1RH 90jMAqE30CUNraOhXTXW =0WSL -----END PGP SIGNATURE----- --LsBlN4UdlO7bXdKc4LI6mr8OUerea9EB9-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 17:58:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3225E51 for ; Tue, 17 Dec 2013 17:58:26 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9CE21CBF for ; Tue, 17 Dec 2013 17:58:26 +0000 (UTC) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 221201A755F; Tue, 17 Dec 2013 12:58:26 -0500 (EST) Message-ID: <52B090C1.4040607@mail.lifanov.com> Date: Tue, 17 Dec 2013 12:58:25 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: 10-RC2 current wireless link aggregation not working correctly References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> In-Reply-To: <52B08B28.6040402@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 17:58:26 -0000 On 12/17/13 12:34, Allan Jude wrote: > On 2013-12-17 10:54, Adrian Chadd wrote: >> Hi, >> >> The MAC of the lagg needs to be the same as the wireless interface. >> >> I'm going to just state right now that using lagg as the failover >> method for doing wireless/wired integration isn't supported by me. If >> someone wants to make it supported then they need to claim it. :) >> >> >> -a >> >> >> On 17 December 2013 05:06, dan_partelly wrote: >>> Hi all, >>> >>> I've set up wireless link aggregation on FreeBSD 10 RC1 and RC2 as >>> described in the FreeBSD handbook, on an oldish Compaq nc6320 laptop. >>> >>> What happens is: >>> >>> If I boot the system with the Ethernet cable attached, I correctly get >>> lagg0 active port on master- bg0- and the network is working correctly. >>> (I mainly test pinging my gateway). When I pull the cable out, lagg0 >>> device correctly switches to wlan0 as shown by ifconfig (wlan0 is created >>> from wpi0), but at the same time I get no more ping replies from my >>> gateway. I can leave the system in this state for several minutes as an >>> example >>> and no replies are coming through. A simple list of interfaces with >>> ifconfig with no parameters brigs the network back to life, and I start to >>> get back the due ping replyes, this time thrugh wireless link. >>> >>> >>> Please, if possible en-light me on tis problem. I sat at your disposition >>> with any info you may deem necessary to get this fixed (if it needs a fix). >>> >>> >>> Dan >>> >>> _______________________________________________ >>> 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" >> _______________________________________________ >> 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" > > If I am am understanding correctly, Dan and Nikolai say that just > running 'ifconfig' brings the lagg back to life. Why would that make a > difference at all? Running ifconfig with no parameters shouldn't be > changing anything. > I see the same lagg behavior change going from 9.2->10.0, but for me the test is slightly different. My wired and wireless networks use different IP address ranges, so I need to re-run dhclient on lagg0, but I can't get an address on it. In fact, dhclient doesn't work at all with a lagg interface when it is only backed by my wireless card. Without a lagg interface, I can get addresses on both wired and wireless cards individually and act dual-homed just fine. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 18:04:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0A65302 for ; Tue, 17 Dec 2013 18:04:13 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id 91EC81D57 for ; Tue, 17 Dec 2013 18:04:13 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id EEEF5339E; Tue, 17 Dec 2013 20:04:11 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Tue, 17 Dec 2013 20:04:25 +0200 From: dan_partelly To: Allan Jude Subject: Re: 10-RC2 current wireless link aggregation not working correctly In-Reply-To: <52B08B28.6040402@allanjude.com> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> Message-ID: <1ec561b6d4357d782d46126f0a13443a@rdsor.ro> X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 18:04:13 -0000 Yes, this is correct. A simple list of the interfaces with ifconfig makes the system recover and restart activity on the secondary port. Its a good starting point to hunt down the problem. One of the ioctls sent has this "side effect". Dan > If I am am understanding correctly, Dan and Nikolai say that just > running 'ifconfig' brings the lagg back to life. Why would that make a > difference at all? Running ifconfig with no parameters shouldn't be > changing anything. From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 18:53:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F6A556F for ; Tue, 17 Dec 2013 18:53:04 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F263C1135 for ; Tue, 17 Dec 2013 18:53:03 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hm19so3142861wib.0 for ; Tue, 17 Dec 2013 10:53:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Hj9pMd4617wZgK9rgs06dYPwXO7oj3K7xg3gKCc9Vh8=; b=mfid4xNPF8ePjC5BnA8gpd9L11E1JvqWQ3NmIcDF8SZmp6K+nQQU7CzyntAQratvQw 2e88R9HAkbMloFOj7+GDAVdlaovNJ/lWxTgb4i7awYFaqjGJf3xIjyj8qFSUYDVHv2es 92fPI7uh0EVoaqr44m9M9K7zV1T3Gskmn3zdjHydWqBIzFdkLkWv+rIjVhzDcpgR/5p4 /EXpuiUEQDh0AWmxkznku1pdo+uCmGEXpENCijpeW1Q29U30vsJ1DLXLklCZJG4oMjz2 y5QKVzO6t0bJyFXxfKMfkAjdv9RKJHEL1g32CO7tibMKp0JXi8hUrtecKSL2JBlDFhxi eHxg== MIME-Version: 1.0 X-Received: by 10.180.78.35 with SMTP id y3mr4506366wiw.39.1387306382338; Tue, 17 Dec 2013 10:53:02 -0800 (PST) Received: by 10.227.63.136 with HTTP; Tue, 17 Dec 2013 10:53:02 -0800 (PST) Date: Tue, 17 Dec 2013 10:53:02 -0800 Message-ID: Subject: [rfc] [patch] do not stop watchdog on shutdown From: Maksim Yevmenkin To: "current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 18:53:04 -0000 hello, would anyone object to this patch? max Index: src/etc/rc.d/watchdogd =================================================================== --- src/etc/rc.d/watchdogd (revision 2999) +++ src/etc/rc.d/watchdogd (working copy) @@ -39,4 +39,7 @@ pidfile="/var/run/${name}.pid" load_rc_config $name + +sig_stop="${watchdogd_sig_stop:-TERM}" + run_rc_command "$1" From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 19:13:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA3DAA80; Tue, 17 Dec 2013 19:13:29 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 456091289; Tue, 17 Dec 2013 19:13:29 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dkTXR0dPyzGN2x; Tue, 17 Dec 2013 20:13:27 +0100 (CET) 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:user-agent:date:date:subject:subject:organization :from:from:received:received:received; s=jakla2; t=1387307601; x=1389899602; bh=SrdiS+397kwoYVVx5GEbJtVtCK1XAJRUEEACx7syEAo=; b= SL1VWv0OUMX8xjwX5PM46s6GqnWoieUVrI6fHmqn3p9KS6fDDIr1D4JQbnzaHasN Rg8Bf9OquYolbeY77wz+JYZSBjWHLrt2UW6fatjGnrf5mI0/vLe6AN7lnnA9UDeh VJShWeikk9iVLyy41UEvaTZbQ+xxrhh1Ye6dyo5tn1Y= 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 DjH_k13aax62; Tue, 17 Dec 2013 20:13:21 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Tue, 17 Dec 2013 20:13:21 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88: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 7AE174F8; Tue, 17 Dec 2013 20:13:21 +0100 (CET) From: Mark Martinec Organization: J. Stefan Institute To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: 10-RC unable to build kernel without INET (i.e. IPv6-only) Date: Tue, 17 Dec 2013 20:13:20 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.2-STABLE; KDE/4.10.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201312172013.20436.Mark.Martinec+freebsd@ijs.si> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 19:13:29 -0000 Under 9.2 the following could be used to build an IPv6-only kernel: /sys/amd64/conf/TEST : include GENERIC makeoptions MKMODULESENV+="WITHOUT_INET_SUPPORT=" nooptions INET Now with stable/10 the: make buildkernel KERNCONF=TEST fails while building xen support: [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error- parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind- tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/xen/control/control.c ctfconvert -L VERSION -g control.o cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error- parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind- tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/xen/netback/netback.c /usr/src/sys/dev/xen/netback/netback.c:2244:8: error: use of undeclared identifier 'ifr' if (ifr->ifr_reqcap & IFCAP_TXCSUM) { ^ /usr/src/sys/dev/xen/netback/netback.c:2251:9: error: use of undeclared identifier 'ifr' if ((ifr->ifr_reqcap & IFCAP_RXCSUM)) { ^ /usr/src/sys/dev/xen/netback/netback.c:2284:18: error: use of undeclared identifier 'ifr' ifp->if_mtu = ifr->ifr_mtu; ^ /usr/src/sys/dev/xen/netback/netback.c:2292:31: error: use of undeclared identifier 'ifr' error = ifmedia_ioctl(ifp, ifr, &xnb->sc_media, cmd); ^ 4 errors generated. *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/TEST *** Error code 1 Mark From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 19:36:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57E801F7; Tue, 17 Dec 2013 19:36:49 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A8CF1444; Tue, 17 Dec 2013 19:36:49 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2BA87B990; Tue, 17 Dec 2013 14:36:48 -0500 (EST) From: John Baldwin To: Justin Hibbits Subject: Re: Request for testing an alternate branch Date: Tue, 17 Dec 2013 14:36:40 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <201312121415.47440.jhb@freebsd.org> <20131214172241.1f3e3ee3@zhabar.gateway.2wire.net> In-Reply-To: <20131214172241.1f3e3ee3@zhabar.gateway.2wire.net> MIME-Version: 1.0 Message-Id: <201312171436.40282.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 17 Dec 2013 14:36:48 -0500 (EST) Cc: FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 19:36:49 -0000 On Saturday, December 14, 2013 8:22:41 pm Justin Hibbits wrote: > On Thu, 12 Dec 2013 14:15:47 -0500 > John Baldwin wrote: > > > On Wednesday, December 11, 2013 5:40:30 pm Justin Hibbits wrote: > > > On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin > > > wrote: > > > > On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote: > > > >> I've been working on the projects/pmac_pmu branch for some time > > > >> now to add suspend/resume as well as CPU speed change for > > > >> certain PowerPC machines, about a year since I created the > > > >> branch, and now it's stable enough that I want to merge it into > > > >> HEAD, hence this request. However, it does touch several > > > >> drivers, turning them into "early drivers", such that they can > > > >> be initialized, and suspended and resumed at a different time. > > > >> Saying that, I do need testing from other architectures, to make > > > >> sure I haven't broken anything. > > > >> > > > >> The technical details: > > > >> > > > >> To get proper ordering, I've extended the bus_generic_suspend() > > > >> and bus_generic_resume() to do multiple passes. Devices which > > > >> cannot be enabled or disabled at the current pass level would > > > >> return an EAGAIN. This could possibly cause problems, since it's > > > >> an addition to an existing API rather than a new API to run > > > >> along side it, so it needs a great deal of testing. It works > > > >> fine on PowerPC, but I don't have any i386/amd64 or sparc64 > > > >> hardware to test it on, so would like others who do to test it. > > > >> I don't think that it would impact x86 at all (testing is > > > >> obviously required), because the nexus is not an > > > >> EARLY_DRIVER_MODULE, so all devices would be handled at the same > > > >> pass. But, I do know the sparc64 has an EARLY_DRIVER_MODULE() > > > >> nexus, so that will likely be impacted. > > > > > > > > I have patches to change many x86 drivers to use > > > > EARLY_DRIVER_MODULE() FWIW. > > > > > > > > Also, I'm still not a fan of the EAGAIN approach. I'd rather > > > > have a method in bus_if.m to suspend or resume a single device > > > > and to track that a device is suspended or resumed via a device_t > > > > flag or some such. (I think I had suggested this previously as it > > > > would also allow us to have a tool to suspend/resume individual > > > > drivers at runtime apart from a full suspend/resume request). > > > > > > > > -- > > > > John Baldwin > > > > > > Understood. You had mentioned something along those lines before. > > > Is it safe/sane to partially merge a branch into HEAD? If so, I can > > > merge only the changes necessary for PMU cpufreq, and work on the > > > suspend/resume separately. I put them together because most of the > > > low level code involved is the same between them. > > > > Yes, you can split them up. However, the way to do that is to > > generate a diff and patch that into a head checkout and commit. > > There's not a good way to have 'svn merge' do it AFAIK. > > > > > I do like your idea of a device_t flag, but I'm not sure what the > > > best way to go with that would be. I do already use a device_t > > > flag to determine if the device is suspended, but only > > > bus_generic_* access that in this patch. > > > > > > Would a better way be: > > > * root_suspend instead of suspending its children, instead traverses > > > and suspends each descendent in reverse order. > > > * While doing this, insert each device upon successful suspend > > > into a list. > > > * For root_resume(), traverse the list back, and suspend each device > > > in the reverse order. > > > > I would rather do it more the way that multipass attach now works > > where you do scans of the entire device tree as you walk the pass > > number down (during suspend) suspending any devices that are not yet > > suspended if their pass number is >= current pass number, then on > > resume you do scans of the entire tree raising the pass number back > > up using similar logic to attach where you resume any suspended > > devices if the driver's pass number is <= current pass number. > > > > > With this, add a new method, called device_suspend_child() to > > > suspend a specific child if it hasn't already been suspended. > > > > Well, I would call it 'bus_suspend_child' and 'bus_resume_child' as > > these would be bus methods in bus_if.m. > > > > > * This could require modifying the PCI driver to move the device > > > child suspend/resume into those functions, instead of doing that > > > logic in the device_suspend/device_resume itself. > > > > Correct. bus_generic_suspend() and bus_suspend_resume() would turn > > into loops that look a lot like bus_generic_new_pass() (so the logic > > for honoring pass numbers would happen in these routines and they > > would invoke bus_suspend_child() and bus_resume_child() to change the > > state of individual drivers). > > > > device_suspend() and device_resume() for the root device would look > > like bus_set_pass() with a similar loop that walked through the pass > > levels and invoked bus_generic_suspend/resume after each pass change > > to start the pass across the device tree. > > > > > I guess, in short, I'm asking: Is it fine if I merge only the code > > > necessary for this cpufreq? That would require making other changes > > > to this before merging in, to isolate that code, but it's very > > > doable. > > > > > > - Justin > > > > > > > John, > > Would it make sense, then, to replace all the child suspend logic in > drivers (i.e. busses), with the bus_generic_suspend(), and let all the > drivers suspend only themselves? And the same with the resume code? > If all the suspend logic is to be moved into the bus_generic, I think > this makes sense. Then you simply call bus_suspend_child(bus, device), > which will drill down and take care of all the recursion, calling > BUS_SUSPEND_CHILD() on each child. To me, this seems the most > sensible, and would only cause problems if a driver cares about > grandchildren, not only children. But, then, that also seems a bit > ridiculous anyway. Yes, that is effectively what I am advocating. The bus-specific logic for how to manage power, etc. would move out of the bus's device_suspend method and into the bus_suspend_child method. Bus's would generally always use bus_generic_suspend/resume and those would change to look more like bus_generic_new_pass(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 20:08:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6A47A09; Tue, 17 Dec 2013 20:08:03 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C7171667; Tue, 17 Dec 2013 20:08:03 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBHK7u7E046050; Tue, 17 Dec 2013 12:07:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBHK7up4046049; Tue, 17 Dec 2013 12:07:56 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Dec 2013 12:07:56 -0800 From: Steve Kargl To: x11@freebsd.org Subject: Re: [HEADS UP] xorg version switch in CURRENT Message-ID: <20131217200756.GA46033@troutmask.apl.washington.edu> References: <52AEE215.1060806@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52AEE215.1060806@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 20:08:03 -0000 On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > To get VT switching when using KMS drivers (ATI, Intel) please use > newcons: https://wiki.freebsd.org/Newcons or if that is not possible, > force the use of the vesa driver for xorg. > It appears that newcons is unusable with a static kernel. Adding 'device drm2' and 'device i915kms' to my kernel config results in a quick death to 'make buldkernel'. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 20:11:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A791C9B for ; Tue, 17 Dec 2013 20:11:50 +0000 (UTC) Received: from mail-qe0-x232.google.com (mail-qe0-x232.google.com [IPv6:2607:f8b0:400d:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1589916E0 for ; Tue, 17 Dec 2013 20:11:50 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id 1so5793978qec.9 for ; Tue, 17 Dec 2013 12:11:49 -0800 (PST) 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=la+aoT5/d6ch+Q36/oY5byLB/L/oY+0Nn4p6f8TNCQw=; b=ZgMINH88RnSict2hVYhtAcJ7Wgigm1SBmt2lLInuIVrU5wbIWMQktUln669c37TxB1 RP6sXIKMQ3xsIUQsYEkxe21OO3IswLDVmZ2jucODc/PYYL/Q66X2KWUN3uaDJkLTugd/ 3aUBDd76YMMlO2axFWHEslAD74HCmRoqt837CsdZsvtN+resA0FT1FHAAWxFoRHKjiMy f0WARK39iTKc1+Rxd7uZOBdDYgEjGlpe2hpyf4UzTtBpiXq3MzM2tHGySkkaWHliyOPy hKXwxO9XyOl+/0Sia+ZlUdQ0946az/HCeBtMN+yLvH7bWEUr8v+gE8r4To/SdcQ1xBm6 rd5g== MIME-Version: 1.0 X-Received: by 10.224.67.200 with SMTP id s8mr46161591qai.75.1387311109253; Tue, 17 Dec 2013 12:11:49 -0800 (PST) Received: by 10.224.53.200 with HTTP; Tue, 17 Dec 2013 12:11:49 -0800 (PST) Received: by 10.224.53.200 with HTTP; Tue, 17 Dec 2013 12:11:49 -0800 (PST) In-Reply-To: <1ec561b6d4357d782d46126f0a13443a@rdsor.ro> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> <1ec561b6d4357d782d46126f0a13443a@rdsor.ro> Date: Tue, 17 Dec 2013 12:11:49 -0800 Message-ID: Subject: Re: 10-RC2 current wireless link aggregation not working correctly From: Adrian Chadd To: dan_partelly Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 20:11:50 -0000 Ive no idea sorry. Its likely an ifnet change and not anything WiFi specific. :( On Dec 17, 2013 12:04 PM, "dan_partelly" wrote: > > Yes, this is correct. A simple list of the interfaces with ifconfig > makes the system recover and restart activity on the secondary port. > Its a good starting point to hunt down the problem. One of the ioctls sent > has this "side effect". > > Dan > > > > > > If I am am understanding correctly, Dan and Nikolai say that just > > running 'ifconfig' brings the lagg back to life. Why would that make a > > difference at all? Running ifconfig with no parameters shouldn't be > > changing anything. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 20:12:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A769EDAA; Tue, 17 Dec 2013 20:12:14 +0000 (UTC) Received: from smtpauth2.wiscmail.wisc.edu (wmauth2.doit.wisc.edu [144.92.197.222]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74F9516EB; Tue, 17 Dec 2013 20:12:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MXY00500VWX2T00@smtpauth2.wiscmail.wisc.edu>; Tue, 17 Dec 2013 14:12:07 -0600 (CST) X-Spam-PmxInfo: Server=avs-2, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.12.17.200315, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MXY002U2W450G20@smtpauth2.wiscmail.wisc.edu>; Tue, 17 Dec 2013 14:12:06 -0600 (CST) Message-id: <52B0B015.4010600@freebsd.org> Date: Tue, 17 Dec 2013 14:12:05 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: Steve Kargl , x11@freebsd.org Subject: Re: [HEADS UP] xorg version switch in CURRENT References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> In-reply-to: <20131217200756.GA46033@troutmask.apl.washington.edu> Cc: ports@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 20:12:14 -0000 On 12/17/13 14:07, Steve Kargl wrote: > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: >> To get VT switching when using KMS drivers (ATI, Intel) please use >> newcons: https://wiki.freebsd.org/Newcons or if that is not possible, >> force the use of the vesa driver for xorg. >> > It appears that newcons is unusable with a static kernel. > Adding 'device drm2' and 'device i915kms' to my kernel > config results in a quick death to 'make buldkernel'. > You may not want it either. The radeon KMS driver, if loaded with newcons before X, replaces your console with snow (or at least it did the last time I tried it). -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 20:15:34 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 971C3116; Tue, 17 Dec 2013 20:15:34 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 305BF1719; Tue, 17 Dec 2013 20:15:34 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id m20so5365123qcx.18 for ; Tue, 17 Dec 2013 12:15:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=iwlfA5GS5Qest+ne5GzcNCbnfG9IrFWbidr0Nkdk3ls=; b=EMhw7odNvb9hv+EtH/m+PfAvj/ILB4RWi4up+JG22k+1oNFA7IUQVdQQlJuLdqHOD5 cEhs29nl8HHph38S8CUay7BlwEEEMm76t251+tDoueilw3lY8pXxXidgW2phMQKOBsCx S/BRDSapYvnU4xGIzov1gcjDyhpXrU05+v7vWCw6a6td0vhDjYf+c1E2TNJl77TL8ygw LNACV6hOiFu4g9om7cYlU5kTtbohSNgYACal99cEkPd/1brg9Tk13nG7znZ6bC/fu3a/ RBU4AD6ZLb8hpCT9iMJvTL8U+bJaO0i3duCRUWI/0aD3xjRlnMAc6CzjqynHM52+i//o q2nw== MIME-Version: 1.0 X-Received: by 10.49.17.232 with SMTP id r8mr46559061qed.74.1387311333391; Tue, 17 Dec 2013 12:15:33 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Tue, 17 Dec 2013 12:15:33 -0800 (PST) Received: by 10.224.53.200 with HTTP; Tue, 17 Dec 2013 12:15:33 -0800 (PST) In-Reply-To: <20131217200756.GA46033@troutmask.apl.washington.edu> References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> Date: Tue, 17 Dec 2013 12:15:33 -0800 X-Google-Sender-Auth: IrH6thMt6A7Wx3FIv5WB0YQ5bF8 Message-ID: Subject: Re: [HEADS UP] xorg version switch in CURRENT From: Adrian Chadd To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 20:15:34 -0000 I'm rapidly wondering if building this way should become unsupported. Too muxh unknown stuff is needed at startup and wed have to load all firmware bits to make it remotely work. On Dec 17, 2013 2:08 PM, "Steve Kargl" wrote: > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > > > To get VT switching when using KMS drivers (ATI, Intel) please use > > newcons: https://wiki.freebsd.org/Newcons or if that is not possible, > > force the use of the vesa driver for xorg. > > > > It appears that newcons is unusable with a static kernel. > Adding 'device drm2' and 'device i915kms' to my kernel > config results in a quick death to 'make buldkernel'. > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 20:54:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF4A0343; Tue, 17 Dec 2013 20:54:33 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71E2D1AD8; Tue, 17 Dec 2013 20:54:33 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBHKsXe8046390; Tue, 17 Dec 2013 12:54:33 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBHKsX94046389; Tue, 17 Dec 2013 12:54:33 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Dec 2013 12:54:33 -0800 From: Steve Kargl To: Adrian Chadd Subject: Re: [HEADS UP] xorg version switch in CURRENT Message-ID: <20131217205433.GA46339@troutmask.apl.washington.edu> References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 20:54:33 -0000 On Tue, Dec 17, 2013 at 12:15:33PM -0800, Adrian Chadd wrote: > On Dec 17, 2013 2:08 PM, "Steve Kargl" > wrote: > > > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > > > > > To get VT switching when using KMS drivers (ATI, Intel) please use > > > newcons: https://wiki.freebsd.org/Newcons or if that is not possible, > > > force the use of the vesa driver for xorg. > > > > It appears that newcons is unusable with a static kernel. > > Adding 'device drm2' and 'device i915kms' to my kernel > > config results in a quick death to 'make buldkernel'. > > I'm rapidly wondering if building this way should become unsupported. Too > muxh unknown stuff is needed at startup and wed have to load all firmware > bits to make it remotely work. Well, in that case, it should be formally deprecated, which means it is here for at least the FreeBSD-11 release cycle. I suppose you can try to fast-track the deprecation by having Release Engineering slip a note into the Release Notes of FreeBSD-10. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 21:20:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A6CED26 for ; Tue, 17 Dec 2013 21:20:11 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 49B6F1DED for ; Tue, 17 Dec 2013 21:20:11 +0000 (UTC) Received: from 2a02-8428-011a-a000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11a:a000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Vt23l-0001it-KT; Tue, 17 Dec 2013 22:20:09 +0100 Message-ID: <52B0C004.9010702@FreeBSD.org> Date: Tue, 17 Dec 2013 22:20:04 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: dt71@gmx.com, freebsd-current@freebsd.org Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 References: <527F95BE.7080908@gmx.com> <527FC05D.8080703@gmx.com> <5283E123.5000305@FreeBSD.org> <20131114113846.4dcb2037@kalimero.tijl.coosemans.org> <52858067.2060200@gmx.com> <52AEAD7A.1040205@gmx.com> In-Reply-To: <52AEAD7A.1040205@gmx.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9xetrQqbsCj5oNO7J7OOaMFaTLaMiTmLm" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 21:20:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9xetrQqbsCj5oNO7J7OOaMFaTLaMiTmLm Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16.12.2013 08:36, dt71@gmx.com wrote: > Still nobody wants to apply Robert Noland's DRM patch? What problem(s) does this patch fix? --=20 Jean-S=E9bastien P=E9dron --9xetrQqbsCj5oNO7J7OOaMFaTLaMiTmLm 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKwwAkACgkQa+xGJsFYOlPI+ACglMP8yR30XZCwduzu95iNuRFu CBAAoJlI8h2uSp+CDDuLYbnAEhR3Btx6 =bFiu -----END PGP SIGNATURE----- --9xetrQqbsCj5oNO7J7OOaMFaTLaMiTmLm-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 21:28:42 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A75AF6A for ; Tue, 17 Dec 2013 21:28:42 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 604D91E9F for ; Tue, 17 Dec 2013 21:28:42 +0000 (UTC) Received: from rnote.ddteam.net (7-17-135-95.pool.ukrtel.net [95.135.17.7]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id C2C2FC4935; Tue, 17 Dec 2013 23:28:40 +0200 (EET) Date: Tue, 17 Dec 2013 23:28:38 +0200 From: Aleksandr Rybalko To: Maksim Yevmenkin Subject: Re: [rfc] [patch] do not stop watchdog on shutdown Message-Id: <20131217232838.c4584918.ray@freebsd.org> In-Reply-To: References: Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 21:28:42 -0000 On Tue, 17 Dec 2013 10:53:02 -0800 Maksim Yevmenkin wrote: > hello, Hi Maksim! > > would anyone object to this patch? It is good idea, but sometimes shutdown sequence longer than some H/W watchdogs even support. I have one board which can do only 20sec maximum time. > > max > > Index: src/etc/rc.d/watchdogd > =================================================================== > --- src/etc/rc.d/watchdogd (revision 2999) > +++ src/etc/rc.d/watchdogd (working copy) > @@ -39,4 +39,7 @@ > pidfile="/var/run/${name}.pid" > > load_rc_config $name > + > +sig_stop="${watchdogd_sig_stop:-TERM}" > + > run_rc_command "$1" > _______________________________________________ > 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" -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 21:31:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04FA933F for ; Tue, 17 Dec 2013 21:31:39 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id CF2201F14 for ; Tue, 17 Dec 2013 21:31:38 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 9B95F4D3E7 for ; Tue, 17 Dec 2013 21:31:37 +0000 (UTC) Message-ID: <52B0C2B7.7050008@allanjude.com> Date: Tue, 17 Dec 2013 16:31:35 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [rfc] [patch] do not stop watchdog on shutdown References: <20131217232838.c4584918.ray@freebsd.org> In-Reply-To: <20131217232838.c4584918.ray@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IAIxp6ck7WxTB2RDM61UiwPWCMhN3uIbd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 21:31:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IAIxp6ck7WxTB2RDM61UiwPWCMhN3uIbd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-12-17 16:28, Aleksandr Rybalko wrote: > On Tue, 17 Dec 2013 10:53:02 -0800 > Maksim Yevmenkin wrote: > >> hello, > Hi Maksim! > >> would anyone object to this patch? > It is good idea, but sometimes shutdown sequence longer than some H/W > watchdogs even support. > I have one board which can do only 20sec maximum time. > >> max >> >> Index: src/etc/rc.d/watchdogd >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- src/etc/rc.d/watchdogd (revision 2999) >> +++ src/etc/rc.d/watchdogd (working copy) >> @@ -39,4 +39,7 @@ >> pidfile=3D"/var/run/${name}.pid" >> >> load_rc_config $name >> + >> +sig_stop=3D"${watchdogd_sig_stop:-TERM}" >> + >> run_rc_command "$1" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > I've been seeing an issue where sometimes my system seems to hang after the shutdown. where not stopping the watchdog might help. I wonder if it would be best to make some kind of rc.conf variable to allow the user to opt for one or the other, keeping the current behaviour for POLA. --=20 Allan Jude --IAIxp6ck7WxTB2RDM61UiwPWCMhN3uIbd 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSsMK6AAoJEJrBFpNRJZKfCu0P/iGD9hqxtIQf1I6ffpS7U/wx QODlqiqv1djOpbLAYjE5YMUbRu4FrHCgWhx1ANzjpcwS8PKI9+nMrg3AzYtcGpqv moPlU0f29iSMtmRruu3hi43wFDhtdBqN11agFz6PVWliTVYbV7U/l2h23ULg2VAa HZKZtgyv4oZUwdB4jZ7MPa9pR7lVJl3AIMh/ahaR2g/4kUtNOtxhoSVVJ/WizfTD 7ZwmqbnyYO8TN0E6WS4dKgsb4aa9QyJs0/IeRX7YKn5GSu0amUUIHZcgwW/TE8qj +miv8lJHybD2z4K8SYp/csVmYmxq3SNcCiWlD6ze0sXQ1qzyhHjVMITwq48uTZvN v1azCIUKqTAn0ZLz16fJOvI4Bi+lMrrnmEayx0f176vn08r+u+IF7/VIkYRZQaPs Us1vcPMn/FbdIF5hpdfxqKo2FAXGjUZpSn4BZrRXk1V1/TYjE5W+2f2+5m34w+IB Da88rEsm1SfvykRWE+BAVCC1U3b1daut/WeguxAotoRMhN565zrYpzisRcIzQrRg ldqz/vmgeRTTPcMYKG5Bsum3MfhURyhmM3XrVwhOidMtEw0DqQMiQ5z983aJ1eaj qWf21Ol4C74Hnr3vZuSpfXBYmVDrAOdHjMZmAsT1FhjLZ6F/XewjHcWivA8lr9B7 qeKI1/GiKER/VYVs4urL =cMt+ -----END PGP SIGNATURE----- --IAIxp6ck7WxTB2RDM61UiwPWCMhN3uIbd-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 21:32:05 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D958544A; Tue, 17 Dec 2013 21:32:05 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 913761F20; Tue, 17 Dec 2013 21:32:05 +0000 (UTC) Received: from rnote.ddteam.net (7-17-135-95.pool.ukrtel.net [95.135.17.7]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 81088C4935; Tue, 17 Dec 2013 23:32:04 +0200 (EET) Date: Tue, 17 Dec 2013 23:32:02 +0200 From: Aleksandr Rybalko To: Nathan Whitehorn Subject: Re: [HEADS UP] xorg version switch in CURRENT Message-Id: <20131217233202.952bc846.ray@freebsd.org> In-Reply-To: <52B0B015.4010600@freebsd.org> References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> <52B0B015.4010600@freebsd.org> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 21:32:05 -0000 On Tue, 17 Dec 2013 14:12:05 -0600 Nathan Whitehorn wrote: > On 12/17/13 14:07, Steve Kargl wrote: > > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > >> To get VT switching when using KMS drivers (ATI, Intel) please use > >> newcons: https://wiki.freebsd.org/Newcons or if that is not > >> possible, force the use of the vesa driver for xorg. > >> > > It appears that newcons is unusable with a static kernel. > > Adding 'device drm2' and 'device i915kms' to my kernel > > config results in a quick death to 'make buldkernel'. > > > > You may not want it either. The radeon KMS driver, if loaded with > newcons before X, replaces your console with snow (or at least it did > the last time I tried it). Nathan, on which h/w you did that test? 3 different systems with Intel graphic works fine for me. > -Nathan > _______________________________________________ > 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" -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 21:50:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A940E16 for ; Tue, 17 Dec 2013 21:50:31 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A4BC108A for ; Tue, 17 Dec 2013 21:50:31 +0000 (UTC) Received: from 2a02-8428-011a-a000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11a:a000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Vt2X7-0002gC-Im for freebsd-current@freebsd.org; Tue, 17 Dec 2013 22:50:29 +0100 Message-ID: <52B0C720.4060505@dumbbell.fr> Date: Tue, 17 Dec 2013 22:50:24 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 11.0-CURRENT panic at (allegedly) a dpms signal (monitor off), in drm2 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WXsaauhwuEppv9eai7sOfpJfdEGn8nf1Q" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 21:50:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WXsaauhwuEppv9eai7sOfpJfdEGn8nf1Q Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 17.12.2013 13:19, Markiyan Kushnir wrote: > Left my desktop (new Xorg, newcons, radeonkms) for a couple of minutes > and found it rebooted after a panic. Never seen this kind of panic > before. That's weird: the code leading to this panic in unreachable, because there's no way currently (that I know of) to change the power management method of the driver to "dynamic". Can you reproduce the problem? If it helps, you can force your monitor off using xset(1): xset dpms force off --=20 Jean-S=E9bastien P=E9dron --WXsaauhwuEppv9eai7sOfpJfdEGn8nf1Q 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKwxyUACgkQa+xGJsFYOlN23ACgpYDj4X0WzU8U/dhZlXBDNtXD 30UAn3WBOadl2+Xp4o2pSyddJh5uGBfv =Kaxa -----END PGP SIGNATURE----- --WXsaauhwuEppv9eai7sOfpJfdEGn8nf1Q-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:01:46 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37C246D7 for ; Tue, 17 Dec 2013 22:01:46 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB181165 for ; Tue, 17 Dec 2013 22:01:45 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA27585; Wed, 18 Dec 2013 00:01:37 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vt2ht-000Hla-14; Wed, 18 Dec 2013 00:01:37 +0200 Message-ID: <52B0C988.5010507@FreeBSD.org> Date: Wed, 18 Dec 2013 00:00:40 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Maksim Yevmenkin , "current@freebsd.org" Subject: Re: [rfc] [patch] do not stop watchdog on shutdown References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:01:46 -0000 on 17/12/2013 20:53 Maksim Yevmenkin said the following: > hello, > > would anyone object to this patch? > > max > > Index: src/etc/rc.d/watchdogd > =================================================================== > --- src/etc/rc.d/watchdogd (revision 2999) > +++ src/etc/rc.d/watchdogd (working copy) > @@ -39,4 +39,7 @@ > pidfile="/var/run/${name}.pid" > > load_rc_config $name > + > +sig_stop="${watchdogd_sig_stop:-TERM}" > + > run_rc_command "$1" I wonder if anyone could object to this rather generic (and NOP by default) change. I see your intent, but a few words about it would not hurt :-) BTW, for a while now we have some support for interacting with the watchdog(9) from within the kernel. I have the following local patch / hack that makes use of that support: commit b64c5e855420f2d905a04f69fad5de116e8ffae5 Author: Andriy Gapon Date: Fri Nov 25 10:00:59 2011 +0200 [test] arm the watchdog before going into the final shutdown/reboot step ... to preclude hanging on that step. Note: halt assumes the limbo, so no watchdog for that case. diff --git a/sys/kern/kern_shutdown.c b/sys/kern/kern_shutdown.c index eaa78b8e..88afaa9 100644 --- a/sys/kern/kern_shutdown.c +++ b/sys/kern/kern_shutdown.c @@ -444,6 +444,11 @@ kern_reboot(int howto) if ((howto & (RB_HALT|RB_DUMP)) == RB_DUMP && !cold && !dumping) doadump(TRUE); + if ((howto & RB_HALT) != 0) + wdog_kern_pat(0); + else + wdog_kern_pat(WD_TO_32SEC + 1); + /* Now that we're going to really halt the system... */ EVENTHANDLER_INVOKE(shutdown_final, howto); Admittedly, there is a gap between userland watchdog being stopped and kernel watchdog taking over. I wish that we had 'proper' integration between them, with proper hand-off, etc. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:03:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1D608E3; Tue, 17 Dec 2013 22:03:45 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55E5A1184; Tue, 17 Dec 2013 22:03:45 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id u57so6783266wes.9 for ; Tue, 17 Dec 2013 14:03:43 -0800 (PST) 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=qVSTFNypZq6WeErBdfAafRqrroZORN7l3uHOgaq+xcQ=; b=Oya8868J0kNDW4ayEPg4zm7WQyYkIDUfIRTjbHEIMP08YDHYPvzLbZJB/whLD2n/2l 8iVwgDu1iRNc+70L+9uXwhVnIwFuF1HaX9Ok6hSVdH5fVrPoJu1n1gVkg9roZpOElfy2 D3LFu997UXtxhZeoBf9N5E4QZIZ2gnrITr11f0oMY/7HnvrXhsqvLAj1wcJg9ulgbyVr 7hKGi7HXtU6RiKFg7Lw5H5iUoQAYadRHObpuBUKXw9MPaY4K01iQFMuP8YTOk302VXIg 6xtgexDS12nBW7sc7IGXA7MfY/vF4EjyKTK2X0sb7dSZO8TwGCgDaJvkx59yCt1feMwv 22KA== MIME-Version: 1.0 X-Received: by 10.180.95.162 with SMTP id dl2mr5182074wib.17.1387317823764; Tue, 17 Dec 2013 14:03:43 -0800 (PST) Received: by 10.227.63.136 with HTTP; Tue, 17 Dec 2013 14:03:43 -0800 (PST) In-Reply-To: <20131217232838.c4584918.ray@freebsd.org> References: <20131217232838.c4584918.ray@freebsd.org> Date: Tue, 17 Dec 2013 14:03:43 -0800 Message-ID: Subject: Re: [rfc] [patch] do not stop watchdog on shutdown From: Maksim Yevmenkin To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:03:46 -0000 Hello Aleksandr >> would anyone object to this patch? > > It is good idea, but sometimes shutdown sequence longer than some H/W > watchdogs even support. > I have one board which can do only 20sec maximum time. yes. its up to the user to configure appropriate watchdog timeout. this features is mostly for "light-out" type of environments where remote hands are not easily available. thanks max >> Index: src/etc/rc.d/watchdogd >> =================================================================== >> --- src/etc/rc.d/watchdogd (revision 2999) >> +++ src/etc/rc.d/watchdogd (working copy) >> @@ -39,4 +39,7 @@ >> pidfile="/var/run/${name}.pid" >> >> load_rc_config $name >> + >> +sig_stop="${watchdogd_sig_stop:-TERM}" >> + >> run_rc_command "$1" >> _______________________________________________ From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:05:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 438CEAE7 for ; Tue, 17 Dec 2013 22:05:50 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFE9711A1 for ; Tue, 17 Dec 2013 22:05:49 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id k14so6562937wgh.34 for ; Tue, 17 Dec 2013 14:05:47 -0800 (PST) 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=5Y3Hrs+0CzcDKqjw/f4v8lBdUsbOdY/Oui7Kf1B7lcM=; b=ad6s/9LGcsTrXKHx1vDG8qDGdNspb0Csr7SFJdkpR7PvHXeWBhhCTWHXVqPjuQdOGI 6EtvudpJFrIr+TSd6ikAv6mfw4Piz76EaVYmesoy1mow++QGzAgtkJgrsPMWZCVsS19o K5v0vsWEBLde2W/OzggQ6XUL7KBZXObQFQ6tjrgb3kZbhUrPTDwy9ZE0Bxbl4NmABD5B SBbduEig1DQWjxRwm9UTZmUWQ4zsJzy5lvCSVuex3gO0t0GngQ16oHkdzh/JeSg8P2ZA flDUfoOIyb/Ksp33roownhkBBqnn291u7z172Xvc3KopAhEtFDSUZXqMhPFM9L7IzFb3 ckoQ== MIME-Version: 1.0 X-Received: by 10.194.175.202 with SMTP id cc10mr21381056wjc.48.1387317947797; Tue, 17 Dec 2013 14:05:47 -0800 (PST) Received: by 10.227.63.136 with HTTP; Tue, 17 Dec 2013 14:05:47 -0800 (PST) In-Reply-To: <52B0C2B7.7050008@allanjude.com> References: <20131217232838.c4584918.ray@freebsd.org> <52B0C2B7.7050008@allanjude.com> Date: Tue, 17 Dec 2013 14:05:47 -0800 Message-ID: Subject: Re: [rfc] [patch] do not stop watchdog on shutdown From: Maksim Yevmenkin To: Allan Jude Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:05:50 -0000 Hello Allan > I've been seeing an issue where sometimes my system seems to hang after > the shutdown. where not stopping the watchdog might help. I wonder if it > would be best to make some kind of rc.conf variable to allow the user to > opt for one or the other, keeping the current behaviour for POLA. by default current behavior is preserved, i.e. watchdogd is killed with -TERM. to prevent watchdogd from stopping timer one needs to put watchdogd_sig_stop="KILL" into /etc/rc.conf. thanks max From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:15:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9CE1FA4; Tue, 17 Dec 2013 22:15:03 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F33F1254; Tue, 17 Dec 2013 22:15:02 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id t61so6606689wes.25 for ; Tue, 17 Dec 2013 14:15:01 -0800 (PST) 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=Pshw/617wYCHP0QTK3B6MHA4Ync9lgoaeYmnq+wEuXY=; b=LAQPY9pdYSuwJ2uYxQ3vg3tKzegZzCCL9Q5rAIObaYQVBRYK6ngwiAm07fgj1JOQXk rW4JdTj2wzKue1uH2eiBVjUZxssAw1K+edgMahbr5svLjh9zTPQMgKx9CcgPrwZhqGxH ls6x0tSn/oZBBwgKO6gTpihf+FRv1XQwSb1wzElPnS4EmQzrHX31ZY24mgZtCGltIoAY 5gLyEsnNhYzF6cAiI9MBSeD6BXqReDgGAPprF36Sl5Sb04a6fWntMgV+w1+sn4CjMGaQ ylkgg/cJ0UGkxl/67W0k9kkEE4BCWH/GHAiTLqb8CKa5qfFirEM2rIbgZbG07KajmGGh Re0w== MIME-Version: 1.0 X-Received: by 10.180.7.136 with SMTP id j8mr5251985wia.17.1387318501258; Tue, 17 Dec 2013 14:15:01 -0800 (PST) Received: by 10.227.63.136 with HTTP; Tue, 17 Dec 2013 14:15:01 -0800 (PST) In-Reply-To: <52B0C988.5010507@FreeBSD.org> References: <52B0C988.5010507@FreeBSD.org> Date: Tue, 17 Dec 2013 14:15:01 -0800 Message-ID: Subject: Re: [rfc] [patch] do not stop watchdog on shutdown From: Maksim Yevmenkin To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:15:03 -0000 On Tue, Dec 17, 2013 at 2:00 PM, Andriy Gapon wrote: > on 17/12/2013 20:53 Maksim Yevmenkin said the following: >> hello, >> >> would anyone object to this patch? >> >> max >> >> Index: src/etc/rc.d/watchdogd >> =================================================================== >> --- src/etc/rc.d/watchdogd (revision 2999) >> +++ src/etc/rc.d/watchdogd (working copy) >> @@ -39,4 +39,7 @@ >> pidfile="/var/run/${name}.pid" >> >> load_rc_config $name >> + >> +sig_stop="${watchdogd_sig_stop:-TERM}" >> + >> run_rc_command "$1" > > I wonder if anyone could object to this rather generic (and NOP by default) change. > I see your intent, but a few words about it would not hurt :-) well, when watchdogd is asked to exit nicely (via SIGTERM) it will stop timer. since watchdogd rc.d script is marked as 'shutdown' it will exit (on shutdown) and stop timer. if system happens to hung after this, manual reset is required. when one operates in "lights-out" type of environments and without readily available "remote hands" it could create a problem. default behavior is preserved, i.e. watchdogd will still be killed via SIGTERM and timer will be stopped. in order to activate new feature, one needs to put watchdogd_sig_stop="KILL" into /etc/rc.conf and also make sure watchdogd timeout is set to long enough value make sure system comes back online before timeout fires. > BTW, for a while now we have some support for interacting with the watchdog(9) > from within the kernel. I have the following local patch / hack that makes use > of that support: > > commit b64c5e855420f2d905a04f69fad5de116e8ffae5 > Author: Andriy Gapon > Date: Fri Nov 25 10:00:59 2011 +0200 > > [test] arm the watchdog before going into the final shutdown/reboot step > > ... to preclude hanging on that step. > Note: halt assumes the limbo, so no watchdog for that case. > > diff --git a/sys/kern/kern_shutdown.c b/sys/kern/kern_shutdown.c > index eaa78b8e..88afaa9 100644 > --- a/sys/kern/kern_shutdown.c > +++ b/sys/kern/kern_shutdown.c > @@ -444,6 +444,11 @@ kern_reboot(int howto) > if ((howto & (RB_HALT|RB_DUMP)) == RB_DUMP && !cold && !dumping) > doadump(TRUE); > > + if ((howto & RB_HALT) != 0) > + wdog_kern_pat(0); > + else > + wdog_kern_pat(WD_TO_32SEC + 1); > + > /* Now that we're going to really halt the system... */ > EVENTHANDLER_INVOKE(shutdown_final, howto); > > > Admittedly, there is a gap between userland watchdog being stopped and kernel > watchdog taking over. I wish that we had 'proper' integration between them, > with proper hand-off, etc. fixed timeout of 32 sec (if i'm understanding this correctly) might not be enough for all usage cases. its definitely not enough in for our usage case. at the very least timeout value should be configurable to be useful in our case. thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:15:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F17D149 for ; Tue, 17 Dec 2013 22:15:52 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00F8F1265 for ; Tue, 17 Dec 2013 22:15:51 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id e9so5487672qcy.12 for ; Tue, 17 Dec 2013 14:15:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=WCzDL1rScm5VYnH2nO1nE9ndRPaQ+CCXb1Lkr8wWmwk=; b=ee0xCQpAH6JGy+HIhEy+EtJ7+4hn+GPstJkILid9DsxyPcMCxRuNMY/pD1rvv+WcD8 Jum25v7fgxBvGs4bUYfdE2+AnTwdjHzaRHWEwxmuiM0SUZCDINKwsXxl1B4zBEe4M4FT 5Qe06uBZdLXaObUzgxrqo3XQWaJoHblxmHrgrb30gWowNBsgBlV9Sx7sS7k4prRHP0gZ /Pabhyu+C14HsT5pNWxn9d0sOrblKtiwumWvNi8GDHJDvq6lxFyHCYgjNDyHKgRxZyGD mSF4mZycJCVX5jNCuMHUnJ/LER5P9ViOu9Qxxe0uwAU+NjOHxcf1p5J9UPwlXG7joUZZ MKYg== MIME-Version: 1.0 X-Received: by 10.49.108.200 with SMTP id hm8mr47570432qeb.53.1387318551187; Tue, 17 Dec 2013 14:15:51 -0800 (PST) Sender: carpeddiem@gmail.com Received: by 10.224.134.196 with HTTP; Tue, 17 Dec 2013 14:15:51 -0800 (PST) Date: Tue, 17 Dec 2013 17:15:51 -0500 X-Google-Sender-Auth: 0uFnSd3JreN0A3SzGdj4UHJqsr8 Message-ID: Subject: [HEADS UP] enabling LLDB debugger by default on amd64 From: Ed Maste To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:15:52 -0000 The in-tree snapshot of LLDB is at a point where it's usable and suitable for wider testing on amd64, and so I intend to enable it by default in the near future. Further information on the FreeBSD port of LLDB is on the wiki, at https://wiki.freebsd.org/lldb On my desktop LLDB added about 5 minutes to a buildworld and 80MB to objdir (over a baseline of about an hour and 1.8GB). If you wish to avoid building it, you can add 'WITHOUT_LLDB=' to src.conf. -Ed From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:15:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28E12243; Tue, 17 Dec 2013 22:15:55 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id D61D41268; Tue, 17 Dec 2013 22:15:54 +0000 (UTC) Received: from rnote.ddteam.net (7-17-135-95.pool.ukrtel.net [95.135.17.7]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id ADE8EC4950; Wed, 18 Dec 2013 00:15:53 +0200 (EET) Date: Wed, 18 Dec 2013 00:15:52 +0200 From: Aleksandr Rybalko To: Steve Kargl Subject: Re: [HEADS UP] xorg version switch in CURRENT Message-Id: <20131218001552.3119012f.ray@freebsd.org> In-Reply-To: <20131217200756.GA46033@troutmask.apl.washington.edu> References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:15:55 -0000 On Tue, 17 Dec 2013 12:07:56 -0800 Steve Kargl wrote: > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > > > To get VT switching when using KMS drivers (ATI, Intel) please use > > newcons: https://wiki.freebsd.org/Newcons or if that is not > > possible, force the use of the vesa driver for xorg. > > > > It appears that newcons is unusable with a static kernel. > Adding 'device drm2' and 'device i915kms' to my kernel > config results in a quick death to 'make buldkernel'. Hi Steve! Don't panic :) drm2/i915kms/radeonkms can't be built as part of static kernel. at least no definitions for that (sys/conf/files or sys/conf/files. ${ARCH} should contain instructions which modules to include). and newcons is unrelated here :) You can try it with just preload modules. 1. Build/install kernel with vt and vt_vga. 2. reboot and break in the loader. 3. do: load i915kms 4. do: boot Have a nice day! > > -- > Steve > _______________________________________________ > 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" WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:18:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 436FD677 for ; Tue, 17 Dec 2013 22:18:16 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id F0E2912A0 for ; Tue, 17 Dec 2013 22:18:15 +0000 (UTC) Received: from rnote.ddteam.net (7-17-135-95.pool.ukrtel.net [95.135.17.7]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 17ECCC4950; Wed, 18 Dec 2013 00:18:15 +0200 (EET) Date: Wed, 18 Dec 2013 00:18:13 +0200 From: Aleksandr Rybalko To: Maksim Yevmenkin Subject: Re: [rfc] [patch] do not stop watchdog on shutdown Message-Id: <20131218001813.fcf0c43d.ray@freebsd.org> In-Reply-To: References: <20131217232838.c4584918.ray@freebsd.org> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:18:16 -0000 On Tue, 17 Dec 2013 14:03:43 -0800 Maksim Yevmenkin wrote: > Hello Aleksandr > > >> would anyone object to this patch? > > > > It is good idea, but sometimes shutdown sequence longer than some > > H/W watchdogs even support. > > I have one board which can do only 20sec maximum time. > > yes. its up to the user to configure appropriate watchdog timeout. > this features is mostly for "light-out" type of environments where > remote hands are not easily available. Totally agree :) > > thanks > max > > >> Index: src/etc/rc.d/watchdogd > >> =================================================================== > >> --- src/etc/rc.d/watchdogd (revision 2999) > >> +++ src/etc/rc.d/watchdogd (working copy) > >> @@ -39,4 +39,7 @@ > >> pidfile="/var/run/${name}.pid" > >> > >> load_rc_config $name > >> + > >> +sig_stop="${watchdogd_sig_stop:-TERM}" > >> + > >> run_rc_command "$1" > >> _______________________________________________ -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:21:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BAB68EF; Tue, 17 Dec 2013 22:21:25 +0000 (UTC) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED121130C; Tue, 17 Dec 2013 22:21:24 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id rq2so7535486pbb.17 for ; Tue, 17 Dec 2013 14:21:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=YeMsG9GgHtbKB7TDrLBOo1kHI5xw+sjtAf4jgHWWYtM=; b=mnFszdqUuQgTZO0VNFkvz7noB3ylxDw35tObakRnClFcQe2EIGMZOy9BfFxvVTemBp pC+fMgU02cXh8mZ1eGusTQwrjvq18X328XzLVyasrSymUwpwPLgLbajSLywZjeHZfo0l 1z798RKNyq6FudCzLSZIXk3eOEqj3RTi6NDs6TNsjIIKh86qv+B2VohNpxyBTOdAEGpD 9+PNo6fwtIA10YSeNm+/nUA9jskWzlyjpSbPWKPMJAJebn7JnEmkKtCsmV/U8DFEkK3q WD0qsVXzNBwRXkjHgx10kbTLn5WCheluhQYgGjouu9xMeIoHLlKR44o6k9IT2ijYxZDg gITQ== X-Received: by 10.66.7.68 with SMTP id h4mr30373865paa.0.1387318884042; Tue, 17 Dec 2013 14:21:24 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPSA id oc9sm36311621pbb.10.2013.12.17.14.21.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Dec 2013 14:21:22 -0800 (PST) Sender: Navdeep Parhar Message-ID: <52B0CE60.8060306@FreeBSD.org> Date: Tue, 17 Dec 2013 14:21:20 -0800 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Ed Maste , FreeBSD Current Subject: Re: [HEADS UP] enabling LLDB debugger by default on amd64 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:21:25 -0000 Any plans to get kernel debugging working? On 12/17/13 14:15, Ed Maste wrote: > The in-tree snapshot of LLDB is at a point where it's usable and > suitable for wider testing on amd64, and so I intend to enable it by > default in the near future. > > Further information on the FreeBSD port of LLDB is on the wiki, at > https://wiki.freebsd.org/lldb > > On my desktop LLDB added about 5 minutes to a buildworld and 80MB to > objdir (over a baseline of about an hour and 1.8GB). If you wish to > avoid building it, you can add 'WITHOUT_LLDB=' to src.conf. > > -Ed > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 22:26:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F14FC83; Tue, 17 Dec 2013 22:26:13 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D63241345; Tue, 17 Dec 2013 22:26:12 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBHMQCfF047016; Tue, 17 Dec 2013 14:26:12 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBHMQC0e047015; Tue, 17 Dec 2013 14:26:12 -0800 (PST) (envelope-from sgk) Date: Tue, 17 Dec 2013 14:26:12 -0800 From: Steve Kargl To: Aleksandr Rybalko Subject: Re: [HEADS UP] xorg version switch in CURRENT Message-ID: <20131217222612.GA46961@troutmask.apl.washington.edu> References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> <20131218001552.3119012f.ray@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131218001552.3119012f.ray@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 22:26:13 -0000 On Wed, Dec 18, 2013 at 12:15:52AM +0200, Aleksandr Rybalko wrote: > On Tue, 17 Dec 2013 12:07:56 -0800 > Steve Kargl wrote: > > > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > > > > > To get VT switching when using KMS drivers (ATI, Intel) please use > > > newcons: https://wiki.freebsd.org/Newcons or if that is not > > > possible, force the use of the vesa driver for xorg. > > > > > > > It appears that newcons is unusable with a static kernel. > > Adding 'device drm2' and 'device i915kms' to my kernel > > config results in a quick death to 'make buldkernel'. > > Don't panic :) No panic, here. > drm2/i915kms/radeonkms can't be built as part of static kernel. > at least no definitions for that (sys/conf/files or sys/conf/files. > ${ARCH} should contain instructions which modules to include). > > and newcons is unrelated here :) > > You can try it with just preload modules. > 1. Build/install kernel with vt and vt_vga. > 2. reboot and break in the loader. > 3. do: load i915kms > 4. do: boot > (Un)fortunately, I do not use modules. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 23:27:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E2E5B4A; Tue, 17 Dec 2013 23:27:33 +0000 (UTC) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8EB9178D; Tue, 17 Dec 2013 23:27:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MXZ000004ZGUM00@smtpauth4.wiscmail.wisc.edu>; Tue, 17 Dec 2013 17:27:23 -0600 (CST) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.12.17.231814, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MXZ00KEX55M1J00@smtpauth4.wiscmail.wisc.edu>; Tue, 17 Dec 2013 17:27:23 -0600 (CST) Message-id: <52B0DDDA.8010608@freebsd.org> Date: Tue, 17 Dec 2013 17:27:22 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: Aleksandr Rybalko Subject: Re: [HEADS UP] xorg version switch in CURRENT References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> <52B0B015.4010600@freebsd.org> <20131217233202.952bc846.ray@freebsd.org> In-reply-to: <20131217233202.952bc846.ray@freebsd.org> Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 23:27:33 -0000 On 12/17/13 15:32, Aleksandr Rybalko wrote: > On Tue, 17 Dec 2013 14:12:05 -0600 > Nathan Whitehorn wrote: > >> On 12/17/13 14:07, Steve Kargl wrote: >>> On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: >>>> To get VT switching when using KMS drivers (ATI, Intel) please use >>>> newcons: https://wiki.freebsd.org/Newcons or if that is not >>>> possible, force the use of the vesa driver for xorg. >>>> >>> It appears that newcons is unusable with a static kernel. >>> Adding 'device drm2' and 'device i915kms' to my kernel >>> config results in a quick death to 'make buldkernel'. >>> >> You may not want it either. The radeon KMS driver, if loaded with >> newcons before X, replaces your console with snow (or at least it did >> the last time I tried it). > Nathan, on which h/w you did that test? 3 different systems with Intel > graphic works fine for me. This is on the following graphics card on amd64: vgapci0@pci0:3:0:0: class=0x030000 card=0x10022f43 chip=0x95cc1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RV620 [ATI FireGL V3700]' I'll run the test again today or tomorrow and see if it still happens. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Dec 17 23:35:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 462FFA9 for ; Tue, 17 Dec 2013 23:35:07 +0000 (UTC) Received: from mail-ea0-f173.google.com (mail-ea0-f173.google.com [209.85.215.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB705185B for ; Tue, 17 Dec 2013 23:35:06 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id o10so3160581eaj.18 for ; Tue, 17 Dec 2013 15:34:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=PCkZdeMlSmKEv5JcPGjTnWhFnv+grbUbwk5DQZUaz2s=; b=iNIiQKSM9HTR/WFHcK+yhVnhiCnz6pjXmygeOW2y+W4UbE2gEsr8PPvs7Pqu6rBZhl 3iVrAaT4wLjiQv2qsFVAE0qM5KwcQyzkAxMTLbVc7V74f1uN5TkU4I7zDaQR1JUskiaa /EzYzislshDWHqDwxMbxWcZIxxE62ZTt+0BWNZ7CsSX2gq7OZjj+rRMMjk6TI/jGvKl8 A4ZVe9Vh09QdDbcFOBzrz3SP/JRQZkxRMY+gt9yFGNJ9562G5gs7gsTmWCeRluw4JHSZ kakHRfZv1Ml9DLX9jEicJxApUjxcWWupBesnFV58V8QyW1JjTy/dQ64l6n9i10m3Pzqm PXzw== X-Gm-Message-State: ALoCoQkjZHec4eRCjTmfSaH0MaWgPAjMYlELD3JALRPE7m+LP1I372cQ4UcS0uGuMWhdgSm4eg6m X-Received: by 10.14.215.67 with SMTP id d43mr17575761eep.108.1387322963392; Tue, 17 Dec 2013 15:29:23 -0800 (PST) Received: from raynote.ddteam.net (7-17-135-95.pool.ukrtel.net. [95.135.17.7]) by mx.google.com with ESMTPSA id 4sm57276503eed.14.2013.12.17.15.29.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Dec 2013 15:29:22 -0800 (PST) Message-ID: <52B0DE17.7030104@ddteam.net> Date: Wed, 18 Dec 2013 01:28:23 +0200 From: Aleksandr Rybalko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Nathan Whitehorn , Aleksandr Rybalko Subject: Re: [HEADS UP] xorg version switch in CURRENT References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> <52B0B015.4010600@freebsd.org> <20131217233202.952bc846.ray@freebsd.org> <52B0DDDA.8010608@freebsd.org> In-Reply-To: <52B0DDDA.8010608@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Dec 2013 23:35:07 -0000 On 18.12.2013 01:27, Nathan Whitehorn wrote: > On 12/17/13 15:32, Aleksandr Rybalko wrote: >> On Tue, 17 Dec 2013 14:12:05 -0600 >> Nathan Whitehorn wrote: >> >>> On 12/17/13 14:07, Steve Kargl wrote: >>>> On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: >>>>> To get VT switching when using KMS drivers (ATI, Intel) please use >>>>> newcons: https://wiki.freebsd.org/Newcons or if that is not >>>>> possible, force the use of the vesa driver for xorg. >>>>> >>>> It appears that newcons is unusable with a static kernel. >>>> Adding 'device drm2' and 'device i915kms' to my kernel >>>> config results in a quick death to 'make buldkernel'. >>>> >>> You may not want it either. The radeon KMS driver, if loaded with >>> newcons before X, replaces your console with snow (or at least it did >>> the last time I tried it). >> Nathan, on which h/w you did that test? 3 different systems with Intel >> graphic works fine for me. > > This is on the following graphics card on amd64: > > vgapci0@pci0:3:0:0: class=0x030000 card=0x10022f43 chip=0x95cc1002 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices [AMD] nee ATI' > device = 'RV620 [ATI FireGL V3700]' > > I'll run the test again today or tomorrow and see if it still happens. > -Nathan Please do. Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 01:02:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 093A456A for ; Wed, 18 Dec 2013 01:02:04 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DBE9A1F83 for ; Wed, 18 Dec 2013 01:02:03 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 8CE6916EE8; Tue, 17 Dec 2013 17:02:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1387328523; bh=EaRNpRnKxdHI/B04gFtSvskN7FLylqxL2Ws3DbP0+GY=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=l3JAeADS8TWiM5u51BU/8WMwZ8bWUkgOfx+Uv6Cg4gLm+RSK/4KNkFSNC6NGhdEZX 26f7Xd5mNTKjl29nRGhdpjEVQqXbYZD2Ee/hgVXE2Fvlf1elVp7CbxfuqOmfbeTowy Gs6cnSxCqSkpIMz9jtn74mIbCzuG9IIscfpv0OcU= Message-ID: <52B0F40B.7020501@delphij.net> Date: Tue, 17 Dec 2013 17:02:03 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: 10-RC2 current wireless link aggregation not working correctly References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> In-Reply-To: <52B08B28.6040402@allanjude.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 18 Dec 2013 01:02:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/17/13 09:34, Allan Jude wrote: > If I am am understanding correctly, Dan and Nikolai say that just > running 'ifconfig' brings the lagg back to life. Why would that > make a difference at all? Running ifconfig with no parameters > shouldn't be changing anything. I don't really believe these claim. I had similar issue in the past and found an 'arp -a -d' would "fix" it so I didn't pursued further but I think this would be an interesting problem to get addressed. If I would take an guess, I would start from making lagg(4) interface to initiate one or a few gratuitous ARP broadcast when the active port changes. Some switches could use this to kick out their (outdated) memory of where the port is. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJSsPQLAAoJEJW2GBstM+nsyXoP/RCeHdu1PVCooIUxzjhqWMJG 3RyN9i85O1WYpgZwHCSC9mkFKM6GjEIiyaNKCvdYzN/k+d9aCQSXIShgIGutM6ie hFD4GCGrevjquHCddpULlUE+iwj0qIJWSyRMusUgo+ya+Bc/4H+szoxTndXaaamz CPkZMuzga8kEApXgMvImGfsqB8FqqFNtEELlRmISEHb04iAGqUv6HwoL1DhqEZ3I tQQi73JvuCU3Lfbp4CDI0IeTzlAoARBX/mWFjlDm7CA8clu4PzIVhdsRxRUhXIId ijI8432al9XXt0m4+4LIKmJa6DlyvQ3pIZDFodryQ1za3PAaF7IheILFKPi9BAwi Tn47X2+2XYXx7ZS2S22R7KRgeORZqj2uYZifs/xsNwkBCsyntYZgH+c5qYU7TWb/ tWRi9c5uVFskoPx4JL4W3ctgPvN7TpvKeCBLZTBdLQjy9WT6sqhxChxS57SFT5AH kTOWNEA0PqWjrrqRlNO47TL/aTg3Js9S4KxIZ2+hHSkDAlMxGi9rHzyHYPQKxJ1V lLmLGN0ZRYGGKa4Yn2OBAy16q/I2jkLE0Nkb0u1V3EEMkKQWp6pcro/Kb9Hrirfe n6zrFVyzLTIgNpr9C1+By1CxAmJfg73cIoobJSjNDZ2+EpY+FRDdhKYip3xtpNfA QFmabonocmaEohNcC8me =mSYS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 01:08:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 994F8790; Wed, 18 Dec 2013 01:08:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EFD01FD4; Wed, 18 Dec 2013 01:08:48 +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 rBI18fqU001895; Tue, 17 Dec 2013 20:08:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBI18eJL001871; Wed, 18 Dec 2013 01:08:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Dec 2013 01:08:40 GMT Message-Id: <201312180108.rBI18eJL001871@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2013 01:08:48 -0000 TB --- 2013-12-17 19:30:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 19:30:17 - 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 --- 2013-12-17 19:30:17 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-17 19:30:17 - cleaning the object tree TB --- 2013-12-17 19:36:18 - /usr/local/bin/svn stat /src TB --- 2013-12-17 19:36:22 - At svn revision 259524 TB --- 2013-12-17 19:36:23 - building world TB --- 2013-12-17 19:36:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 19:36:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 19:36:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 19:36:23 - SRCCONF=/dev/null TB --- 2013-12-17 19:36:23 - TARGET=i386 TB --- 2013-12-17 19:36:23 - TARGET_ARCH=i386 TB --- 2013-12-17 19:36:23 - TZ=UTC TB --- 2013-12-17 19:36:23 - __MAKE_CONF=/dev/null TB --- 2013-12-17 19:36:23 - cd /src TB --- 2013-12-17 19:36:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 19:36:30 UTC 2013 >>> 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 Dec 17 22:46:54 UTC 2013 TB --- 2013-12-17 22:46:54 - generating LINT kernel config TB --- 2013-12-17 22:46:54 - cd /src/sys/i386/conf TB --- 2013-12-17 22:46:54 - /usr/bin/make -B LINT TB --- 2013-12-17 22:46:54 - cd /src/sys/i386/conf TB --- 2013-12-17 22:46:54 - /usr/sbin/config -m LINT TB --- 2013-12-17 22:46:54 - building LINT kernel TB --- 2013-12-17 22:46:54 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 22:46:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 22:46:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 22:46:54 - SRCCONF=/dev/null TB --- 2013-12-17 22:46:54 - TARGET=i386 TB --- 2013-12-17 22:46:54 - TARGET_ARCH=i386 TB --- 2013-12-17 22:46:54 - TZ=UTC TB --- 2013-12-17 22:46:54 - __MAKE_CONF=/dev/null TB --- 2013-12-17 22:46:54 - cd /src TB --- 2013-12-17 22:46:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 22:46:54 UTC 2013 >>> 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 Dec 17 23:24:16 UTC 2013 TB --- 2013-12-17 23:24:16 - cd /src/sys/i386/conf TB --- 2013-12-17 23:24:16 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-17 23:24:17 - building LINT-NOINET kernel TB --- 2013-12-17 23:24:17 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 23:24:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 23:24:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 23:24:17 - SRCCONF=/dev/null TB --- 2013-12-17 23:24:17 - TARGET=i386 TB --- 2013-12-17 23:24:17 - TARGET_ARCH=i386 TB --- 2013-12-17 23:24:17 - TZ=UTC TB --- 2013-12-17 23:24:17 - __MAKE_CONF=/dev/null TB --- 2013-12-17 23:24:17 - cd /src TB --- 2013-12-17 23:24:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Dec 17 23:24:17 UTC 2013 >>> 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 Dec 17 23:56:28 UTC 2013 TB --- 2013-12-17 23:56:28 - cd /src/sys/i386/conf TB --- 2013-12-17 23:56:28 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-17 23:56:28 - building LINT-NOINET6 kernel TB --- 2013-12-17 23:56:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 23:56:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 23:56:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 23:56:28 - SRCCONF=/dev/null TB --- 2013-12-17 23:56:28 - TARGET=i386 TB --- 2013-12-17 23:56:28 - TARGET_ARCH=i386 TB --- 2013-12-17 23:56:28 - TZ=UTC TB --- 2013-12-17 23:56:28 - __MAKE_CONF=/dev/null TB --- 2013-12-17 23:56:28 - cd /src TB --- 2013-12-17 23:56:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Tue Dec 17 23:56:28 UTC 2013 >>> 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 Wed Dec 18 00:29:05 UTC 2013 TB --- 2013-12-18 00:29:05 - cd /src/sys/i386/conf TB --- 2013-12-18 00:29:05 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-18 00:29:05 - building LINT-NOIP kernel TB --- 2013-12-18 00:29:05 - CROSS_BUILD_TESTING=YES TB --- 2013-12-18 00:29:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-18 00:29:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-18 00:29:05 - SRCCONF=/dev/null TB --- 2013-12-18 00:29:05 - TARGET=i386 TB --- 2013-12-18 00:29:05 - TARGET_ARCH=i386 TB --- 2013-12-18 00:29:05 - TZ=UTC TB --- 2013-12-18 00:29:05 - __MAKE_CONF=/dev/null TB --- 2013-12-18 00:29:05 - cd /src TB --- 2013-12-18 00:29:05 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Dec 18 00:29:05 UTC 2013 >>> 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 Wed Dec 18 00:58:33 UTC 2013 TB --- 2013-12-18 00:58:33 - cd /src/sys/i386/conf TB --- 2013-12-18 00:58:33 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-18 00:58:33 - building LINT-VIMAGE kernel TB --- 2013-12-18 00:58:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-18 00:58:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-18 00:58:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-18 00:58:33 - SRCCONF=/dev/null TB --- 2013-12-18 00:58:33 - TARGET=i386 TB --- 2013-12-18 00:58:33 - TARGET_ARCH=i386 TB --- 2013-12-18 00:58:33 - TZ=UTC TB --- 2013-12-18 00:58:33 - __MAKE_CONF=/dev/null TB --- 2013-12-18 00:58:33 - cd /src TB --- 2013-12-18 00:58:33 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Dec 18 00:58:33 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-18 01:08:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-18 01:08:40 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-18 01:08:40 - 15760.52 user 2914.12 system 20303.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 01:18:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17D04D38; Wed, 18 Dec 2013 01:18:39 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B95881094; Wed, 18 Dec 2013 01:18:38 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id m20so5620141qcx.18 for ; Tue, 17 Dec 2013 17:18:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qgpuotuxxN3TUWTGumsda/vEQo9mboVSHlnjAK2Vj4w=; b=P9CemW8o+stOA3zy/RLUl24cd1wEy6azl1oJlUP7nJwS0jdw0bv0ub50ezR2bf8tYh ckWORXLlayVtvoYbUBgw4EK8U2/3XZpr6N3/5uzDc8fQv7p+UGgjcwkOoDxfebbovmKG rxXVBf3rMD+eMq+YubCp57n/I1VWGD36eIRV7ZjXyWcDYBMsDgUv3v1tp4NOO9ZDqmbp wGluc1Mq5uVtdMQFRCgsflJwEPE4fE9AgARouRTX6tla3Fey4BGtJBJYv/i3t/iQYxLQ wW9DddxXJ0TQBbUqRPg27CmLBnshWlOzyC0A6eZSfUw4cra5QbX0wz+Dd40AIGKfNvSB tOTg== MIME-Version: 1.0 X-Received: by 10.49.27.234 with SMTP id w10mr48668728qeg.22.1387329517895; Tue, 17 Dec 2013 17:18:37 -0800 (PST) Sender: carpeddiem@gmail.com Received: by 10.224.134.196 with HTTP; Tue, 17 Dec 2013 17:18:37 -0800 (PST) In-Reply-To: <52B0CE60.8060306@FreeBSD.org> References: <52B0CE60.8060306@FreeBSD.org> Date: Tue, 17 Dec 2013 20:18:37 -0500 X-Google-Sender-Auth: hjeZPbuplV8vXWem1R9rkfh_90s Message-ID: Subject: Re: [HEADS UP] enabling LLDB debugger by default on amd64 From: Ed Maste To: Navdeep Parhar Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 01:18:39 -0000 On 17 December 2013 17:21, Navdeep Parhar wrote: > Any plans to get kernel debugging working? It's on the roadmap, but no concrete plans or timeline yet. From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 01:37:39 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA4BB4EE; Wed, 18 Dec 2013 01:37:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F9EC11EB; Wed, 18 Dec 2013 01:37:39 +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 rBI1bcY6078702; Tue, 17 Dec 2013 20:37:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBI1bc8i078698; Wed, 18 Dec 2013 01:37:38 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Dec 2013 01:37:38 GMT Message-Id: <201312180137.rBI1bc8i078698@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 amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2013 01:37:39 -0000 TB --- 2013-12-17 19:30:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-17 19:30:17 - 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 --- 2013-12-17 19:30:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-17 19:30:17 - cleaning the object tree TB --- 2013-12-17 19:36:32 - /usr/local/bin/svn stat /src TB --- 2013-12-17 19:36:36 - At svn revision 259524 TB --- 2013-12-17 19:36:37 - building world TB --- 2013-12-17 19:36:37 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 19:36:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 19:36:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 19:36:37 - SRCCONF=/dev/null TB --- 2013-12-17 19:36:37 - TARGET=amd64 TB --- 2013-12-17 19:36:37 - TARGET_ARCH=amd64 TB --- 2013-12-17 19:36:37 - TZ=UTC TB --- 2013-12-17 19:36:37 - __MAKE_CONF=/dev/null TB --- 2013-12-17 19:36:37 - cd /src TB --- 2013-12-17 19:36:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 17 19:36:43 UTC 2013 >>> 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 Tue Dec 17 23:21:51 UTC 2013 TB --- 2013-12-17 23:21:51 - generating LINT kernel config TB --- 2013-12-17 23:21:51 - cd /src/sys/amd64/conf TB --- 2013-12-17 23:21:51 - /usr/bin/make -B LINT TB --- 2013-12-17 23:21:51 - cd /src/sys/amd64/conf TB --- 2013-12-17 23:21:51 - /usr/sbin/config -m LINT TB --- 2013-12-17 23:21:51 - building LINT kernel TB --- 2013-12-17 23:21:51 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 23:21:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 23:21:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 23:21:51 - SRCCONF=/dev/null TB --- 2013-12-17 23:21:51 - TARGET=amd64 TB --- 2013-12-17 23:21:51 - TARGET_ARCH=amd64 TB --- 2013-12-17 23:21:51 - TZ=UTC TB --- 2013-12-17 23:21:51 - __MAKE_CONF=/dev/null TB --- 2013-12-17 23:21:51 - cd /src TB --- 2013-12-17 23:21:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 23:21:51 UTC 2013 >>> 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 Dec 17 23:56:00 UTC 2013 TB --- 2013-12-17 23:56:00 - cd /src/sys/amd64/conf TB --- 2013-12-17 23:56:00 - /usr/sbin/config -m LINT-NOINET TB --- 2013-12-17 23:56:00 - building LINT-NOINET kernel TB --- 2013-12-17 23:56:00 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 23:56:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 23:56:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 23:56:00 - SRCCONF=/dev/null TB --- 2013-12-17 23:56:00 - TARGET=amd64 TB --- 2013-12-17 23:56:00 - TARGET_ARCH=amd64 TB --- 2013-12-17 23:56:00 - TZ=UTC TB --- 2013-12-17 23:56:00 - __MAKE_CONF=/dev/null TB --- 2013-12-17 23:56:00 - cd /src TB --- 2013-12-17 23:56:00 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Dec 17 23:56:00 UTC 2013 >>> 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 Wed Dec 18 00:27:30 UTC 2013 TB --- 2013-12-18 00:27:30 - cd /src/sys/amd64/conf TB --- 2013-12-18 00:27:30 - /usr/sbin/config -m LINT-NOINET6 TB --- 2013-12-18 00:27:30 - building LINT-NOINET6 kernel TB --- 2013-12-18 00:27:30 - CROSS_BUILD_TESTING=YES TB --- 2013-12-18 00:27:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-18 00:27:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-18 00:27:30 - SRCCONF=/dev/null TB --- 2013-12-18 00:27:30 - TARGET=amd64 TB --- 2013-12-18 00:27:30 - TARGET_ARCH=amd64 TB --- 2013-12-18 00:27:30 - TZ=UTC TB --- 2013-12-18 00:27:30 - __MAKE_CONF=/dev/null TB --- 2013-12-18 00:27:30 - cd /src TB --- 2013-12-18 00:27:30 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Wed Dec 18 00:27:30 UTC 2013 >>> 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 Wed Dec 18 00:59:00 UTC 2013 TB --- 2013-12-18 00:59:00 - cd /src/sys/amd64/conf TB --- 2013-12-18 00:59:00 - /usr/sbin/config -m LINT-NOIP TB --- 2013-12-18 00:59:00 - building LINT-NOIP kernel TB --- 2013-12-18 00:59:00 - CROSS_BUILD_TESTING=YES TB --- 2013-12-18 00:59:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-18 00:59:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-18 00:59:00 - SRCCONF=/dev/null TB --- 2013-12-18 00:59:00 - TARGET=amd64 TB --- 2013-12-18 00:59:00 - TARGET_ARCH=amd64 TB --- 2013-12-18 00:59:00 - TZ=UTC TB --- 2013-12-18 00:59:00 - __MAKE_CONF=/dev/null TB --- 2013-12-18 00:59:00 - cd /src TB --- 2013-12-18 00:59:00 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Wed Dec 18 00:59:00 UTC 2013 >>> 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 Wed Dec 18 01:27:46 UTC 2013 TB --- 2013-12-18 01:27:46 - cd /src/sys/amd64/conf TB --- 2013-12-18 01:27:46 - /usr/sbin/config -m LINT-VIMAGE TB --- 2013-12-18 01:27:46 - building LINT-VIMAGE kernel TB --- 2013-12-18 01:27:46 - CROSS_BUILD_TESTING=YES TB --- 2013-12-18 01:27:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-18 01:27:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-18 01:27:46 - SRCCONF=/dev/null TB --- 2013-12-18 01:27:46 - TARGET=amd64 TB --- 2013-12-18 01:27:46 - TARGET_ARCH=amd64 TB --- 2013-12-18 01:27:46 - TZ=UTC TB --- 2013-12-18 01:27:46 - __MAKE_CONF=/dev/null TB --- 2013-12-18 01:27:46 - cd /src TB --- 2013-12-18 01:27:46 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Dec 18 01:27:46 UTC 2013 >>> 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 [...] ^ /src/sys/net/vnet.h:214:12: note: expanded from macro 'CURVNET_SET_QUIET' curvnet = arg; ^ /src/sys/sys/ucred.h:58:9: note: forward declaration of 'struct prison' struct prison *cr_prison; /* jail(2) */ ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-18 01:37:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-18 01:37:38 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2013-12-18 01:37:38 - 17008.67 user 3209.09 system 22040.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 01:48:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 953A29C4 for ; Wed, 18 Dec 2013 01:48:48 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CF9F129D for ; Wed, 18 Dec 2013 01:48:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=TVjverSRJjuSLbNN6TGXDgr/jBkRYzE15GJmFU+Ckx0=; b=Fkn7hsTN9SmRUOFvY3IAAGo+MM2CQVKtmi5svN1aRZw81xtC0maMqYn5EqpsC/seGV0gLFF+S2cBbqvOm0zY17E2rElP3HgrYnDlcFJmQF8l37b0EYm5+g/AJMpqI6Q5LxPoToWfJrscj42ALKVy8ds7RQmgYBROC/itd2AZVNc=; Received: from [120.174.244.125] (port=63997 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1Vt6Fc-001GMZ-7f; Tue, 17 Dec 2013 18:48:40 -0700 Date: Wed, 18 Dec 2013 09:48:14 +0800 From: Erich Dollansky To: d@delphij.net Subject: Re: 10-RC2 current wireless link aggregation not working correctly Message-ID: <20131218094814.1d01bdff@X220.alogt.com> In-Reply-To: <52B0F40B.7020501@delphij.net> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> <52B0F40B.7020501@delphij.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org, delphij@delphij.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 01:48:48 -0000 Hi, On Tue, 17 Dec 2013 17:02:03 -0800 Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 12/17/13 09:34, Allan Jude wrote: > > If I am am understanding correctly, Dan and Nikolai say that just > > running 'ifconfig' brings the lagg back to life. Why would that > > make a difference at all? Running ifconfig with no parameters > > shouldn't be changing anything. > > I don't really believe these claim. it does not work with iwn and em. > > I had similar issue in the past and found an 'arp -a -d' would "fix" It also does not work. The machine is running FreeBSD 10.0 RC2. Erich From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 05:22:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEF88A8E; Wed, 18 Dec 2013 05:22:50 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5ADF9146F; Wed, 18 Dec 2013 05:22:49 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rBI5MmF6060568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Dec 2013 09:22:48 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rBI5Mm88060567; Wed, 18 Dec 2013 09:22:48 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 18 Dec 2013 09:22:48 +0400 From: Gleb Smirnoff To: Mark Martinec Subject: Re: 10-RC unable to build kernel without INET (i.e. IPv6-only) Message-ID: <20131218052248.GC29088@FreeBSD.org> References: <201312172013.20436.Mark.Martinec+freebsd@ijs.si> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201312172013.20436.Mark.Martinec+freebsd@ijs.si> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 05:22:50 -0000 Mark, On Tue, Dec 17, 2013 at 08:13:20PM +0100, Mark Martinec wrote: M> Under 9.2 the following could be used to build an IPv6-only kernel: M> M> /sys/amd64/conf/TEST : M> M> include GENERIC M> makeoptions MKMODULESENV+="WITHOUT_INET_SUPPORT=" M> nooptions INET M> M> M> Now with stable/10 the: M> M> make buildkernel KERNCONF=TEST Just fixed that in stable/10. I expect we will merge the patch to release branch as well. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 06:44:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26AD2B9D for ; Wed, 18 Dec 2013 06:44:48 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B32C51AC0 for ; Wed, 18 Dec 2013 06:44:47 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bz8so147526wib.5 for ; Tue, 17 Dec 2013 22:44:46 -0800 (PST) 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=2Kg1FFTbJvZar/c1CV++tRAuPfWL6bQYk38I5opa57s=; b=X4gEOBa/cHkeEyKDawom4NdjP2I4WJx131uqN+CmSk4ZwU6Aow4KVpNsRWTfCw0Hig rJ6jpwFA/YyHnlfmP1YdqWLE4DfmGJ7NWpham+6rJGWddZTpCiL1tWd7FR2M9KSUZwBH iJnsk8UUOahtxHL/YG1CJ7zIRAXPGtEfK/37AG9fZRA4ptsmlUlWswOI8njuYJ3SyZFA DxCAF8H1gescyQwkmbHT475oNvKe+hTRZEWoX/PQQv0LxscG712uj35nIrpeG/NYU5OL wgcsIvectg9JP4yBHFfEHPW88w4c2Ma/3psWb819pxA8tvQmCVYHbOJ36uwn+c1pO9+N Homg== MIME-Version: 1.0 X-Received: by 10.180.108.97 with SMTP id hj1mr6440353wib.59.1387349086156; Tue, 17 Dec 2013 22:44:46 -0800 (PST) Received: by 10.227.226.12 with HTTP; Tue, 17 Dec 2013 22:44:46 -0800 (PST) In-Reply-To: <52B0C720.4060505@dumbbell.fr> References: <52B0C720.4060505@dumbbell.fr> Date: Wed, 18 Dec 2013 08:44:46 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic at (allegedly) a dpms signal (monitor off), in drm2 From: Markiyan Kushnir To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 06:44:48 -0000 2013/12/17 Jean-S=E9bastien P=E9dron : > On 17.12.2013 13:19, Markiyan Kushnir wrote: >> Left my desktop (new Xorg, newcons, radeonkms) for a couple of minutes >> and found it rebooted after a panic. Never seen this kind of panic >> before. > > That's weird: the code leading to this panic in unreachable, because > there's no way currently (that I know of) to change the power management > method of the driver to "dynamic". > > Can you reproduce the problem? > > If it helps, you can force your monitor off using xset(1): > xset dpms force off > No, I cannot reproduce it reliably. I've tried switching the monitor off for a while using xset, no luck. I will let you know once I have more info on it. -- Markiyan. > -- > Jean-S=E9bastien P=E9dron > From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 06:47:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48851E7D for ; Wed, 18 Dec 2013 06:47:00 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D47A11AFA for ; Wed, 18 Dec 2013 06:46:59 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MEFlg-1ViEaz1FGa-00FVDx for ; Wed, 18 Dec 2013 07:41:41 +0100 Message-ID: <52B14384.5060102@gmx.com> Date: Wed, 18 Dec 2013 07:41:08 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:23.0) Gecko/20100101 Firefox/23.0 SeaMonkey/2.20 MIME-Version: 1.0 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , freebsd-current@freebsd.org Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 References: <527F95BE.7080908@gmx.com> <527FC05D.8080703@gmx.com> <5283E123.5000305@FreeBSD.org> <20131114113846.4dcb2037@kalimero.tijl.coosemans.org> <52858067.2060200@gmx.com> <52AEAD7A.1040205@gmx.com> <52B0C004.9010702@FreeBSD.org> In-Reply-To: <52B0C004.9010702@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:ixP1qagkjKxJrb7Otxb1M8bJ7EiUM6iL69kz3yWAJe3firCYAbn R474po1XhONxvAJkm9C3tTpBWP3jNAMFimLNUcG5CnEJeaLz5XRU7fXdvRGOoS1TYMJL6q8 UYqFL3+nm8q+FHpZvTWY9v+chJoYkSddQ31rS68bE6KEnjKeFbwIA8/2OQb2Sjo9e8uJx4y 1xdUhnKWeH/TSQUul8PBQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 06:47:00 -0000 Jean-Sébastien Pédron wrote, On 12/17/2013 22:20: > On 16.12.2013 08:36, dt71@gmx.com wrote: >> Still nobody wants to apply Robert Noland's DRM patch? > > What problem(s) does this patch fix? It fixes non-deterministic lockups when the (old, drm1) r300 drivers are used. According to John Baldwin [1]: "The drm code is doing a copyin() while holding a mutex (which is not allowed)." The latest version of the patch (also the one I used for years) is at [2], linked from [3]. [1] http://lists.freebsd.org/pipermail/freebsd-current/2009-April/005988.html [2] http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch [3] http://lists.freebsd.org/pipermail/freebsd-current/2009-April/006080.html From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 07:27:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E88EFD95 for ; Wed, 18 Dec 2013 07:27:59 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id A876D1F15 for ; Wed, 18 Dec 2013 07:27:59 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id 691BE12ADB; Wed, 18 Dec 2013 09:27:58 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Wed, 18 Dec 2013 09:28:04 +0200 From: dan_partelly To: Subject: Re: 10-RC2 current wireless link aggregation not working correctly In-Reply-To: <52B0F40B.7020501@delphij.net> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> <52B0F40B.7020501@delphij.net> Message-ID: <0906290ad6b5e6c9f9bd181130c606c3@rdsor.ro> X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 07:28:00 -0000 What claims you do not "believe" ? Not important anyway. This is engineering, so you need not believe, you need to know. Go and replicate the bug. You will know then. > > I don't really believe these claim. > > I had similar issue in the past and found an 'arp -a -d' would "fix" > it so I didn't pursued further but I think this would be an > interesting problem to get addressed. > > If I would take an guess, I would start from making lagg(4) interface > to initiate one or a few gratuitous ARP broadcast when the active port > changes. Some switches could use this to kick out their (outdated) > memory of where the port is. > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > > iQIcBAEBCgAGBQJSsPQLAAoJEJW2GBstM+nsyXoP/RCeHdu1PVCooIUxzjhqWMJG > 3RyN9i85O1WYpgZwHCSC9mkFKM6GjEIiyaNKCvdYzN/k+d9aCQSXIShgIGutM6ie > hFD4GCGrevjquHCddpULlUE+iwj0qIJWSyRMusUgo+ya+Bc/4H+szoxTndXaaamz > CPkZMuzga8kEApXgMvImGfsqB8FqqFNtEELlRmISEHb04iAGqUv6HwoL1DhqEZ3I > tQQi73JvuCU3Lfbp4CDI0IeTzlAoARBX/mWFjlDm7CA8clu4PzIVhdsRxRUhXIId > ijI8432al9XXt0m4+4LIKmJa6DlyvQ3pIZDFodryQ1za3PAaF7IheILFKPi9BAwi > Tn47X2+2XYXx7ZS2S22R7KRgeORZqj2uYZifs/xsNwkBCsyntYZgH+c5qYU7TWb/ > tWRi9c5uVFskoPx4JL4W3ctgPvN7TpvKeCBLZTBdLQjy9WT6sqhxChxS57SFT5AH > kTOWNEA0PqWjrrqRlNO47TL/aTg3Js9S4KxIZ2+hHSkDAlMxGi9rHzyHYPQKxJ1V > lLmLGN0ZRYGGKa4Yn2OBAy16q/I2jkLE0Nkb0u1V3EEMkKQWp6pcro/Kb9Hrirfe > n6zrFVyzLTIgNpr9C1+By1CxAmJfg73cIoobJSjNDZ2+EpY+FRDdhKYip3xtpNfA > QFmabonocmaEohNcC8me > =mSYS > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 07:39:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D033C4E3 for ; Wed, 18 Dec 2013 07:39:26 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ACB931009 for ; Wed, 18 Dec 2013 07:39:26 +0000 (UTC) Received: from delphij-macbook.local (unknown [IPv6:2001:470:83bf:0:2511:f9f:33d4:db14]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 1443C1E140; Tue, 17 Dec 2013 23:39:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1387352366; bh=QKCR+dd9/e7ulMZA/KEfMkLAzqA2LLg8Tg+9t2+xGOc=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=vpJOVNcVLbtLSGp7LPnAx8UL31ev5Cxcv4hkiEn0PXMZjYSQ+BmWqSZLuodnGmVjI 8IjR0SqKSjHbNDv72aQ6ywteOvIqejBNUI815FqO1c6TqouNVu4SA+zMDV2A2uBz95 SqrfUJt54pc5XWZOd69jK2EbsGXLBQq1si+a6gtE= Message-ID: <52B15124.10409@delphij.net> Date: Tue, 17 Dec 2013 23:39:16 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: dan_partelly , d@delphij.net Subject: Re: 10-RC2 current wireless link aggregation not working correctly References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> <52B0F40B.7020501@delphij.net> <0906290ad6b5e6c9f9bd181130c606c3@rdsor.ro> In-Reply-To: <0906290ad6b5e6c9f9bd181130c606c3@rdsor.ro> 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.17 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: Wed, 18 Dec 2013 07:39:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/17/13, 11:28 PM, dan_partelly wrote: > > What claims you do not "believe" ? Not important anyway. This is > engineering, so you need not believe, you need to know. Go and > replicate the bug. You will know then. I don't believe in merely doing 'ifconfig' would workaround the issue, it does not make sense, plus I have tested and it didn't work for my case (iwn+em on my laptop). I'm aware of the issue but thought it was compatibility issue with my own weirdly setup wireless AP at the time, and looks like it's not just me, but I'm not interested nor have time to fix the problem so I replied the thread and offered what I have tested as a workaround in the hope that it's useful for someone who is interested and have the ability to fix the problem. Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJSsVEkAAoJEJW2GBstM+nswTsP/Rs0hdyXNejf2Z98GbSGns0n lsI+UmjwWUSg0h+8QzCce7/80mwEw0tZH1btoRr6I0tPKXwdUYDO2C3LPM2a/jSV hvN6aay0ppnldtsqMZcuDv1OznSGfEIt0A04/m/RUTDBYaPKY+F1iqZYNE960zes u6mbR2elpAUCHjpV3lEchnP5V1v/yLpVziGYabR4WLwohtlOMGVbL92ejLAeKVnr Ar7SiWA7GVar6lSGBWyyGwoErveb8TaZxRiSKgjHuvciMLgy+KrlyxqZq6gNd7nP isBDMEe2NsnUawR/gfcxvvzpyHTPYPtSlEJjejdbnGlP4YGy5BT2vm3HqyAgK/iX N1iRBhx8zuH9UDNN8XiSuvuYuxAw9OfeBoh/2aGifj5dcrEP+IeyYUoAWBoXgny+ IcoitmUwYE4xLduLnIpf2b5KG8Yw1r2bKoZJVOw8+ixJAqCWR0xXONcywB56MXoE 8r9A11D6ASdRmozKjcEQH9+j6/4VuVeydCBfXQSZHIlVL3pTFZAlH0Q0JSZq4NXA Pb5YGcdYDONi3gPxNIvUn1WeqTfpgJhGveKV5PhI3NY2d+GEB3fBBuBhvlAlrwxg CPCqH4YC0sntvqMqcOooz44OfiLpB1ARGGTwtKATLNIzpS/iMsS1swW1NZEeaN19 uFZw/dY3w5uhDQ7u2Buc =4ByJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 07:48:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62980AA1 for ; Wed, 18 Dec 2013 07:48:44 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2129010E0 for ; Wed, 18 Dec 2013 07:48:43 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id 0560415D8C; Wed, 18 Dec 2013 09:48:43 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Wed, 18 Dec 2013 09:48:49 +0200 From: dan_partelly To: Subject: Re: 10-RC2 current wireless link aggregation not working correctly In-Reply-To: <52B15124.10409@delphij.net> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> <52B0F40B.7020501@delphij.net> <0906290ad6b5e6c9f9bd181130c606c3@rdsor.ro> <52B15124.10409@delphij.net> Message-ID: <986189d1401785fb4fba49d324fd7137@rdsor.ro> X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 07:48:44 -0000 I guarantee you that a simple interface list with ifconfig un-stucks the net on my setup, at lest in the case (master is wired, unplug ethernet, fail to wireless) I agree that it doesn't makes much sense, but no matter how unlikely it seems, it is a **fact**. > > I don't believe in merely doing 'ifconfig' would workaround the issue, > it does not make sense, plus I have tested and it didn't work for my > case (iwn+em on my laptop). > > I'm aware of the issue but thought it was compatibility issue with my > own weirdly setup wireless AP at the time, and looks like it's not > just me, but I'm not interested nor have time to fix the problem so I > replied the thread and offered what I have tested as a workaround in > the hope that it's useful for someone who is interested and have the > ability to fix the problem. > > Cheers, > -----BEGIN PGP SIGNATURE----- > > iQIcBAEBCgAGBQJSsVEkAAoJEJW2GBstM+nswTsP/Rs0hdyXNejf2Z98GbSGns0n > lsI+UmjwWUSg0h+8QzCce7/80mwEw0tZH1btoRr6I0tPKXwdUYDO2C3LPM2a/jSV > hvN6aay0ppnldtsqMZcuDv1OznSGfEIt0A04/m/RUTDBYaPKY+F1iqZYNE960zes > u6mbR2elpAUCHjpV3lEchnP5V1v/yLpVziGYabR4WLwohtlOMGVbL92ejLAeKVnr > Ar7SiWA7GVar6lSGBWyyGwoErveb8TaZxRiSKgjHuvciMLgy+KrlyxqZq6gNd7nP > isBDMEe2NsnUawR/gfcxvvzpyHTPYPtSlEJjejdbnGlP4YGy5BT2vm3HqyAgK/iX > N1iRBhx8zuH9UDNN8XiSuvuYuxAw9OfeBoh/2aGifj5dcrEP+IeyYUoAWBoXgny+ > IcoitmUwYE4xLduLnIpf2b5KG8Yw1r2bKoZJVOw8+ixJAqCWR0xXONcywB56MXoE > 8r9A11D6ASdRmozKjcEQH9+j6/4VuVeydCBfXQSZHIlVL3pTFZAlH0Q0JSZq4NXA > Pb5YGcdYDONi3gPxNIvUn1WeqTfpgJhGveKV5PhI3NY2d+GEB3fBBuBhvlAlrwxg > CPCqH4YC0sntvqMqcOooz44OfiLpB1ARGGTwtKATLNIzpS/iMsS1swW1NZEeaN19 > uFZw/dY3w5uhDQ7u2Buc > =4ByJ > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 08:17:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52839CB7; Wed, 18 Dec 2013 08:17:58 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F11F613AD; Wed, 18 Dec 2013 08:17:57 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id n7so5745482qcx.5 for ; Wed, 18 Dec 2013 00:17:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Pa+sZ8G7Xsh/a1aVNQmavrjdKe+GOWbP2oHZAkLoTQ4=; b=lLsQ1s97k1U4CW+JU0OnZeoJwCTK8nSkH4m/0AlBjN0if3/2TT8yDbYdeVgwtW4b2e bwvnPx6lbY2vlh8V/hhLmT68NtNcGNWeiY2t92WoZBvbjWV3PA/TmP88Pw0NBZeTUXoD uUWfW1jEdJDSWm/Jmq8Rjv3z9cPSqw3zdr6OU5/mwxcrb232trWe55/kxIcqSmc1l+/O IKCtuKsxxB0DkTXXvWwRz8vhzjDFFK+7L0eTqth5wghRQ0rrI3TA0bWlY0t1W31WgDcS XS+wa9q7gjnF4ehanZP3VtcLQ5Z89FCkfSxWsRPEx68UTy4PzSJTl4FQH0GgwjPdd6kL i2cw== X-Received: by 10.49.131.69 with SMTP id ok5mr50732291qeb.77.1387354677105; Wed, 18 Dec 2013 00:17:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.152.42 with HTTP; Wed, 18 Dec 2013 00:17:17 -0800 (PST) In-Reply-To: References: From: =?UTF-8?B?5LmU5qWa?= Date: Wed, 18 Dec 2013 16:17:17 +0800 Message-ID: Subject: Re: Intel Centrino Wireless-N 1000 can't connect to AP To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 08:17:58 -0000 Will I need to tie debug? Not wifi, laptop use is indeed very painful 2013/12/11 Adrian Chadd > OK, I'll see if my centrino 1xx / 1xxx units match yours and are > problematic. > > Please file a PR! > > > -a > > On 7 December 2013 05:34, =E4=B9=94=E6=A5=9A wrote= : > > Today ,I upgrade my freebsd from 10-beta4 to current. > > Now, my freebsd can't connect to wireless AP. Wireless LAN strike. > > > > iwn0 in /var/log/message: > > Dec 7 08:02:00 x201i kernel: iwn0: me= m > > 0xf2400000-0xf2401fff irq 16 at device 0.0 on pci2 > > > > Dec 7 08:02:00 x201i kernel: iwn0: attempting to allocate 1 MSI vector= s > (1 > > supported) > > Dec 7 08:02:00 x201i kernel: msi: routing MSI IRQ 266 to local APIC 0 > > vector 62 > > Dec 7 08:02:00 x201i kernel: iwn0: using IRQ 266 for MSI > > Dec 7 08:02:00 x201i kernel: iwn0: MIMO 1T2R, BGS, address > > 8c:a9:82:5a:41:58 > > Dec 7 08:02:00 x201i kernel: iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mb= ps > > Dec 7 08:02:00 x201i kernel: iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mb= ps > > 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > > Dec 7 08:02:00 x201i kernel: iwn0: 1T2R > > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz > > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 6.5Mbps - 65Mbps > > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz SGI > > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 7Mbps - 72Mbps > > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz: > > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 13.5Mbps - 135Mbps > > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz SGI: > > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 15Mbps - 150Mbps > > ...... > > Dec 7 08:02:00 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:1= 6 > > Dec 7 08:02:00 x201i kernel: iwn0: iwn_intr: fatal firmware error > > Dec 7 08:02:00 x201i kernel: firmware error log: > > Dec 7 08:02:00 x201i kernel: error type =3D "SYSASSERT" (0x000000= 05) > > Dec 7 08:02:00 x201i kernel: program counter =3D 0x00018DBC > > Dec 7 08:02:00 x201i kernel: source line =3D 0x00000032 > > Dec 7 08:02:00 x201i kernel: error data =3D 0x0000000100000000 > > Dec 7 08:02:00 x201i kernel: branch link =3D 0x00018D6E00018D6E > > Dec 7 08:02:00 x201i kernel: interrupt link =3D 0x0000082600000000 > > Dec 7 08:02:00 x201i kernel: time =3D 1538064582 > > Dec 7 08:02:00 x201i kernel: driver status: > > Dec 7 08:02:00 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0= -- > > Dec 7 08:02:00 x201i kernel: rx ring: cur=3D29 > > ...... > > Dec 7 08:02:01 x201i wpa_supplicant[667]: ioctl[SIOCS80211, op=3D103, > val=3D0, > > arg_len=3D128]: Device not configured > > Dec 7 08:02:01 x201i wpa_supplicant[667]: wlan0: Failed to initiate AP > scan > > > > I do not know where the problem is? > > If necessary, I can tie debugging. > > _______________________________________________ > > 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 Dec 18 08:20:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E87AF3F; Wed, 18 Dec 2013 08:20:24 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 35EB213F0; Wed, 18 Dec 2013 08:20:24 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 477AC10058E; Wed, 18 Dec 2013 09:20:16 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 6BB7A8F61D9; Wed, 18 Dec 2013 09:20:57 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CnrMLuDzdGUh; Wed, 18 Dec 2013 09:20:56 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 472F28F6004; Wed, 18 Dec 2013 09:20:56 +0100 (CET) Message-ID: <52B15B03.3020308@bitfrost.no> Date: Wed, 18 Dec 2013 09:21:23 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Hans Petter Selasky , Mark Johnston Subject: Re: General Protection Fault in prelist_remove() References: <52372362.10506@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 08:20:24 -0000 On 09/16/13 19:33, Hans Petter Selasky wrote: > Hi Mark, > > -----Original message----- >> From:Mark Johnston > >> Sent: Monday 16th September 2013 19:09 >> To: Hans Petter Selasky > >> Cc: freebsd-current@freebsd.org >> Subject: Re: General Protection Fault in prelist_remove() >> >> On Mon, Sep 16, 2013 at 05:27:30PM +0200, Hans Petter Selasky wrote: >>> Hi, >>> >>> I caught a General protection fault in prelist_remove. Any clues what >>> this might be? >> >> Any chance you were creating or destroying interfaces around the time >> this crash happened? > > Yes, I have some tunneling software running, which create and destroy tunX nodes regularly. Hi Mark, I've now been running your patch for some months, and the quite regular GPF panics have disappeared. Any chance how to go forward to get a fix upstream? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 09:45:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85432FBD; Wed, 18 Dec 2013 09:45:37 +0000 (UTC) Received: from fep14.mx.upcmail.net (fep14.mx.upcmail.net [62.179.121.34]) by mx1.freebsd.org (Postfix) with ESMTP id 3168B1B0B; Wed, 18 Dec 2013 09:45:35 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep14-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20131218094534.LHEA2802.viefep14-int.chello.at@edge02.upcmail.net>; Wed, 18 Dec 2013 10:45:34 +0100 Received: from [127.0.0.1] ([178.84.134.112]) by edge02.upcmail.net with edge id 2xlX1n01r2Rg3Ey02xlXkk; Wed, 18 Dec 2013 10:45:34 +0100 X-SourceIP: 178.84.134.112 Message-ID: <52B16EBB.3090106@rainbow-runner.nl> Date: Wed, 18 Dec 2013 10:45:31 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: J M , Aleksandr Rybalko Subject: Re: [HEADS UP] xorg version switch in CURRENT References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> <52B0B015.4010600@freebsd.org> <20131217233202.952bc846.ray@freebsd.org> <52B0DDDA.8010608@freebsd.org> <52B0DE17.7030104@ddteam.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 131217-2, 18-12-2013), Outbound message X-Antivirus-Status: Clean Cc: current@freebsd.org, ports@freebsd.org, Aleksandr Rybalko , x11@freebsd.org, Nathan Whitehorn , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 09:45:37 -0000 On 18-12-2013 5:22, J M wrote: > Following this list: > http://lists.freebsd.org/pipermail/freebsd-x11/2013-December/013911.html > > Rebuild xorg again on FreeBSD 10.0 rc2: > WITH_NEW_XORG= > WITH_KMS= > WITH_GALLIUM= > > Build es2tri.c in mesa demos > http://cgit.freedesktop.org/mesa/demos/tree/src/egl/opengles2/es2tri.c > ################################################################################# > J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl > glesv2 gl` > J@build:~ % ./es2tri > ################################################################################# > A window with a triangle is shown. > > It is on an Intel video card. > > But when I built nvidia driver and found this error again. > ################################################################################# > root@build:~ # cd /usr/ports/x11/nvidia-driver-304 > root@build:/usr/ports/x11/nvidia-driver-304 # make install clean > > J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl > glesv2 gl` > /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_get_dispatch' > /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_Dispatch' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl > glesv2` > /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_get_dispatch' > /usr/local/lib/libGLESv2.so: undefined reference to `_glapi_Dispatch' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > J@build:~ % clang es2tri.c -o es2tri `pkgconf --cflags --libs x11 egl gl` > J@build:~ % ./es2tri > Bus error (core dumped) > ################################################################################# > > I think it is because a mismatch configure, and also because gles driver is > incomplete. I will take a look at making the libglesv2 port to work. I think I already know what I need to do to make this work. Thank you for testing the libEGL and libglesv2 ports. -Koop --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 09:48:02 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94CC8306; Wed, 18 Dec 2013 09:48:02 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62E3F1B3C; Wed, 18 Dec 2013 09:48:01 +0000 (UTC) Received: from [192.168.0.89] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginm.net [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id rBI9lpLt019462 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 18 Dec 2013 09:47:53 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: [HEADS UP] enabling LLDB debugger by default on amd64 From: David Chisnall In-Reply-To: Date: Wed, 18 Dec 2013 09:47:46 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <78F29456-61E9-4959-BE28-A70311118B79@FreeBSD.org> References: To: Ed Maste X-Mailer: Apple Mail (2.1822) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 09:48:02 -0000 Hi Ed, How are you planning on building the LLVM / Clang libraries? Will they = be statically linked to the compiler and the debugger, or do you intend = to make them dynamic too? I found about a small slowdown with a dynamic = clang, but the link times were much lower when building. =20 Currently, the LLVM build is one of the big serialisation points in our = build system (we build each of the individual libraries entirely = independently), so if you're hacking on the build system it would = perhaps be nice to build a single libLLVM (in /lib/private) that could = compile all of the LLVM sources in parallel and then be used by Clang = and LLDB (and any LLVM-based binutils replacements we start to add). = This would likely more than offset the increased build time for LLDB on = any multicore system. David On 17 Dec 2013, at 22:15, Ed Maste wrote: > The in-tree snapshot of LLDB is at a point where it's usable and > suitable for wider testing on amd64, and so I intend to enable it by > default in the near future. >=20 > Further information on the FreeBSD port of LLDB is on the wiki, at > https://wiki.freebsd.org/lldb >=20 > On my desktop LLDB added about 5 minutes to a buildworld and 80MB to > objdir (over a baseline of about an hour and 1.8GB). If you wish to > avoid building it, you can add 'WITHOUT_LLDB=3D' to src.conf. >=20 > -Ed > _______________________________________________ > 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 Dec 18 10:22:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6C5E2E7; Wed, 18 Dec 2013 10:22:53 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8452C1F58; Wed, 18 Dec 2013 10:22:53 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1VtEHD-000K2c-O9; Wed, 18 Dec 2013 11:22:51 +0100 Message-ID: <52B17777.6060703@FreeBSD.org> Date: Wed, 18 Dec 2013 11:22:47 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: dt71@gmx.com, Robert Noland Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 References: <527F95BE.7080908@gmx.com> <527FC05D.8080703@gmx.com> <5283E123.5000305@FreeBSD.org> <20131114113846.4dcb2037@kalimero.tijl.coosemans.org> <52858067.2060200@gmx.com> <52AEAD7A.1040205@gmx.com> <52B0C004.9010702@FreeBSD.org> <52B14384.5060102@gmx.com> In-Reply-To: <52B14384.5060102@gmx.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EQqru0EG6P0WIOkU3H5l6oIDfXm7JhlaR" Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 10:22:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EQqru0EG6P0WIOkU3H5l6oIDfXm7JhlaR Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 18.12.2013 07:41, dt71@gmx.com wrote: > Jean-S=C3=A9bastien P=C3=A9dron wrote, On 12/17/2013 22:20: >> On 16.12.2013 08:36, dt71@gmx.com wrote: >>> Still nobody wants to apply Robert Noland's DRM patch? >> >> What problem(s) does this patch fix? >=20 > It fixes non-deterministic lockups when the (old, drm1) r300 drivers ar= e > used. >=20 > According to John Baldwin [1]: "The drm code is doing a copyin() while > holding a mutex (which is not allowed)." The latest version of the patc= h > (also the one I used for years) is at [2], linked from [3]. >=20 > [1] > http://lists.freebsd.org/pipermail/freebsd-current/2009-April/005988.ht= ml > [2] http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch= > [3] > http://lists.freebsd.org/pipermail/freebsd-current/2009-April/006080.ht= ml Oh, I didn't notice that the patch targets the old driver, not the new KMS one. I must admit this part isn't my priority and I'm already busy with the new driver. Robert, you worked on this patch a few years ago. Could you please look at it again and maybe commit? --=20 Jean-S=C3=A9bastien P=C3=A9dron --EQqru0EG6P0WIOkU3H5l6oIDfXm7JhlaR 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKxd3sACgkQa+xGJsFYOlNGiACdEQdfz+t4XLLfOpYpCd701QuJ Ow0Anjs9XSb5u5M2LqUeXNUIo6o5Qfl/ =qi6O -----END PGP SIGNATURE----- --EQqru0EG6P0WIOkU3H5l6oIDfXm7JhlaR-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 12:44:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28793B48; Wed, 18 Dec 2013 12:44:28 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id CECD71AC9; Wed, 18 Dec 2013 12:44:27 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dkws647BZzGMqH; Wed, 18 Dec 2013 13:44:26 +0100 (CET) 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; s=jakla2; t=1387370664; x=1389962665; bh=JTwSd86BYd8R svN8fxbPw6Jcb9YmNG155hjsWJAGx7A=; b=lAFb3MzCYYb0RG0qUFPv7fkTXOj4 3AooOJmiDTUWhq99S/7IL4BZR9H6HoKHSBJ1vcV+a4MjL+oKzBWD2XUWxXItkJAj zAnhmFJ1uKPCDz8xDXYoqnRbUGPHd+1/qLjKntUO1NCQszCxRrnVCquwf/+ADMsM MFfo3kWWzPBiKwc= 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 TYywJPi91ZHh; Wed, 18 Dec 2013 13:44:24 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Wed, 18 Dec 2013 13:44:24 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88: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 BD88073A; Wed, 18 Dec 2013 13:44:24 +0100 (CET) From: Mark Martinec Organization: J. Stefan Institute To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: 10-RC unable to build kernel without INET (i.e. IPv6-only) Date: Wed, 18 Dec 2013 13:44:24 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.2-STABLE; KDE/4.10.5; amd64; ; ) References: <201312172013.20436.Mark.Martinec+freebsd@ijs.si> <20131218052248.GC29088@FreeBSD.org> In-Reply-To: <20131218052248.GC29088@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201312181344.24286.Mark.Martinec+freebsd@ijs.si> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 12:44:28 -0000 Gleb, > On Tue, Dec 17, 2013 at 08:13:20PM +0100, Mark Martinec wrote: > M> Under 9.2 the following could be used to build an IPv6-only kernel: > M> include GENERIC > M> makeoptions MKMODULESENV+="WITHOUT_INET_SUPPORT=" > M> nooptions INET > M> Now with stable/10 ... fails while building xen support: > > Just fixed that in stable/10. > I expect we will merge the patch to release branch as well. Perfect, builds and works very well now! Thank you for a very quick response! Mark From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 15:48:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 4BE4B5A7; Wed, 18 Dec 2013 15:48:20 +0000 (UTC) Date: Wed, 18 Dec 2013 15:48:20 +0000 From: Alexey Dokuchaev To: Alfred Perlstein Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter Message-ID: <20131218154820.GA20655@FreeBSD.org> References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <52519CB9.8040203@mu.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 15:48:20 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Oct 06, 2013 at 10:24:09AM -0700, Alfred Perlstein wrote: > I got one of these (if_urtwn) and it works enough to download about a meg > or so before the watchdog kicks in and I have to ifconfig down/up it to > get it to respond again. > > I even have a patch pending to add the usb identifier for this. Same here; someone at $work bought couple of these teeny dongles. I've applied small id patch (attached), and tried to use it (it reportedly works flawlessly under Linux using this [*] driver). I could load the module, but MAC address was clearly bogus (00:00:30:34:43:30); yet I've created wlan0 just to find out that there is no list scan results, and wpa_supplicant(8) gives me this in an endless loop (GENERIC kernel, so I presume all wlan-related stuff should be in place): Successfully initialized wpa_supplicant ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured wlan0: Failed to initiate AP scan This is on relatively fresh 11-CURRENT as of Oct 18th, i386. Any clues? It would be nice to get more of these little guys to work, esp. there is working Linux driver available for reference. ./danfe [*] https://github.com/liwei/rpi-rtl8188eu --opJtzjQTFsWo+cga Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="urtwn.diff" Index: usbdevs =================================================================== --- usbdevs (revision 256716) +++ usbdevs (working copy) @@ -3602,6 +3602,7 @@ product REALTEK RTL8188CU_COMBO 0x8754 RTL8188CU product REALTEK RTL8191CU 0x8177 RTL8191CU product REALTEK RTL8192CU 0x8178 RTL8192CU +product REALTEK RTL8188EU 0x8179 RTL8188EU product REALTEK RTL8192CE 0x817c RTL8192CE product REALTEK RTL8188RU_1 0x817d RTL8188RU product REALTEK RTL8712 0x8712 RTL8712 Index: wlan/if_urtwn.c =================================================================== --- wlan/if_urtwn.c (revision 256716) +++ wlan/if_urtwn.c (working copy) @@ -138,6 +138,7 @@ URTWN_DEV(REALTEK, RTL8191CU), URTWN_DEV(REALTEK, RTL8192CE), URTWN_DEV(REALTEK, RTL8192CU), + URTWN_DEV(REALTEK, RTL8188EU), URTWN_DEV(SITECOMEU, RTL8188CU_1), URTWN_DEV(SITECOMEU, RTL8188CU_2), URTWN_DEV(SITECOMEU, RTL8192CU), --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 17:27:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8837FCE; Wed, 18 Dec 2013 17:27:39 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4BC1200; Wed, 18 Dec 2013 17:27:36 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3FBAC4D10D; Wed, 18 Dec 2013 17:27:35 +0000 (UTC) Message-ID: <52B1DB06.3090305@allanjude.com> Date: Wed, 18 Dec 2013 12:27:34 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Current Subject: ZFS Boot patch X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7N8kCSntva7Do6OnUBkrXlWpiTBqcIkrO" Cc: Devin Teske X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 17:27:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7N8kCSntva7Do6OnUBkrXlWpiTBqcIkrO Content-Type: multipart/mixed; boundary="------------070604020903050209010108" This is a multi-part message in MIME format. --------------070604020903050209010108 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable An issue we thought we had fixed, was not actually fixed. When doing a GELI based Root-on-ZFS install, the 'bootpool' is not always properly mounted in the installed system. The lines added to loader.conf to make it use the zpool.cache file and learn of the existence of the 2nd pool are required, and have the desired effect. However, it seems that the 2nd pool is not always listed in the cache fil= e. The attached patch should fix this issue. Hopefully this can get MFCd in time for the next RC --=20 Allan Jude --------------070604020903050209010108 Content-Type: text/plain; charset=windows-1252; name="geli_zpool.cache_zfsboot.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="geli_zpool.cache_zfsboot.patch" Index: usr.sbin/bsdinstall/scripts/zfsboot =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/bsdinstall/scripts/zfsboot (revision 259561) +++ usr.sbin/bsdinstall/scripts/zfsboot (working copy) @@ -1156,6 +1156,11 @@ f_eval_catch $funcname zpool "$ZPOOL_SET" \ "cachefile=3D\"$BSDINSTALL_CHROOT/boot/zfs/zpool.cache\"" = \ "$zroot_name" || return $FAILURE + if [ "$ZFSBOOT_BOOT_POOL" ]; then + f_eval_catch $funcname zpool "$ZPOOL_SET" \ + "cachefile=3D\"$BSDINSTALL_CHROOT/boot/zfs/zpool.cache\""= \ + "$bootpool_name" || return $FAILURE + fi =20 # Last, but not least... required lines for rc.conf(5)/loader.conf(5) # NOTE: We later concatenate these into their destination --------------070604020903050209010108-- --7N8kCSntva7Do6OnUBkrXlWpiTBqcIkrO 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSsdsKAAoJEJrBFpNRJZKfH6oP/jAYnxFZvRAsOTVjMurIOTE9 mAlkLb8JieC6cJ5MmYvzITdLQCOfkbVywUoNv0Q5QPAP66V/NJHygu9si/iQI9bB iYgGIpVZfC3GFiHfczJcJl4dVjAE1R2a8EaMERrC3ITvbhEaQQ0rzneiH5cJvwSx rtdEnUdgNlZf1Hhzb0mHHg+VmqmHEcJx/8i1v7w8yuU4AU2gPPlESzPqU8A6hsvV sQGTTCJ6Q9h/P4B6xJF6n4XnY4+0UX+fUTmL9zol4FEOQqs44pqLaKy/JZhf2/vv ZuKYg7gSQBAwkNe9QEHYbZKN4ldRauulCXixhMyl3gO9I0XKjzG6A/3RT3bnkbze SBXuGuboKrH5WACZruF29ghBvMtTdUfNgwOo10FLCwlSAxDBE8JmWC9MRNS01mIG lPgcAQNlnGI2Em/34JY6Yf10gXuvuguzbp3fcFRD1hxFT8GMHmCwTpA6o0/QBorx PrDjIOEUmi5STCd/hLhQNjn2yPRj99xSnfu0VCUU6A+q5TVtG7wjv3PyEjQbNwjL ZZV9GxuL25qZcF8xh0XjZhSsHz4TIg5YaJxYt2fbqVu94ky07a9GG/8hY9BZWz4n 1ZGvzGDJ6Ejj11PDCYD2r29AOsMOoL/OtREfx8hs4cmG3LE+QYtZuKrCZ4r97UVR XtRihciR44/6r/m/xJRH =94F6 -----END PGP SIGNATURE----- --7N8kCSntva7Do6OnUBkrXlWpiTBqcIkrO-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 17:27:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73F5F1E1 for ; Wed, 18 Dec 2013 17:27:56 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4200F120F for ; Wed, 18 Dec 2013 17:27:56 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id rBIHRsvC096918; Wed, 18 Dec 2013 12:27:54 -0500 (EST) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Message-ID: <52B1DB1A.7000007@pix.net> Date: Wed, 18 Dec 2013 12:27:54 -0500 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD-Current Subject: makefs enhancement for better rock-ridge support Content-Type: multipart/mixed; boundary="------------040000020509050202000503" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 17:27:56 -0000 This is a multi-part message in MIME format. --------------040000020509050202000503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit A while ago, it was reported that the ISO images that FreeBSD generates have a variety of problems (thread starts here): http://lists.freebsd.org/pipermail/freebsd-stable/2013-April/073050.html And again for the 10.0 releases: http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076284.html Looking into this, it appears that the various bugs in the Rock Ridge extensions have been fixed, except for the actual lack of recording the "serial" numbers in the correct place of the Rock Ridge data. As it turns out, it is almost trivial to fix this. Patch is attached to this message, which will probably be stripped out by the mailing list, but should be available as an attachment from the mail server. -Kurt --------------040000020509050202000503 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="makefs.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="makefs.diff" diff --git a/usr.sbin/makefs/cd9660/iso9660_rrip.c b/usr.sbin/makefs/cd9660/iso9660_rrip.c --- a/usr.sbin/makefs/cd9660/iso9660_rrip.c +++ b/usr.sbin/makefs/cd9660/iso9660_rrip.c @@ -629,28 +629,29 @@ cd9660_createSL(cd9660node *node) } } } } int cd9660node_rrip_px(struct ISO_SUSP_ATTRIBUTES *v, fsnode *pxinfo) { - v->attr.rr_entry.PX.h.length[0] = 36; + v->attr.rr_entry.PX.h.length[0] = 44; v->attr.rr_entry.PX.h.version[0] = 1; cd9660_bothendian_dword(pxinfo->inode->st.st_mode, v->attr.rr_entry.PX.mode); cd9660_bothendian_dword(pxinfo->inode->st.st_nlink, v->attr.rr_entry.PX.links); cd9660_bothendian_dword(pxinfo->inode->st.st_uid, v->attr.rr_entry.PX.uid); cd9660_bothendian_dword(pxinfo->inode->st.st_gid, v->attr.rr_entry.PX.gid); + cd9660_bothendian_dword(pxinfo->inode->st.st_ino, + v->attr.rr_entry.PX.serial); - /* Ignoring the serial number for now */ return 1; } int cd9660node_rrip_pn(struct ISO_SUSP_ATTRIBUTES *pn_field, fsnode *fnode) { pn_field->attr.rr_entry.PN.h.length[0] = 20; pn_field->attr.rr_entry.PN.h.version[0] = 1; diff --git a/usr.sbin/makefs/cd9660/iso9660_rrip.h b/usr.sbin/makefs/cd9660/iso9660_rrip.h --- a/usr.sbin/makefs/cd9660/iso9660_rrip.h +++ b/usr.sbin/makefs/cd9660/iso9660_rrip.h @@ -98,17 +98,17 @@ #define SL_FLAGS_ROOT 8 typedef struct { ISO_SUSP_HEADER h; u_char mode [ISODCL(5,12)]; u_char links [ISODCL(13,20)]; u_char uid [ISODCL(21,28)]; u_char gid [ISODCL(29,36)]; - u_char serial [ISODCL(37,44)];/* Not used */ + u_char serial [ISODCL(37,44)]; } ISO_RRIP_PX; typedef struct { ISO_SUSP_HEADER h; u_char high [ISODCL(5,12)]; u_char low [ISODCL(13,20)]; } ISO_RRIP_PN; --------------040000020509050202000503-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 17:30:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6950E338 for ; Wed, 18 Dec 2013 17:30:10 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 43536122D for ; Wed, 18 Dec 2013 17:30:09 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 057EF4D123 for ; Wed, 18 Dec 2013 17:30:08 +0000 (UTC) Message-ID: <52B1DBA2.6060303@allanjude.com> Date: Wed, 18 Dec 2013 12:30:10 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Current Subject: root-on-zfs /var/empty X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qGVjwaVuumrLRu21VP4UrHtewlaMAl4co" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 17:30:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qGVjwaVuumrLRu21VP4UrHtewlaMAl4co Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've seen a number of comments about the /var/empty dataset The reason this is not set readonly=3Don during the installation is that this causes the installation to fail (when the installer tries to create/set flags). This can be set during the post install, or it might be worth considering Colin Percival's firstboot script as a way to set this after the fact. --=20 Allan Jude --qGVjwaVuumrLRu21VP4UrHtewlaMAl4co 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSsduiAAoJEJrBFpNRJZKftu4QAL/CZhBygkmr0jawRCTabFdU 7X7wQ8oqRaZXTZBlee8FnGIP5Y6XeQVY0skE7p+II9ijm2CAs4tFGiuHVfnH5ZYM f9Alcu+j7ZCGtJEcL1EeGl5HzDYWan3MLJf9MMFStHkbXUvtN5NDl6HkiwY2fK8t 1lMz5/V6elrxozKtdc8YjSUiJYTydiYlDcN2b+Wl/LsfhiIkqRdwQvmQKk0M7TLs 8iZLO6v/ryh4KCKIuuSJeZr6meXmhhbEnZltnxZNbv0F57nzciH/TEJpB/YDuxjJ N8gbn5z7+93xgWTbHDmpruKypZHMwUr9/AgtTPk/xhMRAGrW75RMcwTEbG+/CPcz MXny0F3gIjIy3x4yO9vPWLNy6dWhCO9cQ/RQxKPZ16nIwzTh71RSQJOi2+v74LUB V772HVOWndnBlDPSI0Q5vas1Oh+zyiSAy+2ygrhbx/czb7edsKUvyXkyT8Wz/1u3 +ZdY/xLlAtrkBXcqQHqo1pndwFXkiQIUXFldJ2rbCAMKnKkT41gkWggglQXlZU2J zWZU/R0UfgMmu0mcAqP9fzDkYhEKiOEXQeq6nXGF6g6duYyAoxL7wlLsyIupRTfI woFAIK6K7Ber/DIcpFaKigfvp+30juTrIypOkDKelaOxKxOdUWJlUB+U+rayfHjz js9cYb1FMM3MAH6JxKar =yjGE -----END PGP SIGNATURE----- --qGVjwaVuumrLRu21VP4UrHtewlaMAl4co-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 17:35:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7064B70F for ; Wed, 18 Dec 2013 17:35:00 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 48F9712C7 for ; Wed, 18 Dec 2013 17:35:00 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 0A9904D132 for ; Wed, 18 Dec 2013 17:34:52 +0000 (UTC) Message-ID: <52B1DCC0.6040808@allanjude.com> Date: Wed, 18 Dec 2013 12:34:56 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: ZFS Boot patch References: <52B1DB06.3090305@allanjude.com> In-Reply-To: <52B1DB06.3090305@allanjude.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hRPerlFgHVbmPpTGRrt3N86jUmCmDfiJ8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 17:35:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hRPerlFgHVbmPpTGRrt3N86jUmCmDfiJ8 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2013-12-18 12:27, Allan Jude wrote: > An issue we thought we had fixed, was not actually fixed. > > When doing a GELI based Root-on-ZFS install, the 'bootpool' is not > always properly mounted in the installed system. > > The lines added to loader.conf to make it use the zpool.cache file and > learn of the existence of the 2nd pool are required, and have the > desired effect. > > However, it seems that the 2nd pool is not always listed in the cache f= ile. > > The attached patch should fix this issue. > > Hopefully this can get MFCd in time for the next RC > > A note for the release notes. If you have an existing install, it can be 'repaired' easily: zpool import -f bootpool zpool set cachefile=3D/boot/zfs/zpool.cache bootpool This will add the bootpool to the existing zpool.cache (which contains the data for your main pool) This only applies to users who opted to encrypt their zpool. --=20 Allan Jude --hRPerlFgHVbmPpTGRrt3N86jUmCmDfiJ8 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSsdzBAAoJEJrBFpNRJZKfBY0P/33F4x3UIzAkVWLYlTZr+0Vv fecBaexUkvv/rs9hbLRu6E6h5g4wBPQ86K5JPN/B1vAPv+A/UZRacUMuq2qVOOyh skei848N2QTybxkws42TqjL/ie0C9AYgdhOLsc4ekyhrM47uihWr+p/gxWfamcpa Ags33bqXI7M26PNuJ0mUDIbTG/aLsLVL/O88Qe6NqzRDIfeiBgk+HMUGPDLTNwEo jQ7DnkpDB1X4X6ADuY1aZU5HJJD+n41DJPC+qJ3ZfqhqDFWn9HPPXSbRqacvQTCI nT+tQkf11CcUY97mBJyv/mDpouvEHzPtKS0TkaOSNChss2Yh7Vc10rM5UtKcfc+I LHRL5qC1AF0DFb5Xu2NrAMCS5yPadvJPFhM64C0Ejd0X7HUAC3Saw4ik+CuKuhtG 1p9+NiRXl9Lo5CXVIEv2+lY2P7q6wreizFT5/4tXRyaEeGLiwLRSUkWxDQHiZXrB Zvur2uUWIaX425iWnRK6NW8efz2zKQDmvVi7pG3k8cYR1KNwBYV9+k0dCVI4hKG6 bKPCtO19Ip0PRLNVXtS9Chqmh6G8yCFrd3hmtNroJkglJ1h57cZ49NhMcqiNsFID 0PZEsESx14Fmenzw9FG7e7cbbq9H9nByp7u2vKQL9hyhT5xd7DHM1moe2aDNBFyx +UwA5X6pHEbaWPgBU5SS =yW20 -----END PGP SIGNATURE----- --hRPerlFgHVbmPpTGRrt3N86jUmCmDfiJ8-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 17:39:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5AC0B14; Wed, 18 Dec 2013 17:39:52 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B32ED1305; Wed, 18 Dec 2013 17:39:52 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 035E520BF7; Wed, 18 Dec 2013 12:39:51 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Wed, 18 Dec 2013 12:39:50 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=S5VRVuGJG9G8qYxR9oEOUy+7A2M=; b=WBN rs3OE3SrTVOqnZFZh2mX5L5WvJWMpfEcdIeB3dSl2X2pZB1P3wMe0kNvk6lGjvEB 4Bq6U1ftyZ+PE050pHqHBZg7myS5sxE7qTy20hcIDCDGugL0nF8YwhOLmAK2B0ey Ghte0+aVTc9I26SfY8nagRmURW/s+tCulRNzPv28= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CD1A6145E78; Wed, 18 Dec 2013 12:39:50 -0500 (EST) Message-Id: <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> X-Sasl-Enc: GoOG7pzT3r6aOZ3Qq5g/ggaaqhW6z+UO02Dc8YIYB79+ 1387388390 From: Mark Felder To: Alan Somers , Allan Jude MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-2b496f6a In-Reply-To: References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> Subject: Re: FreeBSD 10 and zfsd Date: Wed, 18 Dec 2013 11:39:50 -0600 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 17:39:53 -0000 On Thu, Oct 10, 2013, at 11:26, Alan Somers wrote: > > Due to popular demand, I have located a round toit. I'm currently > working on rebasing the zfsd project branch to head, after which I'll > push SpectraLogic's recent changes. > Just thought I'd ping the list about the situation here... would love to see this in HEAD soon :) From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 18:47:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45C5A118; Wed, 18 Dec 2013 18:47:53 +0000 (UTC) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3D141838; Wed, 18 Dec 2013 18:47:52 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id i4so60784oah.1 for ; Wed, 18 Dec 2013 10:47:52 -0800 (PST) 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=hQmZkhJrTKjkbtNZslxKqgUAPrNY/vKcmJMX9fmLMHk=; b=tidQ1C0Jnpay2A2FbwJZ5JUcyara/3Ox7vTqmbV0gJCqL/vm9R9y2BJLPw60v9MlSI nuhUqPRNNn+IbG9xRhKCUDqlaOa5Hbg7ljrASXt2JxrubPrLm5G7KKTCuQrw/a2iBTqZ +YGwojd80rlAo6QUJK/qf0i3gMlzERQ4yCOHnfF6JE54dbmqpqTVxBzxvaSAa2LLCjbk x0S2fukaxh6E145C/xn+3BRLGKOo7ymp4BhHZSFJlqYSn1V4NsedeVPjhth6Sa461T1w AVtEYpr+KfNkgeWk6JBwFkZYDMLlsPZV3w/rlCwE8JF5vFyAq4jdn5JNaE5bX5gzU9xq ZEFQ== MIME-Version: 1.0 X-Received: by 10.60.60.71 with SMTP id f7mr1941623oer.82.1387392472208; Wed, 18 Dec 2013 10:47:52 -0800 (PST) Received: by 10.76.70.202 with HTTP; Wed, 18 Dec 2013 10:47:52 -0800 (PST) In-Reply-To: <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> Date: Wed, 18 Dec 2013 13:47:52 -0500 Message-ID: Subject: Re: FreeBSD 10 and zfsd From: Outback Dingo To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD CURRENT , Alan Somers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 18:47:53 -0000 On Wed, Dec 18, 2013 at 12:39 PM, Mark Felder wrote: > On Thu, Oct 10, 2013, at 11:26, Alan Somers wrote: > > > > Due to popular demand, I have located a round toit. I'm currently > > working on rebasing the zfsd project branch to head, after which I'll > > push SpectraLogic's recent changes. > > > > Just thought I'd ping the list about the situation here... would love to > see this in HEAD soon :) > Id love to see an updated patch from the zfsd tree against head itself so we could continue using and testing it > _______________________________________________ > 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 Dec 18 19:43:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5265047F; Wed, 18 Dec 2013 19:43:29 +0000 (UTC) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF1A91DB6; Wed, 18 Dec 2013 19:43:28 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id cy11so117700qeb.27 for ; Wed, 18 Dec 2013 11:43:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=S/ZH3Yl9SiCBHTDZJxwjKINFz8dqbIovdXUqewOfhZI=; b=fecChnAMfUCzgzKEmBVg6I1dlgMLiYmdJvikTG3wmb7c8urKMqjv1A0BFDnSaHHW8J zYf1PjnVF8xRIK+RrBfAh4jS7TVV6DuYvijeZQ+eLFOPBoG0Qetos2BfxSVztik9BJk+ qubulsI+R4V8E1P5kpKFJamD6nNFgxUDwRNfovxrZYxpvrSqDm26hiDoiI+/06p5yP8y p3RwHYSl9V24/UdDlhtYKFDH7uNgPgyq+iwYDPqKkl+MlTajKBbna3Od43KSAkSMgreZ 06b0W/00bJiIXRoyjvFZHDVGNWMOeHyfqng4mR/Nf7yEX+/7tXMAxI30fM/Et0/DE8Nh Ehng== MIME-Version: 1.0 X-Received: by 10.224.89.73 with SMTP id d9mr57618647qam.5.1387395808086; Wed, 18 Dec 2013 11:43:28 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Wed, 18 Dec 2013 11:43:28 -0800 (PST) In-Reply-To: <52B17777.6060703@FreeBSD.org> References: <527F95BE.7080908@gmx.com> <527FC05D.8080703@gmx.com> <5283E123.5000305@FreeBSD.org> <20131114113846.4dcb2037@kalimero.tijl.coosemans.org> <52858067.2060200@gmx.com> <52AEAD7A.1040205@gmx.com> <52B0C004.9010702@FreeBSD.org> <52B14384.5060102@gmx.com> <52B17777.6060703@FreeBSD.org> Date: Wed, 18 Dec 2013 11:43:28 -0800 X-Google-Sender-Auth: zxYWPGdobLzwN8A0mwxaYjRkcW8 Message-ID: Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 From: Adrian Chadd To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: text/plain; charset=ISO-8859-1 Cc: dt71@gmx.com, "freebsd-current@freebsd.org" , Robert Noland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 19:43:29 -0000 [snip] So the standard trop of UNLOCK/WORK/RELOCK is pretty dangerous. There's no state re-validation going on when you re-acquire that lock. So, although it meets the lock requirements, it may not be 'correct'. It's scattered throughout the code base (wifi drivers aren't an exception here either, sigh.) Just something to keep in mind when you validate the 'correctness' of this kind of lock hack. -adrian From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 20:26:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 015F44AD; Wed, 18 Dec 2013 20:26:16 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD67410D6; Wed, 18 Dec 2013 20:26:15 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id rBIKPwbD027017 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 18 Dec 2013 14:25:58 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.7]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.03.0158.001; Wed, 18 Dec 2013 14:25:57 -0600 From: "Teske, Devin" To: Allan Jude Subject: Re: ZFS Boot patch Thread-Topic: ZFS Boot patch Thread-Index: AQHO/C9bGP3jTLjhR0GzA5ELTkHoPA== Date: Wed, 18 Dec 2013 20:25:57 +0000 Message-ID: References: <52B1DB06.3090305@allanjude.com> <52B1DCC0.6040808@allanjude.com> In-Reply-To: <52B1DCC0.6040808@allanjude.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.120] Content-Type: text/plain; charset="utf-8" Content-ID: <04CDAE4E31FAD74BB1988B146FFC92BF@fisglobal.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2013-12-18_07:2013-12-18,2013-12-18,1970-01-01 signatures=0 Cc: Devin Teske , FreeBSD Current , "Teske, Devin" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2013 20:26:16 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBNTEyDQoNCg0KT24g RGVjIDE4LCAyMDEzLCBhdCA5OjM0IEFNLCBBbGxhbiBKdWRlIHdyb3RlOg0KDQpPbiAyMDEzLTEy LTE4IDEyOjI3LCBBbGxhbiBKdWRlIHdyb3RlOg0KQW4gaXNzdWUgd2UgdGhvdWdodCB3ZSBoYWQg Zml4ZWQsIHdhcyBub3QgYWN0dWFsbHkgZml4ZWQuDQoNCldoZW4gZG9pbmcgYSBHRUxJIGJhc2Vk IFJvb3Qtb24tWkZTIGluc3RhbGwsIHRoZSAnYm9vdHBvb2wnIGlzIG5vdA0KYWx3YXlzIHByb3Bl cmx5IG1vdW50ZWQgaW4gdGhlIGluc3RhbGxlZCBzeXN0ZW0uDQoNClRoZSBsaW5lcyBhZGRlZCB0 byBsb2FkZXIuY29uZiB0byBtYWtlIGl0IHVzZSB0aGUgenBvb2wuY2FjaGUgZmlsZSBhbmQNCmxl YXJuIG9mIHRoZSBleGlzdGVuY2Ugb2YgdGhlIDJuZCBwb29sIGFyZSByZXF1aXJlZCwgYW5kIGhh dmUgdGhlDQpkZXNpcmVkIGVmZmVjdC4NCg0KSG93ZXZlciwgaXQgc2VlbXMgdGhhdCB0aGUgMm5k IHBvb2wgaXMgbm90IGFsd2F5cyBsaXN0ZWQgaW4gdGhlIGNhY2hlIGZpbGUuDQoNClRoZSBhdHRh Y2hlZCBwYXRjaCBzaG91bGQgZml4IHRoaXMgaXNzdWUuDQoNCkhvcGVmdWxseSB0aGlzIGNhbiBn ZXQgTUZDZCBpbiB0aW1lIGZvciB0aGUgbmV4dCBSQw0KDQoNCkEgbm90ZSBmb3IgdGhlIHJlbGVh c2Ugbm90ZXMuIElmIHlvdSBoYXZlIGFuIGV4aXN0aW5nIGluc3RhbGwsIGl0IGNhbiBiZQ0KJ3Jl cGFpcmVkJyBlYXNpbHk6DQoNCnpwb29sIGltcG9ydCAtZiBib290cG9vbA0KDQpZZXMsIEkgdG9v IGhhZCBub3RpY2VkIHRoaXMuIEZpZ3VyZWQgaXQgd2FzIGEgbWlub3IgYW5ub3lhbmNlLg0KDQoN Cg0KenBvb2wgc2V0IGNhY2hlZmlsZT0vYm9vdC96ZnMvenBvb2wuY2FjaGUgYm9vdHBvb2wNCg0K DQpJJ2xsIGhhdmUgdG8gcmUtdGVzdCwgYnV0IEkgZGlkbid0IGZpbmQgdGhpcyB0byBiZSBuZWNl c3NhcnkuIEFmdGVyIGltcG9ydGluZw0KdGhlIGJvb3Rwb29sIGFuZCByZWJvb3RpbmcsIEkgbm90 aWNlZCBpdCBhbHdheXMgY2FtZSBiYWNrLg0KDQpUaGUgZXhwbGFuYXRpb24gSSB0b2xkIG15c2Vs ZiB3YXM6DQoNCjEuIFlvdSBib290IGludG8gdGhlIG5ldyBzeXN0ZW0NCjIuIFlvdSBpbXBvcnQg dGhlIGJvb3Rwb29sDQozLiBUaGF0IGFkZHMgYW4gZW50cnkgdG8gL2Jvb3QvemZzL3pwb29sLmNh Y2hlDQo0LiBOZXh0IHRpbWUgeW91IHJlYm9vdCwgdGhhdCBlbnRyeSBpcyBzdGlsbCBpbiB0aGVy ZQ0KDQpCdXQgd2hhdCBJIHdhcyB0cnlpbmcgdG8gZmlndXJlIG91dCB3YXMgaG93IGV4YWN0bHkg dG8gZ2V0IHRoZSBib290cG9vbA0KdG8gYXV0by1pbXBvcnQgaW50byB0aGUgbmV3bGluZSBpbnN0 YWxsZWQgc3lzdGVtIC0tIEkgdGhpbmsgdGhlIGFib3ZlIGxpbmUNCnlvdSBzaGFyZWQgc2hvd3Mg bWUgcHJlY2lzZWx5IGhvdyB3ZSBjYW4gYWNjb21wbGlzaCB0aGF0IChJIHNlZSBpdA0KaW4gdGhl IHBhdGNoIHlvdSBzdWJtaXR0ZWQpLg0KDQoNClRoaXMgd2lsbCBhZGQgdGhlIGJvb3Rwb29sIHRv IHRoZSBleGlzdGluZyB6cG9vbC5jYWNoZSAod2hpY2ggY29udGFpbnMNCnRoZSBkYXRhIGZvciB5 b3VyIG1haW4gcG9vbCkNCg0KVGhpcyBvbmx5IGFwcGxpZXMgdG8gdXNlcnMgd2hvIG9wdGVkIHRv IGVuY3J5cHQgdGhlaXIgenBvb2wuDQoNCg0KTWlub3Igbml0Li4uIG5vdCBvbmx5IGZvciBnZWxp OyBub3cgYWxsIE1CUiBsYXlvdXRzIHVzZSBhIGJvb3Rwb29sLiBJIGZvdW5kDQp0aGlzIHRvIGJl IHJlcXVpcmVkIGZvciB0aGUgZWRnZS1jYXNlIG9mIE1CUitOT1NXQVAgKHdoaWNoIEkgZmlkZGxl ZA0Kd2l0aCBmb3IgYWxtb3N0IGEgd2VlayBhbmQgZ290IG5vd2hlcmUgd2l0aG91dCB1c2luZyBh IGJvb3Rwb29sKS4NCi0gLS0gDQpEZXZpbg0KLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0N CkNvbW1lbnQ6IEdQR1Rvb2xzIC0gaHR0cHM6Ly9ncGd0b29scy5vcmcNCg0KaVFFY0JBRUJDZ0FH QlFKU3NnVFVBQW9KRUtyTW41UjlucHE1U3dFSC8yaUNicGtMYVljS09wbjhpYk1BeFk3aw0KQ1V2 cFA4QTVyM0xFSXhyZjZsU0l1aUYwVXBhdlRCUURaTFMwbjRtakFzUURRaDJueXZYcDhVUnBiakZV b0h0Uw0KQ0tDUDhNbGFOaXQ1eEVubkl4M25DT3VVN3llbEJrVFVVcXpTR2ZLRlpjMEdITzF1aFY5 T1R2dXdOdnlyTmNlMg0KeTQvNmw1aWVVSDRkZW9MVE5RRElTNHA2Qm9Kcjk0SklvcFdMeC9BK2pG M1NPbHQzNFovTHhlVkV2UUdlVWFaNw0KN1llQWZnL054ZUFHU25tUkJOUG94K0hsb0dKdnJIWHpB aFpMbVhaSTBjVVV3dnVlL2ljbVlIL2h0aDlibU5ZWg0KTkdNSmNrTXlBWm02MDBWaTlPb0RxSmY4 eStzSGpyWW1MQXV5WHUxaGZEYjZDQmZaRDlTNDlDc1RXVjQwVzU0PQ0KPXJQNG0NCi0tLS0tRU5E IFBHUCBTSUdOQVRVUkUtLS0tLQ0KCl9fX19fX19fX19fX18KVGhlIGluZm9ybWF0aW9uIGNvbnRh aW5lZCBpbiB0aGlzIG1lc3NhZ2UgaXMgcHJvcHJpZXRhcnkgYW5kL29yIGNvbmZpZGVudGlhbC4g SWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlOiAoaSkgZGVsZXRl IHRoZSBtZXNzYWdlIGFuZCBhbGwgY29waWVzOyAoaWkpIGRvIG5vdCBkaXNjbG9zZSwgZGlzdHJp YnV0ZSBvciB1c2UgdGhlIG1lc3NhZ2UgaW4gYW55IG1hbm5lcjsgYW5kIChpaWkpIG5vdGlmeSB0 aGUgc2VuZGVyIGltbWVkaWF0ZWx5LiBJbiBhZGRpdGlvbiwgcGxlYXNlIGJlIGF3YXJlIHRoYXQg YW55IG1lc3NhZ2UgYWRkcmVzc2VkIHRvIG91ciBkb21haW4gaXMgc3ViamVjdCB0byBhcmNoaXZp bmcgYW5kIHJldmlldyBieSBwZXJzb25zIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVu dC4gVGhhbmsgeW91Lgo= From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 20:50:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A15B1D04 for ; Wed, 18 Dec 2013 20:50:33 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FD8112BC for ; Wed, 18 Dec 2013 20:50:33 +0000 (UTC) Received: from [89.204.139.60] (helo=tiny-r255948) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1VtO4c-0001ef-82 for freebsd-current@freebsd.org; Wed, 18 Dec 2013 21:50:30 +0100 Received: from tiny-r255948 (localhost [127.0.0.1]) by tiny-r255948 (8.14.7/8.14.3) with ESMTP id rBIKoSAp001452 for ; Wed, 18 Dec 2013 21:50:28 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny-r255948 (8.14.7/8.14.3/Submit) id rBIKoRAd001451 for freebsd-current@freebsd.org; Wed, 18 Dec 2013 21:50:27 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny-r255948: guru set sender to guru@unixarea.de using -f Date: Wed, 18 Dec 2013 21:50:27 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: svn && ports, or the hen && egg Message-ID: <20131218205026.GA1442@tiny-r255948> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.139.60 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2013 20:50:33 -0000 Hi, As ports are now for some time are to be pulled out via SVN (and not CVS) and the svn client is only in the ports tree and not in the base system, how is this thought to work in a clean way, without dusting the system before with some binary packages, only based on base system and sources? Thanks matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 21:04:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 765A43BB for ; Wed, 18 Dec 2013 21:04:22 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3510E13C4 for ; Wed, 18 Dec 2013 21:04:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::f131:66d:69f3:1959] (unknown [IPv6:2001:7b8:3a7:0:f131:66d:69f3:1959]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C547C5C43; Wed, 18 Dec 2013 22:04:18 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_813A1703-9A87-418B-A815-29A3340457CB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: svn && ports, or the hen && egg From: Dimitry Andric In-Reply-To: <20131218205026.GA1442@tiny-r255948> Date: Wed, 18 Dec 2013 22:04:13 +0100 Message-Id: <2BC7B022-4392-4AE4-84F7-6A0573EEFEC7@FreeBSD.org> References: <20131218205026.GA1442@tiny-r255948> To: Matthias Apitz X-Mailer: Apple Mail (2.1827) Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 21:04:22 -0000 --Apple-Mail=_813A1703-9A87-418B-A815-29A3340457CB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 18 Dec 2013, at 21:50, Matthias Apitz wrote: > > As ports are now for some time are to be pulled out via SVN (and not > CVS) and the svn client is only in the ports tree and not in the base > system, how is this thought to work in a clean way, without dusting the > system before with some binary packages, only based on base system and > sources? Use portsnap, or if you use 10.x or later, the base system has svnlite. -Dimitry --Apple-Mail=_813A1703-9A87-418B-A815-29A3340457CB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlKyDdEACgkQsF6jCi4glqM1AACfTKyVWIl7vFojfxe1iuM4bghh b68AnRG1Se9GBJHdeEgE4RTFuEMETGfA =5YCj -----END PGP SIGNATURE----- --Apple-Mail=_813A1703-9A87-418B-A815-29A3340457CB-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 21:04:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC14D4D7 for ; Wed, 18 Dec 2013 21:04:32 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6077413CB for ; Wed, 18 Dec 2013 21:04:32 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id q59so199670wes.41 for ; Wed, 18 Dec 2013 13:04:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=i//SeY7nuyANKgKDcPVeygLK4PUJcjOPDWmjsh/JSSM=; b=OHZ6V1KcsbKc0KzLMLPPHWq2kYs8atXzR1RkBo1Ukew6wqwF2hwHKvkM5TMuUwoTNv C4LehBm/Me3+X5yvs0waIXqTXttXbjOVQMEuUdzl0hz/wXGYN6iZiJAZiAejQcOmBqWe d9/JC2ZmbaUyARFHMRJJ1HjsxNF4DT5CgL+i1DP3VNzYZB1yW07prBzdBC732QGH0HG6 m3kWk1zBPyEmi5NaMzWEsZjThrTTenN+AHzoaaUq0j9vjwdm/kXquxKzwdEWxQmG22mK 6gV67uVI1x7CvaVzEPF1smRGhJ/+/3xra9nw/uKfGunIBoD/9yu3XfmPr2rs0asziUQm W1NA== X-Received: by 10.180.108.162 with SMTP id hl2mr9766923wib.56.1387400670836; Wed, 18 Dec 2013 13:04:30 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id e1sm3930297wij.7.2013.12.18.13.04.29 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 18 Dec 2013 13:04:29 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 18 Dec 2013 22:04:27 +0100 From: Baptiste Daroussin To: Matthias Apitz Subject: Re: svn && ports, or the hen && egg Message-ID: <20131218210427.GX99753@ithaqua.etoilebsd.net> References: <20131218205026.GA1442@tiny-r255948> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3ioKt2kN+IccB5F4" Content-Disposition: inline In-Reply-To: <20131218205026.GA1442@tiny-r255948> 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.17 Precedence: 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, 18 Dec 2013 21:04:32 -0000 --3ioKt2kN+IccB5F4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 18, 2013 at 09:50:27PM +0100, Matthias Apitz wrote: >=20 > Hi, >=20 > As ports are now for some time are to be pulled out via SVN (and not > CVS) and the svn client is only in the ports tree and not in the base > system, how is this thought to work in a clean way, without dusting the > system before with some binary packages, only based on base system and > sources? >=20 > Thanks >=20 > matthias > --=20 > Sent from my FreeBSD netbook >=20 > Matthias Apitz, , http://www.unixarea.de/ f: +49-170-45= 27211 > UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) > UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 > _______________________________________________ > 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" First svn is in base named svnlite since 10, then the recommanded way to ge= t the ports tree is to use portsnap which is also in base. regards, Bapt --3ioKt2kN+IccB5F4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlKyDdsACgkQ8kTtMUmk6EzO6QCfaeFCadzVwg5UsFQquopSzoyY IagAn2/fKJa83Ajf1S+yxP2GBTue8YCh =IfdN -----END PGP SIGNATURE----- --3ioKt2kN+IccB5F4-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 20:59:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F34F2A2 for ; Wed, 18 Dec 2013 20:59:17 +0000 (UTC) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB5B71341 for ; Wed, 18 Dec 2013 20:59:17 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id o6so245810oag.18 for ; Wed, 18 Dec 2013 12:59:17 -0800 (PST) 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=tIYi4ZH33rZ6V8bxKHW0MOZlJsmx5cXmU1k0MHpBLvA=; b=IpeasMe18QhoUGaBKTNtZxb82gVn5DNwnUUzQWW9WVXnKSUXwgiFilFPneRv7wQ8zt 8w5wQW/tcD59/MMFqnNGyxt7Rb6x3nz95DdM1AMUzFyEnu5B7Vs+bxDX9UilE9iekxOy ni53x+fiyc+06PIfO0g7F2EW1Jh+ID66x7IaxzQALkL2FvTXDXHfwvqbOC34Fooc5eXs FkWtwqpQd+dd4QpCF2D3EFCJg8gSbbl8/gAyoheg+xYOt63TML/nnvQBwmEyn77F9LsD /3bYJWZsqc7v6hsctsPIkzuh2FXSPy39YYk2DP8WeKExzB0HwFXzea8lt/m9rOJNcivD wV8A== MIME-Version: 1.0 X-Received: by 10.182.213.166 with SMTP id nt6mr22386644obc.53.1387400356874; Wed, 18 Dec 2013 12:59:16 -0800 (PST) Received: by 10.76.132.9 with HTTP; Wed, 18 Dec 2013 12:59:16 -0800 (PST) In-Reply-To: <20131218205026.GA1442@tiny-r255948> References: <20131218205026.GA1442@tiny-r255948> Date: Wed, 18 Dec 2013 12:59:16 -0800 Message-ID: Subject: Re: svn && ports, or the hen && egg From: Freddie Cash To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 20:59:18 -0000 On Wed, Dec 18, 2013 at 12:50 PM, Matthias Apitz wrote: > As ports are now for some time are to be pulled out via SVN (and not > CVS) and the svn client is only in the ports tree and not in the base > system, how is this thought to work in a clean way, without dusting the > system before with some binary packages, only based on base system and > sources? > > svnlite is included in the base OS for 10.0. See https://wiki.freebsd.org/WhatsNew/FreeBSD10 for details. And http://svnweb.freebsd.org/base?view=revision&revision=251886 for the commit message. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 21:01:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E31FF123 for ; Wed, 18 Dec 2013 21:01:26 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id B59111399 for ; Wed, 18 Dec 2013 21:01:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 026A33803F for ; Wed, 18 Dec 2013 15:01:20 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 8OsCSRkwtBhy for ; Wed, 18 Dec 2013 15:01:19 -0600 (CST) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id DEECD3803C for ; Wed, 18 Dec 2013 15:01:19 -0600 (CST) Message-ID: <52B20D1F.5010805@freebsd.org> Date: Wed, 18 Dec 2013 15:01:19 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: svn && ports, or the hen && egg References: <20131218205026.GA1442@tiny-r255948> In-Reply-To: <20131218205026.GA1442@tiny-r255948> 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.17 Precedence: 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, 18 Dec 2013 21:01:26 -0000 On 12/18/13 14:50, Matthias Apitz wrote: > Hi, > > As ports are now for some time are to be pulled out via SVN (and not > CVS) and the svn client is only in the ports tree and not in the base > system, how is this thought to work in a clean way, without dusting the > system before with some binary packages, only based on base system and > sources? > > Thanks > > matthias There's svnlite in -CURRENT now. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 21:09:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26B26911 for ; Wed, 18 Dec 2013 21:09:49 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D669B1497 for ; Wed, 18 Dec 2013 21:09:48 +0000 (UTC) Received: from [89.204.139.60] (helo=tiny-r255948) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1VtONG-0002o8-N8; Wed, 18 Dec 2013 22:09:47 +0100 Received: from tiny-r255948 (localhost [127.0.0.1]) by tiny-r255948 (8.14.7/8.14.3) with ESMTP id rBIL9hHs001538; Wed, 18 Dec 2013 22:09:44 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny-r255948 (8.14.7/8.14.3/Submit) id rBIL9hXT001537; Wed, 18 Dec 2013 22:09:43 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny-r255948: guru set sender to guru@unixarea.de using -f Date: Wed, 18 Dec 2013 22:09:42 +0100 From: Matthias Apitz To: Freddie Cash Subject: Re: svn && ports, or the hen && egg Message-ID: <20131218210942.GA1515@tiny-r255948> References: <20131218205026.GA1442@tiny-r255948> 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 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.139.60 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2013 21:09:49 -0000 El día Wednesday, December 18, 2013 a las 12:59:16PM -0800, Freddie Cash escribió: > On Wed, Dec 18, 2013 at 12:50 PM, Matthias Apitz wrote: > > > As ports are now for some time are to be pulled out via SVN (and not > > CVS) and the svn client is only in the ports tree and not in the base > > system, how is this thought to work in a clean way, without dusting the > > system before with some binary packages, only based on base system and > > sources? > > > > svnlite is included in the base OS for 10.0. > > See https://wiki.freebsd.org/WhatsNew/FreeBSD10 for details. And > http://svnweb.freebsd.org/base?view=revision&revision=251886 for the commit > message. Ok, thanks; but see this: $ uname -a FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC/i386 $ svnlite Type 'svn help' for usage. $ svn help svn: not found :-) matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 21:40:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 546E5AE6; Wed, 18 Dec 2013 21:40:05 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8BFC1788; Wed, 18 Dec 2013 21:40:04 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id cc10so1304018wib.10 for ; Wed, 18 Dec 2013 13:40:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=F4c+DUwDHT9dK17rVYVrJJ9n1jCJRml3zqlRTyoAkA8=; b=rOWXJNO69gRAsXyxJxWHvHq/FYPdZ8jRuU0CAAZDuMkFMjVLV+rXmw7E7Levy2T+jq VtZ3qn69bkqIkPDsT4LP2l5uJXMest6dwWZMeSHcI2VL576hy2umcmd4MpIV+saIDv+K nvfvLWitgRV01X+Ig5tVAqfLcRGqZOzawUMqNbhKLnZlOcu7mJbu9/C9wqeQQKssk3tr XvvnfPBUeNKP6YXAoUzmRmsZnPqx5kcLg3DlZdYxufEHhpfRUJRbESQFgomulcMuigx7 EJmKANS5YNF93+iJPrNq+7TRj4wOwxM4v6aijuOMvpHLcNuU9aY4uGExBr7sziRfrxp+ kuQQ== MIME-Version: 1.0 X-Received: by 10.180.108.83 with SMTP id hi19mr9904980wib.26.1387402803069; Wed, 18 Dec 2013 13:40:03 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.55.101 with HTTP; Wed, 18 Dec 2013 13:40:02 -0800 (PST) In-Reply-To: References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> Date: Wed, 18 Dec 2013 14:40:02 -0700 X-Google-Sender-Auth: sv4vJ9udw98z3UGk1yLX1QDRli8 Message-ID: Subject: Re: FreeBSD 10 and zfsd From: Alan Somers To: Outback Dingo Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 21:40:05 -0000 On Wed, Dec 18, 2013 at 11:47 AM, Outback Dingo wrote: > > > On Wed, Dec 18, 2013 at 12:39 PM, Mark Felder wrote: >> >> On Thu, Oct 10, 2013, at 11:26, Alan Somers wrote: >> > >> > Due to popular demand, I have located a round toit. I'm currently >> > working on rebasing the zfsd project branch to head, after which I'll >> > push SpectraLogic's recent changes. >> > >> >> Just thought I'd ping the list about the situation here... would love to >> see this in HEAD soon :) > > > > Id love to see an updated patch from the zfsd tree against head itself so we > could continue using and testing it Coming up ... > >> >> _______________________________________________ >> 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 Dec 18 21:34:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D179B976 for ; Wed, 18 Dec 2013 21:34:58 +0000 (UTC) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96D201737 for ; Wed, 18 Dec 2013 21:34:58 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id i4so289182oah.15 for ; Wed, 18 Dec 2013 13:34:57 -0800 (PST) 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=lYb82apXAfzYAxA0OtwHyRNyjHBNpBh8rxD7MbafatQ=; b=CZL6W64KF5AfYbKns9J7GJUZHDcrkcUiuZ/UgwNFlj31G82Q4Oqjnm7JzkyQOmdHLf isocycUpGxkto6zjfh5ra18XUrznJZGIAGVWTQRLuaS6Z/w6TgbTtr4z6sBKOjCpngmk vk9Awz+jzrPgISf4+C3hXJOEYXvAquYEFKJTDYZYeEwdBuQrBVp3nZJONFBZcGjPDETy YkTlJYEhSxodZr0bBbosPXH/NbTEYmA+1Ls+lK/pgKiMqVXmn5j3Elnnb28zBMW8F79j LM80Hc7Nyf2gYiqltyQeCt4XJsK5ngtgFIUPfgdiW3TMb5DvwuPbFIP6FhdwUYGBC2Gf zfhg== MIME-Version: 1.0 X-Received: by 10.182.135.194 with SMTP id pu2mr22720741obb.38.1387402497678; Wed, 18 Dec 2013 13:34:57 -0800 (PST) Received: by 10.76.132.9 with HTTP; Wed, 18 Dec 2013 13:34:57 -0800 (PST) In-Reply-To: <20131218210942.GA1515@tiny-r255948> References: <20131218205026.GA1442@tiny-r255948> <20131218210942.GA1515@tiny-r255948> Date: Wed, 18 Dec 2013 13:34:57 -0800 Message-ID: Subject: Re: svn && ports, or the hen && egg From: Freddie Cash To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 21:34:58 -0000 On Wed, Dec 18, 2013 at 1:09 PM, Matthias Apitz wrote: > El d=C3=ADa Wednesday, December 18, 2013 a las 12:59:16PM -0800, Freddie = Cash > escribi=C3=B3: > > > On Wed, Dec 18, 2013 at 12:50 PM, Matthias Apitz > wrote: > > > > > As ports are now for some time are to be pulled out via SVN (and not > > > CVS) and the svn client is only in the ports tree and not in the base > > > system, how is this thought to work in a clean way, without dusting t= he > > > system before with some binary packages, only based on base system an= d > > > sources? > > > > > > svnlite is included in the base OS for 10.0. > > > > See https://wiki.freebsd.org/WhatsNew/FreeBSD10 for details. And > > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D251886 for th= e > commit > > message. > > Ok, thanks; but see this: > > $ uname -a > FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 > 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC/i386 > $ svnlite > Type 'svn help' for usage. > $ svn help > svn: not found > =E2=80=8BAnd ... if you type "svnlite help" what happens? The name of the = command is svnlite, not svn, so you may have to mentally swap the terms in terminal messages. :)=E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 21:40:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88A3AB18; Wed, 18 Dec 2013 21:40:45 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3059F17E3; Wed, 18 Dec 2013 21:40:45 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id wp18so285653obc.1 for ; Wed, 18 Dec 2013 13:40:44 -0800 (PST) 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=AAilPZ8S7RTZ2/bfc7ZrMviry/bGyhDeTIW0ZsGR2Uc=; b=uPtMCD/wW+Bn8O4tBoRbkwaC4w/PGcqJR8AG35sb/FbsEd+pZXdDadqIrLfqJ3i8/z AKU9mmnVOyViGEM8R9FEAEaA4eKhCAoPEbQe01lb5cDEqlbOYNiUvSUNekr9Rpe8Cw8N wGuMY49KeB/jQOpiwd0zk4ftwEHcrcJ08u3Dih2MDmnKoQyY5hA3lUR7g7wPW6L+OWnZ iCtmNf2T8OB8c6jqFMdHRYz5usczKX6HYzdA26uca5KP3dUhw2aHmoniuzQ0sXgasOq8 u5/yRV/Y/4gKSV3SE3nAfeIAAcALRnw6k8nYGRYZG1YRfJi/RZ8KKBG7ANK9LOi81IRk V87Q== MIME-Version: 1.0 X-Received: by 10.60.136.132 with SMTP id qa4mr3614976oeb.68.1387402844082; Wed, 18 Dec 2013 13:40:44 -0800 (PST) Received: by 10.76.70.202 with HTTP; Wed, 18 Dec 2013 13:40:43 -0800 (PST) In-Reply-To: References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> Date: Wed, 18 Dec 2013 16:40:44 -0500 Message-ID: Subject: Re: FreeBSD 10 and zfsd From: Outback Dingo To: Alan Somers Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 21:40:45 -0000 On Wed, Dec 18, 2013 at 4:40 PM, Alan Somers wrote: > On Wed, Dec 18, 2013 at 11:47 AM, Outback Dingo > wrote: > > > > > > On Wed, Dec 18, 2013 at 12:39 PM, Mark Felder wrote: > >> > >> On Thu, Oct 10, 2013, at 11:26, Alan Somers wrote: > >> > > >> > Due to popular demand, I have located a round toit. I'm currently > >> > working on rebasing the zfsd project branch to head, after which I'll > >> > push SpectraLogic's recent changes. > >> > > >> > >> Just thought I'd ping the list about the situation here... would love to > >> see this in HEAD soon :) > > > > > > > > Id love to see an updated patch from the zfsd tree against head itself > so we > > could continue using and testing it > > Coming up ... > > Sweeeeeeeeeet..........!!! > > > >> > >> _______________________________________________ > >> 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 Dec 18 22:38:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D79C1573 for ; Wed, 18 Dec 2013 22:38:43 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AECD21E22 for ; Wed, 18 Dec 2013 22:38:43 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B4AADB948; Wed, 18 Dec 2013 17:38:41 -0500 (EST) From: John Baldwin To: "Poul-Henning Kamp" Subject: Re: r259072 is not a happy camper... Date: Wed, 18 Dec 2013 14:58:20 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <27325.1386444776@critter.freebsd.dk> <201312131620.25107.jhb@freebsd.org> <55350.1387010679@critter.freebsd.dk> In-Reply-To: <55350.1387010679@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312181458.20649.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 18 Dec 2013 17:38:41 -0500 (EST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 22:38:43 -0000 On Saturday, December 14, 2013 3:44:39 am Poul-Henning Kamp wrote: > In message <201312131620.25107.jhb@freebsd.org>, John Baldwin writes: > > >> >Hmmm. Maybe do 'show lapic' and 'show apic' in ddb and paste that here? > >> > >> sorry about the delay... > >> > >> db> show lapic > >> lapic ID = 2 > >> version = 1.0 > >> max LVT = 5 > >> SVR = ff (enabled) > >> TPR = 00 > >> In-service Interrupts: > > > >Hmm, this is empty. It should not be empty. :( > > > >Never the less, the panic is further down than I thought it was. The system > >thinks it had a valid IRQ that required an ithread to be scheduled, but when > >it went to schedule the ithread, there was no thread to schedule: > > >Does it get a crashdump if you try? > > No :-( > > There may be a connection to unclean UFS filesystems (SU + TRIM, no J). Is this reproducible? If so, build with KTR enabled and KTR_INTR set in KTR_COMPILE and KTR_MASK. That should at least let us see which interrupt it thinks it is triggering. 'show irqs' from DDB combined with 'show ktr' would then be useful. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 18 22:46:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 954C881C; Wed, 18 Dec 2013 22:46:05 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 59BBA1EAF; Wed, 18 Dec 2013 22:46:05 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 486633EB56; Wed, 18 Dec 2013 22:45:58 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id rBIMjvPV075110; Wed, 18 Dec 2013 22:45:57 GMT (envelope-from phk@phk.freebsd.dk) To: John Baldwin Subject: Re: r259072 is not a happy camper... In-reply-to: <201312181458.20649.jhb@freebsd.org> From: "Poul-Henning Kamp" References: <27325.1386444776@critter.freebsd.dk> <201312131620.25107.jhb@freebsd.org> <55350.1387010679@critter.freebsd.dk> <201312181458.20649.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 18 Dec 2013 22:45:57 +0000 Message-ID: <75109.1387406757@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Dec 2013 22:46:05 -0000 In message <201312181458.20649.jhb@freebsd.org>, John Baldwin writes: >> >Does it get a crashdump if you try? >> >> No :-( >> >> There may be a connection to unclean UFS filesystems (SU + TRIM, no J). > >Is this reproducible? Not really. It seems to happen at random, usually shortly after boot and as I mentioned, there is some indications of it being related to munged filesystems. Amongst these indications: Booting single-user and running fsck (without -p) almost always prevents it from happening until after next crash, and I think all the backtraces I've see have been UFS or maybe even WITNESS+UFS related. If it is WITNESS related, the serial console is obviously a prime suspect... But all that said, I havn't seen it for a couple of days... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 00:38:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A4FFB2; Thu, 19 Dec 2013 00:38:12 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A213170E; Thu, 19 Dec 2013 00:38:11 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id w7so159986lbi.24 for ; Wed, 18 Dec 2013 16:38:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VtHPQGEEUrYXiWouE1HaFiwGe9gHdrK9nzTIFFeV300=; b=mUX2SJGqpN+eOOZhhb5bcp1rKNOE/VHkSu5DRNNM5CWWnSgNYC4R/eNzz2WfTx6MBY I+O/g02RV6sbEukUKzm5tElh+9AZwtC7MlcSoxxax3Kh5ufZZWNMdGoyzmyULywE5Rfo jK/V9bLteq6Gmt5tCwgnUB8GVMo0YDDHMmrHpYZiqCVTDjuIcyWHHV6jNx27XAoscxAm 5PbdbzGYeCMX1o+rWlzClVcqyeVABT8OvzVxzEgdPNn0K8rHeYEakbbJLZwuCrvcAoPs v+EI79oKQCINUvQ4TAskQycAW5Pa/RexssfHwDPCPcbSIOHiApfLFM04IrFkHlr6r55f dYQw== MIME-Version: 1.0 X-Received: by 10.152.87.211 with SMTP id ba19mr12529741lab.13.1387413489193; Wed, 18 Dec 2013 16:38:09 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.175.180 with HTTP; Wed, 18 Dec 2013 16:38:09 -0800 (PST) In-Reply-To: References: <20131216184626.GA17125@onelab2.iet.unipi.it> Date: Thu, 19 Dec 2013 01:38:09 +0100 X-Google-Sender-Auth: cAXkxEcIIrrdyak96n7M8hBXa1g Message-ID: Subject: Re: RFC: less chatty system builds From: Luigi Rizzo To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 00:38:12 -0000 On Mon, Dec 16, 2013 at 10:35 PM, Dimitry Andric wrote: > On 16 Dec 2013, at 19:46, Luigi Rizzo wrote: > > The following is a proof-of-concept patch to make system builds > > less chatty. > > > > It also has the nice side effect of showing more clearly > > which rules are used during the build and possibly help > > debugging the share/mk files and the individual Makefiles. > > > > The logic is the following: > > the environment/make variable SILENT (or any other name we may want > > to use; linux defaults to quiet mode and uses V=1 to be as verbose > > as we are), > > I cannot imagine I am the only one that dislikes Linux's approach of not > showing exactly what it is doing, so I have no objection, as long as it > is not the default. (I really hate having to hunt around for the magic > option to enable verbose output if I want to know how a program is > compiled...) > thanks for the feedback. Sure, default should remain unchanged per POLA. As for the 'magic option to enable verbose output', i think it is just a matter of being familiar with the specific system. We have far less mnemonic options in FreeBSD (MAKEOBJDIRPREFIX, KERNFAST) than the V=1 required by linux. > Also, if you want "silent" builds, you should use make -s instead. That > is much less chatty than (IMHO) useless "CC foo", "LD bar" messages. The issue with verbosity is that depending on the circumstances you need different levels. Definitely there must be something moving in all cases (progress bar or percentage or scrolling text); then in case of errors you may need to know the exact command line, perhaps with something more such as what rule was used etc; and maybe an intermediate output in other cases. Our default is extremely verbose, even without -v, as it shows the full command line for almost every command (the mk files have relatively few @ prefixes). It is extremely hard to spot warnings in the output. In fact, it is so verbose that make -v is very similar. The following is the output of "make toolchain" with and without -v > ls -l /tmp/build* -rw-r--r-- 1 luigi wheel 13058140 Dec 19 01:07 /tmp/build-gcc-v.out -rw-r--r-- 1 luigi wheel 12360113 Dec 19 01:23 /tmp/build-gcc.out > wc /tmp/build-gcc.out 24825 478479 12360113 /tmp/build-gcc.out > wc /tmp/build-gcc-v.out 57676 576964 13058140 /tmp/build-gcc-v.out as you can see the difference in size is only 10% (though there are twice as many lines). make -s as you suggest is more silent, but in some places it can be minutes between individual lines. Below is the output with a small modification to print a timestamp on each ECHODIR line: ... 00:02:18 ===> lib/clang (all) 00:02:18 ===> lib/clang/libclanganalysis (all) 00:02:59 ===> lib/clang/libclangarcmigrate (all) 00:04:54 ===> lib/clang/libclangast (all) 00:07:27 ===> lib/clang/libclangbasic (all) 00:07:40 ===> lib/clang/libclangcodegen (all) 00:10:16 ===> lib/clang/libclangdriver (all) 00:10:30 ===> lib/clang/libclangedit (all) 00:10:34 ===> lib/clang/libclangfrontend (all) 00:11:29 ===> lib/clang/libclangfrontendtool (all) 00:11:30 ===> lib/clang/libclanglex (all) 00:11:55 ===> lib/clang/libclangparse (all) 00:12:33 ===> lib/clang/libclangrewritecore (all) 00:12:36 ===> lib/clang/libclangrewritefrontend (all) 00:13:00 ===> lib/clang/libclangsema (all) 00:16:35 ===> lib/clang/libclangserialization (all) 00:17:19 ===> lib/clang/libclangstaticanalyzercheckers (all) 00:20:51 ===> lib/clang/libclangstaticanalyzercore (all) 00:22:36 ===> lib/clang/libclangstaticanalyzerfrontend (all) 00:22:47 ===> lib/clang/libllvmanalysis (all) ... (and we are not done yet)... The following patch might be of some help to indicate progress: Index: /home/luigi/FreeBSD/head/share/mk/sys.mk =================================================================== --- /home/luigi/FreeBSD/head/share/mk/sys.mk (revision 259578) +++ /home/luigi/FreeBSD/head/share/mk/sys.mk (working copy) @@ -84,12 +84,12 @@ CPP ?= cpp .if empty(.MAKEFLAGS:M-s) -ECHO ?= echo -ECHODIR ?= echo +ECHO ?= echo `date +%H:%M:%S ` +ECHODIR ?= echo `date +%H:%M:%S ` .else ECHO ?= true .if ${.MAKEFLAGS:M-s} == "-s" -ECHODIR ?= echo +ECHODIR ?= echo `date +%H:%M:%S ` .else ECHODIR ?= true .endif So coming back to my original proposal, I was suggesting the intermediate mode to give people a better idea of what is going on during the build, and make warnings and error messages stand out in the output. In any case, if anything like this is implemented, I would really prefer > something like CMake does, e.g. give you a percentage counter that > provides some information about how 'far' the build is progressing. > Sure it would be great to also have that (as another extreme, even less verbose than -s), but I believe it is impossible to implement it, because the build system has no idea of how big is the dependency tree without doing a full pass through it. (This apart from the obvious issue that it is time that matters, not the number of commands/targets). cheers luigi > > -Dimitry > > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 01:56:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83516213; Thu, 19 Dec 2013 01:56:43 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E8A51D27; Thu, 19 Dec 2013 01:56:42 +0000 (UTC) Received: from netsys.kevlo.org (mail.kevlo.org [220.135.115.6]) by ns.kevlo.org (8.14.6/8.14.6) with ESMTP id rBJ1spRT044884; Thu, 19 Dec 2013 09:54:51 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <52B2524F.8000201@FreeBSD.org> Date: Thu, 19 Dec 2013 09:56:31 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Alexey Dokuchaev , Alfred Perlstein Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> <20131218154820.GA20655@FreeBSD.org> In-Reply-To: <20131218154820.GA20655@FreeBSD.org> 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.17 Precedence: 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, 19 Dec 2013 01:56:43 -0000 On 2013/12/18 23:48, Alexey Dokuchaev wrote: > On Sun, Oct 06, 2013 at 10:24:09AM -0700, Alfred Perlstein wrote: >> I got one of these (if_urtwn) and it works enough to download about a meg >> or so before the watchdog kicks in and I have to ifconfig down/up it to >> get it to respond again. >> >> I even have a patch pending to add the usb identifier for this. > Same here; someone at $work bought couple of these teeny dongles. I've > applied small id patch (attached), and tried to use it (it reportedly > works flawlessly under Linux using this [*] driver). I could load the > module, but MAC address was clearly bogus (00:00:30:34:43:30); yet I've > created wlan0 just to find out that there is no list scan results, and > wpa_supplicant(8) gives me this in an endless loop (GENERIC kernel, so > I presume all wlan-related stuff should be in place): > > Successfully initialized wpa_supplicant > ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured > wlan0: Failed to initiate AP scan > > This is on relatively fresh 11-CURRENT as of Oct 18th, i386. Any clues? > It would be nice to get more of these little guys to work, esp. there is > working Linux driver available for reference. Your usb wlan dongles use RTL8188EU chip which is currently not supported by any of drivers. > > ./danfe > > [*] https://github.com/liwei/rpi-rtl8188eu Kevin From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 04:52:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2076E7F for ; Thu, 19 Dec 2013 04:52:57 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B197D1877 for ; Thu, 19 Dec 2013 04:52:56 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id rBJ4qss3001739; Wed, 18 Dec 2013 23:52:54 -0500 (EST) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Message-ID: <52B27BA6.5020500@pix.net> Date: Wed, 18 Dec 2013 23:52:54 -0500 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD-Current Subject: panic with deactivated geom mirror (both 9.2 and 10.0-RC2) Content-Type: multipart/mixed; boundary="------------010909060205050007050701" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 04:52:57 -0000 This is a multi-part message in MIME format. --------------010909060205050007050701 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Greetings all - I've got a completely reproducible panic when issuing a 'gmirror status' command on a recently deactivated gmirror. NOTE: This only happens on a machine with more than 1 CPU. I filed a bug report on it: http://www.freebsd.org/cgi/query-pr.cgi?pr=184985 Script to reproduce the panic: (assumes /dev/ada0p3 is a scratch partition) while : do gmirror label -v scratch /dev/ada0p3 newfs /dev/mirror/scratch mount /dev/mirror/scratch /mnt umount -f /mnt gmirror deactivate scratch /dev/ada0p3 gmirror status scratch done I've attached the core.txt.0 file from the crash under 10.0-RC2. Probably stripped by the mailing list. A copy is at http://www.pix.net/staff/lidl/freebsd/core.txt.0 -Kurt --------------010909060205050007050701 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="core.txt.0" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="core.txt.0" b524-fbsd10rc2.pix.net dumped core - see /var/crash/vmcore.0 Wed Dec 18 23:23:12 UTC 2013 FreeBSD b524-fbsd10rc2.pix.net 10.0-RC2 FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 08:18:20 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: GEOM_MIRROR: Device scratch: provider ada0p3 disconnected. GEOM_MIRROR: Device scratch: provider mirror/scratch destroyed. GEOM_MIRROR: Device scratch destroyed. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x378 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff808b78c6 stack pointer = 0x28:0xfffffe001ddfea10 frame pointer = 0x28:0xfffffe001ddfeab0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 13 (g_event) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: #0 0xffffffff808e7d60 at kdb_backtrace+0x60 #1 0xffffffff808af845 at panic+0x155 #2 0xffffffff80c8e612 at trap_fatal+0x3a2 #3 0xffffffff80c8e8e9 at trap_pfault+0x2c9 #4 0xffffffff80c8e076 at trap+0x5e6 #5 0xffffffff80c75312 at calltrap+0x8 #6 0xffffffff808b7442 at _sx_xlock+0x62 #7 0xffffffff81a371bf at g_mirror_dumpconf+0x12f #8 0xffffffff8081a35c at g_conf_specific+0x14c #9 0xffffffff8081acd6 at g_run_events+0x166 #10 0xffffffff8088191a at fork_exit+0x9a #11 0xffffffff80c7584e at fork_trampoline+0xe Uptime: 33s Dumping 78 out of 487 MB:..21%..41%..61%..82% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. Loaded symbols for /boot/kernel/geom_mirror.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff808af4c0 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808af884 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff80c8e612 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:882 #4 0xffffffff80c8e8e9 in trap_pfault (frame=0xfffffe001ddfe960, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:699 #5 0xffffffff80c8e076 in trap (frame=0xfffffe001ddfe960) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80c75312 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff808b78c6 in _sx_xlock_hard (sx=0xfffff80018321240, tid=18446735277652013056, opts=, file=0x2beff0
, line=0) at /usr/src/sys/kern/kern_sx.c:556 #8 0xffffffff808b7442 in _sx_xlock (sx=0x2beff0, opts=0, file=, line=2879472) at sx.h:152 #9 0xffffffff81a371bf in g_mirror_dumpconf (sb=0xfffff80018310540, indent=0xffffffff80ea9f7d "\t", gp=, cp=, pp=) at /usr/src/sys/modules/geom/geom_mirror/../../../geom/mirror/g_mirror.c:3202 #10 0xffffffff8081a35c in g_conf_specific (sb=0xfffff80018310540, mp=0x0, gp=0x0, pp=0x0, cp=0x0) at /usr/src/sys/geom/geom_dump.c:238 #11 0xffffffff8081acd6 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 #12 0xffffffff8088191a in fork_exit ( callout=0xffffffff8081c8e0 , arg=0x0, frame=0xfffffe001ddfec00) at /usr/src/sys/kern/kern_fork.c:995 #13 0xffffffff80c7584e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #14 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND ------------------------------------------------------------------------ vmstat -s 34704 cpu context switches 2842 device interrupts 833 software interrupts 61253 traps 77805 system calls 21 kernel threads created 679 fork() calls 155 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 506 vnode pager pageins 3207 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 0 pages reactivated 24864 copy-on-write faults 157 copy-on-write optimized faults 24508 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 57256 total VM faults taken 395 page faults requiring I/O 0 pages affected by kernel thread creation 24950 pages affected by fork() 5664 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 82645 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 4212 pages active 3427 pages inactive 0 pages in VM cache 13004 pages wired down 100503 pages free 4096 bytes per page 23482 total name lookups cache hits (82% pos + 11% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) cdev 8 2K - 8 256 entropy 1026 65K - 1028 32,64,4096 CAM SIM 3 1K - 3 256 filedesc 47 93K - 858 16,2048,4096 sigio 1 1K - 1 64 filecaps 1 1K - 5 16,64 kdtrace 268 59K - 1218 64,256 kenv 74 11K - 83 16,32,64,128 kqueue 0 0K - 54 256,2048 proc-args 28 2K - 295 16,32,64,128,256 kbdmux 6 18K - 6 16,512,1024,2048 hhook 2 1K - 2 256 ithread 61 11K - 61 32,128,256 LED 2 1K - 2 16,128 KTRACE 100 13K - 100 128 CAM XPT 22 2K - 112 32,64,128,256,1024 scsi_cd 0 0K - 12 16 linker 163 14K - 174 16,32,64,128,512 lockf 20 3K - 64 64,128 loginclass 3 1K - 13 64 devbuf 336 1249K - 394 16,32,64,128,256,512,1024,2048,4096 temp 12 17K - 793 16,32,64,128,256,1024,2048 ip6ndp 3 1K - 3 64,128 module 481 61K - 481 128 mtx_pool 2 16K - 2 osd 5 1K - 13 16,32,64 pmchooks 1 1K - 1 128 pgrp 24 3K - 33 128 session 21 3K - 23 128 proc 2 8K - 2 4096 subproc 98 210K - 909 512,4096 cred 64 10K - 3016 64,256 plimit 14 4K - 171 256 uidinfo 5 2K - 9 128,1024 ac97 2 1K - 2 16,512 md_disk 1 2K - 1 2048 CAM DEV 5 10K - 10 2048 pci_link 8 1K - 8 16,128 sysctl 0 0K - 196 16,32,64 sysctloid 2273 113K - 2306 16,32,64,128 sysctltmp 0 0K - 101 16,32,64,128 tidhash 1 8K - 1 callout 3 1672K - 3 umtx 450 57K - 450 128 p1003.1b 1 1K - 1 16 SWAP 2 277K - 2 64 bus 949 78K - 2745 16,32,64,128,256,1024 bus-sc 30 32K - 1250 16,32,64,128,256,512,1024,2048,4096 devstat 8 17K - 8 32,4096 eventhandler 95 8K - 95 64,128 kobj 329 1316K - 790 4096 Per-cpu 1 1K - 1 32 DEVFS3 108 27K - 153 256 DEVFS1 82 41K - 103 512 rman 90 11K - 476 32,128 sbuf 2 1K - 2437 16,32,64,128,256,512,1024,2048,4096 DEVFS 15 1K - 16 16,32,128 DEVFSP 2 1K - 2 64 taskqueue 57 10K - 87 16,32,64,256,1024 Unitno 20 2K - 202 32,64 vmem 3 13K - 3 256,4096 ioctlops 0 0K - 732 16,32,64,128,256,512,1024 select 13 2K - 13 128 iov 0 0K - 231 16,64,128,256,512 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 1 20K - 1 tty 18 18K - 18 1024 pts 1 1K - 1 256 mbuf_tag 0 0K - 21 32 shmfd 1 8K - 1 soname 3 1K - 5090 16,32,128 pcb 16 213K - 77 16,32,128,1024,2048 vfscache 1 512K - 1 vfs_hash 1 256K - 1 vnodes 1 1K - 1 256 mount 71 3K - 227 16,32,64,128,256 vnodemarker 0 0K - 53 512 BPF 10 18K - 10 128,512,4096 ifnet 3 5K - 3 128,2048 ifaddr 34 13K - 35 32,64,128,256,512,2048,4096 ether_multi 17 1K - 24 16,32,64 clone 7 1K - 7 128 arpcom 1 1K - 1 16 lltable 10 4K - 10 256,512 routetbl 38 6K - 127 32,64,128,256,512 igmp 2 1K - 2 256 in_multi 2 1K - 3 256 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 4 1K - 4 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 28K - 1 syncache 1 64K - 1 in6_multi 15 2K - 15 32,256 mld 2 1K - 2 128 NFS FHA 1 2K - 1 2048 rpc 2 1K - 2 256 audit_evclass 187 6K - 228 32 pagedep 6 34K - 7 256 inodedep 5 258K - 11 512 bmsafemap 1 8K - 10 256 newblk 5 513K - 7 256 freeblks 0 0K - 2 256 freefile 0 0K - 5 64 diradd 4 1K - 9 128 mkdir 4 1K - 10 128 dirrem 0 0K - 5 128 newdirblk 4 1K - 5 64 freework 1 1K - 3 32,128 savedino 0 0K - 5 256 ufs_quota 1 256K - 1 ufs_mount 3 13K - 12 512,4096 vm_pgdata 2 65K - 2 128 pfs_nodes 21 6K - 21 256 GEOM 127 21K - 1889 16,32,64,128,256,512,1024,2048,4096 feeder 12 1K - 14 32,128 atkbddev 2 1K - 2 64 CAM CCB 2 4K - 10 2048 mixer 1 4K - 1 4096 raid_data 0 0K - 282 32,128,256 acpiintr 1 1K - 1 64 md_nvidia_data 0 0K - 45 512 acpica 2076 233K - 21299 16,32,64,128,256,1024,4096 md_sii_data 0 0K - 45 512 CAM path 7 1K - 29 32 CAM periph 6 2K - 20 16,32,64,128,256 acpitask 1 8K - 1 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 ata_pci 1 1K - 1 64 acpisem 17 3K - 17 128 CAM queue 11 3K - 38 16,32,512 acpidev 25 2K - 25 64 CAM dev queue 3 1K - 3 32 io_apic 1 2K - 1 2048 MCA 2 1K - 2 128 nexusdev 3 1K - 3 16 isadev 9 2K - 9 128 solaris 8487 23671K - 88924 16,32,64,128,256,512,1024,2048,4096 kstat_data 6 1K - 6 64 mirror_data 2 1K - 38 64,128,512 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 106, 4, 106, 0, 0 UMA Zones: 896, 0, 106, 2, 106, 0, 0 UMA Slabs: 80, 0, 1741, 59, 3427, 0, 0 UMA RCntSlabs: 88, 0, 253, 17, 253, 0, 0 UMA Hash: 256, 0, 9, 6, 9, 0, 0 4 Bucket: 32, 0, 10, 365, 2157, 0, 0 8 Bucket: 64, 0, 13, 297, 269, 0, 0 16 Bucket: 128, 0, 49, 230, 378, 36, 0 32 Bucket: 256, 0, 26, 109, 118, 100, 0 64 Bucket: 512, 0, 49, 39, 212, 98, 0 128 Bucket: 1024, 0, 84, 36, 344, 10, 0 vmem btag: 56, 0, 1207, 142, 1313, 19, 0 VM OBJECT: 256, 0, 1128, 102, 9866, 0, 0 RADIX NODE: 144, 0, 1866, 159, 22909, 49, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 4, 151, 4, 0, 0 MAP ENTRY: 128, 0, 818, 329, 22636, 0, 0 VMSPACE: 448, 0, 28, 62, 836, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 346, 0, 346, 0, 0 16: 16, 0, 1872, 136, 30293, 0, 0 32: 32, 0, 1724, 276, 8894, 0, 0 64: 64, 0, 6240, 332, 30144, 0, 0 128: 128, 0, 5338, 304, 35069, 0, 0 256: 256, 0, 1268, 322, 8020, 0, 0 512: 512, 0, 951, 65, 15920, 0, 0 1024: 1024, 0, 123, 53, 5590, 0, 0 2048: 2048, 0, 150, 16, 1255, 0, 0 4096: 4096, 0, 558, 14, 3722, 0, 0 SLEEPQUEUE: 80, 0, 226, 177, 226, 0, 0 uint64 pcpu: 8, 0, 1332, 76, 1332, 0, 0 Files: 80, 0, 69, 181, 4703, 0, 0 TURNSTILE: 136, 0, 226, 94, 226, 0, 0 rl_entry: 40, 0, 19, 281, 19, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 45, 6, 855, 0, 0 THREAD: 1168, 0, 221, 4, 361, 0, 0 cpuset: 72, 0, 191, 194, 334, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 194025, 256, 253, 630, 0, 0 mbuf: 256, 194025, 1, 264, 888, 6, 0 mbuf_cluster: 2048, 30314, 500, 0, 500, 0, 0 mbuf_jumbo_page: 4096, 15157, 0, 3, 7, 0, 0 mbuf_jumbo_9k: 9216, 13473, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 10104, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 248, 0, 0, 192, 9723, 0, 0 ttyinq: 160, 0, 135, 65, 270, 0, 0 ttyoutq: 256, 0, 72, 63, 144, 0, 0 ata_request: 336, 0, 1, 87, 5529, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 166, 24, 0, 0 VNODE: 472, 0, 546, 38, 584, 0, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0, 0 BUF TRIE: 144, 0, 5, 3802, 32, 0, 0 NAMEI: 1024, 0, 0, 40, 10575, 0, 0 S VFS Cache: 108, 0, 509, 121, 1167, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 0, 0, 0, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 DIRHASH: 1024, 0, 0, 0, 0, 0, 0 space_seg_cache: 64, 0, 209, 349, 1416, 0, 0 zio_cache: 944, 0, 1, 275, 23322, 0, 0 zio_link_cache: 48, 0, 0, 581, 8108, 0, 0 sa_cache: 80, 0, 494, 156, 518, 0, 0 dnode_t: 864, 0, 672, 20, 969, 0, 0 dmu_buf_impl_t: 224, 0, 1330, 13, 1440, 0, 0 arc_buf_hdr_t: 216, 0, 802, 62, 869, 0, 0 arc_buf_t: 72, 0, 775, 105, 901, 0, 0 zil_lwb_cache: 192, 0, 8, 132, 19, 0, 0 zfs_znode_cache: 368, 0, 494, 36, 518, 0, 0 Mountpoints: 816, 0, 7, 23, 10, 0, 0 pipe: 744, 0, 3, 27, 446, 0, 0 procdesc: 128, 0, 0, 0, 0, 0, 0 ksiginfo: 112, 0, 42, 1008, 43, 0, 0 itimer: 352, 0, 0, 33, 1, 0, 0 KNOTE: 128, 0, 0, 279, 54, 0, 0 socket: 696, 15585, 16, 24, 983, 0, 0 ipq: 56, 994, 0, 0, 0, 0, 0 udp_inpcb: 392, 15590, 2, 58, 146, 0, 0 udpcb: 16, 15813, 2, 249, 146, 0, 0 tcp_inpcb: 392, 15590, 4, 56, 11, 0, 0 tcpcb: 1024, 15588, 4, 24, 11, 0, 0 tcptw: 88, 3150, 0, 0, 0, 0, 0 syncache: 160, 15375, 0, 75, 1, 0, 0 hostcache: 136, 15370, 0, 0, 0, 0, 0 tcpreass: 40, 1900, 0, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0, 0 sctp_ep: 1408, 15586, 0, 0, 0, 0, 0 sctp_asoc: 2352, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 332, 3, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 ripcb: 392, 15590, 1, 29, 1, 0, 0 unpcb: 240, 15600, 8, 120, 812, 0, 0 rtentry: 200, 0, 17, 123, 18, 0, 0 selfd: 56, 0, 28, 256, 2254, 0, 0 SWAPMETA: 288, 60632, 0, 0, 0, 0, 0 FFS inode: 168, 0, 5, 133, 13, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 5, 130, 13, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 7 0 irq14: ata0 2310 210 irq15: ata1 69 6 irq19: em0 456 41 cpu0:timer 1509 137 cpu1:timer 573 52 Total 4924 447 ------------------------------------------------------------------------ pstat -T 69/15585 files 0M/2047M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/mirror/gswap 4194040 0 4194040 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics md0 ada0 cd0 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0.00 10 0.00 19.18 199 3.73 0.00 2 0.00 1 0 4 0 95 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 149 packets sent 144 data packets (12383 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 5 ack-only packets (4 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 224 packets received 145 acks (for 12384 bytes) 0 duplicate acks 0 acks for unsent data 79 packets (5717 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 1 connection accept 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 1 connection established (including accepts) 7 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 145 segments updated rtt (of 133 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 15 correct ACK header predictions 3 correct data packet header predictions 1 syncache entry added 0 retransmitted 0 dupsyn 0 dropped 1 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 1 cookie sent 0 cookies received 0 hostcache entries added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 43 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 1 dropped due to no socket 3 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 39 delivered 40 datagrams output 0 times multicast source filter matched ip: 292 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 267 packets for this host 9 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 16 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 190 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 1 call to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 1 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 4 ARP requests sent 0 ARP replies sent 0 ARP requests received 3 ARP replies received 7 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 7 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 257/517/774 mbufs in use (current/cache/total) 247/253/500/30314 mbuf clusters in use (current/cache/total/max) 256/253 mbuf+clusters out of packet secondary zone in use (current/cache) 0/3/3/15157 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/13473 9k jumbo clusters in use (current/cache/total/max) 0/0/0/10104 16k jumbo clusters in use (current/cache/total/max) 558K/647K/1205K bytes allocated to network (current/cache/total) 6/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile ------------------------------------------------------------------------ netstat -idW Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop em0 1500 08:00:27:6d:55:34 299 0 0 195 0 0 0 em0 1500 192.168.16.0 dhcp213 274 - - 190 - - - lo0 16384 0 0 0 0 0 0 0 lo0 16384 localhost ::1 0 - - 0 - - - lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - - lo0 16384 your-net localhost 0 - - 0 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.16.1 UGS 0 14 em0 71.178.232.3/32 192.168.16.3 UGS 0 0 em0 71.178.232.4/32 192.168.16.4 UGS 0 0 em0 71.178.232.5/32 192.168.16.5 UGS 0 0 em0 71.178.232.6/32 192.168.16.6 UGS 0 0 em0 127.0.0.1 link#2 UH 0 0 lo0 192.168.16.0/24 link#1 U 0 176 em0 192.168.16.213 link#1 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#2 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%lo0/64 link#2 U lo0 fe80::1%lo0 link#2 UHS lo0 ff01::%lo0/32 ::1 U lo0 ff02::/16 ::1 UGRS lo0 ff02::%lo0/32 ::1 U lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) fffff80002f5c400 tcp4 0 0 192.168.16.213.22 192.168.16.32.5736 ESTABLISHED fffff80002f5c800 tcp4 0 0 127.0.0.1.25 *.* LISTEN fffff80002f5cc00 tcp4 0 0 *.22 *.* LISTEN fffff80002f5d000 tcp6 0 0 *.22 *.* LISTEN fffff80002d7bab8 udp4 0 0 *.514 *.* fffff80002d7bc40 udp6 0 0 *.514 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffff80002ec1960 stream 0 0 0 fffff80002ec1780 0 0 fffff80002ec1780 stream 0 0 0 fffff80002ec1960 0 0 fffff80002ed5870 stream 0 0 fffff80002cbdb10 0 0 0 /var/run/devd.pipe fffff80002ec1870 dgram 0 0 0 fffff80002ed5690 0 fffff80002ed55a0 fffff80002ed54b0 dgram 0 0 0 fffff80002ed5780 0 0 fffff80002ed55a0 dgram 0 0 0 fffff80002ed5690 0 0 fffff80002ed5690 dgram 0 0 fffff80002d13b10 0 fffff80002ec1870 0 /var/run/logpriv fffff80002ed5780 dgram 0 0 fffff80002d13ce8 0 fffff80002ed54b0 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/10 localhost.smtp tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat fstat: procstat_getprocs() ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2013 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 10.0-RC2 #0 r259404: Sun Dec 15 08:18:20 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Intel(R) Core(TM) i7-3720QM CPU @ 2.60GHz (2607.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306a9 Family = 0x6 Model = 0x3a Stepping = 9 Features=0x1783fbff Features2=0x201 AMD Features=0x28100800 AMD Features2=0x1 real memory = 536805376 (511 MB) avail memory = 489537536 (466 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 vgapci0: mem 0xe0000000-0xe0ffffff irq 18 at device 2.0 on pci0 em0: port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 19 at device 3.0 on pci0 em0: Ethernet address: 08:00:27:6d:55:34 pci0: at device 4.0 (no driver attached) pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 21 at device 5.0 on pci0 pcm0: pci0: at device 7.0 (no driver attached) acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xc0000-0xc7fff,0xe2000-0xe2fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 ppc0: cannot reserve I/O port range ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 10.000 msec pcm0: measured ac97 link rate at 3650 Hz ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 device ada0: Serial Number VB46b61230-76124886 ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes) ada0: 8192MB (16777216 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number VB2-01700376 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM_MIRROR: Cancelling unmapped because of ada0p2. GEOM_MIRROR: Device mirror/gswap launched (1/1). GEOM_MIRROR: Cancelling unmapped because of ada0p3. GEOM_MIRROR: Device mirror/scratch launched (1/1). random: unblocking device. Netvsc initializing... SMP: AP CPU #1 Launched! Trying to mount root from zfs:sys/ROOT/default []... Setting hostuuid: 98941db9-6954-4fcd-94c6-f4c535887bb8. Setting hostid: 0xad0583af. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: b524-fbsd10rc2.pix.net. Starting Network: lo0 em0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 em0: flags=8843 metric 0 mtu 1500 options=9b ether 08:00:27:6d:55:34 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active Starting devd. Starting dhclient. DHCPREQUEST on em0 to 255.255.255.255 port 67 DHCPACK from 192.168.16.1 bound to 192.168.16.213 -- renewal in 43200 seconds. add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Creating and/or trimming log files. Starting syslogd. No core dumps found. ELF ldconfig path: /lib /usr/lib /usr/lib/compat 32-bit compatibility ldconfig path: /usr/lib32 Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Starting ntpd. Configuring syscons: blanktime. Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting background file system checks in 60 seconds. Wed Dec 18 23:21:59 UTC 2013 Dec 18 23:22:07 b524-fbsd10rc2 su: lidl to root on /dev/pts/0 Dec 18 23:22:08 b524-fbsd10rc2 ntpd[734]: time correction of 18002 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time. GEOM_MIRROR: Device scratch: provider ada0p3 disconnected. GEOM_MIRROR: Device scratch: provider mirror/scratch destroyed. GEOM_MIRROR: Device scratch destroyed. GEOM_MIRROR: Device scratch: provider gpt/scratch marked as inactive, skipping. GEOM_MIRROR: Device scratch: provider gptid/dd2aaf21-6838-11e3-b869-0800276d5534 marked as inactive, skipping. GEOM_MIRROR: Cancelling unmapped because of ada0p3. GEOM_MIRROR: Device mirror/scratch launched (1/1). GEOM_MIRROR: Device scratch: provider ada0p3 disconnected. GEOM_MIRROR: Device scratch: provider mirror/scratch destroyed. GEOM_MIRROR: Device scratch destroyed. GEOM_MIRROR: Device scratch: provider gpt/scratch marked as inactive, skipping. GEOM_MIRROR: Device scratch: provider gptid/dd2aaf21-6838-11e3-b869-0800276d5534 marked as inactive, skipping. GEOM_MIRROR: Cancelling unmapped because of ada0p3. GEOM_MIRROR: Device mirror/scratch launched (1/1). GEOM_MIRROR: Device scratch: provider ada0p3 disconnected. GEOM_MIRROR: Device scratch: provider mirror/scratch destroyed. GEOM_MIRROR: Device scratch destroyed. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x378 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff808b78c6 stack pointer = 0x28:0xfffffe001ddfea10 frame pointer = 0x28:0xfffffe001ddfeab0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 13 (g_event) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: #0 0xffffffff808e7d60 at kdb_backtrace+0x60 #1 0xffffffff808af845 at panic+0x155 #2 0xffffffff80c8e612 at trap_fatal+0x3a2 #3 0xffffffff80c8e8e9 at trap_pfault+0x2c9 #4 0xffffffff80c8e076 at trap+0x5e6 #5 0xffffffff80c75312 at calltrap+0x8 #6 0xffffffff808b7442 at _sx_xlock+0x62 #7 0xffffffff81a371bf at g_mirror_dumpconf+0x12f #8 0xffffffff8081a35c at g_conf_specific+0x14c #9 0xffffffff8081acd6 at g_run_events+0x166 #10 0xffffffff8088191a at fork_exit+0x9a #11 0xffffffff80c7584e at fork_trampoline+0xe Uptime: 33s Dumping 78 out of 487 MB:..21%..41%..61%..82% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident GENERIC machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options XENHVM options USB_DEBUG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options KDB_TRACE options KDB options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options PROCDESC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options MD_ROOT options QUOTA options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device mvs device siis device ahc device ahd device esp device hptiop device isp device mpt device mps device sym device trm device adv device adw device aic device bt device isci device scbus device ch device da device sa device cd device pass device ses device amr device arcmsr device ciss device dpt device hptmv device hptnr device hptrr device hpt27xx device iir device ips device mly device twa device tws device aac device aacp device aacraid device ida device mfi device mlx device twe device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device ppi device puc device bxe device de device em device igb device ixgbe device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device cas device dc device et device fxp device gem device hme device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_pci device ath_hal device ath_rate_sample device ipw device iwi device iwn device malo device mwl device ral device wi device wpi device loop device random device padlock_rng device rdrand_rng device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device sound device snd_cmi device snd_csa device snd_emu10kx device snd_es137x device snd_hda device snd_ich device snd_via8233 device mmc device mmcsd device sdhci device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device hyperv device xenpci device vmx ------------------------------------------------------------------------ ddb capture buffer ddb: ddb_capture: kvm_nlist --------------010909060205050007050701-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 06:06:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 949FC33E for ; Thu, 19 Dec 2013 06:06:40 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A2431DFF for ; Thu, 19 Dec 2013 06:06:39 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LrZOj-1VWelk26KD-013RPQ for ; Thu, 19 Dec 2013 07:06:37 +0100 Message-ID: <52B28CEF.4080102@gmx.de> Date: Thu, 19 Dec 2013 07:06:39 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD-Current Subject: Re: svn && ports, or the hen && egg References: <20131218205026.GA1442@tiny-r255948> <20131218210942.GA1515@tiny-r255948> In-Reply-To: <20131218210942.GA1515@tiny-r255948> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:5wA+kW5C91NMl8z5kv/IKTzp0TR8Ocgb6nGMYkx1EAun75AwPyw oHUSousesl2PbfFwUZIoO7ZwxS1gS4AWcI2g74cMHWCW54dvoVxxRVlXswjAhkNuKW4OAFl YApllNmamQyYd/H4XICyQFNEexHbvgG31xTHFwz/i0/iRHOEV1C+6YIocbn+rGNXBT78RYt Djq4Y7Mxpfo12DNzywmFQ== Cc: Matthias Apitz , Freddie Cash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 06:06:40 -0000 On 2013-12-18 22:09, Matthias Apitz wrote: > El día Wednesday, December 18, 2013 a las 12:59:16PM -0800, Freddie Cash escribió: > >> On Wed, Dec 18, 2013 at 12:50 PM, Matthias Apitz wrote: >> >>> As ports are now for some time are to be pulled out via SVN (and not >>> CVS) and the svn client is only in the ports tree and not in the base >>> system, how is this thought to work in a clean way, without dusting the >>> system before with some binary packages, only based on base system and >>> sources? >>> >>> svnlite is included in the base OS for 10.0. >> >> See https://wiki.freebsd.org/WhatsNew/FreeBSD10 for details. And >> http://svnweb.freebsd.org/base?view=revision&revision=251886 for the commit >> message. > > Ok, thanks; but see this: > > $ uname -a > FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC/i386 > $ svnlite > Type 'svn help' for usage. > $ svn help > svn: not found > > :-) > One of my first commands until svn is is installed $ alias svn svnlite -- olli From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 07:04:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FDFB118; Thu, 19 Dec 2013 07:04:08 +0000 (UTC) Received: from mail-ea0-x22b.google.com (mail-ea0-x22b.google.com [IPv6:2a00:1450:4013:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94473116B; Thu, 19 Dec 2013 07:04:07 +0000 (UTC) Received: by mail-ea0-f171.google.com with SMTP id h10so253667eak.2 for ; Wed, 18 Dec 2013 23:04:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=QXuME2X2Eg7QDfGVj+tKLI2IyZYtzgRd2b74VXgj4fc=; b=SJiZJ8WaHtok3LCpJJ3DJmqEoxPiANFQoUuDYVpCMdGIHAd/8flKx1saDTvGgXdrJp MWhRnvxdjKVUNxgwIMc9CK6mqziRgX+bntwSOzb3Ff+eF/tJhVF2KpvARO8C4S7436Fc 6Q5G7H+RuPISDhvK60AcgMskGGU4QV2tSRecZGq6s4Jqy7oZs4grKG1SxL8/dR1HBgLO jOhDjXQFVelknAuljMWl0mVHuJd9V43Ql1J1QWomuiyfNhksG1tjfRrUxS5tw8B89G66 W1X1ANsSRbDmh4D0WTaxpBhcT5CvvDuiLUpqctOPnH2EvaU35Rt8ySkZ2kbIPKDV2Z3z E9fQ== X-Received: by 10.14.3.130 with SMTP id 2mr33348370eeh.36.1387436645915; Wed, 18 Dec 2013 23:04:05 -0800 (PST) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id 1sm6696583eeg.4.2013.12.18.23.04.04 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 18 Dec 2013 23:04:05 -0800 (PST) Date: Thu, 19 Dec 2013 10:04:38 +0300 From: "Sergey V. Dyatko" To: , Subject: ral(4) panic. head, r257837 Message-ID: <20131219100438.117a3576@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) 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.17 Precedence: 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, 19 Dec 2013 07:04:08 -0000 Hi, I have following setup: wlans_ral0="wlan0" ifconfig_wlan0="WPA" cloned_interfaces="lagg0 bridge0 tap0" ifconfig_lagg0="laggproto failover laggport alc0 laggport wlan0 DHCP" ifconfig_bridge0="addm tap0 addm lagg0" When system boot I have reproducible panic after messages Waiting 30s for the default route interface: . ral0: need multicast update callback ral0: need multicast update callback ........ : Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff817da911 stack pointer = 0x28:0xfffffe011fe61da0 frame pointer = 0x28:0xfffffe011fe62630 <118>. code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1815 (dhclient) Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/if_alc.ko.symbols...done. Loaded symbols for /boot/kernel/if_alc.ko.symbols Reading symbols from /boot/kernel/if_ral.ko.symbols...done. Loaded symbols for /boot/kernel/if_ral.ko.symbols Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. Loaded symbols for /boot/kernel/snd_hda.ko.symbols Reading symbols from /boot/kernel/sound.ko.symbols...done. Loaded symbols for /boot/kernel/sound.ko.symbols Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. Loaded symbols for /boot/kernel/acpi_video.ko.symbols Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/kernel/sem.ko.symbols...done. Loaded symbols for /boot/kernel/sem.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. Loaded symbols for /boot/kernel/if_lagg.ko.symbols Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. Loaded symbols for /boot/kernel/if_bridge.ko.symbols Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. Loaded symbols for /boot/kernel/bridgestp.ko.symbols Reading symbols from /boot/kernel/if_tap.ko.symbols...done. Loaded symbols for /boot/kernel/if_tap.ko.symbols #0 doadump (textdump=0) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=0) at pcpu.h:219 #1 0xffffffff803023ae in db_dump (dummy=, dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 #2 0xffffffff80301e8d in db_command (cmd_table=) at /usr/src/sys/ddb/db_command.c:449 #3 0xffffffff80301c04 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xffffffff80304570 in db_trap (type=, code=0) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff8072e9d3 in kdb_trap (type=12, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:656 #6 0xffffffff80a81bb2 in trap_fatal (frame=0xfffffe011fe61cf0, eva=) at /usr/src/sys/amd64/amd64/trap.c:870 #7 0xffffffff80a81ec9 in trap_pfault (frame=0xfffffe011fe61cf0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:692 #8 0xffffffff80a8165b in trap (frame=0xfffffe011fe61cf0) at /usr/src/sys/amd64/amd64/trap.c:456 #9 0xffffffff80a68222 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #10 0xffffffff817da911 in rt2860_tx (sc=0xfffffe00009bd000, m=0xfffff80004c6dd00, ni=0x0) at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 #11 0xffffffff817da89e in rt2860_start_locked (ifp=0xfffff80003bed800) at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1998 #12 0xffffffff817d57b0 in rt2860_start (ifp=0xfffff80003bed800) at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1972 #13 0xffffffff807b5f35 in if_transmit (ifp=, m=) at /usr/src/sys/net/if.c:3352 #14 0xffffffff807fbd96 in ieee80211_vap_pkt_send_dest ( vap=, m=, ni=0xfffffe0003bae000) at /usr/src/sys/net80211/ieee80211_output.c:243 #15 0xffffffff807fce09 in ieee80211_vap_transmit (ifp=, m=) out>at /usr/src/sys/net80211/ieee80211_output.c:393 #16 0xffffffff8261d91f in lagg_transmit (ifp=0xfffff80003bec000, m=0xfffff80004c6dd00) at /usr/src/sys/modules/if_lagg/../../net/if_lagg.c:1314 #17 0xffffffff8262b11d in bridge_enqueue (sc=0xfffff80006597c00, dst_ifp=0xfffff80003bec000, m=) at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1864 #18 0xffffffff8262a2e0 in bridge_output (ifp=0xfffff80003bec000, m=, sa=, rt=0x1) at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2009 #19 0xffffffff807b8014 in ether_output (ifp=, m=0xfffff80004001200, dst=0xfffffe011fe62928, ro=) at /usr/src/sys/net/if_ethersubr.c:387 #20 0xffffffff807abe92 in bpfwrite (dev=, uio=0xfffff800064d9c00, ioflag=) at /usr/src/sys/net/bpf.c:1082 #21 0xffffffff805ecacf in devfs_write_f (fp=0xfffff800065f79b0, uio=0xfffff800064d9c00, cred=, flags=0, td=0xfffff800062ea920) at /usr/src/sys/fs/devfs/devfs_vnops.c:1672 #22 0xffffffff8074594a in dofilewrite (td=0xfffff800062ea920, fd=6, fp=0xfffff800065f79b0, auio=0xfffff800064d9c00, offset=, flags=0) at file.h:303 #23 0xffffffff80745675 in kern_writev (td=0xfffff800062ea920, fd=6, auio=0xfffff800064d9c00) at /usr/src/sys/kern/sys_generic.c:467 #24 0xffffffff80745896 in sys_writev (td=0xfffff800062ea920, uap=0xfffffe011fe62b40) at /usr/src/sys/kern/sys_generic.c:452 #25 0xffffffff80a824e7 in amd64_syscall (td=0xfffff800062ea920, traced=0) at subr_syscall.c:134 #26 0xffffffff80a6850b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #27 0x0000000800b5cf3a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) at office, laggport alc0 is MASTER on lagg and all works fine. I have vmcore file and I can enter the necessary commands if this will help -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 07:40:24 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EB77E90; Thu, 19 Dec 2013 07:40:24 +0000 (UTC) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C53D1479; Thu, 19 Dec 2013 07:40:24 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id t7so657890qeb.20 for ; Wed, 18 Dec 2013 23:40:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Eui7n67WiASYmADiLPVAhw0Htm8lTu/hZ1Pgs3lZ3ko=; b=DFWlZoSXIAwZu6TsZ61GGV3knEzj4ijDTLY52PqKmmqbolSAdoUi71F5e+ZT8mYIUR 7XGzYMYaImeX8PAdZAOmAhbrlSOIqxKdY0HB0dcHEK5vQjXm2wC6Sf7HeRJyfcsb+Ghy 2eyN5W7vim/LQfJPqa7UQazNL+2sDgX+wfl64qB09W8I2wswnEH3CRZ2iXX7L4ljQyv4 /SPqxXmBED2OASW7E1a69FU+IHh5JaJzTAdQntOjEhNKbfWTbtez8OiLc+y1sDhpNtyW 8VoDJAW9y/F2PqjL/7ioWwJUwiVrvT4/SmmSFb0zuIAEUZP1JAuXT7Dz2bJpXz+3IVhf 2eVw== MIME-Version: 1.0 X-Received: by 10.224.67.200 with SMTP id s8mr61195305qai.75.1387438823315; Wed, 18 Dec 2013 23:40:23 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Wed, 18 Dec 2013 23:40:23 -0800 (PST) In-Reply-To: <20131219100438.117a3576@laptop.minsk.domain> References: <20131219100438.117a3576@laptop.minsk.domain> Date: Wed, 18 Dec 2013 23:40:23 -0800 X-Google-Sender-Auth: ofrwxi6Vv9Y60BGVA7y2UHpk5c8 Message-ID: Subject: Re: ral(4) panic. head, r257837 From: Adrian Chadd To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 07:40:24 -0000 What's at frame 10? And list the IP, ie: list *0xffffffff817da911 -a On 18 December 2013 23:04, Sergey V. Dyatko wrote: > Hi, > > I have following setup: > > wlans_ral0="wlan0" > ifconfig_wlan0="WPA" > > cloned_interfaces="lagg0 bridge0 tap0" > ifconfig_lagg0="laggproto failover laggport alc0 laggport wlan0 DHCP" > ifconfig_bridge0="addm tap0 addm lagg0" > > When system boot I have reproducible panic after messages > Waiting 30s for the default route interface: . > ral0: need multicast update callback > ral0: need multicast update callback > ........ : > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff817da911 > stack pointer = 0x28:0xfffffe011fe61da0 > frame pointer = 0x28:0xfffffe011fe62630 > <118>. > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1815 (dhclient) > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > Reading symbols from /boot/kernel/if_alc.ko.symbols...done. > Loaded symbols for /boot/kernel/if_alc.ko.symbols > Reading symbols from /boot/kernel/if_ral.ko.symbols...done. > Loaded symbols for /boot/kernel/if_ral.ko.symbols > Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. > Loaded symbols for /boot/kernel/snd_hda.ko.symbols > Reading symbols from /boot/kernel/sound.ko.symbols...done. > Loaded symbols for /boot/kernel/sound.ko.symbols > Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. > Loaded symbols for /boot/kernel/acpi_video.ko.symbols > Reading symbols from /boot/modules/nvidia.ko...done. > Loaded symbols for /boot/modules/nvidia.ko > Reading symbols from /boot/modules/cuse4bsd.ko...done. > Loaded symbols for /boot/modules/cuse4bsd.ko > Reading symbols from /boot/kernel/sem.ko.symbols...done. > Loaded symbols for /boot/kernel/sem.ko.symbols > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. > Loaded symbols for /boot/kernel/if_lagg.ko.symbols > Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. > Loaded symbols for /boot/kernel/if_bridge.ko.symbols > Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. > Loaded symbols for /boot/kernel/bridgestp.ko.symbols > Reading symbols from /boot/kernel/if_tap.ko.symbols...done. > Loaded symbols for /boot/kernel/if_tap.ko.symbols > > #0 doadump (textdump=0) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=0) at pcpu.h:219 > #1 0xffffffff803023ae in db_dump (dummy=, > dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 > #2 0xffffffff80301e8d in db_command (cmd_table=) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xffffffff80301c04 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:502 > #4 0xffffffff80304570 in db_trap (type=, code=0) > at /usr/src/sys/ddb/db_main.c:231 > #5 0xffffffff8072e9d3 in kdb_trap (type=12, code=0, tf= optimized out>) at /usr/src/sys/kern/subr_kdb.c:656 > #6 0xffffffff80a81bb2 in trap_fatal (frame=0xfffffe011fe61cf0, > eva=) at /usr/src/sys/amd64/amd64/trap.c:870 > #7 0xffffffff80a81ec9 in trap_pfault (frame=0xfffffe011fe61cf0, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:692 > #8 0xffffffff80a8165b in trap (frame=0xfffffe011fe61cf0) > at /usr/src/sys/amd64/amd64/trap.c:456 > #9 0xffffffff80a68222 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #10 0xffffffff817da911 in rt2860_tx (sc=0xfffffe00009bd000, > m=0xfffff80004c6dd00, ni=0x0) > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 > #11 0xffffffff817da89e in rt2860_start_locked (ifp=0xfffff80003bed800) > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1998 > #12 0xffffffff817d57b0 in rt2860_start (ifp=0xfffff80003bed800) > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1972 > #13 0xffffffff807b5f35 in if_transmit (ifp=, > m=) at /usr/src/sys/net/if.c:3352 > #14 0xffffffff807fbd96 in ieee80211_vap_pkt_send_dest ( > vap=, m=, > ni=0xfffffe0003bae000) at /usr/src/sys/net80211/ieee80211_output.c:243 > #15 0xffffffff807fce09 in ieee80211_vap_transmit (ifp= out>, m=) > out>at /usr/src/sys/net80211/ieee80211_output.c:393 > #16 0xffffffff8261d91f in lagg_transmit (ifp=0xfffff80003bec000, > m=0xfffff80004c6dd00) > at /usr/src/sys/modules/if_lagg/../../net/if_lagg.c:1314 > #17 0xffffffff8262b11d in bridge_enqueue (sc=0xfffff80006597c00, > dst_ifp=0xfffff80003bec000, m=) > at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1864 > #18 0xffffffff8262a2e0 in bridge_output (ifp=0xfffff80003bec000, > m=, sa=, rt=0x1) > at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2009 > #19 0xffffffff807b8014 in ether_output (ifp=, > m=0xfffff80004001200, dst=0xfffffe011fe62928, ro= out>) at /usr/src/sys/net/if_ethersubr.c:387 > #20 0xffffffff807abe92 in bpfwrite (dev=, > uio=0xfffff800064d9c00, ioflag=) > at /usr/src/sys/net/bpf.c:1082 > #21 0xffffffff805ecacf in devfs_write_f (fp=0xfffff800065f79b0, > uio=0xfffff800064d9c00, cred=, flags=0, > td=0xfffff800062ea920) at /usr/src/sys/fs/devfs/devfs_vnops.c:1672 > #22 0xffffffff8074594a in dofilewrite (td=0xfffff800062ea920, fd=6, > fp=0xfffff800065f79b0, auio=0xfffff800064d9c00, > offset=, flags=0) at file.h:303 > #23 0xffffffff80745675 in kern_writev (td=0xfffff800062ea920, fd=6, > auio=0xfffff800064d9c00) at /usr/src/sys/kern/sys_generic.c:467 > #24 0xffffffff80745896 in sys_writev (td=0xfffff800062ea920, > uap=0xfffffe011fe62b40) at /usr/src/sys/kern/sys_generic.c:452 > #25 0xffffffff80a824e7 in amd64_syscall (td=0xfffff800062ea920, > traced=0) at subr_syscall.c:134 > #26 0xffffffff80a6850b in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:391 > #27 0x0000000800b5cf3a in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) > > at office, laggport alc0 is MASTER on lagg and all works fine. > > I have vmcore file and I can enter the necessary commands if this will > help > > > -- > wbr, tiger > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 07:41:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9477DFDB for ; Thu, 19 Dec 2013 07:41:50 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 54B7114E5 for ; Thu, 19 Dec 2013 07:41:50 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id i13so1244533qae.9 for ; Wed, 18 Dec 2013 23:41:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=/6sXnEE9xQFfBetwy+Sy0djZj3Dsb44z+XAAGJcsFf8=; b=X5OsKdkPNudlBZkQBODDOXvGjDIpYjgJIjD8o25vafT+UabI8DYWotbLi2yxwgn/lS SXSqnVowx3/P5cSLaayYF3qs4tSPkXc4XZmzXH6OqqbVrsAavT1Fhq4wl326xGEz4YmB 4tE3v69HBik0BJwJSrCzoOAg3esJkqD/Ij5MAZZcpDBQWMPAVSZCtlPCeYr2RsLvi8MD 8EYhpscAAo/VhZXqoE4KnXuqBQ8b1LTVWlz0n/Do6po/WWZ+M+Y1xKoHcvGPhbp+Llje 9Mh7hfzKgYWj8bz8OQpffuZUXo5dT6VtgNmQt28bxQ/QQ26w6i2MMjJflN1ALtqRmtJy +nqQ== MIME-Version: 1.0 X-Received: by 10.229.56.200 with SMTP id z8mr127496qcg.1.1387438909463; Wed, 18 Dec 2013 23:41:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Wed, 18 Dec 2013 23:41:49 -0800 (PST) In-Reply-To: <52B1DB1A.7000007@pix.net> References: <52B1DB1A.7000007@pix.net> Date: Wed, 18 Dec 2013 23:41:49 -0800 X-Google-Sender-Auth: YELO-80bt4yNGK0OmNy9nZ6k3JM Message-ID: Subject: Re: makefs enhancement for better rock-ridge support From: Adrian Chadd To: Kurt Lidl Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 07:41:50 -0000 Would you mind filing a PR? -a On 18 December 2013 09:27, Kurt Lidl wrote: > A while ago, it was reported that the ISO images that FreeBSD generates > have a variety of problems (thread starts here): > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-April/073050.html > > And again for the 10.0 releases: > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076284.html > > Looking into this, it appears that the various bugs in the Rock Ridge > extensions have been fixed, except for the actual lack of recording > the "serial" numbers in the correct place of the Rock Ridge data. > > As it turns out, it is almost trivial to fix this. > > Patch is attached to this message, which will probably be stripped > out by the mailing list, but should be available as an attachment > from the mail server. > > -Kurt > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 08:07:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD061B94; Thu, 19 Dec 2013 08:07:17 +0000 (UTC) Received: from mail-ee0-x235.google.com (mail-ee0-x235.google.com [IPv6:2a00:1450:4013:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E465816C0; Thu, 19 Dec 2013 08:07:16 +0000 (UTC) Received: by mail-ee0-f53.google.com with SMTP id b57so285141eek.12 for ; Thu, 19 Dec 2013 00:07:15 -0800 (PST) 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 :mime-version:content-type:content-transfer-encoding; bh=NBmgOHS7arVLgAHtDvU46V8hPB+IlciDyXWeSQRhjL8=; b=jgVadopf3nPoFHb/hJFay9Knzj9QhmjYvappVeWcOp4bJ0t6QLMPKaZmVE2JYB/ySA M1myqZvLLypKp6hJHrnUAvY8CIWNkwGxYLOk6z7XYvgGsbPraz4Imgpz8B0MNFpK+KKd XP5o8fbW0smY0lkwJfoJwPxqpfCATvVgXmxYCtiGKa0U+SgDU23RKPTjdjVFWZ806j/p JM+IEtEO8AZaAQNVrBJlnci5i0X3R5vQleweYyM5/PJd6wRM22eEV1Fi3vEw7VP9YYbk e9EXNFaVypeUsCxTWAzFsJs4B4I50+rpL2ssD7BXI7JnQq0LIqOnHGLmjBrYrqnTpijZ WnUQ== X-Received: by 10.14.5.12 with SMTP id 12mr157589eek.9.1387440435317; Thu, 19 Dec 2013 00:07:15 -0800 (PST) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id e43sm7123031eep.7.2013.12.19.00.07.14 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 19 Dec 2013 00:07:14 -0800 (PST) Date: Thu, 19 Dec 2013 11:07:46 +0300 From: "Sergey V. Dyatko" To: Adrian Chadd Subject: Re: ral(4) panic. head, r257837 Message-ID: <20131219110746.51c90249@laptop.minsk.domain> In-Reply-To: References: <20131219100438.117a3576@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 08:07:17 -0000 On Wed, 18 Dec 2013 23:40:23 -0800 Adrian Chadd wrote: > What's at frame 10? > > And list the IP, ie: > > list *0xffffffff817da911 > (kgdb) f 10 #10 0xffffffff817da911 in rt2860_tx (sc=0xfffffe00009bd000, m=0xfffff80004c6dd00, ni=0x0) at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 1472 { Current language: auto; currently minimal (kgdb) list *0xffffffff817da911 0xffffffff817da911 is in rt2860_tx (/usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1475). 1470 static int 1471 rt2860_tx(struct rt2860_softc *sc, struct mbuf *m, struct ieee80211_node *ni) 1472 { 1473 struct ifnet *ifp = sc->sc_ifp; 1474 struct ieee80211com *ic = ifp->if_l2com; 1475 struct ieee80211vap *vap = ni->ni_vap; 1476 struct rt2860_tx_ring *ring; 1477 struct rt2860_tx_data *data; 1478 struct rt2860_txd *txd; 1479 struct rt2860_txwi *txwi; > -a > > On 18 December 2013 23:04, Sergey V. Dyatko > wrote: > > Hi, > > > > I have following setup: > > > > wlans_ral0="wlan0" > > ifconfig_wlan0="WPA" > > > > cloned_interfaces="lagg0 bridge0 tap0" > > ifconfig_lagg0="laggproto failover laggport alc0 laggport wlan0 > > DHCP" ifconfig_bridge0="addm tap0 addm lagg0" > > > > When system boot I have reproducible panic after messages > > Waiting 30s for the default route interface: . > > ral0: need multicast update callback > > ral0: need multicast update callback > > ........ : > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff817da911 > > stack pointer = 0x28:0xfffffe011fe61da0 > > frame pointer = 0x28:0xfffffe011fe62630 > > <118>. > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 1815 (dhclient) > > > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > > Loaded symbols for /boot/kernel/zfs.ko.symbols > > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > > Reading symbols from /boot/kernel/linux.ko.symbols...done. > > Loaded symbols for /boot/kernel/linux.ko.symbols > > Reading symbols from /boot/kernel/if_alc.ko.symbols...done. > > Loaded symbols for /boot/kernel/if_alc.ko.symbols > > Reading symbols from /boot/kernel/if_ral.ko.symbols...done. > > Loaded symbols for /boot/kernel/if_ral.ko.symbols > > Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. > > Loaded symbols for /boot/kernel/snd_hda.ko.symbols > > Reading symbols from /boot/kernel/sound.ko.symbols...done. > > Loaded symbols for /boot/kernel/sound.ko.symbols > > Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. > > Loaded symbols for /boot/kernel/acpi_video.ko.symbols > > Reading symbols from /boot/modules/nvidia.ko...done. > > Loaded symbols for /boot/modules/nvidia.ko > > Reading symbols from /boot/modules/cuse4bsd.ko...done. > > Loaded symbols for /boot/modules/cuse4bsd.ko > > Reading symbols from /boot/kernel/sem.ko.symbols...done. > > Loaded symbols for /boot/kernel/sem.ko.symbols > > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > > Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. > > Loaded symbols for /boot/kernel/if_lagg.ko.symbols > > Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. > > Loaded symbols for /boot/kernel/if_bridge.ko.symbols > > Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. > > Loaded symbols for /boot/kernel/bridgestp.ko.symbols > > Reading symbols from /boot/kernel/if_tap.ko.symbols...done. > > Loaded symbols for /boot/kernel/if_tap.ko.symbols > > > > #0 doadump (textdump=0) at pcpu.h:219 > > 219 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) #0 doadump (textdump=0) at pcpu.h:219 > > #1 0xffffffff803023ae in db_dump (dummy=, > > dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 > > #2 0xffffffff80301e8d in db_command (cmd_table= > out>) at /usr/src/sys/ddb/db_command.c:449 > > #3 0xffffffff80301c04 in db_command_loop () > > at /usr/src/sys/ddb/db_command.c:502 > > #4 0xffffffff80304570 in db_trap (type=, > > code=0) at /usr/src/sys/ddb/db_main.c:231 > > #5 0xffffffff8072e9d3 in kdb_trap (type=12, code=0, tf= > optimized out>) at /usr/src/sys/kern/subr_kdb.c:656 > > #6 0xffffffff80a81bb2 in trap_fatal (frame=0xfffffe011fe61cf0, > > eva=) > > at /usr/src/sys/amd64/amd64/trap.c:870 #7 0xffffffff80a81ec9 in > > trap_pfault (frame=0xfffffe011fe61cf0, usermode=0) > > at /usr/src/sys/amd64/amd64/trap.c:692 #8 0xffffffff80a8165b in > > trap (frame=0xfffffe011fe61cf0) > > at /usr/src/sys/amd64/amd64/trap.c:456 #9 0xffffffff80a68222 in > > calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 > > #10 0xffffffff817da911 in rt2860_tx (sc=0xfffffe00009bd000, > > m=0xfffff80004c6dd00, ni=0x0) > > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 > > #11 0xffffffff817da89e in rt2860_start_locked > > (ifp=0xfffff80003bed800) > > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1998 #12 > > 0xffffffff817d57b0 in rt2860_start (ifp=0xfffff80003bed800) > > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1972 #13 > > 0xffffffff807b5f35 in if_transmit (ifp=, > > m=) at /usr/src/sys/net/if.c:3352 #14 > > 0xffffffff807fbd96 in ieee80211_vap_pkt_send_dest ( vap= > optimized out>, m=, ni=0xfffffe0003bae000) > > at /usr/src/sys/net80211/ieee80211_output.c:243 #15 > > 0xffffffff807fce09 in ieee80211_vap_transmit (ifp= > out>, m=) > > out>at /usr/src/sys/net80211/ieee80211_output.c:393 > > #16 0xffffffff8261d91f in lagg_transmit (ifp=0xfffff80003bec000, > > m=0xfffff80004c6dd00) > > at /usr/src/sys/modules/if_lagg/../../net/if_lagg.c:1314 > > #17 0xffffffff8262b11d in bridge_enqueue (sc=0xfffff80006597c00, > > dst_ifp=0xfffff80003bec000, m=) > > at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1864 > > #18 0xffffffff8262a2e0 in bridge_output (ifp=0xfffff80003bec000, > > m=, sa=, rt=0x1) > > at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2009 > > #19 0xffffffff807b8014 in ether_output (ifp=, > > m=0xfffff80004001200, dst=0xfffffe011fe62928, ro= > optimized > > out>) at /usr/src/sys/net/if_ethersubr.c:387 > > #20 0xffffffff807abe92 in bpfwrite (dev=, > > uio=0xfffff800064d9c00, ioflag=) > > at /usr/src/sys/net/bpf.c:1082 > > #21 0xffffffff805ecacf in devfs_write_f (fp=0xfffff800065f79b0, > > uio=0xfffff800064d9c00, cred=, flags=0, > > td=0xfffff800062ea920) > > at /usr/src/sys/fs/devfs/devfs_vnops.c:1672 #22 0xffffffff8074594a > > in dofilewrite (td=0xfffff800062ea920, fd=6, fp=0xfffff800065f79b0, > > auio=0xfffff800064d9c00, offset=, flags=0) at > > file.h:303 #23 0xffffffff80745675 in kern_writev > > (td=0xfffff800062ea920, fd=6, auio=0xfffff800064d9c00) > > at /usr/src/sys/kern/sys_generic.c:467 #24 0xffffffff80745896 in > > sys_writev (td=0xfffff800062ea920, uap=0xfffffe011fe62b40) > > at /usr/src/sys/kern/sys_generic.c:452 #25 0xffffffff80a824e7 in > > amd64_syscall (td=0xfffff800062ea920, traced=0) at > > subr_syscall.c:134 #26 0xffffffff80a6850b in Xfast_syscall () > > at /usr/src/sys/amd64/amd64/exception.S:391 > > #27 0x0000000800b5cf3a in ?? () > > Previous frame inner to this frame (corrupt stack?) > > Current language: auto; currently minimal > > (kgdb) > > > > at office, laggport alc0 is MASTER on lagg and all works fine. > > > > I have vmcore file and I can enter the necessary commands if this > > will help > > > > > > -- > > wbr, tiger > > _______________________________________________ > > 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" -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 08:28:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1251F125 for ; Thu, 19 Dec 2013 08:28:08 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 99FD1184E for ; Thu, 19 Dec 2013 08:28:07 +0000 (UTC) Received: from ppp118-210-245-79.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.245.79]) by ipmail06.adl2.internode.on.net with ESMTP; 19 Dec 2013 18:58:06 +1030 Message-ID: <52B2AE15.3040600@ShaneWare.Biz> Date: Thu, 19 Dec 2013 18:58:05 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Freddie Cash , Matthias Apitz Subject: Re: svn && ports, or the hen && egg References: <20131218205026.GA1442@tiny-r255948> <20131218210942.GA1515@tiny-r255948> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 08:28:08 -0000 On 19/12/2013 08:04, Freddie Cash wrote: > On Wed, Dec 18, 2013 at 1:09 PM, Matthias Apitz wrote: >> Ok, thanks; but see this: >> >> $ uname -a >> FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 >> 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC/i386 >> $ svnlite >> Type 'svn help' for usage. >> $ svn help >> svn: not found >> > > ​And ... if you type "svnlite help" what happens? The name of the command > is svnlite, not svn, so you may have to mentally swap the terms in terminal > messages. :)​ > > That would work once you know you need to use svnlite. Most people will try svn and after that fails look for a way to install it, rather than looking for a renamed substitute. Maybe a /bin/svn script could test if svn exists and exec it or svnlite or display a message that svnlite is available until svn is installed. From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 09:16:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96087B22 for ; Thu, 19 Dec 2013 09:16:29 +0000 (UTC) Received: from nm16-vm1.bullet.mail.ird.yahoo.com (nm16-vm1.bullet.mail.ird.yahoo.com [77.238.189.88]) by mx1.freebsd.org (Postfix) with SMTP id E5AFB1D13 for ; Thu, 19 Dec 2013 09:16:28 +0000 (UTC) Received: from [77.238.189.233] by nm16.bullet.mail.ird.yahoo.com with NNFMP; 19 Dec 2013 09:16:22 -0000 Received: from [46.228.39.83] by tm14.bullet.mail.ird.yahoo.com with NNFMP; 19 Dec 2013 09:16:22 -0000 Received: from [127.0.0.1] by smtp120.mail.ir2.yahoo.com with NNFMP; 19 Dec 2013 09:16:22 -0000 X-Yahoo-Newman-Id: 502981.98668.bm@smtp120.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: C9AWGUYVM1kodYCW_JBwAX1kBCLOmF2ss7_dDerlws3QGaL XX_0ehgA9AjAnWFe8A1NHRDzL2dOQ5vB1C7J3Tku3PNACSrNyq.rSuugLEPv w1wnWknyG5iqEsQ8xld24wYZm8_wqmCKMQlZnG8yCK8LV1g0OnNW0WwX4.P6 Cg.hRAywcnKitibBw2mFyUYQG4E021y0q8Qxm_fBgRLTP5ThO2wD0_gTVugS 1hV1gwZe1SVmNTfKbpQL8y1Ymi_0wVBWfLPBW6OJpyEIgXN7NrUUVtRYdbRm Nmax.poS5dGagXXQvqPyAFf2tcWsYrpUbTBYYmffvVnsufTQZ3NXSKZGrX6s o4tiKeEpMfIDUpTNAxOUnRGifMaGjZjfVsDqCF2kzB0ECoddMjc7wXu5z6rZ ccx_3Iyc4sZmORkxa05a0uPS.qso1ZzwiDymJW_bp2mcFn6.jiyQIO7t4Rw_ yfODkqml_zJwer8KZOZX657QCaZdt1aGyYu5d5gL7UPX3q2V8U7JpgPxmhkS ISJiAtylaM9Y0Fv1zOcR1Zzmo88Zupw-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.112.54 with plain [188.125.69.59]) by smtp120.mail.ir2.yahoo.com with SMTP; 19 Dec 2013 09:16:22 +0000 UTC Message-ID: <52B2B960.7040607@freebsd.org> Date: Thu, 19 Dec 2013 10:16:16 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Konstantin Belousov , current@freebsd.org Subject: SOLVED: Problem with -fno-strict-overflow (was: Re: RFC: (Unconditionally) enable -fno-strict-overflow for kernel builds) References: <20131130135616.GA59496@kib.kiev.ua> In-Reply-To: <20131130135616.GA59496@kib.kiev.ua> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 09:16:29 -0000 Am 30.11.2013 14:56, schrieb Konstantin Belousov: > I propose to unconditionally add the switch -fno-strict-overflow > to the kernel compilation. See the patch at the end of message for > exact change proposed. > > What does it do. It disallows useless and counter-intuitive > behaviour of the compiler(s) for the signed overflow. Basically, > the issue is that the C standard left signed overflow as undefined > to allow for different hardware implementation of signess to be > used for signed arithmetic. De-facto, all architectures where > FreeBSD works or have a chance to be ported, use two-complement > signed integer representation, and developers intuition is right > about it. > > The compiler authors take the undefined part there as a blanket to > perform optimizations which are assuming that signed overflow > cannot happen. The problem with that approach is that typical > checks for bounds are exactly the place where the overflow can > happen. Instead of making some artificial example, I would just > point to my own r258088 and r258397. > > What makes the things much worse is that the behaviour is highly > depended on the optimization level of the exact version of > compiler. > > What other projects did in this regard. They turned the same knob > unconditionally. I can point at least to Linux kernel and > Postgresql. Python uses -fwrapv, which is equivalent to the > -fno-strict-overflow on the two-complement machines. Linux used > -fwrapv before switched to -fno-strict-overflow. Hi Konstantin, you may put back -fno-strict-overflow after I found and fixed the problem uncovered by enabling it in -CURRENT (SVN rev. 259609). The problem was an overflow in the conversion of timeout values to sbintine, which lead to negative values being detected with -fno-strict-overflow, while the compiler performed the signedness test before the multiplication, without that option. I found that timeout values of more than 1000 years were requested by some programs, which are now capped at 68 years (the maximum that can be represented by sbintime, 2^31 seconds). So, -fno-strict-overflow has already proved itself to be useful in uncovering a bug that would have been hard to find, otherwise. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 09:18:42 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDB9AC5F; Thu, 19 Dec 2013 09:18:42 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F42F1D2F; Thu, 19 Dec 2013 09:18:42 +0000 (UTC) Received: from [192.168.0.89] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginm.net [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id rBJ9IbZi025216 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 19 Dec 2013 09:18:39 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: RFC: less chatty system builds From: David Chisnall In-Reply-To: Date: Thu, 19 Dec 2013 09:18:31 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <33B1B06B-72F7-4E8D-BB06-40CCC34006CF@FreeBSD.org> References: <20131216184626.GA17125@onelab2.iet.unipi.it> To: Dimitry Andric X-Mailer: Apple Mail (2.1822) Cc: Luigi Rizzo , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 09:18:43 -0000 On 16 Dec 2013, at 21:35, Dimitry Andric wrote: > In any case, if anything like this is implemented, I would really = prefer > something like CMake does, e.g. give you a percentage counter that > provides some information about how 'far' the build is progressing. I haven't seen this for a while, because I now use ninja exclusively for = building any projects that use CMake. The output of Ninja is pretty = close to my ideal for a build system, and so I'd recommend that anyone = hacking on this look at it. It looks something like this while = building: $ ninja [1/22] Building CXX object = lib/Target/Mips/AsmParser/CMakeFiles/LLVMMipsAsmParser.dir/MipsAsmParser.c= pp.o The [1/22] part is a counter of the number of build steps done and = updates in place. The 'Building CXX object ...' part tells you what the = current rule is and what it's being applied to. This is only = approximate, as it usually does parallel builds, but it gives you some = idea of what's happening. If a command produces warning output but exits with success, then that = command's output is dumped to stdout (explicitly serialised by Ninja so = that it's never interleaved with another command's output). =20 If a command exits with a failure condition, then Ninja dumps the exact = command line that was used, along with all of the output, and then = stops. Another side benefit is that Ninja always uses absolute paths = for invoking the commands and for arguments, and so you can always just = re-run that single failing command. Oh, and when I do a build of LLVM/Clang on my laptop using Ninja, it = takes about 3-5 minutes, whereas when I do it with our build system it = takes about 15. When I do it on a 24-core server, it takes less than = two minutes with Ninja and with ours it takes about 15 (no speedup over = my laptop). I'd therefore suggest that there might be more pressing = things that need fixing with our antiquated build infrastructure than = the prettiness of the output... David From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 09:40:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 247FF120; Thu, 19 Dec 2013 09:40:57 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35B091ECE; Thu, 19 Dec 2013 09:40:56 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id n7so335647lam.7 for ; Thu, 19 Dec 2013 01:40:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=h4GcrreuEc/O1LRrUVwM+GxUzOogMpS8JQ5WyYJqT+E=; b=XLoh8PVm6ohnqIqmNNYGFIrdeqKS0lLNy/wmgaJT+mKkYnzXYp3RMcYapznitgj71b i9WEkwsUbOvGfee9z9eRTZ6d/E4VXXwHEP1B67+yniK5L6iD50PCIskKiwbzvU+XNA4A sDIjUAnTMC2XdLr0HyD1WsHjgNkszVZIGqNy2K+hp3C1mMw7u5Jzi0AJ6lJpMwRlMkAW dSRU8+uI3jNn5c07xinsIOgqnGmb9hkal0uR9e/ariXiyPDYbqW+z7d66CBFcFUcE2Pq 5okXYv88GgUg8xo49EM/mDcMAMAq6iltj4o1qJlnZVXM4HARZGYCYvk9DnUgYq9u8lZm eQOw== MIME-Version: 1.0 X-Received: by 10.112.201.167 with SMTP id kb7mr225302lbc.32.1387446054155; Thu, 19 Dec 2013 01:40:54 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.175.180 with HTTP; Thu, 19 Dec 2013 01:40:54 -0800 (PST) In-Reply-To: <33B1B06B-72F7-4E8D-BB06-40CCC34006CF@FreeBSD.org> References: <20131216184626.GA17125@onelab2.iet.unipi.it> <33B1B06B-72F7-4E8D-BB06-40CCC34006CF@FreeBSD.org> Date: Thu, 19 Dec 2013 01:40:54 -0800 X-Google-Sender-Auth: 9-NJ0N7GgRxQY3_QZTZbf1Q6hhs Message-ID: Subject: Re: RFC: less chatty system builds From: Luigi Rizzo To: David Chisnall Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Dimitry Andric , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 09:40:57 -0000 On Thu, Dec 19, 2013 at 1:18 AM, David Chisnall wrote: > On 16 Dec 2013, at 21:35, Dimitry Andric wrote: > > > In any case, if anything like this is implemented, I would really prefer > > something like CMake does, e.g. give you a percentage counter that > > provides some information about how 'far' the build is progressing. > > I haven't seen this for a while, because I now use ninja exclusively for > building any projects that use CMake. The output of Ninja is pretty close > to my ideal for a build system, and so I'd recommend that anyone hacking on > this look at it. It looks something like this while building: > > $ ninja > [1/22] Building CXX object > lib/Target/Mips/AsmParser/CMakeFiles/LLVMMipsAsmParser.dir/MipsAsmParser.cpp.o > > The [1/22] part is a counter of the number of build steps done and updates > in place. The 'Building CXX object ...' part tells you what the current > rule is and what it's being applied to. This is only approximate, as it > usually does parallel builds, but it gives you some idea of what's > happening. > > the "Building CXX ... " is basically the same type of output that I was proposing. I am still unclear on how one can implement useful counters (see my other email) since the times of "build step" vary by 2-3 orders of magnitude. Anyways, maybe just counting the number of targets in the first 2-3 levels of the tree can give an idea. If a command produces warning output but exits with success, then that > command's output is dumped to stdout (explicitly serialised by Ninja so > that it's never interleaved with another command's output). > > If a command exits with a failure condition, then Ninja dumps the exact > command line that was used, along with all of the output, and then stops. > Another side benefit is that Ninja always uses absolute paths for invoking > the commands and for arguments, and so you can always just re-run that > single failing command. > > Oh, and when I do a build of LLVM/Clang on my laptop using Ninja, it takes > about 3-5 minutes, whereas when I do it with our build system it takes > about 15. When I do it on a 24-core server, it takes less than two minutes > with Ninja and with ours it takes about 15 (no speedup over my laptop). > I'd therefore suggest that there might be more pressing things that need > fixing with our antiquated build infrastructure than the prettiness of the > output... > these are orthogonal issues though, and so radically different in complexity that it does not seem a waste of energy to apply the patch i suggested while someone comes up with an improved build system. cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 09:51:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 67322543; Thu, 19 Dec 2013 09:51:48 +0000 (UTC) Date: Thu, 19 Dec 2013 09:51:48 +0000 From: Alexey Dokuchaev To: Kevin Lo Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter Message-ID: <20131219095148.GA78156@FreeBSD.org> References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> <20131218154820.GA20655@FreeBSD.org> <52B2524F.8000201@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52B2524F.8000201@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Alfred Perlstein , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 09:51:48 -0000 On Thu, Dec 19, 2013 at 09:56:31AM +0800, Kevin Lo wrote: > Your usb wlan dongles use RTL8188EU chip which is currently not > supported by any of drivers. I see; I guess I should not have believed when I was told that most likely all it would take is id-patch urtwn(4). ;-) Does anyone know if support is being worked on? Given an increased popularity of these dongles, perhaps a wiki page would be nice for those of us who want to get an idea if some particular chip is supported before buying them (online). ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 09:57:54 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F321A6B0; Thu, 19 Dec 2013 09:57:53 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3D1B1FCD; Thu, 19 Dec 2013 09:57:53 +0000 (UTC) Received: from [192.168.0.89] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginm.net [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id rBJ9vhWI025473 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 19 Dec 2013 09:57:45 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: RFC: less chatty system builds From: David Chisnall In-Reply-To: Date: Thu, 19 Dec 2013 09:57:38 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <3843E85B-F0E9-456B-A375-599B599229F2@FreeBSD.org> References: <20131216184626.GA17125@onelab2.iet.unipi.it> <33B1B06B-72F7-4E8D-BB06-40CCC34006CF@FreeBSD.org> To: Luigi Rizzo X-Mailer: Apple Mail (2.1822) Cc: Dimitry Andric , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 09:57:54 -0000 On 19 Dec 2013, at 09:40, Luigi Rizzo wrote: >=20 >> If a command produces warning output but exits with success, then = that command's output is dumped to stdout (explicitly serialised by = Ninja so that it's never interleaved with another command's output). >>=20 >> If a command exits with a failure condition, then Ninja dumps the = exact command line that was used, along with all of the output, and then = stops. Another side benefit is that Ninja always uses absolute paths = for invoking the commands and for arguments, and so you can always just = re-run that single failing command. >>=20 >> Oh, and when I do a build of LLVM/Clang on my laptop using Ninja, it = takes about 3-5 minutes, whereas when I do it with our build system it = takes about 15. When I do it on a 24-core server, it takes less than = two minutes with Ninja and with ours it takes about 15 (no speedup over = my laptop). I'd therefore suggest that there might be more pressing = things that need fixing with our antiquated build infrastructure than = the prettiness of the output... >>=20 > these are orthogonal issues though, and so radically different in > complexity that it does not seem a waste of energy to apply > the patch i suggested while someone comes up with an improved build > system. I disagree. These are the core issues. When the build works, everyone = is happy with the less-verbose output. When it fails, you want the most = verbose output. If a change is reducing the verbosity in the normal = case, then that's fine, but it should not reduce the verbosity in the = case of error. Ninja does this right. =20 This is especially important with our build system, which can take = several minutes of doing nothing to get to the point where a build = fails. It is a serious productivity hit to have to wait that long to = recompile a single file and see whether it's fixed. By ensuring that, = in the case of failure, we have enough information in the terminal to = reproduce the failing build step, we can improve this a lot. =20 David From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 11:35:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ECD9BEE for ; Thu, 19 Dec 2013 11:35:29 +0000 (UTC) Received: from nm25-vm9.access.bullet.mail.bf1.yahoo.com (nm25-vm9.access.bullet.mail.bf1.yahoo.com [216.109.115.200]) by mx1.freebsd.org (Postfix) with SMTP id 127D71653 for ; Thu, 19 Dec 2013 11:35:28 +0000 (UTC) Received: from [66.196.81.163] by nm25.access.bullet.mail.bf1.yahoo.com with NNFMP; 19 Dec 2013 11:32:37 -0000 Received: from [98.138.226.243] by tm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 19 Dec 2013 11:32:37 -0000 Received: from [127.0.0.1] by smtp114.sbc.mail.ne1.yahoo.com with NNFMP; 19 Dec 2013 11:32:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1387452757; bh=JD+/P6Gp6XWgc5d4ZoWlBxxtfZRqlIvPotgpakrpZi0=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=0c8Ato/oJ/IuY5IZt4DyYcKplDcUMVeUXjjtHxC2Q1dMHIcy/3eGC+geWFhO8haqQaypQmPrCr44HdtrTPL55oVzhj3cVTMM90UBNSl7BU2U1PzakM+mab+XgNpQLsdWrFKrM37giFIZGZRk3pw0KrBq5pybwXumEpO75QiKJYY= X-Yahoo-Newman-Id: 465421.59983.bm@smtp114.sbc.mail.ne1.yahoo.com Message-ID: <465421.59983.bm@smtp114.sbc.mail.ne1.yahoo.com> Date: Thu, 19 Dec 2013 11:32:37 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 7JjpuxcVM1mVwi.qIwp5p38N4ilNCHbcOyZOIMU8ekfEjYW 3Ax2KtOxBC55yayBx8YrbegGwV8mMtk1SKUZlUBgFMsBBZGtlZt9Rcs5zlrd Qdeqefu_ycJ.k8WFGjetjHg6.V15eeLZmhy5XRTkxWjeYo8QJucaJeLmoOX. D28OTHjYVV.I6bT6UspykH_F3Olm3MxS4WuE8Q4B8WscSfVc3RELmsCx2Q4p C00qiquqafIIB8_f94Vlh3EFx0Fgo6x31mjFtCF77eBWWz8f43VKBUVQ46GH tiNLmg.ENlac6ZiYPPVS1m0ZDReatlldTOJGfQoGWWcw2uZA0hEeH_n7mMen FyaQMwcrf7eY8.KduKNWuXx3C8P_wJZt9K9GeKUQPObi60Y5P65EnTtk5hEF oOiL2zVNfWN15vAgv26_Qu2hzXOYBqQjcbL9N_e5QpCOyXZ3.ZC2jIFTDySL bchMIoO6ASDEHGMxoSZn9NbFV6z7gRtI3iVcGjVxZYgM7Tf0szsz74v97k5k BjQsIgs0u52XRyoKjRuLvJpiyZ7eCnN1Cp6OoHPIdemDc9JpLa9.gdU6aNHD mdnOQDrH8QwmF6TkKJk0- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp114.sbc.mail.ne1.yahoo.com with SMTP; 19 Dec 2013 11:32:37 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: svn && ports, or the hen && egg References: <20131218205026.GA1442@tiny-r255948> <20131218210427.GX99753@ithaqua.etoilebsd.net> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 11:35:29 -0000 I had (still have) svn on a USB-stick installation of FreeBSD 9.2-STABLE. So I tried to use that to checkout the src tree for FreeBSD-HEAD; re(4) recognized my on-motherboard (MSI Z77 MPOWER) Ethernet but couldn't connect. So, after NetBSD 6.1_STABLE hung consistently on boot, NetBSD-current amd64 booted and connected the Ethernet through NetBSD's re(4). So I checked out (cvs) NetBSD src and pkgsrc trees, updated system and packages, subsequently built subversion from pkgsrc. Then I checked out FreeBSD src tree successfully, and was successful building the new FreeBSD from the USB-stick installation of 9.2-STABLE amd64, and I use that for src, doc and ports trees until I can build devel/subversion in FreeBSD, am having some troubles there, can try again without tests and tools options to see if I was overambitious in selecting build options. Now I have wi-fi working through Hiro H50191 USB-stick adapter, device rsu. Tom From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 11:37:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DA30D37 for ; Thu, 19 Dec 2013 11:37:48 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFE9F1673 for ; Thu, 19 Dec 2013 11:37:47 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id w7so777415qcr.11 for ; Thu, 19 Dec 2013 03:37:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding:content-type; bh=UQjf+VthaBT6YtEB/geeyF8d4guSRCf7bwyitZB83ls=; b=x0AZHxV2+DLGUyauz5znhoqk8IPgdyA0rKRVealHEYINsvEGyBaKo+xIubbjnysXL2 0R+ArgXdSm8lk/ncT1t5+C1SoW5mSQHgVeyxWgdsvpV/pgzpmcTjEQtPrRLtTMRtENas iVOKulo+04qQqw5aCoz8dz32pzVRdo268F4U6fTp+n37QLq9DrYl+iyzL10qx5/Z2r5T XPmXDBS0ycguj/3mZWWd9a9MebhXqvTH0LnVj3jcnkeil6+pJzQO/8qLs2A39tqaBaiZ g2R4ttnAUD443dhh34DuvPRyb0A5mkWbqMOkDyKAZSGYoK+9uEuFUzHtTQCvLs33K6zf eS3A== X-Received: by 10.224.40.195 with SMTP id l3mr1818138qae.44.1387453067104; Thu, 19 Dec 2013 03:37:47 -0800 (PST) Received: from lumiwa.farms.net (pool-70-105-227-117.port.east.myfairpoint.net. [70.105.227.117]) by mx.google.com with ESMTPSA id z4sm30502qeq.11.2013.12.19.03.37.45 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Dec 2013 03:37:46 -0800 (PST) From: Ajtim To: freebsd-current@freebsd.org Subject: libz.so.6 Date: Thu, 19 Dec 2013 06:37:42 -0500 Message-ID: <7235808.XPjDo2J2oF@lumiwa.farms.net> User-Agent: KMail/4.11.3 (FreeBSD/10.0-RC2; KDE/4.11.3; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 11:37:48 -0000 Hello! My system: FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 08:18:20 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 I have a problem to install last.fm from FreeBSD 10.0-ALPHA: /usr/local/bin/ld: ../build/last.fm/release/AbstractBootstrapper.o: undefined reference to symbol 'gzclose@@ZLIB_1.2.4.0' //lib/libz.so.6: error adding symbols: DSO missing from command line collect2: ld returned 1 exit status *** [../bin/last.fm] Error code 1 make[2]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862/src 1 error make[2]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862/src *** [sub-src-all-ordered] Error code 2 make[1]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862 1 error make[1]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/audio/last.fm ===>>> make failed for audio/last.fm What can I do in this case because as I am informed it is not a "problem" of maintainer but user. Thank you. -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 11:38:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92670FB9; Thu, 19 Dec 2013 11:38:29 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D6BA168E; Thu, 19 Dec 2013 11:38:29 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id uz6so1016695obc.23 for ; Thu, 19 Dec 2013 03:38:28 -0800 (PST) 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=saIizYGTiUAyscmTdr0yqGV9We7S2mMx2N1fJuus2b4=; b=iplwa/qWAZMpON7yj4mMsjBHV+tblA9LQ78Obiabq1LpXZMDvXX/d47Zh7oYKJJmZj owqJPmitoM7KLkHuetnQ1Sur9wqV2GcOwMmVvZQKBftIhHkegTALRL9fEDs+fy3ZYgtb v4tQ2pmM/XBjyfvIWm1vSoEnwP3QIt5Npe+Lp9gutJtz8tDAwozyS7D9ljWkd54sBcP0 ov179CWCqmwi5z3YhCJS7ea44ZFLEiYDyVaoLNNxoRGeIf9eTNm5OUADAxgjzxr7YaqM 2T0c1+6hs4F1JjOBoky2Gsex+A2IkzMYPD/qP34VCNEGRHCGkajYw42A8PAoRaZRnjTQ lXig== MIME-Version: 1.0 X-Received: by 10.182.247.68 with SMTP id yc4mr465233obc.67.1387453108547; Thu, 19 Dec 2013 03:38:28 -0800 (PST) Received: by 10.182.80.7 with HTTP; Thu, 19 Dec 2013 03:38:28 -0800 (PST) In-Reply-To: <52B2B960.7040607@freebsd.org> References: <20131130135616.GA59496@kib.kiev.ua> <52B2B960.7040607@freebsd.org> Date: Thu, 19 Dec 2013 12:38:28 +0100 Message-ID: Subject: Re: SOLVED: Problem with -fno-strict-overflow (was: Re: RFC: (Unconditionally) enable -fno-strict-overflow for kernel builds) From: Oliver Pinter To: Stefan Esser Content-Type: text/plain; charset=ISO-8859-1 Cc: Konstantin Belousov , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 11:38:29 -0000 On 12/19/13, Stefan Esser wrote: > Am 30.11.2013 14:56, schrieb Konstantin Belousov: >> I propose to unconditionally add the switch -fno-strict-overflow >> to the kernel compilation. See the patch at the end of message for >> exact change proposed. >> >> What does it do. It disallows useless and counter-intuitive >> behaviour of the compiler(s) for the signed overflow. Basically, >> the issue is that the C standard left signed overflow as undefined >> to allow for different hardware implementation of signess to be >> used for signed arithmetic. De-facto, all architectures where >> FreeBSD works or have a chance to be ported, use two-complement >> signed integer representation, and developers intuition is right >> about it. >> >> The compiler authors take the undefined part there as a blanket to >> perform optimizations which are assuming that signed overflow >> cannot happen. The problem with that approach is that typical >> checks for bounds are exactly the place where the overflow can >> happen. Instead of making some artificial example, I would just >> point to my own r258088 and r258397. >> >> What makes the things much worse is that the behaviour is highly >> depended on the optimization level of the exact version of >> compiler. >> >> What other projects did in this regard. They turned the same knob >> unconditionally. I can point at least to Linux kernel and >> Postgresql. Python uses -fwrapv, which is equivalent to the >> -fno-strict-overflow on the two-complement machines. Linux used >> -fwrapv before switched to -fno-strict-overflow. > > Hi Konstantin, > > you may put back -fno-strict-overflow after I found and fixed the > problem uncovered by enabling it in -CURRENT (SVN rev. 259609). > > The problem was an overflow in the conversion of timeout values to > sbintine, which lead to negative values being detected with > -fno-strict-overflow, while the compiler performed the signedness > test before the multiplication, without that option. > > I found that timeout values of more than 1000 years were requested > by some programs, which are now capped at 68 years (the maximum that > can be represented by sbintime, 2^31 seconds). > > So, -fno-strict-overflow has already proved itself to be useful > in uncovering a bug that would have been hard to find, otherwise. > I have a plan, to port this or like this plugin to llvm/clang in the near future: http://www.grsecurity.net/~ephox/overflow_plugin/ > Regards, STefan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 12:13:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA783B2E for ; Thu, 19 Dec 2013 12:13:20 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E742197F for ; Thu, 19 Dec 2013 12:13:20 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id u57so957848wes.18 for ; Thu, 19 Dec 2013 04:13:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=IF8J8CCwO6N6ee9a3zzkCQD0sZGirA8CwCBrdL1POZs=; b=0A6aFmNn5WiK+mTd0YqoCsUtXWsytB22+4+O9ssH6Mggbmui/ACUPc09qxtenXKNwl wKOYcNb3UWGVlkUfndmlVG8JvPmcC5k6dAPFZsaqGY4tD7HxaSkE84maAWhHoH7hQvn/ uXsM9bRE/WH1g7s1B7N9+pVSInOOmIM1Stl1CJTNW0ZQ73xnQoGYW8Sh1H7Bea38R6A0 ZiGfR8J4vOeze2f0J/9MVgtxpHO2Qh5R5KUF1Lyf0lABT6UN9tAA9Et09mOyPUQR/KUK M5cX0HBi3Vq9Ir0GosDBSd32RLQrL9Ke0p7oI07fbKlz7sGsrGQ8QC2uMMwdzuYCffLI atrg== X-Received: by 10.180.13.242 with SMTP id k18mr2138486wic.44.1387455197975; Thu, 19 Dec 2013 04:13:17 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id w1sm11426320wib.6.2013.12.19.04.13.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 19 Dec 2013 04:13:16 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 19 Dec 2013 13:13:14 +0100 From: Baptiste Daroussin To: Ajtim Subject: Re: libz.so.6 Message-ID: <20131219121314.GD11355@ithaqua.etoilebsd.net> References: <7235808.XPjDo2J2oF@lumiwa.farms.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: <7235808.XPjDo2J2oF@lumiwa.farms.net> 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.17 Precedence: 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, 19 Dec 2013 12:13:21 -0000 --+B+y8wtTXqdUj1xM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 19, 2013 at 06:37:42AM -0500, Ajtim wrote: > Hello! >=20 > My system: > FreeBSD 10.0-RC2 #0 r259404: Sun Dec 15 08:18:20 UTC 2013 root@snap.f= reebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > I have a problem to install last.fm from FreeBSD 10.0-ALPHA: >=20 > /usr/local/bin/ld: ../build/last.fm/release/AbstractBootstrapper.o: undef= ined reference to symbol 'gzclose@@ZLIB_1.2.4.0' > //lib/libz.so.6: error adding symbols: DSO missing from command line > collect2: ld returned 1 exit status > *** [../bin/last.fm] Error code 1 >=20 > make[2]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862/src > 1 error >=20 > make[2]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862/src > *** [sub-src-all-ordered] Error code 2 >=20 > make[1]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862 > 1 error >=20 > make[1]: stopped in /usr/ports/audio/last.fm/work/last.fm-1.5.4.26862 > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/audio/last.fm >=20 > =3D=3D=3D>>> make failed for audio/last.fm >=20 >=20 > What can I do in this case because as I am informed it is not a "problem"= of maintainer but user. >=20 > Thank you. In means that the build is missing a -lz regards, BApt --+B+y8wtTXqdUj1xM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlKy4toACgkQ8kTtMUmk6Ew3wQCdErYVwkQFkMIFfszVSV0ss8HB WMAAoKHGH5wAuyRadYg7ZD4nvjhhtjph =NoiZ -----END PGP SIGNATURE----- --+B+y8wtTXqdUj1xM-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 12:35:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15E7B3D6 for ; Thu, 19 Dec 2013 12:35:55 +0000 (UTC) Received: from nm17-vm4.access.bullet.mail.gq1.yahoo.com (nm17-vm4.access.bullet.mail.gq1.yahoo.com [216.39.63.105]) by mx1.freebsd.org (Postfix) with SMTP id AEC3C1B4F for ; Thu, 19 Dec 2013 12:35:54 +0000 (UTC) Received: from [216.39.60.176] by nm17.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Dec 2013 12:33:45 -0000 Received: from [67.195.22.118] by tm12.access.bullet.mail.gq1.yahoo.com with NNFMP; 19 Dec 2013 12:33:45 -0000 Received: from [127.0.0.1] by smtp113.sbc.mail.gq1.yahoo.com with NNFMP; 19 Dec 2013 12:33:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1387456425; bh=rzCdrBx2/5vp4TATcsOTCOVTICjdHwPsAEEvXo0Sdz0=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:References:Subject; b=SbEuua2rDawJ0w43ITBrTzhlq0ppGbV4bI7uWwL22AaQ15S605g5ajEwPmSHV6cEd/fToYncFYES2yj+36ikwDZfcYWg4+O9xNYiXpV+VTrwTWs048A2SsYJ0p9m5DNKXjOuar72dkbqhYcBc+qgsuD5XJd5PDWOVx+ePI6oI4w= X-Yahoo-Newman-Id: 128633.28644.bm@smtp113.sbc.mail.gq1.yahoo.com Message-ID: <128633.28644.bm@smtp113.sbc.mail.gq1.yahoo.com> Date: Thu, 19 Dec 2013 04:33:45 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: rZDAEPwVM1lOtLZmmD2vnyFE9EJgrK1Rc9ydRwx8Zhz1tIx umo_ek1IhLUqPHyBg4ApGo7m0Y24z2mNXyxxvZtZoQ6xzBbMb1hbGWJ6LpR. jRSHujVMOHv3WEK6BB4vO2C89T3PRp9Tkyz9Ok8CJh5lZMfyuAP6VqDNwGwA 7SvcAwprE9JQpWD4DtrEAqCWg9InR5ZNV.PWaj1TnRExzglvXzZxiTEOCR7e vHISDksc3HgcpDSX5yLDujWWpV1847bXF9nnnJIrQ9ZF.HNKc4GtCu_OxxPx YLOSgQ0fvQ2_GnUC384qBAhx847lqwH2xNN9V4mf288_8zDHASc8Qk36vRfC ZmVezKer5PljL77F7TLq3m5vA._jVm2aBZXbxPr3R.P75lZH0O.UFLHqUSB. w9nOGCIff4LQlUCuGnVhlv1B2qI3NFkP6TZt6GP7nn2gOis4w1S22SJOJHAO hDNG2mEBYk4HVNFBr8Zx2fBfbmQPYYu8ybMVxUyIlV0QJN_iPQkfFfq6ykzY zvGOgSPijWSMANvA5lXkgi6.4wm3gOn2oaGZHos5IIYUjUnarHJ4A1xYg0u9 7O5_hKNrqQCmBbBYdmIMznbqS X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp113.sbc.mail.gq1.yahoo.com with SMTP; 19 Dec 2013 04:33:45 -0800 PST From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> <20131218154820.GA20655@FreeBSD.org> <52B2524F.8000201@FreeBSD.org> <20131219095148.GA78156@FreeBSD.org> Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 12:35:55 -0000 > On Thu, Dec 19, 2013 at 09:56:31AM +0800, Kevin Lo wrote: > > Your usb wlan dongles use RTL8188EU chip which is currently not > > supported by any of drivers. > I see; I guess I should not have believed when I was told that most likely > all it would take is id-patch urtwn(4). ;-) > Does anyone know if support is being worked on? Given an increased > popularity of these dongles, perhaps a wiki page would be nice for > those of us who want to get an idea if some particular chip is supported > before buying them (online). > ./danfe Better would be if manufacturers' and online vendors' websites would say what chipset their Ethernet, Bluetooth adapter, USB wi-fi adapter, etc use. That would be useful for any prospective buyer, and would not require familiarity with any specific operating system. But I see this is quite unusual; sometimes, but infrequently, it may be in downloadable PDF. Tom From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 13:08:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6C03195 for ; Thu, 19 Dec 2013 13:08:42 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94CF21EDF for ; Thu, 19 Dec 2013 13:08:42 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tp5so1256603ieb.36 for ; Thu, 19 Dec 2013 05:08:42 -0800 (PST) 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 :cc:content-type; bh=JBoTy2upjlgKIlxUs5A6MDYcbumScmiQiuqoClV+8BA=; b=07MdiUgUt90qPzHjq4pajqWMmpogL1rAD84Lh81jv5pSj7A4sBluRsnbYr940jcPfC uypwxaFn6MMPoajroiYpRwV7pMCqyVelUh3aju6dvuNhq3WprBiiEl1sAbVWkiX5Ynzk 8uJPEKki3XKwJCEq6FDgcagwVKtay2fMjueYOCZ4OaNbGajFuVj3MASfYGBJt6IdhfEP xRqFO0PnJOgHTkC1CRMmY4vBs/cd34O2IQ6S7pk1sw115mkyBaO7vWFD0WfAr3sGWId4 IBgusbdz63aBeJVAr6ha4GUORP3ZANd5Xiep+or1nRibIFa+rzfo3rI13FUaxYvYRKvy 6rwg== MIME-Version: 1.0 X-Received: by 10.50.87.36 with SMTP id u4mr2605982igz.40.1387458522075; Thu, 19 Dec 2013 05:08:42 -0800 (PST) Received: by 10.64.140.38 with HTTP; Thu, 19 Dec 2013 05:08:42 -0800 (PST) In-Reply-To: <128633.28644.bm@smtp113.sbc.mail.gq1.yahoo.com> References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> <20131218154820.GA20655@FreeBSD.org> <52B2524F.8000201@FreeBSD.org> <20131219095148.GA78156@FreeBSD.org> <128633.28644.bm@smtp113.sbc.mail.gq1.yahoo.com> Date: Thu, 19 Dec 2013 13:08:42 +0000 Message-ID: Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter From: Tom Evans To: Thomas Mueller Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 13:08:42 -0000 On Thu, Dec 19, 2013 at 12:33 PM, Thomas Mueller wrote: > Better would be if manufacturers' and online vendors' websites would say what chipset their Ethernet, Bluetooth adapter, USB wi-fi adapter, etc use. > I think manufacturers don't consider this relevant info, they sell features, not the underlying spec. This allows them to chop and change what chip is actually in a device depending on the vagaries of their supply chain. Eg, Rev A, Rev B might be precisely the same packaging but different chips underneath. Suck for non Windows users, I agree. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 13:19:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38181466; Thu, 19 Dec 2013 13:19:04 +0000 (UTC) Received: from smtpauth3.wiscmail.wisc.edu (wmauth3.doit.wisc.edu [144.92.197.226]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 018EA1F98; Thu, 19 Dec 2013 13:19:03 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MY200N001DA4M00@smtpauth3.wiscmail.wisc.edu>; Thu, 19 Dec 2013 07:19:01 -0600 (CST) X-Spam-PmxInfo: Server=avs-3, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.12.19.130915, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MY200HZT2BO9D00@smtpauth3.wiscmail.wisc.edu>; Thu, 19 Dec 2013 07:19:01 -0600 (CST) Message-id: <52B2F243.6050804@freebsd.org> Date: Thu, 19 Dec 2013 07:18:59 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: Aleksandr Rybalko , Aleksandr Rybalko Subject: Re: [HEADS UP] xorg version switch in CURRENT References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> <52B0B015.4010600@freebsd.org> <20131217233202.952bc846.ray@freebsd.org> <52B0DDDA.8010608@freebsd.org> <52B0DE17.7030104@ddteam.net> In-reply-to: <52B0DE17.7030104@ddteam.net> Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 13:19:04 -0000 On 12/17/13 17:28, Aleksandr Rybalko wrote: > On 18.12.2013 01:27, Nathan Whitehorn wrote: >> On 12/17/13 15:32, Aleksandr Rybalko wrote: >>> On Tue, 17 Dec 2013 14:12:05 -0600 >>> Nathan Whitehorn wrote: >>> >>>> On 12/17/13 14:07, Steve Kargl wrote: >>>>> On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: >>>>>> To get VT switching when using KMS drivers (ATI, Intel) please use >>>>>> newcons: https://wiki.freebsd.org/Newcons or if that is not >>>>>> possible, force the use of the vesa driver for xorg. >>>>>> >>>>> It appears that newcons is unusable with a static kernel. >>>>> Adding 'device drm2' and 'device i915kms' to my kernel >>>>> config results in a quick death to 'make buldkernel'. >>>>> >>>> You may not want it either. The radeon KMS driver, if loaded with >>>> newcons before X, replaces your console with snow (or at least it did >>>> the last time I tried it). >>> Nathan, on which h/w you did that test? 3 different systems with Intel >>> graphic works fine for me. >> This is on the following graphics card on amd64: >> >> vgapci0@pci0:3:0:0: class=0x030000 card=0x10022f43 chip=0x95cc1002 >> rev=0x00 hdr=0x00 >> vendor = 'Advanced Micro Devices [AMD] nee ATI' >> device = 'RV620 [ATI FireGL V3700]' >> >> I'll run the test again today or tomorrow and see if it still happens. >> -Nathan > Please do. > > Thanks! > Still gives beautiful snow with r259418. I'll be traveling the next 3 weeks and won't be able to test for that period. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 14:57:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 079C3F0A for ; Thu, 19 Dec 2013 14:57:59 +0000 (UTC) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with ESMTP id ACF2F1787 for ; Thu, 19 Dec 2013 14:57:58 +0000 (UTC) Received: (qmail 85853 invoked by uid 1000); 19 Dec 2013 14:51:16 -0000 Date: Thu, 19 Dec 2013 09:51:16 -0500 From: Larry Baird To: freebsd-current@freebsd.org Subject: Strange coredumps with virtualized i386 FreeBSD 10 Message-ID: <20131219145116.GA83323@gta.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 14:57:59 -0000 Does anybody else have issues with running i386 FreeBSD 10 under Virtual Box? I have been running a number of different versions of FreeBSD under Virtual Box for some time without any issues. Last week I installed amd64 FreeBSD 10 rc1 without any issue. Yesterday I decided to try i386 FreeBSD 10 rc1. Install seemed to go ok. After initial boot I tried to update ports using portsnap. I got a message about corrupted zip file. I initially thought something was wrong with portsnap. Nothing I tried seemed to fix the issue, so I moved on. I tried to build subversion. I got coredumps from cc and was unable to build any ports. I decided something must have gone wrong with the install. I reinstalled and got the same results. I then downloaded and installed i386 FreeBSD 10 rc2. I had the same issues. So I then installed FreeBSD 10 rc1 amd64. No issues, everything seemed to behave as expected. I then installed FreeBSD 9.2 i386. No issues. I then used subversion and mergemaster to upgrade to FreeBSD 10 stable. After doing upgrade, I once again get coredumps from cc. In case it matters Virtual box is version 4.3.4 running under Windows 7 64 bit. Anybody else having issues with i386 FreeBSD 10? -- ------------------------------------------------------------------------ Larry Baird Global Technology Associates, Inc. 1992-2012 | http://www.gta.com Celebrating Twenty Years of Software Innovation | Orlando, FL Email: lab@gta.com | TEL 407-380-0220 From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 15:10:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45CB94AC for ; Thu, 19 Dec 2013 15:10:28 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B99BA18AB for ; Thu, 19 Dec 2013 15:10:26 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rBJFAO4N071066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 19 Dec 2013 19:10:24 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rBJFAOSv071065; Thu, 19 Dec 2013 19:10:24 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 19 Dec 2013 19:10:24 +0400 From: Gleb Smirnoff To: Larry Baird Subject: Re: Strange coredumps with virtualized i386 FreeBSD 10 Message-ID: <20131219151024.GA71033@FreeBSD.org> References: <20131219145116.GA83323@gta.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131219145116.GA83323@gta.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 15:10:28 -0000 Larry, On Thu, Dec 19, 2013 at 09:51:16AM -0500, Larry Baird wrote: L> Does anybody else have issues with running i386 FreeBSD 10 under Virtual Box? L> I have been running a number of different versions of FreeBSD under Virtual L> Box for some time without any issues. Last week I installed amd64 FreeBSD L> 10 rc1 without any issue. Yesterday I decided to try i386 FreeBSD 10 rc1. L> Install seemed to go ok. After initial boot I tried to update ports using L> portsnap. I got a message about corrupted zip file. I initially thought L> something was wrong with portsnap. Nothing I tried seemed to fix the issue, L> so I moved on. I tried to build subversion. I got coredumps from cc and was L> unable to build any ports. I decided something must have gone wrong with the L> install. I reinstalled and got the same results. I then downloaded and L> installed i386 FreeBSD 10 rc2. I had the same issues. So I then installed L> FreeBSD 10 rc1 amd64. No issues, everything seemed to behave as expected. L> I then installed FreeBSD 9.2 i386. No issues. I then used subversion and L> mergemaster to upgrade to FreeBSD 10 stable. After doing upgrade, I once L> again get coredumps from cc. L> L> In case it matters Virtual box is version 4.3.4 running under Windows 7 64 bit. L> L> Anybody else having issues with i386 FreeBSD 10? Can you please set vfs.unmapped_buf_allowed=0 in boot loader and try to reproduce the problem? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 15:33:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA43B3CF for ; Thu, 19 Dec 2013 15:33:33 +0000 (UTC) Received: from mailgate.gta.com (mailgate.gta.com [199.120.225.20]) by mx1.freebsd.org (Postfix) with ESMTP id 797451AFD for ; Thu, 19 Dec 2013 15:33:33 +0000 (UTC) Received: (qmail 91631 invoked by uid 1000); 19 Dec 2013 15:33:32 -0000 Date: Thu, 19 Dec 2013 10:33:32 -0500 From: Larry Baird To: Gleb Smirnoff Subject: Re: Strange coredumps with virtualized i386 FreeBSD 10 Message-ID: <20131219153332.GC87481@gta.com> References: <20131219145116.GA83323@gta.com> <20131219151024.GA71033@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131219151024.GA71033@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 15:33:33 -0000 Gleb, > On Thu, Dec 19, 2013 at 09:51:16AM -0500, Larry Baird wrote: > L> Does anybody else have issues with running i386 FreeBSD 10 under Virtual Box? > L> I have been running a number of different versions of FreeBSD under Virtual > L> Box for some time without any issues. Last week I installed amd64 FreeBSD > L> 10 rc1 without any issue. Yesterday I decided to try i386 FreeBSD 10 rc1. > L> Install seemed to go ok. After initial boot I tried to update ports using > L> portsnap. I got a message about corrupted zip file. I initially thought > L> something was wrong with portsnap. Nothing I tried seemed to fix the issue, > L> so I moved on. I tried to build subversion. I got coredumps from cc and was > L> unable to build any ports. I decided something must have gone wrong with the > L> install. I reinstalled and got the same results. I then downloaded and > L> installed i386 FreeBSD 10 rc2. I had the same issues. So I then installed > L> FreeBSD 10 rc1 amd64. No issues, everything seemed to behave as expected. > L> I then installed FreeBSD 9.2 i386. No issues. I then used subversion and > L> mergemaster to upgrade to FreeBSD 10 stable. After doing upgrade, I once > L> again get coredumps from cc. > L> > L> In case it matters Virtual box is version 4.3.4 running under Windows 7 64 bit. > L> > L> Anybody else having issues with i386 FreeBSD 10? > > Can you please set > > vfs.unmapped_buf_allowed=0 > > in boot loader and try to reproduce the problem? This seemed to fix the issue. I can now use portsnap and I have successfully compiled serveral ports. Is "unmapped_buf_allowed" a virtualization issue or an i386 issue? Thank you for your help, Larry -- ------------------------------------------------------------------------ Larry Baird Global Technology Associates, Inc. 1992-2012 | http://www.gta.com Celebrating Twenty Years of Software Innovation | Orlando, FL Email: lab@gta.com | TEL 407-380-0220 From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 17:44:15 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B7943EA; Thu, 19 Dec 2013 17:44:15 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id A7FAB16D5; Thu, 19 Dec 2013 17:44:14 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 980D97300A; Thu, 19 Dec 2013 18:45:52 +0100 (CET) Date: Thu, 19 Dec 2013 18:45:52 +0100 From: Luigi Rizzo To: David Chisnall Subject: Re: RFC: less chatty system builds Message-ID: <20131219174552.GA22914@onelab2.iet.unipi.it> References: <20131216184626.GA17125@onelab2.iet.unipi.it> <33B1B06B-72F7-4E8D-BB06-40CCC34006CF@FreeBSD.org> <3843E85B-F0E9-456B-A375-599B599229F2@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3843E85B-F0E9-456B-A375-599B599229F2@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Dimitry Andric , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 17:44:15 -0000 On Thu, Dec 19, 2013 at 09:57:38AM +0000, David Chisnall wrote: > > On 19 Dec 2013, at 09:40, Luigi Rizzo wrote: ... > >> Oh, and when I do a build of LLVM/Clang on my laptop using Ninja, it takes about 3-5 minutes, whereas when I do it with our build system it takes about 15. When I do it on a 24-core server, it takes less than two minutes with Ninja and with ours it takes about 15 (no speedup over my laptop). I'd therefore suggest that there might be more pressing things that need fixing with our antiquated build infrastructure than the prettiness of the output... > >> > > these are orthogonal issues though, and so radically different in > > complexity that it does not seem a waste of energy to apply > > the patch i suggested while someone comes up with an improved build > > system. > > I disagree. These are the core issues. When the build works, everyone is happy with the less-verbose output. When it fails, you want the most verbose output. If a change is reducing the verbosity in the normal case, then that's fine, but it should not reduce the verbosity in the case of error. Ninja does this right. > > This is especially important with our build system, which can take several minutes of doing nothing to get to the point where a build fails. It is a serious productivity hit to have to wait that long to recompile a single file and see whether it's fixed. By ensuring that, in the case of failure, we have enough information in the terminal to reproduce the failing build step, we can improve this a lot. Respecfully, i think this is a non constructive digression. I never suggested to change the default verbosity, or remove the option to use -s or -v. Surely what you suggest is closer to ideal output, but i am proposing to apply the minuscule patch that I have submitted, whereas your proposal probably requires some massive effort for which nobody seems to have volunteered. So by all means speak up if i am proposing something incorrect or that induces regressions or harms maintainability, but "we could change the entire build system" is not a relevant argument. Regarding Ninja and ways to improve the build system, you make an interesting comment: > If a command exits with a failure condition, then Ninja dumps the exact command line that was used, along with all of the output, and then stops. Another side benefit is that Ninja always uses absolute paths for invoking the commands and for arguments, and so you can always just re-run that single failing command. our build system currently relies on a ton of environment variables that modify the behaviour of the compiler/command. Putting all the relevant context in a one-liner might be challenging. Maybe we could instead write the environment and command to a temp file whose name is listed in the quiet output, and then run the file itself as the body of the rule ? cheers luigi anyone) a lot of effort compared to the minuscule patch i have posted, and there dp the question is that you (not that you can really re-run the command from the log, because there might be a ton of environment variables that modify > David > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:09:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 902B6EB9; Thu, 19 Dec 2013 18:09:36 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1BA418B4; Thu, 19 Dec 2013 18:09:35 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBJI9VY1054010; Thu, 19 Dec 2013 20:09:31 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBJI9VY1054010 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBJI9UV7054009; Thu, 19 Dec 2013 20:09:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 19 Dec 2013 20:09:30 +0200 From: Konstantin Belousov To: Stefan Esser Subject: Re: SOLVED: Problem with -fno-strict-overflow (was: Re: RFC: (Unconditionally) enable -fno-strict-overflow for kernel builds) Message-ID: <20131219180930.GO59496@kib.kiev.ua> References: <20131130135616.GA59496@kib.kiev.ua> <52B2B960.7040607@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RFCOFvroxiuDGXoi" Content-Disposition: inline In-Reply-To: <52B2B960.7040607@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:09:36 -0000 --RFCOFvroxiuDGXoi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 19, 2013 at 10:16:16AM +0100, Stefan Esser wrote: > Am 30.11.2013 14:56, schrieb Konstantin Belousov: > > I propose to unconditionally add the switch -fno-strict-overflow > > to the kernel compilation. See the patch at the end of message for > > exact change proposed. > >=20 > > What does it do. It disallows useless and counter-intuitive > > behaviour of the compiler(s) for the signed overflow. Basically, > > the issue is that the C standard left signed overflow as undefined > > to allow for different hardware implementation of signess to be > > used for signed arithmetic. De-facto, all architectures where > > FreeBSD works or have a chance to be ported, use two-complement > > signed integer representation, and developers intuition is right > > about it. > >=20 > > The compiler authors take the undefined part there as a blanket to > > perform optimizations which are assuming that signed overflow > > cannot happen. The problem with that approach is that typical > > checks for bounds are exactly the place where the overflow can > > happen. Instead of making some artificial example, I would just > > point to my own r258088 and r258397. > >=20 > > What makes the things much worse is that the behaviour is highly > > depended on the optimization level of the exact version of > > compiler. > >=20 > > What other projects did in this regard. They turned the same knob=20 > > unconditionally. I can point at least to Linux kernel and > > Postgresql. Python uses -fwrapv, which is equivalent to the > > -fno-strict-overflow on the two-complement machines. Linux used > > -fwrapv before switched to -fno-strict-overflow. >=20 > Hi Konstantin, >=20 > you may put back -fno-strict-overflow after I found and fixed the > problem uncovered by enabling it in -CURRENT (SVN rev. 259609). >=20 > The problem was an overflow in the conversion of timeout values to > sbintine, which lead to negative values being detected with > -fno-strict-overflow, while the compiler performed the signedness > test before the multiplication, without that option. >=20 > I found that timeout values of more than 1000 years were requested > by some programs, which are now capped at 68 years (the maximum that > can be represented by sbintime, 2^31 seconds). >=20 > So, -fno-strict-overflow has already proved itself to be useful > in uncovering a bug that would have been hard to find, otherwise. Feel free to restore the commit, I have no plans to do this. --RFCOFvroxiuDGXoi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSszZaAAoJEJDCuSvBvK1B7eMP/j8s0eVEhYXPaBYxhzY5iYoq ARrXN3rdscDFvBBo3Ftg6L8qJgD1xV4rXv7rCLMvGoo47sv+zXrBMmIZ1RLWf+DB n8DIuHC9B5xrmM7RzcMMPrVG4l8nPrrvGSGJtwVfsZVsO6bwjLtHMq4V9lpnDeYG Exp/JKRbpV/Ct2fT+3m4vIEjXGgUnIMIlKFbiKyLqWmuWVFLKLLzISV9NPCeBcMI CMrq8PZRUtGnIXtQF1zCwz74zGgkJBo151cPftv1/xXAfJkYXN9C76o+UOYFwd/I V0XGx3TiHTml2nNQmykWXEzwV1+id3/mRZVuoxml1cUylBN9OXMR7gz2smYpZCfD 4TJSF9/tFnPwXcbwx2Jq1BAbx6DFRXOrj18R1LBNKeHTAxiN4oukcFMBB8WuVINB gOcuSMMCMiU9ZqbyU+JLp4IgcrfUYKbCfQ6oaRK/lYEC4CwCh/8ABkCIX/Xmq7Tr 3GiEAfjXtiaUGBG7r8XKjrofdY4+TjzP53cD9ampR8QrYTcTjI7kX6cwPP1CMPIE 6Tmo671WCjTS1rhzoe2eTA2nFD9XSgnX0a13iVOjo77tuo3WQeyD28ruCNXMsYYP OAwmTEH/CyqxiRoJfR/cO6YHYa+e5BXCRmXLaHHjCHqi0puiEjTkdPF5aLtAup9B arGS8FCQ2AGHWbhpK3zN =irJA -----END PGP SIGNATURE----- --RFCOFvroxiuDGXoi-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C01CE11; Thu, 19 Dec 2013 18:55:24 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A652C1D6B; Thu, 19 Dec 2013 18:55:22 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84054212" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:19 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:18 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikg-0006gd-3a; Thu, 19 Dec 2013 18:55:18 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 00/19] FreeBSD PVH DomU support Date: Thu, 19 Dec 2013 19:54:37 +0100 Message-ID: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:24 -0000 This series is a split of the previous patch "Xen x86 DomU PVH support", with the aim to make the review of the code easier. The series can also be found on my git repo: git://xenbits.xen.org/people/royger/freebsd.git pvh_v7 or http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvh_v7 PVH mode is basically a PV guest inside an HVM container, and shares a great amount of code with PVHVM. The main difference is the way the guest is started, PVH uses the PV start sequence, jumping directly into the kernel entry point in long mode and with page tables set. The main work of this patch consists in setting the environment as similar as possible to what native FreeBSD expects, and then adding hooks to the PV ops when necessary. sys/amd64/amd64/locore.S: * Add PV entry point, hypervisor_page and the necessary elfnotes. sys/amd64/amd64/machdep.c: * Add hooks to replace bare metal operations that should use a PV helper, this includes: - Preload metadata - i8254_init and i8254_delay - Fetching the e820 memory map - Reserve of the MP bootstrap region * Create a DELAY function that uses the PV hooks. * Introduce a new hammer_time_xen that sets the necessary stuff when running in PVH mode. sys/amd64/amd64/mp_machdep.c: * Introduce a hook to replace start_all_aps. * Use lapic_disabled variable to prevent polluting the code with xen specific gates. sys/amd64/include/asmacros.h: * Copy the ELFNOTE macro from the i386 Xen PV port. sys/amd64/include/clock.h: sys/i386/include/clock.h: * Prototypes for the xen early delay initialization and usage. sys/amd64/include/cpu.h: * Introduce a new cpu hook to init APs. sys/amd64/include/sysarch.h: * Declare the init_ops structure. sys/amd64/include/xen/hypercall.h: sys/i386/include/xen/hypercall.h * Switch to the PV style hypercall mechanism for HVM also. sys/conf/files: * Make the PV console available on XENHVM also. sys/conf/files.amd64: * Include the new files for the PVH port. sys/dev/xen/console/console.c: sys/dev/xen/console/xencons_ring.c: * Remove the identify method and instead add the device from nexus_xen. * Use HYPERVISOR_start_info instead of xen_start_info. * Use HYPERVISOR_event_channel_op to kick the event channel before xen interrupts are setup. * Copy the xc_printf debug function from xen_machdep.c sys/dev/xen/control/control.c: * Use the PV shutdown on PVH. sys/dev/xen/timer/timer.c: * Pass a vcpu_info to xen_fetch_vcpu_time, this allows using this function at very early init, before per-cpu vcpu_info is set. * Remove critical_{enter/exit} from xen_fetch_vcpu_time so it can be used at early boot, instead place them on the callers. * Introduce two new functions, xen_delay_init and xen_delay that can be used at early boot to implement the generic DELAY function. * Remove the identify method that used to add the device, now it is manually added from either xenpci (HVM) or nexus_xen (PV). sys/i386/i386/locore.s: * Reserve space for the hypercall page. sys/i386/i386/machdep.c: * Create a generic DELAY function. sys/i386/xen/xen_machdep.c: * Set HYPERVISOR_start_info. * Move and rename xc_printf debug function to xen console.c sys/x86/isa/clock.c: * Rename the generic DELAY function to i8254_delay. sys/x86/x86/delay.c: * Put generic delay helpers here, get_tsc and delay_tc. sys/x86/x86/local_apic.c: * Prevent the local apic from attaching when running on PVH mode. sys/x86/xen/hvm.c: * Set the start_all_aps hook. * Fix the setting of the hypercall page now that we are using the same mechanism as the PV port. * Initialize Xen CPU hooks for the PVH port. * Initialize APs before SI_SUB_SMP (SI_SUB_SMP-1). sys/x86/xen/mptable.c: * Create a dummy PV CPU enumerator for the PVH port. sys/x86/xen/pv.c: * Implement the PV functions for the early boot hooks, parse_preload_data and fetch_e820_map. * Implement the PV function for the start_all_aps hook. sys/x86/xen/pvcpu.c: * Dummy Xen PV CPU device, that we use to set the per-cpu pc_device. sys/xen/gnttab.c: * Allocate resume_frames for the PVH port. sys/xen/pv.h: * Header that exports the specific PV functions. sys/xen/xen-os.h: * Declare prototypes for the newly added functions. * Include new xen_initial_domain function. sys/xen/xenstore/xenstore.c: * Make the xenstore driver hang from both xenpci and the nexus when running XENHVM, this is because we don't have a xenpci device on the PVH port. * Remove the identify routine that added the device, instead add it from either xenpci (HVM) or nexus_xen (PV). sys/dev/xen/xenpci/xenpci.c: * Add the xenstore and xen_et devices on succesful attach. sys/x86/xen/xen_nexus.c: * Create a specific nexus for Xen PV guests that takes care of adding the top level Xen PV devices. From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91DCAE15; Thu, 19 Dec 2013 18:55:24 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3D3B1D6C; Thu, 19 Dec 2013 18:55:22 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86287392" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:19 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:18 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikg-0006gd-OH; Thu, 19 Dec 2013 18:55:18 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 01/19] xen: add PV/PVH kernel entry point Date: Thu, 19 Dec 2013 19:54:38 +0100 Message-ID: <1387479296-33389-2-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:24 -0000 Add the PV/PVH entry point and the low level functions for PVH initialization. --- sys/amd64/amd64/locore.S | 53 +++++++++++++++++++++++++++++++ sys/amd64/amd64/machdep.c | 72 ++++++++++++++++++++++++++++++++++++++++++ sys/amd64/include/asmacros.h | 26 +++++++++++++++ sys/i386/xen/xen_machdep.c | 2 + sys/x86/xen/hvm.c | 1 + sys/xen/xen-os.h | 4 ++ 6 files changed, 158 insertions(+), 0 deletions(-) diff --git a/sys/amd64/amd64/locore.S b/sys/amd64/amd64/locore.S index 55cda3a..e04cc48 100644 --- a/sys/amd64/amd64/locore.S +++ b/sys/amd64/amd64/locore.S @@ -31,6 +31,12 @@ #include #include +#ifdef XENHVM +#include +#define __ASSEMBLY__ +#include +#endif + #include "assym.s" /* @@ -86,3 +92,50 @@ NON_GPROF_ENTRY(btext) ALIGN_DATA /* just to be sure */ .space 0x1000 /* space for bootstack - temporary stack */ bootstack: + +#ifdef XENHVM +/* Xen */ +.section __xen_guest + ELFNOTE(Xen, XEN_ELFNOTE_GUEST_OS, .asciz, "FreeBSD") + ELFNOTE(Xen, XEN_ELFNOTE_GUEST_VERSION, .asciz, "HEAD") + ELFNOTE(Xen, XEN_ELFNOTE_XEN_VERSION, .asciz, "xen-3.0") + ELFNOTE(Xen, XEN_ELFNOTE_VIRT_BASE, .quad, KERNBASE) + ELFNOTE(Xen, XEN_ELFNOTE_PADDR_OFFSET, .quad, KERNBASE) /* Xen honours elf->p_paddr; compensate for this */ + ELFNOTE(Xen, XEN_ELFNOTE_ENTRY, .quad, xen_start) + ELFNOTE(Xen, XEN_ELFNOTE_HYPERCALL_PAGE, .quad, hypercall_page) + ELFNOTE(Xen, XEN_ELFNOTE_HV_START_LOW, .quad, HYPERVISOR_VIRT_START) + ELFNOTE(Xen, XEN_ELFNOTE_FEATURES, .asciz, "writable_descriptor_tables|auto_translated_physmap|supervisor_mode_kernel|hvm_callback_vector") + ELFNOTE(Xen, XEN_ELFNOTE_PAE_MODE, .asciz, "yes") + ELFNOTE(Xen, XEN_ELFNOTE_L1_MFN_VALID, .long, PG_V, PG_V) + ELFNOTE(Xen, XEN_ELFNOTE_LOADER, .asciz, "generic") + ELFNOTE(Xen, XEN_ELFNOTE_SUSPEND_CANCEL, .long, 0) + ELFNOTE(Xen, XEN_ELFNOTE_BSD_SYMTAB, .asciz, "yes") + + .text +.p2align PAGE_SHIFT, 0x90 /* Hypercall_page needs to be PAGE aligned */ + +NON_GPROF_ENTRY(hypercall_page) + .skip 0x1000, 0x90 /* Fill with "nop"s */ + +NON_GPROF_ENTRY(xen_start) + /* Don't trust what the loader gives for rflags. */ + pushq $PSL_KERNEL + popfq + + /* Parameters for the xen init function */ + movq %rsi, %rdi /* shared_info (arg 1) */ + movq %rsp, %rsi /* xenstack (arg 2) */ + + /* Use our own stack */ + movq $bootstack,%rsp + xorl %ebp, %ebp + + /* u_int64_t hammer_time_xen(start_info_t *si, u_int64_t xenstack); */ + call hammer_time_xen + movq %rax, %rsp /* set up kstack for mi_startup() */ + call mi_startup /* autoconfiguration, mountroot etc */ + + /* NOTREACHED */ +0: hlt + jmp 0b +#endif diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index eae657b..a73e33e 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -146,10 +146,17 @@ __FBSDID("$FreeBSD$"); #include #include +#ifdef XENHVM +#include +#endif + /* Sanity check for __curthread() */ CTASSERT(offsetof(struct pcpu, pc_curthread) == 0); extern u_int64_t hammer_time(u_int64_t, u_int64_t); +#ifdef XENHVM +extern u_int64_t hammer_time_xen(start_info_t *, u_int64_t); +#endif extern void printcpuinfo(void); /* XXX header file */ extern void identify_cpu(void); @@ -1683,6 +1690,71 @@ do_next: msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); } +#ifdef XENHVM +/* + * First function called by the Xen PVH boot sequence. + * + * Set some Xen global variables and prepare the environment so it is + * as similar as possible to what native FreeBSD init function expects. + */ +u_int64_t +hammer_time_xen(start_info_t *si, u_int64_t xenstack) +{ + u_int64_t physfree; + u_int64_t *PT4 = (u_int64_t *)xenstack; + u_int64_t *PT3 = (u_int64_t *)(xenstack + PAGE_SIZE); + u_int64_t *PT2 = (u_int64_t *)(xenstack + 2 * PAGE_SIZE); + int i; + + KASSERT((si != NULL && xenstack != 0), + ("invalid start_info or xenstack")); + + /* We use 3 pages of xen stack for the boot pagetables */ + physfree = xenstack + 3 * PAGE_SIZE - KERNBASE; + + /* Setup Xen global variables */ + HYPERVISOR_start_info = si; + HYPERVISOR_shared_info = + (shared_info_t *)(si->shared_info + KERNBASE); + + /* + * Setup some misc global variables for Xen devices + * + * XXX: devices that need this specific variables should + * be rewritten to fetch this info by themselves from the + * start_info page. + */ + xen_store = (struct xenstore_domain_interface *) + (ptoa(si->store_mfn) + KERNBASE); + + xen_domain_type = XEN_PV_DOMAIN; + vm_guest = VM_GUEST_XEN; + + /* + * Use the stack Xen gives us to build the page tables + * as native FreeBSD expects to find them (created + * by the boot trampoline). + */ + for (i = 0; i < 512; i++) { + /* Each slot of the level 4 pages points to the same level 3 page */ + PT4[i] = ((u_int64_t)&PT3[0]) - KERNBASE; + PT4[i] |= PG_V | PG_RW | PG_U; + + /* Each slot of the level 3 pages points to the same level 2 page */ + PT3[i] = ((u_int64_t)&PT2[0]) - KERNBASE; + PT3[i] |= PG_V | PG_RW | PG_U; + + /* The level 2 page slots are mapped with 2MB pages for 1GB. */ + PT2[i] = i * (2 * 1024 * 1024); + PT2[i] |= PG_V | PG_RW | PG_PS | PG_U; + } + load_cr3(((u_int64_t)&PT4[0]) - KERNBASE); + + /* Now we can jump into the native init function */ + return (hammer_time(0, physfree)); +} +#endif + u_int64_t hammer_time(u_int64_t modulep, u_int64_t physfree) { diff --git a/sys/amd64/include/asmacros.h b/sys/amd64/include/asmacros.h index 1fb592a..ce8dce4 100644 --- a/sys/amd64/include/asmacros.h +++ b/sys/amd64/include/asmacros.h @@ -201,4 +201,30 @@ #endif /* LOCORE */ +#ifdef __STDC__ +#define ELFNOTE(name, type, desctype, descdata...) \ +.pushsection .note.name ; \ + .align 4 ; \ + .long 2f - 1f /* namesz */ ; \ + .long 4f - 3f /* descsz */ ; \ + .long type ; \ +1:.asciz #name ; \ +2:.align 4 ; \ +3:desctype descdata ; \ +4:.align 4 ; \ +.popsection +#else /* !__STDC__, i.e. -traditional */ +#define ELFNOTE(name, type, desctype, descdata) \ +.pushsection .note.name ; \ + .align 4 ; \ + .long 2f - 1f /* namesz */ ; \ + .long 4f - 3f /* descsz */ ; \ + .long type ; \ +1:.asciz "name" ; \ +2:.align 4 ; \ +3:desctype descdata ; \ +4:.align 4 ; \ +.popsection +#endif /* __STDC__ */ + #endif /* !_MACHINE_ASMACROS_H_ */ diff --git a/sys/i386/xen/xen_machdep.c b/sys/i386/xen/xen_machdep.c index 7049be6..fd575ee 100644 --- a/sys/i386/xen/xen_machdep.c +++ b/sys/i386/xen/xen_machdep.c @@ -89,6 +89,7 @@ IDTVEC(div), IDTVEC(dbg), IDTVEC(nmi), IDTVEC(bpt), IDTVEC(ofl), int xendebug_flags; start_info_t *xen_start_info; +start_info_t *HYPERVISOR_start_info; shared_info_t *HYPERVISOR_shared_info; xen_pfn_t *xen_machine_phys = machine_to_phys_mapping; xen_pfn_t *xen_phys_machine; @@ -927,6 +928,7 @@ initvalues(start_info_t *startinfo) HYPERVISOR_vm_assist(VMASST_CMD_enable, VMASST_TYPE_4gb_segments_notify); #endif xen_start_info = startinfo; + HYPERVISOR_start_info = startinfo; xen_phys_machine = (xen_pfn_t *)startinfo->mfn_list; IdlePTD = (pd_entry_t *)((uint8_t *)startinfo->pt_base + PAGE_SIZE); diff --git a/sys/x86/xen/hvm.c b/sys/x86/xen/hvm.c index 72811dc..b397721 100644 --- a/sys/x86/xen/hvm.c +++ b/sys/x86/xen/hvm.c @@ -159,6 +159,7 @@ DPCPU_DEFINE(xen_intr_handle_t, ipi_handle[nitems(xen_ipis)]); /** Hypercall table accessed via HYPERVISOR_*_op() methods. */ char *hypercall_stubs; shared_info_t *HYPERVISOR_shared_info; +start_info_t *HYPERVISOR_start_info; #ifdef SMP /*---------------------------- XEN PV IPI Handlers ---------------------------*/ diff --git a/sys/xen/xen-os.h b/sys/xen/xen-os.h index 87644e9..c7474d8 100644 --- a/sys/xen/xen-os.h +++ b/sys/xen/xen-os.h @@ -51,6 +51,10 @@ void force_evtchn_callback(void); extern shared_info_t *HYPERVISOR_shared_info; +extern start_info_t *HYPERVISOR_start_info; + +/* XXX: we need to get rid of this and use HYPERVISOR_start_info directly */ +extern struct xenstore_domain_interface *xen_store; enum xen_domain_type { XEN_NATIVE, /* running on bare hardware */ -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B693FAD; Thu, 19 Dec 2013 18:55:26 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C6711D6E; Thu, 19 Dec 2013 18:55:24 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84054217" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:20 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:19 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikh-0006gd-SP; Thu, 19 Dec 2013 18:55:19 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 03/19] xen: add and enable Xen console for PVH guests Date: Thu, 19 Dec 2013 19:54:40 +0100 Message-ID: <1387479296-33389-4-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:26 -0000 This adds and enables the console used on XEN kernels. --- sys/amd64/amd64/machdep.c | 4 +++ sys/conf/files | 4 +- sys/dev/xen/console/console.c | 45 ++++++++++++++++++++++------------- sys/dev/xen/console/xencons_ring.c | 15 ++++++++---- sys/i386/include/xen/xen-os.h | 1 - sys/i386/xen/xen_machdep.c | 17 ------------- sys/xen/xen-os.h | 4 +++ 7 files changed, 48 insertions(+), 42 deletions(-) diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index a73e33e..1880f23 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -1709,6 +1709,8 @@ hammer_time_xen(start_info_t *si, u_int64_t xenstack) KASSERT((si != NULL && xenstack != 0), ("invalid start_info or xenstack")); + xc_printf("FreeBSD PVH running on %s\n", si->magic); + /* We use 3 pages of xen stack for the boot pagetables */ physfree = xenstack + 3 * PAGE_SIZE - KERNBASE; @@ -1726,6 +1728,8 @@ hammer_time_xen(start_info_t *si, u_int64_t xenstack) */ xen_store = (struct xenstore_domain_interface *) (ptoa(si->store_mfn) + KERNBASE); + console_page = + (char *)(ptoa(si->console.domU.mfn) + KERNBASE); xen_domain_type = XEN_PV_DOMAIN; vm_guest = VM_GUEST_XEN; diff --git a/sys/conf/files b/sys/conf/files index a73d31e..f55479d 100644 --- a/sys/conf/files +++ b/sys/conf/files @@ -2523,8 +2523,8 @@ dev/xe/if_xe_pccard.c optional xe pccard dev/xen/balloon/balloon.c optional xen | xenhvm dev/xen/blkfront/blkfront.c optional xen | xenhvm dev/xen/blkback/blkback.c optional xen | xenhvm -dev/xen/console/console.c optional xen -dev/xen/console/xencons_ring.c optional xen +dev/xen/console/console.c optional xen | xenhvm +dev/xen/console/xencons_ring.c optional xen | xenhvm dev/xen/control/control.c optional xen | xenhvm dev/xen/netback/netback.c optional xen | xenhvm dev/xen/netfront/netfront.c optional xen | xenhvm diff --git a/sys/dev/xen/console/console.c b/sys/dev/xen/console/console.c index 23eaee2..e8079da 100644 --- a/sys/dev/xen/console/console.c +++ b/sys/dev/xen/console/console.c @@ -69,11 +69,14 @@ struct mtx cn_mtx; static char wbuf[WBUF_SIZE]; static char rbuf[RBUF_SIZE]; static int rc, rp; -static unsigned int cnsl_evt_reg; +unsigned int cnsl_evt_reg; static unsigned int wc, wp; /* write_cons, write_prod */ xen_intr_handle_t xen_intr_handle; device_t xencons_dev; +/* Virt address of the shared console page */ +char *console_page; + #ifdef KDB static int xc_altbrk; #endif @@ -110,9 +113,28 @@ static struct ttydevsw xc_ttydevsw = { .tsw_outwakeup = xcoutwakeup, }; +/*----------------------------- Debug function -------------------------------*/ +#define XC_PRINTF_BUFSIZE 1024 +void +xc_printf(const char *fmt, ...) +{ + __va_list ap; + int retval; + static char buf[XC_PRINTF_BUFSIZE]; + + va_start(ap, fmt); + retval = vsnprintf(buf, XC_PRINTF_BUFSIZE - 1, fmt, ap); + va_end(ap); + buf[retval] = 0; + HYPERVISOR_console_write(buf, retval); +} + static void xc_cnprobe(struct consdev *cp) { + if (!xen_pv_domain()) + return; + cp->cn_pri = CN_REMOTE; sprintf(cp->cn_name, "%s0", driver_name); } @@ -175,7 +197,7 @@ static void xc_cnputc(struct consdev *dev, int c) { - if (xen_start_info->flags & SIF_INITDOMAIN) + if (xen_initial_domain()) xc_cnputc_dom0(dev, c); else xc_cnputc_domu(dev, c); @@ -206,22 +228,12 @@ xcons_putc(int c) xcons_force_flush(); #endif } - if (cnsl_evt_reg) - __xencons_tx_flush(); + __xencons_tx_flush(); /* inform start path that we're pretty full */ return ((wp - wc) >= WBUF_SIZE - 100) ? TRUE : FALSE; } -static void -xc_identify(driver_t *driver, device_t parent) -{ - device_t child; - child = BUS_ADD_CHILD(parent, 0, driver_name, 0); - device_set_driver(child, driver); - device_set_desc(child, "Xen Console"); -} - static int xc_probe(device_t dev) { @@ -245,7 +257,7 @@ xc_attach(device_t dev) cnsl_evt_reg = 1; callout_reset(&xc_callout, XC_POLLTIME, xc_timeout, xccons); - if (xen_start_info->flags & SIF_INITDOMAIN) { + if (xen_initial_domain()) { error = xen_intr_bind_virq(dev, VIRQ_CONSOLE, 0, NULL, xencons_priv_interrupt, NULL, INTR_TYPE_TTY, &xen_intr_handle); @@ -309,7 +321,7 @@ __xencons_tx_flush(void) sz = wp - wc; if (sz > (WBUF_SIZE - WBUF_MASK(wc))) sz = WBUF_SIZE - WBUF_MASK(wc); - if (xen_start_info->flags & SIF_INITDOMAIN) { + if (xen_initial_domain()) { HYPERVISOR_console_io(CONSOLEIO_write, sz, &wbuf[WBUF_MASK(wc)]); wc += sz; } else { @@ -405,7 +417,6 @@ xc_timeout(void *v) } static device_method_t xc_methods[] = { - DEVMETHOD(device_identify, xc_identify), DEVMETHOD(device_probe, xc_probe), DEVMETHOD(device_attach, xc_attach), @@ -424,7 +435,7 @@ xcons_force_flush(void) { int sz; - if (xen_start_info->flags & SIF_INITDOMAIN) + if (xen_initial_domain()) return; /* Spin until console data is flushed through to the domain controller. */ diff --git a/sys/dev/xen/console/xencons_ring.c b/sys/dev/xen/console/xencons_ring.c index 3701551..d826363 100644 --- a/sys/dev/xen/console/xencons_ring.c +++ b/sys/dev/xen/console/xencons_ring.c @@ -32,9 +32,9 @@ __FBSDID("$FreeBSD$"); #define console_evtchn console.domU.evtchn xen_intr_handle_t console_handle; -extern char *console_page; extern struct mtx cn_mtx; extern device_t xencons_dev; +extern int cnsl_evt_reg; static inline struct xencons_interface * xencons_interface(void) @@ -60,6 +60,8 @@ xencons_ring_send(const char *data, unsigned len) struct xencons_interface *intf; XENCONS_RING_IDX cons, prod; int sent; + struct evtchn_send send = { .port = + HYPERVISOR_start_info->console_evtchn }; intf = xencons_interface(); cons = intf->out_cons; @@ -76,7 +78,10 @@ xencons_ring_send(const char *data, unsigned len) wmb(); intf->out_prod = prod; - xen_intr_signal(console_handle); + if (cnsl_evt_reg) + xen_intr_signal(console_handle); + else + HYPERVISOR_event_channel_op(EVTCHNOP_send, &send); return sent; @@ -125,11 +130,11 @@ xencons_ring_init(void) { int err; - if (!xen_start_info->console_evtchn) + if (!HYPERVISOR_start_info->console_evtchn) return 0; err = xen_intr_bind_local_port(xencons_dev, - xen_start_info->console_evtchn, NULL, xencons_handle_input, NULL, + HYPERVISOR_start_info->console_evtchn, NULL, xencons_handle_input, NULL, INTR_TYPE_MISC | INTR_MPSAFE, &console_handle); if (err) { return err; @@ -145,7 +150,7 @@ void xencons_suspend(void) { - if (!xen_start_info->console_evtchn) + if (!HYPERVISOR_start_info->console_evtchn) return; xen_intr_unbind(&console_handle); diff --git a/sys/i386/include/xen/xen-os.h b/sys/i386/include/xen/xen-os.h index a8fba61..3d1ef04 100644 --- a/sys/i386/include/xen/xen-os.h +++ b/sys/i386/include/xen/xen-os.h @@ -45,7 +45,6 @@ static inline void rep_nop(void) #define cpu_relax() rep_nop() #ifndef XENHVM -void xc_printf(const char *fmt, ...); #ifdef SMP extern int gdtset; diff --git a/sys/i386/xen/xen_machdep.c b/sys/i386/xen/xen_machdep.c index fd575ee..09c01f1 100644 --- a/sys/i386/xen/xen_machdep.c +++ b/sys/i386/xen/xen_machdep.c @@ -186,21 +186,6 @@ xen_boothowto(char *envp) return howto; } -#define XC_PRINTF_BUFSIZE 1024 -void -xc_printf(const char *fmt, ...) -{ - __va_list ap; - int retval; - static char buf[XC_PRINTF_BUFSIZE]; - - va_start(ap, fmt); - retval = vsnprintf(buf, XC_PRINTF_BUFSIZE - 1, fmt, ap); - va_end(ap); - buf[retval] = 0; - (void)HYPERVISOR_console_write(buf, retval); -} - #define XPQUEUE_SIZE 128 @@ -745,8 +730,6 @@ void initvalues(start_info_t *startinfo); struct xenstore_domain_interface; extern struct xenstore_domain_interface *xen_store; -char *console_page; - void * bootmem_alloc(unsigned int size) { diff --git a/sys/xen/xen-os.h b/sys/xen/xen-os.h index e8a5a99..e005ccd 100644 --- a/sys/xen/xen-os.h +++ b/sys/xen/xen-os.h @@ -55,6 +55,7 @@ extern start_info_t *HYPERVISOR_start_info; /* XXX: we need to get rid of this and use HYPERVISOR_start_info directly */ extern struct xenstore_domain_interface *xen_store; +extern char *console_page; enum xen_domain_type { XEN_NATIVE, /* running on bare hardware */ @@ -89,6 +90,9 @@ xen_initial_domain(void) HYPERVISOR_start_info->flags & SIF_INITDOMAIN); } +/* Debug function, prints directly to hypervisor console */ +void xc_printf(const char *, ...); + #ifndef xen_mb #define xen_mb() mb() #endif -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DB2AFD5; Thu, 19 Dec 2013 18:55:26 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECD1D1D6F; Thu, 19 Dec 2013 18:55:24 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86287397" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:21 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:20 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikj-0006gd-1N; Thu, 19 Dec 2013 18:55:21 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 05/19] xen: rework xen timer so it can be used early in boot process Date: Thu, 19 Dec 2013 19:54:42 +0100 Message-ID: <1387479296-33389-6-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:26 -0000 This should not introduce any functional change, and makes the functions suitable to be called before we have actually mapped the vcpu_info struct on a per-cpu basis. --- sys/dev/xen/timer/timer.c | 29 ++++++++++++++++++++--------- 1 files changed, 20 insertions(+), 9 deletions(-) diff --git a/sys/dev/xen/timer/timer.c b/sys/dev/xen/timer/timer.c index 354085b..b2f6bcd 100644 --- a/sys/dev/xen/timer/timer.c +++ b/sys/dev/xen/timer/timer.c @@ -230,22 +230,22 @@ xen_fetch_vcpu_tinfo(struct vcpu_time_info *dst, struct vcpu_time_info *src) /** * \brief Get the current time, in nanoseconds, since the hypervisor booted. * + * \param vcpu vcpu_info structure to fetch the time from. + * * \note This function returns the current CPU's idea of this value, unless * it happens to be less than another CPU's previously determined value. */ static uint64_t -xen_fetch_vcpu_time(void) +xen_fetch_vcpu_time(struct vcpu_info *vcpu) { struct vcpu_time_info dst; struct vcpu_time_info *src; uint32_t pre_version; uint64_t now; volatile uint64_t last; - struct vcpu_info *vcpu = DPCPU_GET(vcpu_info); src = &vcpu->time; - critical_enter(); do { pre_version = xen_fetch_vcpu_tinfo(&dst, src); barrier(); @@ -266,16 +266,19 @@ xen_fetch_vcpu_time(void) } } while (!atomic_cmpset_64(&xen_timer_last_time, last, now)); - critical_exit(); - return (now); } static uint32_t xentimer_get_timecount(struct timecounter *tc) { + uint32_t xen_time; - return ((uint32_t)xen_fetch_vcpu_time() & UINT_MAX); + critical_enter(); + xen_time = (uint32_t)xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)) & UINT_MAX; + critical_exit(); + + return (xen_time); } /** @@ -305,7 +308,12 @@ xen_fetch_wallclock(struct timespec *ts) static void xen_fetch_uptime(struct timespec *ts) { - uint64_t uptime = xen_fetch_vcpu_time(); + uint64_t uptime; + + critical_enter(); + uptime = xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)); + critical_exit(); + ts->tv_sec = uptime / NSEC_IN_SEC; ts->tv_nsec = uptime % NSEC_IN_SEC; } @@ -354,7 +362,7 @@ xentimer_intr(void *arg) struct xentimer_softc *sc = (struct xentimer_softc *)arg; struct xentimer_pcpu_data *pcpu = DPCPU_PTR(xentimer_pcpu); - pcpu->last_processed = xen_fetch_vcpu_time(); + pcpu->last_processed = xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)); if (pcpu->timer != 0 && sc->et.et_active) sc->et.et_event_cb(&sc->et, sc->et.et_arg); @@ -415,7 +423,10 @@ xentimer_et_start(struct eventtimer *et, do { if (++i == 60) panic("can't schedule timer"); - next_time = xen_fetch_vcpu_time() + first_in_ns; + critical_enter(); + next_time = xen_fetch_vcpu_time(DPCPU_GET(vcpu_info)) + + first_in_ns; + critical_exit(); error = xentimer_vcpu_start_timer(cpu, next_time); } while (error == -ETIME); -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3FCF168; Thu, 19 Dec 2013 18:55:27 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 443591D71; Thu, 19 Dec 2013 18:55:26 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86287420" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:24 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:23 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikl-0006gd-BJ; Thu, 19 Dec 2013 18:55:23 +0000 From: Roger Pau Monne To: , , , , , , Subject: =?UTF-8?q?=5BPATCH=20v7=2009/19=5D=20xen=3A=20add=20a=20apic=5Fenumerator=20for=20PVH?= Date: Thu, 19 Dec 2013 19:54:46 +0100 Message-ID: <1387479296-33389-10-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:27 -0000 --- sys/conf/files.amd64 | 1 + sys/x86/xen/mptable.c | 136 +++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 137 insertions(+), 0 deletions(-) create mode 100644 sys/x86/xen/mptable.c diff --git a/sys/conf/files.amd64 b/sys/conf/files.amd64 index bdc1517..3bdc05e 100644 --- a/sys/conf/files.amd64 +++ b/sys/conf/files.amd64 @@ -568,3 +568,4 @@ x86/x86/delay.c standard x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm x86/xen/pv.c optional xenhvm +x86/xen/mptable.c optional xenhvm diff --git a/sys/x86/xen/mptable.c b/sys/x86/xen/mptable.c new file mode 100644 index 0000000..0384886 --- /dev/null +++ b/sys/x86/xen/mptable.c @@ -0,0 +1,136 @@ +/*- + * Copyright (c) 2003 John Baldwin + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. Neither the name of the author nor the names of any co-contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include + +#include +#include + +#include + +static int xenpv_probe(void); +static int xenpv_probe_cpus(void); +static int xenpv_setup_local(void); +static int xenpv_setup_io(void); + +static struct apic_enumerator xenpv_enumerator = { + "Xen PV", + xenpv_probe, + xenpv_probe_cpus, + xenpv_setup_local, + xenpv_setup_io +}; + +/* + * This enumerator will only be registered on PVH + */ +static int +xenpv_probe(void) +{ + return (-100); +} + +/* + * Test each possible vCPU in order to find the number of vCPUs + */ +static int +xenpv_probe_cpus(void) +{ +#ifdef SMP + int i, ret; + + for (i = 0; i < MAXCPU; i++) { + ret = HYPERVISOR_vcpu_op(VCPUOP_is_up, i, NULL); + if (ret >= 0) + cpu_add((i * 2), (i == 0)); + } +#endif + return (0); +} + +/* + * Initialize the vCPU id of the BSP + */ +static int +xenpv_setup_local(void) +{ + PCPU_SET(vcpu_id, 0); + return (0); +} + +/* + * On PVH guests there's no IO APIC + */ +static int +xenpv_setup_io(void) +{ + return (0); +} + +static void +xenpv_register(void *dummy __unused) +{ + if (xen_pv_domain()) { + apic_register_enumerator(&xenpv_enumerator); + } +} +SYSINIT(xenpv_register, SI_SUB_TUNABLES - 1, SI_ORDER_FIRST, xenpv_register, NULL); + +/* + * Setup per-CPU vCPU IDs + */ +static void +xenpv_set_ids(void *dummy) +{ + struct pcpu *pc; + int i; + + CPU_FOREACH(i) { + pc = pcpu_find(i); + pc->pc_vcpu_id = i; + } +} +SYSINIT(xenpv_set_ids, SI_SUB_CPU, SI_ORDER_MIDDLE, xenpv_set_ids, NULL); -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 737D41B2; Thu, 19 Dec 2013 18:55:28 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A6BC91D73; Thu, 19 Dec 2013 18:55:26 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84054228" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:22 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:22 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikk-0006gd-6D; Thu, 19 Dec 2013 18:55:22 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 07/19] xen: implement hook to fetch e820 memory map Date: Thu, 19 Dec 2013 19:54:44 +0100 Message-ID: <1387479296-33389-8-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:28 -0000 --- sys/amd64/amd64/machdep.c | 50 ++++++++++++++++++++++++++---------------- sys/amd64/include/pc/bios.h | 2 + sys/amd64/include/sysarch.h | 1 + sys/x86/xen/pv.c | 26 ++++++++++++++++++++++ 4 files changed, 60 insertions(+), 19 deletions(-) diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index a2dcb90..6bbfe5a 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -177,11 +177,15 @@ SYSINIT(cpu, SI_SUB_CPU, SI_ORDER_FIRST, cpu_startup, NULL); /* Preload data parse function */ static caddr_t native_parse_preload_data(u_int64_t); +/* Native function to fetch and parse the e820 map */ +static void native_parse_memmap(caddr_t, vm_paddr_t *, int *); + /* Default init_ops implementation. */ struct init_ops init_ops = { .parse_preload_data = native_parse_preload_data, .early_delay_init = i8254_init, .early_delay = i8254_delay, + .parse_memmap = native_parse_memmap, }; /* @@ -1418,21 +1422,12 @@ add_physmap_entry(uint64_t base, uint64_t length, vm_paddr_t *physmap, return (1); } -static void -add_smap_entries(struct bios_smap *smapbase, vm_paddr_t *physmap, - int *physmap_idx) +void +bios_add_smap_entries(struct bios_smap *smapbase, u_int32_t smapsize, + vm_paddr_t *physmap, int *physmap_idx) { struct bios_smap *smap, *smapend; - u_int32_t smapsize; - /* - * Memory map from INT 15:E820. - * - * subr_module.c says: - * "Consumer may safely assume that size value precedes data." - * ie: an int32_t immediately precedes smap. - */ - smapsize = *((u_int32_t *)smapbase - 1); smapend = (struct bios_smap *)((uintptr_t)smapbase + smapsize); for (smap = smapbase; smap < smapend; smap++) { @@ -1449,6 +1444,29 @@ add_smap_entries(struct bios_smap *smapbase, vm_paddr_t *physmap, } } +static void +native_parse_memmap(caddr_t kmdp, vm_paddr_t *physmap, int *physmap_idx) +{ + struct bios_smap *smap; + u_int32_t size; + + /* + * Memory map from INT 15:E820. + * + * subr_module.c says: + * "Consumer may safely assume that size value precedes data." + * ie: an int32_t immediately precedes smap. + */ + + smap = (struct bios_smap *)preload_search_info(kmdp, + MODINFO_METADATA | MODINFOMD_SMAP); + if (smap == NULL) + panic("No BIOS smap info from loader!"); + size = *((u_int32_t *)smap - 1); + + bios_add_smap_entries(smap, size, physmap, physmap_idx); +} + /* * Populate the (physmap) array with base/bound pairs describing the * available physical memory in the system, then test this memory and @@ -1466,19 +1484,13 @@ getmemsize(caddr_t kmdp, u_int64_t first) vm_paddr_t pa, physmap[PHYSMAP_SIZE]; u_long physmem_start, physmem_tunable, memtest; pt_entry_t *pte; - struct bios_smap *smapbase; quad_t dcons_addr, dcons_size; bzero(physmap, sizeof(physmap)); basemem = 0; physmap_idx = 0; - smapbase = (struct bios_smap *)preload_search_info(kmdp, - MODINFO_METADATA | MODINFOMD_SMAP); - if (smapbase == NULL) - panic("No BIOS smap info from loader!"); - - add_smap_entries(smapbase, physmap, &physmap_idx); + init_ops.parse_memmap(kmdp, physmap, &physmap_idx); /* * Find the 'base memory' segment for SMP diff --git a/sys/amd64/include/pc/bios.h b/sys/amd64/include/pc/bios.h index e7d568e..92d4265 100644 --- a/sys/amd64/include/pc/bios.h +++ b/sys/amd64/include/pc/bios.h @@ -106,6 +106,8 @@ struct bios_oem { int bios_oem_strings(struct bios_oem *oem, u_char *buffer, size_t maxlen); uint32_t bios_sigsearch(uint32_t start, u_char *sig, int siglen, int paralen, int sigofs); +void bios_add_smap_entries(struct bios_smap *smapbase, u_int32_t smapsize, + vm_paddr_t *physmap, int *physmap_idx); #endif #endif /* _MACHINE_PC_BIOS_H_ */ diff --git a/sys/amd64/include/sysarch.h b/sys/amd64/include/sysarch.h index 60fa635..084223e 100644 --- a/sys/amd64/include/sysarch.h +++ b/sys/amd64/include/sysarch.h @@ -15,6 +15,7 @@ struct init_ops { caddr_t (*parse_preload_data)(u_int64_t); void (*early_delay_init)(void); void (*early_delay)(int); + void (*parse_memmap)(caddr_t, vm_paddr_t *, int *); }; extern struct init_ops init_ops; diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index f8d8cfa..db576e0 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -37,12 +37,17 @@ __FBSDID("$FreeBSD$"); #include #include +#include #include #include +#include + +#define MAX_E820_ENTRIES 128 /*--------------------------- Forward Declarations ---------------------------*/ static caddr_t xen_pv_parse_preload_data(u_int64_t); +static void xen_pv_parse_memmap(caddr_t, vm_paddr_t *, int *); /*-------------------------------- Global Data -------------------------------*/ /* Xen init_ops implementation. */ @@ -50,6 +55,7 @@ struct init_ops xen_init_ops = { .parse_preload_data = xen_pv_parse_preload_data, .early_delay_init = xen_delay_init, .early_delay = xen_delay, + .parse_memmap = xen_pv_parse_memmap, }; static struct @@ -70,6 +76,8 @@ static struct {NULL, 0} }; +static struct bios_smap xen_smap[MAX_E820_ENTRIES]; + /* * Functions to convert the "extra" parameters passed by Xen * into FreeBSD boot options (from the i386 Xen port). @@ -109,6 +117,24 @@ xen_pv_parse_preload_data(u_int64_t modulep) return (NULL); } +static void +xen_pv_parse_memmap(caddr_t kmdp, vm_paddr_t *physmap, int *physmap_idx) +{ + struct xen_memory_map memmap; + u_int32_t size; + int rc; + + /* Fetch the E820 map from Xen */ + memmap.nr_entries = MAX_E820_ENTRIES; + set_xen_guest_handle(memmap.buffer, xen_smap); + rc = HYPERVISOR_memory_op(XENMEM_memory_map, &memmap); + if (rc) + panic("unable to fetch Xen E820 memory map"); + size = memmap.nr_entries * sizeof(xen_smap[0]); + + bios_add_smap_entries(xen_smap, size, physmap, physmap_idx); +} + void xen_pv_set_init_ops(void) { -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6086174; Thu, 19 Dec 2013 18:55:27 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23B3E1D70; Thu, 19 Dec 2013 18:55:25 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84054218" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:21 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:20 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtiki-0006gd-Ei; Thu, 19 Dec 2013 18:55:20 +0000 From: Roger Pau Monne To: , , , , , , Subject: =?UTF-8?q?=5BPATCH=20v7=2004/19=5D=20amd64=3A=20introduce=20hook=20for=20custom=20preload=20metadata=20parsers?= Date: Thu, 19 Dec 2013 19:54:41 +0100 Message-ID: <1387479296-33389-5-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:28 -0000 --- sys/amd64/amd64/machdep.c | 45 +++++++++++++---- sys/amd64/include/sysarch.h | 12 +++++ sys/conf/files.amd64 | 1 + sys/x86/xen/pv.c | 114 +++++++++++++++++++++++++++++++++++++++++++ sys/xen/pv.h | 28 +++++++++++ 5 files changed, 189 insertions(+), 11 deletions(-) create mode 100644 sys/x86/xen/pv.c create mode 100644 sys/xen/pv.h diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index 1880f23..09d9a1a 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -126,6 +126,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #ifdef PERFMON #include #endif @@ -148,6 +149,7 @@ __FBSDID("$FreeBSD$"); #ifdef XENHVM #include +#include #endif /* Sanity check for __curthread() */ @@ -172,6 +174,14 @@ static int set_fpcontext(struct thread *td, const mcontext_t *mcp, char *xfpustate, size_t xfpustate_len); SYSINIT(cpu, SI_SUB_CPU, SI_ORDER_FIRST, cpu_startup, NULL); +/* Preload data parse function */ +static caddr_t native_parse_preload_data(u_int64_t); + +/* Default init_ops implementation. */ +struct init_ops init_ops = { + .parse_preload_data = native_parse_preload_data, +}; + /* * The file "conf/ldscript.amd64" defines the symbol "kernphys". Its value is * the physical address at which the kernel is loaded. @@ -1690,6 +1700,26 @@ do_next: msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); } +static caddr_t +native_parse_preload_data(u_int64_t modulep) +{ + caddr_t kmdp; + + preload_metadata = (caddr_t)(uintptr_t)(modulep + KERNBASE); + preload_bootstrap_relocate(KERNBASE); + kmdp = preload_search_by_type("elf kernel"); + if (kmdp == NULL) + kmdp = preload_search_by_type("elf64 kernel"); + boothowto = MD_FETCH(kmdp, MODINFOMD_HOWTO, int); + kern_envp = MD_FETCH(kmdp, MODINFOMD_ENVP, char *) + KERNBASE; +#ifdef DDB + ksym_start = MD_FETCH(kmdp, MODINFOMD_SSYM, uintptr_t); + ksym_end = MD_FETCH(kmdp, MODINFOMD_ESYM, uintptr_t); +#endif + + return (kmdp); +} + #ifdef XENHVM /* * First function called by the Xen PVH boot sequence. @@ -1754,6 +1784,9 @@ hammer_time_xen(start_info_t *si, u_int64_t xenstack) } load_cr3(((u_int64_t)&PT4[0]) - KERNBASE); + /* Set the hooks for early functions that diverge from bare metal */ + xen_pv_set_init_ops(); + /* Now we can jump into the native init function */ return (hammer_time(0, physfree)); } @@ -1783,17 +1816,7 @@ hammer_time(u_int64_t modulep, u_int64_t physfree) */ proc_linkup0(&proc0, &thread0); - preload_metadata = (caddr_t)(uintptr_t)(modulep + KERNBASE); - preload_bootstrap_relocate(KERNBASE); - kmdp = preload_search_by_type("elf kernel"); - if (kmdp == NULL) - kmdp = preload_search_by_type("elf64 kernel"); - boothowto = MD_FETCH(kmdp, MODINFOMD_HOWTO, int); - kern_envp = MD_FETCH(kmdp, MODINFOMD_ENVP, char *) + KERNBASE; -#ifdef DDB - ksym_start = MD_FETCH(kmdp, MODINFOMD_SSYM, uintptr_t); - ksym_end = MD_FETCH(kmdp, MODINFOMD_ESYM, uintptr_t); -#endif + kmdp = init_ops.parse_preload_data(modulep); /* Init basic tunables, hz etc */ init_param1(); diff --git a/sys/amd64/include/sysarch.h b/sys/amd64/include/sysarch.h index cd380d4..58ac8cd 100644 --- a/sys/amd64/include/sysarch.h +++ b/sys/amd64/include/sysarch.h @@ -4,3 +4,15 @@ /* $FreeBSD$ */ #include + +/* + * Struct containing pointers to init functions whose + * implementation is run time selectable. Selection can be made, + * for example, based on detection of a BIOS variant or + * hypervisor environment. + */ +struct init_ops { + caddr_t (*parse_preload_data)(u_int64_t); +}; + +extern struct init_ops init_ops; diff --git a/sys/conf/files.amd64 b/sys/conf/files.amd64 index d1bdcd9..b3b1319 100644 --- a/sys/conf/files.amd64 +++ b/sys/conf/files.amd64 @@ -566,3 +566,4 @@ x86/x86/nexus.c standard x86/x86/tsc.c standard x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm +x86/xen/pv.c optional xenhvm diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c new file mode 100644 index 0000000..bbaca32 --- /dev/null +++ b/sys/x86/xen/pv.c @@ -0,0 +1,114 @@ +/* + * Copyright (c) 2004 Christian Limpach. + * Copyright (c) 2004-2006,2008 Kip Macy + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include + +#include + +#include +#include + +/*--------------------------- Forward Declarations ---------------------------*/ +static caddr_t xen_pv_parse_preload_data(u_int64_t); + +/*-------------------------------- Global Data -------------------------------*/ +/* Xen init_ops implementation. */ +struct init_ops xen_init_ops = { + .parse_preload_data = xen_pv_parse_preload_data, +}; + +static struct +{ + const char *ev; + int mask; +} howto_names[] = { + {"boot_askname", RB_ASKNAME}, + {"boot_single", RB_SINGLE}, + {"boot_nosync", RB_NOSYNC}, + {"boot_halt", RB_ASKNAME}, + {"boot_serial", RB_SERIAL}, + {"boot_cdrom", RB_CDROM}, + {"boot_gdb", RB_GDB}, + {"boot_gdb_pause", RB_RESERVED1}, + {"boot_verbose", RB_VERBOSE}, + {"boot_multicons", RB_MULTIPLE}, + {NULL, 0} +}; + +/* + * Functions to convert the "extra" parameters passed by Xen + * into FreeBSD boot options (from the i386 Xen port). + */ +static char * +xen_setbootenv(char *cmd_line) +{ + char *cmd_line_next; + + /* Skip leading spaces */ + for (; *cmd_line == ' '; cmd_line++); + + for (cmd_line_next = cmd_line; strsep(&cmd_line_next, ",") != NULL;); + return (cmd_line); +} + +static int +xen_boothowto(char *envp) +{ + int i, howto = 0; + + /* get equivalents from the environment */ + for (i = 0; howto_names[i].ev != NULL; i++) + if (getenv(howto_names[i].ev) != NULL) + howto |= howto_names[i].mask; + return (howto); +} + +static caddr_t +xen_pv_parse_preload_data(u_int64_t modulep) +{ + /* Parse the extra boot information given by Xen */ + if (HYPERVISOR_start_info->cmd_line) + kern_envp = xen_setbootenv(HYPERVISOR_start_info->cmd_line); + boothowto |= xen_boothowto(kern_envp); + + return (NULL); +} + +void +xen_pv_set_init_ops(void) +{ + /* Init ops for Xen PV */ + init_ops = xen_init_ops; +} diff --git a/sys/xen/pv.h b/sys/xen/pv.h new file mode 100644 index 0000000..71b8776 --- /dev/null +++ b/sys/xen/pv.h @@ -0,0 +1,28 @@ +/* + * Permission is hereby granted, free of charge, to any person obtaining a copy + * of this software and associated documentation files (the "Software"), to + * deal in the Software without restriction, including without limitation the + * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or + * sell copies of the Software, and to permit persons to whom the Software is + * furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be included in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE + * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER + * DEALINGS IN THE SOFTWARE. + * + * $FreeBSD$ + */ + +#ifndef __XEN_PV_H__ +#define __XEN_PV_H__ + +void xen_pv_set_init_ops(void); + +#endif /* __XEN_PV_H__ */ -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 472F319B; Thu, 19 Dec 2013 18:55:28 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6003A1D72; Thu, 19 Dec 2013 18:55:26 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84054225" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:22 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:21 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikj-0006gd-JU; Thu, 19 Dec 2013 18:55:21 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 06/19] xen: implement an early timer for Xen PVH Date: Thu, 19 Dec 2013 19:54:43 +0100 Message-ID: <1387479296-33389-7-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:28 -0000 When running as a PVH guest, there's no emulated i8254, so we need to use the Xen PV timer as the early source for DELAY. This change allows for different implementations of the early DELAY function and implements a Xen variant for it. --- sys/amd64/amd64/machdep.c | 15 ++++++- sys/amd64/include/clock.h | 6 +++ sys/amd64/include/sysarch.h | 2 + sys/conf/files.amd64 | 1 + sys/conf/files.i386 | 1 + sys/dev/xen/timer/timer.c | 33 +++++++++++++++ sys/i386/i386/machdep.c | 11 +++++ sys/i386/include/clock.h | 6 +++ sys/x86/isa/clock.c | 53 +----------------------- sys/x86/x86/delay.c | 95 +++++++++++++++++++++++++++++++++++++++++++ sys/x86/xen/pv.c | 3 + 11 files changed, 172 insertions(+), 54 deletions(-) create mode 100644 sys/x86/x86/delay.c diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index 09d9a1a..a2dcb90 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -180,6 +180,8 @@ static caddr_t native_parse_preload_data(u_int64_t); /* Default init_ops implementation. */ struct init_ops init_ops = { .parse_preload_data = native_parse_preload_data, + .early_delay_init = i8254_init, + .early_delay = i8254_delay, }; /* @@ -232,6 +234,15 @@ struct mem_range_softc mem_range_softc; struct mtx dt_lock; /* lock for GDT and LDT */ +void +DELAY(int n) +{ + if (delay_tc(n)) + return; + + init_ops.early_delay(n); +} + static void cpu_startup(dummy) void *dummy; @@ -1900,10 +1911,10 @@ hammer_time(u_int64_t modulep, u_int64_t physfree) lidt(&r_idt); /* - * Initialize the i8254 before the console so that console + * Initialize the early delay before the console so that console * initialization can use DELAY(). */ - i8254_init(); + init_ops.early_delay_init(); /* * Initialize the console before we print anything out. diff --git a/sys/amd64/include/clock.h b/sys/amd64/include/clock.h index d7f7d82..e7817ab 100644 --- a/sys/amd64/include/clock.h +++ b/sys/amd64/include/clock.h @@ -25,6 +25,12 @@ extern int smp_tsc; #endif void i8254_init(void); +void i8254_delay(int); +#ifdef XENHVM +void xen_delay_init(void); +void xen_delay(int); +#endif +int delay_tc(int); /* * Driver to clock driver interface. diff --git a/sys/amd64/include/sysarch.h b/sys/amd64/include/sysarch.h index 58ac8cd..60fa635 100644 --- a/sys/amd64/include/sysarch.h +++ b/sys/amd64/include/sysarch.h @@ -13,6 +13,8 @@ */ struct init_ops { caddr_t (*parse_preload_data)(u_int64_t); + void (*early_delay_init)(void); + void (*early_delay)(int); }; extern struct init_ops init_ops; diff --git a/sys/conf/files.amd64 b/sys/conf/files.amd64 index b3b1319..bdc1517 100644 --- a/sys/conf/files.amd64 +++ b/sys/conf/files.amd64 @@ -564,6 +564,7 @@ x86/x86/mptable_pci.c optional mptable pci x86/x86/msi.c optional pci x86/x86/nexus.c standard x86/x86/tsc.c standard +x86/x86/delay.c standard x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm x86/xen/pv.c optional xenhvm diff --git a/sys/conf/files.i386 b/sys/conf/files.i386 index eb8697c..790296d 100644 --- a/sys/conf/files.i386 +++ b/sys/conf/files.i386 @@ -600,5 +600,6 @@ x86/x86/mptable_pci.c optional apic native pci x86/x86/msi.c optional apic pci x86/x86/nexus.c standard x86/x86/tsc.c standard +x86/x86/delay.c standard x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm diff --git a/sys/dev/xen/timer/timer.c b/sys/dev/xen/timer/timer.c index b2f6bcd..96372ab 100644 --- a/sys/dev/xen/timer/timer.c +++ b/sys/dev/xen/timer/timer.c @@ -59,6 +59,9 @@ __FBSDID("$FreeBSD$"); #include #include +/* For the declaration of clock_lock */ +#include + #include "clock_if.h" static devclass_t xentimer_devclass; @@ -584,6 +587,36 @@ xentimer_suspend(device_t dev) return (0); } +/* + * Xen delay early init + */ +void xen_delay_init(void) +{ + /* Init the clock lock */ + mtx_init(&clock_lock, "clk", NULL, MTX_SPIN | MTX_NOPROFILE); +} +/* + * Xen PV DELAY function + * + * When running on PVH mode we don't have an emulated i8524, so + * make use of the Xen time info in order to code a simple DELAY + * function that can be used during early boot. + */ +void xen_delay(int n) +{ + uint64_t end_ns; + uint64_t current; + + end_ns = xen_fetch_vcpu_time(&HYPERVISOR_shared_info->vcpu_info[0]); + end_ns += n * NSEC_IN_USEC; + + for (;;) { + current = xen_fetch_vcpu_time(&HYPERVISOR_shared_info->vcpu_info[0]); + if (current >= end_ns) + break; + } +} + static device_method_t xentimer_methods[] = { DEVMETHOD(device_identify, xentimer_identify), DEVMETHOD(device_probe, xentimer_probe), diff --git a/sys/i386/i386/machdep.c b/sys/i386/i386/machdep.c index d43abbf..ad2734f 100644 --- a/sys/i386/i386/machdep.c +++ b/sys/i386/i386/machdep.c @@ -253,6 +253,17 @@ struct mtx icu_lock; struct mem_range_softc mem_range_softc; +#ifndef XEN +void +DELAY(int n) +{ + if (delay_tc(n)) + return; + + i8254_delay(n); +} +#endif + static void cpu_startup(dummy) void *dummy; diff --git a/sys/i386/include/clock.h b/sys/i386/include/clock.h index d980ec7..287b2c8 100644 --- a/sys/i386/include/clock.h +++ b/sys/i386/include/clock.h @@ -22,6 +22,12 @@ extern int tsc_is_invariant; extern int tsc_perf_stat; void i8254_init(void); +void i8254_delay(int); +#ifdef XENHVM +void xen_delay_init(void); +void xen_delay(int); +#endif +int delay_tc(int); /* * Driver to clock driver interface. diff --git a/sys/x86/isa/clock.c b/sys/x86/isa/clock.c index a12e175..a5aed1c 100644 --- a/sys/x86/isa/clock.c +++ b/sys/x86/isa/clock.c @@ -247,61 +247,13 @@ getit(void) return ((high << 8) | low); } -#ifndef DELAYDEBUG -static u_int -get_tsc(__unused struct timecounter *tc) -{ - - return (rdtsc32()); -} - -static __inline int -delay_tc(int n) -{ - struct timecounter *tc; - timecounter_get_t *func; - uint64_t end, freq, now; - u_int last, mask, u; - - tc = timecounter; - freq = atomic_load_acq_64(&tsc_freq); - if (tsc_is_invariant && freq != 0) { - func = get_tsc; - mask = ~0u; - } else { - if (tc->tc_quality <= 0) - return (0); - func = tc->tc_get_timecount; - mask = tc->tc_counter_mask; - freq = tc->tc_frequency; - } - now = 0; - end = freq * n / 1000000; - if (func == get_tsc) - sched_pin(); - last = func(tc) & mask; - do { - cpu_spinwait(); - u = func(tc) & mask; - if (u < last) - now += mask - last + u + 1; - else - now += u - last; - last = u; - } while (now < end); - if (func == get_tsc) - sched_unpin(); - return (1); -} -#endif - /* * Wait "n" microseconds. * Relies on timer 1 counting down from (i8254_freq / hz) * Note: timer had better have been programmed before this is first used! */ void -DELAY(int n) +i8254_delay(int n) { int delta, prev_tick, tick, ticks_left; #ifdef DELAYDEBUG @@ -317,9 +269,6 @@ DELAY(int n) } if (state == 1) printf("DELAY(%d)...", n); -#else - if (delay_tc(n)) - return; #endif /* * Read the counter first, so that the rest of the setup overhead is diff --git a/sys/x86/x86/delay.c b/sys/x86/x86/delay.c new file mode 100644 index 0000000..7ea70b1 --- /dev/null +++ b/sys/x86/x86/delay.c @@ -0,0 +1,95 @@ +/*- + * Copyright (c) 1990 The Regents of the University of California. + * Copyright (c) 2010 Alexander Motin + * All rights reserved. + * + * This code is derived from software contributed to Berkeley by + * William Jolitz and Don Ahn. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 4. Neither the name of the University nor the names of its contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * from: @(#)clock.c 7.2 (Berkeley) 5/12/91 + */ + +#include +__FBSDID("$FreeBSD$"); + +/* Generic x86 routines to handle delay */ + +#include +#include +#include +#include +#include +#include + +#include +#include + +static u_int +get_tsc(__unused struct timecounter *tc) +{ + + return (rdtsc32()); +} + +int +delay_tc(int n) +{ + struct timecounter *tc; + timecounter_get_t *func; + uint64_t end, freq, now; + u_int last, mask, u; + + tc = timecounter; + freq = atomic_load_acq_64(&tsc_freq); + if (tsc_is_invariant && freq != 0) { + func = get_tsc; + mask = ~0u; + } else { + if (tc->tc_quality <= 0) + return (0); + func = tc->tc_get_timecount; + mask = tc->tc_counter_mask; + freq = tc->tc_frequency; + } + now = 0; + end = freq * n / 1000000; + if (func == get_tsc) + sched_pin(); + last = func(tc) & mask; + do { + cpu_spinwait(); + u = func(tc) & mask; + if (u < last) + now += mask - last + u + 1; + else + now += u - last; + last = u; + } while (now < end); + if (func == get_tsc) + sched_unpin(); + return (1); +} diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index bbaca32..f8d8cfa 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -36,6 +36,7 @@ __FBSDID("$FreeBSD$"); #include #include +#include #include #include @@ -47,6 +48,8 @@ static caddr_t xen_pv_parse_preload_data(u_int64_t); /* Xen init_ops implementation. */ struct init_ops xen_init_ops = { .parse_preload_data = xen_pv_parse_preload_data, + .early_delay_init = xen_delay_init, + .early_delay = xen_delay, }; static struct -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 061D6F41; Thu, 19 Dec 2013 18:55:26 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 876ED1D6D; Thu, 19 Dec 2013 18:55:24 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84054213" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:20 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:19 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikh-0006gd-AN; Thu, 19 Dec 2013 18:55:19 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 02/19] xen: add macro to detect if running as Dom0 Date: Thu, 19 Dec 2013 19:54:39 +0100 Message-ID: <1387479296-33389-3-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:26 -0000 --- sys/xen/xen-os.h | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/sys/xen/xen-os.h b/sys/xen/xen-os.h index c7474d8..e8a5a99 100644 --- a/sys/xen/xen-os.h +++ b/sys/xen/xen-os.h @@ -82,6 +82,13 @@ xen_hvm_domain(void) return (xen_domain_type == XEN_HVM_DOMAIN); } +static inline int +xen_initial_domain(void) +{ + return (xen_domain() && HYPERVISOR_start_info && + HYPERVISOR_start_info->flags & SIF_INITDOMAIN); +} + #ifndef xen_mb #define xen_mb() mb() #endif -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 18:55:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D53F1CC; Thu, 19 Dec 2013 18:55:30 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4ECC01D75; Thu, 19 Dec 2013 18:55:28 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84054232" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 18:55:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 13:55:22 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikk-0006gd-Ob; Thu, 19 Dec 2013 18:55:22 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 08/19] xen: use the same hypercall mechanism for XEN and XENHVM Date: Thu, 19 Dec 2013 19:54:45 +0100 Message-ID: <1387479296-33389-9-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 18:55:30 -0000 --- sys/amd64/include/xen/hypercall.h | 7 ------- sys/i386/i386/locore.s | 9 +++++++++ sys/i386/include/xen/hypercall.h | 8 -------- sys/x86/xen/hvm.c | 24 ++++++++++-------------- 4 files changed, 19 insertions(+), 29 deletions(-) diff --git a/sys/amd64/include/xen/hypercall.h b/sys/amd64/include/xen/hypercall.h index a1b2a5c..499fb4d 100644 --- a/sys/amd64/include/xen/hypercall.h +++ b/sys/amd64/include/xen/hypercall.h @@ -51,15 +51,8 @@ #define CONFIG_XEN_COMPAT 0x030002 #define __must_check -#ifdef XEN #define HYPERCALL_STR(name) \ "call hypercall_page + ("STR(__HYPERVISOR_##name)" * 32)" -#else -#define HYPERCALL_STR(name) \ - "mov $("STR(__HYPERVISOR_##name)" * 32),%%eax; "\ - "add hypercall_stubs(%%rip),%%rax; " \ - "call *%%rax" -#endif #define _hypercall0(type, name) \ ({ \ diff --git a/sys/i386/i386/locore.s b/sys/i386/i386/locore.s index 68cb430..bd136b1 100644 --- a/sys/i386/i386/locore.s +++ b/sys/i386/i386/locore.s @@ -898,3 +898,12 @@ done_pde: #endif ret + +#ifdef XENHVM +/* Xen Hypercall page */ + .text +.p2align PAGE_SHIFT, 0x90 /* Hypercall_page needs to be PAGE aligned */ + +NON_GPROF_ENTRY(hypercall_page) + .skip 0x1000, 0x90 /* Fill with "nop"s */ +#endif diff --git a/sys/i386/include/xen/hypercall.h b/sys/i386/include/xen/hypercall.h index edc13f4..16b5ee2 100644 --- a/sys/i386/include/xen/hypercall.h +++ b/sys/i386/include/xen/hypercall.h @@ -39,16 +39,8 @@ #define ENOXENSYS 38 #define CONFIG_XEN_COMPAT 0x030002 - -#if defined(XEN) #define HYPERCALL_STR(name) \ "call hypercall_page + ("STR(__HYPERVISOR_##name)" * 32)" -#else -#define HYPERCALL_STR(name) \ - "mov hypercall_stubs,%%eax; " \ - "add $("STR(__HYPERVISOR_##name)" * 32),%%eax; " \ - "call *%%eax" -#endif #define _hypercall0(type, name) \ ({ \ diff --git a/sys/x86/xen/hvm.c b/sys/x86/xen/hvm.c index b397721..9a0411e 100644 --- a/sys/x86/xen/hvm.c +++ b/sys/x86/xen/hvm.c @@ -157,7 +157,7 @@ DPCPU_DEFINE(xen_intr_handle_t, ipi_handle[nitems(xen_ipis)]); /*------------------ Hypervisor Access Shared Memory Regions -----------------*/ /** Hypercall table accessed via HYPERVISOR_*_op() methods. */ -char *hypercall_stubs; +extern char *hypercall_page; shared_info_t *HYPERVISOR_shared_info; start_info_t *HYPERVISOR_start_info; @@ -559,7 +559,7 @@ xen_hvm_cpuid_base(void) * Allocate and fill in the hypcall page. */ static int -xen_hvm_init_hypercall_stubs(void) +xen_hvm_init_hypercall_stubs(enum xen_hvm_init_type init_type) { uint32_t base, regs[4]; int i; @@ -568,7 +568,7 @@ xen_hvm_init_hypercall_stubs(void) if (base == 0) return (ENXIO); - if (hypercall_stubs == NULL) { + if (init_type == XEN_HVM_INIT_COLD) { do_cpuid(base + 1, regs); printf("XEN: Hypervisor version %d.%d detected.\n", regs[0] >> 16, regs[0] & 0xffff); @@ -578,18 +578,9 @@ xen_hvm_init_hypercall_stubs(void) * Find the hypercall pages. */ do_cpuid(base + 2, regs); - - if (hypercall_stubs == NULL) { - size_t call_region_size; - - call_region_size = regs[0] * PAGE_SIZE; - hypercall_stubs = malloc(call_region_size, M_XENHVM, M_NOWAIT); - if (hypercall_stubs == NULL) - panic("Unable to allocate Xen hypercall region"); - } for (i = 0; i < regs[0]; i++) - wrmsr(regs[1], vtophys(hypercall_stubs + i * PAGE_SIZE) + i); + wrmsr(regs[1], vtophys(&hypercall_page + i * PAGE_SIZE) + i); return (0); } @@ -692,7 +683,12 @@ xen_hvm_init(enum xen_hvm_init_type init_type) if (init_type == XEN_HVM_INIT_CANCELLED_SUSPEND) return; - error = xen_hvm_init_hypercall_stubs(); + if (xen_pv_domain()) { + /* hypercall page is already set in the PV case */ + error = 0; + } else { + error = xen_hvm_init_hypercall_stubs(init_type); + } switch (init_type) { case XEN_HVM_INIT_COLD: -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17A8BDE5; Thu, 19 Dec 2013 19:25:24 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73A451058; Thu, 19 Dec 2013 19:25:21 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84066098" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:19 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:18 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikq-0006gd-1J; Thu, 19 Dec 2013 18:55:28 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 17/19] xen: xenstore changes to support PVH Date: Thu, 19 Dec 2013 19:54:54 +0100 Message-ID: <1387479296-33389-18-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:24 -0000 --- sys/xen/xenstore/xenstore.c | 21 ++++++++++----------- 1 files changed, 10 insertions(+), 11 deletions(-) diff --git a/sys/xen/xenstore/xenstore.c b/sys/xen/xenstore/xenstore.c index bcf6357..2893c84 100644 --- a/sys/xen/xenstore/xenstore.c +++ b/sys/xen/xenstore/xenstore.c @@ -229,13 +229,11 @@ struct xs_softc { */ struct sx xenwatch_mutex; -#ifdef XENHVM /** * The HVM guest pseudo-physical frame number. This is Xen's mapping * of the true machine frame number into our "physical address space". */ unsigned long gpfn; -#endif /** * The event channel for communicating with the @@ -1141,13 +1139,15 @@ xs_attach(device_t dev) /* Initialize the interface to xenstore. */ struct proc *p; -#ifdef XENHVM - xs.evtchn = hvm_get_parameter(HVM_PARAM_STORE_EVTCHN); - xs.gpfn = hvm_get_parameter(HVM_PARAM_STORE_PFN); - xen_store = pmap_mapdev(xs.gpfn * PAGE_SIZE, PAGE_SIZE); -#else - xs.evtchn = xen_start_info->store_evtchn; -#endif + if (xen_hvm_domain()) { + xs.evtchn = hvm_get_parameter(HVM_PARAM_STORE_EVTCHN); + xs.gpfn = hvm_get_parameter(HVM_PARAM_STORE_PFN); + xen_store = pmap_mapdev(xs.gpfn * PAGE_SIZE, PAGE_SIZE); + } else if (xen_pv_domain()) { + xs.evtchn = HYPERVISOR_start_info->store_evtchn; + } else { + panic("Unknown domain type, cannot initialize xenstore\n"); + } TAILQ_INIT(&xs.reply_list); TAILQ_INIT(&xs.watch_events); @@ -1256,9 +1256,8 @@ static devclass_t xenstore_devclass; #ifdef XENHVM DRIVER_MODULE(xenstore, xenpci, xenstore_driver, xenstore_devclass, 0, 0); -#else -DRIVER_MODULE(xenstore, nexus, xenstore_driver, xenstore_devclass, 0, 0); #endif +DRIVER_MODULE(xenstore, nexus, xenstore_driver, xenstore_devclass, 0, 0); /*------------------------------- Sysctl Data --------------------------------*/ /* XXX Shouldn't the node be somewhere else? */ -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC121E54; Thu, 19 Dec 2013 19:25:25 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 465661059; Thu, 19 Dec 2013 19:25:24 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84066105" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:21 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:20 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikm-0006gd-Gk; Thu, 19 Dec 2013 18:55:24 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 11/19] xen: changes to hvm code in order to support PVH guests Date: Thu, 19 Dec 2013 19:54:48 +0100 Message-ID: <1387479296-33389-12-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:25 -0000 On PVH we don't need to init the shared info page, or disable emulated devices. Also, make sure PV IPIs are set before starting the APs. --- sys/x86/xen/hvm.c | 17 ++++++++++++----- 1 files changed, 12 insertions(+), 5 deletions(-) diff --git a/sys/x86/xen/hvm.c b/sys/x86/xen/hvm.c index 9a0411e..fb1ed79 100644 --- a/sys/x86/xen/hvm.c +++ b/sys/x86/xen/hvm.c @@ -523,7 +523,7 @@ xen_setup_cpus(void) { int i; - if (!xen_hvm_domain() || !xen_vector_callback_enabled) + if (!xen_vector_callback_enabled) return; #ifdef __amd64__ @@ -712,10 +712,13 @@ xen_hvm_init(enum xen_hvm_init_type init_type) } xen_vector_callback_enabled = 0; - xen_domain_type = XEN_HVM_DOMAIN; - xen_hvm_init_shared_info_page(); xen_hvm_set_callback(NULL); - xen_hvm_disable_emulated_devices(); + + if (!xen_pv_domain()) { + xen_domain_type = XEN_HVM_DOMAIN; + xen_hvm_init_shared_info_page(); + xen_hvm_disable_emulated_devices(); + } } void @@ -746,6 +749,9 @@ xen_set_vcpu_id(void) struct pcpu *pc; int i; + if (!xen_hvm_domain()) + return; + /* Set vcpu_id to acpi_id */ CPU_FOREACH(i) { pc = pcpu_find(i); @@ -789,7 +795,8 @@ xen_hvm_cpu_init(void) SYSINIT(xen_hvm_init, SI_SUB_HYPERVISOR, SI_ORDER_FIRST, xen_hvm_sysinit, NULL); #ifdef SMP -SYSINIT(xen_setup_cpus, SI_SUB_SMP, SI_ORDER_FIRST, xen_setup_cpus, NULL); +/* We need to setup IPIs before APs are started */ +SYSINIT(xen_setup_cpus, SI_SUB_SMP-1, SI_ORDER_FIRST, xen_setup_cpus, NULL); #endif SYSINIT(xen_hvm_cpu_init, SI_SUB_INTR, SI_ORDER_FIRST, xen_hvm_cpu_init, NULL); SYSINIT(xen_set_vcpu_id, SI_SUB_CPU, SI_ORDER_ANY, xen_set_vcpu_id, NULL); -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3AB1FE3; Thu, 19 Dec 2013 19:25:29 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09C98105D; Thu, 19 Dec 2013 19:25:27 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86299967" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:26 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:25 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikq-0006gd-Jx; Thu, 19 Dec 2013 18:55:28 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 18/19] xen: changes to gnttab for PVH Date: Thu, 19 Dec 2013 19:54:55 +0100 Message-ID: <1387479296-33389-19-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:29 -0000 --- sys/xen/gnttab.c | 26 +++++++++++++++++++++----- 1 files changed, 21 insertions(+), 5 deletions(-) diff --git a/sys/xen/gnttab.c b/sys/xen/gnttab.c index 03c32b7..6949be5 100644 --- a/sys/xen/gnttab.c +++ b/sys/xen/gnttab.c @@ -25,6 +25,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include @@ -607,6 +608,7 @@ gnttab_resume(void) { int error; unsigned int max_nr_gframes, nr_gframes; + void *alloc_mem; nr_gframes = nr_grant_frames; max_nr_gframes = max_nr_grant_frames(); @@ -614,11 +616,25 @@ gnttab_resume(void) return (ENOSYS); if (!resume_frames) { - error = xenpci_alloc_space(PAGE_SIZE * max_nr_gframes, - &resume_frames); - if (error) { - printf("error mapping gnttab share frames\n"); - return (error); + if (xen_pv_domain()) { + /* + * This is a waste of physical memory, + * we should use ballooned pages instead, + * but it will do for now. + */ + alloc_mem = contigmalloc(max_nr_gframes * PAGE_SIZE, + M_DEVBUF, M_NOWAIT, 0, + ULONG_MAX, PAGE_SIZE, 0); + KASSERT((alloc_mem != NULL), + ("unable to alloc memory for gnttab")); + resume_frames = vtophys(alloc_mem); + } else { + error = xenpci_alloc_space(PAGE_SIZE * max_nr_gframes, + &resume_frames); + if (error) { + printf("error mapping gnttab share frames\n"); + return (error); + } } } -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 788EB2C9; Thu, 19 Dec 2013 19:25:40 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01CA3106C; Thu, 19 Dec 2013 19:25:38 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86300020" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:36 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:35 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikp-0006gd-EJ; Thu, 19 Dec 2013 18:55:27 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 16/19] xen: add shutdown hook for PVH Date: Thu, 19 Dec 2013 19:54:53 +0100 Message-ID: <1387479296-33389-17-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:40 -0000 Add the PV shutdown hook to PVH. --- sys/dev/xen/control/control.c | 37 ++++++++++++++++++------------------- 1 files changed, 18 insertions(+), 19 deletions(-) diff --git a/sys/dev/xen/control/control.c b/sys/dev/xen/control/control.c index bc0609d..78894ba 100644 --- a/sys/dev/xen/control/control.c +++ b/sys/dev/xen/control/control.c @@ -316,21 +316,6 @@ xctrl_suspend() EVENTHANDLER_INVOKE(power_resume); } -static void -xen_pv_shutdown_final(void *arg, int howto) -{ - /* - * Inform the hypervisor that shutdown is complete. - * This is not necessary in HVM domains since Xen - * emulates ACPI in that mode and FreeBSD's ACPI - * support will request this transition. - */ - if (howto & (RB_HALT | RB_POWEROFF)) - HYPERVISOR_shutdown(SHUTDOWN_poweroff); - else - HYPERVISOR_shutdown(SHUTDOWN_reboot); -} - #else /* HVM mode suspension. */ @@ -440,6 +425,21 @@ xctrl_crash() panic("Xen directed crash"); } +static void +xen_pv_shutdown_final(void *arg, int howto) +{ + /* + * Inform the hypervisor that shutdown is complete. + * This is not necessary in HVM domains since Xen + * emulates ACPI in that mode and FreeBSD's ACPI + * support will request this transition. + */ + if (howto & (RB_HALT | RB_POWEROFF)) + HYPERVISOR_shutdown(SHUTDOWN_poweroff); + else + HYPERVISOR_shutdown(SHUTDOWN_reboot); +} + /*------------------------------ Event Reception -----------------------------*/ static void xctrl_on_watch_event(struct xs_watch *watch, const char **vec, unsigned int len) @@ -522,10 +522,9 @@ xctrl_attach(device_t dev) xctrl->xctrl_watch.callback_data = (uintptr_t)xctrl; xs_register_watch(&xctrl->xctrl_watch); -#ifndef XENHVM - EVENTHANDLER_REGISTER(shutdown_final, xen_pv_shutdown_final, NULL, - SHUTDOWN_PRI_LAST); -#endif + if (xen_pv_domain()) + EVENTHANDLER_REGISTER(shutdown_final, xen_pv_shutdown_final, NULL, + SHUTDOWN_PRI_LAST); return (0); } -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 365B8FE8; Thu, 19 Dec 2013 19:25:31 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 940111060; Thu, 19 Dec 2013 19:25:29 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86299990" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:29 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:28 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikn-0006gd-3k; Thu, 19 Dec 2013 18:55:25 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 12/19] xen: add a hook to perform AP startup Date: Thu, 19 Dec 2013 19:54:49 +0100 Message-ID: <1387479296-33389-13-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:31 -0000 AP startup on PVH follows the PV method, so we need to add a hook in order to diverge from bare metal. --- sys/amd64/amd64/mp_machdep.c | 16 ++++--- sys/amd64/include/cpu.h | 1 + sys/x86/xen/hvm.c | 17 +++++++- sys/x86/xen/pv.c | 90 ++++++++++++++++++++++++++++++++++++++++++ sys/xen/pv.h | 1 + 5 files changed, 117 insertions(+), 8 deletions(-) diff --git a/sys/amd64/amd64/mp_machdep.c b/sys/amd64/amd64/mp_machdep.c index 4ef4b3d..e302886 100644 --- a/sys/amd64/amd64/mp_machdep.c +++ b/sys/amd64/amd64/mp_machdep.c @@ -90,7 +90,7 @@ extern struct pcpu __pcpu[]; /* AP uses this during bootstrap. Do not staticize. */ char *bootSTK; -static int bootAP; +int bootAP; /* Free these after use */ void *bootstacks[MAXCPU]; @@ -122,9 +122,12 @@ u_long *ipi_rendezvous_counts[MAXCPU]; static u_long *ipi_hardclock_counts[MAXCPU]; #endif +int native_start_all_aps(void); + /* Default cpu_ops implementation. */ struct cpu_ops cpu_ops = { - .ipi_vectored = lapic_ipi_vectored + .ipi_vectored = lapic_ipi_vectored, + .start_all_aps = native_start_all_aps, }; extern inthand_t IDTVEC(fast_syscall), IDTVEC(fast_syscall32); @@ -138,7 +141,7 @@ extern int pmap_pcid_enabled; static volatile cpuset_t ipi_nmi_pending; /* used to hold the AP's until we are ready to release them */ -static struct mtx ap_boot_mtx; +struct mtx ap_boot_mtx; /* Set to 1 once we're ready to let the APs out of the pen. */ static volatile int aps_ready = 0; @@ -165,7 +168,6 @@ static int cpu_cores; /* cores per package */ static void assign_cpu_ids(void); static void set_interrupt_apic_ids(void); -static int start_all_aps(void); static int start_ap(int apic_id); static void release_aps(void *dummy); @@ -569,7 +571,7 @@ cpu_mp_start(void) assign_cpu_ids(); /* Start each Application Processor */ - start_all_aps(); + cpu_ops.start_all_aps(); set_interrupt_apic_ids(); } @@ -908,8 +910,8 @@ assign_cpu_ids(void) /* * start each AP in our list */ -static int -start_all_aps(void) +int +native_start_all_aps(void) { vm_offset_t va = boot_address + KERNBASE; u_int64_t *pt4, *pt3, *pt2; diff --git a/sys/amd64/include/cpu.h b/sys/amd64/include/cpu.h index 3d9ff531..ed9f1db 100644 --- a/sys/amd64/include/cpu.h +++ b/sys/amd64/include/cpu.h @@ -64,6 +64,7 @@ struct cpu_ops { void (*cpu_init)(void); void (*cpu_resume)(void); void (*ipi_vectored)(u_int, int); + int (*start_all_aps)(void); }; extern struct cpu_ops cpu_ops; diff --git a/sys/x86/xen/hvm.c b/sys/x86/xen/hvm.c index fb1ed79..5ec9f3a 100644 --- a/sys/x86/xen/hvm.c +++ b/sys/x86/xen/hvm.c @@ -53,6 +53,9 @@ __FBSDID("$FreeBSD$"); #include #include #include +#ifdef __amd64__ +#include +#endif #include #include @@ -97,6 +100,11 @@ extern void pmap_lazyfix_action(void); /* Variables used by mp_machdep to perform the bitmap IPI */ extern volatile u_int cpu_ipi_pending[MAXCPU]; +#ifdef __amd64__ +/* Native AP start used on PVHVM */ +extern int native_start_all_aps(void); +#endif + /*---------------------------------- Macros ----------------------------------*/ #define IPI_TO_IDX(ipi) ((ipi) - APIC_IPI_INTS) @@ -119,7 +127,10 @@ enum xen_domain_type xen_domain_type = XEN_NATIVE; struct cpu_ops xen_hvm_cpu_ops = { .ipi_vectored = lapic_ipi_vectored, .cpu_init = xen_hvm_cpu_init, - .cpu_resume = xen_hvm_cpu_resume + .cpu_resume = xen_hvm_cpu_resume, +#ifdef __amd64__ + .start_all_aps = native_start_all_aps, +#endif }; static MALLOC_DEFINE(M_XENHVM, "xen_hvm", "Xen HVM PV Support"); @@ -698,6 +709,10 @@ xen_hvm_init(enum xen_hvm_init_type init_type) setup_xen_features(); cpu_ops = xen_hvm_cpu_ops; vm_guest = VM_GUEST_XEN; +#ifdef __amd64__ + if (xen_pv_domain()) + cpu_ops.start_all_aps = xen_pv_start_all_aps; +#endif break; case XEN_HVM_INIT_RESUME: if (error != 0) diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index db576e0..7e45a83 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -34,21 +34,43 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include +#include +#include +#include + +#include +#include +#include +#include #include #include #include +#include #include #include #include +#include + #define MAX_E820_ENTRIES 128 /*--------------------------- Forward Declarations ---------------------------*/ static caddr_t xen_pv_parse_preload_data(u_int64_t); static void xen_pv_parse_memmap(caddr_t, vm_paddr_t *, int *); +/*---------------------------- Extern Declarations ---------------------------*/ +/* Variables used by amd64 mp_machdep to start APs */ +extern struct mtx ap_boot_mtx; +extern void *bootstacks[]; +extern char *doublefault_stack; +extern char *nmi_stack; +extern void *dpcpu; +extern int bootAP; +extern char *bootSTK; + /*-------------------------------- Global Data -------------------------------*/ /* Xen init_ops implementation. */ struct init_ops xen_init_ops = { @@ -78,6 +100,74 @@ static struct static struct bios_smap xen_smap[MAX_E820_ENTRIES]; +static int +start_xen_ap(int cpu) +{ + struct vcpu_guest_context *ctxt; + int ms, cpus = mp_naps; + + ctxt = malloc(sizeof(*ctxt), M_TEMP, M_NOWAIT | M_ZERO); + if (ctxt == NULL) + panic("unable to allocate memory"); + + ctxt->flags = VGCF_IN_KERNEL; + ctxt->user_regs.rip = (unsigned long) init_secondary; + ctxt->user_regs.rsp = (unsigned long) bootSTK; + + /* Set the AP to use the same page tables */ + ctxt->ctrlreg[3] = KPML4phys; + + if (HYPERVISOR_vcpu_op(VCPUOP_initialise, cpu, ctxt)) + panic("unable to initialize AP#%d\n", cpu); + + free(ctxt, M_TEMP); + + /* Launch the vCPU */ + if (HYPERVISOR_vcpu_op(VCPUOP_up, cpu, NULL)) + panic("unable to start AP#%d\n", cpu); + + /* Wait up to 5 seconds for it to start. */ + for (ms = 0; ms < 5000; ms++) { + if (mp_naps > cpus) + return (1); /* return SUCCESS */ + DELAY(1000); + } + + return (0); +} + +int +xen_pv_start_all_aps(void) +{ + int cpu; + + mtx_init(&ap_boot_mtx, "ap boot", NULL, MTX_SPIN); + + for (cpu = 1; cpu < mp_ncpus; cpu++) { + + /* allocate and set up an idle stack data page */ + bootstacks[cpu] = (void *)kmem_malloc(kernel_arena, + KSTACK_PAGES * PAGE_SIZE, M_WAITOK | M_ZERO); + doublefault_stack = (char *)kmem_malloc(kernel_arena, + PAGE_SIZE, M_WAITOK | M_ZERO); + nmi_stack = (char *)kmem_malloc(kernel_arena, PAGE_SIZE, + M_WAITOK | M_ZERO); + dpcpu = (void *)kmem_malloc(kernel_arena, DPCPU_SIZE, + M_WAITOK | M_ZERO); + + bootSTK = (char *)bootstacks[cpu] + KSTACK_PAGES * PAGE_SIZE - 8; + bootAP = cpu; + + /* attempt to start the Application Processor */ + if (!start_xen_ap(cpu)) + panic("AP #%d failed to start!", cpu); + + CPU_SET(cpu, &all_cpus); /* record AP in CPU map */ + } + + return (mp_naps); +} + /* * Functions to convert the "extra" parameters passed by Xen * into FreeBSD boot options (from the i386 Xen port). diff --git a/sys/xen/pv.h b/sys/xen/pv.h index 71b8776..60d9def 100644 --- a/sys/xen/pv.h +++ b/sys/xen/pv.h @@ -24,5 +24,6 @@ #define __XEN_PV_H__ void xen_pv_set_init_ops(void); +int xen_pv_start_all_aps(void); #endif /* __XEN_PV_H__ */ -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A230BEE4; Thu, 19 Dec 2013 19:25:27 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2566F105A; Thu, 19 Dec 2013 19:25:25 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86299947" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:24 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:23 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikr-0006gd-6X; Thu, 19 Dec 2013 18:55:29 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 19/19] isa: allow ISA bus to attach to the nexus Date: Thu, 19 Dec 2013 19:54:56 +0100 Message-ID: <1387479296-33389-20-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:27 -0000 --- sys/x86/isa/isa.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sys/x86/isa/isa.c b/sys/x86/isa/isa.c index 1a57137..09d1ab7 100644 --- a/sys/x86/isa/isa.c +++ b/sys/x86/isa/isa.c @@ -241,3 +241,6 @@ isa_release_resource(device_t bus, device_t child, int type, int rid, * On this platform, isa can also attach to the legacy bus. */ DRIVER_MODULE(isa, legacy, isa_driver, isa_devclass, 0, 0); +#ifdef XENHVM +DRIVER_MODULE(isa, nexus, isa_driver, isa_devclass, 0, 0); +#endif -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FA4A19B; Thu, 19 Dec 2013 19:25:35 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9294E1063; Thu, 19 Dec 2013 19:25:33 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84066172" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:31 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:30 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtiko-0006gd-92; Thu, 19 Dec 2013 18:55:26 +0000 From: Roger Pau Monne To: , , , , , , Subject: =?UTF-8?q?=5BPATCH=20v7=2014/19=5D=20xen=3A=20introduce=20a=20dummy=20pvcpu=20device?= Date: Thu, 19 Dec 2013 19:54:51 +0100 Message-ID: <1387479296-33389-15-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:35 -0000 Since Xen PVH guests doesn't have ACPI, we need to create a dummy pvcpu device that will be used to fill the pcpu->pc_device field. --- sys/conf/files.amd64 | 1 + sys/x86/xen/pvcpu.c | 84 ++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 85 insertions(+), 0 deletions(-) create mode 100644 sys/x86/xen/pvcpu.c diff --git a/sys/conf/files.amd64 b/sys/conf/files.amd64 index 3bdc05e..4a3f612 100644 --- a/sys/conf/files.amd64 +++ b/sys/conf/files.amd64 @@ -569,3 +569,4 @@ x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm x86/xen/pv.c optional xenhvm x86/xen/mptable.c optional xenhvm +x86/xen/pvcpu.c optional xenhvm diff --git a/sys/x86/xen/pvcpu.c b/sys/x86/xen/pvcpu.c new file mode 100644 index 0000000..8725e76 --- /dev/null +++ b/sys/x86/xen/pvcpu.c @@ -0,0 +1,84 @@ +/* + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include + +/* + * Dummy Xen cpu device + * + * Since there's no ACPI on PVH guests, we need to create a dummy + * CPU device in order to fill the pcpu->pc_device field. + */ + +static int +xenpvcpu_probe(device_t dev) +{ + if (!xen_pv_domain()) + return (ENXIO); + + device_set_desc(dev, "Xen PV CPU"); + return (0); +} + +static int +xenpvcpu_attach(device_t dev) +{ + struct pcpu *pc; + int cpu; + + cpu = device_get_unit(dev); + pc = pcpu_find(cpu); + pc->pc_device = dev; + return (0); +} + +static device_method_t xenpvcpu_methods[] = { + DEVMETHOD(device_probe, xenpvcpu_probe), + DEVMETHOD(device_attach, xenpvcpu_attach), + DEVMETHOD_END +}; + +static driver_t xenpvcpu_driver = { + "pvcpu", + xenpvcpu_methods, + 0, +}; + +devclass_t xenpvcpu_devclass; + +DRIVER_MODULE(xenpvcpu, nexus, xenpvcpu_driver, xenpvcpu_devclass, 0, 0); +MODULE_DEPEND(xenpvcpu, nexus, 1, 1, 1); -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD5E32FA; Thu, 19 Dec 2013 19:25:42 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 457BF1070; Thu, 19 Dec 2013 19:25:41 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84066208" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:39 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:38 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikl-0006gd-TX; Thu, 19 Dec 2013 18:55:23 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 10/19] xen: add hook for AP bootstrap memory reservation Date: Thu, 19 Dec 2013 19:54:47 +0100 Message-ID: <1387479296-33389-11-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:42 -0000 This hook will only be implemented for bare metal, Xen doesn't require any bootstrap code since APs are started in long mode with paging enabled. --- sys/amd64/amd64/machdep.c | 6 +++++- sys/amd64/include/sysarch.h | 3 +++ 2 files changed, 8 insertions(+), 1 deletions(-) diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index 6bbfe5a..a811a9b 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -186,6 +186,9 @@ struct init_ops init_ops = { .early_delay_init = i8254_init, .early_delay = i8254_delay, .parse_memmap = native_parse_memmap, +#ifdef SMP + .mp_bootaddress = mp_bootaddress, +#endif }; /* @@ -1507,7 +1510,8 @@ getmemsize(caddr_t kmdp, u_int64_t first) #ifdef SMP /* make hole for AP bootstrap code */ - physmap[1] = mp_bootaddress(physmap[1] / 1024); + if (init_ops.mp_bootaddress) + physmap[1] = init_ops.mp_bootaddress(physmap[1] / 1024); #endif /* diff --git a/sys/amd64/include/sysarch.h b/sys/amd64/include/sysarch.h index 084223e..77f4b29 100644 --- a/sys/amd64/include/sysarch.h +++ b/sys/amd64/include/sysarch.h @@ -16,6 +16,9 @@ struct init_ops { void (*early_delay_init)(void); void (*early_delay)(int); void (*parse_memmap)(caddr_t, vm_paddr_t *, int *); +#ifdef SMP + u_int (*mp_bootaddress)(u_int); +#endif }; extern struct init_ops init_ops; -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52D4C2FE; Thu, 19 Dec 2013 19:25:43 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D16491075; Thu, 19 Dec 2013 19:25:41 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="86300046" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:41 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:40 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtikn-0006gd-M5; Thu, 19 Dec 2013 18:55:25 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH v7 13/19] xen: introduce flag to disable the local apic Date: Thu, 19 Dec 2013 19:54:50 +0100 Message-ID: <1387479296-33389-14-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:43 -0000 PVH guests don't have an emulated lapic. --- sys/amd64/amd64/mp_machdep.c | 10 ++++++---- sys/amd64/include/apicvar.h | 1 + sys/i386/include/apicvar.h | 1 + sys/i386/xen/xen_machdep.c | 2 ++ sys/x86/x86/local_apic.c | 8 +++++--- sys/x86/xen/pv.c | 3 +++ 6 files changed, 18 insertions(+), 7 deletions(-) diff --git a/sys/amd64/amd64/mp_machdep.c b/sys/amd64/amd64/mp_machdep.c index e302886..0296a92 100644 --- a/sys/amd64/amd64/mp_machdep.c +++ b/sys/amd64/amd64/mp_machdep.c @@ -709,7 +709,8 @@ init_secondary(void) wrmsr(MSR_SF_MASK, PSL_NT|PSL_T|PSL_I|PSL_C|PSL_D); /* Disable local APIC just to be sure. */ - lapic_disable(); + if (!lapic_disabled) + lapic_disable(); /* signal our startup to the BSP. */ mp_naps++; @@ -735,7 +736,7 @@ init_secondary(void) /* A quick check from sanity claus */ cpuid = PCPU_GET(cpuid); - if (PCPU_GET(apic_id) != lapic_id()) { + if (!lapic_disabled && (PCPU_GET(apic_id) != lapic_id())) { printf("SMP: cpuid = %d\n", cpuid); printf("SMP: actual apic_id = %d\n", lapic_id()); printf("SMP: correct apic_id = %d\n", PCPU_GET(apic_id)); @@ -751,7 +752,8 @@ init_secondary(void) mtx_lock_spin(&ap_boot_mtx); /* Init local apic for irq's */ - lapic_setup(1); + if (!lapic_disabled) + lapic_setup(1); /* Set memory range attributes for this CPU to match the BSP */ mem_range_AP_init(); @@ -766,7 +768,7 @@ init_secondary(void) if (cpu_logical > 1 && PCPU_GET(apic_id) % cpu_logical != 0) CPU_SET(cpuid, &logical_cpus_mask); - if (bootverbose) + if (!lapic_disabled && bootverbose) lapic_dump("AP"); if (smp_cpus == mp_ncpus) { diff --git a/sys/amd64/include/apicvar.h b/sys/amd64/include/apicvar.h index e7423a3..84e01d4 100644 --- a/sys/amd64/include/apicvar.h +++ b/sys/amd64/include/apicvar.h @@ -169,6 +169,7 @@ inthand_t extern vm_paddr_t lapic_paddr; extern int apic_cpuids[]; +extern bool lapic_disabled; u_int apic_alloc_vector(u_int apic_id, u_int irq); u_int apic_alloc_vectors(u_int apic_id, u_int *irqs, u_int count, diff --git a/sys/i386/include/apicvar.h b/sys/i386/include/apicvar.h index df99ebe..24c99f0 100644 --- a/sys/i386/include/apicvar.h +++ b/sys/i386/include/apicvar.h @@ -168,6 +168,7 @@ inthand_t extern vm_paddr_t lapic_paddr; extern int apic_cpuids[]; +extern bool lapic_disabled; u_int apic_alloc_vector(u_int apic_id, u_int irq); u_int apic_alloc_vectors(u_int apic_id, u_int *irqs, u_int count, diff --git a/sys/i386/xen/xen_machdep.c b/sys/i386/xen/xen_machdep.c index 09c01f1..7039b4a 100644 --- a/sys/i386/xen/xen_machdep.c +++ b/sys/i386/xen/xen_machdep.c @@ -59,6 +59,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include @@ -912,6 +913,7 @@ initvalues(start_info_t *startinfo) #endif xen_start_info = startinfo; HYPERVISOR_start_info = startinfo; + lapic_disabled = true; xen_phys_machine = (xen_pfn_t *)startinfo->mfn_list; IdlePTD = (pd_entry_t *)((uint8_t *)startinfo->pt_base + PAGE_SIZE); diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c index 41bd602..85736c8 100644 --- a/sys/x86/x86/local_apic.c +++ b/sys/x86/x86/local_apic.c @@ -156,6 +156,7 @@ extern inthand_t IDTVEC(rsvd); volatile lapic_t *lapic; vm_paddr_t lapic_paddr; +bool lapic_disabled; static u_long lapic_timer_divisor; static struct eventtimer lapic_et; @@ -1367,9 +1368,10 @@ apic_setup_io(void *dummy __unused) if (retval != 0) printf("%s: Failed to setup I/O APICs: returned %d\n", best_enum->apic_name, retval); -#ifdef XEN - return; -#endif + + if (lapic_disabled) + return; + /* * Finish setting up the local APIC on the BSP once we know how to * properly program the LINT pins. diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index 7e45a83..e783bb8 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -48,6 +48,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include @@ -230,4 +231,6 @@ xen_pv_set_init_ops(void) { /* Init ops for Xen PV */ init_ops = xen_init_ops; + /* Disable lapic */ + lapic_disabled = true; } -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:26:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A8D1A05 for ; Thu, 19 Dec 2013 19:26:19 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2648109F for ; Thu, 19 Dec 2013 19:26:18 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id rBJJQFKL072282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 19 Dec 2013 23:26:15 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rBJJQFPi072281; Thu, 19 Dec 2013 23:26:15 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 19 Dec 2013 23:26:15 +0400 From: Gleb Smirnoff To: Larry Baird Subject: Re: Strange coredumps with virtualized i386 FreeBSD 10 Message-ID: <20131219192615.GC71033@glebius.int.ru> References: <20131219145116.GA83323@gta.com> <20131219151024.GA71033@FreeBSD.org> <20131219153332.GC87481@gta.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131219153332.GC87481@gta.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:26:19 -0000 Larry, On Thu, Dec 19, 2013 at 10:33:32AM -0500, Larry Baird wrote: L> > On Thu, Dec 19, 2013 at 09:51:16AM -0500, Larry Baird wrote: L> > L> Does anybody else have issues with running i386 FreeBSD 10 under Virtual Box? L> > L> I have been running a number of different versions of FreeBSD under Virtual L> > L> Box for some time without any issues. Last week I installed amd64 FreeBSD L> > L> 10 rc1 without any issue. Yesterday I decided to try i386 FreeBSD 10 rc1. L> > L> Install seemed to go ok. After initial boot I tried to update ports using L> > L> portsnap. I got a message about corrupted zip file. I initially thought L> > L> something was wrong with portsnap. Nothing I tried seemed to fix the issue, L> > L> so I moved on. I tried to build subversion. I got coredumps from cc and was L> > L> unable to build any ports. I decided something must have gone wrong with the L> > L> install. I reinstalled and got the same results. I then downloaded and L> > L> installed i386 FreeBSD 10 rc2. I had the same issues. So I then installed L> > L> FreeBSD 10 rc1 amd64. No issues, everything seemed to behave as expected. L> > L> I then installed FreeBSD 9.2 i386. No issues. I then used subversion and L> > L> mergemaster to upgrade to FreeBSD 10 stable. After doing upgrade, I once L> > L> again get coredumps from cc. L> > L> L> > L> In case it matters Virtual box is version 4.3.4 running under Windows 7 64 bit. L> > L> L> > L> Anybody else having issues with i386 FreeBSD 10? L> > L> > Can you please set L> > L> > vfs.unmapped_buf_allowed=0 L> > L> > in boot loader and try to reproduce the problem? L> This seemed to fix the issue. I can now use portsnap and I have successfully L> compiled serveral ports. L> L> Is "unmapped_buf_allowed" a virtualization issue or an i386 issue? We do not yet sure diagnosis yet, but this looks like a bug in the VirtualBox. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 19:25:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2483B28A; Thu, 19 Dec 2013 19:25:37 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B56E1065; Thu, 19 Dec 2013 19:25:35 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,514,1384300800"; d="scan'208";a="84066191" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 19 Dec 2013 19:25:34 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 19 Dec 2013 14:25:32 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1Vtiko-0006gd-SL; Thu, 19 Dec 2013 18:55:26 +0000 From: Roger Pau Monne To: , , , , , , Subject: =?UTF-8?q?=5BPATCH=20v7=2015/19=5D=20xen=3A=20create=20a=20Xen=20nexus=20to=20use=20in=20PV/PVH?= Date: Thu, 19 Dec 2013 19:54:52 +0100 Message-ID: <1387479296-33389-16-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 19:25:37 -0000 Introduce a Xen specific nexus that is going to be in charge for attaching Xen specific devices. Remove the identify routine from Xen devices and instead attach them from the nexus (PV/PVH) or xenpci (HVM). --- sys/conf/files.amd64 | 1 + sys/conf/files.i386 | 1 + sys/dev/xen/timer/timer.c | 14 ------ sys/dev/xen/xenpci/xenpci.c | 5 ++ sys/x86/xen/xen_nexus.c | 99 +++++++++++++++++++++++++++++++++++++++++++ sys/xen/xenstore/xenstore.c | 7 --- 6 files changed, 106 insertions(+), 21 deletions(-) create mode 100644 sys/x86/xen/xen_nexus.c diff --git a/sys/conf/files.amd64 b/sys/conf/files.amd64 index 4a3f612..8bb0b5c 100644 --- a/sys/conf/files.amd64 +++ b/sys/conf/files.amd64 @@ -570,3 +570,4 @@ x86/xen/xen_intr.c optional xen | xenhvm x86/xen/pv.c optional xenhvm x86/xen/mptable.c optional xenhvm x86/xen/pvcpu.c optional xenhvm +x86/xen/xen_nexus.c optional xenhvm diff --git a/sys/conf/files.i386 b/sys/conf/files.i386 index 790296d..751db32 100644 --- a/sys/conf/files.i386 +++ b/sys/conf/files.i386 @@ -603,3 +603,4 @@ x86/x86/tsc.c standard x86/x86/delay.c standard x86/xen/hvm.c optional xenhvm x86/xen/xen_intr.c optional xen | xenhvm +x86/xen/xen_nexus.c optional xen | xenhvm diff --git a/sys/dev/xen/timer/timer.c b/sys/dev/xen/timer/timer.c index 96372ab..b047786 100644 --- a/sys/dev/xen/timer/timer.c +++ b/sys/dev/xen/timer/timer.c @@ -98,19 +98,6 @@ struct xentimer_softc { /* Last time; this guarantees a monotonically increasing clock. */ volatile uint64_t xen_timer_last_time = 0; -static void -xentimer_identify(driver_t *driver, device_t parent) -{ - if (!xen_domain()) - return; - - /* Handle all Xen PV timers in one device instance. */ - if (devclass_get_device(xentimer_devclass, 0)) - return; - - BUS_ADD_CHILD(parent, 0, "xen_et", 0); -} - static int xentimer_probe(device_t dev) { @@ -618,7 +605,6 @@ void xen_delay(int n) } static device_method_t xentimer_methods[] = { - DEVMETHOD(device_identify, xentimer_identify), DEVMETHOD(device_probe, xentimer_probe), DEVMETHOD(device_attach, xentimer_attach), DEVMETHOD(device_detach, xentimer_detach), diff --git a/sys/dev/xen/xenpci/xenpci.c b/sys/dev/xen/xenpci/xenpci.c index dd2ad92..cac8022 100644 --- a/sys/dev/xen/xenpci/xenpci.c +++ b/sys/dev/xen/xenpci/xenpci.c @@ -270,6 +270,11 @@ xenpci_attach(device_t dev) goto errexit; } + if (BUS_ADD_CHILD(dev, 0, "xenstore", 0) == NULL) + panic("xenpci: unable to add xenstore device"); + if (BUS_ADD_CHILD(nexus, 0, "xen_et", 0) == NULL) + panic("xenpci: unable to add xen pv timer device"); + return (bus_generic_attach(dev)); errexit: diff --git a/sys/x86/xen/xen_nexus.c b/sys/x86/xen/xen_nexus.c new file mode 100644 index 0000000..288e6b6 --- /dev/null +++ b/sys/x86/xen/xen_nexus.c @@ -0,0 +1,99 @@ +/* + * Copyright (c) 2013 Roger Pau Monné + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include + +static const char *xen_devices[] = +{ + "xenstore", /* XenStore bus */ + "xen_et", /* Xen PV timer (provides: tc, et, clk) */ + "xc", /* Xen PV console */ + "isa", /* Dummy ISA bus for sc to attach */ +}; + +/* + * Xen nexus(4) driver. + */ +static int +nexus_xen_probe(device_t dev) +{ + if (!xen_pv_domain()) + return (ENXIO); + + return (BUS_PROBE_DEFAULT); +} + +static int +nexus_xen_attach(device_t dev) +{ + int i, error = 0; + + nexus_init_resources(); + bus_generic_probe(dev); + + /* + * Since we have no ACPI, we need to create a dummy CPU device + * in order to set pcpu->pc_device. + */ + CPU_FOREACH(i) + if (BUS_ADD_CHILD(dev, 0, "pvcpu", i) == NULL) + panic("unable to add pvcpu#%d device", i); + + for (i = 0; i < nitems(xen_devices); i++) { + if (BUS_ADD_CHILD(dev, 0, xen_devices[i], 0) == NULL) + panic("%s: could not add", xen_devices[i]); + } + + bus_generic_attach(dev); + + return (error); +} + +static device_method_t nexus_xen_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, nexus_xen_probe), + DEVMETHOD(device_attach, nexus_xen_attach), + + { 0, 0 } +}; + +DEFINE_CLASS_1(nexus, nexus_xen_driver, nexus_xen_methods, 1, nexus_driver); +static devclass_t nexus_devclass; + +DRIVER_MODULE(nexus_xen, root, nexus_xen_driver, nexus_devclass, 0, 0); diff --git a/sys/xen/xenstore/xenstore.c b/sys/xen/xenstore/xenstore.c index d404862..bcf6357 100644 --- a/sys/xen/xenstore/xenstore.c +++ b/sys/xen/xenstore/xenstore.c @@ -1079,12 +1079,6 @@ xs_init_comms(void) } /*------------------ Private Device Attachment Functions --------------------*/ -static void -xs_identify(driver_t *driver, device_t parent) -{ - - BUS_ADD_CHILD(parent, 0, "xenstore", 0); -} /** * Probe for the existance of the XenStore. @@ -1240,7 +1234,6 @@ xs_resume(device_t dev __unused) /*-------------------- Private Device Attachment Data -----------------------*/ static device_method_t xenstore_methods[] = { /* Device interface */ - DEVMETHOD(device_identify, xs_identify), DEVMETHOD(device_probe, xs_probe), DEVMETHOD(device_attach, xs_attach), DEVMETHOD(device_detach, bus_generic_detach), -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 22:36:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BC40E31 for ; Thu, 19 Dec 2013 22:36:10 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3265F1026 for ; Thu, 19 Dec 2013 22:36:10 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1627FB958; Thu, 19 Dec 2013 17:36:09 -0500 (EST) From: John Baldwin To: "Poul-Henning Kamp" Subject: Re: r259072 is not a happy camper... Date: Thu, 19 Dec 2013 16:06:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <27325.1386444776@critter.freebsd.dk> <201312181458.20649.jhb@freebsd.org> <75109.1387406757@critter.freebsd.dk> In-Reply-To: <75109.1387406757@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312191606.26963.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 19 Dec 2013 17:36:09 -0500 (EST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 22:36:10 -0000 On Wednesday, December 18, 2013 5:45:57 pm Poul-Henning Kamp wrote: > In message <201312181458.20649.jhb@freebsd.org>, John Baldwin writes: > > >> >Does it get a crashdump if you try? > >> > >> No :-( > >> > >> There may be a connection to unclean UFS filesystems (SU + TRIM, no J). > > > >Is this reproducible? > > Not really. > > It seems to happen at random, usually shortly after boot and as I > mentioned, there is some indications of it being related to munged > filesystems. > > Amongst these indications: > > Booting single-user and running fsck (without -p) almost always > prevents it from happening until after next crash, and I think all > the backtraces I've see have been UFS or maybe even WITNESS+UFS > related. > > If it is WITNESS related, the serial console is obviously a > prime suspect... > > But all that said, I havn't seen it for a couple of days... Humm. I'm kind of out of ideas then. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 19 23:32:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 477BBC79; Thu, 19 Dec 2013 23:32:12 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A957D13B8; Thu, 19 Dec 2013 23:32:11 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id z12so1748954wgg.3 for ; Thu, 19 Dec 2013 15:32:08 -0800 (PST) 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=jEFu/hR/eU03282tPoYoBqykuXVMAeoAgZsTcjtZNm8=; b=lEQiKh3He1QCXy6D2OgZkkK03PoIKynBGzMH3ArBX3CiICVcSEwO/wSTm/gTiBS191 44CZ32VhlSEGZ1bV/yBr/MAB1swiP54EK9uoyBm4C65VxIpw42iCTxwjKcufGYHdcIcJ QD73mPIYgsutxtTT/XvEIKFuMOPDE2c1pmCbXe6SbgVOAzB4heAknBbTxgsfP9Ec6XbK yMsEOJ28WU7ahmIOAqtyMotASgzuHz5VcEBk+soMwiVm71vEB9RSHnnXkfEBsfmmZI7a v7FE2rGNBwHk7DCsw4FOrnNmMRHyB9tIhwL4jXVK10FXDpwLS1dpVVbxTWFb922It0+/ 6nFA== MIME-Version: 1.0 X-Received: by 10.180.187.72 with SMTP id fq8mr5213098wic.26.1387495928767; Thu, 19 Dec 2013 15:32:08 -0800 (PST) Received: by 10.194.55.101 with HTTP; Thu, 19 Dec 2013 15:32:08 -0800 (PST) In-Reply-To: References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> Date: Thu, 19 Dec 2013 16:32:08 -0700 Message-ID: Subject: Re: FreeBSD 10 and zfsd From: asomers@gmail.com To: Outback Dingo Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Dec 2013 23:32:12 -0000 On Wed, Dec 18, 2013 at 2:40 PM, Outback Dingo wrote: > > > > On Wed, Dec 18, 2013 at 4:40 PM, Alan Somers wrote: >> >> On Wed, Dec 18, 2013 at 11:47 AM, Outback Dingo >> wrote: >> > >> > >> > On Wed, Dec 18, 2013 at 12:39 PM, Mark Felder wrote: >> >> >> >> On Thu, Oct 10, 2013, at 11:26, Alan Somers wrote: >> >> > >> >> > Due to popular demand, I have located a round toit. I'm currently >> >> > working on rebasing the zfsd project branch to head, after which I'll >> >> > push SpectraLogic's recent changes. >> >> > >> >> >> >> Just thought I'd ping the list about the situation here... would love >> >> to >> >> see this in HEAD soon :) >> > >> > >> > >> > Id love to see an updated patch from the zfsd tree against head itself >> > so we >> > could continue using and testing it >> >> Coming up ... >> > > Sweeeeeeeeeet..........!!! Sorry, but I'm running into nontrivial merge conflicts. It's going to take a few more days. -Alan > > >> >> > >> >> >> >> _______________________________________________ >> >> freebsd-current@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> >> To unsubscribe, send any mail to >> >> "freebsd-current-unsubscribe@freebsd.org" >> > >> > > > From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 00:02:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 899FC30E; Fri, 20 Dec 2013 00:02:48 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DD751635; Fri, 20 Dec 2013 00:02:48 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id m20so1619214qcx.36 for ; Thu, 19 Dec 2013 16:02:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=sWsUzETKXkWTcqIbROhaXo1ppMhYgPwtgK4Zi7OsCJI=; b=nMKTFA/pCesrOd+J/QCFho/kRcD4Vf9txomzODFl2cquE02XmdYeUukO0YNIy9NkG3 K5Ec1SX2d77ecDazxBPPhjIjGf7slW/p2QvlnuHzfig/bNQAg02dSdznCjEGUg+4h1Bi 4NgeCbOoytacbw0mc0DfLxlUFH+KAdcJ7V2D+LJHSuW07rNQ3cN+VnvnUCZTqCARVNtK 4meJ1RfQSDlvvZCBM8Bqlcz3XhF0Ri405RwBHX4iGEJ4cZHhIJFxtoNjXdpNqkEvK88Z bpIvFHntzy4B2E+eXYTQK6HT8HqPRTBJCx22DKw8L/Qz8EwIPG6iAXi/q3pnSlZFyXo5 BhBg== MIME-Version: 1.0 X-Received: by 10.224.16.204 with SMTP id p12mr8761557qaa.26.1387497766994; Thu, 19 Dec 2013 16:02:46 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Thu, 19 Dec 2013 16:02:46 -0800 (PST) Received: by 10.224.53.200 with HTTP; Thu, 19 Dec 2013 16:02:46 -0800 (PST) In-Reply-To: <20131219110746.51c90249@laptop.minsk.domain> References: <20131219100438.117a3576@laptop.minsk.domain> <20131219110746.51c90249@laptop.minsk.domain> Date: Thu, 19 Dec 2013 16:02:46 -0800 X-Google-Sender-Auth: Om5_iYlw_QDBtbfUgeO00m694PQ Message-ID: Subject: Re: ral(4) panic. head, r257837 From: Adrian Chadd To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: current@freebsd.org, "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 00:02:48 -0000 Well there's a null node pointer. Need to figure out why. Its totally legit to have them too, so the code has to cope. Grr. Adrian On Dec 19, 2013 2:07 AM, "Sergey V. Dyatko" wrote: > On Wed, 18 Dec 2013 23:40:23 -0800 > Adrian Chadd wrote: > > > What's at frame 10? > > > > And list the IP, ie: > > > > list *0xffffffff817da911 > > > > (kgdb) f 10 > #10 0xffffffff817da911 in rt2860_tx (sc=0xfffffe00009bd000, > m=0xfffff80004c6dd00, ni=0x0) > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 1472 { > Current language: auto; currently minimal > > (kgdb) list *0xffffffff817da911 > 0xffffffff817da911 is in rt2860_tx > (/usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1475). 1470 static > int 1471 rt2860_tx(struct rt2860_softc *sc, struct mbuf *m, struct > ieee80211_node *ni) 1472 { > 1473 struct ifnet *ifp = sc->sc_ifp; > 1474 struct ieee80211com *ic = ifp->if_l2com; > 1475 struct ieee80211vap *vap = ni->ni_vap; > 1476 struct rt2860_tx_ring *ring; > 1477 struct rt2860_tx_data *data; > 1478 struct rt2860_txd *txd; > 1479 struct rt2860_txwi *txwi; > > > -a > > > > On 18 December 2013 23:04, Sergey V. Dyatko > > wrote: > > > Hi, > > > > > > I have following setup: > > > > > > wlans_ral0="wlan0" > > > ifconfig_wlan0="WPA" > > > > > > cloned_interfaces="lagg0 bridge0 tap0" > > > ifconfig_lagg0="laggproto failover laggport alc0 laggport wlan0 > > > DHCP" ifconfig_bridge0="addm tap0 addm lagg0" > > > > > > When system boot I have reproducible panic after messages > > > Waiting 30s for the default route interface: . > > > ral0: need multicast update callback > > > ral0: need multicast update callback > > > ........ : > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x0 > > > fault code = supervisor read data, page not present > > > instruction pointer = 0x20:0xffffffff817da911 > > > stack pointer = 0x28:0xfffffe011fe61da0 > > > frame pointer = 0x28:0xfffffe011fe62630 > > > <118>. > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 1815 (dhclient) > > > > > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > > > Loaded symbols for /boot/kernel/zfs.ko.symbols > > > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > > > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > > > Reading symbols from /boot/kernel/linux.ko.symbols...done. > > > Loaded symbols for /boot/kernel/linux.ko.symbols > > > Reading symbols from /boot/kernel/if_alc.ko.symbols...done. > > > Loaded symbols for /boot/kernel/if_alc.ko.symbols > > > Reading symbols from /boot/kernel/if_ral.ko.symbols...done. > > > Loaded symbols for /boot/kernel/if_ral.ko.symbols > > > Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. > > > Loaded symbols for /boot/kernel/snd_hda.ko.symbols > > > Reading symbols from /boot/kernel/sound.ko.symbols...done. > > > Loaded symbols for /boot/kernel/sound.ko.symbols > > > Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. > > > Loaded symbols for /boot/kernel/acpi_video.ko.symbols > > > Reading symbols from /boot/modules/nvidia.ko...done. > > > Loaded symbols for /boot/modules/nvidia.ko > > > Reading symbols from /boot/modules/cuse4bsd.ko...done. > > > Loaded symbols for /boot/modules/cuse4bsd.ko > > > Reading symbols from /boot/kernel/sem.ko.symbols...done. > > > Loaded symbols for /boot/kernel/sem.ko.symbols > > > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > > > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > > > Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. > > > Loaded symbols for /boot/kernel/if_lagg.ko.symbols > > > Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. > > > Loaded symbols for /boot/kernel/if_bridge.ko.symbols > > > Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. > > > Loaded symbols for /boot/kernel/bridgestp.ko.symbols > > > Reading symbols from /boot/kernel/if_tap.ko.symbols...done. > > > Loaded symbols for /boot/kernel/if_tap.ko.symbols > > > > > > #0 doadump (textdump=0) at pcpu.h:219 > > > 219 pcpu.h: No such file or directory. > > > in pcpu.h > > > (kgdb) #0 doadump (textdump=0) at pcpu.h:219 > > > #1 0xffffffff803023ae in db_dump (dummy=, > > > dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543 > > > #2 0xffffffff80301e8d in db_command (cmd_table= > > out>) at /usr/src/sys/ddb/db_command.c:449 > > > #3 0xffffffff80301c04 in db_command_loop () > > > at /usr/src/sys/ddb/db_command.c:502 > > > #4 0xffffffff80304570 in db_trap (type=, > > > code=0) at /usr/src/sys/ddb/db_main.c:231 > > > #5 0xffffffff8072e9d3 in kdb_trap (type=12, code=0, tf= > > optimized out>) at /usr/src/sys/kern/subr_kdb.c:656 > > > #6 0xffffffff80a81bb2 in trap_fatal (frame=0xfffffe011fe61cf0, > > > eva=) > > > at /usr/src/sys/amd64/amd64/trap.c:870 #7 0xffffffff80a81ec9 in > > > trap_pfault (frame=0xfffffe011fe61cf0, usermode=0) > > > at /usr/src/sys/amd64/amd64/trap.c:692 #8 0xffffffff80a8165b in > > > trap (frame=0xfffffe011fe61cf0) > > > at /usr/src/sys/amd64/amd64/trap.c:456 #9 0xffffffff80a68222 in > > > calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 > > > #10 0xffffffff817da911 in rt2860_tx (sc=0xfffffe00009bd000, > > > m=0xfffff80004c6dd00, ni=0x0) > > > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 > > > #11 0xffffffff817da89e in rt2860_start_locked > > > (ifp=0xfffff80003bed800) > > > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1998 #12 > > > 0xffffffff817d57b0 in rt2860_start (ifp=0xfffff80003bed800) > > > at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1972 #13 > > > 0xffffffff807b5f35 in if_transmit (ifp=, > > > m=) at /usr/src/sys/net/if.c:3352 #14 > > > 0xffffffff807fbd96 in ieee80211_vap_pkt_send_dest ( vap= > > optimized out>, m=, ni=0xfffffe0003bae000) > > > at /usr/src/sys/net80211/ieee80211_output.c:243 #15 > > > 0xffffffff807fce09 in ieee80211_vap_transmit (ifp= > > out>, m=) > > > out>at /usr/src/sys/net80211/ieee80211_output.c:393 > > > #16 0xffffffff8261d91f in lagg_transmit (ifp=0xfffff80003bec000, > > > m=0xfffff80004c6dd00) > > > at /usr/src/sys/modules/if_lagg/../../net/if_lagg.c:1314 > > > #17 0xffffffff8262b11d in bridge_enqueue (sc=0xfffff80006597c00, > > > dst_ifp=0xfffff80003bec000, m=) > > > at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1864 > > > #18 0xffffffff8262a2e0 in bridge_output (ifp=0xfffff80003bec000, > > > m=, sa=, rt=0x1) > > > at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2009 > > > #19 0xffffffff807b8014 in ether_output (ifp=, > > > m=0xfffff80004001200, dst=0xfffffe011fe62928, ro= > > optimized > > > out>) at /usr/src/sys/net/if_ethersubr.c:387 > > > #20 0xffffffff807abe92 in bpfwrite (dev=, > > > uio=0xfffff800064d9c00, ioflag=) > > > at /usr/src/sys/net/bpf.c:1082 > > > #21 0xffffffff805ecacf in devfs_write_f (fp=0xfffff800065f79b0, > > > uio=0xfffff800064d9c00, cred=, flags=0, > > > td=0xfffff800062ea920) > > > at /usr/src/sys/fs/devfs/devfs_vnops.c:1672 #22 0xffffffff8074594a > > > in dofilewrite (td=0xfffff800062ea920, fd=6, fp=0xfffff800065f79b0, > > > auio=0xfffff800064d9c00, offset=, flags=0) at > > > file.h:303 #23 0xffffffff80745675 in kern_writev > > > (td=0xfffff800062ea920, fd=6, auio=0xfffff800064d9c00) > > > at /usr/src/sys/kern/sys_generic.c:467 #24 0xffffffff80745896 in > > > sys_writev (td=0xfffff800062ea920, uap=0xfffffe011fe62b40) > > > at /usr/src/sys/kern/sys_generic.c:452 #25 0xffffffff80a824e7 in > > > amd64_syscall (td=0xfffff800062ea920, traced=0) at > > > subr_syscall.c:134 #26 0xffffffff80a6850b in Xfast_syscall () > > > at /usr/src/sys/amd64/amd64/exception.S:391 > > > #27 0x0000000800b5cf3a in ?? () > > > Previous frame inner to this frame (corrupt stack?) > > > Current language: auto; currently minimal > > > (kgdb) > > > > > > at office, laggport alc0 is MASTER on lagg and all works fine. > > > > > > I have vmcore file and I can enter the necessary commands if this > > > will help > > > > > > > > > -- > > > wbr, tiger > > > _______________________________________________ > > > 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" > > > > -- > wbr, tiger > From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 00:44:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E57ACEF8 for ; Fri, 20 Dec 2013 00:44:48 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 9757A1917 for ; Fri, 20 Dec 2013 00:44:48 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.1 cv=caPr8BzM c=1 sm=0 tr=0 a=fEl05wXzeJCkBz9gs2itqQ==:117 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=K-v-2zaBAAAA:8 a=N1DYviGaBlcA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=XZ-5VU3VJrkA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=9iDbn-4jx3cA:10 a=cKsnjEOsciEA:10 a=RIeBWiZU0xQITiLMLvcA:9 a=wPNLvfGTeEIA:10 a=-Ya_WNcQKBYA:10 a=plAiDeeZ694A:10 a=MoR0u4Or_94tM1F5MTwA:9 a=_W_S_7VecoQA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:10120] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 4F/67-24449-CE293B25; Thu, 19 Dec 2013 19:44:48 -0500 Message-ID: <52B392D9.4030507@aldan.algebra.com> Date: Thu, 19 Dec 2013 19:44:09 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Current FreeBSD Subject: md2 on current and 10. X-Mailman-Approved-At: Fri, 20 Dec 2013 03:07:00 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 00:44:49 -0000 It would appear, neither nor are any longer available on FreeBSD current and 10.x This breaks the devel/tcl-trf port, which I maintain... Could someone, please, comment? Should I patch-up the port to disable the functionality? Or?.. Thank you! -mi From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 04:12:49 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54CBCF2; Fri, 20 Dec 2013 04:12:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 19D0D1744; Fri, 20 Dec 2013 04:12:48 +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 rBK4CgCj093495; Thu, 19 Dec 2013 23:12:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBK4CfQ4093478; Fri, 20 Dec 2013 04:12:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Dec 2013 04:12:41 GMT Message-Id: <201312200412.rBK4CfQ4093478@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 mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 04:12:49 -0000 TB --- 2013-12-20 03:09:31 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-20 03:09:31 - 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 --- 2013-12-20 03:09:31 - starting HEAD tinderbox run for mips/mips TB --- 2013-12-20 03:09:31 - cleaning the object tree TB --- 2013-12-20 03:09:31 - /usr/local/bin/svn stat /src TB --- 2013-12-20 03:09:57 - At svn revision 259623 TB --- 2013-12-20 03:09:58 - building world TB --- 2013-12-20 03:09:58 - CROSS_BUILD_TESTING=YES TB --- 2013-12-20 03:09:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-20 03:09:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-20 03:09:58 - SRCCONF=/dev/null TB --- 2013-12-20 03:09:58 - TARGET=mips TB --- 2013-12-20 03:09:58 - TARGET_ARCH=mips TB --- 2013-12-20 03:09:58 - TZ=UTC TB --- 2013-12-20 03:09:58 - __MAKE_CONF=/dev/null TB --- 2013-12-20 03:09:58 - cd /src TB --- 2013-12-20 03:09:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 20 03:10:06 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 20 04:11:20 UTC 2013 TB --- 2013-12-20 04:11:20 - cd /src/sys/mips/conf TB --- 2013-12-20 04:11:20 - /usr/sbin/config -m ADM5120 TB --- 2013-12-20 04:11:20 - skipping ADM5120 kernel TB --- 2013-12-20 04:11:20 - cd /src/sys/mips/conf TB --- 2013-12-20 04:11:20 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-20 04:11:20 - skipping ALCHEMY kernel TB --- 2013-12-20 04:11:20 - cd /src/sys/mips/conf TB --- 2013-12-20 04:11:20 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-12-20 04:11:20 - building ALFA_HORNET_UB kernel TB --- 2013-12-20 04:11:20 - CROSS_BUILD_TESTING=YES TB --- 2013-12-20 04:11:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-20 04:11:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-20 04:11:20 - SRCCONF=/dev/null TB --- 2013-12-20 04:11:20 - TARGET=mips TB --- 2013-12-20 04:11:20 - TARGET_ARCH=mips TB --- 2013-12-20 04:11:20 - TZ=UTC TB --- 2013-12-20 04:11:20 - __MAKE_CONF=/dev/null TB --- 2013-12-20 04:11:20 - cd /src TB --- 2013-12-20 04:11:20 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Fri Dec 20 04:11:20 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_context.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_descrip.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_environment.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_et.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/kern_event.c cc1: warnings being treated as errors /src/sys/kern/kern_event.c: In function 'timer2sbintime': /src/sys/kern/kern_event.c:529: warning: comparison is always false due to limited range of data type *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-20 04:12:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-20 04:12:41 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2013-12-20 04:12:41 - 2724.20 user 610.96 system 3790.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 05:35:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11F04629; Fri, 20 Dec 2013 05:35:49 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B138E1E34; Fri, 20 Dec 2013 05:35:48 +0000 (UTC) Received: from srg.kevlo.org (mail.kevlo.org [220.135.115.6]) by ns.kevlo.org (8.14.6/8.14.6) with ESMTP id rBK5Xs8J054363; Fri, 20 Dec 2013 13:33:55 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <52B3D729.6070502@FreeBSD.org> Date: Fri, 20 Dec 2013 13:35:37 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alexey Dokuchaev Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> <20131218154820.GA20655@FreeBSD.org> <52B2524F.8000201@FreeBSD.org> <20131219095148.GA78156@FreeBSD.org> In-Reply-To: <20131219095148.GA78156@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 05:35:49 -0000 On 2013/12/19 17:51, Alexey Dokuchaev wrote: > On Thu, Dec 19, 2013 at 09:56:31AM +0800, Kevin Lo wrote: >> Your usb wlan dongles use RTL8188EU chip which is currently not >> supported by any of drivers. > I see; I guess I should not have believed when I was told that most likely > all it would take is id-patch urtwn(4). ;-) > > Does anyone know if support is being worked on? Don't know either. I'd like to port it after finishing RT5373 driver support. :-) > Given an increased > popularity of these dongles, perhaps a wiki page would be nice for > those of us who want to get an idea if some particular chip is supported > before buying them (online). Here's a site you could use for info about your wireless device: http://wikidevi.com/wiki/TP-LINK_TL-WN723N_v3 > > ./danfe Kevin From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 06:55:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D131A3D; Fri, 20 Dec 2013 06:55:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F0321362; Fri, 20 Dec 2013 06:55:09 +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 rBK6t8HL075604; Fri, 20 Dec 2013 01:55:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBK6t8t7075600; Fri, 20 Dec 2013 06:55:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Dec 2013 06:55:08 GMT Message-Id: <201312200655.rBK6t8t7075600@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 powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 06:55:10 -0000 TB --- 2013-12-20 04:12:42 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-20 04:12:42 - 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 --- 2013-12-20 04:12:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-20 04:12:42 - cleaning the object tree TB --- 2013-12-20 04:12:42 - /usr/local/bin/svn stat /src TB --- 2013-12-20 04:12:56 - At svn revision 259623 TB --- 2013-12-20 04:12:57 - building world TB --- 2013-12-20 04:12:57 - CROSS_BUILD_TESTING=YES TB --- 2013-12-20 04:12:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-20 04:12:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-20 04:12:57 - SRCCONF=/dev/null TB --- 2013-12-20 04:12:57 - TARGET=powerpc TB --- 2013-12-20 04:12:57 - TARGET_ARCH=powerpc TB --- 2013-12-20 04:12:57 - TZ=UTC TB --- 2013-12-20 04:12:57 - __MAKE_CONF=/dev/null TB --- 2013-12-20 04:12:57 - cd /src TB --- 2013-12-20 04:12:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 20 04:13:09 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 20 06:48:12 UTC 2013 TB --- 2013-12-20 06:48:12 - generating LINT kernel config TB --- 2013-12-20 06:48:12 - cd /src/sys/powerpc/conf TB --- 2013-12-20 06:48:12 - /usr/bin/make -B LINT TB --- 2013-12-20 06:48:12 - cd /src/sys/powerpc/conf TB --- 2013-12-20 06:48:12 - /usr/sbin/config -m LINT TB --- 2013-12-20 06:48:12 - building LINT kernel TB --- 2013-12-20 06:48:12 - CROSS_BUILD_TESTING=YES TB --- 2013-12-20 06:48:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-20 06:48:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-20 06:48:12 - SRCCONF=/dev/null TB --- 2013-12-20 06:48:12 - TARGET=powerpc TB --- 2013-12-20 06:48:12 - TARGET_ARCH=powerpc TB --- 2013-12-20 06:48:12 - TZ=UTC TB --- 2013-12-20 06:48:12 - __MAKE_CONF=/dev/null TB --- 2013-12-20 06:48:12 - cd /src TB --- 2013-12-20 06:48:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 20 06:48:12 UTC 2013 >>> 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 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_context.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 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_descrip.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 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_environment.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 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_et.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 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_event.c cc1: warnings being treated as errors /src/sys/kern/kern_event.c: In function 'timer2sbintime': /src/sys/kern/kern_event.c:529: warning: comparison is always false due to limited range of data type *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-20 06:55:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-20 06:55:08 - ERROR: failed to build LINT kernel TB --- 2013-12-20 06:55:08 - 8317.97 user 1076.95 system 9746.42 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 07:31:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 048572DF; Fri, 20 Dec 2013 07:31:16 +0000 (UTC) Date: Fri, 20 Dec 2013 07:31:16 +0000 From: Alexey Dokuchaev To: Kevin Lo Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter Message-ID: <20131220073115.GA67154@FreeBSD.org> References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> <20131218154820.GA20655@FreeBSD.org> <52B2524F.8000201@FreeBSD.org> <20131219095148.GA78156@FreeBSD.org> <52B3D729.6070502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52B3D729.6070502@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Alfred Perlstein , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 07:31:16 -0000 On Fri, Dec 20, 2013 at 01:35:37PM +0800, Kevin Lo wrote: > I'd like to port it after finishing RT5373 driver support. :-) Nice, looking forward to it. :) > Here's a site you could use for info about your wireless device: > http://wikidevi.com/wiki/TP-LINK_TL-WN723N_v3 Thank you Kevin. ./danfe From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 07:36:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF7F049E; Fri, 20 Dec 2013 07:36:54 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D7F71663; Fri, 20 Dec 2013 07:36:54 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBK7ah2j025516; Fri, 20 Dec 2013 09:36:43 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBK7ah2j025516 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBK7agkV025515; Fri, 20 Dec 2013 09:36:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 20 Dec 2013 09:36:42 +0200 From: Konstantin Belousov To: Roger Pau Monne Subject: Re: [PATCH v7 01/19] xen: add PV/PVH kernel entry point Message-ID: <20131220073642.GP59496@kib.kiev.ua> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-2-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/NOItKPPfAGZtKZd" Content-Disposition: inline In-Reply-To: <1387479296-33389-2-git-send-email-roger.pau@citrix.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 07:36:55 -0000 --/NOItKPPfAGZtKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Thank you for doing the split. On Thu, Dec 19, 2013 at 07:54:38PM +0100, Roger Pau Monne wrote: > Add the PV/PVH entry point and the low level functions for PVH > initialization. > --- > sys/amd64/amd64/locore.S | 53 +++++++++++++++++++++++++++++++ > sys/amd64/amd64/machdep.c | 72 ++++++++++++++++++++++++++++++++++++++++++ > sys/amd64/include/asmacros.h | 26 +++++++++++++++ The changes to the three files above all protected by #ifdef XENHVM. IMO it is more logical to move the code into xen-specific files. The support would be localized and somewhat postpone morphing the sys/amd64 into the maze of #ifdefs, which is the sys/i386 already. --/NOItKPPfAGZtKZd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSs/OJAAoJEJDCuSvBvK1B+2cQAJKoJaZryNNJuOiN67ocHEHy R3PyKtisqo0b2ABgobYhfv1wxRXfr3fhW2Hqzd9GJfEcg/7hV9KSjilBIDnWrbii 720/VuGFh3vQRIWSu6WqylVPxkPkNrEW6pbzcja/FuxYeyheFanxMT5Fu3/uWxGG CadiT8VErkh6Z4HZnOi0goURiXkzpvU4kc/q0MeeUuPWd1KEA+OPxBmcaOz9+lfi FYmRJ0u3BqmPHvbXQpWMeaTAOS5MdhJkp3v5Q2tFlqNHXNYesm3JpwdaiceHAzUG gfpvBKxxVGw1TP3TcBuxN3v8NMlzsFdaO0EfNXL2jR12x21rs67t4LZxWpsF/5yr 6pAp+1DHWsY4FSKTAvRXI5XHlrA1Zb8IP/egIrtEVC0FoCKdgjgzS1mr3EOIYp4t 126R5fvc7TIcC1yZF6YfdlYrmT6RLducDYptnhibQ9DOixYV1iwiBpCGK5FX5etp Bg8i5SBdxDcqPYQvbg7PH+BaWct1K+Y48a/CDAb9/ACtwk8G+OHHmTEHLpx9NEs5 D38iuAi+bdRPjBVYW8n6CFGXgvSsLzLoYPUshPo9BZt2uB0opo5Og4nnoigSxk/L /hL+SLz3gaYmVNSUGu15UkTRLDuep5Sq4vHba09jmoptLoItxAPA3x4Drt9Je7zK CA4TxTE0C2l+BKLpYjuV =bBCJ -----END PGP SIGNATURE----- --/NOItKPPfAGZtKZd-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 08:10:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 248D2E82; Fri, 20 Dec 2013 08:10:36 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8528C1984; Fri, 20 Dec 2013 08:10:35 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBK89Ae0031929; Fri, 20 Dec 2013 10:09:10 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBK89Ae0031929 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBK89Alt031928; Fri, 20 Dec 2013 10:09:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 20 Dec 2013 10:09:10 +0200 From: Konstantin Belousov To: Roger Pau Monne Subject: Re: [PATCH v7 04/19] amd64: introduce hook for custom preload metadata parsers Message-ID: <20131220080910.GQ59496@kib.kiev.ua> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-5-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hVxjDcWLALlH2Fxo" Content-Disposition: inline In-Reply-To: <1387479296-33389-5-git-send-email-roger.pau@citrix.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 08:10:36 -0000 --hVxjDcWLALlH2Fxo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 19, 2013 at 07:54:41PM +0100, Roger Pau Monne wrote: > --- > sys/amd64/amd64/machdep.c | 45 +++++++++++++---- > sys/amd64/include/sysarch.h | 12 +++++ > sys/conf/files.amd64 | 1 + This looks fine for me. --hVxjDcWLALlH2Fxo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSs/slAAoJEJDCuSvBvK1B/g0P/RKm3rkVmHf17jzTwa/Ox02i FBUWVLpWIG7AcJrR48MUAyy0tTjsO31PFvjoY/5V0ydvW+Ym2k7Qqznt2BQ+41xX odSVxtlFdDhtcICU4WJhvDtxtP/3jYVqoZyAf4USZ8cSksgPtUjH5mK4F2AxqkQx GICsKr8ODYK6+pv/STjNPtkB6mssWaAiykqGEtT/GaLMtYKEv7NeAgsoanTSFQxU 1wQCmw0CoeXjZmuC9asJkO9FxcMaPMhmz1xsLbRc4ZDIavL3q0Q1ceSZOW2yIGK7 Mx6MTLnM/KfTBn610YtPhY+x9WDh/ZUmNGzQWco/nymv0CTD8dvlW9Rh7MSYZz4M 6766T7ufjQfBUcI7YgNHwkOEUSTZcNmdWfHK8sJoox/QFkcrZLIPpkyC8fFk+LPe kIrxsjnDdqcgjNDfQuMLCNR2myYiGHnNltjBYf6o5Eld2jNKY0fj8c/qmf3VC0Ya sqpvkseEx8UQRBsKQR5cyIGXS/fGKXUEYj76JmXWVVGqrYJVQUFmmVmxLu5lh/PL rXzjuzWlID11d/9LqXPJQFYYNIZoinWEwWi17C0SLupinFhjpLQhK0XDwA33JnPF Bf/sd8z9UEsTgLTMjaLzY63FUu4dbLKsEngwVlPpafT+fwtcwuZzRpvp1DdbYl4s LPMDW3d3tu6hBqTFRVPs =08Zf -----END PGP SIGNATURE----- --hVxjDcWLALlH2Fxo-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 09:52:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C53FA0C for ; Fri, 20 Dec 2013 09:52:09 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id A134E12AF for ; Fri, 20 Dec 2013 09:52:08 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id 9530D23285; Fri, 20 Dec 2013 11:52:00 +0200 (EET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Fri, 20 Dec 2013 11:52:08 +0200 From: dan_partelly To: Adrian Chadd Subject: Re: 10-RC2 current wireless link aggregation not working correctly In-Reply-To: References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> <1ec561b6d4357d782d46126f0a13443a@rdsor.ro> Message-ID: <17b8e16e956514f8f1383b61821ac3dc@rdsor.ro> X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 09:52:09 -0000 Guys, Id like to work a bit on this issue in my free time, I have 2 weeks holiday after Xmass. First an update on lagg for the case you boot with wired coupled: 1. I previously said lagg0 switches correctly when I unplug the wired interface, but it is not so. It appeared so because I used "ifconfig" and listed all interfaces. If I do a ifconfig lagg0 specifically the network activity DOES NOT resume, and the output shows that the interface was not switched. 2. network activity resumes when you specifically do ifconfig bge0 ( master wired). Second: 1. Please tell me if one of the developers made on their personal pages a intro how to set up a solid kernel development intro. It would save me a lot of time considering I never set up such an environment for any Unix like OS. I only worked in kernel development for NT and later derived kernels. I can allocate two core 2 machines for this task , with fire-wire, USN and Ethernet connectivity 2. Any other resources which you can come up from your head which I can print and read are also appreciated. Dan On Tue, 17 Dec 2013 12:11:49 -0800, Adrian Chadd wrote: > Ive no idea sorry. Its likely an ifnet change and not anything WiFi > specific. :( On Dec 17, 2013 12:04 PM, "dan_partelly" wrote: > > Yes, this is correct. A simple list of the interfaces with ifconfig > makes the system recover and restart activity on the secondary port. > Its a good starting point to hunt down the problem. One of the ioctls > sent > has this "side effect". > > Dan > > > If I am am understanding correctly, Dan and Nikolai say that just > > running ifconfig brings the lagg back to life. Why would that make a > > difference at all? Running ifconfig with no parameters shouldnt be > > changing anything. > _______________________________________________ > freebsd-current@freebsd.org [2] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current [3] > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org [4]" > > > Links: > ------ > [1] mailto:dan_partelly@rdsor.ro > [2] mailto:freebsd-current@freebsd.org > [3] http://lists.freebsd.org/mailman/listinfo/freebsd-current > [4] mailto:freebsd-current-unsubscribe@freebsd.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 10:55:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF01280B for ; Fri, 20 Dec 2013 10:55:49 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B636176B for ; Fri, 20 Dec 2013 10:55:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Vtxk4-000cNH-MT>; Fri, 20 Dec 2013 11:55:40 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198] helo=telesto) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Vtxk4-000noL-KK>; Fri, 20 Dec 2013 11:55:40 +0100 Date: Fri, 20 Dec 2013 11:55:34 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: ZFS/zpool command blocks ... locking up all terminals Message-ID: <20131220115534.52e79a76@telesto> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/H2/FUdg0bY=BMPNQjMrIaVY"; protocol="application/pgp-signature" X-Originating-IP: 130.133.86.198 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 10:55:49 -0000 --Sig_/H2/FUdg0bY=BMPNQjMrIaVY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have a faulty pool with an ambiguous label and I tried to resolve that problem. ZFS is at the moment highly active copying data from several volumes to another. Operating system: 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r259522: Tue Dec 17 19:02:10 CET 2013 amd64 In one terminal I exported the pool in question and tried to list it via "zpool import". But the this command sequence locks up the terminal for an hour up! In another terminal I tried to issue to command "zpool status" to watch the status of the pools (I have several). But this terminal ist alos locked up right now! What is wrong here? I had such an issue in 10.0-CURRENT as well. It seems ZFS is locking everything up and can only be brought back by a hard reset! What is going on? Why is zpool locking up in trying to display a label-scrambled pool while the zpool status is then also locked up, but latter is supposed to show the status of the other, healthy pools? This reminds me of single-threaded tools which looks up every operation consecutively issued after the blocking command. How is this to be solved? Oliver --Sig_/H2/FUdg0bY=BMPNQjMrIaVY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJStCIsAAoJEOgBcD7A/5N84yQH/RT3HZ3Uz0gsVBLulYWnqb0s 6Rw242q9nuikMbjuGZv1kjIcQFj9QMHfcDru2IYLsaWtFRK7i+FOWO46zEpJvtxE dRhgQK0s85iV11bluWFHwDdPaIh9fCMD3nEPLyIATv7Uf+qM/OKKYwV54PjHdmxl iANXEHiZRNxEeNznCaycO45ybdqnT8FBGr0nWnvCV7nYIIkBWs6wUe9cZzq82eFV O8ahY8WYLolNJc4tallW96FGEUrBuPQ3AmN6d46whfN2ebh8IDRDRplzm9T35Cs8 NNz4GM7J/Bf8gU9Li5CgdUNrV8GrJaXTiknKJ3CnJ6AyOFDgLEg/9QhAUqNv8/Y= =f4Zy -----END PGP SIGNATURE----- --Sig_/H2/FUdg0bY=BMPNQjMrIaVY-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 15:55:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A26ACB2 for ; Fri, 20 Dec 2013 15:55:25 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id D5F4A1003 for ; Fri, 20 Dec 2013 15:55:24 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 9E56E4E618 for ; Fri, 20 Dec 2013 15:55:23 +0000 (UTC) Message-ID: <52B46873.5060703@allanjude.com> Date: Fri, 20 Dec 2013 10:55:31 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ZFS/zpool command blocks ... locking up all terminals References: <20131220115534.52e79a76@telesto> In-Reply-To: <20131220115534.52e79a76@telesto> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="96WHaaCsgIW5bh0LBGmj33T47nqRLbX5n" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 15:55:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --96WHaaCsgIW5bh0LBGmj33T47nqRLbX5n Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-12-20 05:55, O. Hartmann wrote: > I have a faulty pool with an ambiguous label and I tried to resolve > that problem. ZFS is at the moment highly active copying data from > several volumes to another. > > Operating system: > > 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r259522: Tue Dec 17 19:02:10 CET > 2013 amd64 > > In one terminal I exported the pool in question and tried to list it > via "zpool import". But the this command sequence locks up the terminal= > for an hour up! > > In another terminal I tried to issue to command "zpool status" to watch= > the status of the pools (I have several). But this terminal ist alos > locked up right now! > > What is wrong here? I had such an issue in 10.0-CURRENT as well. It > seems ZFS is locking everything up and can only be brought back by a > hard reset! What is going on? Why is zpool locking up in trying to > display a label-scrambled pool while the zpool status is then also > locked up, but latter is supposed to show the status of the other, > healthy pools? This reminds me of single-threaded tools which looks up > every operation consecutively issued after the blocking command. > > How is this to be solved? > > Oliver Can you input 'control + t' or otherwise send siginfo to see what run 'state' zpool is in? This usually consists of the ZFS function name and is often very revealing and gives a starting point for investigation --=20 Allan Jude --96WHaaCsgIW5bh0LBGmj33T47nqRLbX5n 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJStGhzAAoJEJrBFpNRJZKfN5UQALyC0PKMMITpzFhzeALXNoi9 x+0nI7U/RwJ+dVXxuaCJYYSjjzf20Y0KtrtdrNRp4MQWAMalj9TsEnUfKUnDtIBE jjNy10lzB1BqMgMSaqP7jfFc1Ik135kG0nz2Q051m+7RsHUB6wQpJ+trtp7Wn1fa QSHkOnexWZI9M6FoeRXpqlzTNcqRP+wHfC64P1b76AIAB+3Mufye/H7AF1d3v9s1 cKwL/SnMYBjE6rdijtHksmGcTZixYMIyrc3CTTNOFfUdiXDFaBAxeKgVMQqVebA0 8NFd2lTQKgAjiDwcm1eJYKL1TTlyQ7N+E9ybYHOyTEXkgK7M1RACCrKmOycdsm1h qNpGPV357vwdHWfNLd5oS2t2HWLMjsKKcnYbw0E5ad1kQ494LGnH6MFour93XqeZ rkUgqMdnycvAJWMsQkXG5UbY0vjqXYuhGrnEKW3bC0qvwVKaK3azEfXGzETGg+fO pJEE+//kwwQdTEdsI2LABlNpMThNKg1eIKzRWTlYXKt8E4BUx8OqFQHQFCw1OpVW DMPZ8XmrmoVk6eD6YeP+wZyqmYrsUF5HvWdTjjVUpHiDtyRftcags8hJOFD2CwCd p50WHVJ463ZYILJI2wc0WQAvp5CoDK58Dt0pv8rpWu9oiX1kBBr+oA+1T9J5X9lj 8rhkbhptFFWjyuHMguQo =j5Kj -----END PGP SIGNATURE----- --96WHaaCsgIW5bh0LBGmj33T47nqRLbX5n-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 15:23:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0BEFFE5 for ; Fri, 20 Dec 2013 15:23:11 +0000 (UTC) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 824611DD9 for ; Fri, 20 Dec 2013 15:23:11 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id en1so8526809wid.17 for ; Fri, 20 Dec 2013 07:23:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=pDbyOqmTxnsX9at/P6fQnqhK9TX8H8XGEq/224LjTrs=; b=AOhC7N8JAiJ6dfRQB+28igI0M+ZT2XXlGPJPSnft/WRLolU6sEwvezPF+UM5cyrqp/ vbISgmFR5noZ37H/WebvgLf2IgIEj5S+lABnu16d6zEtZSb40n7puZdYHG1mNZbq75ea 20a1Cb4aeZmbEF02fMv/WuZFwgygmle4oB9h1k7iQiSzagLXQ6S7lS8taWJq9xGg/9s0 0MB74uhQujXCH/1C6bOSp9euxk0HiCNwFwvKWyl7273H+2vyc5UX9npvf8vnxOVourq7 bdbNfTJIIBOEGdhybHyo5RDNKUSzY8ePnZzXq3NjsG1OmQOtaCQjhisWa0n3Egi2N8sQ Y4Aw== X-Gm-Message-State: ALoCoQlN4sO16RlYoweuE5t4A75hf0qbbpYTFOHDwnjqALf4HDvYCsTTDC0T+X3lWU/ZRzh8pJL2 X-Received: by 10.194.10.34 with SMTP id f2mr2369870wjb.77.1387552536580; Fri, 20 Dec 2013 07:15:36 -0800 (PST) Received: from [192.168.42.155] ([80.215.9.126]) by mx.google.com with ESMTPSA id pl7sm2770199wjc.16.2013.12.20.07.15.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Dec 2013 07:15:34 -0800 (PST) Message-ID: <52B45F11.1030504@linaro.org> Date: Fri, 20 Dec 2013 15:15:29 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Roger Pau Monne , freebsd-xen@freebsd.org, freebsd-current@freebsd.org, xen-devel@lists.xen.org, gibbs@freebsd.org, jhb@freebsd.org, kib@freebsd.org, julien.grall@citrix.com Subject: Re: [Xen-devel] [PATCH v7 01/19] xen: add PV/PVH kernel entry point References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-2-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-2-git-send-email-roger.pau@citrix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 20 Dec 2013 16:20:29 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 15:23:12 -0000 On 12/19/2013 06:54 PM, Roger Pau Monne wrote: > Add the PV/PVH entry point and the low level functions for PVH > initialization. > --- > sys/amd64/amd64/locore.S | 53 +++++++++++++++++++++++++++++++ > sys/amd64/amd64/machdep.c | 72 ++++++++++++++++++++++++++++++++++++++++++ > sys/amd64/include/asmacros.h | 26 +++++++++++++++ > sys/i386/xen/xen_machdep.c | 2 + > sys/x86/xen/hvm.c | 1 + > sys/xen/xen-os.h | 4 ++ > 6 files changed, 158 insertions(+), 0 deletions(-) > [..] > diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c > index eae657b..a73e33e 100644 > --- a/sys/amd64/amd64/machdep.c > +++ b/sys/amd64/amd64/machdep.c > @@ -146,10 +146,17 @@ __FBSDID("$FreeBSD$"); > #include > #include > > +#ifdef XENHVM > +#include > +#endif > + > /* Sanity check for __curthread() */ > CTASSERT(offsetof(struct pcpu, pc_curthread) == 0); > > extern u_int64_t hammer_time(u_int64_t, u_int64_t); > +#ifdef XENHVM > +extern u_int64_t hammer_time_xen(start_info_t *, u_int64_t); > +#endif > > extern void printcpuinfo(void); /* XXX header file */ > extern void identify_cpu(void); > @@ -1683,6 +1690,71 @@ do_next: > msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); > } > > +#ifdef XENHVM > +/* > + * First function called by the Xen PVH boot sequence. > + * > + * Set some Xen global variables and prepare the environment so it is > + * as similar as possible to what native FreeBSD init function expects. > + */ > +u_int64_t > +hammer_time_xen(start_info_t *si, u_int64_t xenstack) > +{ > + u_int64_t physfree; > + u_int64_t *PT4 = (u_int64_t *)xenstack; > + u_int64_t *PT3 = (u_int64_t *)(xenstack + PAGE_SIZE); > + u_int64_t *PT2 = (u_int64_t *)(xenstack + 2 * PAGE_SIZE); > + int i; > + > + KASSERT((si != NULL && xenstack != 0), > + ("invalid start_info or xenstack")); If I'm not mistaken, the user won't see the error if the assert failed (the console is not yet initialized). Perhaps xc_printf is more suitable here. -- Julien Grall From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 17:17:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 876F5BD6 for ; Fri, 20 Dec 2013 17:17:24 +0000 (UTC) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4211616DF for ; Fri, 20 Dec 2013 17:17:24 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id cy11so2669308qeb.27 for ; Fri, 20 Dec 2013 09:17:23 -0800 (PST) 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=nyZM4aFPT04HOaxkAjoKXVeQOG2dxpt14fjRPWovVhA=; b=dOF8ZwF5tc7gWXRJ+fCdNVxDf+1Uy38B+aZVtl2lLCQsB0yiKz7QG8/Zh7ljy5sg5y G6gBFU/OfVTaSwQF2xNqD2sfaszr+9kmF5EJ2aRsbZVYW3Mt1pPznliCLxe/LcyKAa+y Ad3fPJ+1Een6qgpC4PHd3nNumBaHXEDX67a4uH0y6+ySLHIRPbTZJBKLPKwwS2g3hRvr 5Rlg7HDBajJ86C74zodWHMNj3B0C4T5+EOqSY1qTXHU4JONF+RXC/04EPqYb8b8brSM2 7Fo6KO5c3f4Rn/QZSfxgqit2GSMTXdpxJOBdjhLRz9b8/3tdbwNv1djmfOunaymHIJ3e y4Dg== MIME-Version: 1.0 X-Received: by 10.224.46.8 with SMTP id h8mr16061403qaf.49.1387559843476; Fri, 20 Dec 2013 09:17:23 -0800 (PST) Received: by 10.224.53.200 with HTTP; Fri, 20 Dec 2013 09:17:23 -0800 (PST) In-Reply-To: <17b8e16e956514f8f1383b61821ac3dc@rdsor.ro> References: <80a9ff942e0bf413ceaf9aa469b50687@rdsor.ro> <52B08B28.6040402@allanjude.com> <1ec561b6d4357d782d46126f0a13443a@rdsor.ro> <17b8e16e956514f8f1383b61821ac3dc@rdsor.ro> Date: Fri, 20 Dec 2013 09:17:23 -0800 Message-ID: Subject: Re: 10-RC2 current wireless link aggregation not working correctly From: Adrian Chadd To: dan_partelly Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 17:17:24 -0000 Hi! On 20 December 2013 01:52, dan_partelly wrote: > Guys, > > > Id like to work a bit on this issue in my free time, I have 2 weeks > holiday > after Xmass. > > First an update on lagg for the case you boot with wired coupled: > > 1. I previously said lagg0 switches correctly when I unplug the wired > interface, but it is not so. It appeared so because I used "ifconfig" > and listed all interfaces. If I do a ifconfig lagg0 specifically > the network activity DOES NOT resume, and the output shows that the > interface was not switched. > 2. network activity resumes when you specifically do ifconfig bge0 ( > master wired). Hm. Well, doing an ifconfig bge0 will likely do a bunch of queries to the NIC to figure out what the current link status is. I bet what's happening is that the link status isn't being updated correctly, so lagg doesn't flip over. > > Second: > > 1. Please tell me if one of the developers made on their personal pages > a intro how to set up a solid kernel development intro. It would save me > a lot of time considering I never set up such an environment for > any Unix like OS. I only worked in kernel development for NT and later > derived kernels. I can allocate two core 2 machines for this task , with > fire-wire, USN and Ethernet connectivity > > 2. Any other resources which you can come up from your head which I can > print and read are also appreciated. Have a read of the FreeBSD handbook: https://www.freebsd.org/doc/handbook/ And if you have questions about the networking side of things, please don't hesitate to email the list(s). We can turn whatever question/answers you have into a chapter or two in the handbook. -a > Dan > > > On Tue, 17 Dec 2013 12:11:49 -0800, Adrian Chadd > wrote: >> Ive no idea sorry. Its likely an ifnet change and not anything WiFi >> specific. :( On Dec 17, 2013 12:04 PM, "dan_partelly" wrote: >> >> Yes, this is correct. A simple list of the interfaces with ifconfig >> makes the system recover and restart activity on the secondary port. >> Its a good starting point to hunt down the problem. One of the ioctls >> sent >> has this "side effect". >> >> Dan >> >> > If I am am understanding correctly, Dan and Nikolai say that just >> > running ifconfig brings the lagg back to life. Why would that make a >> > difference at all? Running ifconfig with no parameters shouldnt be >> > changing anything. >> _______________________________________________ >> freebsd-current@freebsd.org [2] mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current [3] >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org [4]" >> >> >> Links: >> ------ >> [1] mailto:dan_partelly@rdsor.ro >> [2] mailto:freebsd-current@freebsd.org >> [3] http://lists.freebsd.org/mailman/listinfo/freebsd-current >> [4] mailto:freebsd-current-unsubscribe@freebsd.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 17:52:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A2AAAE for ; Fri, 20 Dec 2013 17:52:32 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D47C919EC for ; Fri, 20 Dec 2013 17:52:31 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LqW8j-1VGcgo0HHl-00e0cU for ; Fri, 20 Dec 2013 18:52:23 +0100 Message-ID: <52B483D7.7080302@gmx.de> Date: Fri, 20 Dec 2013 18:52:23 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Current FreeBSD Subject: Re: md2 on current and 10. References: <52B392D9.4030507@aldan.algebra.com> In-Reply-To: <52B392D9.4030507@aldan.algebra.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:eYot2b6CgN1dLptEyJT5Bknx6B6WX6WYDakE98g4G6MawSIjIM+ QfREC5d2iNEmjnWUHVnt0bogIr5Y+8qIuoFC0ljvMs4LP9UBrdxBej/Oer2UGfbMzCvXsIG w05rpeSWT5Hu1OmWx8C18Uu8Hw3ogTqcU5l3qcqgIEcxezL/WM6orwde4N/IVYnlM4N9P6x ZLNnwpWpJ9TjBAbsJHLgA== Cc: "Mikhail T." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 17:52:32 -0000 On 2013-12-20 01:44, Mikhail T. wrote: > It would appear, neither nor are any longer available on > FreeBSD current and 10.x > > This breaks the devel/tcl-trf port, which I maintain... Could someone, please, > comment? Should I patch-up the port to disable the functionality? Or?.. > > Thank you! > > -mi Hm the config script tests for md2 and sha1 ... What happens if md2 support is removed from the code? Btw. This issue already exists for a longer time if openssl from ports is in use. http://svnweb.freebsd.org/ports?view=revision&revision=252255 -- Regards, olli From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 18:23:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD3F0726 for ; Fri, 20 Dec 2013 18:23:27 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76DAC1D73 for ; Fri, 20 Dec 2013 18:23:27 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id k14so2773242wgh.34 for ; Fri, 20 Dec 2013 10:23:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=yHgUFHpXn91FxsgNIj7PX5O+PZTLqj1VjAK7DZjiGc8=; b=qCyK1m4Ppx46/03TJ15NwnOLqGR27H0mGPz1SsFQ+H90Vb+X1y0iAaZWXx3W2JbguL hhfDAJqFT/A8UyQZuEkY8IB8OucL5mcYJ7L/2n4bdKfaaJQOD6lTzEjwSn39N3RED8Ff EPo/R4wo4PPR0ZULRe7w5Kf/wHvUe8bfDY5WswKJUMrvNejzo3dloUWiPiFuBz51rJK7 wdcs4mNPpNoU1Ky8kA98fdHzE5zX9bL+AZp2F3Lm+A/uc73XDq3FtHmNekEt0URk7wNw dBiGUh844+6XZh4geh/0m7jTHpg2mE1Rk8zZN+huQdIDW7NbuWMdQ4KqZLU+1LRU1JXm 21SQ== MIME-Version: 1.0 X-Received: by 10.194.237.99 with SMTP id vb3mr8300937wjc.28.1387563805761; Fri, 20 Dec 2013 10:23:25 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.55.101 with HTTP; Fri, 20 Dec 2013 10:23:25 -0800 (PST) In-Reply-To: <20131220115534.52e79a76@telesto> References: <20131220115534.52e79a76@telesto> Date: Fri, 20 Dec 2013 11:23:25 -0700 X-Google-Sender-Auth: uUA86Fv344zMjxgRM1q0xi8e_18 Message-ID: Subject: Re: ZFS/zpool command blocks ... locking up all terminals From: Alan Somers To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 18:23:27 -0000 On Fri, Dec 20, 2013 at 3:55 AM, O. Hartmann wrote: > > I have a faulty pool with an ambiguous label and I tried to resolve > that problem. ZFS is at the moment highly active copying data from > several volumes to another. > > Operating system: > > 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r259522: Tue Dec 17 19:02:10 CET > 2013 amd64 > > In one terminal I exported the pool in question and tried to list it > via "zpool import". But the this command sequence locks up the terminal > for an hour up! > > In another terminal I tried to issue to command "zpool status" to watch > the status of the pools (I have several). But this terminal ist alos > locked up right now! > > What is wrong here? I had such an issue in 10.0-CURRENT as well. It > seems ZFS is locking everything up and can only be brought back by a > hard reset! What is going on? Why is zpool locking up in trying to > display a label-scrambled pool while the zpool status is then also > locked up, but latter is supposed to show the status of the other, > healthy pools? This reminds me of single-threaded tools which looks up > every operation consecutively issued after the blocking command. > > How is this to be solved? Sounds like a deadlock. Did the "zpool export" complete successfully? Did the pool become suspended at any point? Can you get to the kernel debugger? Most importantly, can you reproduce it? If you can, you'll probably need a WITNESS enabled kernel to get any useful info. When I find a deadlock, I usually go into the kernel debugger and issue the following commands. It results in about a megabyte of output, so use screen or tmux or something to capture the output x/s version show msginfo ps alltrace show alllocks # You need witness for this one -Alan > > Oliver From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 18:38:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C4AC1AC for ; Fri, 20 Dec 2013 18:38:13 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E90EE1EA8 for ; Fri, 20 Dec 2013 18:38:12 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M6874-1Valew2Ee2-00yADm for ; Fri, 20 Dec 2013 19:38:04 +0100 Message-ID: <52B48E8C.5070804@gmx.de> Date: Fri, 20 Dec 2013 19:38:04 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Current FreeBSD Subject: Re: md2 on current and 10. References: <52B392D9.4030507@aldan.algebra.com> <52B483D7.7080302@gmx.de> <52B486AD.7080102@aldan.algebra.com> In-Reply-To: <52B486AD.7080102@aldan.algebra.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:B6xuEsFfTuo3dhW61WfF/aZDMbE6KOC0/K/+QTUOWpMh/Dpx2kL U6yUbTwD9zpuUVd93FCE9RBBseSAi5gJ2nyAsyt4W+W2j7rM2YviPGob8KSUiqkIQqk5K1u /qr9tmQSKOJUEYcHioaDmsMdi7lkOhIcrdvAMbCzLXLvCZ+90aH87PHuboQYAUp7cMV8kGJ bvA6cle+roDr3BFPS/c/g== Cc: "Mikhail T." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 18:38:13 -0000 On 2013-12-20 19:04, Mikhail T. wrote: > On 20.12.2013 12:52, olli hauer wrote: >> Hm the config script tests for md2 and sha1 ... >> What happens if md2 support is removed from the code? > Yes, the md2 can be removed from the set of digests made available by the port > -- that's not a problem. > > What I wanted to know, was why? Maybe, the header files should've been replaced > with ones containing an #error (like malloc.h was)... Oh well... > > -mi md2 was deprecated in 2009 by the openssl project http://cvs.openssl.org/chngview?cn=18381 CVE-2009-2409 As fas as I know some Linux based projects have removed md2 from openssl-0.9.x in 2009. I have no answer why FreeBSD 8/9 has the old openssl-0.9.8y and md2 support was not removed. -- olli From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 18:04:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8580B676 for ; Fri, 20 Dec 2013 18:04:37 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 360AA1AB9 for ; Fri, 20 Dec 2013 18:04:36 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.1 cv=caPr8BzM c=1 sm=0 tr=0 a=fEl05wXzeJCkBz9gs2itqQ==:117 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=K-v-2zaBAAAA:8 a=N1DYviGaBlcA:10 a=b15YM1rgWm8A:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=7oF49_t5QHsA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=9iDbn-4jx3cA:10 a=cKsnjEOsciEA:10 a=Ve_QyTkdLHhUgFHCYq0A:9 a=wPNLvfGTeEIA:10 a=F7s3Ymos1agA:10 a=BqcFGCaD7HkA:10 a=MAh1Tf_gsKxU3S9BNtYA:9 a=_W_S_7VecoQA:10 a=_RhRFcbxBZMA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:43205] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id FC/8D-24449-EA684B25; Fri, 20 Dec 2013 13:04:30 -0500 Message-ID: <52B486AD.7080102@aldan.algebra.com> Date: Fri, 20 Dec 2013 13:04:29 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: olli hauer , Current FreeBSD Subject: Re: md2 on current and 10. References: <52B392D9.4030507@aldan.algebra.com> <52B483D7.7080302@gmx.de> In-Reply-To: <52B483D7.7080302@gmx.de> X-Mailman-Approved-At: Fri, 20 Dec 2013 18:50:15 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 18:04:37 -0000 On 20.12.2013 12:52, olli hauer wrote: > Hm the config script tests for md2 and sha1 ... > What happens if md2 support is removed from the code? Yes, the md2 can be removed from the set of digests made available by the port -- that's not a problem. What I wanted to know, was why? Maybe, the header files should've been replaced with ones containing an #error (like malloc.h was)... Oh well... -mi From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 18:51:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E712FCFE for ; Fri, 20 Dec 2013 18:51:19 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 628471028 for ; Fri, 20 Dec 2013 18:51:19 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Lm34j-1VL1KQ3JLt-00ZdTL for ; Fri, 20 Dec 2013 19:51:11 +0100 Message-ID: <52B4917D.7070003@gmx.com> Date: Fri, 20 Dec 2013 19:50:37 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: Re: buildworld error (tcpdump and Capsicum) References: <52AF3DA4.9040507@gmx.com> In-Reply-To: <52AF3DA4.9040507@gmx.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:tz/uylC6YMSCDo+1FneKL8exvBHg/f4prnLjQCfjKc6H70iSfK6 FeYnr1NEGqwAI8fkz6lMCq0Dz8EJqiKJ8mmYFq1BGkXOERxN6ktdzZKP+VomN6chFBX2Tzt v4uzmbKfuHZIzrpAbyIzZ5pyb0mndHwdu+Mn+cmJZRXYXoWFomOwSkOln05htEp4d4hk1Bv OZQKK5VsT/ZA4D42O7Ipg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 18:51:20 -0000 ping ! From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 19:03:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5364C5FA; Fri, 20 Dec 2013 19:03:04 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C3EF1109; Fri, 20 Dec 2013 19:03:03 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Vu5Li-004BLk-CI>; Fri, 20 Dec 2013 20:03:02 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198] helo=telesto) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Vu5Li-001QGx-8j>; Fri, 20 Dec 2013 20:03:02 +0100 Date: Fri, 20 Dec 2013 20:02:55 +0100 From: "O. Hartmann" To: Alan Somers Subject: Re: ZFS/zpool command blocks ... locking up all terminals Message-ID: <20131220200255.22d2f1b7@telesto> In-Reply-To: References: <20131220115534.52e79a76@telesto> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/8L//lek1G0Ig4P0jzt7g=C9"; protocol="application/pgp-signature" X-Originating-IP: 130.133.86.198 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 19:03:04 -0000 --Sig_/8L//lek1G0Ig4P0jzt7g=C9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 20 Dec 2013 11:23:25 -0700 Alan Somers wrote: > On Fri, Dec 20, 2013 at 3:55 AM, O. Hartmann > wrote: > > > > I have a faulty pool with an ambiguous label and I tried to resolve > > that problem. ZFS is at the moment highly active copying data from > > several volumes to another. > > > > Operating system: > > > > 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r259522: Tue Dec 17 19:02:10 > > CET 2013 amd64 > > > > In one terminal I exported the pool in question and tried to list it > > via "zpool import". But the this command sequence locks up the > > terminal for an hour up! > > > > In another terminal I tried to issue to command "zpool status" to > > watch the status of the pools (I have several). But this terminal > > ist alos locked up right now! > > > > What is wrong here? I had such an issue in 10.0-CURRENT as well. It > > seems ZFS is locking everything up and can only be brought back by a > > hard reset! What is going on? Why is zpool locking up in trying to > > display a label-scrambled pool while the zpool status is then also > > locked up, but latter is supposed to show the status of the other, > > healthy pools? This reminds me of single-threaded tools which looks > > up every operation consecutively issued after the blocking command. > > > > How is this to be solved? >=20 > Sounds like a deadlock. Did the "zpool export" complete successfully? No, it didn't, it is now stuck for ~ 8 hours. As well as "zpool status". > Did the pool become suspended at any point? Can you get to the The pools not exported are under heavy load at the moment (two further pools). The pool exported isn't to be checked - I can't check the status since the command is blocking. > kernel debugger? Most importantly, can you reproduce it? If you can, > you'll probably need a WITNESS enabled kernel to get any useful info. I regret, I have no debugging kernel on this machine. The question regarding the fact whether the problem is reproducable is unanswered since I have no chance at this moment to try the procedure under the very same conditions. I once realised the same behaviour in 10.0-CURRENT three months ago. I do not recall the exact conditions. What I do recall is, that after all operations on any pool has finished, the "deadlock" released. At this moment, I try to copy ~ 4TB data from a pool (RAIDZ-0) to an external drive (via USB 3.0, also a ZFS pool). That takes hours and I suspect the deadlock will last that long until the copying is finished. But it is scaring, that a single faulty command can block all further operations of ZFS/zpool even on different pools. > When I find a deadlock, I usually go into the kernel debugger and > issue the following commands. It results in about a megabyte of > output, so use screen or tmux or something to capture the output >=20 > x/s version > show msginfo > ps > alltrace > show alllocks # You need witness for this one I try this later after the backup is gone through. Thank you very much. Oliver >=20 > -Alan >=20 > > > > Oliver > _______________________________________________ > 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" --Sig_/8L//lek1G0Ig4P0jzt7g=C9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJStJRkAAoJEOgBcD7A/5N8z4QIAK66BVzuvm7mdQOqKipxTpPD rBhMQt544VsK75o0+u7iA57e6B7A88phny174Nq8zFXvQ6kprZviZ7nuSWoWFVzj 1hbfvb5K4KL9bX6bteyFCgvSe4pR/e9qe9cc3wUBoesXxf+cVY69+DcDpU3SiGMF 5Xk/r7f6ABAMILupyTLYrSZ51ZWr4WdJPvC1CIaGkgzn5FkteDRalzkODFRXtuv3 cOZjMP4k/cMwRT3uelXOYfHG4inwwdmZLqRM2pW2PVgB51DmPvXJO9sdbBCZtpzU 4xaKg0CR3z+iA3iq/j7VN0Yej+218DZVhQZo9OLYvCDYR3LEYEEyEeHPh2B9wnI= =k0rW -----END PGP SIGNATURE----- --Sig_/8L//lek1G0Ig4P0jzt7g=C9-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 20:45:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2714F6D for ; Fri, 20 Dec 2013 20:45:55 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7F1218DD for ; Fri, 20 Dec 2013 20:45:54 +0000 (UTC) Received: from ASUS ([89.217.96.112]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M1AIu-1VedQx0Cu8-00tEAt for ; Fri, 20 Dec 2013 21:45:47 +0100 From: "Stefan Hegnauer" To: Subject: nanobsd build failure 'WITHOUT_CASPER=YES' r259661 and earlier Date: Fri, 20 Dec 2013 21:45:46 +0100 Message-ID: <000a01cefdc4$75c5aeb0$61510c10$@hegnauer@gmx.ch> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac70O1iHdH6sc8CUTd+WE4nGFBizXw== Content-Language: de-ch X-Provags-ID: V03:K0:9JC8f0xvXKkw7qvdC0hStlw+Y7Qsqqx2hkm7+9so5i7lFBWWHso sYxQZzckZ/Z+h6rONBcE0rs1UW+tXEJvkUtQjipwpNM1Qd0lJPUT6yVI/s+RCr8a4EYkqAV czWpShOc2oVRa2jyHhjRbHQROaM1oyV92tCAdqWmOFx6I1dU7B+zehcWDYvwcyvuFtFviG4 V7eL29zvHc982hMfFYjJg== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 20:45:55 -0000 When using 'WITHOUT_CAPSICUM=YES', 'WITHOUT_CASPER=YES' my nanobsd builds in a Virtualbox VM (i386, march=geode, GENERIC without debug+Witness et. al.) fail buildworld for any revision from at least r259518-r259661; like so (this example is r259661): " ... ===> lib/clang/libllvmsupport (obj,depend,all,install) /usr/obj/nanobsd.sstream//usr/src/tmp/usr/src/lib/clang/libllvmsupport created for /usr/src/lib/clang/libllvmsupport rm -f .depend mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ e -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -DNDEBUG -I/usr/obj/nanobsd.sstream//usr/src/tmp/legacy/usr/include -std=gnu99 /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertU TF.c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp. c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror .c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec. c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree. c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlc py.c mkdep -f .depend -a -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ e -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -DNDEBUG -I/usr/obj/nanobsd.sstream//usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Allocato r.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockFre quency.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BranchPr obability.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CommandL ine.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Constant Range.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertU TFWrapper.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashRec overyContext.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDelta Algorithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaAlg orithm.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DynamicL ibrary.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Errno.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorHan dling.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOutp utBuffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FoldingS et.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Formatte dStream.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWri ter.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashing. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IncludeF ile.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqCla sses.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Interval Map.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Intrusiv eRefCntPtr.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsInf.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFile Manager.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedS tatic.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBu ffer.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryOb ject.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PathV2.c pp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLo ader.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PrettySt ackTrace.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Program. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMutex. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.cp p /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SearchFo rAddressOfSpecialSymbol.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signals. cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallPtr Set.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallVec tor.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SourceMg r.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statisti c.cpp /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Streamab leMemoryObject.cpp /usr/src/lib/clang...skipping... pdump/print-gre.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-hsrp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igrp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipcomp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipfc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipnet.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipx.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isakmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isoclns.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-juniper.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-krb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-l2tp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lane.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ldp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-llc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lldp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lspping.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lwapp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lwres.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mobile.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mpcp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mpls.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-msdp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-msnlb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-nfs.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ntp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-null.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pgm.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pim.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ppi.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ppp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pppoe.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pptp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-radius.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-raw.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rpki-rtr.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rrcp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rsvp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rx.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sctp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sflow.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sip.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sl.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sll.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-slow.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-smb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-snmp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-stp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sunatm.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sunrpc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-symantec.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-syslog.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tcp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-telnet.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tftp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-timed.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tipc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-token.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udld.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vjc.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vqp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vrrp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vtp.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vxlan.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-wb.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-zephyr.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-zeromq.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/setsignal.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/signature.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/smbutil.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/util.c version.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-babel.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dhcp6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-frag6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6opts.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mobility.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ripng.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rt6.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pflog.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c:36:1 0: fatal error: 'libcapsicum.h' file not found #include ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump 1 error make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump *** [depend] Error code 2 make[4]: stopped in /usr/src/usr.sbin/tcpdump 1 error make[4]: stopped in /usr/src/usr.sbin/tcpdump *** [depend] Error code 2 make[3]: stopped in /usr/src/usr.sbin 1 error make[3]: stopped in /usr/src/usr.sbin *** [usr.sbin.depend__D] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_depend] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src" Note that this is with PMAKE="-j1", i.e. single threaded build (same happens with standard PMAKE=-j3 but slightly less intuitive to see where it fails) Removing WITHOUT_CASPER=YES in the build instructions cures the problem (!), however I fail to see why I should include it for an embedded device (pcengines.ch Alix boards, several different versions). Also, with the error reported above I have the impression it is not exactly intuitive that you have to include CASPER (and not CAPSICUM) to eliminate the failure? Any pointers/hints/solutions? Sorry for the rant & thanks Stefan From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 20:47:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E78AA165 for ; Fri, 20 Dec 2013 20:47:21 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7EED018F4 for ; Fri, 20 Dec 2013 20:47:21 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LnwxU-1VIaIZ3JI8-00fw71 for ; Fri, 20 Dec 2013 21:47:19 +0100 Message-ID: <52B4ACB6.9000201@gmx.com> Date: Fri, 20 Dec 2013 21:46:46 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: Re: buildworld error (tcpdump and Capsicum) References: <52AF3DA4.9040507@gmx.com> <52B4917D.7070003@gmx.com> In-Reply-To: <52B4917D.7070003@gmx.com> Content-Type: multipart/mixed; boundary="------------050904040308000304060109" X-Provags-ID: V03:K0:UUbJg9LimX5DgqmgiideckfkxXya7sSyxRowKxttNv9psfgvVGa vpYpabT3YzZcKbRh0h3rdPdP7RMC4wYFjyMwU3QjZSEHJ0qP9za0c4DE86nos/afsZnvAzR RnobPFe5qwYPJQoKed2bTb+b715BR5EK2FOo//aehqO0mPmIILhB6w/WeNlo5GJcDxRvvhK GG2pjB/AvPqy1Uhqyw6iA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 20:47:22 -0000 This is a multi-part message in MIME format. --------------050904040308000304060109 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit --------------050904040308000304060109 Content-Type: text/x-patch; name="tcpdump_libcapsicum.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tcpdump_libcapsicum.patch" Index: addrtoname.c =================================================================== --- addrtoname.c (revision 259658) +++ addrtoname.c (working copy) @@ -33,9 +33,11 @@ #endif #ifdef __FreeBSD__ +#ifdef HAVE_LIBCAPSICUM #include #include #endif +#endif #include #ifdef USE_ETHER_NTOHOST --------------050904040308000304060109-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 20:51:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D627C3A3 for ; Fri, 20 Dec 2013 20:51:32 +0000 (UTC) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 935651966 for ; Fri, 20 Dec 2013 20:51:32 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id b4so2945035qen.29 for ; Fri, 20 Dec 2013 12:51:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Uoa/5jBxyaTxZcPgbGfteEU3K0dfqNmMpStNnA7ldhM=; b=wEmwhrtW3s2VffEvppVC/0MTv9De2Y0kKuHBD0zxZVgYupu0Y9agiAJQsuFshNzCTT 6nPRSetsgTuqsX/GcDwVW15UR142WxsrlA6ksU9rzF5x03vHDGHFrqLRr6Bk9Crz8jTs kU/DS6n4DJC0c3jBwHuQygzdmLnvICoRDvZwbtDy1ssttBxJqOm4GDTH+PUcjv0UFPRW lSntXzUKqC8XwRAQKOR5HvfrBwr+hotqqcgptmBM7hYEArX0ULWQW8XYBORFDQiucABB 6yUrTm0XPduZSlRPDJbt8fGn0ulYnmNHMeIrh6pc1f1NugC45unZ7K/z1U9HN712yNoE /MDw== MIME-Version: 1.0 X-Received: by 10.229.122.195 with SMTP id m3mr17996200qcr.7.1387572691728; Fri, 20 Dec 2013 12:51:31 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 20 Dec 2013 12:51:31 -0800 (PST) In-Reply-To: <52b4ac88.e9e4340a.5ce3.22feSMTPIN_ADDED_BROKEN@mx.google.com> References: <52b4ac88.e9e4340a.5ce3.22feSMTPIN_ADDED_BROKEN@mx.google.com> Date: Fri, 20 Dec 2013 12:51:31 -0800 X-Google-Sender-Auth: FHmU9xfv6MTxwPrhHYAwkfUWb4g Message-ID: Subject: Re: nanobsd build failure 'WITHOUT_CASPER=YES' r259661 and earlier From: Adrian Chadd To: Stefan Hegnauer Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 20:51:32 -0000 Hi, Please file a PR and then ask the developer (pjd@) very nicely to take a look at it. Thanks, -adrian On 20 December 2013 12:45, Stefan Hegnauer wrote: > When using 'WITHOUT_CAPSICUM=YES', 'WITHOUT_CASPER=YES' my nanobsd builds in > a Virtualbox VM (i386, march=geode, GENERIC without debug+Witness et. al.) > fail buildworld for any revision from at least r259518-r259661; like so > (this example is r259661): > > > > " ... > > ===> lib/clang/libllvmsupport (obj,depend,all,install) > > /usr/obj/nanobsd.sstream//usr/src/tmp/usr/src/lib/clang/libllvmsupport > created for /usr/src/lib/clang/libllvmsupport > > rm -f .depend > > mkdep -f .depend -a > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ > e -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in > clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" > -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" > -DNDEBUG -I/usr/obj/nanobsd.sstream//usr/src/tmp/legacy/usr/include > -std=gnu99 > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertU > TF.c > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regcomp. > c > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regerror > .c > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regexec. > c > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regfree. > c > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/regstrlc > py.c > > mkdep -f .depend -a > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/includ > e -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/in > clude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" > -DLLVM_HOST_TRIPLE=\"i386-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" > -DNDEBUG -I/usr/obj/nanobsd.sstream//usr/src/tmp/legacy/usr/include > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat. > cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APSInt.c > pp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Allocato > r.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Atomic.c > pp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BlockFre > quency.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/BranchPr > obability.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CommandL > ine.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Constant > Range.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ConvertU > TFWrapper.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/CrashRec > overyContext.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DAGDelta > Algorithm.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Debug.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DeltaAlg > orithm.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Dwarf.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/DynamicL > ibrary.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Errno.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ErrorHan > dling.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FileOutp > utBuffer.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/FoldingS > et.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Formatte > dStream.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWri > ter.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Hashing. > cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IncludeF > ile.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IntEqCla > sses.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Interval > Map.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Intrusiv > eRefCntPtr.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsInf.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/IsNAN.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Locale.c > pp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/LockFile > Manager.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/ManagedS > tatic.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Memory.c > pp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryBu > ffer.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/MemoryOb > ject.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Mutex.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Path.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PathV2.c > pp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PluginLo > ader.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/PrettySt > ackTrace.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Process. > cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Program. > cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/RWMutex. > cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Regex.cp > p > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SearchFo > rAddressOfSpecialSymbol.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Signals. > cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallPtr > Set.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SmallVec > tor.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/SourceMg > r.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Statisti > c.cpp > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Streamab > leMemoryObject.cpp /usr/src/lib/clang...skipping... > > pdump/print-gre.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-hsrp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igmp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-igrp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipcomp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipfc.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipnet.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ipx.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isakmp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-isoclns.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-juniper.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-krb.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-l2tp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lane.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ldp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-llc.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lldp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lmp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lspping.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lwapp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-lwres.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mobile.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mpcp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mpls.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-msdp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-msnlb.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-nfs.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ntp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-null.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pgm.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pim.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ppi.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ppp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pppoe.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pptp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-radius.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-raw.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rip.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rpki-rtr.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rrcp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rsvp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rx.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sctp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sflow.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sip.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sl.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sll.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-slow.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-smb.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-snmp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-stp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sunatm.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-sunrpc.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-symantec.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-syslog.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tcp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-telnet.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tftp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-timed.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-tipc.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-token.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udld.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-udp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vjc.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vqp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vrrp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vtp.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-vxlan.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-wb.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-zephyr.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-zeromq.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/setsignal.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/signature.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/smbutil.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/util.c version.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-babel.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-dhcp6.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-frag6.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-icmp6.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ip6opts.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-mobility.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf6.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ripng.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-rt6.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pflog.c > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c > > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c:36:1 > 0: fatal error: 'libcapsicum.h' file not found > > #include > > ^ > > 1 error generated. > > mkdep: compile failed > > *** [.depend] Error code 1 > > > > make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump > > 1 error > > > > make[5]: stopped in /usr/src/usr.sbin/tcpdump/tcpdump > > *** [depend] Error code 2 > > > > make[4]: stopped in /usr/src/usr.sbin/tcpdump > > 1 error > > > > make[4]: stopped in /usr/src/usr.sbin/tcpdump > > *** [depend] Error code 2 > > > > make[3]: stopped in /usr/src/usr.sbin > > 1 error > > > > make[3]: stopped in /usr/src/usr.sbin > > *** [usr.sbin.depend__D] Error code 2 > > > > make[2]: stopped in /usr/src > > 1 error > > > > make[2]: stopped in /usr/src > > *** [_depend] Error code 2 > > > > make[1]: stopped in /usr/src > > 1 error > > > > make[1]: stopped in /usr/src > > *** [buildworld] Error code 2 > > > > make: stopped in /usr/src > > 1 error > > > > make: stopped in /usr/src" > > > > Note that this is with PMAKE="-j1", i.e. single threaded build (same happens > with standard PMAKE=-j3 but slightly less intuitive to see where it fails) > > > > Removing WITHOUT_CASPER=YES in the build instructions cures the problem (!), > however I fail to see why I should include it for an embedded device > (pcengines.ch Alix boards, several different versions). > > Also, with the error reported above I have the impression it is not exactly > intuitive that you have to include CASPER (and not CAPSICUM) to eliminate > the failure? > > Any pointers/hints/solutions? > > > > Sorry for the rant & thanks > > Stefan > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 21:46:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8C325D8 for ; Fri, 20 Dec 2013 21:46:44 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 891351DFF for ; Fri, 20 Dec 2013 21:46:44 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.1 cv=PquqMW83 c=1 sm=0 tr=0 a=fEl05wXzeJCkBz9gs2itqQ==:117 a=N1DYviGaBlcA:10 a=b15YM1rgWm8A:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=7oF49_t5QHsA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=9iDbn-4jx3cA:10 a=cKsnjEOsciEA:10 a=8pif782wAAAA:8 a=tJ81LiTSaCETfcjkJrYA:9 a=wPNLvfGTeEIA:10 a=Gg2pUZlc82PAtX1nMR4A:9 a=_W_S_7VecoQA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:27363] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 70/63-12147-3CAB4B25; Fri, 20 Dec 2013 16:46:43 -0500 Message-ID: <52B4BAC2.3050001@aldan.algebra.com> Date: Fri, 20 Dec 2013 16:46:42 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: olli hauer , Current FreeBSD Subject: Re: md2 on current and 10. References: <52B392D9.4030507@aldan.algebra.com> <52B483D7.7080302@gmx.de> In-Reply-To: <52B483D7.7080302@gmx.de> X-Mailman-Approved-At: Fri, 20 Dec 2013 21:57:47 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 21:46:44 -0000 Thinking more about the MD2, I'd say, FreeBSD should not have removed the algorithm. Although no longer deemed sufficiently secure, it is still in use and people using it on FreeBSD-8.x and 9.x today may wish to continue doing so after upgrading to 10.x In the old "Mechanism vs. Policy" debate we erred on the side of policy and it does not seem right... Whether or not to use MD2 is (or should be) left up to the users of FreeBSD. Even if OpenSSL no longer provides it, libmd should continue to. In other words, /if you like your digest algorithm, you can keep it/. Yours, -mi From owner-freebsd-current@FreeBSD.ORG Fri Dec 20 23:46:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 509E454E for ; Fri, 20 Dec 2013 23:46:56 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C29811532 for ; Fri, 20 Dec 2013 23:46:55 +0000 (UTC) Received: from ASUS ([89.217.96.112]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M0yaB-1VeHRT2ljz-00vC8c for ; Sat, 21 Dec 2013 00:41:40 +0100 From: "Stefan Hegnauer" To: "'Adrian Chadd'" , References: <52b4ac88.e9e4340a.5ce3.22feSMTPIN_ADDED_BROKEN@mx.google.com> In-Reply-To: Subject: PR bin/185052 filed (was: RE: nanobsd build failure 'WITHOUT_CASPER=YES' r259661 and earlier) Date: Sat, 21 Dec 2013 00:41:40 +0100 Message-ID: <000301cefddd$083cb8c0$18b62a40$@hegnauer@gmx.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac79xUPolWbLRNu8SH6c+f9lftFWigAFro8w Content-Language: de-ch X-Provags-ID: V03:K0:R3gFQfPvYf8lyCL3mm4I+WDah8evMwOSTZN7lhpOA/dLmkS3VuD ksnQC7BrIpg+aldQc0YwA50jrJy8jHW/bv1WJwck4r+NtQWwpqOMsRbIJK4VAy7cOxCECLk Rh6P75e5ns8T5x+AUbnHvRcd+fAJzyQPw5iZ8HD3OWnrkdQeMzk2pW8iUi7aroX28v7ovst xyQekgiDxTe2sVAsr0x7A== Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 20 Dec 2013 23:46:56 -0000 Hi there, thanks for your support. PR 185052 is filed and should be visible soon - please let me know if I can help in any way (more info, testing, whatever). Thanks again Stefan > From: adrian.chadd@gmail.com [mailto:adrian.chadd@gmail.com] On Behalf > Of Adrian Chadd > Sent: Friday, December 20, 2013 9:52 PM > To: Stefan Hegnauer > Cc: freebsd-current > Subject: Re: nanobsd build failure 'WITHOUT_CASPER=YES' r259661 and > earlier > > Hi, > > Please file a PR and then ask the developer (pjd@) very nicely to take > a look at it. > > Thanks, > > > -adrian > > > On 20 December 2013 12:45, Stefan Hegnauer > wrote: > > When using 'WITHOUT_CAPSICUM=YES', 'WITHOUT_CASPER=YES' my nanobsd > builds in > > a Virtualbox VM (i386, march=geode, GENERIC without debug+Witness et. > al.) > > fail buildworld for any revision from at least r259518-r259661; like > so > > (this example is r259661): > > > > > > > > " ... > > > > ===> lib/clang/libllvmsupport (obj,depend,all,install) > > > > > /usr/obj/nanobsd.sstream//usr/src/tmp/usr/src/lib/clang/libllvmsupport > > created for /usr/src/lib/clang/libllvmsupport > > snip - see PR for details ... > > > > make: stopped in /usr/src" > > > > > > > > Note that this is with PMAKE="-j1", i.e. single threaded build (same > happens > > with standard PMAKE=-j3 but slightly less intuitive to see where it > fails) > > > > > > > > Removing WITHOUT_CASPER=YES in the build instructions cures the > problem (!), > > however I fail to see why I should include it for an embedded device > > (pcengines.ch Alix boards, several different versions). > > > > Also, with the error reported above I have the impression it is not > exactly > > intuitive that you have to include CASPER (and not CAPSICUM) to > eliminate > > the failure? > > > > Any pointers/hints/solutions? > > > > > > > > Sorry for the rant & thanks > > > > Stefan > > " From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 13:57:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBB7055A; Sat, 21 Dec 2013 13:57:13 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D3FE16EB; Sat, 21 Dec 2013 13:57:13 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBLDtdEf027049; Sat, 21 Dec 2013 15:55:39 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBLDtdEf027049 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBLDtdLk027047; Sat, 21 Dec 2013 15:55:39 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Dec 2013 15:55:39 +0200 From: Konstantin Belousov To: Roger Pau Monne , royger@freebsd.org Subject: Re: [PATCH v7 07/19] xen: implement hook to fetch e820 memory map Message-ID: <20131221135539.GW59496@kib.kiev.ua> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-8-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CT8mOM7I+A1mxHvt" Content-Disposition: inline In-Reply-To: <1387479296-33389-8-git-send-email-roger.pau@citrix.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 13:57:14 -0000 --CT8mOM7I+A1mxHvt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This also looks fine, with the style nit noted in the patch. On Thu, Dec 19, 2013 at 07:54:44PM +0100, Roger Pau Monne wrote: > --- > sys/amd64/amd64/machdep.c | 50 ++++++++++++++++++++++++++-----------= ----- > sys/amd64/include/pc/bios.h | 2 + > sys/amd64/include/sysarch.h | 1 + > sys/x86/xen/pv.c | 26 ++++++++++++++++++++++ > 4 files changed, 60 insertions(+), 19 deletions(-) >=20 > diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c > index a2dcb90..6bbfe5a 100644 > --- a/sys/amd64/amd64/machdep.c > +++ b/sys/amd64/amd64/machdep.c > @@ -177,11 +177,15 @@ SYSINIT(cpu, SI_SUB_CPU, SI_ORDER_FIRST, cpu_startu= p, NULL); > /* Preload data parse function */ > static caddr_t native_parse_preload_data(u_int64_t); > =20 > +/* Native function to fetch and parse the e820 map */ > +static void native_parse_memmap(caddr_t, vm_paddr_t *, int *); > + > /* Default init_ops implementation. */ > struct init_ops init_ops =3D { > .parse_preload_data =3D native_parse_preload_data, > .early_delay_init =3D i8254_init, > .early_delay =3D i8254_delay, > + .parse_memmap =3D native_parse_memmap, > }; > =20 > /* > @@ -1418,21 +1422,12 @@ add_physmap_entry(uint64_t base, uint64_t length,= vm_paddr_t *physmap, > return (1); > } > =20 > -static void > -add_smap_entries(struct bios_smap *smapbase, vm_paddr_t *physmap, > - int *physmap_idx) > +void > +bios_add_smap_entries(struct bios_smap *smapbase, u_int32_t smapsize, > + vm_paddr_t *physmap, int *physmap_idx) > { > struct bios_smap *smap, *smapend; > - u_int32_t smapsize; > =20 > - /* > - * Memory map from INT 15:E820. > - * > - * subr_module.c says: > - * "Consumer may safely assume that size value precedes data." > - * ie: an int32_t immediately precedes smap. > - */ > - smapsize =3D *((u_int32_t *)smapbase - 1); > smapend =3D (struct bios_smap *)((uintptr_t)smapbase + smapsize); > =20 > for (smap =3D smapbase; smap < smapend; smap++) { > @@ -1449,6 +1444,29 @@ add_smap_entries(struct bios_smap *smapbase, vm_pa= ddr_t *physmap, > } > } > =20 > +static void > +native_parse_memmap(caddr_t kmdp, vm_paddr_t *physmap, int *physmap_idx) > +{ > + struct bios_smap *smap; > + u_int32_t size; > + > + /* > + * Memory map from INT 15:E820. > + * > + * subr_module.c says: > + * "Consumer may safely assume that size value precedes data." > + * ie: an int32_t immediately precedes smap. > + */ > + > + smap =3D (struct bios_smap *)preload_search_info(kmdp, > + MODINFO_METADATA | MODINFOMD_SMAP); > + if (smap =3D=3D NULL) > + panic("No BIOS smap info from loader!"); > + size =3D *((u_int32_t *)smap - 1); > + > + bios_add_smap_entries(smap, size, physmap, physmap_idx); > +} > + > /* > * Populate the (physmap) array with base/bound pairs describing the > * available physical memory in the system, then test this memory and > @@ -1466,19 +1484,13 @@ getmemsize(caddr_t kmdp, u_int64_t first) > vm_paddr_t pa, physmap[PHYSMAP_SIZE]; > u_long physmem_start, physmem_tunable, memtest; > pt_entry_t *pte; > - struct bios_smap *smapbase; > quad_t dcons_addr, dcons_size; > =20 > bzero(physmap, sizeof(physmap)); > basemem =3D 0; > physmap_idx =3D 0; > =20 > - smapbase =3D (struct bios_smap *)preload_search_info(kmdp, > - MODINFO_METADATA | MODINFOMD_SMAP); > - if (smapbase =3D=3D NULL) > - panic("No BIOS smap info from loader!"); > - > - add_smap_entries(smapbase, physmap, &physmap_idx); > + init_ops.parse_memmap(kmdp, physmap, &physmap_idx); > =20 > /* > * Find the 'base memory' segment for SMP > diff --git a/sys/amd64/include/pc/bios.h b/sys/amd64/include/pc/bios.h > index e7d568e..92d4265 100644 > --- a/sys/amd64/include/pc/bios.h > +++ b/sys/amd64/include/pc/bios.h > @@ -106,6 +106,8 @@ struct bios_oem { > int bios_oem_strings(struct bios_oem *oem, u_char *buffer, size_t maxlen= ); > uint32_t bios_sigsearch(uint32_t start, u_char *sig, int siglen, int par= alen, > int sigofs); > +void bios_add_smap_entries(struct bios_smap *smapbase, u_int32_t smapsiz= e, > + vm_paddr_t *physmap, int *physmap_idx); This uses the GNU formatting conventions, please indent the continuation line same as the previous line. --CT8mOM7I+A1mxHvt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJStZ3aAAoJEJDCuSvBvK1BgfQP/jpj4Oh1SEQ7UlPkAowY+3+s 3cPDxrepWMtJrYuYWpPJTtNYbn8VmMlnOo97YTdEUQZ1idflGJufZco6kgSRXvxt XTH5CaZuQ2FEgMP6iU+pGGEMknZj4BXa5Tfiv6b9eYB99f87Mvp2lC5E8mrDBqQx 7hYC1fz3B0LGG0Z/kGGDFijjWFo/sVZUDLvUgP5nV6tYYfWrkf/8PTazxDtw+Jaw YhDXo9qSDmNbrKQ0AepECdPsdTX2dSd7AK85Px+fpwuclgza9B/ZDp1256rxOg+6 MdASfC51pWzr1FYEevUi0xujGPjKo17aIMnaxVluVTmfY7drSgEzq0ye2u9ogTHf ISXtni7DQisePagC20VlQQv26G1tGVLqsPIjWG/UoI033YCqW7LwlmUnuHjoaC2c 3e5aM5Nht+3fJ1WjMW+2EH9c99ecep+WnLxpFXt9jdcrjtERBmr4fhXnuwtI6P8r 4fBTFOVF2Bvsbx/VyXqigVVNPnrK6u2PcWIRnwPbKAJTZFpAVWC7wQPQLYI9Ca7O kI2/WJQFVV2LOuHLR0EwpEZaDncMccRyc8pyUzVlaf6Blogy+F3iWk/lDYo0kPpi OZFmtsz0rvWTDrqK6iT4a7RoMHUB5UuZHnoJtuT96aedTpkFYmPn6WMWFyXfPRiD 10vwIYGTVQvvVJPyapod =GSIk -----END PGP SIGNATURE----- --CT8mOM7I+A1mxHvt-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 14:00:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 583FC7FB; Sat, 21 Dec 2013 14:00:05 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C18AE171A; Sat, 21 Dec 2013 14:00:04 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rBLDwfo9027305; Sat, 21 Dec 2013 15:58:41 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBLDwfo9027305 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBLDwfcL027304; Sat, 21 Dec 2013 15:58:41 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Dec 2013 15:58:41 +0200 From: Konstantin Belousov To: Roger Pau Monne , royger@freebsd.org Subject: Re: [PATCH v7 10/19] xen: add hook for AP bootstrap memory reservation Message-ID: <20131221135841.GX59496@kib.kiev.ua> References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-11-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n3hFPmSitNO6nIHR" Content-Disposition: inline In-Reply-To: <1387479296-33389-11-git-send-email-roger.pau@citrix.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 14:00:05 -0000 --n3hFPmSitNO6nIHR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 19, 2013 at 07:54:47PM +0100, Roger Pau Monne wrote: > This hook will only be implemented for bare metal, Xen doesn't require > any bootstrap code since APs are started in long mode with paging > enabled. > --- > sys/amd64/amd64/machdep.c | 6 +++++- > sys/amd64/include/sysarch.h | 3 +++ > 2 files changed, 8 insertions(+), 1 deletions(-) >=20 > diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c > index 6bbfe5a..a811a9b 100644 > --- a/sys/amd64/amd64/machdep.c > +++ b/sys/amd64/amd64/machdep.c > @@ -186,6 +186,9 @@ struct init_ops init_ops =3D { > .early_delay_init =3D i8254_init, > .early_delay =3D i8254_delay, > .parse_memmap =3D native_parse_memmap, > +#ifdef SMP > + .mp_bootaddress =3D mp_bootaddress, > +#endif > }; > =20 > /* > @@ -1507,7 +1510,8 @@ getmemsize(caddr_t kmdp, u_int64_t first) > =20 > #ifdef SMP > /* make hole for AP bootstrap code */ > - physmap[1] =3D mp_bootaddress(physmap[1] / 1024); > + if (init_ops.mp_bootaddress) > + physmap[1] =3D init_ops.mp_bootaddress(physmap[1] / 1024); > #endif > =20 > /* > diff --git a/sys/amd64/include/sysarch.h b/sys/amd64/include/sysarch.h > index 084223e..77f4b29 100644 > --- a/sys/amd64/include/sysarch.h > +++ b/sys/amd64/include/sysarch.h > @@ -16,6 +16,9 @@ struct init_ops { > void (*early_delay_init)(void); > void (*early_delay)(int); > void (*parse_memmap)(caddr_t, vm_paddr_t *, int *); > +#ifdef SMP > + u_int (*mp_bootaddress)(u_int); > +#endif > }; > =20 > extern struct init_ops init_ops; I suggest to make the init_ops contain the mp_bootaddress unconditionally, instead of making it depended on SMP. The #ifdef makes the kernel binary interface fragile and depended on the config, which would cause problems in future if any module needs any interation with init_ops. --n3hFPmSitNO6nIHR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJStZ6QAAoJEJDCuSvBvK1B1lIQAJZBaZKW30oWuiwH0kswmBgE uBi/aWXUO9ENY9Cw1xjmqWLL2s1Xw3joA4kTJth6I45SfYcifUihKZlpYdr+WEf/ Gut/qF7zZyPLQrfEtrpAr1HgFopgQyBw+7zQvMCHaJAKeAP0AKXE6tsdzeNvSan2 zQ7WrgmH054Fraqnq4w6ebJD0uIeOZdmGA4Cifv8XVSXZVhr9XpuPrlIEe66x5Al 2YBlqaHFpZwTbh3SCCfaFpgv0p55VxW3VtX+u+2gb9m2DFbPF67U9CLXKKyupkjc zbTE8kDU+X+eS005wcC0LcVMBFLXJ+kAdP9pMMsMukkmUFCDpWvjvYn3g+9TXN9E lQbE72H7FJs7InHtgXeKADOMyqMsJUg+lQ5hGyR9MShaahrr6E/LMiwncYQLluZl S/6JoL3uqI5BjuZYUWhzIFbckccvRnqPowLmJbIjY1/7qsFTdM/tny9CjuXGGcIW bEhQ46Pi7GIZG/ATGDd5b/BLJvXDdrNsXA06Ro7bdoc1YInu/hrpz9DN+Oyg37ld edANo0xiwEGpPYl2rl87y4ftNfev2X9srEd9MSSCpqWmeMeFJoVQwyk8/R4a9rvL AVGnC0WX6oXcYFpOsNqYeyHntgTmgB7XxwdMCW8odJdr81fOE+WsdAACKn+8K4LD gGEmtbZlRqTIiPqOGgBi =qPyT -----END PGP SIGNATURE----- --n3hFPmSitNO6nIHR-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 18:36:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85269CC4 for ; Sat, 21 Dec 2013 18:36:32 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 090091936 for ; Sat, 21 Dec 2013 18:36:32 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M1BMy-1VepKo2jTU-00tFMz for ; Sat, 21 Dec 2013 19:36:30 +0100 Message-ID: <52B5DF8C.5050204@gmx.com> Date: Sat, 21 Dec 2013 19:35:56 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: PACKAGESITE spam Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:3WfreZL71sJahz/QcZZ8UrswEYlwuYAd7ObaT8laHFJweVD5EHY 97wI4lXiGsSLn7x+E8/mosb1yfLXVCxwtZt9z20mw36Qr3qPqTKAV0NjC6kL4/87OJRnctQ P8QIRK5BGAyEeSQMPhzYA0d7hhsl3/45BGpVtW7h6bCU5nyJfUixTh2rh5spTnDSTIZq9Hz pu9u4U/e200mVUBGjaE4A== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 18:36:32 -0000 I've just installed a very recent -CURRENT, and now I'm performing a big portupgrade procedure. I get the following message spammed a lot: pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 20:05:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0317D87 for ; Sat, 21 Dec 2013 20:05:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AE9A81F1C for ; Sat, 21 Dec 2013 20:05:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLK5cCb060844; Sat, 21 Dec 2013 12:05:38 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLK5cA4060843; Sat, 21 Dec 2013 12:05:38 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 12:05:38 -0800 From: Steve Kargl To: dt71@gmx.com Subject: Re: PACKAGESITE spam Message-ID: <20131221200538.GA60827@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52B5DF8C.5050204@gmx.com> 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.17 Precedence: 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, 21 Dec 2013 20:05:39 -0000 On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: > I've just installed a very recent -CURRENT, and now I'm performing a big portupgrade procedure. I get the following message spammed a lot: > > pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file Yeah, I noticed that spam along with the spam that is being spewed to /var/log/messaage, e.g., Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed Dec 21 10:31:15 laptop-kargl pkg-static: libcdr-0.0.14 installed Dec 21 10:32:35 laptop-kargl pkg-static: openjpeg-1.5.0_2 installed Dec 21 10:38:33 laptop-kargl pkg-static: poppler-data-0.4.6 installed Dec 21 10:39:48 laptop-kargl pkg-static: poppler-0.22.2 installed Dec 21 10:40:32 laptop-kargl pkg-static: ilmbase-2.1.0 installed Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed Can you (portmgr) please mute these messages? -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 20:10:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4680F57; Sat, 21 Dec 2013 20:10:36 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B82E41F94; Sat, 21 Dec 2013 20:10:36 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 9EA9F25CF4; Sat, 21 Dec 2013 20:10:28 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 9EA9F25CF4 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 21 Dec 2013 15:10:26 -0500 From: Glen Barber To: Steve Kargl Subject: Re: PACKAGESITE spam Message-ID: <20131221201026.GB1730@glenbarber.us> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <20131221200538.GA60827@troutmask.apl.washington.edu> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: dt71@gmx.com, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 20:10:37 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 21, 2013 at 12:05:38PM -0800, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: > > I've just installed a very recent -CURRENT, and now I'm performing a bi= g portupgrade procedure. I get the following message spammed a lot: > >=20 > > pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository = configuration file >=20 > Yeah, I noticed that spam along with the spam that is being > spewed to /var/log/messaage, e.g.,=20 >=20 > Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed > Dec 21 10:31:15 laptop-kargl pkg-static: libcdr-0.0.14 installed > Dec 21 10:32:35 laptop-kargl pkg-static: openjpeg-1.5.0_2 installed > Dec 21 10:38:33 laptop-kargl pkg-static: poppler-data-0.4.6 installed > Dec 21 10:39:48 laptop-kargl pkg-static: poppler-0.22.2 installed > Dec 21 10:40:32 laptop-kargl pkg-static: ilmbase-2.1.0 installed > Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed > Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed > Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed >=20 > Can you (portmgr) please mute these messages? >=20 echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf Glen --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJStfWyAAoJELls3eqvi17QAMkP/30XKgOv8RXjxUlAn0lL9qqq MZ4veiPQt+E17fgs+CVEJ2UzKktZim4mKbUq2UzaoPoEQfTjxtRLD7LKarX1BjkW e6TjDuXlT82HMbokhdusMIZZ307ts6trEy0KwUg+7HzG6S/PpO76sIYHxw2bn8x0 XPMlrqUz/DeZo+2aZi9psbQek/onA1MdZn/hx3+Zd89pa0D4JXJxEzpEVGlezNqL 6FKvuDf7nXBd1gWQh4DV+uHs6T2Jzx6H3B6gtpH1pufMNPUoK3uGeMbtnTTnEvFR nFDcccbvkd5xZdVwEk0vst1ds90f04zSs3cgGMNrTtXCzYoWInm3iy1UB/dOkN5+ PiiRQcm2V66hvWzNslLfgpnOxEveyupIb9rpWpTqt9bXIq45fyh2AgKw01RYlKCE SuFwMhxuwUw5d+0zu0H1Ha8vzdZx2wSO42+EPByNMU1os22WJg7Na7JGra0obIwf D/v2mK0dHE5m9ZlJCo/wY8aPWcF8o9h/Tv04+kl2C+RXG6676KVFMZTzF4tdrz7m VAkDi1qhkBKqFsAa5jvd7ZAc35bfMzzrZ/g58gG+cgJWoPq4OH+bPhksOsN9j+5t xX+bplqSdJYFsuHL+gZSEJPh+y8g2b2YCoyCEQTq9Kg+FxM+GbGMOmuAVl1a1992 p+0a6cosQ0hhB9lyFbsQ =jt3d -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 20:14:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2454B1E2; Sat, 21 Dec 2013 20:14:04 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DBB181FB4; Sat, 21 Dec 2013 20:14:03 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLKE3sc060903; Sat, 21 Dec 2013 12:14:03 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLKE35B060902; Sat, 21 Dec 2013 12:14:03 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 12:14:03 -0800 From: Steve Kargl To: Glen Barber Subject: Re: PACKAGESITE spam Message-ID: <20131221201403.GB60827@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131221201026.GB1730@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: dt71@gmx.com, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 20:14:04 -0000 On Sat, Dec 21, 2013 at 03:10:26PM -0500, Glen Barber wrote: > On Sat, Dec 21, 2013 at 12:05:38PM -0800, Steve Kargl wrote: > > On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: > > > I've just installed a very recent -CURRENT, and now I'm performing a big portupgrade procedure. I get the following message spammed a lot: > > > > > > pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file > > > > Yeah, I noticed that spam along with the spam that is being > > spewed to /var/log/messaage, e.g., > > > > Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed > > Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed > > Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed > > Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed > > > > Can you (portmgr) please mute these messages? > > > > echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf > It did not ask how to stop this stupidity. I asked to have this stupidity stopped by default. The spewing of this information in /var/log/messages provides NOTHING. Please turn it off by default. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 20:47:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3B31886; Sat, 21 Dec 2013 20:47:05 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1236B1159; Sat, 21 Dec 2013 20:47:04 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id u57so3804332wes.32 for ; Sat, 21 Dec 2013 12:47:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ssJDsgF0Ymm08hgBh4I4MIcgKFCJNCzUZP8EwxfMGEk=; b=Y4dVfAGYImTpZ68JvE7goptf9mhvSvaejTPjx/q1wydk2gIeXNmTQIpEQo0L+ajlAb sZ+RFJdtNCcfPDR8h55AxBF9BwZNyO7ATCFfazMMEoO+cUoviqqW9CndH3cJ/bnqo0LM iWjbrhKTBqQ6WUci8geFCzyqstyNoz7Oov2v085cHxDsj71QZ8cnC/CfHc61h6zFRTWu RJiO4EX79cHP6dhzru4nACgYfkRfQlTGZvSGfJ2Sk0z7nb8hdI0/DLgaLAz15AKU3OK9 pvg3HNGzDqonDcb19qqjfu0bWXctY7NjkhfWjjJ3Kddjrn6YdwEpA4PLcTFUYFu69HB7 pnAA== X-Received: by 10.180.20.15 with SMTP id j15mr13183975wie.4.1387658823325; Sat, 21 Dec 2013 12:47:03 -0800 (PST) Received: from [192.168.1.70] (lantea.jlaffaye.net. [109.190.125.169]) by mx.google.com with ESMTPSA id pl7sm5687200wjc.16.2013.12.21.12.47.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Dec 2013 12:47:02 -0800 (PST) Sender: Julien Laffaye Message-ID: <52B5FE4A.7080709@freebsd.org> Date: Sat, 21 Dec 2013 21:47:06 +0100 From: Julien Laffaye User-Agent: Thunderbird/7.0.1 MIME-Version: 1.0 To: Steve Kargl , Glen Barber Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> In-Reply-To: <20131221201403.GB60827@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dt71@gmx.com, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 20:47:05 -0000 On 12/21/2013 9:14 PM, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 03:10:26PM -0500, Glen Barber wrote: >> On Sat, Dec 21, 2013 at 12:05:38PM -0800, Steve Kargl wrote: >>> On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: >>>> I've just installed a very recent -CURRENT, and now I'm performing a big portupgrade procedure. I get the following message spammed a lot: >>>> >>>> pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file >>> Yeah, I noticed that spam along with the spam that is being >>> spewed to /var/log/messaage, e.g., >>> >>> Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed >>> Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed >>> Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed >>> Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed >>> >>> Can you (portmgr) please mute these messages? >>> >> echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf >> > It did not ask how to stop this stupidity. I asked to have > this stupidity stopped by default. The spewing of this > information in /var/log/messages provides NOTHING. Please > turn it off by default. > Obviously, if it is on by default, others have different opinions on this subject... From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 20:55:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B405A31; Sat, 21 Dec 2013 20:55:31 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E15611C9; Sat, 21 Dec 2013 20:55:30 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rBLKsdvM072516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Dec 2013 14:54:39 -0600 (CST) (envelope-from gcr+freebsd-current@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1387659280; bh=5bt0OEnhb6P2QIjuhEWo/3YwrfaAX35e6OZrfxQUeho=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=yGx4MtUJYQIcN1Sh6PYDPgP0m5iK0gEsYn2Y4jeNek7DM3DPiYpcXr9TIKn7tiSFV c8Euujy9WfezorFv3/FnoSDgcM6cLlPMYMnG1DObi7coVh6tAqI3UlLq/N59Xi5IU+ noWZlJE/XdQplCK3l/iwl5o9AWCFaQko9YgUlBYA= Date: Sat, 21 Dec 2013 14:54:39 -0600 (CST) From: Greg Rivers To: Steve Kargl Subject: Re: PACKAGESITE spam In-Reply-To: <20131221201403.GB60827@troutmask.apl.washington.edu> Message-ID: References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Sat, 21 Dec 2013 14:54:40 -0600 (CST) Cc: Glen Barber , freebsd-current@freebsd.org, dt71@gmx.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 20:55:31 -0000 On Sat, 21 Dec 2013, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 03:10:26PM -0500, Glen Barber wrote: >> On Sat, Dec 21, 2013 at 12:05:38PM -0800, Steve Kargl wrote: >>> On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: >>>> I've just installed a very recent -CURRENT, and now I'm performing a >>>> big portupgrade procedure. I get the following message spammed a lot: >>>> >>>> pkg: PACKAGESITE in pkg.conf is deprecated. Please create a >>>> repository configuration file >>> >>> Yeah, I noticed that spam along with the spam that is being spewed to >>> /var/log/messaage, e.g., >>> >>> Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed >>> Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed >>> Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed >>> Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed >>> >>> Can you (portmgr) please mute these messages? >>> >> >> echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf >> > > It did not ask how to stop this stupidity. I asked to have this > stupidity stopped by default. The spewing of this information in > /var/log/messages provides NOTHING. Please turn it off by default. > Do you really feel that strongly about it? Having a record of changes to the system has always seemed like a feature to me... -- Greg From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 21:05:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85244BD3; Sat, 21 Dec 2013 21:05:54 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 606D81253; Sat, 21 Dec 2013 21:05:54 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLL5rhF061168; Sat, 21 Dec 2013 13:05:53 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLL5rdP061167; Sat, 21 Dec 2013 13:05:53 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 13:05:53 -0800 From: Steve Kargl To: Greg Rivers Subject: Re: PACKAGESITE spam Message-ID: <20131221210553.GA61158@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Glen Barber , freebsd-current@freebsd.org, dt71@gmx.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 21:05:54 -0000 On Sat, Dec 21, 2013 at 02:54:39PM -0600, Greg Rivers wrote: > On Sat, 21 Dec 2013, Steve Kargl wrote: > > > It did not ask how to stop this stupidity. I asked to have this > > stupidity stopped by default. The spewing of this information in > > /var/log/messages provides NOTHING. Please turn it off by default. > > > > Do you really feel that strongly about it? Having a record of changes to > the system has always seemed like a feature to me... > Yes, I do feel strongly about it. It is completely unnecesary noise. It should be off by default. If someone wants to fill /var up with useless information, then that someone can turn on the noise. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 21:19:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B537FF7B; Sat, 21 Dec 2013 21:19:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A23F12F7; Sat, 21 Dec 2013 21:19:30 +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 rBLLJMR7074357; Sat, 21 Dec 2013 16:19:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBLLJMbf074356; Sat, 21 Dec 2013 21:19:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 21 Dec 2013 21:19:22 GMT Message-Id: <201312212119.rBLLJMbf074356@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.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 21:19:30 -0000 TB --- 2013-12-21 20:50:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-21 20:50:20 - 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 --- 2013-12-21 20:50:20 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-21 20:50:20 - cleaning the object tree TB --- 2013-12-21 20:50:20 - /usr/local/bin/svn stat /src TB --- 2013-12-21 20:50:25 - At svn revision 259696 TB --- 2013-12-21 20:50:26 - building world TB --- 2013-12-21 20:50:26 - CROSS_BUILD_TESTING=YES TB --- 2013-12-21 20:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-21 20:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-21 20:50:26 - SRCCONF=/dev/null TB --- 2013-12-21 20:50:26 - TARGET=i386 TB --- 2013-12-21 20:50:26 - TARGET_ARCH=i386 TB --- 2013-12-21 20:50:26 - TZ=UTC TB --- 2013-12-21 20:50:26 - __MAKE_CONF=/dev/null TB --- 2013-12-21 20:50:26 - cd /src TB --- 2013-12-21 20:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 21 20:50:34 UTC 2013 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaConsumer.cpp -o SemaConsumer.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDecl.cpp -o SemaDecl.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclAttr.cpp -o SemaDeclAttr.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclAttr.cpp: In function 'bool checkAvailabilityAttr(clang::Sema&, clang::SourceRange, clang::IdentifierInfo*, clang::VersionTuple, clang::VersionTuple, clang::VersionTuple)': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaDeclAttr.cpp:2084: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-21 21:19:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-21 21:19:22 - ERROR: failed to build world TB --- 2013-12-21 21:19:22 - 1526.43 user 170.29 system 1741.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 21:25:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E23D1D2 for ; Sat, 21 Dec 2013 21:25:00 +0000 (UTC) Received: from rush.bluerosetech.com (rush.bluerosetech.com [199.48.134.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61A14136B for ; Sat, 21 Dec 2013 21:24:59 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:16c0:b50:21c:c0ff:fe7f:96ee]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 7679A1146C; Sat, 21 Dec 2013 13:24:52 -0800 (PST) Received: from [IPv6:2601:7:16c0:b50:442e:c612:d370:9069] (unknown [IPv6:2601:7:16c0:b50:442e:c612:d370:9069]) by chombo.houseloki.net (Postfix) with ESMTPSA id DD4B0AC9; Sat, 21 Dec 2013 13:24:50 -0800 (PST) Message-ID: <52B60727.8090001@bluerosetech.com> Date: Sat, 21 Dec 2013 13:24:55 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Steve Kargl Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> In-Reply-To: <20131221210553.GA61158@troutmask.apl.washington.edu> 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.17 Precedence: 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, 21 Dec 2013 21:25:00 -0000 On 12/21/2013 1:05 PM, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 02:54:39PM -0600, Greg Rivers wrote: >> On Sat, 21 Dec 2013, Steve Kargl wrote: >> >>> It did not ask how to stop this stupidity. I asked to have this >>> stupidity stopped by default. The spewing of this information in >>> /var/log/messages provides NOTHING. Please turn it off by default. >>> >> >> Do you really feel that strongly about it? Having a record of changes to >> the system has always seemed like a feature to me... >> > > Yes, I do feel strongly about it. It is completely unnecesary noise. > It should be off by default. If someone wants to fill /var up with > useless information, then that someone can turn on the noise. It's about what's safe in the common case. There are significant security risks inherent in pkg's activities, so having a written external record is the safe option. I don't buy the "fill up /var" argument. If your /var is so small that pkg's logging risks filling it up, why are you not logging to an external syslog server? There are much more voluminous sources of logs on a FreeBSD system. From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 21:40:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B568D6D2 for ; Sat, 21 Dec 2013 21:40:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8EC22147E for ; Sat, 21 Dec 2013 21:40:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLLdxa9061277; Sat, 21 Dec 2013 13:39:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLLdxiW061276; Sat, 21 Dec 2013 13:39:59 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 13:39:59 -0800 From: Steve Kargl To: Darren Pilgrim Subject: Re: PACKAGESITE spam Message-ID: <20131221213959.GA61238@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52B60727.8090001@bluerosetech.com> 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.17 Precedence: 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, 21 Dec 2013 21:40:01 -0000 On Sat, Dec 21, 2013 at 01:24:55PM -0800, Darren Pilgrim wrote: > On 12/21/2013 1:05 PM, Steve Kargl wrote: > > On Sat, Dec 21, 2013 at 02:54:39PM -0600, Greg Rivers wrote: > >> On Sat, 21 Dec 2013, Steve Kargl wrote: > >> > >>> It did not ask how to stop this stupidity. I asked to have this > >>> stupidity stopped by default. The spewing of this information in > >>> /var/log/messages provides NOTHING. Please turn it off by default. > >>> > >> > >> Do you really feel that strongly about it? Having a record of changes to > >> the system has always seemed like a feature to me... > >> > > > > Yes, I do feel strongly about it. It is completely unnecesary noise. > > It should be off by default. If someone wants to fill /var up with > > useless information, then that someone can turn on the noise. > > It's about what's safe in the common case. There are significant > security risks inherent in pkg's activities, so having a written > external record is the safe option. > > I don't buy the "fill up /var" argument. If your /var is so small that > pkg's logging risks filling it up, why are you not logging to an > external syslog server? There are much more voluminous sources of logs > on a FreeBSD system. It has nothing to do with the size of /var, really. It is completely useless information. You want to know what package are installed, use 'pkg info'. Packages do not spontaneously install themselves. If your system is so insecure that you are worried that some unpriveleged user installed a package, you have bigger problems. -- steve -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 22:14:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3816CCE9 for ; Sat, 21 Dec 2013 22:14:44 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9E381661 for ; Sat, 21 Dec 2013 22:14:43 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bz8so5045050wib.17 for ; Sat, 21 Dec 2013 14:14:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=69wVTpAUdE9+7ktT9byROLeaZcoR1I+HjnHKAi6v4iA=; b=V8xTpKinAhs+ldxg2nzn5hS8csPL6wQ0UWspZ5cGEt0w1gN+t9Fxzd3wKmy3Q/74Py FCPlFkHhNsdIklPWj332wHWztIXO5eB0T3Ki8jRJrXdHpQ+XcBO9uKnQxGuAVICr5xJp ozwjmKEpAR5Mur4YtdhFq8C/AeUpwJ9swUvxoeNG67Di6lkTq5xkT0sAMhsxlFRBf79b X2olpq8c7X3HG8fF9XxuWYFHTadLnDLAiDiapEd0hBrQG7mLQrtL5KexURrkeQ/iwkl7 GjvSx+W7vJk1soXXKUwSfe6dMBN34Oq0ZPSzHLeGY66l5iXFDdnoRJVG/QM1z/OLuGdX Jcjw== X-Received: by 10.194.89.97 with SMTP id bn1mr12458055wjb.18.1387664082021; Sat, 21 Dec 2013 14:14:42 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id w1sm24728477wib.6.2013.12.21.14.14.40 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 21 Dec 2013 14:14:41 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 21 Dec 2013 23:14:39 +0100 From: Baptiste Daroussin To: Steve Kargl Subject: Re: PACKAGESITE spam Message-ID: <20131221221439.GA59524@ithaqua.etoilebsd.net> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20131221213959.GA61238@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 22:14:44 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 21, 2013 at 01:39:59PM -0800, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 01:24:55PM -0800, Darren Pilgrim wrote: > > On 12/21/2013 1:05 PM, Steve Kargl wrote: > > > On Sat, Dec 21, 2013 at 02:54:39PM -0600, Greg Rivers wrote: > > >> On Sat, 21 Dec 2013, Steve Kargl wrote: > > >> > > >>> It did not ask how to stop this stupidity. I asked to have this > > >>> stupidity stopped by default. The spewing of this information in > > >>> /var/log/messages provides NOTHING. Please turn it off by default. > > >>> > > >> > > >> Do you really feel that strongly about it? Having a record of chang= es to > > >> the system has always seemed like a feature to me... > > >> > > > > > > Yes, I do feel strongly about it. It is completely unnecesary noise. > > > It should be off by default. If someone wants to fill /var up with > > > useless information, then that someone can turn on the noise. > >=20 > > It's about what's safe in the common case. There are significant=20 > > security risks inherent in pkg's activities, so having a written=20 > > external record is the safe option. > >=20 > > I don't buy the "fill up /var" argument. If your /var is so small that= =20 > > pkg's logging risks filling it up, why are you not logging to an=20 > > external syslog server? There are much more voluminous sources of logs= =20 > > on a FreeBSD system. >=20 > It has nothing to do with the size of /var, really. It is completely > useless information. You want to know what package are installed, use > 'pkg info'. Packages do not spontaneously install themselves. If > your system is so insecure that you are worried that some unpriveleged > user installed a package, you have bigger problems. >=20 > --=20 > steve >=20 >=20 > --=20 > Steve > _______________________________________________ > 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" this has been done and activated for reason, first for lot of companies, it= is important (PCI DSS requirement for example), secondly I receive tons of req= uest to actiavte on by default while you are the first to request it off by defa= ult Bapt --huq684BweRXVnRxX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK2Es8ACgkQ8kTtMUmk6Ex1ZwCgmiPNlqvN35iyggoCJKJGES9N njQAni/ltqr8m664A4erzvCUT3dbQEPf =k2A9 -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:04:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 038C9312; Sat, 21 Dec 2013 23:04:55 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1411190E; Sat, 21 Dec 2013 23:04:54 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLN4mZj061564; Sat, 21 Dec 2013 15:04:48 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLN4m1d061563; Sat, 21 Dec 2013 15:04:48 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 15:04:48 -0800 From: Steve Kargl To: Baptiste Daroussin Subject: Re: PACKAGESITE spam Message-ID: <20131221230448.GA61511@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131221221439.GA59524@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:04:55 -0000 On Sat, Dec 21, 2013 at 11:14:39PM +0100, Baptiste Daroussin wrote: > > this has been done and activated for reason, first for lot of companies, companies can turn it on it they want it. > secondly I receive tons of request to actiavte on by default while > you are the first to request it off by default I certainly can't refute 'tons of [private] requests'. There is no discussing of such logging in freebsd-current, freebsd-hackers, or freebsd-ports lists. Other than the noise in /var/log/message, what does this provide that 'pkg info' doesn't! Please turn of this feature by default. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:16:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9294A4CD; Sat, 21 Dec 2013 23:16:22 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1C6819CB; Sat, 21 Dec 2013 23:16:21 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a1so3734763wgh.11 for ; Sat, 21 Dec 2013 15:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=5qiCj/8l3rQ90V78pRnOSEK+oj9T8Yv+WTgsfe1aP/E=; b=Ebs89w0YDWfpMqyaAOjy9aQjhXM74pjik2TyKyRP4skOI5EtG6Ysd8oNCctnsOF7tC DxwHKXjM9a/fkPBg0tc42+zM5XJqXsn2Ug57Ovw1MzMekRvq31+6aTqwk5tZZZi67uA1 /YUG97Zl42RHlq9hqqDV5gdgYyollWkP1I0qJpipB1FMDveUkYYjpCLkijob6dgkRrJA VttE3YHNC9DW4H7crQ1cYMCebJBhGFHodwsUrZ9i6biM6I8Z6IwFwmlJ/LkbbrKbPj9R +Bdc2JLjEwPQsICspvoscx0Fr4JyRtIemdFeCgXwNnb2n2iVUlOPpIpQGTBDE1vHUtOi CyPg== X-Received: by 10.180.39.177 with SMTP id q17mr10474407wik.14.1387667779272; Sat, 21 Dec 2013 15:16:19 -0800 (PST) Received: from [192.168.1.70] (lantea.jlaffaye.net. [109.190.125.169]) by mx.google.com with ESMTPSA id ey3sm19538075wib.4.2013.12.21.15.16.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Dec 2013 15:16:18 -0800 (PST) Sender: Julien Laffaye Message-ID: <52B62130.5060802@freebsd.org> Date: Sun, 22 Dec 2013 00:16:00 +0100 From: Julien Laffaye User-Agent: Thunderbird/7.0.1 MIME-Version: 1.0 To: Steve Kargl , Baptiste Daroussin Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <20131221230448.GA61511@troutmask.apl.washington.edu> In-Reply-To: <20131221230448.GA61511@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:16:22 -0000 On 12/22/2013 12:04 AM, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 11:14:39PM +0100, Baptiste Daroussin wrote: >> this has been done and activated for reason, first for lot of companies, > companies can turn it on it they want it. And if you want to save the few extra kB, you can turn it off... >> secondly I receive tons of request to actiavte on by default while >> you are the first to request it off by default > I certainly can't refute 'tons of [private] requests'. There is > no discussing of such logging in freebsd-current, freebsd-hackers, > or freebsd-ports lists. > > Other than the noise in /var/log/message, what does this provide > that 'pkg info' doesn't! Please turn of this feature by default. > Actually, you are the one making noise... From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:25:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D38506E0; Sat, 21 Dec 2013 23:25:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 917B51A32; Sat, 21 Dec 2013 23:25:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLNP5OT061696; Sat, 21 Dec 2013 15:25:05 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLNP52P061695; Sat, 21 Dec 2013 15:25:05 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 15:25:05 -0800 From: Steve Kargl To: Julien Laffaye Subject: Re: PACKAGESITE spam Message-ID: <20131221232505.GA61672@troutmask.apl.washington.edu> References: <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <20131221230448.GA61511@troutmask.apl.washington.edu> <52B62130.5060802@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52B62130.5060802@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , freebsd-current@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:25:07 -0000 On Sun, Dec 22, 2013 at 12:16:00AM +0100, Julien Laffaye wrote: > On 12/22/2013 12:04 AM, Steve Kargl wrote: > > On Sat, Dec 21, 2013 at 11:14:39PM +0100, Baptiste Daroussin wrote: > >> this has been done and activated for reason, first for lot of companies, > > companies can turn it on it they want it. > > And if you want to save the few extra kB, you can turn it off... I have turned it off. > >> secondly I receive tons of request to actiavte on by default while > >> you are the first to request it off by default > > I certainly can't refute 'tons of [private] requests'. There is > > no discussing of such logging in freebsd-current, freebsd-hackers, > > or freebsd-ports lists. > > > > Other than the noise in /var/log/message, what does this provide > > that 'pkg info' doesn't! Please turn of this feature by default. > > > > Actually, you are the one making noise... What does this logging in /var/log/message provide that is not provided by 'pkg info'? It is useless noise. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:29:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66520827; Sat, 21 Dec 2013 23:29:26 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5CCD1A51; Sat, 21 Dec 2013 23:29:25 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id w61so3853571wes.28 for ; Sat, 21 Dec 2013 15:29:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=OZAwHTPV56QIA/u0QzolHsb9PmCD+Dt+6NxEkDpykBU=; b=YHj0L4EVepWEF19xnrXOhHc0w5VTPGcKjoXNiDvjMI4IrRql3NXG6y/KGpxmN7jb9R J0u9aChQEheKPZR0rb/TemI4Oyy/D+/+ku00qfnOImMc0cKE5/EsJuaWUjVhdDt9R+rf CWi2dS8uOhn6mtLrS8y0WpD2RWD/VBTDLWrqy2WJdFgJx7WBGDyhLI0LrAhoZlwqnDPh WkEoU28d9UjMgclEp5hXL/d6Ew906LW7/YQQd/MgCbMyt3k3TIl1lxGof7JuAYDSZlPr 6BD0mhKlFnAaM8Ycxfw4PfBoYK6xohZ0M2236WWbSecY6v262gZNr6nnZanymuHrolVW coZw== X-Received: by 10.194.173.163 with SMTP id bl3mr12874533wjc.10.1387668564267; Sat, 21 Dec 2013 15:29:24 -0800 (PST) Received: from [192.168.1.70] (lantea.jlaffaye.net. [109.190.125.169]) by mx.google.com with ESMTPSA id qj4sm5941903wjc.15.2013.12.21.15.29.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Dec 2013 15:29:23 -0800 (PST) Sender: Julien Laffaye Message-ID: <52B62458.4010005@freebsd.org> Date: Sun, 22 Dec 2013 00:29:28 +0100 From: Julien Laffaye User-Agent: Thunderbird/7.0.1 MIME-Version: 1.0 To: Steve Kargl Subject: Re: PACKAGESITE spam References: <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <20131221230448.GA61511@troutmask.apl.washington.edu> <52B62130.5060802@freebsd.org> <20131221232505.GA61672@troutmask.apl.washington.edu> In-Reply-To: <20131221232505.GA61672@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , freebsd-current@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:29:26 -0000 On 12/22/2013 12:25 AM, Steve Kargl wrote: > On Sun, Dec 22, 2013 at 12:16:00AM +0100, Julien Laffaye wrote: >> On 12/22/2013 12:04 AM, Steve Kargl wrote: >>> On Sat, Dec 21, 2013 at 11:14:39PM +0100, Baptiste Daroussin wrote: >>>> this has been done and activated for reason, first for lot of companies, >>> companies can turn it on it they want it. >> And if you want to save the few extra kB, you can turn it off... > I have turned it off. > >>>> secondly I receive tons of request to actiavte on by default while >>>> you are the first to request it off by default >>> I certainly can't refute 'tons of [private] requests'. There is >>> no discussing of such logging in freebsd-current, freebsd-hackers, >>> or freebsd-ports lists. >>> >>> Other than the noise in /var/log/message, what does this provide >>> that 'pkg info' doesn't! Please turn of this feature by default. >>> >> Actually, you are the one making noise... > What does this logging in /var/log/message provide that is > not provided by 'pkg info'? It is useless noise. > Forensics ? From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:33:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07864967; Sat, 21 Dec 2013 23:33:28 +0000 (UTC) Received: from mail.solomo.de (mail.solomo.de [5.9.87.18]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7EFDF1ABB; Sat, 21 Dec 2013 23:33:26 +0000 (UTC) Received: from cpos1.nexxtmobile.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 49511ED21; Sun, 22 Dec 2013 00:33:19 +0100 (CET) X-Virus-Scanned: amavisd-new at nexxtmobile.de Received: from mail.solomo.de ([127.0.0.1]) by cpos1.nexxtmobile.de (cpos1.nexxtmobile.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1s-a0A1_fJx2; Sun, 22 Dec 2013 00:33:17 +0100 (CET) Received: from nibbler-wlan.home.lan (unknown [IPv6:2001:4dd0:fd65:d00d:f94a:461f:dd3d:6c72]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 567B7ED02; Sun, 22 Dec 2013 00:33:16 +0100 (CET) Message-ID: <52B62532.8010207@smeets.im> Date: Sun, 22 Dec 2013 00:33:06 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:29.0) Gecko/20100101 Thunderbird/29.0a1 MIME-Version: 1.0 To: Steve Kargl , Baptiste Daroussin Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <20131221230448.GA61511@troutmask.apl.washington.edu> In-Reply-To: <20131221230448.GA61511@troutmask.apl.washington.edu> X-Enigmail-Version: 1.7a1pre Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Xg1LrdHG6oIS2N97SnCccVDAsbPpDkqrb" Cc: freebsd-current@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:33:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Xg1LrdHG6oIS2N97SnCccVDAsbPpDkqrb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22/12/13 00:04, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 11:14:39PM +0100, Baptiste Daroussin wrote: >> >=20 > Other than the noise in /var/log/message, what does this provide > that 'pkg info' doesn't! Please turn of this feature by default. >=20 No please don't, it's a very useful feature, you can see when packages were installed or upgraded. Which can be very useful in certain environments. Additionally, looking at other systems (SLES, CentOS, Debian and Ubuntu from the top of my head) they all have a log that keeps track of packages. The idea cannot be *that* useless. Florian --Xg1LrdHG6oIS2N97SnCccVDAsbPpDkqrb 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.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJStiU5AAoJEOcFPfn/hvB2bC8P/0gTiQ40KjWBOcMpJFMtjTw5 Lj/Q738nVnchXLq1Ea7dYsQ10Pn/r2C5J901Gh4pbOERtlLIrErIWwy1SvEBn7Wd i/6LuGlElB3S8XdTx0+9rUyubl3A96Atrr/L7lnWV3zGvFEWRHNG1dBklXS6Rx+4 VV3ysdTHGezj/M/UZ4YsDd55rFfWuGfTZ1OkyK6gQqUhkTyoY3oH1TBFK2PR1D3l rkdALf+nJU/XU+HkNN3Ly9/8vEwuESJzIqah5Us3GvKi0gJKyMV9uQpRQskILUQe BhEuY266UUQZoGiQ0peTE8QiX5oMOTwyEH7XKdBQ+SXPY2IMtNctf6ZlfX/JnI6o 4pgS/BIFovz6KqdV7GVo8kx+3ASFm7kJD6QpCJXgCdMd3o+4ETYyTTuR8Le0mj45 HeYQM0O1FgEtPJ6YxjrrTzDbf31Sj9oqAS8opy0phu9wiBCfirnBZOw3RA07Twfc 1TjDdnoP87Y5ia3VY3Gw5wtY4wseo2iGLfasv8NrwcyEZ8D+hq67+oc1yYWQCRza X8O+at35BMw7KPK9I4srD3KTNW+o+WHvs6NvkabFNxR/AT9VerUyP7ROeGnHlZFV zh9gSkK2zsHcgVrGK8dpxN7W/VSu8airl8/uTmhTMUD6otdeg3QAuxG8oULs6+Cm spJCg8z8UyRFOWFBqXCi =z1tp -----END PGP SIGNATURE----- --Xg1LrdHG6oIS2N97SnCccVDAsbPpDkqrb-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:44:11 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2327C3A for ; Sat, 21 Dec 2013 23:44:11 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB0341B4B for ; Sat, 21 Dec 2013 23:44:11 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLNiBQg061816; Sat, 21 Dec 2013 15:44:11 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLNiBUq061815; Sat, 21 Dec 2013 15:44:11 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 15:44:11 -0800 From: Steve Kargl To: Garrett Wollman Subject: Re: PACKAGESITE spam Message-ID: <20131221234411.GC61672@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <201312212329.rBLNTHL3051604@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201312212329.rBLNTHL3051604@hergotha.csail.mit.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:44:12 -0000 On Sat, Dec 21, 2013 at 06:29:17PM -0500, Garrett Wollman wrote: > In article <20131221230448.GA61511@troutmask.apl.washington.edu>, > Steve Kargl writes: > > >Other than the noise in /var/log/message, what does this provide > >that 'pkg info' doesn't! > > A record of when packages were installed and removed. > The date/time a package is installed should be recorded in the pkg database and be available with 'pkg info -f'. Of course, it appeat that this information s not properly recorded. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:47:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62BB6D63; Sat, 21 Dec 2013 23:47:06 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F63E1B6D; Sat, 21 Dec 2013 23:47:06 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id D48A9251F4; Sat, 21 Dec 2013 23:47:03 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us D48A9251F4 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 21 Dec 2013 18:47:01 -0500 From: Glen Barber To: Steve Kargl Subject: Re: PACKAGESITE spam Message-ID: <20131221234701.GF1730@glenbarber.us> References: <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <201312212329.rBLNTHL3051604@hergotha.csail.mit.edu> <20131221234411.GC61672@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vKFfOv5t3oGVpiF+" Content-Disposition: inline In-Reply-To: <20131221234411.GC61672@troutmask.apl.washington.edu> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Garrett Wollman , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:47:06 -0000 --vKFfOv5t3oGVpiF+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 21, 2013 at 03:44:11PM -0800, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 06:29:17PM -0500, Garrett Wollman wrote: > > In article <20131221230448.GA61511@troutmask.apl.washington.edu>, > > Steve Kargl writes: > >=20 > > >Other than the noise in /var/log/message, what does this provide > > >that 'pkg info' doesn't! > >=20 > > A record of when packages were installed and removed. > >=20 >=20 > The date/time a package is installed should be recorded > in the pkg database and be available with 'pkg info -f'. > Of course, it appeat that this information s not properly > recorded. >=20 Because databases are never corruptible? Glen --vKFfOv5t3oGVpiF+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJStih1AAoJELls3eqvi17QyaAQAKSiFMM7Uq3dm49+0DyLJs7Y MV0teTo5LBsy4x+iv+OjGGEPzwV4/KWNSJ9lrQ4TBODZzJLJT8rRQbpRq8OffgYs g5u0FQxxFUps7hZ2eVOKz6IkahDwlb4qK31dhBBRcygU8HbIIEm/PY5gK99PrqMu qnCgPSU4K5uFVwHgdJ6GsSwlyqliIVjBjjP3d6J290DJxte4DG/RCN2LMuhYWDgj 7QTVaZEnooWq8MsJFVtxjHpo4LL4KvL4UC/+BdR/kYfhbM4Pr3l/Yw/U8WYmXwDm JlPSokzXWoNn37xNlNetMwGHDd0AAgHj+HtYbGpTPsrvvSl7kCtqL2vVqJ9QdMMr rjh1439V4O2JLHvrj5+WpiI+QFDcgjgfwe3INUiEJjQ05vC+EGHTB+w0OPjAotjx RhP/gG9MYTntz9kdwnRr2mbituc8RQp5nPgZmYv0woV3JcnvjhDD9VSo9TZ+Lgf7 iPPdbLMuzsnVamL2w2D+OExplUOoYrtq3nPSdfA2tFPAhhTkNE3N3C3T8zYGxW99 +YnNRpdZOLQeHwxqZwRFf90csUJVxkbBqBwcC5xDlBm+nCkFug+oMd9jIhmV1Jsz AmA29Jn4ZuvhlTRQWAzLbniyWay9ZfsTw0iu955iTD14D2q7ISAM9YPWDDZWqGUe aNaIfzbb9jkAqQ7MIGkH =4rYH -----END PGP SIGNATURE----- --vKFfOv5t3oGVpiF+-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:49:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA1E27E; Sat, 21 Dec 2013 23:49:26 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88C871C87; Sat, 21 Dec 2013 23:49:26 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBLNnQNK061875; Sat, 21 Dec 2013 15:49:26 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBLNnQsU061874; Sat, 21 Dec 2013 15:49:26 -0800 (PST) (envelope-from sgk) Date: Sat, 21 Dec 2013 15:49:26 -0800 From: Steve Kargl To: Glen Barber Subject: Re: PACKAGESITE spam Message-ID: <20131221234926.GA61861@troutmask.apl.washington.edu> References: <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <201312212329.rBLNTHL3051604@hergotha.csail.mit.edu> <20131221234411.GC61672@troutmask.apl.washington.edu> <20131221234701.GF1730@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131221234701.GF1730@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Wollman , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:49:26 -0000 On Sat, Dec 21, 2013 at 06:47:01PM -0500, Glen Barber wrote: > On Sat, Dec 21, 2013 at 03:44:11PM -0800, Steve Kargl wrote: > > On Sat, Dec 21, 2013 at 06:29:17PM -0500, Garrett Wollman wrote: > > > In article <20131221230448.GA61511@troutmask.apl.washington.edu>, > > > Steve Kargl writes: > > > > > > >Other than the noise in /var/log/message, what does this provide > > > >that 'pkg info' doesn't! > > > > > > A record of when packages were installed and removed. > > > > > > > The date/time a package is installed should be recorded > > in the pkg database and be available with 'pkg info -f'. > > Of course, it appeat that this information s not properly > > recorded. > > > > Because databases are never corruptible? > /var/log/message never gets corrupted? -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:54:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D8BB21E for ; Sat, 21 Dec 2013 23:54:52 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F8E81CF5 for ; Sat, 21 Dec 2013 23:54:51 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id cc10so5092010wib.4 for ; Sat, 21 Dec 2013 15:54:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OOBGQztL6plPbtK68hL92G1H+gifDEIsxXIJW/iSLXM=; b=RDemPd7u2EaIzPPc3oNvAStfQ6PvHkODj6u38W3XFjsgAvbJLXdYYqFH2TbL6PH2vW Qfo7J9/n9oQNQEHStBov61+HcV5al6F0c0d8r4uFMaDu2t5YzmKB0Lc8otDpcTFpVTan XEVQU24muYbav9dwFrbD35cciwBQh4oCSY2ZeHSdZLloEGfvIVhK4dDdyEvyBfTFSy22 vDCVDcdEGFHg50P1I6UwCeiCNlkmouZJTm81QnRYJMyz4zA7qlo01c/s5AIJ4l1z4+xS ZqPaT/nIRAvHArSDi1hCmcJOOV9Pld4i8lipjC2g+XG4tpEn7nVTcaVixWTk08L02jkH 3qOQ== X-Received: by 10.181.11.201 with SMTP id ek9mr12924263wid.54.1387670090043; Sat, 21 Dec 2013 15:54:50 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id xl18sm25054635wib.9.2013.12.21.15.54.48 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 21 Dec 2013 15:54:48 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 22 Dec 2013 00:54:47 +0100 From: Baptiste Daroussin To: Steve Kargl Subject: Re: PACKAGESITE spam Message-ID: <20131221235447.GB59524@ithaqua.etoilebsd.net> References: <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <201312212329.rBLNTHL3051604@hergotha.csail.mit.edu> <20131221234411.GC61672@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline In-Reply-To: <20131221234411.GC61672@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Wollman , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 21 Dec 2013 23:54:52 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 21, 2013 at 03:44:11PM -0800, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 06:29:17PM -0500, Garrett Wollman wrote: > > In article <20131221230448.GA61511@troutmask.apl.washington.edu>, > > Steve Kargl writes: > >=20 > > >Other than the noise in /var/log/message, what does this provide > > >that 'pkg info' doesn't! > >=20 > > A record of when packages were installed and removed. > >=20 >=20 > The date/time a package is installed should be recorded > in the pkg database and be available with 'pkg info -f'. > Of course, it appeat that this information s not properly > recorded. >=20 > --=20 > Steve > _______________________________________________ > 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" Works for installation and we do track it, does not work for removal seriously are installing that many packages everyday that it bother you? regards, Bapt --XOIedfhf+7KOe/yw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK2KkcACgkQ8kTtMUmk6EwcbQCeKBUYMUBeLzcIgYwF24ix5v42 go8AoLRtsoacZzbxV19ScOhCZ6Mqo33g =aSip -----END PGP SIGNATURE----- --XOIedfhf+7KOe/yw--