From owner-freebsd-current@FreeBSD.ORG Sun May 8 00:24:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26945106566B for ; Sun, 8 May 2011 00:24:40 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 98E6D8FC15 for ; Sun, 8 May 2011 00:24:39 +0000 (UTC) Received: by bwz12 with SMTP id 12so4823097bwz.13 for ; Sat, 07 May 2011 17:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:x-authentication-warning:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=H5Ki1/THGKZoVPgMsw8teg2z0/LNVmNGwRpKrVKXDe0=; b=RS63/LPMwB4rlIMG4IhqPoXinFlFYomd2YGa6Yth3Ud/5gXwD+L0wqCkKnj+gvIByO dfuW9m29Aa5jkPLb6JFZpqqdWb6kzPd9GLytN2/Mc6LbfGF6lwLHBE2W0m6diKzFlod7 YCG8SYmlH1lDCuWYcZV4lp3QzK41do9Ut5Xtk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=QAi+GiqEo+cIisAmF3fkK+vnFIUzIgJhCGHue79CUTkWu4oAZAfVEY1FRrzfxSuxqX zcm+zVMxiCW/GrhBu8sxOxPIMZTalTIj1IY2qJiJQ2Pzir6GnShfpDswpEN+0HFbUT6Q gcaSCwTFfKYLJrifoIdxVfA/+ZvS7Z/CKklq4= Received: by 10.204.19.5 with SMTP id y5mr536169bka.194.1304814278449; Sat, 07 May 2011 17:24:38 -0700 (PDT) Received: from procyon.xvoid.org ([213.132.76.142]) by mx.google.com with ESMTPS id 16sm2802542bkm.18.2011.05.07.17.24.36 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 07 May 2011 17:24:37 -0700 (PDT) Received: from procyon.xvoid.org (yuri@procyon.xvoid.org [IPv6:::1]) by procyon.xvoid.org (8.14.4/8.14.4) with ESMTP id p480OYGE021060 for ; Sun, 8 May 2011 04:24:34 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by procyon.xvoid.org (8.14.4/8.14.4/Submit) id p480OYw1021059 for freebsd-current@freebsd.org; Sun, 8 May 2011 04:24:34 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: procyon.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Sun, 8 May 2011 04:24:34 +0400 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20110508002434.GA18573@procyon.xvoid.org> References: <20110507074547.GE1222@procyon.xvoid.org> <20110507101112.GA2734@DataIX.net> <20110507101637.GF1222@procyon.xvoid.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110507101637.GF1222@procyon.xvoid.org> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: sendmail tries to resolve IPv6:::1 specified in submit.mc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2011 00:24:40 -0000 On Sat, May 07, 2011 at 02:16:37PM +0400, Yuri Pankov wrote: > On Sat, May 07, 2011 at 06:11:12AM -0400, Jason Hellenthal wrote: > > > > Yuri, > > > > > > On Sat, May 07, 2011 at 11:45:47AM +0400, Yuri Pankov wrote: > > >Hi, > > > > > >I'm getting weird problem on recent -CURRENT - sendmail is trying to > > >resolve 'IPv6:::1' specified in /etc/mail/`hostname`.submit.mc: > > > > > >FEATURE(`msp', `[IPv6:::1]')dnl > > > > > >tcpdump: > > >3802+ A? ipv6:::1.xvoid.org. (36) > > >3802 NXDomain* 0/1/0 (100) > > >3803+ A? ipv6:::1.lab.xvoid.org. (40) > > >3803 NXDomain* 0/1/0 (108) > > >3804+ A? ipv6:::1. (26) > > >3804 ServFail 0/0/0 (26) > > >3804+ A? ipv6:::1. (26) > > >3804 ServFail 0/0/0 (26) > > > > > >IPv6 is configured and is working except for this problem. Sendmail > > >on 8.2-RELEASE is working fine with the same submit.mc contents. > > > > > >Any hints? > > > > > > > Yuri by default this is set to [127.0.0.1] as denoted by: > > http://svn.freebsd.org/base/head/etc/sendmail/freebsd.submit.mc > > > > I believe it has been this way for a very long time. If for some reason > > that you changed the value your self and you would like to revert back to > > defaults you can remove `hostname`.mc & `hostname`.submit.mc and re-run > > make(1) in the /etc/mail directory to give you a default config. > > > > The comment in that file reads: > > dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:::1] > > Err, sure, but that's not what I'm asking. [127.0.0.1] works on both 8.2 > and -CURRENT, however [IPv6:::1] doesn't work for me on -CURRENT, while > working in 8.2. > > I can't find any related changes and checked almost everything I could > think of in my configuration, so I'm asking for hints *why* sendmail > doesn't accept [IPv6:::1] as correct address and tries to resolve it. Sorted it out, this host runs sendmail as outbound only, and default sendmail_submit_flags makes it bind only to 127.0.0.1, so adding -ODaemonPortOptions=Family=inet6,Addr=::1 there solved the problem (it wasn't obvious from the sendmail's behaviour). Anyway, it doesn't belong to this list, sorry for the noise! Yuri From owner-freebsd-current@FreeBSD.ORG Sun May 8 01:08:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39004106567C for ; Sun, 8 May 2011 01:08:28 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id EBD4A8FC16 for ; Sun, 8 May 2011 01:08:27 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAFXsxU2DaFvO/2dsb2JhbACEUqJBpCSOH497gSqDYIECBI9ljnk X-IronPort-AV: E=Sophos;i="4.64,332,1301889600"; d="scan'208";a="119978597" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 07 May 2011 21:08:27 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1B779B3F63 for ; Sat, 7 May 2011 21:08:27 -0400 (EDT) Date: Sat, 7 May 2011 21:08:27 -0400 (EDT) From: Rick Macklem To: FreeBSD Current Message-ID: <1990160950.10592.1304816907013.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Subject: Heads up: vfs.newnfs changed to vfs.nfsd for new NFS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2011 01:08:28 -0000 Hi, I just committed r221615 that changes the sysctl naming for the new NFS server from vfs.newnfs to vfs.nfsd. When you upgrade to a post-r221615 kernel, you will also need a post-r221615 /etc/rc.d/nfsd shell script if you are using an NFS server. rick From owner-freebsd-current@FreeBSD.ORG Sun May 8 05:13:57 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7839C1065670 for ; Sun, 8 May 2011 05:13:57 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1D28FC08 for ; Sun, 8 May 2011 05:13:56 +0000 (UTC) Received: by iwn33 with SMTP id 33so5072147iwn.13 for ; Sat, 07 May 2011 22:13:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=F06yVEXVgp6TZzW4RsOw7ukHx3tGWhPopRk8exrDHj8=; b=bDpJFhKv29vD0ZkQjI5ngQfzzdqLGJNAUzVyN+y6GFoBKbHQQ1mMko8mVGdHfLgrVm t01/ISCOqjbHWItqHqvAvqvtPUIvsK6APWz6DCe1m7JRQppK6o18NCUsNLB/CbhgYqNt pYNotzjdQT5OmOUTeru8ehk+00JV9ugGR9P90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=hhqinhWVUr7szfpKHgfChg8LdHbYH4DPlyTJDgJO3vg27S7Fm7c9iKCw2nElgANOAj U+ZndvryLA97myHUbghIi7c9D6qmtBi4CecGTjeyMsbiqCjybBQffMj2RAobcckem0Gc I9Hb7KKnqgTjjFtwhzHO298VhYdKclzQvJPPI= MIME-Version: 1.0 Received: by 10.43.44.6 with SMTP id ue6mr4563918icb.69.1304831635777; Sat, 07 May 2011 22:13:55 -0700 (PDT) Received: by 10.42.167.5 with HTTP; Sat, 7 May 2011 22:13:55 -0700 (PDT) In-Reply-To: <20110507101105.GA32422@freebsd.org> References: <201105070452.p474qvuw097711@freebsd-current.sentex.ca> <20110507101105.GA32422@freebsd.org> Date: Sun, 8 May 2011 01:13:55 -0400 Message-ID: From: Arnaud Lacombe To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amd64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 05:13:57 -0000 Hi, On Sat, May 7, 2011 at 6:11 AM, Alexander Best wrote: >> [...] >> ld -b binary -d -warn-common -r -d -o wpifw.fwo wpi.fw >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing =A0-std=3Dc99 = =A0-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes =A0-Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-s= ign -fformat-extensions =A0-Wmissing-include-dirs -nostdinc =A0-I. -I/src/s= ys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -DGPROF -falign-functions=3D16 = -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=3Dkernel -m= no-red-zone =A0-mfpmath=3D387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-s= se3 =A0-msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xe/if_xe.c >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing =A0-std=3Dc99 = =A0-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes =A0-Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-s= ign -fformat-extensions =A0-Wmissing-include-dirs -nostdinc =A0-I. -I/src/s= ys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -DGPROF -falign-functions=3D16 = -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=3Dkernel -m= no-red-zone =A0-mfpmath=3D387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-s= se3 =A0-msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xe/if_xe_pccard.c >> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing =A0-std=3Dc99 = =A0-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes =A0-Wmissin= g-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-s= ign -fformat-extensions =A0-Wmissing-include-dirs -nostdinc =A0-I. -I/src/s= ys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include = opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -DGPROF -falign-functions=3D16 = -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=3Dkernel -m= no-red-zone =A0-mfpmath=3D387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-s= se3 =A0-msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -Werror -pg -mprofiler-epilogue /src/sys/dev/xl/if_xl.c > > could somebody explain, why only on amd64 the default COPTFLAGS are -O2 > -frename-registers (even with DEBUG set)? judging from gcc(1) expecially > -frename-registers makes debugging very hard. > -> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/kern.pre.mk#rev1.45 A. From owner-freebsd-current@FreeBSD.ORG Sun May 8 08:57:25 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1538E106566B for ; Sun, 8 May 2011 08:57:25 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5CEF28FC12 for ; Sun, 8 May 2011 08:57:24 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA15088; Sun, 08 May 2011 11:57:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QIznl-0007Cd-4s; Sun, 08 May 2011 11:57:21 +0300 Message-ID: <4DC65AF0.3030202@FreeBSD.org> Date: Sun, 08 May 2011 11:57:20 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Stefan Bethke References: <4DC517B3.8050502@FreeBSD.org> <20110507104748.GL48734@deviant.kiev.zoral.com.ua> <4DC5B2A4.60603@FreeBSD.org> <4A9DD4AC-94CF-4AA5-AB17-8597CB6EB394@lassitu.de> In-Reply-To: <4A9DD4AC-94CF-4AA5-AB17-8597CB6EB394@lassitu.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , current@FreeBSD.org Subject: Re: bitcount32: replace lengthy comment with SWAR reference X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2011 08:57:25 -0000 on 08/05/2011 00:19 Stefan Bethke said the following: > Your google-fu is clearly superior. It took me a couple tries to find the > page you're refering to. > > http://aggregate.org/MAGIC/#Population%20Count%20%28Ones%20Count%29 > > Why not put a link in there directly? I just prefer a reference I can > actually look up over an acronym that (by itself) cannot easily be resolved. Well, picking color for a bikeshed is never easy :-) What you say makes a lot of sense and I don't disagree. But I am sticking with the originally proposed color as I believe that in this age of Internet and search engines a descriptive term is better than an URL that may change or a reference to a book that may not be readily available to a reader. > The algorithm itself seems to predate SWAR significantly: according to > Hackers Delight, it was described in /Combinatorial Algorithms: Theory and > Pratice/ in 77. > > The code in systm.h appears to be a slightly less optimized version of the > algorithm presented in SWAR or Hacker's Delight. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun May 8 09:19:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037E21065674 for ; Sun, 8 May 2011 09:19:36 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id A7D4C8FC14 for ; Sun, 8 May 2011 09:19:29 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0C23945CD9; Sun, 8 May 2011 11:19:28 +0200 (CEST) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A0CCC4569A; Sun, 8 May 2011 11:19:22 +0200 (CEST) Date: Sun, 8 May 2011 11:19:04 +0200 From: Pawel Jakub Dawidek To: Anton Yuzhaninov Message-ID: <20110508091904.GF1813@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y+xroYBkGM9OatJL" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: geli on r221012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2011 09:19:36 -0000 --Y+xroYBkGM9OatJL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2011 at 01:31:55PM +0000, Anton Yuzhaninov wrote: > Geli no longer works for me after upgrade to r221012. >=20 > # geli attach -k ~citrin/private.key /dev/label/spool2 > Enter passphrase: > # >=20 > from dmesg: > GEOM_ELI: Device label/spool2.eli created. > GEOM_ELI: Encryption: Blowfish-CBC 128 > GEOM_ELI: Integrity: HMAC/MD5 > GEOM_ELI: Crypto: software >=20 > # dd if=3D/dev/label/spool2.eli of=3D/dev/null > dd: /dev/label/spool2.eli: Invalid argument > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000669 secs (0 bytes/sec) Thanks for the report! It should be fixed in r221628. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --Y+xroYBkGM9OatJL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk3GYAgACgkQForvXbEpPzSxmACdEHnQl7vRd/vLOvX0msxzDeWS TJUAoJzu5eYsVtDzzlweg6IJ38SaVHV2 =wkKs -----END PGP SIGNATURE----- --Y+xroYBkGM9OatJL-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 13:09:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4683106566B; Sun, 8 May 2011 13:09:40 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from no.spam.no.ddos.ru (no.spam.no.ddos.ru [IPv6:2a02:978:2:1000::3]) by mx1.freebsd.org (Postfix) with ESMTP id A294E8FC0A; Sun, 8 May 2011 13:09:38 +0000 (UTC) Received: from ws.su29.net (v6.mpls.in [IPv6:2a02:978:2::5]) by no.spam.no.ddos.ru (Postfix) with ESMTPA id 66AFF35AE93; Sun, 8 May 2011 17:08:48 +0400 (MSD) Message-ID: <4DC695FC.3080700@ipfw.ru> Date: Sun, 08 May 2011 17:09:16 +0400 From: "Alexander V. Chernikov" User-Agent: Thunderbird 2.0.0.24 (X11/20100515) MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------000003040104050700090603" Cc: Subject: [patch] permit fib to be set on interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 May 2011 13:09:41 -0000 This is a multi-part message in MIME format. --------------000003040104050700090603 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 At the moment the only possible way to set packet fib from userland is ipfw(8) setfib rule. Since no 'setfib tablearg' exists ruleset grows with every fib. Additionally, there is no way to set packet fib before netgraph processing: L2 ipfw hook is called after ng_ether_input() Those reasons (not mentioning kern/134931) makes it hard to use multiple routing tables. The following path: * adds SIOCGIFIB/SIOCSIFIB ioctl(2) calls to get/set per-interface fib * adds IFF_CUSTOMFIB interface flags * adds ifi_fib field to if_data structure * adds 'fib' keyword for ifconfig(8) Example: 16:42 [0] zfscurr0# ifconfig vlan2 create inet 10.11.12.13/30 fib 15 vlan 2 vlandev em0 16:42 [0] zfscurr0# ifconfig vlan2 vlan2: flags=808843 metric 0 mtu 1500 fib 15 options=3 ether 08:00:27:c5:29:d4 inet 10.11.12.13 netmask 0xfffffffc broadcast 10.11.12.15 inet6 fe80::a00:27ff:fec5:29d4%vlan2 prefixlen 64 scopeid 0x4 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active vlan: 2 parent interface: em0 Interface fib is applied on inbound only (for forwarded packets fib decision should be done on inbound, for locally-originated packets there is setfib(1)) How to install: ** WARNING - world (libc actually) rebuild required !! ** Apply both patches (abi first) rebuild kernel (ROUTETABLES define required) && world reboot (you should have console access) use ifconfig(8) to set fib Comments on source code: Since we need fib to be set before ng_ether_input() we cannot set fib on per-netisr basis which is easier. Patch is split into 2 pieces. struct if_data is exported to userland via: * rtsock sysctl_iflist() sysctl (used by libc getifaddr(3) only) * ifmib(4) interfaces (used by bsnmpd and others) abi_ifdata patch permits if_data changes (actually, tail-adding) without ABI breaking (and it doesn't break ABI by itself) fibs patch does the rest described. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3GlfwACgkQwcJ4iSZ1q2ncmQCfYT01sjTLcuxZsYyJA/hH7lFb sjIAn3r5aXIhtMK5zxyBWOLm+vKYehfY =PvjZ -----END PGP SIGNATURE----- --------------000003040104050700090603 Content-Type: text/plain; name="fibs_20110508-9.0-CURRENT-r221313M.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fibs_20110508-9.0-CURRENT-r221313M.diff" Index: sbin/ifconfig/ifconfig.8 =================================================================== --- sbin/ifconfig/ifconfig.8 (revision 221313) +++ sbin/ifconfig/ifconfig.8 (working copy) @@ -294,6 +294,17 @@ Fill interface index (lowermost 64bit of an IPv6 address) automatically. +.It Cm fib Ar fib_number +Specify interface fib. Fib +.Ar fib_number +is assigned to all frames received on that interface. Fib is not inherited, +e.g. vlans or other sub-interfaces gets default fib (0) irrespective of parent +interface fib. +.Ar CUSTOMFIB +flag is added to interface flags if non-zero fib is set. Kernel needs to be compiled +with the option +.Cd "options ROUTETABLES" +for this to work. .It Cm ipdst This is used to specify an Internet host who is willing to receive IP packets encapsulating IPX packets bound for a remote network. Index: sbin/ifconfig/ifconfig.c =================================================================== --- sbin/ifconfig/ifconfig.c (revision 221313) +++ sbin/ifconfig/ifconfig.c (working copy) @@ -823,6 +823,16 @@ } static void +setifib(const char *val, int dummy __unused, int s, + const struct afswtch *afp) +{ + strncpy(ifr.ifr_name, name, sizeof (ifr.ifr_name)); + ifr.ifr_fib = atoi(val); + if (ioctl(s, SIOCSIFIB, (caddr_t)&ifr) < 0) + warn("ioctl (set fib)"); +} + +static void setifname(const char *val, int dummy __unused, int s, const struct afswtch *afp) { @@ -880,7 +890,7 @@ #define IFFBITS \ "\020\1UP\2BROADCAST\3DEBUG\4LOOPBACK\5POINTOPOINT\6SMART\7RUNNING" \ "\10NOARP\11PROMISC\12ALLMULTI\13OACTIVE\14SIMPLEX\15LINK0\16LINK1\17LINK2" \ -"\20MULTICAST\22PPROMISC\23MONITOR\24STATICARP" +"\20MULTICAST\22PPROMISC\23MONITOR\24STATICARP\30CUSTOMFIB" #define IFCAPBITS \ "\020\1RXCSUM\2TXCSUM\3NETCONS\4VLAN_MTU\5VLAN_HWTAGGING\6JUMBO_MTU\7POLLING" \ @@ -919,6 +929,8 @@ printf(" metric %d", ifr.ifr_metric); if (ioctl(s, SIOCGIFMTU, &ifr) != -1) printf(" mtu %d", ifr.ifr_mtu); + if (((ifa->ifa_flags & IFF_CUSTOMFIB) > 0) && (ioctl(s, SIOCGIFIB, &ifr) != -1)) + printf(" fib %d", ifr.ifr_fib); putchar('\n'); for (;;) { @@ -1169,6 +1181,7 @@ DEF_CMD("compress", IFF_LINK0, setifflags), DEF_CMD("noicmp", IFF_LINK1, setifflags), DEF_CMD_ARG("mtu", setifmtu), + DEF_CMD_ARG("fib", setifib), DEF_CMD_ARG("name", setifname), }; Index: share/man/man9/ifnet.9 =================================================================== --- share/man/man9/ifnet.9 (revision 221313) +++ share/man/man9/ifnet.9 (working copy) @@ -522,6 +522,10 @@ See .Sx Interface Capabilities Flags for details. +.It Dv IFF_CUSTOMFIB +.Aq D +This interface has custom (non-zero) FIB set. +Every packet received on that interface inherits interface fib. .El .Ss "Interface Capabilities Flags" Interface capabilities are specialized features an interface may @@ -1172,8 +1176,9 @@ .It Dv SIOCGIFFLAGS .It Dv SIOCGIFMETRIC .It Dv SIOCGIFMTU +.It Dv SIOCGIFIB .It Dv SIOCGIFPHYS -Get interface capabilities, flags, metric, MTU, medium selection. +Get interface capabilities, flags, metric, MTU, fib, medium selection. (No call-down to driver.) .Pp .It Dv SIOCSIFCAP @@ -1228,6 +1233,16 @@ additional sanity checking and for actually modifying the MTU in the interface structure. .Pp +.It Dv SIOCSIFIB +Sets interface FIB. +Caller must have appropriate privilege. +FIB +values greater than +.Va net.fibs +are considered invalid. +.Dv IFF_CUSTOMFIB +flag is set if new fib is not set to 0. +.Pp .It Dv SIOCADDMULTI .It Dv SIOCDELMULTI Add or delete permanent multicast group memberships on the interface. Index: sys/kern/kern_jail.c =================================================================== --- sys/kern/kern_jail.c (revision 221313) +++ sys/kern/kern_jail.c (working copy) @@ -3630,6 +3630,7 @@ case PRIV_NET_LAGG: case PRIV_NET_GIF: case PRIV_NET_SETIFVNET: + case PRIV_NET_SETIFIB: /* * 802.11-related privileges. Index: sys/netgraph/ng_iface.c =================================================================== --- sys/netgraph/ng_iface.c (revision 221313) +++ sys/netgraph/ng_iface.c (working copy) @@ -56,6 +56,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipx.h" +#include "opt_route.h" #include #include @@ -777,6 +778,10 @@ /* First chunk of an mbuf contains good junk */ if (harvest.point_to_point) random_harvest(m, 16, 3, 0, RANDOM_NET); +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); return (0); } Index: sys/dev/ppbus/if_plip.c =================================================================== --- sys/dev/ppbus/if_plip.c (revision 221313) +++ sys/dev/ppbus/if_plip.c (working copy) @@ -81,6 +81,7 @@ */ #include "opt_plip.h" +#include "opt_route.h" #include #include @@ -585,6 +586,10 @@ if (bpf_peers_present(sc->sc_ifp->if_bpf)) lptap(sc->sc_ifp, top); +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(top, sc->sc_ifp->if_fib); +#endif /* mbuf is free'd on failure. */ netisr_queue(NETISR_IP, top); ppb_lock(ppbus); @@ -637,6 +642,10 @@ if (bpf_peers_present(sc->sc_ifp->if_bpf)) lptap(sc->sc_ifp, top); +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(top, sc->sc_ifp->if_fib); +#endif /* mbuf is free'd on failure. */ netisr_queue(NETISR_IP, top); ppb_lock(ppbus); Index: sys/dev/lmc/if_lmc.c =================================================================== --- sys/dev/lmc/if_lmc.c (revision 221313) +++ sys/dev/lmc/if_lmc.c (working copy) @@ -77,6 +77,7 @@ # include "opt_inet.h" /* INET */ # include "opt_inet6.h" /* INET6 */ # include "opt_netgraph.h" /* NETGRAPH */ +# include "opt_route.h" /* ROUTETABLES */ # ifdef HAVE_KERNEL_OPTION_HEADERS # include "opt_device_polling.h" /* DEVICE_POLLING */ # endif @@ -2527,6 +2528,10 @@ { softc_t *sc = IFP2SC(ifp); +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(mbuf, ifp->if_fib); +#endif # if INET if (mbuf->m_data[0]>>4 == 4) netisr_dispatch(NETISR_IP, mbuf); Index: sys/dev/iicbus/if_ic.c =================================================================== --- sys/dev/iicbus/if_ic.c (revision 221313) +++ sys/dev/iicbus/if_ic.c (working copy) @@ -30,6 +30,7 @@ /* * I2C bus IP driver */ +#include "opt_route.h" #include #include @@ -311,6 +312,10 @@ top = m_devget(sc->ic_ifbuf + ICHDRLEN, len, 0, sc->ic_ifp, 0); if (top) { mtx_unlock(&sc->ic_lock); +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(top, sc->ic_ifp->if_fib); +#endif netisr_dispatch(NETISR_IP, top); mtx_lock(&sc->ic_lock); } Index: sys/dev/usb/net/uhso.c =================================================================== --- sys/dev/usb/net/uhso.c (revision 221313) +++ sys/dev/usb/net/uhso.c (working copy) @@ -26,6 +26,8 @@ #include __FBSDID("$FreeBSD$"); +#include "opt_route.h" + #include #include #include @@ -1754,6 +1756,10 @@ /* Dispatch to IP layer */ BPF_MTAP(sc->sc_ifp, m); +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); m = m0 != NULL ? m0 : NULL; mtx_lock(&sc->sc_mtx); Index: sys/net/if.c =================================================================== --- sys/net/if.c (revision 221313) +++ sys/net/if.c (working copy) @@ -33,6 +33,7 @@ #include "opt_compat.h" #include "opt_inet6.h" #include "opt_inet.h" +#include "opt_route.h" #include #include @@ -2078,6 +2079,12 @@ ifr->ifr_mtu = ifp->if_mtu; break; +#ifdef ROUTETABLES + case SIOCGIFIB: + ifr->ifr_fib = ifp->if_fib; + break; +#endif + case SIOCGIFPHYS: ifr->ifr_phys = ifp->if_physical; break; @@ -2307,6 +2314,28 @@ break; } +#ifdef ROUTETABLES + case SIOCSIFIB: + { + error = priv_check(td, PRIV_NET_SETIFIB); + if (error) + return (error); + if (ifr->ifr_fib > rt_numfibs) + return (EINVAL); + + ifp->if_fib = ifr->ifr_fib; + + if (ifp->if_fib == 0) + ifp->if_flags &= ~IFF_CUSTOMFIB; + else + ifp->if_flags |= IFF_CUSTOMFIB; + + /* XXX we should generate rt_ifmsg here */ + + break; + } +#endif + case SIOCADDMULTI: case SIOCDELMULTI: if (cmd == SIOCADDMULTI) Index: sys/net/if.h =================================================================== --- sys/net/if.h (revision 221313) +++ sys/net/if.h (working copy) @@ -104,6 +104,7 @@ u_long ifi_hwassist; /* HW offload capabilities, see IFCAP */ time_t ifi_epoch; /* uptime at attach or stat reset */ struct timeval ifi_lastchange; /* time of last administrative change */ + u_short ifi_fib; /* interface fib */ }; /*- @@ -151,6 +152,7 @@ #define IFF_STATICARP 0x80000 /* (n) static ARP */ #define IFF_DYING 0x200000 /* (n) interface is winding down */ #define IFF_RENAMING 0x400000 /* (n) interface is being renamed */ +#define IFF_CUSTOMFIB 0x800000 /* (n) interface belongs to custom FIB */ /* * Old names for driver flags so that user space tools can continue to use @@ -240,6 +242,7 @@ int ifm_addrs; /* like rtm_addrs */ int ifm_flags; /* value of if_flags */ u_short ifm_index; /* index for associated ifp */ + u_short ifm_datalen; /* length of ifm_data */ struct if_data ifm_data;/* statistics and other data about if */ }; @@ -315,6 +318,7 @@ int ifru_media; caddr_t ifru_data; int ifru_cap[2]; + int ifru_fib; } ifr_ifru; #define ifr_addr ifr_ifru.ifru_addr /* address */ #define ifr_dstaddr ifr_ifru.ifru_dstaddr /* other end of p-to-p link */ @@ -331,6 +335,7 @@ #define ifr_reqcap ifr_ifru.ifru_cap[0] /* requested capabilities */ #define ifr_curcap ifr_ifru.ifru_cap[1] /* current capabilities */ #define ifr_index ifr_ifru.ifru_index /* interface index */ +#define ifr_fib ifr_ifru.ifru_fib /* interface index */ }; #define _SIZEOF_ADDR_IFREQ(ifr) \ Index: sys/net/if_stf.c =================================================================== --- sys/net/if_stf.c (revision 221313) +++ sys/net/if_stf.c (working copy) @@ -76,6 +76,7 @@ #include "opt_inet.h" #include "opt_inet6.h" +#include "opt_route.h" #include #include @@ -781,6 +782,10 @@ */ ifp->if_ipackets++; ifp->if_ibytes += m->m_pkthdr.len; +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(NETISR_IPV6, m); } Index: sys/net/if_atmsubr.c =================================================================== --- sys/net/if_atmsubr.c (revision 221313) +++ sys/net/if_atmsubr.c (working copy) @@ -40,6 +40,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_natm.h" +#include "opt_route.h" #include #include @@ -332,6 +333,10 @@ return; } } +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); } Index: sys/net/if_fwsubr.c =================================================================== --- sys/net/if_fwsubr.c (revision 221313) +++ sys/net/if_fwsubr.c (working copy) @@ -32,6 +32,7 @@ #include "opt_inet.h" #include "opt_inet6.h" +#include "opt_route.h" #include #include @@ -626,7 +627,10 @@ m_freem(m); return; } - +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); } Index: sys/net/if_arcsubr.c =================================================================== --- sys/net/if_arcsubr.c (revision 221313) +++ sys/net/if_arcsubr.c (working copy) @@ -41,6 +41,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipx.h" +#include "opt_route.h" #include #include @@ -608,6 +609,10 @@ m_freem(m); return; } +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); } Index: sys/net/if_ethersubr.c =================================================================== --- sys/net/if_ethersubr.c (revision 221313) +++ sys/net/if_ethersubr.c (working copy) @@ -691,7 +691,10 @@ ETHER_HDR_LEN - ETHER_TYPE_LEN); m_adj(m, ETHER_VLAN_ENCAP_LEN); } - +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif /* Allow ng_ether(4) to claim this frame. */ if (IFP2AC(ifp)->ac_netgraph != NULL) { KASSERT(ng_ether_input_p != NULL, Index: sys/net/if_gif.c =================================================================== --- sys/net/if_gif.c (revision 221313) +++ sys/net/if_gif.c (working copy) @@ -32,6 +32,7 @@ #include "opt_inet.h" #include "opt_inet6.h" +#include "opt_route.h" #include #include @@ -609,6 +610,10 @@ ifp->if_ipackets++; ifp->if_ibytes += m->m_pkthdr.len; +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); } Index: sys/net/if_iso88025subr.c =================================================================== --- sys/net/if_iso88025subr.c (revision 221313) +++ sys/net/if_iso88025subr.c (working copy) @@ -43,6 +43,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipx.h" +#include "opt_route.h" #include #include @@ -679,7 +680,10 @@ goto dropanyway; break; } - +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); return; Index: sys/net/if_var.h =================================================================== --- sys/net/if_var.h (revision 221313) +++ sys/net/if_var.h (working copy) @@ -215,6 +215,7 @@ * to anything. */ #define if_mtu if_data.ifi_mtu +#define if_fib if_data.ifi_fib #define if_type if_data.ifi_type #define if_physical if_data.ifi_physical #define if_addrlen if_data.ifi_addrlen Index: sys/net/if_fddisubr.c =================================================================== --- sys/net/if_fddisubr.c (revision 221313) +++ sys/net/if_fddisubr.c (working copy) @@ -40,6 +40,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipx.h" +#include "opt_route.h" #include #include @@ -550,6 +551,10 @@ ifp->if_noproto++; goto dropanyway; } +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); return; Index: sys/net/if_tun.c =================================================================== --- sys/net/if_tun.c (revision 221313) +++ sys/net/if_tun.c (working copy) @@ -20,6 +20,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipx.h" +#include "opt_route.h" #include #include @@ -936,6 +937,10 @@ ifp->if_ibytes += m->m_pkthdr.len; ifp->if_ipackets++; CURVNET_SET(ifp->if_vnet); +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif netisr_dispatch(isr, m); CURVNET_RESTORE(); return (0); Index: sys/net/if_spppfr.c =================================================================== --- sys/net/if_spppfr.c (revision 221313) +++ sys/net/if_spppfr.c (working copy) @@ -29,6 +29,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipx.h" +#include "opt_route.h" #endif #ifdef NetBSD1_3 @@ -280,6 +281,10 @@ if (! (ifp->if_flags & IFF_UP)) goto drop; +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif /* Check queue. */ if (netisr_queue(isr, m)) { /* (0) on success. */ if (debug) Index: sys/net/if_spppsubr.c =================================================================== --- sys/net/if_spppsubr.c (revision 221313) +++ sys/net/if_spppsubr.c (working copy) @@ -26,6 +26,7 @@ #include "opt_inet.h" #include "opt_inet6.h" #include "opt_ipx.h" +#include "opt_route.h" #include #include @@ -737,6 +738,11 @@ goto drop; SPPP_UNLOCK(sp); + +#ifdef ROUTETABLES + /* Set mbuf fib from interface fib */ + M_SETFIB(m, ifp->if_fib); +#endif /* Check queue. */ if (netisr_queue(isr, m)) { /* (0) on success. */ if (debug) Index: sys/sys/sockio.h =================================================================== --- sys/sys/sockio.h (revision 221313) +++ sys/sys/sockio.h (working copy) @@ -110,6 +110,9 @@ #define SIOCSIFVNET _IOWR('i', 90, struct ifreq) /* move IF jail/vnet */ #define SIOCSIFRVNET _IOWR('i', 91, struct ifreq) /* reclaim vnet IF */ +#define SIOCGIFIB _IOWR('i', 92, struct ifreq) /* get IF fib */ +#define SIOCSIFIB _IOW('i', 93, struct ifreq) /* set IF fib */ + #define SIOCSDRVSPEC _IOW('i', 123, struct ifdrv) /* set driver-specific parameters */ #define SIOCGDRVSPEC _IOWR('i', 123, struct ifdrv) /* get driver-specific Index: sys/sys/priv.h =================================================================== --- sys/sys/priv.h (revision 221313) +++ sys/sys/priv.h (working copy) @@ -337,6 +337,7 @@ #define PRIV_NET_GIF 416 /* Administer gif interface. */ #define PRIV_NET_SETIFVNET 417 /* Move interface to vnet. */ #define PRIV_NET_SETIFDESCR 418 /* Set interface description. */ +#define PRIV_NET_SETIFIB 419 /* Set interface fib */ /* * 802.11-related privileges. --------------000003040104050700090603 Content-Type: text/plain; name="abi_ifdata_20110502-9.0-CURRENT-r221313M.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="abi_ifdata_20110502-9.0-CURRENT-r221313M.diff" Index: lib/libc/net/getifaddrs.c =================================================================== --- lib/libc/net/getifaddrs.c (revision 221313) +++ lib/libc/net/getifaddrs.c (working copy) @@ -163,11 +163,11 @@ if (ifm->ifm_addrs & RTA_IFP) { idx = ifm->ifm_index; ++icnt; - dl = (struct sockaddr_dl *)(void *)(ifm + 1); + dl = (struct sockaddr_dl *)((void *)&ifm->ifm_data + ifm->ifm_datalen); dcnt += SA_RLEN((struct sockaddr *)(void*)dl) + ALIGNBYTES; #ifdef HAVE_IFM_DATA - dcnt += sizeof(ifm->ifm_data); + dcnt += ifm->ifm_datalen; #endif /* HAVE_IFM_DATA */ ncnt += dl->sdl_nlen + 1; } else @@ -274,7 +274,7 @@ ifm = (struct if_msghdr *)(void *)rtm; if (ifm->ifm_addrs & RTA_IFP) { idx = ifm->ifm_index; - dl = (struct sockaddr_dl *)(void *)(ifm + 1); + dl = (struct sockaddr_dl *)((void *)&ifm->ifm_data + ifm->ifm_datalen); cif = ift; ift->ifa_name = names; Index: sys/net/if.h =================================================================== --- sys/net/if.h (revision 221313) +++ sys/net/if.h (working copy) @@ -240,6 +240,7 @@ int ifm_addrs; /* like rtm_addrs */ int ifm_flags; /* value of if_flags */ u_short ifm_index; /* index for associated ifp */ + u_short ifm_datalen; /* length of ifm_data */ struct if_data ifm_data;/* statistics and other data about if */ }; Index: sys/net/if_mib.c =================================================================== --- sys/net/if_mib.c (revision 221313) +++ sys/net/if_mib.c (working copy) @@ -107,7 +107,15 @@ ifmd.ifmd_snd_maxlen = ifp->if_snd.ifq_maxlen; ifmd.ifmd_snd_drops = ifp->if_snd.ifq_drops; - error = SYSCTL_OUT(req, &ifmd, sizeof ifmd); + /* + * If requested length is less than sizeof(struct ifmibdata) this + * possible means that struct if_data has changed (since ifmibdata + * has 16 bytes free for additional fields) and userland program + * uses older struct if_data version. We return minimum of requested + * length and actual legth to make SYSCTL_OUT() return 0 istead of + * ENOMEM + */ + error = SYSCTL_OUT(req, &ifmd, MIN(sizeof(ifmd), req->oldlen)); if (error || !req->newptr) goto out; Index: sys/net/rtsock.c =================================================================== --- sys/net/rtsock.c (revision 221313) +++ sys/net/rtsock.c (working copy) @@ -112,6 +112,7 @@ int32_t ifm_addrs; int32_t ifm_flags; uint16_t ifm_index; + uint16_t ifm_datalen; struct if_data32 ifm_data; }; #endif @@ -1165,6 +1166,7 @@ ifm = mtod(m, struct if_msghdr *); ifm->ifm_index = ifp->if_index; ifm->ifm_flags = ifp->if_flags | ifp->if_drv_flags; + ifm->ifm_datalen = sizeof(struct if_data); ifm->ifm_data = ifp->if_data; ifm->ifm_addrs = 0; rt_dispatch(m, NULL); @@ -1491,6 +1493,7 @@ ifm32->ifm_index = ifp->if_index; ifm32->ifm_flags = ifp->if_flags | ifp->if_drv_flags; + ifm32->ifm_datalen = sizeof(struct if_data32); copy_ifdata32(&ifp->if_data, &ifm32->ifm_data); ifm32->ifm_addrs = info.rti_addrs; error = SYSCTL_OUT(w->w_req, (caddr_t)ifm32, @@ -1501,6 +1504,7 @@ ifm = (struct if_msghdr *)w->w_tmem; ifm->ifm_index = ifp->if_index; ifm->ifm_flags = ifp->if_flags | ifp->if_drv_flags; + ifm->ifm_datalen = sizeof(struct if_data); ifm->ifm_data = ifp->if_data; ifm->ifm_addrs = info.rti_addrs; error = SYSCTL_OUT(w->w_req, (caddr_t)ifm, len); --------------000003040104050700090603-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 19:13:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D5D106564A; Sun, 8 May 2011 19:13:42 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA2AD8FC0A; Sun, 8 May 2011 19:13:41 +0000 (UTC) Received: by iyj12 with SMTP id 12so5480542iyj.13 for ; Sun, 08 May 2011 12:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :reply-to:mime-version:content-type:content-disposition :x-openpgp-key-id:x-openpgp-key-fingerprint:x-openpgp-key-url; bh=oCS9kbjB84EwxUSOi2uPIJRMOVm/u+Tom1oJo5h3ZwU=; b=B8WQH+jSLbuewH0zcxA7FZGpx+SQ2cTk/xQI4vum+MxGzR3B/97f76cmhugimVK7Fm AqJCom5i/cE9mbT0oAuK3kcnOvfAA5p8PrXybMl2VOIFv3bU9uFGsrERPj3yNnSKrldF Ud+pGWhAjzKycvWd9L04baTt4DciM+yPlxMmQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:reply-to:mime-version :content-type:content-disposition:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=rh7ZMV1S4wV/a6VCvVzD3SvCx/BpeV6fth0srGhLO+N9m3gs25+It69RQMXsRBvVPj YwCPHRRTjQXgR/RAZ6s+iwAVpi5gvtJ0aSP7B5RzxUohCfO9N76c/+A3UX17geMHKWJF qpJKlmdfqRadTrpFT8TEYoPT01GACC4MZIiW4= Received: by 10.42.134.70 with SMTP id k6mr5286097ict.488.1304882021199; Sun, 08 May 2011 12:13:41 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id i3sm2297255iby.6.2011.05.08.12.13.39 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 08 May 2011 12:13:40 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p48JDb5F006840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 May 2011 15:13:37 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p48JDagU006839; Sun, 8 May 2011 15:13:36 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sun, 8 May 2011 15:13:36 -0400 From: Jason Hellenthal To: freebsd-rc@freebsd.org Message-ID: <20110508191336.GC3527@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: [RFC][Change-Request] Create usefulness in rc.subr etc/rc.conf.d/*.conf namespace. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-rc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 19:13:42 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable List, - Please reply-to freebsd-rc@freebsd.org Recently I have been going over some changes in the configurations that=20 are possible with the rc subsystem and to my dismay I have found some=20 inconsistencies with in particular the way rc.conf.d directory is=20 processed and the arguments that are supplied to load_rc_config so I have= =20 patched it up... Let me explain: As determined by rc.subr load_rc_config, config's from=20 rc.conf.d are loaded by the scripts $name as an argument to load_rc_config= =20 and thus only the name being parsed is is available to be used in the=20 rc.conf.d directory. Why is this bad ? Its not! but it is inconvenient as= =20 the user has no direct way to know that a variable used by nfsd is also=20 needed by mountd or the same for various other scripts in the rc.d=20 directory. At this time these config's are explained to be available for=20 the user to utilize by rc.conf(5) but yet without much knowledge of the=20 inner workings of the rc subsystem it would be quite the feat to do. The attachment[1] keeps this functionality the same while introducing a=20 more convenient approach for the user to modularize their configuration=20 however they see fit within a couple constraints that work very well.=20 What does it do ?: As stated above, current functionality is undisturbed=20 while allowing the user to create config's by any name they so desire as=20 long as it has an extension of ".conf", also introducing the ability to=20 turn a configuration file off by using chmod(1). You can turn nfsc1.conf off/on by simply chmod [-/+]x etc/rc.conf.d/nfs1.conf Why ? Simple. How many times have you been bitten by disabling something=20 in the rc.conf file and left to discover what you just disabled was also=20 used by another daemon but that daemon is now not starting ? This is a way= =20 to virtualize your configuration allowing you to add multiple _enable=3D=20 lines to different configurations for different roles. For instance=20 rpcbind is used by both samba and nfs*. With this you can add=20 rpcbind_enable to both a configuration for samba and nfs and when you=20 disable one service you know that you have not disabled a dependent for=20 another. This is a small addition that fixes currently broken undesirable aspects=20 of the configuration system that deals with the rc.conf.d directory with a= =20 SysV style init approach that is just as flexible. This should apply=20 cleanly to current and stable/8 & 8.2-RELEASE systems. Once more feedback= =20 has been received Ill update the manual page with any suggestions=20 regenerate the patch to accommodate and file a PR. 1). http://patches.jhell.googlecode.com/hg/rc.subr_modular_conf.patch Thanks --=20 Regards, (jhell) Jason Hellenthal --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNxutfAAoJEJBXh4mJ2FR+anYH/jwyA3ifRH5QAivOkYcj3bSD 4jQCZB8FLDT1U7jE9hBk+YprFdkjBi+bDSPrbNYL3cOohvrVuAziB9VG811IhaRE //A9krdIy7QxXdkDFhkmP5F+z0wcmKoriFcO7onsDKVAqGjgyv+YyW+EohLjy283 rUAAmlgmlUSqcdAFNh8mJzNFDtcO9rqcXC1GVIGMY5wqoDLVQdkLwXrlmvPZc9eA Fz3++ZBPq0orRCjQDeP2h+rnAtssgBTXxaZhIM6tyS8aMBbOgl2XSaT5i5w7Soa5 8OButlT1RQ5TinqMt7ebXB07ycabgmFFLIK2JYPKS6Vp+zYOSYKlf9bO2B0dmMk= =zfmQ -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 13:47:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A4941065673; Mon, 9 May 2011 13:47:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E564E8FC1B; Mon, 9 May 2011 13:47:07 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 83CF046B1A; Mon, 9 May 2011 09:47:07 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1C8D08A027; Mon, 9 May 2011 09:47:07 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 9 May 2011 09:35:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DC512D6.9070904@FreeBSD.org> In-Reply-To: <4DC512D6.9070904@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105090935.54264.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 09 May 2011 09:47:07 -0400 (EDT) Cc: current@freebsd.org, Andriy Gapon Subject: Re: COUNT_IPIS vs CPU_FOREACH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 13:47:08 -0000 On Saturday, May 07, 2011 5:37:26 am Andriy Gapon wrote: > > I believe that the following change is needed to fix COUNT_IPIS option. > Right now it seems to be a noop. > > > mp_ipi_intrcnt: CPU_FOREACH can't be used this early > > ... because all_cpus is not set yet. Have you tested this? all_cpus is set by start_all_aps() from cpu_mp_start() which runs at SI_SUB_CPU. This SYSINIT runs later at SI_SUB_INTR. So I think CPU_FOREACH() should be fine here. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 9 13:47:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A4941065673; Mon, 9 May 2011 13:47:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E564E8FC1B; Mon, 9 May 2011 13:47:07 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 83CF046B1A; Mon, 9 May 2011 09:47:07 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1C8D08A027; Mon, 9 May 2011 09:47:07 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 9 May 2011 09:35:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DC512D6.9070904@FreeBSD.org> In-Reply-To: <4DC512D6.9070904@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105090935.54264.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 09 May 2011 09:47:07 -0400 (EDT) Cc: current@freebsd.org, Andriy Gapon Subject: Re: COUNT_IPIS vs CPU_FOREACH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 13:47:08 -0000 On Saturday, May 07, 2011 5:37:26 am Andriy Gapon wrote: > > I believe that the following change is needed to fix COUNT_IPIS option. > Right now it seems to be a noop. > > > mp_ipi_intrcnt: CPU_FOREACH can't be used this early > > ... because all_cpus is not set yet. Have you tested this? all_cpus is set by start_all_aps() from cpu_mp_start() which runs at SI_SUB_CPU. This SYSINIT runs later at SI_SUB_INTR. So I think CPU_FOREACH() should be fine here. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 9 13:47:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39FD61065675; Mon, 9 May 2011 13:47:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 109248FC15; Mon, 9 May 2011 13:47:09 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B526046B35; Mon, 9 May 2011 09:47:08 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 376358A02A; Mon, 9 May 2011 09:47:08 -0400 (EDT) From: John Baldwin To: Kostik Belousov , multimedia@freebsd.org Date: Mon, 9 May 2011 09:45:04 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DC3B764.4030801@FreeBSD.org> <201105061616.41145.jhb@freebsd.org> <20110507191625.GQ48734@deviant.kiev.zoral.com.ua> In-Reply-To: <20110507191625.GQ48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201105090945.05130.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 09 May 2011 09:47:08 -0400 (EDT) Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: dsp mmap change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 13:47:09 -0000 On Saturday, May 07, 2011 3:16:25 pm Kostik Belousov wrote: > On Fri, May 06, 2011 at 04:16:40PM -0400, John Baldwin wrote: > > On Friday, May 06, 2011 10:04:28 am Kostik Belousov wrote: > > > On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote: > > > > on 06/05/2011 16:32 Kostik Belousov said the following: > > > > > On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote: > > > > >> > > > > >> I would like to ask for a review and/or testing of the following patch: > > > > >> http://people.freebsd.org/~avg/dev_dsp_mmap.diff > > > > >> > > > > >> It's supposed to fix an issue described here: > > > > >> http://lists.freebsd.org/pipermail/freebsd-multimedia/2011- > > February/011691.html > > > > >> > > > > >> In short, the following pseudo-code should do the right thing: > > > > >> fd = open(/dev/dsp, O_RDWR); > > > > >> mmap(PROT_READ, fd); > > > > >> mmap(PROT_WRITE, fd); > > > > >> > > > > >> Thank you! > > > > > > > > > > I think that you have to call PCM_GIANT_LEAVE() when returning > > > > > EINVAL on the vm_pager_alloc() failure. > > > > > > > > Yes, thank you. > > > > > > > > > Your patch hardcodes an assumption that sndbufs are always > > > > > contiguous. I was unable to convince myself that this is true. > > > > > > > > I think that this should be true for the case when DMA is used? > > > In the current driver, yes, but there is nothing that theoretically > > > prevents scatter-gather from be used. > > > > You could "fix" this by creating an sglist (via sglist_build()) and an > > OBJT_SG VM object that the d_mmap_single callback returned. I wish there > > was a cleaner way to just create a VM object and populate it with pages > > though, and then use vm_map_insert() to map it into the kernel rather > > than the more roundabout method of OBJT_SG. > > You cannot have one page inserted into two vm objects. Contigmalloc() > inserts the allocated pages into kernel_object. Yes, I would want to allocate N unmapped pages and stuff them into a VM object that can then be mapped into the kernel and/or into user mappings. This would be a much cleaner approach for the nvidia driver for example. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 9 15:58:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11BA4106566C; Mon, 9 May 2011 15:58:24 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A04BC8FC13; Mon, 9 May 2011 15:58:23 +0000 (UTC) Received: by iwn33 with SMTP id 33so6283675iwn.13 for ; Mon, 09 May 2011 08:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=K5KWMsr9WmnpIDFNhHFnqkFvoXQPsnKJSkkMySXcFoI=; b=bLSVjWYsa5VEvlK7B4Hz8jjb7YE5her0PO8Yt3SEqrBhoq7wuYtB1KoI4TYwACZJg2 D8nuaO+/NacjBXQ/VSkOjutDhFOiKurpurkVE6MT2Z4zVeixYK7uRb/E6Eu5wHjzWpYJ RyODwINNpbSJnJbDhjtmWRkYiIA+9949j9MXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=J3194H/egRmv3M6t7aeBlWZejtUmwTwf2sJ7/jXG8LskjUQhivpYtDJL9+Q5xR5RNw qkEpCAPU9ZR/u3MqMfHuBfRVm8swbDEd14gHtz7xhsqQn6sLvEwnky35ge5errq/SXj0 fajMUgCJF5905TVtqVPIizs9Kg5C1A6J40jmY= MIME-Version: 1.0 Received: by 10.42.130.72 with SMTP id u8mr6128043ics.379.1304955307841; Mon, 09 May 2011 08:35:07 -0700 (PDT) Received: by 10.42.165.5 with HTTP; Mon, 9 May 2011 08:35:07 -0700 (PDT) In-Reply-To: <201105090945.05130.jhb@freebsd.org> References: <4DC3B764.4030801@FreeBSD.org> <201105061616.41145.jhb@freebsd.org> <20110507191625.GQ48734@deviant.kiev.zoral.com.ua> <201105090945.05130.jhb@freebsd.org> Date: Mon, 9 May 2011 10:35:07 -0500 Message-ID: From: Alan Cox To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , freebsd-current@freebsd.org, Andriy Gapon , multimedia@freebsd.org Subject: Re: dsp mmap change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 15:58:24 -0000 On Mon, May 9, 2011 at 8:45 AM, John Baldwin wrote: > On Saturday, May 07, 2011 3:16:25 pm Kostik Belousov wrote: > > On Fri, May 06, 2011 at 04:16:40PM -0400, John Baldwin wrote: > > > On Friday, May 06, 2011 10:04:28 am Kostik Belousov wrote: > > > > On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote: > > > > > on 06/05/2011 16:32 Kostik Belousov said the following: > > > > > > On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote: > > > > > >> > > > > > >> I would like to ask for a review and/or testing of the following > patch: > > > > > >> http://people.freebsd.org/~avg/dev_dsp_mmap.diff > > > > > >> > > > > > >> It's supposed to fix an issue described here: > > > > > >> http://lists.freebsd.org/pipermail/freebsd-multimedia/2011- > > > February/011691.html > > > > > >> > > > > > >> In short, the following pseudo-code should do the right thing: > > > > > >> fd = open(/dev/dsp, O_RDWR); > > > > > >> mmap(PROT_READ, fd); > > > > > >> mmap(PROT_WRITE, fd); > > > > > >> > > > > > >> Thank you! > > > > > > > > > > > > I think that you have to call PCM_GIANT_LEAVE() when returning > > > > > > EINVAL on the vm_pager_alloc() failure. > > > > > > > > > > Yes, thank you. > > > > > > > > > > > Your patch hardcodes an assumption that sndbufs are always > > > > > > contiguous. I was unable to convince myself that this is true. > > > > > > > > > > I think that this should be true for the case when DMA is used? > > > > In the current driver, yes, but there is nothing that theoretically > > > > prevents scatter-gather from be used. > > > > > > You could "fix" this by creating an sglist (via sglist_build()) and an > > > OBJT_SG VM object that the d_mmap_single callback returned. I wish > there > > > was a cleaner way to just create a VM object and populate it with pages > > > though, and then use vm_map_insert() to map it into the kernel rather > > > than the more roundabout method of OBJT_SG. > > > > You cannot have one page inserted into two vm objects. Contigmalloc() > > inserts the allocated pages into kernel_object. > > Yes, I would want to allocate N unmapped pages and stuff them into a VM > object that can then be mapped into the kernel and/or into user mappings. > This would be a much cleaner approach for the nvidia driver for example. > > There is a relatively new function, vm_object_populate(), that allocates a collection of pages, inserts them into a vm object, and validates them for use. This function exits in FreeBSD 7.x, 8.x, and HEAD. Alan From owner-freebsd-current@FreeBSD.ORG Mon May 9 17:38:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B383B106566B; Mon, 9 May 2011 17:38:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF5E8FC13; Mon, 9 May 2011 17:38:27 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 058E546B2A; Mon, 9 May 2011 13:38:27 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 762FF8A027; Mon, 9 May 2011 13:38:26 -0400 (EDT) From: John Baldwin To: alc@freebsd.org Date: Mon, 9 May 2011 13:38:24 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DC3B764.4030801@FreeBSD.org> <201105090945.05130.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201105091338.25086.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 09 May 2011 13:38:26 -0400 (EDT) Cc: Kostik Belousov , freebsd-current@freebsd.org, Andriy Gapon , multimedia@freebsd.org Subject: Re: dsp mmap change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 17:38:27 -0000 On Monday, May 09, 2011 11:35:07 am Alan Cox wrote: > On Mon, May 9, 2011 at 8:45 AM, John Baldwin wrote: > > > On Saturday, May 07, 2011 3:16:25 pm Kostik Belousov wrote: > > > On Fri, May 06, 2011 at 04:16:40PM -0400, John Baldwin wrote: > > > > On Friday, May 06, 2011 10:04:28 am Kostik Belousov wrote: > > > > > On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote: > > > > > > on 06/05/2011 16:32 Kostik Belousov said the following: > > > > > > > On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote: > > > > > > >> > > > > > > >> I would like to ask for a review and/or testing of the following > > patch: > > > > > > >> http://people.freebsd.org/~avg/dev_dsp_mmap.diff > > > > > > >> > > > > > > >> It's supposed to fix an issue described here: > > > > > > >> http://lists.freebsd.org/pipermail/freebsd-multimedia/2011- > > > > February/011691.html > > > > > > >> > > > > > > >> In short, the following pseudo-code should do the right thing: > > > > > > >> fd = open(/dev/dsp, O_RDWR); > > > > > > >> mmap(PROT_READ, fd); > > > > > > >> mmap(PROT_WRITE, fd); > > > > > > >> > > > > > > >> Thank you! > > > > > > > > > > > > > > I think that you have to call PCM_GIANT_LEAVE() when returning > > > > > > > EINVAL on the vm_pager_alloc() failure. > > > > > > > > > > > > Yes, thank you. > > > > > > > > > > > > > Your patch hardcodes an assumption that sndbufs are always > > > > > > > contiguous. I was unable to convince myself that this is true. > > > > > > > > > > > > I think that this should be true for the case when DMA is used? > > > > > In the current driver, yes, but there is nothing that theoretically > > > > > prevents scatter-gather from be used. > > > > > > > > You could "fix" this by creating an sglist (via sglist_build()) and an > > > > OBJT_SG VM object that the d_mmap_single callback returned. I wish > > there > > > > was a cleaner way to just create a VM object and populate it with pages > > > > though, and then use vm_map_insert() to map it into the kernel rather > > > > than the more roundabout method of OBJT_SG. > > > > > > You cannot have one page inserted into two vm objects. Contigmalloc() > > > inserts the allocated pages into kernel_object. > > > > Yes, I would want to allocate N unmapped pages and stuff them into a VM > > object that can then be mapped into the kernel and/or into user mappings. > > This would be a much cleaner approach for the nvidia driver for example. > > > > > There is a relatively new function, vm_object_populate(), that allocates a > collection of pages, inserts them into a vm object, and validates them for > use. This function exits in FreeBSD 7.x, 8.x, and HEAD. Hmm, is there a way to specify restrictions on the pages allocated similar to what contigmalloc() supports (e.g. being able to allocate pages in the lower 4GB is something the Nvidia driver needs)? IOW, a method about like contigmalloc() that returned a VM object holding pages meeting the desired restrictions but didn't necessarily map the pages. kmem_alloc_attr() is close to this except it always inserts the pages into the kernel_object and always maps the pages into the address space. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 9 18:12:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A2C1065670; Mon, 9 May 2011 18:12:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 58D5A8FC12; Mon, 9 May 2011 18:12:47 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p49ICi3R080225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 May 2011 21:12:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p49ICiLc076649; Mon, 9 May 2011 21:12:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p49IChGJ076648; Mon, 9 May 2011 21:12:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 May 2011 21:12:43 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20110509181243.GI48734@deviant.kiev.zoral.com.ua> References: <4DC3B764.4030801@FreeBSD.org> <201105090945.05130.jhb@freebsd.org> <201105091338.25086.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sF4+LqaTi7T9hg64" Content-Disposition: inline In-Reply-To: <201105091338.25086.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_20, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: alc@freebsd.org, freebsd-current@freebsd.org, Andriy Gapon , multimedia@freebsd.org Subject: Re: dsp mmap change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 18:12:49 -0000 --sF4+LqaTi7T9hg64 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 09, 2011 at 01:38:24PM -0400, John Baldwin wrote: > On Monday, May 09, 2011 11:35:07 am Alan Cox wrote: > > On Mon, May 9, 2011 at 8:45 AM, John Baldwin wrote: > >=20 > > > On Saturday, May 07, 2011 3:16:25 pm Kostik Belousov wrote: > > > > On Fri, May 06, 2011 at 04:16:40PM -0400, John Baldwin wrote: > > > > > On Friday, May 06, 2011 10:04:28 am Kostik Belousov wrote: > > > > > > On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote: > > > > > > > on 06/05/2011 16:32 Kostik Belousov said the following: > > > > > > > > On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrot= e: > > > > > > > >> > > > > > > > >> I would like to ask for a review and/or testing of the fol= lowing > > > patch: > > > > > > > >> http://people.freebsd.org/~avg/dev_dsp_mmap.diff > > > > > > > >> > > > > > > > >> It's supposed to fix an issue described here: > > > > > > > >> http://lists.freebsd.org/pipermail/freebsd-multimedia/2011- > > > > > February/011691.html > > > > > > > >> > > > > > > > >> In short, the following pseudo-code should do the right th= ing: > > > > > > > >> fd =3D open(/dev/dsp, O_RDWR); > > > > > > > >> mmap(PROT_READ, fd); > > > > > > > >> mmap(PROT_WRITE, fd); > > > > > > > >> > > > > > > > >> Thank you! > > > > > > > > > > > > > > > > I think that you have to call PCM_GIANT_LEAVE() when return= ing > > > > > > > > EINVAL on the vm_pager_alloc() failure. > > > > > > > > > > > > > > Yes, thank you. > > > > > > > > > > > > > > > Your patch hardcodes an assumption that sndbufs are always > > > > > > > > contiguous. I was unable to convince myself that this is tr= ue. > > > > > > > > > > > > > > I think that this should be true for the case when DMA is use= d? > > > > > > In the current driver, yes, but there is nothing that theoretic= ally > > > > > > prevents scatter-gather from be used. > > > > > > > > > > You could "fix" this by creating an sglist (via sglist_build()) a= nd an > > > > > OBJT_SG VM object that the d_mmap_single callback returned. I wi= sh > > > there > > > > > was a cleaner way to just create a VM object and populate it with= pages > > > > > though, and then use vm_map_insert() to map it into the kernel ra= ther > > > > > than the more roundabout method of OBJT_SG. > > > > > > > > You cannot have one page inserted into two vm objects. Contigmalloc= () > > > > inserts the allocated pages into kernel_object. > > > > > > Yes, I would want to allocate N unmapped pages and stuff them into a = VM > > > object that can then be mapped into the kernel and/or into user mappi= ngs. > > > This would be a much cleaner approach for the nvidia driver for examp= le. > > > > > > > > There is a relatively new function, vm_object_populate(), that allocate= s a > > collection of pages, inserts them into a vm object, and validates them = for > > use. This function exits in FreeBSD 7.x, 8.x, and HEAD. >=20 > Hmm, is there a way to specify restrictions on the pages allocated simila= r to > what contigmalloc() supports (e.g. being able to allocate pages in the lo= wer > 4GB is something the Nvidia driver needs)? >=20 > IOW, a method about like contigmalloc() that returned a VM object holding > pages meeting the desired restrictions but didn't necessarily map the > pages. kmem_alloc_attr() is close to this except it always inserts the > pages into the kernel_object and always maps the pages into the address s= pace. >=20 For GEM, that needs something very similar, I just allocate the swap object, and then do vm_page_grab() over all range. In fact, I never need the full kernel mapping of the object into the KVA using physical addresses, it is enough to do only per-page temporal mappings with sfbuf. On the other hand, both usermode and kernelmode need to access the pages through the aperture remap. Usermode might need to establish several mappings for one GTT page, and this causes troubles because pmap_remove_all() does not work on the fictitious pages. [You was on Cc:]. Other then that, and the fact that vm_page_grab() cannot satisfy the restrictions on the page placement in the physical space, normal swap object is enough for much more complicated device then Azalia. --sF4+LqaTi7T9hg64 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3ILpsACgkQC3+MBN1Mb4jaBQCg1MqHxXR0V1xJBvw3N4O4VMRX XqsAn22odtOfnb5vv148fvN+bxC5WnzF =yvE7 -----END PGP SIGNATURE----- --sF4+LqaTi7T9hg64-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 18:25:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1027106566B; Mon, 9 May 2011 18:25:30 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id CCC178FC15; Mon, 9 May 2011 18:25:29 +0000 (UTC) Received: by wyf23 with SMTP id 23so5334881wyf.13 for ; Mon, 09 May 2011 11:25:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=Rd49u7Qd+8UoyNhnbvLq1vw84DohCOc2CbuRHSPqP/o=; b=B8eAiJFqMCgFOAfSebffZHm/xSovTB7nUpc3gjECGoMPHbUsFomXgdMOkzEjYbEVUz wm7yFsn67qqcjwRTsQRif3WJL0IBglISrls2QCEAU9aOCAjkORhJGYrHkuStrGhcCmLZ p4JqV9K9fd6sb/fLamZHiGOd7wA/O24VnCXZA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=arBPe0XTl8EGz4b7ZqzMI84jJJm5np2X74wKmSzwQRZlkVqxSlQ3tA6dPAr62/H6TS asAQz+YPgAb1iwj8rT5Cx4u78Mlz4D1QRkjjHjW7aoVHDF7DGA1eJZflnULaZairrEzW hsZF9c1VhIqCjRwpYmyUgdo95atYDJehiWh6E= Received: by 10.227.196.198 with SMTP id eh6mr3107972wbb.55.1304965528621; Mon, 09 May 2011 11:25:28 -0700 (PDT) Received: from dragon.dg (41-132-133-242.dsl.mweb.co.za [41.132.133.242]) by mx.google.com with ESMTPS id b6sm3628772wby.62.2011.05.09.11.25.06 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 09 May 2011 11:25:13 -0700 (PDT) From: David Naylor To: John Baldwin Date: Mon, 9 May 2011 20:24:37 +0200 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.6.1; amd64; ; ) References: <201104151228.06105.jhb@freebsd.org> <201104152329.59294.naylor.b.david@gmail.com> In-Reply-To: <201104152329.59294.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1408555.iLoS3TBCp6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201105092024.41588.naylor.b.david@gmail.com> Cc: Alexander Motin , FreeBSD-Current Subject: Re: [regression] unable to boot: no GEOM devices found. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 18:25:30 -0000 --nextPart1408555.iLoS3TBCp6 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Friday 15 April 2011 23:29:55 David Naylor wrote: > On Friday 15 April 2011 18:28:06 John Baldwin wrote: > > On Wednesday, April 13, 2011 1:07:06 pm David Naylor wrote: > > > On Tuesday 12 April 2011 22:12:55 Alexander Motin wrote: > > > > David Naylor wrote: > > > > > On Tuesday 12 April 2011 08:17:51 Alexander Motin wrote: > > > > >> David Naylor wrote: > > > > >>> I am running -current and since a few days ago (at least > > > > >>> 2011/04/11) I am unable to boot. > > > > >>>=20 > > > > >>> The boot process stops when it looks to find a bootable device. > > > > >>> The prompt (when pressing '?') does not display any device and > > > > >>> yielding > >=20 > > one > >=20 > > > > >>> second (or more) to the kernel (by pressing '.') does not impro= ve > > > > >>> the situation. > > > > >>>=20 > > > > >>> A known working date is 2011/02/20. > > > > >>>=20 > > > > >>> I am running amd64 on a nVidia MCP51 chipset. > > > > >>=20 > > > > >> MCP51... again... > > > >=20 > > > > +ata2: reiniting channel .. > > > > +ata2: SATA connect time=3D0ms status=3D00000113 > > > > +ata2: reset tp1 mask=3D01 ostat0=3D58 ostat1=3D00 > > > > +ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 > > > > +ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 > > > > +ata2: reinit done .. > > > > +unknown: FAILURE - ATA_IDENTIFY timed out LBA=3D0 > > > >=20 > > > > As soon as all devices detected but not responding to commands, I > > > > would suppose that there is something wrong with ATA interrupts. > > > > There is a long chain of interrupt problems in this chipset. I have > > > > already tried to debug one case where ATA wasn't generating > > > > interrupts at all. Unfortunately, without success -- requests were > > > > executing, but not generating interrupts, it wasn't looked like ATA > > > > driver problem. > > > >=20 > > > > What's about possible candidate to revision triggering your problem, > > > > I would look on this message: > > > > +pcib0: Enabling MSI window for HyperTransport slave at pci0:0:9:0 > > > >=20 > > > > At least it is recent (SVN revs 219737,219740 on 2011-03-18 by jhb) > > > > and it is interrupt related. > > >=20 > > > I reverted those two revs and everything works again. > >=20 > > Hmm, can you provide a full boot verbose dmesg? Alternatively, can you > > see if the device at pci0:0:9:0 is a PCI-PCI bridge? >=20 > I can provide a verbose dmesg if the following is not enough: >=20 > none17@pci0:0:9:0: class=3D0x050000 card=3D0x50011458 chip=3D0x02701= 0de > rev=3D0xa2 hdr=3D0x00 > vendor =3D 'NVIDIA Corporation' > device =3D 'MCP51 Host Bridge' > class =3D memory > subclass =3D RAM >=20 > I see two PCI-PCI bridges at pci0:0:3:0 and pci0:0:16:0. I've attached t= he > full `pciconf -lv` output. =46YI, this issue is still present on current (~24 hours old). Reverting t= he =20 above mentioned revisions still fixes the problem. =20 --nextPart1408555.iLoS3TBCp6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEABECAAYFAk3IMWkACgkQUaaFgP9pFrJUCwCeJopsal9uomgmxlCHNVUtP244 Kz4An2fuq6vPEo7eCP3UVc4m7Gvdb2FZ =T/j7 -----END PGP SIGNATURE----- --nextPart1408555.iLoS3TBCp6-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 18:48:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAAD9106564A; Mon, 9 May 2011 18:48:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0E68FC0A; Mon, 9 May 2011 18:48:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EC07946B35; Mon, 9 May 2011 14:48:52 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7E9888A027; Mon, 9 May 2011 14:48:52 -0400 (EDT) From: John Baldwin To: David Naylor Date: Mon, 9 May 2011 14:48:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201104152329.59294.naylor.b.david@gmail.com> <201105092024.41588.naylor.b.david@gmail.com> In-Reply-To: <201105092024.41588.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201105091448.51961.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 09 May 2011 14:48:52 -0400 (EDT) Cc: Alexander Motin , FreeBSD-Current Subject: Re: [regression] unable to boot: no GEOM devices found. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 18:48:53 -0000 On Monday, May 09, 2011 2:24:37 pm David Naylor wrote: > On Friday 15 April 2011 23:29:55 David Naylor wrote: > > On Friday 15 April 2011 18:28:06 John Baldwin wrote: > > > On Wednesday, April 13, 2011 1:07:06 pm David Naylor wrote: > > > > On Tuesday 12 April 2011 22:12:55 Alexander Motin wrote: > > > > > David Naylor wrote: > > > > > > On Tuesday 12 April 2011 08:17:51 Alexander Motin wrote: > > > > > >> David Naylor wrote: > > > > > >>> I am running -current and since a few days ago (at least > > > > > >>> 2011/04/11) I am unable to boot. > > > > > >>> > > > > > >>> The boot process stops when it looks to find a bootable device. > > > > > >>> The prompt (when pressing '?') does not display any device and > > > > > >>> yielding > > > > > > one > > > > > > > > >>> second (or more) to the kernel (by pressing '.') does not improve > > > > > >>> the situation. > > > > > >>> > > > > > >>> A known working date is 2011/02/20. > > > > > >>> > > > > > >>> I am running amd64 on a nVidia MCP51 chipset. > > > > > >> > > > > > >> MCP51... again... > > > > > > > > > > +ata2: reiniting channel .. > > > > > +ata2: SATA connect time=0ms status=00000113 > > > > > +ata2: reset tp1 mask=01 ostat0=58 ostat1=00 > > > > > +ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > > > > > +ata2: reset tp2 stat0=50 stat1=00 devices=0x1 > > > > > +ata2: reinit done .. > > > > > +unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 > > > > > > > > > > As soon as all devices detected but not responding to commands, I > > > > > would suppose that there is something wrong with ATA interrupts. > > > > > There is a long chain of interrupt problems in this chipset. I have > > > > > already tried to debug one case where ATA wasn't generating > > > > > interrupts at all. Unfortunately, without success -- requests were > > > > > executing, but not generating interrupts, it wasn't looked like ATA > > > > > driver problem. > > > > > > > > > > What's about possible candidate to revision triggering your problem, > > > > > I would look on this message: > > > > > +pcib0: Enabling MSI window for HyperTransport slave at pci0:0:9:0 > > > > > > > > > > At least it is recent (SVN revs 219737,219740 on 2011-03-18 by jhb) > > > > > and it is interrupt related. > > > > > > > > I reverted those two revs and everything works again. > > > > > > Hmm, can you provide a full boot verbose dmesg? Alternatively, can you > > > see if the device at pci0:0:9:0 is a PCI-PCI bridge? > > > > I can provide a verbose dmesg if the following is not enough: > > > > none17@pci0:0:9:0: class=0x050000 card=0x50011458 chip=0x027010de > > rev=0xa2 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > device = 'MCP51 Host Bridge' > > class = memory > > subclass = RAM > > > > I see two PCI-PCI bridges at pci0:0:3:0 and pci0:0:16:0. I've attached the > > full `pciconf -lv` output. > > FYI, this issue is still present on current (~24 hours old). Reverting the > above mentioned revisions still fixes the problem. Yes, I'm still chewing on how best to fix this. The problem is that for the most part we should enable the MSI mapping window everywhere, but for certain broken Nvidia chipsets it seems that doing so breaks INTx interrupts and we need to not enable it (and disable MSI globally) on those chipsets. Linux has some grotty code to allow PCI devices to figure out which Host Bridge device on PCI bus 0 is the real host bridge for each HT slave and to selectively enable it in the host bridge when an MSI interrupt is first enabled. They also have a quirk to disable MSI altogether on certain nvidia chipsets if the MSI mapping window is not enabled by the BIOS. I attempted to implement the latter, but it broke perfectly good nvidia chipsets on older ppc-based Macs. I think I want to just disable MSI entirely on busted chipsets like yours, but I need to come up with a good way to detect your chipset (and similar). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 9 19:59:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B43391065679; Mon, 9 May 2011 19:59:22 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id 733428FC15; Mon, 9 May 2011 19:59:22 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id p49JmbYd098280; Mon, 9 May 2011 12:48:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1304970517; bh=xVQXRmOfwRgKWbWbv7kc2HdUon6T0xnPNNJ9dUIWGog=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=q6AHH0tj+5620xv9vB+L2vexy2QYtM6xyR9Bw16l7vaKQoMJ2Az4rBXim6OURKuSb 7HSYUvjB5sIQgZxMgKog7VDC0xWdD/BRVu2vT8T8eIjmXYKpuTA5yMdgaLhw4FDlYg UhDxHetnmvD+swi0VXwiaHOQpYkwzchSl4/3IXKk= From: Sean Bruno To: Julian Elischer In-Reply-To: <4DC07535.4050809@freebsd.org> References: <4DC07535.4050809@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Mon, 09 May 2011 12:48:36 -0700 Message-ID: <1304970516.2811.5.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 (2.32.2-1.fc14) Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: firewire debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 19:59:22 -0000 On Tue, 2011-05-03 at 14:35 -0700, Julian Elischer wrote: > does anyone know if there is a limitation on firewire debugging on a > machine with > 4GB or memory? > > I have 1394 {a,b} cards. does it make a difference? > > also, the firewire card on one machine stops it from booting.. > > is there a way to disable it during boot other than recompiling the > kernel without firewire? > _______________________________________________ > 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" Ug. I've been looking for a machine that fails to boot with firewire in it for a while. What are the odds that you can bring it to BSDCan? Sean From owner-freebsd-current@FreeBSD.ORG Mon May 9 20:54:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7331D1065670 for ; Mon, 9 May 2011 20:54:56 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 48DF18FC14 for ; Mon, 9 May 2011 20:54:56 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p49KsrXI051854 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 9 May 2011 13:54:54 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4DC85498.6090403@freebsd.org> Date: Mon, 09 May 2011 13:54:48 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Sean Bruno References: <4DC07535.4050809@freebsd.org> <1304970516.2811.5.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1304970516.2811.5.camel@hitfishpass-lx.corp.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: firewire debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 20:54:56 -0000 On 5/9/11 12:48 PM, Sean Bruno wrote: > On Tue, 2011-05-03 at 14:35 -0700, Julian Elischer wrote: >> does anyone know if there is a limitation on firewire debugging on a >> machine with> 4GB or memory? >> >> I have 1394 {a,b} cards. does it make a difference? >> >> also, the firewire card on one machine stops it from booting.. >> >> is there a way to disable it during boot other than recompiling the >> kernel without firewire? >> _______________________________________________ >> 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" > > Ug. I've been looking for a machine that fails to boot with firewire in > it for a while. What are the odds that you can bring it to BSDCan? err it's in a rack at work and surprisingly enough I took the card out of it :-) The machine booted with a 1394a card in a different slot. and debugging works fine. The card that stopped boot was a 1394b card. (PCIe) I may be able to get the card to you though. > Sean > > From owner-freebsd-current@FreeBSD.ORG Mon May 9 22:26:22 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D341B106566C for ; Mon, 9 May 2011 22:26:22 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 70FD38FC08 for ; Mon, 9 May 2011 22:26:22 +0000 (UTC) Received: by wwc33 with SMTP id 33so5881699wwc.31 for ; Mon, 09 May 2011 15:26:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.221.206 with SMTP id r56mr87363wep.28.1304978449854; Mon, 09 May 2011 15:00:49 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.216.187.133 with HTTP; Mon, 9 May 2011 15:00:49 -0700 (PDT) Date: Tue, 10 May 2011 10:00:49 +1200 X-Google-Sender-Auth: krOajDvgAafZCbaKQh-UcBwlKoI Message-ID: From: Andrew Thompson To: current@freebsd.org Content-Type: multipart/mixed; boundary=0016e659f51af1777304a2def88a X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: geom kernel proc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 22:26:22 -0000 --0016e659f51af1777304a2def88a Content-Type: text/plain; charset=ISO-8859-1 Hi, I have a cosmetic patch that moves the geom kprocs to kthreads from PID TT STAT TIME COMMAND 2 ?? DL 2:38.03 [g_event] 3 ?? DL 49:43.61 [g_up] 4 ?? DL 57:10.71 [g_down] to % procstat -t 13 PID TID COMM TDNAME CPU PRI STATE WCHAN 13 100021 geom g_event 1 92 sleep - 13 100022 geom g_up 3 92 sleep - 13 100023 geom g_down 3 92 sleep - Any objections? Andrew --0016e659f51af1777304a2def88a Content-Type: application/octet-stream; name="geom-kthread.diff" Content-Disposition: attachment; filename="geom-kthread.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gnhygmdn0 SW5kZXg6IHN5cy9nZW9tL2dlb21fa2Vybi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9nZW9tL2dlb21f a2Vybi5jCShyZXZpc2lvbiAyMTgxODApCisrKyBzeXMvZ2VvbS9nZW9tX2tlcm4uYwkod29ya2lu ZyBjb3B5KQpAQCAtNDQsNiArNDQsNyBAQCBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAjaW5jbHVk ZSA8c3lzL2Jpby5oPgogI2luY2x1ZGUgPHN5cy9zeXNjdGwuaD4KICNpbmNsdWRlIDxzeXMvcHJv Yy5oPgorI2luY2x1ZGUgPHN5cy91bmlzdGQuaD4KICNpbmNsdWRlIDxzeXMva3RocmVhZC5oPgog I2luY2x1ZGUgPHN5cy9sb2NrLmg+CiAjaW5jbHVkZSA8c3lzL211dGV4Lmg+CkBAIC01Nyw3ICs1 OCwxMCBAQCBNQUxMT0NfREVGSU5FKE1fR0VPTSwgIkdFT00iLCAiR2VvbSBkYXRhIHN0cnVjdHVy ZQogCiBzdHJ1Y3Qgc3ggdG9wb2xvZ3lfbG9jazsKIAotc3RhdGljIHN0cnVjdCBwcm9jICpnX3Vw X3Byb2M7CitzdGF0aWMgc3RydWN0IHByb2MgKmdfcHJvYzsKK3N0YXRpYyBzdHJ1Y3QgdGhyZWFk ICpnX3VwX3RkOworc3RhdGljIHN0cnVjdCB0aHJlYWQgKmdfZG93bl90ZDsKK3N0YXRpYyBzdHJ1 Y3QgdGhyZWFkICpnX2V2ZW50X3RkOwogCiBpbnQgZ19kZWJ1Z2ZsYWdzOwogaW50IGdfY29sbGVj dHN0YXRzID0gMTsKQEAgLTgyLDcxICs4Niw0MyBAQCBpbnQgZ19zaHV0ZG93bjsKICAqLwogCiBz dGF0aWMgdm9pZAotZ191cF9wcm9jYm9keSh2b2lkKQorZ191cF9wcm9jYm9keSh2b2lkICphcmcp CiB7Ci0Jc3RydWN0IHByb2MgKnAgPSBnX3VwX3Byb2M7Ci0Jc3RydWN0IHRocmVhZCAqdHAgPSBG SVJTVF9USFJFQURfSU5fUFJPQyhwKTsKIAogCW10eF9hc3NlcnQoJkdpYW50LCBNQV9OT1RPV05F RCk7Ci0JdGhyZWFkX2xvY2sodHApOwotCXNjaGVkX3ByaW8odHAsIFBSSUJJTyk7Ci0JdGhyZWFk X3VubG9jayh0cCk7CisJdGhyZWFkX2xvY2soZ191cF90ZCk7CisJc2NoZWRfcHJpbyhnX3VwX3Rk LCBQUklCSU8pOworCXRocmVhZF91bmxvY2soZ191cF90ZCk7CiAJZm9yKDs7KSB7Ci0JCWdfaW9f c2NoZWR1bGVfdXAodHApOworCQlnX2lvX3NjaGVkdWxlX3VwKGdfdXBfdGQpOwogCX0KIH0KIAot c3RhdGljIHN0cnVjdCBrcHJvY19kZXNjIGdfdXBfa3AgPSB7Ci0JImdfdXAiLAotCWdfdXBfcHJv Y2JvZHksCi0JJmdfdXBfcHJvYywKLX07Ci0KLXN0YXRpYyBzdHJ1Y3QgcHJvYyAqZ19kb3duX3By b2M7Ci0KIHN0YXRpYyB2b2lkCi1nX2Rvd25fcHJvY2JvZHkodm9pZCkKK2dfZG93bl9wcm9jYm9k eSh2b2lkICphcmcpCiB7Ci0Jc3RydWN0IHByb2MgKnAgPSBnX2Rvd25fcHJvYzsKLQlzdHJ1Y3Qg dGhyZWFkICp0cCA9IEZJUlNUX1RIUkVBRF9JTl9QUk9DKHApOwogCiAJbXR4X2Fzc2VydCgmR2lh bnQsIE1BX05PVE9XTkVEKTsKLQl0aHJlYWRfbG9jayh0cCk7Ci0Jc2NoZWRfcHJpbyh0cCwgUFJJ QklPKTsKLQl0aHJlYWRfdW5sb2NrKHRwKTsKKwl0aHJlYWRfbG9jayhnX2Rvd25fdGQpOworCXNj aGVkX3ByaW8oZ19kb3duX3RkLCBQUklCSU8pOworCXRocmVhZF91bmxvY2soZ19kb3duX3RkKTsK IAlmb3IoOzspIHsKLQkJZ19pb19zY2hlZHVsZV9kb3duKHRwKTsKKwkJZ19pb19zY2hlZHVsZV9k b3duKGdfZG93bl90ZCk7CiAJfQogfQogCi1zdGF0aWMgc3RydWN0IGtwcm9jX2Rlc2MgZ19kb3du X2twID0gewotCSJnX2Rvd24iLAotCWdfZG93bl9wcm9jYm9keSwKLQkmZ19kb3duX3Byb2MsCi19 OwotCi1zdGF0aWMgc3RydWN0IHByb2MgKmdfZXZlbnRfcHJvYzsKLQogc3RhdGljIHZvaWQKLWdf ZXZlbnRfcHJvY2JvZHkodm9pZCkKK2dfZXZlbnRfcHJvY2JvZHkodm9pZCAqYXJnKQogewotCXN0 cnVjdCBwcm9jICpwID0gZ19ldmVudF9wcm9jOwotCXN0cnVjdCB0aHJlYWQgKnRwID0gRklSU1Rf VEhSRUFEX0lOX1BST0MocCk7CiAKIAltdHhfYXNzZXJ0KCZHaWFudCwgTUFfTk9UT1dORUQpOwot CXRocmVhZF9sb2NrKHRwKTsKLQlzY2hlZF9wcmlvKHRwLCBQUklCSU8pOwotCXRocmVhZF91bmxv Y2sodHApOworCXRocmVhZF9sb2NrKGdfZXZlbnRfdGQpOworCXNjaGVkX3ByaW8oZ19ldmVudF90 ZCwgUFJJQklPKTsKKwl0aHJlYWRfdW5sb2NrKGdfZXZlbnRfdGQpOwogCWdfcnVuX2V2ZW50cygp OwogCS8qIE5PVFJFQUNIRUQgKi8KIH0KIAotc3RhdGljIHN0cnVjdCBrcHJvY19kZXNjIGdfZXZl bnRfa3AgPSB7Ci0JImdfZXZlbnQiLAotCWdfZXZlbnRfcHJvY2JvZHksCi0JJmdfZXZlbnRfcHJv YywKLX07Ci0KIHN0YXRpYyB2b2lkCiBnZW9tX3NodXRkb3duKHZvaWQgKmZvbyBfX3VudXNlZCkK IHsKQEAgLTE2NCw5ICsxNDAsMTIgQEAgZ19pbml0KHZvaWQpCiAJZ19ldmVudF9pbml0KCk7CiAJ Z19jdGxfaW5pdCgpOwogCW10eF9sb2NrKCZHaWFudCk7Ci0Ja3Byb2Nfc3RhcnQoJmdfZXZlbnRf a3ApOwotCWtwcm9jX3N0YXJ0KCZnX3VwX2twKTsKLQlrcHJvY19zdGFydCgmZ19kb3duX2twKTsK KwlrcHJvY19rdGhyZWFkX2FkZChnX2V2ZW50X3Byb2Nib2R5LCBOVUxMLCAmZ19wcm9jLCAmZ19l dmVudF90ZCwKKwkgICAgUkZISUdIUElELCAwLCAiZ2VvbSIsICJnX2V2ZW50Iik7CisJa3Byb2Nf a3RocmVhZF9hZGQoZ191cF9wcm9jYm9keSwgTlVMTCwgJmdfcHJvYywgJmdfdXBfdGQsCisJICAg IFJGSElHSFBJRCwgMCwgImdlb20iLCAiZ191cCIpOworCWtwcm9jX2t0aHJlYWRfYWRkKGdfZG93 bl9wcm9jYm9keSwgTlVMTCwgJmdfcHJvYywgJmdfZG93bl90ZCwKKwkgICAgUkZISUdIUElELCAw LCAiZ2VvbSIsICJnX2Rvd24iKTsKIAltdHhfdW5sb2NrKCZHaWFudCk7CiAJRVZFTlRIQU5ETEVS X1JFR0lTVEVSKHNodXRkb3duX3ByZV9zeW5jLCBnZW9tX3NodXRkb3duLCBOVUxMLAogCQlTSFVU RE9XTl9QUklfRklSU1QpOwo= --0016e659f51af1777304a2def88a-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 22:33:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BB041065674 for ; Mon, 9 May 2011 22:33:26 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) by mx1.freebsd.org (Postfix) with ESMTP id D494A8FC08 for ; Mon, 9 May 2011 22:33:23 +0000 (UTC) Received: from [2a01:e35:8b50:830:290:f5ff:fe9d:b78c] (helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QJZ0q-000Ic3-2m for freebsd-current@freebsd.org; Tue, 10 May 2011 00:33:21 +0200 Message-ID: <4DC86BA7.5070300@dumbbell.fr> Date: Tue, 10 May 2011 00:33:11 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110430 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4DC07535.4050809@freebsd.org> <1304970516.2811.5.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1304970516.2811.5.camel@hitfishpass-lx.corp.yahoo.com> X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------050503020103040508040106" Subject: Re: firewire debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 22:33:26 -0000 This is a multi-part message in MIME format. --------------050503020103040508040106 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! On 09.05.2011 21:48, Sean Bruno wrote: > Ug. I've been looking for a machine that fails to boot with firewire in > it for a while. What are the odds that you can bring it to BSDCan? I just figured out tonight that GENERIC (9-CURRENT) doesn't boot on my laptop because of sbp(4). The symptoms are those you described in this email: http://lists.freebsd.org/pipermail/freebsd-firewire/2009-August/001087.html The laptop can boot with firewire loaded in the kernel, but can't boot if sbp is loaded too. However, I can kldload sbp after boot. I attached a verbose boot dmesg where firewire was loaded in the kernel and sbp loaded after boot. I don't know if it's related to the issue Julian reported, because the laptop has 4 GB of RAM. I don't use firewire at all but I can try what you need. - -- Jean-Sébastien Pédron -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3Ia6cACgkQa+xGJsFYOlPuXgCeLCaPjNAMn23ScQDUY0hWEfFN Lt4AmgKuLqNdk0tF0LE9R5JcMl4m+vT1 =B4OM -----END PGP SIGNATURE----- --------------050503020103040508040106 Content-Type: text/plain; name="bootverbose" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bootverbose" CW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MTgwMCwgc2l6ZSAg NSwgZW5hYmxlZAoJbWFwWzI0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjE2 MDgwMDAsIHNpemUgMTEsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMzEu SU5UQgpwY2liMDogc2xvdCAzMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYjMwLCByZXZpZD0weDA1Cglkb21haW49MCwgYnVzPTAs IHNsb3Q9MzEsIGZ1bmM9MwoJY2xhc3M9MGMtMDUtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDEwMywgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1jLCBpcnE9MTAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5n ZSA2NCwgYmFzZSAweGYxNjA5MDAwLCBzaXplICA4LCBlbmFibGVkCgltYXBbMjBdOiB0eXBl IEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDE4NDAsIHNpemUgIDUsIGVuYWJsZWQKcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMzEuSU5UQwpwY2liMDogc2xvdCAzMSBJTlRDIGhh cmR3aXJlZCB0byBJUlEgMTgKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYg YXQgZGV2aWNlIDMuMCBvbiBwY2kwCnBjaWIxOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNp YjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMgpwY2liMTogICBzdWJvcmRpbmF0ZSBidXMgICAy CnBjaWIxOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MjAwMC0weDJmZmYKcGNpYjE6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhjZmUwMDAwMC0weGNmZWZmZmZmCnBjaWIxOiAgIHByZWZldGNo ZWQgZGVjb2RlIDB4ZDAwMDAwMDAtMHhkZmZmZmZmZgpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMQpwY2kyOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTIKZm91bmQtPgl2ZW5kb3I9 MHgxMDAyLCBkZXY9MHg2OGEwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTIsIHNsb3Q9 MCwgZnVuYz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRy ZWc9MHgwMTA3LCBzdGF0cmVnPTB4NDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCWludHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBE MyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBd OiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZDAwMDAwMDAs IHNpemUgMjgsIGVuYWJsZWQKcGNpYjE6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhk MDAwMDAwMC0weGRmZmZmZmZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MjowOjAKCW1hcFsxOF06 IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGNmZWUwMDAwLCBzaXplIDE3LCBlbmFi bGVkCnBjaWIxOiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGNmZWUwMDAwLTB4Y2ZlZmZm ZmYpIGZvciByaWQgMTggb2YgcGNpMDoyOjA6MAoJbWFwWzIwXTogdHlwZSBJL08gUG9ydCwg cmFuZ2UgMzIsIGJhc2UgMHgyMDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIxOiBhbGxvY2F0 ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4MjAwMC0weDIwZmYpIGZvciByaWQgMjAgb2YgcGNpMDoy OjA6MApwY2liMTogbWF0Y2hlZCBlbnRyeSBmb3IgMi4wLklOVEEKcGNpYjE6IHNsb3QgMCBJ TlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHhh YTU4LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTIsIHNsb3Q9MCwgZnVuYz0xCgljbGFz cz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTA3LCBzdGF0 cmVnPTB4NDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBp cnE9MTAKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJ TVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CgltYXBbMTBdOiB0eXBlIE1lbW9yeSwg cmFuZ2UgNjQsIGJhc2UgMHhjZmVkYzAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liMTogYWxs b2NhdGVkIG1lbW9yeSByYW5nZSAoMHhjZmVkYzAwMC0weGNmZWRmZmZmKSBmb3IgcmlkIDEw IG9mIHBjaTA6MjowOjEKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDIuMC5JTlRCCnBjaWIx OiBzbG90IDAgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE3CnZnYXBjaTA6IDxWR0EtY29tcGF0 aWJsZSBkaXNwbGF5PiBwb3J0IDB4MjAwMC0weDIwZmYgbWVtIDB4ZDAwMDAwMDAtMHhkZmZm ZmZmZiwweGNmZWUwMDAwLTB4Y2ZlZmZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNp MgpoZGFjMDogPEFUSSAoVW5rbm93bikgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRyb2xs ZXI+IG1lbSAweGNmZWRjMDAwLTB4Y2ZlZGZmZmYgaXJxIDE3IGF0IGRldmljZSAwLjEgb24g cGNpMgpoZGFjMDogSERBIERyaXZlciBSZXZpc2lvbjogMjAxMDAyMjZfMDE0MgpoZGFjMDog YXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNp OiByb3V0aW5nIE1TSSBJUlEgMjU2IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNDkKaGRhYzA6 IHVzaW5nIElSUSAyNTYgZm9yIE1TSQpoZGFjMDogQ2FwczogT1NTIDEsIElTUyAwLCBCU1Mg MCwgTlNETyAxLCA2NGJpdCwgQ09SQiAyNTYsIFJJUkIgMjU2CnBjaTA6IDxiYXNlIHBlcmlw aGVyYWw+IGF0IGRldmljZSA4LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDguMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA4LjMgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjAgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjEgKG5vIGRy aXZlciBhdHRhY2hlZCkKZWhjaTA6IDxJbnRlbCBQQ0ggVVNCIDIuMCBjb250cm9sbGVyIFVT Qi1CPiBtZW0gMHhmMTYwNjAwMC0weGYxNjA2M2ZmIGlycSAxNiBhdCBkZXZpY2UgMjYuMCBv biBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE2IChQQ0kgSVJRIDE2KSB0byBsYXBp YyAwIHZlY3RvciA1MAp1c2J1czA6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMwOiA8SW50ZWwg UENIIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQj4gb24gZWhjaTAKdXNidXMwOiBicGYgYXR0 YWNoZWQKZWhjaTA6IHVzYnBmOiBBdHRhY2hlZApoZGFjMTogPEludGVsIDUgU2VyaWVzLzM0 MDAgU2VyaWVzIEhpZ2ggRGVmaW5pdGlvbiBBdWRpbyBDb250cm9sbGVyPiBtZW0gMHhmMTYw MDAwMC0weGYxNjAzZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCmhkYWMxOiBI REEgRHJpdmVyIFJldmlzaW9uOiAyMDEwMDIyNl8wMTQyCmhkYWMxOiBhdHRlbXB0aW5nIHRv IGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEgc3VwcG9ydGVkKQptc2k6IHJvdXRpbmcgTVNJ IElSUSAyNTcgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1MQpoZGFjMTogdXNpbmcgSVJRIDI1 NyBmb3IgTVNJCmhkYWMxOiBDYXBzOiBPU1MgNCwgSVNTIDQsIEJTUyAwLCBOU0RPIDEsIDY0 Yml0LCBDT1JCIDI1NiwgUklSQiAyNTYKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBp cnEgMTYgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2liMjogICBkb21haW4gICAgICAgICAg ICAwCnBjaWIyOiAgIHNlY29uZGFyeSBidXMgICAgIDMKcGNpYjI6ICAgc3Vib3JkaW5hdGUg YnVzICAgNApwY2liMjogICBJL08gZGVjb2RlICAgICAgICAweDMwMDAtMHgzZmZmCnBjaWIy OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjBhMDAwMDAtMHhmMGJmZmZmZgpwY2liMjogICBw cmVmZXRjaGVkIGRlY29kZSAweGYwMDAwMDAwLTB4ZjAxZmZmZmYKcGNpMzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjIKcGNpMzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0zCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4NDIzNSwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0z LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDItODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEw XTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjBhMDAwMDAsIHNpemUgMTMsIGVu YWJsZWQKcGNpYjI6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZjBhMDAwMDAtMHhmMGEw MWZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjM6MDowCnBjaWIyOiBtYXRjaGVkIGVudHJ5IGZv ciAzLjAuSU5UQQpwY2liMjogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgppd24w OiA8SW50ZWwoUikgVWx0aW1hdGUgTiBXaUZpIExpbmsgNTMwMD4gbWVtIDB4ZjBhMDAwMDAt MHhmMGEwMWZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCml3bjA6IGF0dGVtcHRp bmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpCm1zaTogcm91dGlu ZyBNU0kgSVJRIDI1OCB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDUyCml3bjA6IHVzaW5nIElS USAyNTggZm9yIE1TSQppd24wOiBNSU1PIDBUMFIsICwgYWRkcmVzcyAwMDphOTphODowMjoy YTowMAppd24wOiAxMWEgcmF0ZXM6IDZNYnBzIDlNYnBzIDEyTWJwcyAxOE1icHMgMjRNYnBz IDM2TWJwcyA0OE1icHMgNTRNYnBzCml3bjA6IDExYiByYXRlczogMU1icHMgMk1icHMgNS41 TWJwcyAxMU1icHMKaXduMDogMTFnIHJhdGVzOiAxTWJwcyAyTWJwcyA1LjVNYnBzIDExTWJw cyA2TWJwcyA5TWJwcyAxMk1icHMgMThNYnBzIDI0TWJwcyAzNk1icHMgNDhNYnBzIDU0TWJw cwpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMjguMSBv biBwY2kwCnBjaWIzOiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjM6ICAgc2Vjb25kYXJ5 IGJ1cyAgICAgNQpwY2liMzogICBzdWJvcmRpbmF0ZSBidXMgICA2CnBjaWIzOiAgIEkvTyBk ZWNvZGUgICAgICAgIDB4NDAwMC0weDRmZmYKcGNpYjM6ICAgbWVtb3J5IGRlY29kZSAgICAg MHhmMGMwMDAwMC0weGYwZGZmZmZmCnBjaWIzOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZjAy MDAwMDAtMHhmMDNmZmZmZgpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2k1OiBk b21haW49MCwgcGh5c2ljYWwgYnVzPTUKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBp cnEgMTkgYXQgZGV2aWNlIDI4LjMgb24gcGNpMApwY2liNDogICBkb21haW4gICAgICAgICAg ICAwCnBjaWI0OiAgIHNlY29uZGFyeSBidXMgICAgIDcKcGNpYjQ6ICAgc3Vib3JkaW5hdGUg YnVzICAgOApwY2liNDogICBJL08gZGVjb2RlICAgICAgICAweDUwMDAtMHg1ZmZmCnBjaWI0 OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjBlMDAwMDAtMHhmMGZmZmZmZgpwY2liNDogICBw cmVmZXRjaGVkIGRlY29kZSAweGYwNDAwMDAwLTB4ZjA1ZmZmZmYKcGNpNzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjQKcGNpNzogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz03CmZvdW5kLT4J dmVuZG9yPTB4MTBlYywgZGV2PTB4ODE2OCwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz03 LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDEwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTUKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBE MSBEMiBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0CglN U0ktWCBzdXBwb3J0cyA0IG1lc3NhZ2VzIGluIG1hcCAweDIwCgltYXBbMTBdOiB0eXBlIEkv TyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweDUwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjQ6 IGFsbG9jYXRlZCBJL08gcG9ydCByYW5nZSAoMHg1MDAwLTB4NTBmZikgZm9yIHJpZCAxMCBv ZiBwY2kwOjc6MDowCgltYXBbMThdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdl IDY0LCBiYXNlIDB4ZjA1MDQwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjQ6IGFsbG9jYXRl ZCBwcmVmZXRjaCByYW5nZSAoMHhmMDUwNDAwMC0weGYwNTA0ZmZmKSBmb3IgcmlkIDE4IG9m IHBjaTA6NzowOjAKCW1hcFsyMF06IHR5cGUgUHJlZmV0Y2hhYmxlIE1lbW9yeSwgcmFuZ2Ug NjQsIGJhc2UgMHhmMDQwMDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApwY2liNDogYWxsb2NhdGVk IHByZWZldGNoIHJhbmdlICgweGYwNDAwMDAwLTB4ZjA0MDNmZmYpIGZvciByaWQgMjAgb2Yg cGNpMDo3OjA6MApwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgNy4wLklOVEEKcGNpYjQ6IHNs b3QgMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTkKcmUwOiA8UmVhbFRlayA4MTY4LzgxMTEg Qi9DL0NQL0QvRFAvRSBQQ0llIEdpZ2FiaXQgRXRoZXJuZXQ+IHBvcnQgMHg1MDAwLTB4NTBm ZiBtZW0gMHhmMDUwNDAwMC0weGYwNTA0ZmZmLDB4ZjA0MDAwMDAtMHhmMDQwM2ZmZiBpcnEg MTkgYXQgZGV2aWNlIDAuMCBvbiBwY2k3CnJlMDogTVNJIGNvdW50IDogMQpyZTA6IE1TSS1Y IGNvdW50IDogNApyZTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0ktWCB2ZWN0b3Jz ICg0IHN1cHBvcnRlZCkKbXNpOiByb3V0aW5nIE1TSS1YIElSUSAyNTkgdG8gbG9jYWwgQVBJ QyAwIHZlY3RvciA1MwpyZTA6IHVzaW5nIElSUSAyNTkgZm9yIE1TSS1YCnJlMDogVXNpbmcg MSBNU0ktWCBtZXNzYWdlCnJlMDogQ2hpcCByZXYuIDB4MjgwMDAwMDAKcmUwOiBNQUMgcmV2 LiAweDAwMDAwMDAwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5MDogPFJUTDgx NjlTLzgxMTBTLzgyMTEgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1p aWJ1czAKcmdlcGh5MDogT1VJIDB4MDBlMDRjLCBtb2RlbCAweDAwMTEsIHJldi4gMgpyZ2Vw aHkwOiAgbm9uZSwgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEw MGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQs IDEwMDBiYXNlVC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVy LCAxMDAwYmFzZVQtRkRYLWZsb3csIDEwMDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8s IGF1dG8tZmxvdwpyZTA6IGJwZiBhdHRhY2hlZApyZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjkwOmY1OjlkOmI3OjhjCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0 IGRldmljZSAyOC40IG9uIHBjaTAKcGNpYjU6ICAgZG9tYWluICAgICAgICAgICAgMApwY2li NTogICBzZWNvbmRhcnkgYnVzICAgICA5CnBjaWI1OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEw CnBjaWI1OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4NjAwMC0weDZmZmYKcGNpYjU6ICAgbWVt b3J5IGRlY29kZSAgICAgMHhmMTAwMDAwMC0weGYxMWZmZmZmCnBjaWI1OiAgIHByZWZldGNo ZWQgZGVjb2RlIDB4ZjA2MDAwMDAtMHhmMDdmZmZmZgpwY2k5OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liNQpwY2k5OiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTkKZm91bmQtPgl2ZW5kb3I9 MHgxOTdiLCBkZXY9MHgyMzgwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTksIHNsb3Q9 MCwgZnVuYz0wCgljbGFzcz0wYy0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRy ZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCWludHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzEwXTogdHlwZSBNZW1vcnks IHJhbmdlIDMyLCBiYXNlIDB4ZjExMDMwMDAsIHNpemUgMTEsIGVuYWJsZWQKcGNpYjU6IGFs bG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZjExMDMwMDAtMHhmMTEwMzdmZikgZm9yIHJpZCAx MCBvZiBwY2kwOjk6MDowCgltYXBbMTRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2Ug MHhmMTEwMjAwMCwgc2l6ZSAgNywgZW5hYmxlZApwY2liNTogYWxsb2NhdGVkIG1lbW9yeSBy YW5nZSAoMHhmMTEwMjAwMC0weGYxMTAyMDdmKSBmb3IgcmlkIDE0IG9mIHBjaTA6OTowOjAK CW1hcFsyMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGYxMTAxMDAwLCBzaXpl ICA3LCBlbmFibGVkCnBjaWI1OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGYxMTAxMDAw LTB4ZjExMDEwN2YpIGZvciByaWQgMjAgb2YgcGNpMDo5OjA6MAoJbWFwWzI0XTogdHlwZSBN ZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZjEwMDAwMDAsIHNpemUgIDcsIGVuYWJsZWQKcGNp YjU6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4ZjEwMDAwMDAtMHhmMTAwMDA3ZikgZm9y IHJpZCAyNCBvZiBwY2kwOjk6MDowCnBjaWI1OiBtYXRjaGVkIGVudHJ5IGZvciA5LjAuSU5U QQpwY2liNTogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmb3VuZC0+CXZlbmRv cj0weDE5N2IsIGRldj0weDIzODIsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9OSwgc2xv dD0wLCBmdW5jPTEKCWNsYXNzPTA4LTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNt ZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCgltYXBbMTBdOiB0eXBlIE1lbW9y eSwgcmFuZ2UgMzIsIGJhc2UgMHhmMTEwNDAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNTog YWxsb2NhdGVkIG1lbW9yeSByYW5nZSAoMHhmMTEwNDAwMC0weGYxMTA0MGZmKSBmb3Igcmlk IDEwIG9mIHBjaTA6OTowOjEKcGNpYjU6IG1hdGNoZWQgZW50cnkgZm9yIDkuMC5JTlRBCnBj aWI1OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4 MTk3YiwgZGV2PTB4MjM4MSwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz05LCBzbG90PTAs IGZ1bmM9MgoJY2xhc3M9MDgtMDUtMDEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVn PTB4MDEwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGYxMTA1MDAwLCBzaXplICA4LCBlbmFibGVkCnBjaWI1OiBhbGxv Y2F0ZWQgbWVtb3J5IHJhbmdlICgweGYxMTA1MDAwLTB4ZjExMDUwZmYpIGZvciByaWQgMTAg b2YgcGNpMDo5OjA6MgpwY2liNTogbWF0Y2hlZCBlbnRyeSBmb3IgOS4wLklOVEEKcGNpYjU6 IHNsb3QgMCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTYKZm91bmQtPgl2ZW5kb3I9MHgxOTdi LCBkZXY9MHgyMzgzLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTksIHNsb3Q9MCwgZnVu Yz0zCgljbGFzcz0wOC04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgw MTA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWlu dHBpbj1hLCBpcnE9MTEKCXBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdl IDMyLCBiYXNlIDB4ZjExMDYwMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjU6IGFsbG9jYXRl ZCBtZW1vcnkgcmFuZ2UgKDB4ZjExMDYwMDAtMHhmMTEwNjBmZikgZm9yIHJpZCAxMCBvZiBw Y2kwOjk6MDozCnBjaWI1OiBtYXRjaGVkIGVudHJ5IGZvciA5LjAuSU5UQQpwY2liNTogc2xv dCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxNgpmd29oY2kwOiB2ZW5kb3I9MTk3YiwgZGV2 PTIzODAKZndvaGNpMDogdmVuZG9yPTE5N2IsIGRldj0yMzgwCmZ3b2hjaTA6IDwxMzk0IE9w ZW4gSG9zdCBDb250cm9sbGVyIEludGVyZmFjZT4gbWVtIDB4ZjExMDMwMDAtMHhmMTEwMzdm ZiwweGYxMTAyMDAwLTB4ZjExMDIwN2YsMHhmMTEwMTAwMC0weGYxMTAxMDdmLDB4ZjEwMDAw MDAtMHhmMTAwMDA3ZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2k5CmZ3b2hjaTA6IE9I Q0kgdmVyc2lvbiAxLjEwIChST009MCkKZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNo YW5uZWxzIGlzIDQuCmZ3b2hjaTA6IEVVSTY0IGZmOmU0OjczOmZmOmZmOmZmOmZmOmZlCmZ3 b2hjaTA6IFBoeSAxMzk0YSBhdmFpbGFibGUgUzQwMCwgMiBwb3J0cy4KZndvaGNpMDogZndw aHlfcmRkYXRhOjogMHg1IGxvb3A9MTAwLCByZXRyeT0xMDAKZndvaGNpMDogZndwaHlfcmRk YXRhOjogMHgyIGxvb3A9MTAwLCByZXRyeT0xMDAKZndvaGNpMDogTGluayBTNDAwLCBtYXhf cmVjIDIwNDggYnl0ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJlKSBidXM+IG9u IGZ3b2hjaTAKZndvaGNpMDogSW5pdGlhdGUgYnVzIHJlc2V0CmZ3b2hjaTA6IGZ3cGh5X3Jk ZGF0YTo6IDB4MSBsb29wPTEwMCwgcmV0cnk9MTAwCmZ3b2hjaTA6IGZ3cGh5X3JkZGF0YTo6 IDB4MSBsb29wPTEwMCwgcmV0cnk9MTAwCnBjaTk6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRl dmljZSAwLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpOTogPGJhc2UgcGVyaXBoZXJhbCwg U0QgaG9zdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTk6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAwLjMgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkgYXQgZGV2aWNlIDI4 Ljcgb24gcGNpMApwY2liNjogICBkb21haW4gICAgICAgICAgICAwCnBjaWI2OiAgIHNlY29u ZGFyeSBidXMgICAgIDExCnBjaWI2OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDEyCnBjaWI2OiAg IEkvTyBkZWNvZGUgICAgICAgIDB4NzAwMC0weDdmZmYKcGNpYjY6ICAgbWVtb3J5IGRlY29k ZSAgICAgMHhmMTIwMDAwMC0weGYxM2ZmZmZmCnBjaWI2OiAgIHByZWZldGNoZWQgZGVjb2Rl IDB4ZjA4MDAwMDAtMHhmMDlmZmZmZgpwY2kxMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYK cGNpMTE6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MTEKZWhjaTE6IDxJbnRlbCBQQ0ggVVNC IDIuMCBjb250cm9sbGVyIFVTQi1BPiBtZW0gMHhmMTYwNzAwMC0weGYxNjA3M2ZmIGlycSAy MyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIzIChQ Q0kgSVJRIDIzKSB0byBsYXBpYyAwIHZlY3RvciA1NAp1c2J1czE6IEVIQ0kgdmVyc2lvbiAx LjAKdXNidXMxOiA8SW50ZWwgUENIIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQT4gb24gZWhj aTEKdXNidXMxOiBicGYgYXR0YWNoZWQKZWhjaTE6IHVzYnBmOiBBdHRhY2hlZApwY2liNzog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpYjc6ICAg ZG9tYWluICAgICAgICAgICAgMApwY2liNzogICBzZWNvbmRhcnkgYnVzICAgICAxMwpwY2li NzogICBzdWJvcmRpbmF0ZSBidXMgICAxMwpwY2liNzogICBubyBwcmVmZXRjaGVkIGRlY29k ZQpwY2liNzogICBTdWJ0cmFjdGl2ZWx5IGRlY29kZWQgYnJpZGdlLgpwY2kxMzogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjcKcGNpMTM6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9MTMKaXNh YjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNB IGJ1cz4gb24gaXNhYjAKYWhjaTA6IDxJbnRlbCA1IFNlcmllcy8zNDAwIFNlcmllcyBBSENJ IFNBVEEgY29udHJvbGxlcj4gcG9ydCAweDE4MzAtMHgxODM3LDB4MTgyNC0weDE4MjcsMHgx ODI4LTB4MTgyZiwweDE4MjAtMHgxODIzLDB4MTgwMC0weDE4MWYgbWVtIDB4ZjE2MDgwMDAt MHhmMTYwODdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphaGNpMDogYXR0ZW1w dGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKbXNpOiByb3V0 aW5nIE1TSSBJUlEgMjYwIHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTUKYWhjaTA6IHVzaW5n IElSUSAyNjAgZm9yIE1TSQphaGNpMDogQUhDSSB2MS4zMCB3aXRoIDYgM0dicHMgcG9ydHMs IFBvcnQgTXVsdGlwbGllciBub3Qgc3VwcG9ydGVkCmFoY2kwOiBDYXBzOiA2NGJpdCBOQ1Eg U05URiBNUFMgU1MgQUxQIEFMIENMTyAzR2JwcyBQTUQgU1NDIFBTQyAzMmNtZCBFTSBlU0FU QSA2cG9ydHMKYWhjaTA6IENhcHMyOiBBUFNUCmFoY2kwOiBFTSBDYXBzOiBBTEhEIFhNVCBT TUIgTEVECmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAph aGNpY2gwOiBDYXBzOgphaGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24g YWhjaTAKYWhjaWNoMTogQ2FwczoKYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCAyIG9uIGFoY2kwCmFoY2ljaDI6IENhcHM6IEhQQ1AgRVNQCnBjaTA6IDxzZXJpYWwgYnVz LCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV9idXR0 b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX2J1dHRvbjE6IDxTbGVlcCBCdXR0 b24+IG9uIGFjcGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9u IGFjcGkwCmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMApwY2liODogPEFDUEkg SG9zdC1QQ0kgYnJpZGdlPiBvbiBhY3BpMApwY2liODogY291bGQgbm90IGdldCBQQ0kgaW50 ZXJydXB0IHJvdXRpbmcgdGFibGUgZm9yIFxcX1NCXy5DUEJHIC0gQUVfTk9UX0ZPVU5ECnBj aTI1NTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjgKcGNpMjU1OiBkb21haW49MCwgcGh5c2lj YWwgYnVzPTI1NQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDJjNTIsIHJldmlkPTB4 MDQKCWRvbWFpbj0wLCBidXM9MjU1LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMDAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgyYzgxLCByZXZpZD0weDA0Cglkb21haW49MCwgYnVzPTI1NSwgc2xvdD0wLCBmdW5j PTEKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAw MDYsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5k LT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MmM5MCwgcmV2aWQ9MHgwNAoJZG9tYWluPTAsIGJ1 cz0yNTUsIHNsb3Q9MiwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDJjOTEsIHJldmlk PTB4MDQKCWRvbWFpbj0wLCBidXM9MjU1LCBzbG90PTIsIGZ1bmM9MQoJY2xhc3M9MDYtMDAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAw MDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHgyYzk4LCByZXZpZD0weDA0Cglkb21haW49MCwgYnVzPTI1NSwgc2xvdD0zLCBm dW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0w eDAwMDYsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MmM5OSwgcmV2aWQ9MHgwNAoJZG9tYWluPTAs IGJ1cz0yNTUsIHNsb3Q9MywgZnVuYz0xCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDJjOWMsIHJl dmlkPTB4MDQKCWRvbWFpbj0wLCBidXM9MjU1LCBzbG90PTMsIGZ1bmM9NAoJY2xhc3M9MDYt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0w eDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4 MDg2LCBkZXY9MHgyY2EwLCByZXZpZD0weDA0Cglkb21haW49MCwgYnVzPTI1NSwgc2xvdD00 LCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJl Zz0weDAwMDYsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MmNhMSwgcmV2aWQ9MHgwNAoJZG9tYWlu PTAsIGJ1cz0yNTUsIHNsb3Q9NCwgZnVuYz0xCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6 PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDJjYTIs IHJldmlkPTB4MDQKCWRvbWFpbj0wLCBidXM9MjU1LCBzbG90PTQsIGZ1bmM9MgoJY2xhc3M9 MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3RhdHJl Zz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHgyY2EzLCByZXZpZD0weDA0Cglkb21haW49MCwgYnVzPTI1NSwgc2xv dD00LCBmdW5jPTMKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNt ZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MmNhOCwgcmV2aWQ9MHgwNAoJZG9t YWluPTAsIGJ1cz0yNTUsIHNsb3Q9NSwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVs bnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDJj YTksIHJldmlkPTB4MDQKCWRvbWFpbj0wLCBidXM9MjU1LCBzbG90PTUsIGZ1bmM9MQoJY2xh c3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3Rh dHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHgyY2FhLCByZXZpZD0weDA0Cglkb21haW49MCwgYnVzPTI1NSwg c2xvdD01LCBmdW5jPTIKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK CWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MmNhYiwgcmV2aWQ9MHgwNAoJ ZG9tYWluPTAsIGJ1cz0yNTUsIHNsb3Q9NSwgZnVuYz0zCgljbGFzcz0wNi0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAwMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAo MCBucyksIG1heGxhdD0weDAwICgwIG5zKQphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24g YWNwaTAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQw MDAwMC0weGZlZDAwM2ZmIGlycSAwLDggb24gYWNwaTAKaHBldDA6IHZlbmRvciAweDgwODYs IHJldiAweDEsIDE0MzE4MTgwSHogNjRiaXQsIDggdGltZXJzLCBsZWdhY3kgcm91dGUKaHBl dDA6ICB0MDogaXJxcyAweDAwZjAwMDAwICgwKSwgTVNJLCA2NGJpdCwgcGVyaW9kaWMKaHBl dDA6ICB0MTogaXJxcyAweDAwZjAwMDAwICgwKSwgTVNJCmhwZXQwOiAgdDI6IGlycXMgMHgw MGYwMDgwMCAoMCksIE1TSQpocGV0MDogIHQzOiBpcnFzIDB4MDBmMDEwMDAgKDApLCBNU0kK aHBldDA6ICB0NDogaXJxcyAweDAwMDAwMDAwICgwKSwgTVNJCmhwZXQwOiAgdDU6IGlycXMg MHgwMDAwMDAwMCAoMCksIE1TSQpocGV0MDogIHQ2OiBpcnFzIDB4MDAwMDAwMDAgKDApLCBN U0kKaHBldDA6ICB0NzogaXJxcyAweDAwMDAwMDAwICgwKSwgTVNJClRpbWVjb3VudGVyICJI UEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5MDAKbXNpOiByb3V0aW5nIE1T SS1YIElSUSAyNjEgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1Ngptc2k6IHJvdXRpbmcgTVNJ LVggSVJRIDI2MiB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDU3Cm1zaTogcm91dGluZyBNU0kt WCBJUlEgMjYzIHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTgKbXNpOiByb3V0aW5nIE1TSS1Y IElSUSAyNjQgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1OQptc2k6IHJvdXRpbmcgTVNJLVgg SVJRIDI2NSB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDYwCm1zaTogcm91dGluZyBNU0ktWCBJ UlEgMjY2IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNjEKbXNpOiByb3V0aW5nIE1TSS1YIElS USAyNjcgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2Mgptc2k6IHJvdXRpbmcgTVNJLVggSVJR IDI2OCB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDYzCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA1NTAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xv Y2s+IHBvcnQgMHg3MC0weDc3IG9uIGFjcGkwCmF0cnRjMDogV2FybmluZzogQ291bGRuJ3Qg bWFwIEkvTy4KYXRydGMwOiByZWdpc3RlcmVkIGFzIGEgdGltZS1vZi1kYXkgY2xvY2sgKHJl c29sdXRpb24gMTAwMDAwMHVzLCBhZGp1c3RtZW50IDAuNTAwMDAwMDAwcykKaW9hcGljMDog cm91dGluZyBpbnRwaW4gOCAoSVNBIElSUSA4KSB0byBsYXBpYyAwIHZlY3RvciA2NApFdmVu dCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCmF0dGltZXIwOiA8 QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzLDB4NTAtMHg1MyBvbiBhY3BpMApUaW1lY291bnRl ciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMAppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAyIChJU0EgSVJRIDApIHRvIGxhcGljIDAgdmVjdG9yIDY1CkV2ZW50IHRp bWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKYXRrYmRjMDog PEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24g YWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKYXRrYmQ6IHRo ZSBjdXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDQ3CmF0a2JkOiBrZXli b2FyZCBJRCAweDQxYWIgKDIpCmtiZDAgYXQgYXRrYmQwCmtiZDA6IGF0a2JkMCwgQVQgMTAx LzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwCmlvYXBpYzA6IHJvdXRpbmcg aW50cGluIDEgKElTQSBJUlEgMSkgdG8gbGFwaWMgMCB2ZWN0b3IgNjYKYXRrYmQwOiBbR0lB TlQtTE9DS0VEXQpwc20wOiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBzbWNwbnAwOiA8UFMv MiBtb3VzZSBwb3J0PiBpcnEgMTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21tYW5kIGJ5 dGU6MDA0Nwpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKaW9hcGljMDog cm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIpIHRvIGxhcGljIDAgdmVjdG9yIDY3CnBz bTA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSBFeHBsb3Jlciwg ZGV2aWNlIElEIDQtMDAsIDUgYnV0dG9ucwpwc20wOiBjb25maWc6MDAwMDAwMDAsIGZsYWdz OjAwMDAwMDA4LCBwYWNrZXQgc2l6ZTo0CnBzbTA6IHN5bmNtYXNrOjA4LCBzeW5jYml0czow MApiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYWNw aTA6IHdha2V1cCBjb2RlIHZhIDB4ZmZmZmZmODExOWUyZDAwMCBwYSAweDQwMDAKaXNhX3By b2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRldmljZXMKYXRrYmRjOiBhdGtiZGMwIGFs cmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdHJ0YzogYXRydGMwIGFscmVhZHkgZXhpc3Rz OyBza2lwcGluZyBpdAphdHRpbWVyOiBhdHRpbWVyMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBp bmcgaXQKc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKaXNhX3Byb2JlX2No aWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcwpvcm0wOiA8SVNBIE9wdGlvbiBST00+ IGF0IGlvbWVtIDB4Y2Y4MDAtMHhkMDdmZiBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xl PiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVz LCBmbGFncz0weDMwMD4Kc2MwOiBmYjAsIGtiZDEsIHRlcm1pbmFsIGVtdWxhdG9yOiBzY3Rl a2VuICh0ZWtlbiB0ZXJtaW5hbCkKdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAw eDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApmZGMwIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGlzYTAK cHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMAp1YXJ0MDogPG5zODI1MD4g ZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gaXNhMAp1YXJ0 MTogPG5zODI1MD4gZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMg b24gaXNhMAppc2FfcHJvYmVfY2hpbGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMKZXN0MDog PEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MAplc3QxOiA8 RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCmVzdDI6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTIKZXN0MzogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mwplc3Q0OiA8RW5o YW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU0CmVzdDU6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTUKZXN0NjogPEVuaGFu Y2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Ngplc3Q3OiA8RW5oYW5j ZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU3CkRldmljZSBjb25maWd1 cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJlZApaRlMgTk9USUNFOiBQcmVmZXRj aCBpcyBkaXNhYmxlZCBieSBkZWZhdWx0IGlmIGxlc3MgdGhhbiA0R0Igb2YgUkFNIGlzIHBy ZXNlbnQ7CiAgICAgICAgICAgIHRvIGVuYWJsZSwgYWRkICJ2ZnMuemZzLnByZWZldGNoX2Rp c2FibGU9MCIgdG8gL2Jvb3QvbG9hZGVyLmNvbmYuClpGUyBmaWxlc3lzdGVtIHZlcnNpb24g NQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb24gMjgKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVl bmN5IDE3MzM0MzIyNjAgSHogcXVhbGl0eSAtMTAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5 IDEuMDAwIG1zZWMKdmxhbjogaW5pdGlhbGl6ZWQsIHVzaW5nIGhhc2ggdGFibGVzIHdpdGgg Y2hhaW5pbmcKTGludXggRUxGIGV4ZWMgaGFuZGxlciBpbnN0YWxsZWQKbG8wOiBicGYgYXR0 YWNoZWQKaHB0cnI6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuCmhkYWMwOiBQcm9iaW5nIGNv ZGVjICMwLi4uCmhkYWMwOiBIREEgQ29kZWMgIzA6IEFUSSBSNnh4IEhETUkKaGRhYzA6ICBI REEgQ29kZWMgSUQ6IDB4MTAwMmFhMDEKaGRhYzA6ICAgICAgICBWZW5kb3I6IDB4MTAwMgpo ZGFjMDogICAgICAgIERldmljZTogMHhhYTAxCmhkYWMwOiAgICAgIFJldmlzaW9uOiAweDAy CmhkYWMwOiAgICAgIFN0ZXBwaW5nOiAweDAwCmhkYWMwOiBQQ0kgU3VidmVuZG9yOiAweDg2 ODcxNTU4CmhkYWMwOiAJRm91bmQgYXVkaW8gRkcgbmlkPTEgc3RhcnRub2RlPTIgZW5kbm9k ZT00IHRvdGFsPTIKaGRhYzA6IApoZGFjMDogUHJvY2Vzc2luZyBhdWRpbyBGRyBjYWQ9MCBu aWQ9MS4uLgpoZGFjMDogR1BJTzogMHgwMDAwMDAwMCBOdW1HUElPPTAgTnVtR1BPPTAgTnVt R1BJPTAgR1BJV2FrZT0wIEdQSVVuc29sPTAKaGRhYzA6ICBuaWQgMyAweDE4NTYwMDEwIGFz ICAxIHNlcSAgMCAgIERpZ2l0YWwtb3V0ICBKYWNrIGphY2sgIDYgbG9jIDI0IGNvbG9yIFVu a25vd24gbWlzYyAwCmhkYWMwOiBQYXRjaGVkIHBpbnMgY29uZmlndXJhdGlvbjoKaGRhYzA6 ICBuaWQgMyAweDE4NTYwMDEwIGFzICAxIHNlcSAgMCAgIERpZ2l0YWwtb3V0ICBKYWNrIGph Y2sgIDYgbG9jIDI0IGNvbG9yIFVua25vd24gbWlzYyAwCmhkYWMwOiAxIGFzc29jaWF0aW9u cyBmb3VuZDoKaGRhYzA6IEFzc29jaWF0aW9uIDAgKDEpIG91dDoKaGRhYzA6ICBQaW4gbmlk PTMgc2VxPTAKaGRhYzA6IFRyYWNpbmcgYXNzb2NpYXRpb24gMCAoMSkKaGRhYzA6ICBQaW4g MyB0cmFjZWQgdG8gREFDIDIKaGRhYzA6IEFzc29jaWF0aW9uIDAgKDEpIHRyYWNlIHN1Y2Nl ZWRlZApoZGFjMDogVHJhY2luZyBpbnB1dCBtb25pdG9yCmhkYWMwOiBUcmFjaW5nIG90aGVy IGlucHV0IG1vbml0b3JzCmhkYWMwOiBUcmFjaW5nIGJlZXBlcgpoZGFjMDogRkcgY29uZmln L3F1aXJrczogZm9yY2VzdGVyZW8gaXZyZWY1MCBpdnJlZjgwIGl2cmVmMTAwIGl2cmVmCmhk YWMwOiAKaGRhYzA6ICstLS0tLS0tLS0tLS0tLS0tLS0tKwpoZGFjMDogfCBEVU1QSU5HIEhE QSBOT0RFUyB8CmhkYWMwOiArLS0tLS0tLS0tLS0tLS0tLS0tLSsKaGRhYzA6IApoZGFjMDog RGVmYXVsdCBQYXJhbWV0ZXIKaGRhYzA6IC0tLS0tLS0tLS0tLS0tLS0tCmhkYWMwOiAgICAg IFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYzA6ICAgICAgICAgICAgICAgICAgUENNCmhk YWMwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwMjAwNzAKaGRhYzA6ICAgICAgICAgICAgICAg ICAgMTYgYml0cywgMzIgNDQgNDggS0h6CmhkYWMwOiAgICAgICAgICBJTiBhbXA6IDB4MDAw MDAwMDAKaGRhYzA6ICAgICAgICAgT1VUIGFtcDogMHgwMDAwMDAwMApoZGFjMDogCmhkYWMw OiAgICAgICAgICAgICBuaWQ6IDIKaGRhYzA6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0 cHV0CmhkYWMwOiAgICAgIFdpZGdldCBjYXA6IDB4MDAwMDAyMDEKaGRhYzA6ICAgICAgICAg ICAgICAgICAgRElHSVRBTCBTVEVSRU8KaGRhYzA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgw MDAwMDAwMSkKaGRhYzA6ICAgICAgICAgICAgIE9TUzogcGNtIChwY20pCmhkYWMwOiAgICAg IFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYzA6ICAgICAgICAgICAgICAgICAgUENNCmhk YWMwOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwMjAwNzAKaGRhYzA6ICAgICAgICAgICAgICAg ICAgMTYgYml0cywgMzIgNDQgNDggS0h6CmhkYWMwOiAKaGRhYzA6ICAgICAgICAgICAgIG5p ZDogMwpoZGFjMDogICAgICAgICAgICBOYW1lOiBwaW46IERpZ2l0YWwtb3V0IChKYWNrKQpo ZGFjMDogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwMzgxCmhkYWMwOiAgICAgICAgICAgICAg ICAgIERJR0lUQUwgVU5TT0wgU1RFUkVPCmhkYWMwOiAgICAgQXNzb2NpYXRpb246IDAgKDB4 MDAwMDAwMDEpCmhkYWMwOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwOTQKaGRhYzA6ICAg ICAgICAgICAgICAgICAgUERDIE9VVCBIRE1JCmhkYWMwOiAgICAgIFBpbiBjb25maWc6IDB4 MTg1NjAwMTAKaGRhYzA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQKaGRhYzA6 ICAgICBjb25uZWN0aW9uczogMQpoZGFjMDogICAgICAgICAgIHwKaGRhYzA6ICAgICAgICAg ICArIDwtIG5pZD0yIFthdWRpbyBvdXRwdXRdCmhkYWMwOiAKcGNtMDogPEhEQSBBVEkgUjZ4 eCBIRE1JIFBDTSAjMCBIRE1JPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApwY20wOiArLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6IHwgRFVNUElORyBQ Q00gUGxheWJhY2svUmVjb3JkIENoYW5uZWxzIHwKcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20wOiAKcGNtMDogUGxheWJhY2s6CnBjbTA6IApw Y20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDUKcGNtMDogICAgICAgICAgICAgICAg ICBBQzMgUENNCnBjbTA6ICAgICAgICAgUENNIGNhcDogMHgwMDAyMDA3MApwY20wOiAgICAg ICAgICAgICAgICAgIDE2IGJpdHMsIDMyIDQ0IDQ4IEtIegpwY20wOiAgICAgICAgICAgICBE QUM6IDIKcGNtMDogCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpw Y20wOiB8IERVTVBJTkcgUGxheWJhY2svUmVjb3JkIFBhdGhzIHwKcGNtMDogKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTA6IApwY20wOiBQbGF5YmFjazoKcGNtMDog CnBjbTA6ICAgICBuaWQ9MyBbcGluOiBEaWdpdGFsLW91dCAoSmFjayldCnBjbTA6ICAgICAg IHwKcGNtMDogICAgICAgKyA8LSBuaWQ9MiBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dCnBj bTA6IApwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNtMDogfCBEVU1QSU5H IFZvbHVtZSBDb250cm9scyB8CnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpw Y20wOiAKcGNtMDogRm9yY2luZyBTb2Z0IFBDTSB2b2x1bWUKcGNtMDogRm9yY2luZyBtYXN0 ZXIgdm9sdW1lIHdpdGggUENNCnBjbTA6IE1peGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9 MHgwMDAwMDAxMApwY20wOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiCnBjbTA6IFNvZnQg UENNIG1peGVyIEVOQUJMRUQKcGNtMDogY2xvbmUgbWFuYWdlcjogZGVhZGxpbmU9NzUwbXMg ZmxhZ3M9MHg4MDAwMDAxZQpwY20wOiBzbmRidWZfc2V0bWFwIDEzN2ZiMDAwMCwgNDAwMDsg MHhmZmZmZmY4MTE5ZTcyMDAwIC0+IDEzN2ZiMDAwMApoZGFjMTogUHJvYmluZyBjb2RlYyAj MC4uLgpoZGFjMTogSERBIENvZGVjICMwOiBSZWFsdGVrIEFMQzg4OApoZGFjMTogIEhEQSBD b2RlYyBJRDogMHgxMGVjMDg4OApoZGFjMTogICAgICAgIFZlbmRvcjogMHgxMGVjCmhkYWMx OiAgICAgICAgRGV2aWNlOiAweDA4ODgKaGRhYzE6ICAgICAgUmV2aXNpb246IDB4MDIKaGRh YzE6ICAgICAgU3RlcHBpbmc6IDB4MDIKaGRhYzE6IFBDSSBTdWJ2ZW5kb3I6IDB4ODY4NzE1 NTgKaGRhYzE6IAlGb3VuZCBhdWRpbyBGRyBuaWQ9MSBzdGFydG5vZGU9MiBlbmRub2RlPTM5 IHRvdGFsPTM3CmhkYWMxOiBQcm9iaW5nIGNvZGVjICMxLi4uCmhkYWMxOiBIREEgQ29kZWMg IzE6IFVua25vd24gQ29kZWMKaGRhYzE6ICBIREEgQ29kZWMgSUQ6IDB4MTA1NzMwNTUKaGRh YzE6ICAgICAgICBWZW5kb3I6IDB4MTA1NwpoZGFjMTogICAgICAgIERldmljZTogMHgzMDU1 CmhkYWMxOiAgICAgIFJldmlzaW9uOiAweDA5CmhkYWMxOiAgICAgIFN0ZXBwaW5nOiAweDAw CmhkYWMxOiBQQ0kgU3VidmVuZG9yOiAweDg2ODcxNTU4CmhkYWMxOiAJRm91bmQgbW9kZW0g RkcgbmlkPTEgc3RhcnRub2RlPTIgZW5kbm9kZT0zOCB0b3RhbD0zNgpoZGFjMTogCmhkYWMx OiBQcm9jZXNzaW5nIGF1ZGlvIEZHIGNhZD0wIG5pZD0xLi4uCmhkYWMxOiBHUElPOiAweGMw MDAwMDAyIE51bUdQSU89MiBOdW1HUE89MCBOdW1HUEk9MCBHUElXYWtlPTEgR1BJVW5zb2w9 MQpoZGFjMTogIG5pZCAxNyAweDQxMTExMWYwIGFzIDE1IHNlcSAgMCAgICAgICBTcGVha2Vy ICBOb25lIGphY2sgIDEgbG9jICAxIGNvbG9yICAgQmxhY2sgbWlzYyAxCmhkYWMxOiAgbmlk IDE4IDB4NDExMTExZjAgYXMgMTUgc2VxICAwICAgICAgIFNwZWFrZXIgIE5vbmUgamFjayAg MSBsb2MgIDEgY29sb3IgICBCbGFjayBtaXNjIDEKaGRhYzE6ICBuaWQgMjAgMHg5OTEzODEx MCBhcyAgMSBzZXEgIDAgICAgICAgU3BlYWtlciBGaXhlZCBqYWNrICAzIGxvYyAyNSBjb2xv ciAgUHVycGxlIG1pc2MgMQpoZGFjMTogIG5pZCAyMSAweDAxMjExMDFmIGFzICAxIHNlcSAx NSAgICBIZWFkcGhvbmVzICBKYWNrIGphY2sgIDEgbG9jICAxIGNvbG9yICAgQmxhY2sgbWlz YyAwCmhkYWMxOiAgbmlkIDIyIDB4NDExMTExZjAgYXMgMTUgc2VxICAwICAgICAgIFNwZWFr ZXIgIE5vbmUgamFjayAgMSBsb2MgIDEgY29sb3IgICBCbGFjayBtaXNjIDEKaGRhYzE6ICBu aWQgMjMgMHg0MTExMTFmMCBhcyAxNSBzZXEgIDAgICAgICAgU3BlYWtlciAgTm9uZSBqYWNr ICAxIGxvYyAgMSBjb2xvciAgIEJsYWNrIG1pc2MgMQpoZGFjMTogIG5pZCAyNCAweDAxYTEx YzMwIGFzICAzIHNlcSAgMCAgICAgICAgICAgTWljICBKYWNrIGphY2sgIDEgbG9jICAxIGNv bG9yICAgQmxhY2sgbWlzYyAxMgpoZGFjMTogIG5pZCAyNSAweDk5YTM4OTMxIGFzICAzIHNl cSAgMSAgICAgICAgICAgTWljIEZpeGVkIGphY2sgIDMgbG9jIDI1IGNvbG9yICBQdXJwbGUg bWlzYyA5CmhkYWMxOiAgbmlkIDI2IDB4MDE4MTE0M2YgYXMgIDMgc2VxIDE1ICAgICAgIExp bmUtaW4gIEphY2sgamFjayAgMSBsb2MgIDEgY29sb3IgICBCbGFjayBtaXNjIDQKaGRhYzE6 ICBuaWQgMjcgMHg0MTExMTFmMCBhcyAxNSBzZXEgIDAgICAgICAgU3BlYWtlciAgTm9uZSBq YWNrICAxIGxvYyAgMSBjb2xvciAgIEJsYWNrIG1pc2MgMQpoZGFjMTogIG5pZCAyOCAweDQx MTExMWYwIGFzIDE1IHNlcSAgMCAgICAgICBTcGVha2VyICBOb25lIGphY2sgIDEgbG9jICAx IGNvbG9yICAgQmxhY2sgbWlzYyAxCmhkYWMxOiBQYXRjaGluZyB3aWRnZXQgY2FwcyBuaWQ9 MjkgMHgwMDQwMDQwMCAtPiAweDAwNzAwNDAwCmhkYWMxOiAgbmlkIDMwIDB4MDE0NDExMjAg YXMgIDIgc2VxICAwICAgICBTUERJRi1vdXQgIEphY2sgamFjayAgNCBsb2MgIDEgY29sb3Ig ICBCbGFjayBtaXNjIDEKaGRhYzE6ICBuaWQgMzEgMHg0MTExMTFmMCBhcyAxNSBzZXEgIDAg ICAgICAgU3BlYWtlciAgTm9uZSBqYWNrICAxIGxvYyAgMSBjb2xvciAgIEJsYWNrIG1pc2Mg MQpoZGFjMTogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246CmhkYWMxOiAgbmlkIDE3IDB4 NDExMTExZjAgYXMgMTUgc2VxICAwICAgICAgIFNwZWFrZXIgIE5vbmUgamFjayAgMSBsb2Mg IDEgY29sb3IgICBCbGFjayBtaXNjIDEgW0RJU0FCTEVEXQpoZGFjMTogIG5pZCAxOCAweDQx MTExMWYwIGFzIDE1IHNlcSAgMCAgICAgICBTcGVha2VyICBOb25lIGphY2sgIDEgbG9jICAx IGNvbG9yICAgQmxhY2sgbWlzYyAxIFtESVNBQkxFRF0KaGRhYzE6ICBuaWQgMjAgMHg5OTEz ODExMCBhcyAgMSBzZXEgIDAgICAgICAgU3BlYWtlciBGaXhlZCBqYWNrICAzIGxvYyAyNSBj b2xvciAgUHVycGxlIG1pc2MgMQpoZGFjMTogIG5pZCAyMSAweDAxMjExMDFmIGFzICAxIHNl cSAxNSAgICBIZWFkcGhvbmVzICBKYWNrIGphY2sgIDEgbG9jICAxIGNvbG9yICAgQmxhY2sg bWlzYyAwCmhkYWMxOiAgbmlkIDIyIDB4NDExMTExZjAgYXMgMTUgc2VxICAwICAgICAgIFNw ZWFrZXIgIE5vbmUgamFjayAgMSBsb2MgIDEgY29sb3IgICBCbGFjayBtaXNjIDEgW0RJU0FC TEVEXQpoZGFjMTogIG5pZCAyMyAweDQxMTExMWYwIGFzIDE1IHNlcSAgMCAgICAgICBTcGVh a2VyICBOb25lIGphY2sgIDEgbG9jICAxIGNvbG9yICAgQmxhY2sgbWlzYyAxIFtESVNBQkxF RF0KaGRhYzE6ICBuaWQgMjQgMHgwMWExMWMzMCBhcyAgMyBzZXEgIDAgICAgICAgICAgIE1p YyAgSmFjayBqYWNrICAxIGxvYyAgMSBjb2xvciAgIEJsYWNrIG1pc2MgMTIKaGRhYzE6ICBu aWQgMjUgMHg5OWEzODkzMSBhcyAgMyBzZXEgIDEgICAgICAgICAgIE1pYyBGaXhlZCBqYWNr ICAzIGxvYyAyNSBjb2xvciAgUHVycGxlIG1pc2MgOQpoZGFjMTogIG5pZCAyNiAweDAxODEx NDNmIGFzICAzIHNlcSAxNSAgICAgICBMaW5lLWluICBKYWNrIGphY2sgIDEgbG9jICAxIGNv bG9yICAgQmxhY2sgbWlzYyA0CmhkYWMxOiAgbmlkIDI3IDB4NDExMTExZjAgYXMgMTUgc2Vx ICAwICAgICAgIFNwZWFrZXIgIE5vbmUgamFjayAgMSBsb2MgIDEgY29sb3IgICBCbGFjayBt aXNjIDEgW0RJU0FCTEVEXQpoZGFjMTogIG5pZCAyOCAweDQxMTExMWYwIGFzIDE1IHNlcSAg MCAgICAgICBTcGVha2VyICBOb25lIGphY2sgIDEgbG9jICAxIGNvbG9yICAgQmxhY2sgbWlz YyAxIFtESVNBQkxFRF0KaGRhYzE6ICBuaWQgMzAgMHgwMTQ0MTEyMCBhcyAgMiBzZXEgIDAg ICAgIFNQRElGLW91dCAgSmFjayBqYWNrICA0IGxvYyAgMSBjb2xvciAgIEJsYWNrIG1pc2Mg MQpoZGFjMTogIG5pZCAzMSAweDQxMTExMWYwIGFzIDE1IHNlcSAgMCAgICAgICBTcGVha2Vy ICBOb25lIGphY2sgIDEgbG9jICAxIGNvbG9yICAgQmxhY2sgbWlzYyAxIFtESVNBQkxFRF0K aGRhYzE6IDMgYXNzb2NpYXRpb25zIGZvdW5kOgpoZGFjMTogQXNzb2NpYXRpb24gMCAoMSkg b3V0OgpoZGFjMTogIFBpbiBuaWQ9MjAgc2VxPTAKaGRhYzE6ICBQaW4gbmlkPTIxIHNlcT0x NQpoZGFjMTogQXNzb2NpYXRpb24gMSAoMikgb3V0OgpoZGFjMTogIFBpbiBuaWQ9MzAgc2Vx PTAKaGRhYzE6IEFzc29jaWF0aW9uIDIgKDMpIGluOgpoZGFjMTogIFBpbiBuaWQ9MjQgc2Vx PTAKaGRhYzE6ICBQaW4gbmlkPTI1IHNlcT0xCmhkYWMxOiAgUGluIG5pZD0yNiBzZXE9MTUK aGRhYzE6IFRyYWNpbmcgYXNzb2NpYXRpb24gMCAoMSkKaGRhYzE6ICBQaW4gMjAgdHJhY2Vk IHRvIERBQyAyCmhkYWMxOiAgUGluIDIxIHRyYWNlZCB0byBEQUMgMiBhbmQgaHByZWRpciAw CmhkYWMxOiBBc3NvY2lhdGlvbiAwICgxKSB0cmFjZSBzdWNjZWVkZWQKaGRhYzE6IFRyYWNp bmcgYXNzb2NpYXRpb24gMSAoMikKaGRhYzE6ICBQaW4gMzAgdHJhY2VkIHRvIERBQyA2Cmhk YWMxOiBBc3NvY2lhdGlvbiAxICgyKSB0cmFjZSBzdWNjZWVkZWQKaGRhYzE6IFRyYWNpbmcg YXNzb2NpYXRpb24gMiAoMykKaGRhYzE6ICBQaW4gMjQgdHJhY2VkIHRvIEFEQyA4CmhkYWMx OiAgUGluIDI1IHRyYWNlZCB0byBBREMgOApoZGFjMTogIFBpbiAyNiB0cmFjZWQgdG8gQURD IDgKaGRhYzE6IEFzc29jaWF0aW9uIDIgKDMpIHRyYWNlIHN1Y2NlZWRlZApoZGFjMTogVHJh Y2luZyBpbnB1dCBtb25pdG9yCmhkYWMxOiAgVHJhY2luZyBuaWQgMTEgdG8gb3V0CmhkYWMx OiAgbmlkIDExIGlzIGlucHV0IG1vbml0b3IKaGRhYzE6ICBUcmFjaW5nIG5pZCAzNSB0byBv dXQKaGRhYzE6IFRyYWNpbmcgb3RoZXIgaW5wdXQgbW9uaXRvcnMKaGRhYzE6ICBUcmFjaW5n IG5pZCAyNCB0byBvdXQKaGRhYzE6ICBUcmFjaW5nIG5pZCAyNSB0byBvdXQKaGRhYzE6ICBU cmFjaW5nIG5pZCAyNiB0byBvdXQKaGRhYzE6IFRyYWNpbmcgYmVlcGVyCmhkYWMxOiBFbmFi bGluZyBoZWFkcGhvbmUvc3BlYWtlciBhdWRpbyByb3V0aW5nIHN3aXRjaGluZzoKaGRhYzE6 IAlhcz0wIHNlbnNlIG5pZD0yMSBbVU5TT0xdCmhkYWMxOiBQaW4gc2Vuc2U6IG5pZD0yMSBy ZXM9MHgwMDAwMDAwMApoZGFjMTogRkcgY29uZmlnL3F1aXJrczogZm9yY2VzdGVyZW8gaXZy ZWY1MCBpdnJlZjgwIGl2cmVmMTAwIGl2cmVmCmhkYWMxOiAKaGRhYzE6ICstLS0tLS0tLS0t LS0tLS0tLS0tKwpoZGFjMTogfCBEVU1QSU5HIEhEQSBOT0RFUyB8CmhkYWMxOiArLS0tLS0t LS0tLS0tLS0tLS0tLSsKaGRhYzE6IApoZGFjMTogRGVmYXVsdCBQYXJhbWV0ZXIKaGRhYzE6 IC0tLS0tLS0tLS0tLS0tLS0tCmhkYWMxOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEK aGRhYzE6ICAgICAgICAgICAgICAgICAgUENNCmhkYWMxOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwZTA1NjAKaGRhYzE6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDgg OTYgMTkyIEtIegpoZGFjMTogICAgICAgICAgSU4gYW1wOiAweDAwMDAwMDAwCmhkYWMxOiAg ICAgICAgIE9VVCBhbXA6IDB4MDAwMDAwMDAKaGRhYzE6IApoZGFjMTogICAgICAgICAgICAg bmlkOiAyCmhkYWMxOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG91dHB1dApoZGFjMTogICAg ICBXaWRnZXQgY2FwOiAweDAwMDAwNDExCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUiBT VEVSRU8KaGRhYzE6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAwODAwMSkKaGRhYzE6ICAg ICAgICAgICAgIE9TUzogcGNtIChwY20pCmhkYWMxOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAw MDAwMDEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUENNCmhkYWMxOiAgICAgICAgIFBDTSBj YXA6IDB4MDAwZTA1NjAKaGRhYzE6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywg NDQgNDggOTYgMTkyIEtIegpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDMgW0RJ U0FCTEVEXQpoZGFjMTogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKaGRhYzE6ICAg ICAgV2lkZ2V0IGNhcDogMHgwMDAwMDQxMQpoZGFjMTogICAgICAgICAgICAgICAgICBQV1Ig U1RFUkVPCmhkYWMxOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYzE6ICAgICAg ICAgICAgICAgICAgUENNCmhkYWMxOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRh YzE6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpo ZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDQgW0RJU0FCTEVEXQpoZGFjMTogICAg ICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgw MDAwMDQxMQpoZGFjMTogICAgICAgICAgICAgICAgICBQV1IgU1RFUkVPCmhkYWMxOiAgICAg IFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUENNCmhk YWMxOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRhYzE6ICAgICAgICAgICAgICAg ICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpoZGFjMTogCmhkYWMxOiAgICAg ICAgICAgICBuaWQ6IDUgW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICBOYW1lOiBhdWRp byBvdXRwdXQKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDAwMDQxMQpoZGFjMTogICAg ICAgICAgICAgICAgICBQV1IgU1RFUkVPCmhkYWMxOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAw MDAwMDEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUENNCmhkYWMxOiAgICAgICAgIFBDTSBj YXA6IDB4MDAwZTA1NjAKaGRhYzE6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywg NDQgNDggOTYgMTkyIEtIegpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDYKaGRh YzE6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0CmhkYWMxOiAgICAgIFdpZGdldCBj YXA6IDB4MDAwMDA2MTEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUFdSIERJR0lUQUwgU1RF UkVPCmhkYWMxOiAgICAgQXNzb2NpYXRpb246IDEgKDB4MDAwMDAwMDEpCmhkYWMxOiAgICAg ICAgICAgICBPU1M6IHBjbSAocGNtKQpoZGFjMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAw MDAxCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBDTQpoZGFjMTogICAgICAgICBQQ00gY2Fw OiAweDAwMGUwNWUwCmhkYWMxOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0 IDQ4IDg4IDk2IDE5MiBLSHoKaGRhYzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiA3IFtE SVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldApoZGFjMTog ICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwCmhkYWMxOiAKaGRhYzE6ICAgICAgICAgICAg IG5pZDogOApoZGFjMTogICAgICAgICAgICBOYW1lOiBhdWRpbyBpbnB1dApoZGFjMTogICAg ICBXaWRnZXQgY2FwOiAweDAwMTAwNTFiCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUiBT VEVSRU8KaGRhYzE6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwODAwMykKaGRhYzE6ICAg ICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpoZGFjMTogICAgICAgICAgICAgICAgICBQQ00K aGRhYzE6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDU2MApoZGFjMTogICAgICAgICAgICAg ICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAxOTIgS0h6CmhkYWMxOiAgICAgICBJbnB1 dCBhbXA6IDB4ODAwNTFmMGIKaGRhYzE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9 MzEgc2l6ZT01IG9mZnNldD0xMQpoZGFjMTogICAgIGNvbm5lY3Rpb25zOiAxCmhkYWMxOiAg ICAgICAgICAgfApoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTM1IFthdWRpbyBtaXhlcl0K aGRhYzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiA5IFtESVNBQkxFRF0KaGRhYzE6ICAg ICAgICAgICAgTmFtZTogYXVkaW8gaW5wdXQKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgw MDEwMDUxYgpoZGFjMTogICAgICAgICAgICAgICAgICBQV1IgU1RFUkVPCmhkYWMxOiAgICAg IFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUENNCmhk YWMxOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTA1NjAKaGRhYzE6ICAgICAgICAgICAgICAg ICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpoZGFjMTogICAgICAgSW5wdXQg YW1wOiAweDgwMDUxZjBiCmhkYWMxOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTMx IHNpemU9NSBvZmZzZXQ9MTEKaGRhYzE6ICAgICBjb25uZWN0aW9uczogMQpoZGFjMTogICAg ICAgICAgIHwKaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTM0IFthdWRp byBtaXhlcl0gW0RJU0FCTEVEXQpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDEw IFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICAgTmFtZTogYXVkaW8gaW5wdXQKaGRhYzE6 ICAgICAgV2lkZ2V0IGNhcDogMHgwMDEwMDcxMQpoZGFjMTogICAgICAgICAgICAgICAgICBQ V1IgRElHSVRBTCBTVEVSRU8KaGRhYzE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpo ZGFjMTogICAgICAgICAgICAgICAgICBQQ00KaGRhYzE6ICAgICAgICAgUENNIGNhcDogMHgw MDBlMDU2MApoZGFjMTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5 NiAxOTIgS0h6CmhkYWMxOiAgICAgY29ubmVjdGlvbnM6IDEKaGRhYzE6ICAgICAgICAgICB8 CmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0zMSBbcGluOiBTcGVha2Vy IChOb25lKV0gW0RJU0FCTEVEXQpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDEx CmhkYWMxOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG1peGVyCmhkYWMxOiAgICAgIFdpZGdl dCBjYXA6IDB4MDAyMDAxMGIKaGRhYzE6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWMx OiAgICAgQXNzb2NpYXRpb246IDIgKDB4MDAwMDgwMDMpCmhkYWMxOiAgICAgICAgICAgICBP U1M6IG1peCAobWl4KQpoZGFjMTogICAgICAgSW5wdXQgYW1wOiAweDgwMDUxZjE3CmhkYWMx OiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9MjMKaGRh YzE6ICAgICBjb25uZWN0aW9uczogMTAKaGRhYzE6ICAgICAgICAgICB8CmhkYWMxOiAgICAg ICAgICAgKyA8LSBuaWQ9MjQgW3BpbjogTWljIChCbGFjayBKYWNrKV0KaGRhYzE6ICAgICAg ICAgICArIDwtIG5pZD0yNSBbcGluOiBNaWMgKEZpeGVkKV0KaGRhYzE6ICAgICAgICAgICAr IDwtIG5pZD0yNiBbcGluOiBMaW5lLWluIChCbGFjayBKYWNrKV0KaGRhYzE6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTI3IFtwaW46IFNwZWFrZXIgKE5vbmUpXSBbRElTQUJM RURdCmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yOCBbcGluOiBTcGVh a2VyIChOb25lKV0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTI5IFti ZWVwIHdpZGdldF0KaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIwIFtw aW46IFNwZWFrZXIgKEZpeGVkKV0KaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0g bmlkPTIxIFtwaW46IEhlYWRwaG9uZXMgKEJsYWNrIEphY2spXQpoZGFjMTogICAgICAgICAg ICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjIgW3BpbjogU3BlYWtlciAoTm9uZSldIFtESVNBQkxF RF0KaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTIzIFtwaW46IFNwZWFr ZXIgKE5vbmUpXSBbRElTQUJMRURdCmhkYWMxOiAKaGRhYzE6ICAgICAgICAgICAgIG5pZDog MTIKaGRhYzE6ICAgICAgICAgICAgTmFtZTogYXVkaW8gbWl4ZXIKaGRhYzE6ICAgICAgV2lk Z2V0IGNhcDogMHgwMDIwMDEwZgpoZGFjMTogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRh YzE6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgwMDAwODAwMSkKaGRhYzE6ICAgICAgICAgICAg IE9TUzogcGNtLCBtaXgKaGRhYzE6ICAgICAgT3V0cHV0IGFtcDogMHgwMDA1MWYxZgpoZGFj MTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTMxCmhk YWMxOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAgICAgICAg ICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICBjb25uZWN0aW9u czogMgpoZGFjMTogICAgICAgICAgIHwKaGRhYzE6ICAgICAgICAgICArIDwtIG5pZD0yIFth dWRpbyBvdXRwdXRdCmhkYWMxOiAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVy XQpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDEzIFtESVNBQkxFRF0KaGRhYzE6 ICAgICAgICAgICAgTmFtZTogYXVkaW8gbWl4ZXIKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDog MHgwMDIwMDEwZgpoZGFjMTogICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYzE6ICAgICBB c3NvY2lhdGlvbjogLTIgKDB4MDAwMDAwMDApCmhkYWMxOiAgICAgIE91dHB1dCBhbXA6IDB4 MDAwNTFmMWYKaGRhYzE6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MzEgc2l6ZT01 IG9mZnNldD0zMQpoZGFjMTogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwCmhkYWMxOiAg ICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wCmhkYWMxOiAg ICAgY29ubmVjdGlvbnM6IDIKaGRhYzE6ICAgICAgICAgICB8CmhkYWMxOiAgICAgICAgICAg KyBbRElTQUJMRURdIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIFtESVNBQkxFRF0KaGRhYzE6 ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTExIFthdWRpbyBtaXhlcl0KaGRhYzE6 IApoZGFjMTogICAgICAgICAgICAgbmlkOiAxNCBbRElTQUJMRURdCmhkYWMxOiAgICAgICAg ICAgIE5hbWU6IGF1ZGlvIG1peGVyCmhkYWMxOiAgICAgIFdpZGdldCBjYXA6IDB4MDAyMDAx MGYKaGRhYzE6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWMxOiAgICAgQXNzb2NpYXRp b246IC0yICgweDAwMDAwMDAwKQpoZGFjMTogICAgICBPdXRwdXQgYW1wOiAweDAwMDUxZjFm CmhkYWMxOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMxIHNpemU9NSBvZmZzZXQ9 MzEKaGRhYzE6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAwMApoZGFjMTogICAgICAgICAg ICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFjMTogICAgIGNvbm5l Y3Rpb25zOiAyCmhkYWMxOiAgICAgICAgICAgfApoZGFjMTogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9NCBbYXVkaW8gb3V0cHV0XSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAg ICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMSBbYXVkaW8gbWl4ZXJdCmhkYWMxOiAKaGRhYzE6 ICAgICAgICAgICAgIG5pZDogMTUgW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICBOYW1l OiBhdWRpbyBtaXhlcgpoZGFjMTogICAgICBXaWRnZXQgY2FwOiAweDAwMjAwMTBmCmhkYWMx OiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFjMTogICAgIEFzc29jaWF0aW9uOiAtMiAo MHgwMDAwMDAwMCkKaGRhYzE6ICAgICAgT3V0cHV0IGFtcDogMHgwMDA1MWYxZgpoZGFjMTog ICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zMSBzaXplPTUgb2Zmc2V0PTMxCmhkYWMx OiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAgICAgICAgICAg bXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICBjb25uZWN0aW9uczog MgpoZGFjMTogICAgICAgICAgIHwKaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0g bmlkPTUgW2F1ZGlvIG91dHB1dF0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgW0RJ U0FCTEVEXSA8LSBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpoZGFjMTogCmhkYWMxOiAgICAgICAg ICAgICBuaWQ6IDE2IFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICAgTmFtZTogYXVkaW8g b3V0cHV0CmhkYWMxOiAgICAgIFdpZGdldCBjYXA6IDB4MDAwMDA2MTEKaGRhYzE6ICAgICAg ICAgICAgICAgICAgUFdSIERJR0lUQUwgU1RFUkVPCmhkYWMxOiAgICAgIFN0cmVhbSBjYXA6 IDB4MDAwMDAwMDEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUENNCmhkYWMxOiAgICAgICAg IFBDTSBjYXA6IDB4MDAwZTA1ZTAKaGRhYzE6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQg Yml0cywgNDQgNDggODggOTYgMTkyIEtIegpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBu aWQ6IDE3IFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICAgTmFtZTogcGluOiBTcGVha2Vy IChOb25lKQpoZGFjMTogICAgICBXaWRnZXQgY2FwOiAweDAwNDAwNzgwCmhkYWMxOiAgICAg ICAgICAgICAgICAgIFBXUiBESUdJVEFMIFVOU09MCmhkYWMxOiAgICAgICAgIFBpbiBjYXA6 IDB4MDAwMDAwMTQKaGRhYzE6ICAgICAgICAgICAgICAgICAgUERDIE9VVApoZGFjMTogICAg ICBQaW4gY29uZmlnOiAweDQxMTExMWYwCmhkYWMxOiAgICAgUGluIGNvbnRyb2w6IDB4MDAw MDAwMDAKaGRhYzE6ICAgICBjb25uZWN0aW9uczogMQpoZGFjMTogICAgICAgICAgIHwKaGRh YzE6ICAgICAgICAgICArIDwtIG5pZD0xNiBbYXVkaW8gb3V0cHV0XSBbRElTQUJMRURdCmhk YWMxOiAKaGRhYzE6ICAgICAgICAgICAgIG5pZDogMTggW0RJU0FCTEVEXQpoZGFjMTogICAg ICAgICAgICBOYW1lOiBwaW46IFNwZWFrZXIgKE5vbmUpCmhkYWMxOiAgICAgIFdpZGdldCBj YXA6IDB4MDA0MDA0MDEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUFdSIFNURVJFTwpoZGFj MTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDIwCmhkYWMxOiAgICAgICAgICAgICAgICAg IElOCmhkYWMxOiAgICAgIFBpbiBjb25maWc6IDB4NDExMTExZjAKaGRhYzE6ICAgICBQaW4g Y29udHJvbDogMHgwMDAwMDAwMApoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDE5 IFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICAgTmFtZTogdmVuZG9yIHdpZGdldApoZGFj MTogICAgICBXaWRnZXQgY2FwOiAweDAwZjAwMDAwCmhkYWMxOiAKaGRhYzE6ICAgICAgICAg ICAgIG5pZDogMjAKaGRhYzE6ICAgICAgICAgICAgTmFtZTogcGluOiBTcGVha2VyIChGaXhl ZCkKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDU4ZgpoZGFjMTogICAgICAgICAg ICAgICAgICBQV1IgVU5TT0wgU1RFUkVPCmhkYWMxOiAgICAgQXNzb2NpYXRpb246IDAgKDB4 MDAwMDAwMDEpCmhkYWMxOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMTAwM2UKaGRhYzE6ICAg ICAgICAgICAgICAgICAgVFJRRCBQREMgSFAgT1VUIElOIEVBUEQKaGRhYzE6ICAgICAgUGlu IGNvbmZpZzogMHg5OTEzODExMApoZGFjMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQw IE9VVApoZGFjMTogICAgICAgICAgICBFQVBEOiAweDAwMDAwMDAyCmhkYWMxOiAgICAgIE91 dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0 ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3MDMw MApoZGFjMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zmc2V0 PTAKaGRhYzE6ICAgICBjb25uZWN0aW9uczogNQpoZGFjMTogICAgICAgICAgIHwKaGRhYzE6 ICAgICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIChzZWxlY3RlZCkKaGRhYzE6 ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0gW0RJU0FC TEVEXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTQgW2F1ZGlvIG1p eGVyXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0x NSBbYXVkaW8gbWl4ZXJdIFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxF RF0gPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0gW0RJU0FCTEVEXQpoZGFjMTogCmhkYWMxOiAg ICAgICAgICAgICBuaWQ6IDIxCmhkYWMxOiAgICAgICAgICAgIE5hbWU6IHBpbjogSGVhZHBo b25lcyAoQmxhY2sgSmFjaykKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDU4Zgpo ZGFjMTogICAgICAgICAgICAgICAgICBQV1IgVU5TT0wgU1RFUkVPCmhkYWMxOiAgICAgQXNz b2NpYXRpb246IDAgKDB4MDAwMDgwMDApCmhkYWMxOiAgICAgICAgIFBpbiBjYXA6IDB4MDAw MTAwM2UKaGRhYzE6ICAgICAgICAgICAgICAgICAgVFJRRCBQREMgSFAgT1VUIElOIEVBUEQK aGRhYzE6ICAgICAgUGluIGNvbmZpZzogMHgwMTIxMTAxZgpoZGFjMTogICAgIFBpbiBjb250 cm9sOiAweDAwMDAwMGMwIEhQIE9VVApoZGFjMTogICAgICAgICAgICBFQVBEOiAweDAwMDAw MDAyCmhkYWMxOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAg ICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICAgIElu cHV0IGFtcDogMHgwMDI3MDMwMApoZGFjMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3Rl cD0zIHNpemU9Mzkgb2Zmc2V0PTAKaGRhYzE6ICAgICBjb25uZWN0aW9uczogNQpoZGFjMTog ICAgICAgICAgIHwKaGRhYzE6ICAgICAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJd IChzZWxlY3RlZCkKaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFth dWRpbyBtaXhlcl0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8 LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJdIFtESVNBQkxFRF0KaGRhYzE6ICAg ICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0gW0RJU0FCTEVE XQpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDIyIFtESVNBQkxFRF0KaGRhYzE6 ICAgICAgICAgICAgTmFtZTogcGluOiBTcGVha2VyIChOb25lKQpoZGFjMTogICAgICBXaWRn ZXQgY2FwOiAweDAwNDAwNThmCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUiBVTlNPTCBT VEVSRU8KaGRhYzE6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAzNgpoZGFjMTogICAgICAg ICAgICAgICAgICBUUlFEIFBEQyBPVVQgSU4KaGRhYzE6ICAgICAgUGluIGNvbmZpZzogMHg0 MTExMTFmMApoZGFjMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAwCmhkYWMxOiAgICAg IE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAgICAgICAgICAgbXV0ZT0x IHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3 MDMwMApoZGFjMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9Mzkgb2Zm c2V0PTAKaGRhYzE6ICAgICBjb25uZWN0aW9uczogNQpoZGFjMTogICAgICAgICAgIHwKaGRh YzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gKHNl bGVjdGVkKQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBtaXhlcl0gW0RJ U0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTE0IFthdWRpbyBtaXhlcl0gW0RJ U0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0gW0RJ U0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0gW0RJ U0FCTEVEXQpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDIzIFtESVNBQkxFRF0K aGRhYzE6ICAgICAgICAgICAgTmFtZTogcGluOiBTcGVha2VyIChOb25lKQpoZGFjMTogICAg ICBXaWRnZXQgY2FwOiAweDAwNDAwNThmCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUiBV TlNPTCBTVEVSRU8KaGRhYzE6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAzNgpoZGFjMTog ICAgICAgICAgICAgICAgICBUUlFEIFBEQyBPVVQgSU4KaGRhYzE6ICAgICAgUGluIGNvbmZp ZzogMHg0MTExMTFmMApoZGFjMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAwCmhkYWMx OiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAgICAgICAgICAg bXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICAgIElucHV0IGFtcDog MHgwMDI3MDMwMApoZGFjMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNpemU9 Mzkgb2Zmc2V0PTAKaGRhYzE6ICAgICBjb25uZWN0aW9uczogNQpoZGFjMTogICAgICAgICAg IHwKaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEyIFthdWRpbyBtaXhl cl0gKHNlbGVjdGVkKQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTEzIFthdWRpbyBtaXhl cl0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTE0IFthdWRpbyBtaXhl cl0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTE1IFthdWRpbyBtaXhl cl0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgPC0gbmlkPTM4IFthdWRpbyBtaXhl cl0gW0RJU0FCTEVEXQpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDI0CmhkYWMx OiAgICAgICAgICAgIE5hbWU6IHBpbjogTWljIChCbGFjayBKYWNrKQpoZGFjMTogICAgICBX aWRnZXQgY2FwOiAweDAwNDAwNThmCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUiBVTlNP TCBTVEVSRU8KaGRhYzE6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAwMSkKaGRhYzE6 ICAgICAgICAgICAgIE9TUzogbWljIChtaWMpCmhkYWMxOiAgICAgICAgIFBpbiBjYXA6IDB4 MDAwMDM3M2UKaGRhYzE6ICAgICAgICAgICAgICAgICAgVFJRRCBQREMgSFAgT1VUIElOIFZS RUZbIDUwIDgwIDEwMCBHUk9VTkQgSElaIF0KaGRhYzE6ICAgICAgUGluIGNvbmZpZzogMHgw MWExMWMzMApoZGFjMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDI1IElOIFZSRUZzCmhk YWMxOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAgICAgICAg ICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICAgIElucHV0IGFt cDogMHgwMDI3MDMwMApoZGFjMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zIHNp emU9Mzkgb2Zmc2V0PTAKaGRhYzE6ICAgICBjb25uZWN0aW9uczogNQpoZGFjMTogICAgICAg ICAgIHwKaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEyIFthdWRpbyBt aXhlcl0gKHNlbGVjdGVkKQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9 MTMgW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJM RURdIDwtIG5pZD0xNCBbYXVkaW8gbWl4ZXJdIFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAg ICArIFtESVNBQkxFRF0gPC0gbmlkPTE1IFthdWRpbyBtaXhlcl0gW0RJU0FCTEVEXQpoZGFj MTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MzggW2F1ZGlvIG1peGVyXSBbRElT QUJMRURdCmhkYWMxOiAKaGRhYzE6ICAgICAgICAgICAgIG5pZDogMjUKaGRhYzE6ICAgICAg ICAgICAgTmFtZTogcGluOiBNaWMgKEZpeGVkKQpoZGFjMTogICAgICBXaWRnZXQgY2FwOiAw eDAwNDAwNThmCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUiBVTlNPTCBTVEVSRU8KaGRh YzE6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAwMikKaGRhYzE6ICAgICAgICAgICAg IE9TUzogbW9uaXRvciAobW9uaXRvcikKaGRhYzE6ICAgICAgICAgUGluIGNhcDogMHgwMDAw MzczZQpoZGFjMTogICAgICAgICAgICAgICAgICBUUlFEIFBEQyBIUCBPVVQgSU4gVlJFRlsg NTAgODAgMTAwIEdST1VORCBISVogXQpoZGFjMTogICAgICBQaW4gY29uZmlnOiAweDk5YTM4 OTMxCmhkYWMxOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMjUgSU4gVlJFRnMKaGRhYzE6 ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMApoZGFjMTogICAgICAgICAgICAgICAgICBt dXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFjMTogICAgICAgSW5wdXQgYW1wOiAw eDAwMjcwMzAwCmhkYWMxOiAgICAgICAgICAgICAgICAgIG11dGU9MCBzdGVwPTMgc2l6ZT0z OSBvZmZzZXQ9MApoZGFjMTogICAgIGNvbm5lY3Rpb25zOiA1CmhkYWMxOiAgICAgICAgICAg fApoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVy XSAoc2VsZWN0ZWQpCmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMyBb YXVkaW8gbWl4ZXJdIFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0g PC0gbmlkPTE0IFthdWRpbyBtaXhlcl0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsg W0RJU0FCTEVEXSA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAg ICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0zOCBbYXVkaW8gbWl4ZXJdIFtESVNBQkxF RF0KaGRhYzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiAyNgpoZGFjMTogICAgICAgICAg ICBOYW1lOiBwaW46IExpbmUtaW4gKEJsYWNrIEphY2spCmhkYWMxOiAgICAgIFdpZGdldCBj YXA6IDB4MDA0MDA1OGYKaGRhYzE6ICAgICAgICAgICAgICAgICAgUFdSIFVOU09MIFNURVJF TwpoZGFjMTogICAgIEFzc29jaWF0aW9uOiAyICgweDAwMDA4MDAwKQpoZGFjMTogICAgICAg ICAgICAgT1NTOiBsaW5lIChsaW5lKQpoZGFjMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAz NzNlCmhkYWMxOiAgICAgICAgICAgICAgICAgIFRSUUQgUERDIEhQIE9VVCBJTiBWUkVGWyA1 MCA4MCAxMDAgR1JPVU5EIEhJWiBdCmhkYWMxOiAgICAgIFBpbiBjb25maWc6IDB4MDE4MTE0 M2YKaGRhYzE6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDAyNSBJTiBWUkVGcwpoZGFjMTog ICAgICBPdXRwdXQgYW1wOiAweDgwMDAwMDAwCmhkYWMxOiAgICAgICAgICAgICAgICAgIG11 dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wCmhkYWMxOiAgICAgICBJbnB1dCBhbXA6IDB4 MDAyNzAzMDAKaGRhYzE6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5 IG9mZnNldD0wCmhkYWMxOiAgICAgY29ubmVjdGlvbnM6IDUKaGRhYzE6ICAgICAgICAgICB8 CmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJd IChzZWxlY3RlZCkKaGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEzIFth dWRpbyBtaXhlcl0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8 LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0xNSBbYXVkaW8gbWl4ZXJdIFtESVNBQkxFRF0KaGRhYzE6ICAg ICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTM4IFthdWRpbyBtaXhlcl0gW0RJU0FCTEVE XQpoZGFjMTogCmhkYWMxOiAgICAgICAgICAgICBuaWQ6IDI3IFtESVNBQkxFRF0KaGRhYzE6 ICAgICAgICAgICAgTmFtZTogcGluOiBTcGVha2VyIChOb25lKQpoZGFjMTogICAgICBXaWRn ZXQgY2FwOiAweDAwNDAwNThmCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUiBVTlNPTCBT VEVSRU8KaGRhYzE6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMzczZQpoZGFjMTogICAgICAg ICAgICAgICAgICBUUlFEIFBEQyBIUCBPVVQgSU4gVlJFRlsgNTAgODAgMTAwIEdST1VORCBI SVogXQpoZGFjMTogICAgICBQaW4gY29uZmlnOiAweDQxMTExMWYwCmhkYWMxOiAgICAgUGlu IGNvbnRyb2w6IDB4MDAwMDAwMDAKaGRhYzE6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAw MApoZGFjMTogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9 MApoZGFjMTogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMzAwCmhkYWMxOiAgICAgICAgICAg ICAgICAgIG11dGU9MCBzdGVwPTMgc2l6ZT0zOSBvZmZzZXQ9MApoZGFjMTogICAgIGNvbm5l Y3Rpb25zOiA1CmhkYWMxOiAgICAgICAgICAgfApoZGFjMTogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9MTIgW2F1ZGlvIG1peGVyXSAoc2VsZWN0ZWQpCmhkYWMxOiAgICAgICAg ICAgKyA8LSBuaWQ9MTMgW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAg ICAgKyA8LSBuaWQ9MTQgW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAg ICAgKyA8LSBuaWQ9MTUgW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAg ICAgKyA8LSBuaWQ9MzggW2F1ZGlvIG1peGVyXSBbRElTQUJMRURdCmhkYWMxOiAKaGRhYzE6 ICAgICAgICAgICAgIG5pZDogMjggW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICBOYW1l OiBwaW46IFNwZWFrZXIgKE5vbmUpCmhkYWMxOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MDA0 ODEKaGRhYzE6ICAgICAgICAgICAgICAgICAgUFdSIFVOU09MIFNURVJFTwpoZGFjMTogICAg ICAgICBQaW4gY2FwOiAweDAwMDAwMDI0CmhkYWMxOiAgICAgICAgICAgICAgICAgIFBEQyBJ TgpoZGFjMTogICAgICBQaW4gY29uZmlnOiAweDQxMTExMWYwCmhkYWMxOiAgICAgUGluIGNv bnRyb2w6IDB4MDAwMDAwMDAKaGRhYzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiAyOQpo ZGFjMTogICAgICAgICAgICBOYW1lOiBiZWVwIHdpZGdldApoZGFjMTogICAgICBXaWRnZXQg Y2FwOiAweDAwNzAwNDAwCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBXUgpoZGFjMTogICAg IEFzc29jaWF0aW9uOiAtMiAoMHgwMDAwMDAwMCkKaGRhYzE6ICAgICAgICAgICAgIE9TUzog c3BlYWtlciAoc3BlYWtlcikKaGRhYzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiAzMApo ZGFjMTogICAgICAgICAgICBOYW1lOiBwaW46IFNQRElGLW91dCAoQmxhY2sgSmFjaykKaGRh YzE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDc4MApoZGFjMTogICAgICAgICAgICAgICAg ICBQV1IgRElHSVRBTCBVTlNPTApoZGFjMTogICAgIEFzc29jaWF0aW9uOiAxICgweDAwMDAw MDAxKQpoZGFjMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDE0CmhkYWMxOiAgICAgICAg ICAgICAgICAgIFBEQyBPVVQKaGRhYzE6ICAgICAgUGluIGNvbmZpZzogMHgwMTQ0MTEyMApo ZGFjMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVApoZGFjMTogICAgIGNvbm5l Y3Rpb25zOiAxCmhkYWMxOiAgICAgICAgICAgfApoZGFjMTogICAgICAgICAgICsgPC0gbmlk PTYgW2F1ZGlvIG91dHB1dF0KaGRhYzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiAzMSBb RElTQUJMRURdCmhkYWMxOiAgICAgICAgICAgIE5hbWU6IHBpbjogU3BlYWtlciAoTm9uZSkK aGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwMDY4MApoZGFjMTogICAgICAgICAgICAg ICAgICBQV1IgRElHSVRBTCBVTlNPTApoZGFjMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAw MDI0CmhkYWMxOiAgICAgICAgICAgICAgICAgIFBEQyBJTgpoZGFjMTogICAgICBQaW4gY29u ZmlnOiAweDQxMTExMWYwCmhkYWMxOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAKaGRh YzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiAzMiBbRElTQUJMRURdCmhkYWMxOiAgICAg ICAgICAgIE5hbWU6IHZlbmRvciB3aWRnZXQKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgw MGYwMDA0MApoZGFjMTogICAgICAgICAgICAgICAgICBQUk9DCmhkYWMxOiAKaGRhYzE6ICAg ICAgICAgICAgIG5pZDogMzMgW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICBOYW1lOiB2 ZW5kb3Igd2lkZ2V0CmhkYWMxOiAgICAgIFdpZGdldCBjYXA6IDB4MDBmMDAwMDAKaGRhYzE6 IApoZGFjMTogICAgICAgICAgICAgbmlkOiAzNCBbRElTQUJMRURdCmhkYWMxOiAgICAgICAg ICAgIE5hbWU6IGF1ZGlvIG1peGVyCmhkYWMxOiAgICAgIFdpZGdldCBjYXA6IDB4MDAyMDAx MGIKaGRhYzE6ICAgICAgICAgICAgICAgICAgU1RFUkVPCmhkYWMxOiAgICAgICBJbnB1dCBh bXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAgICBjb25uZWN0aW9uczogMTIKaGRhYzE6ICAgICAg ICAgICB8CmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yNCBbcGluOiBN aWMgKEJsYWNrIEphY2spXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9 MjUgW3BpbjogTWljIChGaXhlZCldCmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwt IG5pZD0yNiBbcGluOiBMaW5lLWluIChCbGFjayBKYWNrKV0KaGRhYzE6ICAgICAgICAgICAr IFtESVNBQkxFRF0gPC0gbmlkPTI3IFtwaW46IFNwZWFrZXIgKE5vbmUpXSBbRElTQUJMRURd CmhkYWMxOiAgICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yOCBbcGluOiBTcGVha2Vy IChOb25lKV0gW0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBu aWQ9MjkgW2JlZXAgd2lkZ2V0XQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBu aWQ9MjAgW3BpbjogU3BlYWtlciAoRml4ZWQpXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FC TEVEXSA8LSBuaWQ9MjEgW3BpbjogSGVhZHBob25lcyAoQmxhY2sgSmFjayldCmhkYWMxOiAg ICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD0yMiBbcGluOiBTcGVha2VyIChOb25lKV0g W0RJU0FCTEVEXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjMgW3Bp bjogU3BlYWtlciAoTm9uZSldIFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTExIFthdWRpbyBtaXhlcl0KaGRhYzE6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTE4IFtwaW46IFNwZWFrZXIgKE5vbmUpXSBbRElTQUJMRURdCmhkYWMx OiAKaGRhYzE6ICAgICAgICAgICAgIG5pZDogMzUKaGRhYzE6ICAgICAgICAgICAgTmFtZTog YXVkaW8gbWl4ZXIKaGRhYzE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDIwMDEwYgpoZGFjMTog ICAgICAgICAgICAgICAgICBTVEVSRU8KaGRhYzE6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgw MDAwODAwMykKaGRhYzE6ICAgICAgICAgICAgIE9TUzogc3BlYWtlciwgbGluZSwgbWljLCBt aXgsIG1vbml0b3IKaGRhYzE6ICAgICAgIElucHV0IGFtcDogMHg4MDAwMDAwMApoZGFjMTog ICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MApoZGFjMTog ICAgIGNvbm5lY3Rpb25zOiAxMQpoZGFjMTogICAgICAgICAgIHwKaGRhYzE6ICAgICAgICAg ICArIDwtIG5pZD0yNCBbcGluOiBNaWMgKEJsYWNrIEphY2spXQpoZGFjMTogICAgICAgICAg ICsgPC0gbmlkPTI1IFtwaW46IE1pYyAoRml4ZWQpXQpoZGFjMTogICAgICAgICAgICsgPC0g bmlkPTI2IFtwaW46IExpbmUtaW4gKEJsYWNrIEphY2spXQpoZGFjMTogICAgICAgICAgICsg W0RJU0FCTEVEXSA8LSBuaWQ9MjcgW3BpbjogU3BlYWtlciAoTm9uZSldIFtESVNBQkxFRF0K aGRhYzE6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTI4IFtwaW46IFNwZWFrZXIg KE5vbmUpXSBbRElTQUJMRURdCmhkYWMxOiAgICAgICAgICAgKyA8LSBuaWQ9MjkgW2JlZXAg d2lkZ2V0XQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjAgW3Bpbjog U3BlYWtlciAoRml4ZWQpXQpoZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9 MjEgW3BpbjogSGVhZHBob25lcyAoQmxhY2sgSmFjayldCmhkYWMxOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD0yMiBbcGluOiBTcGVha2VyIChOb25lKV0gW0RJU0FCTEVEXQpo ZGFjMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MjMgW3BpbjogU3BlYWtlciAo Tm9uZSldIFtESVNBQkxFRF0KaGRhYzE6ICAgICAgICAgICArIDwtIG5pZD0xMSBbYXVkaW8g bWl4ZXJdCmhkYWMxOiAKaGRhYzE6ICAgICAgICAgICAgIG5pZDogMzYgW0RJU0FCTEVEXQpo ZGFjMTogICAgICAgICAgICBOYW1lOiB2ZW5kb3Igd2lkZ2V0CmhkYWMxOiAgICAgIFdpZGdl dCBjYXA6IDB4MDBmMDAwMDAKaGRhYzE6IApoZGFjMTogICAgICAgICAgICAgbmlkOiAzNyBb RElTQUJMRURdCmhkYWMxOiAgICAgICAgICAgIE5hbWU6IGF1ZGlvIG91dHB1dApoZGFjMTog ICAgICBXaWRnZXQgY2FwOiAweDAwMDAwNDExCmhkYWMxOiAgICAgICAgICAgICAgICAgIFBX UiBTVEVSRU8KaGRhYzE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQpoZGFjMTogICAg ICAgICAgICAgICAgICBQQ00KaGRhYzE6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDU2MApo ZGFjMTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCA0NCA0OCA5NiAxOTIgS0h6 CmhkYWMxOiAKaGRhYzE6ICAgICAgICAgICAgIG5pZDogMzggW0RJU0FCTEVEXQpoZGFjMTog ICAgICAgICAgICBOYW1lOiBhdWRpbyBtaXhlcgpoZGFjMTogICAgICBXaWRnZXQgY2FwOiAw eDAwMjAwMTBmCmhkYWMxOiAgICAgICAgICAgICAgICAgIFNURVJFTwpoZGFjMTogICAgIEFz c29jaWF0aW9uOiAtMiAoMHgwMDAwMDAwMCkKaGRhYzE6ICAgICAgT3V0cHV0IGFtcDogMHgw MDA1MWYxZgpoZGFjMTogICAgICAgICAgICAgICAgICBtdXRlPTAgc3RlcD0zMSBzaXplPTUg b2Zmc2V0PTMxCmhkYWMxOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDAKaGRhYzE6ICAg ICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTAKaGRhYzE6ICAg ICBjb25uZWN0aW9uczogMgpoZGFjMTogICAgICAgICAgIHwKaGRhYzE6ICAgICAgICAgICAr IFtESVNBQkxFRF0gPC0gbmlkPTM3IFthdWRpbyBvdXRwdXRdIFtESVNBQkxFRF0KaGRhYzE6 ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTExIFthdWRpbyBtaXhlcl0KaGRhYzE6 IApoZGFjMTogUHJvY2Vzc2luZyBtb2RlbSBGRyBjYWQ9MSBuaWQ9MS4uLgpoZGFjMTogCnBj bTE6IDxIREEgUmVhbHRlayBBTEM4ODggUENNICMwIEFuYWxvZz4gYXQgY2FkIDAgbmlkIDEg b24gaGRhYzEKcGNtMTogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t KwpwY20xOiB8IERVTVBJTkcgUENNIFBsYXliYWNrL1JlY29yZCBDaGFubmVscyB8CnBjbTE6 ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNtMTogCnBjbTE6 IFBsYXliYWNrOgpwY20xOiAKcGNtMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxCnBj bTE6ICAgICAgICAgICAgICAgICAgUENNCnBjbTE6ICAgICAgICAgUENNIGNhcDogMHgwMDBl MDU2MApwY20xOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDk2IDE5 MiBLSHoKcGNtMTogICAgICAgICAgICAgREFDOiAyCnBjbTE6IApwY20xOiBSZWNvcmQ6CnBj bTE6IApwY20xOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEKcGNtMTogICAgICAgICAg ICAgICAgICBQQ00KcGNtMTogICAgICAgICBQQ00gY2FwOiAweDAwMGUwNTYwCnBjbTE6ICAg ICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgNDQgNDggOTYgMTkyIEtIegpwY20xOiAg ICAgICAgICAgICBBREM6IDgKcGNtMTogCnBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKwpwY20xOiB8IERVTVBJTkcgUGxheWJhY2svUmVjb3JkIFBhdGhzIHwKcGNt MTogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBjbTE6IApwY20xOiBQbGF5 YmFjazoKcGNtMTogCnBjbTE6ICAgICBuaWQ9MjAgW3BpbjogU3BlYWtlciAoRml4ZWQpXQpw Y20xOiAgICAgICB8CnBjbTE6ICAgICAgICsgPC0gbmlkPTEyIFthdWRpbyBtaXhlcl0gW3Ny YzogcGNtLCBtaXhdCnBjbTE6ICAgICAgICAgICAgICB8CnBjbTE6ICAgICAgICAgICAgICAr IDwtIG5pZD0yIFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KcGNtMTogICAgICAgICAgICAg ICsgPC0gbmlkPTExIFthdWRpbyBtaXhlcl0gW3NyYzogbWl4XQpwY20xOiAKcGNtMTogICAg IG5pZD0yMSBbcGluOiBIZWFkcGhvbmVzIChCbGFjayBKYWNrKV0KcGNtMTogICAgICAgfApw Y20xOiAgICAgICArIDwtIG5pZD0xMiBbYXVkaW8gbWl4ZXJdIFtzcmM6IHBjbSwgbWl4XQpw Y20xOiAgICAgICAgICAgICAgfApwY20xOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MiBbYXVk aW8gb3V0cHV0XSBbc3JjOiBwY21dCnBjbTE6ICAgICAgICAgICAgICArIDwtIG5pZD0xMSBb YXVkaW8gbWl4ZXJdIFtzcmM6IG1peF0KcGNtMTogCnBjbTE6IFJlY29yZDoKcGNtMTogCnBj bTE6ICAgICBuaWQ9OCBbYXVkaW8gaW5wdXRdCnBjbTE6ICAgICAgIHwKcGNtMTogICAgICAg KyA8LSBuaWQ9MzUgW2F1ZGlvIG1peGVyXSBbc3JjOiBzcGVha2VyLCBsaW5lLCBtaWMsIG1p eCwgbW9uaXRvcl0KcGNtMTogICAgICAgICAgICAgIHwKcGNtMTogICAgICAgICAgICAgICsg PC0gbmlkPTI0IFtwaW46IE1pYyAoQmxhY2sgSmFjayldIFtzcmM6IG1pY10KcGNtMTogICAg ICAgICAgICAgICsgPC0gbmlkPTI1IFtwaW46IE1pYyAoRml4ZWQpXSBbc3JjOiBtb25pdG9y XQpwY20xOiAgICAgICAgICAgICAgKyA8LSBuaWQ9MjYgW3BpbjogTGluZS1pbiAoQmxhY2sg SmFjayldIFtzcmM6IGxpbmVdCnBjbTE6ICAgICAgICAgICAgICArIDwtIG5pZD0yOSBbYmVl cCB3aWRnZXRdIFtzcmM6IHNwZWFrZXJdCnBjbTE6ICAgICAgICAgICAgICArIDwtIG5pZD0x MSBbYXVkaW8gbWl4ZXJdIFtzcmM6IG1peF0KcGNtMTogCnBjbTE6IElucHV0IE1peDoKcGNt MTogCnBjbTE6ICAgICBuaWQ9MTEgW2F1ZGlvIG1peGVyXQpwY20xOiAgICAgICB8CnBjbTE6 ICAgICAgICsgPC0gbmlkPTI0IFtwaW46IE1pYyAoQmxhY2sgSmFjayldIFtzcmM6IG1pY10K cGNtMTogICAgICAgKyA8LSBuaWQ9MjUgW3BpbjogTWljIChGaXhlZCldIFtzcmM6IG1vbml0 b3JdCnBjbTE6ICAgICAgICsgPC0gbmlkPTI2IFtwaW46IExpbmUtaW4gKEJsYWNrIEphY2sp XSBbc3JjOiBsaW5lXQpwY20xOiAgICAgICArIDwtIG5pZD0yOSBbYmVlcCB3aWRnZXRdIFtz cmM6IHNwZWFrZXJdCnBjbTE6IApwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsK cGNtMTogfCBEVU1QSU5HIFZvbHVtZSBDb250cm9scyB8CnBjbTE6ICstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKwpwY20xOiAKcGNtMTogTWFzdGVyIFZvbHVtZSAoT1NTOiB2b2wpCnBj bTE6ICAgIHwKcGNtMTogICAgKy0gY3RsIDEzIChuaWQgIDEyIG91dCk6ICAgIC00Ni8wZEIg KDMyIHN0ZXBzKQpwY20xOiAgICArLSBjdGwgMTQgKG5pZCAgMTIgaW4gICAwKTogbXV0ZQpw Y20xOiAgICArLSBjdGwgMTUgKG5pZCAgMTIgaW4gICAxKTogbXV0ZQpwY20xOiAgICArLSBj dGwgMjUgKG5pZCAgMjAgaW4gKTogICAgbXV0ZQpwY20xOiAgICArLSBjdGwgMjcgKG5pZCAg MjEgaW4gKTogICAgbXV0ZQpwY20xOiAKcGNtMTogUENNIFZvbHVtZSAoT1NTOiBwY20pCnBj bTE6ICAgIHwKcGNtMTogICAgKy0gY3RsIDE0IChuaWQgIDEyIGluICAgMCk6IG11dGUKcGNt MTogCnBjbTE6IE1pY3JvcGhvbmUgVm9sdW1lIChPU1M6IG1pYykKcGNtMTogICAgfApwY20x OiAgICArLSBjdGwgMzQgKG5pZCAgMjQgb3V0KTogICAgMC8zMGRCICg0IHN0ZXBzKQpwY20x OiAgICArLSBjdGwgNTMgKG5pZCAgMzUgaW4gICAwKTogbXV0ZQpwY20xOiAKcGNtMTogTWlj cm9waG9uZTIgVm9sdW1lIChPU1M6IG1vbml0b3IpCnBjbTE6ICAgIHwKcGNtMTogICAgKy0g Y3RsIDM2IChuaWQgIDI1IG91dCk6ICAgIDAvMzBkQiAoNCBzdGVwcykKcGNtMTogICAgKy0g Y3RsIDU0IChuaWQgIDM1IGluICAgMSk6IG11dGUKcGNtMTogCnBjbTE6IExpbmUtaW4gVm9s dW1lIChPU1M6IGxpbmUpCnBjbTE6ICAgIHwKcGNtMTogICAgKy0gY3RsIDM4IChuaWQgIDI2 IG91dCk6ICAgIDAvMzBkQiAoNCBzdGVwcykKcGNtMTogICAgKy0gY3RsIDU1IChuaWQgIDM1 IGluICAgMik6IG11dGUKcGNtMTogCnBjbTE6IFNwZWFrZXIvQmVlcCBWb2x1bWUgKE9TUzog c3BlYWtlcikKcGNtMTogICAgfApwY20xOiAgICArLSBjdGwgIDggKG5pZCAgMTEgaW4gICA1 KTogLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMTogICAgKy0gY3RsIDU4IChuaWQg IDM1IGluICAgNSk6IG11dGUKcGNtMTogCnBjbTE6IFJlY29yZGluZyBMZXZlbCAoT1NTOiBy ZWMpCnBjbTE6ICAgIHwKcGNtMTogICAgKy0gY3RsICAxIChuaWQgICA4IGluICAgMCk6IC0x Ni8zMGRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTE6ICAgICstIGN0bCA1MyAobmlkICAzNSBp biAgIDApOiBtdXRlCnBjbTE6ICAgICstIGN0bCA1NCAobmlkICAzNSBpbiAgIDEpOiBtdXRl CnBjbTE6ICAgICstIGN0bCA1NSAobmlkICAzNSBpbiAgIDIpOiBtdXRlCnBjbTE6ICAgICst IGN0bCA1OCAobmlkICAzNSBpbiAgIDUpOiBtdXRlCnBjbTE6ICAgICstIGN0bCA2MyAobmlk ICAzNSBpbiAgMTApOiBtdXRlCnBjbTE6IApwY20xOiBJbnB1dCBNaXggTGV2ZWwgKE9TUzog bWl4KQpwY20xOiAgICB8CnBjbTE6ICAgICstIGN0bCAgMyAobmlkICAxMSBpbiAgIDApOiAt MzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0ZQpwY20xOiAgICArLSBjdGwgIDQgKG5pZCAgMTEg aW4gICAxKTogLTM0LzEyZEIgKDMyIHN0ZXBzKSArIG11dGUKcGNtMTogICAgKy0gY3RsICA1 IChuaWQgIDExIGluICAgMik6IC0zNC8xMmRCICgzMiBzdGVwcykgKyBtdXRlCnBjbTE6ICAg ICstIGN0bCAgOCAobmlkICAxMSBpbiAgIDUpOiAtMzQvMTJkQiAoMzIgc3RlcHMpICsgbXV0 ZQpwY20xOiAgICArLSBjdGwgMTUgKG5pZCAgMTIgaW4gICAxKTogbXV0ZQpwY20xOiAgICAr LSBjdGwgNjMgKG5pZCAgMzUgaW4gIDEwKTogbXV0ZQpwY20xOiAKcGNtMTogSW5wdXQgTW9u aXRvcmluZyBMZXZlbCAoT1NTOiBpZ2FpbikKcGNtMTogICAgfApwY20xOiAgICArLSBjdGwg MTUgKG5pZCAgMTIgaW4gICAxKTogbXV0ZQpwY20xOiAKcGNtMTogRW5hYmxpbmcgU29mdCBQ Q00gdm9sdW1lCnBjbTE6IE1peGVyICJ2b2wiOgpwY20xOiBNaXhlciAicGNtIjoKcGNtMTog TWl4ZXIgInNwZWFrZXIiOgpwY20xOiBNaXhlciAibGluZSI6CnBjbTE6IE1peGVyICJtaWMi OgpwY20xOiBNaXhlciAibWl4IjoKcGNtMTogTWl4ZXIgInJlYyI6CnBjbTE6IE1peGVyICJp Z2FpbiI6CnBjbTE6IE1peGVyICJvZ2FpbiI6CnBjbTE6IE1peGVyICJtb25pdG9yIjoKcGNt MTogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRApwY20xOiBjbG9uZSBtYW5hZ2VyOiBkZWFkbGlu ZT03NTBtcyBmbGFncz0weDgwMDAwMDFlCnBjbTE6IHNuZGJ1Zl9zZXRtYXAgNGZjMDAwMCwg NDAwMDsgMHhmZmZmZmY4MTE5ZTgyMDAwIC0+IDRmYzAwMDAKcGNtMTogc25kYnVmX3NldG1h cCA0ZmQwMDAwLCA0MDAwOyAweGZmZmZmZjgxMTllOTIwMDAgLT4gNGZkMDAwMApwY20yOiA8 SERBIFJlYWx0ZWsgQUxDODg4IFBDTSAjMSBEaWdpdGFsPiBhdCBjYWQgMCBuaWQgMSBvbiBo ZGFjMQpwY20yOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCnBj bTI6IHwgRFVNUElORyBQQ00gUGxheWJhY2svUmVjb3JkIENoYW5uZWxzIHwKcGNtMjogKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20yOiAKcGNtMjogUGxh eWJhY2s6CnBjbTI6IApwY20yOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDUKcGNtMjog ICAgICAgICAgICAgICAgICBBQzMgUENNCnBjbTI6ICAgICAgICAgUENNIGNhcDogMHgwMDBl MDVlMApwY20yOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDQ0IDQ4IDg4IDk2 IDE5MiBLSHoKcGNtMjogICAgICAgICAgICAgREFDOiA2CnBjbTI6IApwY20yOiArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKcGNtMjogfCBEVU1QSU5HIFBsYXliYWNrL1Jl Y29yZCBQYXRocyB8CnBjbTI6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpw Y20yOiAKcGNtMjogUGxheWJhY2s6CnBjbTI6IApwY20yOiAgICAgbmlkPTMwIFtwaW46IFNQ RElGLW91dCAoQmxhY2sgSmFjayldCnBjbTI6ICAgICAgIHwKcGNtMjogICAgICAgKyA8LSBu aWQ9NiBbYXVkaW8gb3V0cHV0XSBbc3JjOiBwY21dCnBjbTI6IApwY20yOiArLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsKcGNtMjogfCBEVU1QSU5HIFZvbHVtZSBDb250cm9scyB8CnBj bTI6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpwY20yOiAKcGNtMjogRm9yY2luZyBT b2Z0IFBDTSB2b2x1bWUKcGNtMjogRm9yY2luZyBtYXN0ZXIgdm9sdW1lIHdpdGggUENNCnBj bTI6IE1peGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9MHgwMDAwMDAxMApwY20yOiBNaXhl ciAicGNtIjogcGFyZW50PSJ2b2wiCnBjbTI6IFNvZnQgUENNIG1peGVyIEVOQUJMRUQKcGNt MjogY2xvbmUgbWFuYWdlcjogZGVhZGxpbmU9NzUwbXMgZmxhZ3M9MHg4MDAwMDAxZQpwY20y OiBzbmRidWZfc2V0bWFwIDYwMTAwMDAsIDQwMDA7IDB4ZmZmZmZmODExOWVhMjAwMCAtPiA2 MDEwMDAwCnVzYnVzMDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMTogNDgw TWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCmFoY2ljaDA6IEFIQ0kgcmVzZXQuLi4KYWhjaWNo MDogU0FUQSBjb25uZWN0IHRpbWU9MTAwdXMgc3RhdHVzPTAwMDAwMTIzCmFoY2ljaDA6IEFI Q0kgcmVzZXQ6IGRldmljZSBmb3VuZAphaGNpY2gxOiBBSENJIHJlc2V0Li4uCmFoY2ljaDE6 IFNBVEEgY29ubmVjdCB0aW1lPTEwMDB1cyBzdGF0dXM9MDAwMDAxMTMKYWhjaWNoMTogQUhD SSByZXNldDogZGV2aWNlIGZvdW5kCmFoY2ljaDE6IEFIQ0kgcmVzZXQ6IGRldmljZSByZWFk eSBhZnRlciAxbXMKKGFwcm9iZTE6YWhjaWNoMTowOjA6MCk6IFNJR05BVFVSRTogZWIxNAph aGNpY2gyOiBBSENJIHJlc2V0Li4uCnVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVodWIw OiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8SW50ZWw+IGF0IHVzYnVzMQp1aHViMTogPEludGVs IEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czEKYWhjaWNoMjogU0FUQSBjb25uZWN0IHRpbWVvdXQgdGltZT0xMDAwMHVzIHN0YXR1 cz0wMDAwMDAwMAphaGNpY2gyOiBBSENJIHJlc2V0OiBkZXZpY2Ugbm90IGZvdW5kCmFjcGlf YWNhZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBzdGFydApiYXR0ZXJ5MDogYmF0dGVyeSBp bml0aWFsaXphdGlvbiBzdGFydAphY3BpX2FjYWQwOiBPbiBMaW5lCmFjcGlfYWNhZDA6IGFj bGluZSBpbml0aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRpbWVzCmJhdHRlcnkwOiBiYXR0 ZXJ5IGluaXRpYWxpemF0aW9uIGRvbmUsIHRyaWVkIDEgdGltZXMKYWhjaWNoMDogQUhDSSBy ZXNldDogZGV2aWNlIHJlYWR5IGFmdGVyIDEwMG1zCihhcHJvYmUwOmFoY2ljaDA6MDowOjAp OiBTSUdOQVRVUkU6IDAwMDAKcGFzczAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0 IDAgbHVuIDAKcGFzczA6IDxTVDk1MDA0MjBBUyAwMDAyU0RNMT4gQVRBLTggU0FUQSAyLngg ZGV2aWNlCnBhc3MwOiBTZXJpYWwgTnVtYmVyIDVWSjJDWEY3CnBhc3MwOiAzMDAuMDAwTUIv cyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKcGFzczA6IENv bW1hbmQgUXVldWVpbmcgZW5hYmxlZApwYXNzMSBhdCBhaGNpY2gxIGJ1cyAwIHNjYnVzMSB0 YXJnZXQgMCBsdW4gMApwYXNzMTogPEhMLURULVNUIEJERFZEUlcgQ1QxME4gV1IwNj4gUmVt b3ZhYmxlIENELVJPTSBTQ1NJLTAgZGV2aWNlIApwYXNzMTogU2VyaWFsIE51bWJlciBLMDA4 OUY5NTUzMApwYXNzMTogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTYs IEFUQVBJIDEyYnl0ZXMsIFBJTyA4MTkyYnl0ZXMpCmFkYTAgYXQgYWhjaWNoMCBidXMgMCBz Y2J1czAgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFNUOTUwMDQyMEFTIDAwMDJTRE0xPiBBVEEt OCBTQVRBIDIueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciA1VkoyQ1hGNwphZGEwOiAz MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykK YWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDQ3Njk0ME1CICg5NzY3NzMx NjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNs eSB3YXMga25vd24gYXMgYWQ0CmxsbGFhYXBwcGlpbGljY2FjbHBsaWE1M2E6cHBpaWNjYzQy Ojc6ICBDOkNNNk1DOkMgIDpDQ0lNICBDTUNJQyBNSXUgSSBudXVDbW5NQ2FuSUMgc0lrbSBl bWR1dSBuYW5hdXNtYWtzc25tbWthZWFlc2RzZGtra2VlZGRlZAoKCgoKClNNUDogQVAgQ1BV ICMxIExhdW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAw MDYwMDE1IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAx MDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZm CiAgdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYw IHBtYzogMHgwMDAxMDQwMAogICBjbWNpOiAweDAwMDEwMGYyCihjZDA6YWhjaWNoMTowOjA6 MCk6IFNDU0kgc3RhdHVzIGVycm9yCihjZDA6YWhjaWNoMTowOjA6MCk6IFJFQUQgQ0FQQUNJ VFkuIENEQjogMjUgMCAwIDAgMCAwIDAgMCAwIDAgCihjZDA6YWhjaWNoMTowOjA6MCk6IENB TSBzdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kg c3RhdHVzOiBDaGVjayBDb25kaXRpb24KKGNkMDphaGNpY2gxOjA6MDowKTogU0NTSSBzZW5z ZTogVU5JVCBBVFRFTlRJT04gYXNjOjI5LDAgKFBvd2VyIG9uLCByZXNldCwgb3IgYnVzIGRl dmljZSByZXNldCBvY2N1cnJlZCkKKGNkMDphaGNpY2gxOjA6MDowKTogUmV0cnlpbmcgY29t bWFuZCAocGVyIHNlbnNlIGRhdGEpClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpjcHUyIEFQ OgogICAgIElEOiAweDAyMDAwMDAwICAgVkVSOiAweDAwMDYwMDE1IExEUjogMHgwMDAwMDAw MCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQw MCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYg dGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMAogICBj bWNpOiAweDAwMDAwMGYyCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzIGVycm9y CihjZDA6YWhjaWNoMTowOjA6MCk6IFJFQUQgQ0FQQUNJVFkuIENEQjogMjUgMCAwIDAgMCAw IDAgMCAwIDAgCihjZDA6YWhjaWNoMTowOjA6MCk6IENBTSBzdGF0dXM6IFNDU0kgU3RhdHVz IEVycm9yCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc3RhdHVzOiBDaGVjayBDb25kaXRp b24KKGNkMDphaGNpY2gxOjA6MDowKTogU0NTSSBzZW5zZTogTk9UIFJFQURZIGFzYzozYSwx IChNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3NlZCkKKGNkMDphaGNpY2gxOjA6MDow KTogRXJyb3IgNiwgVW5yZXRyeWFibGUgZXJyb3IKY2QwIGF0IGFoY2ljaDEgYnVzIDAgc2Ni dXMxIHRhcmdldCAwIGx1biAwU01QOiBBUCBDUFUgIzQgTGF1bmNoZWQhCmNkMDogCmNwdTQg QVA6PEhMLURULVNUIEJERFZEUlcgQ1QxME4gV1IwNj4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJ LTAgZGV2aWNlIAogICAgIElEOiAweDA0MDAwMDAwICAgVkVSOiAweDAwMDYwMDE1IExEUjog MHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKY2QwOiBTZXJpYWwgTnVtYmVyIEswMDg5Rjk1 NTMwCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAw MDAwIFNWUjogMHgwMDAwMDFmZgpjZDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwogIHRpbWVy OiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCAoIHBtYzog MHgwMDAxMDQwMFNBVEEgMS54LCBVRE1BNiwgCiAgIGNtY2k6IDB4MDAwMDAwZjJBVEFQSSAx MmJ5dGVzLCAKUElPIDgxOTJieXRlcykKY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBz aXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3Nl ZApTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKY3B1NyBBUDoKICAgICBJRDogMHgwNzAwMDAw MCAgIFZFUjogMHgwMDA2MDAxNSBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAg bGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNW UjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVy cjogMHgwMDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAKICAgY21jaTogMHgwMDAwMDBmMgpTTVA6 IEFQIENQVSAjMyBMYXVuY2hlZCEKY3B1MyBBUDoKICAgICBJRDogMHgwMzAwMDAwMCAgIFZF UjogMHgwMDA2MDAxNSBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6 IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgw MDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgw MDAwMDBmMCBwbWM6IDB4MDAwMTA0MDAKICAgY21jaTogMHgwMDAwMDBmMgpTTVA6IEFQIENQ VSAjNiBMYXVuY2hlZCEKY3B1NiBBUDoKICAgICBJRDogMHgwNjAwMDAwMCAgIFZFUjogMHgw MDA2MDAxNSBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAw MTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFm ZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBm MCBwbWM6IDB4MDAwMTA0MDAKICAgY21jaTogMHgwMDAwMDBmMgpTTVA6IEFQIENQVSAjNSBM YXVuY2hlZCEKY3B1NSBBUDoKICAgICBJRDogMHgwNTAwMDAwMCAgIFZFUjogMHgwMDA2MDAx NSBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3MDAg bGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRp bWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAwMDBmMCBwbWM6 IDB4MDAwMTA0MDAKICAgY21jaTogMHgwMDAwMDBmMgppb2FwaWMwOiByb3V0aW5nIGludHBp biAxIChJU0EgSVJRIDFHRU9NOiBuZXcgZGlzayBhZGEwKSB0byBsYXBpYyAxIHZlY3RvciA0 OApHRU9NOiBuZXcgZGlzayBjZDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gOSAoCklTQSBJ UlEgOSkgdG8gbGFwaWMgMiB2ZWN0b3IgNDgKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIg KElTQSBJUlEgMTIpIHRvIGxhcGljIDMgdmVjdG9yIDQ4CmlvYXBpYzA6IHJvdXRpbmcgaW50 cGluIDE2IChQQ0kgSVJRIDE2KSB0byBsYXBpYyA0IHZlY3RvciA0OAppb2FwaWMwOiByb3V0 aW5nIGludHBpbiAyMyAoUENJIElSUSAyMykgdG8gbGFwaWMgNSB2ZWN0b3IgNDgKbXNpOiBB c3NpZ25pbmcgTVNJIElSUSAyNTYgdG8gbG9jYWwgQVBJQyA2IHZlY3RvciA0OAptc2k6IEFz c2lnbmluZyBNU0kgSVJRIDI1NyB0byBsb2NhbCBBUElDIDcgdmVjdG9yIDQ4Cm1zaTogQXNz aWduaW5nIE1TSS1YIElSUSAyNTkgdG8gbG9jYWwgQVBJQyAxIHZlY3RvciA0OQptc2k6IEFz c2lnbmluZyBNU0kgSVJRIDI2MCB0byBsb2NhbCBBUElDIDIgdmVjdG9yIDQ5Cm1zaTogQXNz aWduaW5nIE1TSS1YIElSUSAyNjIgdG8gbG9jYWwgQVBJQyAxIHZlY3RvciA1MAptc2k6IEFz c2lnbmluZyBNU0ktWCBJUlEgMjYzIHRvIGxvY2FsIEFQSUMgMiB2ZWN0b3IgNTAKbXNpOiBB c3NpZ25pbmcgTVNJLVggSVJRIDI2NCB0byBsb2NhbCBBUElDIDMgdmVjdG9yIDQ5Cm1zaTog QXNzaWduaW5nIE1TSS1YIElSUSAyNjUgdG8gbG9jYWwgQVBJQyA0IHZlY3RvciA0OQptc2k6 IEFzc2lnbmluZyBNU0ktWCBJUlEgMjY2IHRvIGxvY2FsIEFQSUMgNSB2ZWN0b3IgNDkKbXNp OiBBc3NpZ25pbmcgTVNJLVggSVJRIDI2NyB0byBsb2NhbCBBUElDIDYgdmVjdG9yIDQ5Cm1z aTogQXNzaWduaW5nIE1TSS1YIElSUSAyNjggdG8gbG9jYWwgQVBJQyA3IHZlY3RvciA0OQpX QVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4KKGNkMDphaGNpY2gxOjA6MDowKTogU0NTSSBzdGF0dXMgZXJyb3IKKGNkMDphaGNp Y2gxOjA6MDowKTogUkVBRCBDQVBBQ0lUWS4gQ0RCOiAyNSAwIDAgMCAwIDAgMCAwIDAgMCAK KGNkMDphaGNpY2gxOjA6MDowKTogQ0FNIHN0YXR1czogU0NTSSBTdGF0dXMgRXJyb3IKKGNk MDphaGNpY2gxOjA6MDowKTogU0NTSSBzdGF0dXM6IENoZWNrIENvbmRpdGlvbgooY2QwOmFo Y2ljaDE6MDowOjApOiBTQ1NJIHNlbnNlOiBOT1QgUkVBRFkgYXNjOjNhLDEgKE1lZGl1bSBu b3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkKQooY2QwOmFoY2ljaDE6MDowOjApOiBFcnJvciA2 LCBVbnJldHJ5YWJsZSBlcnJvcgooY2QwOmFoY2ljaDE6MDowOjApOiBTQ1NJIHN0YXR1cyBl cnJvcgooY2QwOmFoY2ljaDE6MDowOjApOiBSRUFEIENBUEFDSVRZLiBDREI6IDI1IDAgMCAw IDAgMCAwIDAgMCAwIAooY2QwOmFoY2ljaDE6MDowOjApOiBDQU0gc3RhdHVzOiBTQ1NJIFN0 YXR1cyBFcnJvcgooY2QwOmFoY2ljaDE6MDowOjApOiBTQ1NJIHN0YXR1czogQ2hlY2sgQ29u ZGl0aW9uCihjZDA6YWhjaWNoMTowOjA6MCk6IFNDU0kgc2Vuc2U6IE5PVCBSRUFEWSBhc2M6 M2EsMSAoTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQpCihjZDA6YWhjaWNoMTow OjA6MCk6IEVycm9yIDYsIFVucmV0cnlhYmxlIGVycm9yClRyeWluZyB0byBtb3VudCByb290 IGZyb20gemZzOmZyZWVic2QgW10uLi4KdWh1YjA6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJs ZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYg cG93ZXJlZApzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdAp1Z2VuMC4yOiA8dmVuZG9y IDB4ODA4Nz4gYXQgdXNidXMwCnVodWIyOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAy MCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMAp1Z2VuMS4y OiA8dmVuZG9yIDB4ODA4Nz4gYXQgdXNidXMxCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9k dWN0IDB4MDAyMCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVz MQp1aHViMjogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjM6 IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjM6IDxCaXNv biBFbGVjdHJvbmljcyBJbmMuPiBhdCB1c2J1czAKdWdlbjEuMzogPExvZ2l0ZWNoPiBhdCB1 c2J1czEKdW1zMDogPExvZ2l0ZWNoIFVTQiBHYW1pbmcgTW91c2UsIGNsYXNzIDAvMCwgcmV2 IDIuMDAvNTIuMDAsIGFkZHIgMz4gb24gdXNidXMxCgp1bXMwOiAxNiBidXR0b25zIGFuZCBb WFlaVF0gY29vcmRpbmF0ZXMgSUQ9MApXQVJOSU5HOiBUTVBGUyBpcyBjb25zaWRlcmVkIHRv IGJlIGEgaGlnaGx5IGV4cGVyaW1lbnRhbCBmZWF0dXJlIGluIEZyZWVCU0QuCnVoaWQwOiA8 TG9naXRlY2ggVVNCIEdhbWluZyBNb3VzZSwgY2xhc3MgMC8wLCByZXYgMi4wMC81Mi4wMCwg YWRkciAzPiBvbiB1c2J1czEKbGlucHJvY2ZzIHJlZ2lzdGVyZWQKdWdlbjAuNDogPFRvdWNo U3RyaXA+IGF0IHVzYnVzMApsYWdnMDogYnBmIGF0dGFjaGVkCmZpcm13YXJlOiAnaXduNTAw MGZ3JyB2ZXJzaW9uIDA6IDM0MDY5NiBieXRlcyBsb2FkZWQgYXQgMHhmZmZmZmZmZjgxNjFm MGIwCndsYW4wOiBicGYgYXR0YWNoZWQKd2xhbjA6IGJwZiBhdHRhY2hlZAp3bGFuMDogRXRo ZXJuZXQgYWRkcmVzczogMDA6OTA6ZjU6OWQ6Yjc6OGMKCgoKCnNicDA6IDxTQlAtMi9TQ1NJ IG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMAoocHJvYmUwOnNicDA6MDowOjApOiBFcnJv ciAyMiwgVW5yZXRyeWFibGUgZXJyb3IKKHByb2JlMTpzYnAwOjA6MTowKTogRXJyb3IgMjIs IFVucmV0cnlhYmxlIGVycm9yCihwcm9iZTI6c2JwMDowOjI6MCk6IEVycm9yIDIyLCBVbnJl dHJ5YWJsZSBlcnJvcgoocHJvYmUzOnNicDA6MDozOjApOiBFcnJvciAyMiwgVW5yZXRyeWFi bGUgZXJyb3IKKHByb2JlNDpzYnAwOjA6NDowKTogRXJyb3IgMjIsIFVucmV0cnlhYmxlIGVy cm9yCihwcm9iZTU6c2JwMDowOjU6MCk6IEVycm9yIDIyLCBVbnJldHJ5YWJsZSBlcnJvcgoo cHJvYmU2OnNicDA6MDo2OjApOiBFcnJvciAyMiwgVW5yZXRyeWFibGUgZXJyb3IK --------------050503020103040508040106-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 23:37:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F001106566C; Mon, 9 May 2011 23:37:54 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 130D38FC14; Mon, 9 May 2011 23:37:53 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTPS id 0E8D611938; Tue, 10 May 2011 09:21:43 +1000 (EST) Received: from nancyw01-lxp.hq.netapp.com (nat-198-95-226-230.netapp.com [198.95.226.230]) by dommail.onthenet.com.au (MOS 4.1.8-GA) with ESMTP id AVM14175 (AUTH peterg@ptree32.com.au); Tue, 10 May 2011 09:21:17 +1000 Message-ID: <4DC876E9.5020705@freebsd.org> Date: Mon, 09 May 2011 17:21:13 -0600 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Julian Elischer , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: firewire debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 May 2011 23:37:54 -0000 Hi Julian, > does anyone know if there is a limitation on firewire debugging on a > machine with > 4GB or memory? I don't know of any Firewire cards that support physical access *above* 4GB. They may exist. For instance, the (last?) Texas Instruments PCIe 1394a/b chip, the XIO2213B, has the following text in it's data sheet - >The physical upper bound register is an optional register and is >not implemented. .. and this is the firewire OHCI register that contains the upper 16 bits of the architected 48-bit physical address. So, you can probably use it for some form of amd64 kernel debug since kernel txt/data/bss is < 4G, but accessing anything above 4G won't work. later, Peter. From owner-freebsd-current@FreeBSD.ORG Tue May 10 01:29:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF201106564A for ; Tue, 10 May 2011 01:29:39 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6AB8FC13 for ; Tue, 10 May 2011 01:29:39 +0000 (UTC) Received: by wwc33 with SMTP id 33so5983873wwc.31 for ; Mon, 09 May 2011 18:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=9yh0sGLfUq4ySMmUTmMZ0LjHTvhWmJes8ubje4WaQqs=; b=chixmA5MtCKX1oT4AohfdbeVvoF3s6/yHAWBMpDaXOMqcTyy8KWAj3ibFwU/SsL138 CXEhEtgoTXCuCCZuVyofK449+dcXlqDhE9AoxB7dk7AgCjYj0K4DVIK3Jt+O9GZYZm7N 2K5OhrlYoMMmBj5rdT0j4DPUIu5xSTMHJna5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=CiAZQJtQaQQIczU3rGLxemwYU6AnbOQE+i1ikOKDSg3okFuzQKgvBpqB8k9vVsuI2v ztVvxPY3gBWonh96lt0e08czfXIm2gh0gdSPxxresMkcD/AbI57PC2pL08QA1RKC/4/V VfnvuU3V+fZXaEkigI4YUqpTPFokC8ufpVuHY= Received: by 10.227.157.134 with SMTP id b6mr7334608wbx.59.1304990978390; Mon, 09 May 2011 18:29:38 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (95-109-173-184.dialup.umc.net.ua [95.109.173.184]) by mx.google.com with ESMTPS id z9sm4092117wbx.0.2011.05.09.18.29.33 (version=SSLv3 cipher=OTHER); Mon, 09 May 2011 18:29:37 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DC894F5.5040804@FreeBSD.org> Date: Tue, 10 May 2011 04:29:25 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: Doug Barton References: <4DC25396.1070909@dougbarton.us> <4DC30EC5.3090703@FreeBSD.org> <4DC50804.6000809@dougbarton.us> <4DC51434.3000501@FreeBSD.org> <4DC87D68.30707@dougbarton.us> In-Reply-To: <4DC87D68.30707@dougbarton.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 01:29:40 -0000 On 10.05.2011 02:48, Doug Barton wrote: >>>> I would start from most obvious problems. I need to know more about >>>> crashes. As usual: how to trigger, stack backtraces, etc. >>> >>> Triggering is easy, I can start a buildworld with -j2, and a build of >>> ports/www/firefox with FORCE_MAKE_JOBS, and within 30 minutes the system >>> will reboot. I posted a panic message relative to r220282, (-current >>> archives, 4/4) but kib said it didn't make any sense. Usually I don't >>> get a panic at all. >> >> Could you hint me the thread? > > Go to http://www.FreeBSD.org/ > Click 'mailing lists' > Click 'listed in the FreeBSD Handbook.' > Click freebsd-current > Click freebsd-current Archives > Click April 2011 > search for r220282 > Voila! :) OK, but URL would be fine also. :) I am agree with kib@ -- the message doesn't match the backtrace. >>>> What's about time problems, I would try to collect more data: >>>> - show `sysctl kern.eventtimer`, `sysctl kern.timecounter` and verbose >>>> dmesg outputs; >>> >>> http://people.freebsd.org/~dougb/dougb-current-r221566.txt >>> >>>> - what eventtimer is used now and does it helps to switch to another >>>> one with kern.eventtimer.timer sysctl? >>> >>> When I was trying to track down the problems last summer I vaguely >>> remember trying RTC, but eventually we realized that the real problem >>> was throttling, so I stopped specifying RTC and let it go back to the >>> default. What do you suggest I try? >> >> As I see, now you are using HPET (chosen automatically). I would try >> switch to the LAPIC. Just make sure to disable C-states if you are >> enabled them to be sure that LAPIC timer won't stop. > > Ok, so kern.eventtimer.timer="LAPIC" in /boot/loader.conf should do > that, right? Yes. You can do it in run-time also. > I don't use C-states (in part as a result of previous investigation) but > I do use powerd as such: > powerd_flags="-a adaptive -b adaptive -n adaptive" > >>>> - does the timer runs in periodic or one-shot mode and does it helps to >>>> switch to another one? >>> >>> How could I tell, and how would I switch? >> >> `sysctl kern.eventtimer.periodic`. > > kern.eventtimer.periodic: 0 > >> And read eventtimers(4) please. > > I did that, but I don't see anything in there as to which choice is > one-shot, and how to change to periodic. I assume 0 is the default, > which I also assume is one-shot. Does setting that to 1 change to > periodic? Also, can I safely do this while the system is running, or > should it be in /boot/loader.conf as well? Yes, nonzero value means periodic. And yes, changing in run-time is safe. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue May 10 02:05:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1442D1065678; Tue, 10 May 2011 02:05:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 700FD8FC08; Tue, 10 May 2011 02:05:09 +0000 (UTC) Received: by iyj12 with SMTP id 12so6890661iyj.13 for ; Mon, 09 May 2011 19:05:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=WV4zkjOy0rN5enPm8f/wB0rwSWa0cJm3Xvmvsi/7fKA=; b=HThMDxe6GAy7kW6ZKSjg4ovoHdTnY/ebWc1DfxrJavbfDOTYM2IEkOF9RqzraSqWUM zqhcU98lEiozbGHARro1eY9SvCbfrUtGfN3LlfWdht9cer/iPoxMkD8ItL/WAQZJ7zPb KvFdoh3stSkXNCwQp1iWGJWIqr+vcvoNpGPTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=oe/7GmUSZIz9JHDoh3lumOCE17iNNUJXJVFa29ZUFKC4qNiWERFj1ID8P+WfktaJMF S2ihUe/TuT4cf4Go/CAi1zZVIVhhlreucs3Mcm2WNLZVp6wzQbmCrNXgj7IDXZ0yiYPS 4R8TcfNJvvIE/KPjgoPsJEBg7eN1vTVgv/eNY= Received: by 10.42.208.67 with SMTP id gb3mr7292679icb.423.1304993108891; Mon, 09 May 2011 19:05:08 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id u17sm2880432ibm.11.2011.05.09.19.05.07 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 09 May 2011 19:05:07 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p4A254lA012390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 May 2011 22:05:04 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p4A253m7012389; Mon, 9 May 2011 22:05:03 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Mon, 9 May 2011 22:05:03 -0400 From: Jason Hellenthal To: Alexander Motin Message-ID: <20110510020503.GF2558@DataIX.net> References: <4DC25396.1070909@dougbarton.us> <4DC30EC5.3090703@FreeBSD.org> <4DC50804.6000809@dougbarton.us> <4DC51434.3000501@FreeBSD.org> <4DC87D68.30707@dougbarton.us> <4DC894F5.5040804@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cpvLTH7QU4gwfq3S" Content-Disposition: inline In-Reply-To: <4DC894F5.5040804@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 02:05:10 -0000 --cpvLTH7QU4gwfq3S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alexander, On Tue, May 10, 2011 at 04:29:25AM +0300, Alexander Motin wrote: > On 10.05.2011 02:48, Doug Barton wrote: > > > > Ok, so kern.eventtimer.timer=3D"LAPIC" in /boot/loader.conf should do > > that, right? >=20 > Yes. You can do it in run-time also. Not quite absolutely sure here but IIRC the last time I tried setting that= =20 via loader.conf in 8-STABLE it was not being set so I eventually added it= =20 to sysctl.conf. Just for reference I never looked into it further. --=20 Regards, (jhell) Jason Hellenthal --cpvLTH7QU4gwfq3S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNyJ1PAAoJEJBXh4mJ2FR+xR0H/jw166yqqKe67N+aWma1LtEs 1gwRDUFfo7KK7h3b603xIE793EeI+/RNUVqdnET92jsDI069Trutk8zgSmOVdr4f KqPuQ8/81NNrPHTGRs/kuqd7TskSgRF3O00XfwcklMS5ghQmkiL2wRgIToJngFqh UT5bOjYFLrpB3XXee4ImgOvcRWFxfnKXdvN3ffDnU36jiMBpOAQfuOKTPCgmM5hq y0xVwSLEBxMLgecRnT+EgO/3dxcr3JmOrHnAIoWnE70vgWU5RPDlMhFTfIyWtasl lrcbi23GxEN8NmV+h/FsBto14dBOwYVSO6ME1o1dDAvMQzIcU8IAubNorKwV568= =eCRu -----END PGP SIGNATURE----- --cpvLTH7QU4gwfq3S-- From owner-freebsd-current@FreeBSD.ORG Tue May 10 02:13:33 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id ACF06106564A; Tue, 10 May 2011 02:13:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6AAE014E356; Tue, 10 May 2011 02:13:32 +0000 (UTC) Message-ID: <4DC89F4B.1040807@FreeBSD.org> Date: Mon, 09 May 2011 19:13:31 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Alexander Motin , freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 02:13:33 -0000 New symptom, today (still running r221566) I compiled a small port, that worked without any freezes or interactivity problems. Then I tried compiling a larger port (java/openjdk6 if anyone cares) and still no interactivity problems, but I got the "system wedge requiring power cycle" problem I was seeing previously that I tracked to the one-shot timer update. More below. On 05/07/2011 02:43, Alexander Motin wrote: > Doug Barton wrote: >> On 05/05/2011 13:55, Alexander Motin wrote: >>> I see several possibly unrelated problems there: >>> - crashes are always crashes. They should be debugged. >>> - calcru going backwards could have the same roots as lost wall clock >>> time. >> >> I think you're right about that. What usually happens when the load >> maxes out is that the system visibly freezes for a minute or 2, and when >> it comes back to life the log is flooded with calcru messages. If it >> stays up long enough after that the wall clock drift becomes noticeable. >> This is in spite of running ntpd. > > These system freezes are very suspicious. Most time counters need only > few seconds to overflow, some even less. So freeze for few minutes will > easily overflow most of them. So the freezes are probably the cause of > time problems, but the question now is what the cause of freezes. You > should try to investigate what is going on during freezes. Does the > system do anything, are there any interrupts working (`vmstat -i` just > before and after), are there any interrupt storms, etc? Here is the output on a mostly-idle system, shortly after reboot: vmstat -i interrupt total rate irq1: atkbd0 1784 0 irq9: acpi0 1 0 irq14: ata0 213355 89 irq15: ata1 58 0 irq17: wpi0 74331 31 irq20: hpet0 uhci0+ 787767 331 irq22: uhci2 21453 9 irq256: hdac0 11 0 Total 1098760 462 At a more opportune time I'll try crashing it again and get another result. >>> If there are some problems with timer interrupts, timecounters >>> could wrap unnoticed that will cause random time jumps. >>> - interactivity problems. I can't prove it is unrelated, but have no >>> real ideas now. >>> >>> I would start from most obvious problems. I need to know more about >>> crashes. As usual: how to trigger, stack backtraces, etc. >> >> Triggering is easy, I can start a buildworld with -j2, and a build of >> ports/www/firefox with FORCE_MAKE_JOBS, and within 30 minutes the system >> will reboot. I posted a panic message relative to r220282, (-current >> archives, 4/4) but kib said it didn't make any sense. Usually I don't >> get a panic at all. > > Could you hint me the thread? Go to http://www.FreeBSD.org/ Click 'mailing lists' Click 'listed in the FreeBSD Handbook.' Click freebsd-current Click freebsd-current Archives Click April 2011 search for r220282 Voila! :) >>> What's about time problems, I would try to collect more data: >>> - show `sysctl kern.eventtimer`, `sysctl kern.timecounter` and verbose >>> dmesg outputs; >> >> http://people.freebsd.org/~dougb/dougb-current-r221566.txt >> >>> - what eventtimer is used now and does it helps to switch to another >>> one with kern.eventtimer.timer sysctl? >> >> When I was trying to track down the problems last summer I vaguely >> remember trying RTC, but eventually we realized that the real problem >> was throttling, so I stopped specifying RTC and let it go back to the >> default. What do you suggest I try? > > As I see, now you are using HPET (chosen automatically). I would try > switch to the LAPIC. Just make sure to disable C-states if you are > enabled them to be sure that LAPIC timer won't stop. Ok, so kern.eventtimer.timer="LAPIC" in /boot/loader.conf should do that, right? I don't use C-states (in part as a result of previous investigation) but I do use powerd as such: powerd_flags="-a adaptive -b adaptive -n adaptive" >>> - does the timer runs in periodic or one-shot mode and does it helps to >>> switch to another one? >> >> How could I tell, and how would I switch? > > `sysctl kern.eventtimer.periodic`. kern.eventtimer.periodic: 0 > And read eventtimers(4) please. I did that, but I don't see anything in there as to which choice is one-shot, and how to change to periodic. I assume 0 is the default, which I also assume is one-shot. Does setting that to 1 change to periodic? Also, can I safely do this while the system is running, or should it be in /boot/loader.conf as well? >>> - if full CPU load makes time to stop, try to track what is going on >>> with timer interrupts using `vmstat -i` and `systat -vm 1`. Under full >>> CPU load in one-shot mode you should have stable timer interrupt rate >>> about hz+stathz. >> >> Ok, I'll do that tomorrow, tired now. >> >>> - if timer interrupts are not working well, you can build kernel with >>> options KTR >>> options ALQ >>> options KTR_ALQ >>> options KTR_COMPILE=(KTR_SPARE2) >>> options KTR_ENTRIES=131072 >>> options KTR_MASK=(KTR_SPARE2) >>> to track event timers operation and use ktrdump to save the trace when >>> problem exist (preferably when it begins). >>> >>> And let's experiment with fresh CURRENT. >> >> Done and done. I'm up to r221566, and I added those options to my kernel >> config. I ran ktrdump -cH -o ktrdumpfile and posted the results here: >> http://people.freebsd.org/~dougb/ktrdumpfile.txt This was shortly after >> boot, with no load. Not sure if it helps, but there you go. > > Dump looks fine, but I need dump specifically for the time of the > problem. As soon as time probably can't be trusted here, it would be > nice to make dump as localized as possible: clear buffer with `sysctl > debug.ktr.clear=1`, trigger freeze for few seconds, stop collecting with > `sysctl debug.ktr.mask=0` and do the dump. Ok, I'll give that a try after work. Thanks, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue May 10 07:13:07 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34F711065672 for ; Tue, 10 May 2011 07:13:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id E15AA8FC15 for ; Tue, 10 May 2011 07:13:06 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p4A7D1bS053521 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 10 May 2011 00:13:03 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4DC8E57A.4020407@freebsd.org> Date: Tue, 10 May 2011 00:12:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Andrew Thompson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: geom kernel proc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2011 07:13:07 -0000 On 5/9/11 3:00 PM, Andrew Thompson wrote: > Hi, > > > I have a cosmetic patch that moves the geom kprocs to kthreads > > from > > PID TT STAT TIME COMMAND > 2 ?? DL 2:38.03 [g_event] > 3 ?? DL 49:43.61 [g_up] > 4 ?? DL 57:10.71 [g_down] > > to > > % procstat -t 13 > PID TID COMM TDNAME CPU PRI STATE WCHAN > 13 100021 geom g_event 1 92 sleep - > 13 100022 geom g_up 3 92 sleep - > 13 100023 geom g_down 3 92 sleep - > > Any objections? > > > Andrew > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" sounds ok to me. From owner-freebsd-current@FreeBSD.ORG Tue May 10 08:05:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36561106566B for ; Tue, 10 May 2011 08:05:14 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id AF18C8FC16 for ; Tue, 10 May 2011 08:05:13 +0000 (UTC) Received: by fxm11 with SMTP id 11so5823214fxm.13 for ; Tue, 10 May 2011 01:05:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xndvqWBNxqOk7oKfzBTs3IlKFbfEyKKt/VGeRdvxBFI=; b=j+uJgsBf6P0FadrXYtjjdOnsG3XT9IyWQH9SaGhuquWD3aVGx9I3Uue66o/RU1HtX5 4q8MT/XcR1uEUAHkNU5UJvml355PnyjmEhq9p0tZJUgk3JonGl8atrPbyk6bQPFs5W7R 0M16+oItr0ZssTYldwtTKHaMVGQc9WPN2u9ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=LnXJ8FnWnsibXTYpf1fgu2nnTH/bYFEujb+MM9VoKlAXTvXybUNvQHC628SqE+8ajR pl8TIV5YEaO3mY95RkB7MpawgZl7QfBjkvHu6c0oXp842soafperUbqmipzCaK5xPXRP hcbdd33Kf5/DGcfi6l91yfYK+7Tpj9VvtJWFE= Received: by 10.223.2.205 with SMTP id 13mr1051993fak.138.1305014712541; Tue, 10 May 2011 01:05:12 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([88.128.92.226]) by mx.google.com with ESMTPS id c22sm2264710fat.14.2011.05.10.01.05.10 (version=SSLv3 cipher=OTHER); Tue, 10 May 2011 01:05:11 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DC8F1B0.2030901@FreeBSD.org> Date: Tue, 10 May 2011 11:05:04 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: Jason Hellenthal References: <4DC25396.1070909@dougbarton.us> <4DC30EC5.3090703@FreeBSD.org> <4DC50804.6000809@dougbarton.us> <4DC51434.3000501@FreeBSD.org> <4DC87D68.30707@dougbarton.us> <4DC894F5.5040804@FreeBSD.org> <20110510020503.GF2558@DataIX.net> In-Reply-To: <20110510020503.GF2558@DataIX.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 08:05:14 -0000 Hi. On 10.05.2011 05:05, Jason Hellenthal wrote: > On Tue, May 10, 2011 at 04:29:25AM +0300, Alexander Motin wrote: >> On 10.05.2011 02:48, Doug Barton wrote: >>> >>> Ok, so kern.eventtimer.timer="LAPIC" in /boot/loader.conf should do >>> that, right? >> >> Yes. You can do it in run-time also. > > Not quite absolutely sure here but IIRC the last time I tried setting that > via loader.conf in 8-STABLE it was not being set so I eventually added it > to sysctl.conf. Just for reference I never looked into it further. There is no kern.eventtimer sysctls on 8-STABLE yet, so not sure what you were setting. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue May 10 08:17:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054A8106564A; Tue, 10 May 2011 08:17:59 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6CD8FC13; Tue, 10 May 2011 08:17:57 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA09917; Tue, 10 May 2011 11:17:53 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QJi8f-000DNx-M3; Tue, 10 May 2011 11:17:53 +0300 Message-ID: <4DC8F4B0.8050309@FreeBSD.org> Date: Tue, 10 May 2011 11:17:52 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jason Hellenthal References: <4DC25396.1070909@dougbarton.us> <4DC30EC5.3090703@FreeBSD.org> <4DC50804.6000809@dougbarton.us> <4DC51434.3000501@FreeBSD.org> <4DC87D68.30707@dougbarton.us> <4DC894F5.5040804@FreeBSD.org> <20110510020503.GF2558@DataIX.net> In-Reply-To: <20110510020503.GF2558@DataIX.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@FreeBSD.org Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 08:17:59 -0000 on 10/05/2011 05:05 Jason Hellenthal said the following: > > Alexander, > > On Tue, May 10, 2011 at 04:29:25AM +0300, Alexander Motin wrote: >> On 10.05.2011 02:48, Doug Barton wrote: >>> >>> Ok, so kern.eventtimer.timer="LAPIC" in /boot/loader.conf should do >>> that, right? >> >> Yes. You can do it in run-time also. > > Not quite absolutely sure here but IIRC the last time I tried setting that > via loader.conf in 8-STABLE it was not being set so I eventually added it > to sysctl.conf. Just for reference I never looked into it further. Perhaps you are confusing selection of eventtimer with choice of timecounter? For the latter indeed there is no tunable, which is a small annoyance. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue May 10 10:00:15 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E53DB1065670; Tue, 10 May 2011 10:00:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id ED7DF8FC15; Tue, 10 May 2011 10:00:13 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA11250; Tue, 10 May 2011 13:00:12 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QJjjg-000DTF-7K; Tue, 10 May 2011 13:00:12 +0300 Message-ID: <4DC90CAB.7020609@FreeBSD.org> Date: Tue, 10 May 2011 13:00:11 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Baldwin References: <4DC512D6.9070904@FreeBSD.org> <201105090935.54264.jhb@freebsd.org> In-Reply-To: <201105090935.54264.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: COUNT_IPIS vs CPU_FOREACH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2011 10:00:15 -0000 on 09/05/2011 16:35 John Baldwin said the following: > On Saturday, May 07, 2011 5:37:26 am Andriy Gapon wrote: >> >> I believe that the following change is needed to fix COUNT_IPIS option. >> Right now it seems to be a noop. >> >> >> mp_ipi_intrcnt: CPU_FOREACH can't be used this early >> >> ... because all_cpus is not set yet. > > Have you tested this? > > all_cpus is set by start_all_aps() from cpu_mp_start() which runs at > SI_SUB_CPU. This SYSINIT runs later at SI_SUB_INTR. > > So I think CPU_FOREACH() should be fine here. I think that you are right, it seems that I've screwed up my original (pre-patch) testing - installed my experimental kernel to a wrong place. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue May 10 13:56:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 274CE1065673; Tue, 10 May 2011 13:56:11 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id BFA268FC0C; Tue, 10 May 2011 13:56:10 +0000 (UTC) Received: from [192.168.15.190] (unknown [24.114.252.244]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 4CC9412543B; Tue, 10 May 2011 22:39:29 +0900 (JST) From: Daichi GOTO Date: Tue, 10 May 2011 09:39:25 -0400 Message-Id: <39BCA797-BCE2-4A2A-AA7F-AD8A87014CD4@ongs.co.jp> To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?iso-2022-jp?B?GyRCPi5fNxsoQiAbJEJANTUqGyhC?= Subject: [Call for Test] unionfs intermediate umount feature X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 May 2011 13:56:11 -0000 Hi unionfs users ;) We have developed new unionfs feature, "intermediate umount". You can do like this: # mount_unionfs /test2 /test1 # mount_unionfs /test3 /test1 # df :/test2 xxxxx xxxxx xxxxx xx% /test1 :/test3 xxxxx xxxxx xxxxx xx% /test1 # umount ':/test2' # df :/test3 xxxxx xxxxx xxxxx xx% /test1 # patch for current: = http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-intermediate= -umount.diff First, I want to know your opinion. Thanks :) ----- Daichi GOTO= From owner-freebsd-current@FreeBSD.ORG Tue May 10 17:43:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27A171065674; Tue, 10 May 2011 17:43:05 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 845888FC13; Tue, 10 May 2011 17:43:04 +0000 (UTC) Received: by iyj12 with SMTP id 12so7712175iyj.13 for ; Tue, 10 May 2011 10:43:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=HVCsIb/Q8rGpFQtvApqS2R/mDHc+tWt3rk4aWfcItgg=; b=HE2tUPmqofe9v0791FcOL2qkOmUWS1OGWlEl+b4LmqWcIQFd9cOKfu/isSMoyfiy9w NB8zugO2ESRFHr/YuhW6lzKR3ndUhX0lK4I4KcRBa5+JlHiTBTSP13hnA8xBhVCvlRtf mG65ZIUmWypMVTR/5jOZMYz3m1k3xIfFavS5Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=P6Zwf5vWqafb8jM7+Ly6OApFnRFLqZt/uc+ujmZwdiNK2wV0939gT3UNsEhp4VQ2fT nMCsSbuWuxgv+m1rfioQ0y3SWaQ0LKPugoyIgfvUOu3SBkGYUnuvPUz/fMW5KLRtk0ip faeImEmnIZtnDISke0WQxPxgv3ITbxZPxLSJA= Received: by 10.231.188.140 with SMTP id da12mr5767567ibb.131.1305049383890; Tue, 10 May 2011 10:43:03 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id y10sm3184061iba.12.2011.05.10.10.43.01 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 10 May 2011 10:43:02 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p4AHgwaA067610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 May 2011 13:42:59 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p4AHgwKe067609; Tue, 10 May 2011 13:42:58 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Tue, 10 May 2011 13:42:58 -0400 From: Jason Hellenthal To: Alexander Motin Message-ID: <20110510174258.GA5703@DataIX.net> References: <4DC25396.1070909@dougbarton.us> <4DC30EC5.3090703@FreeBSD.org> <4DC50804.6000809@dougbarton.us> <4DC51434.3000501@FreeBSD.org> <4DC87D68.30707@dougbarton.us> <4DC894F5.5040804@FreeBSD.org> <20110510020503.GF2558@DataIX.net> <4DC8F1B0.2030901@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <4DC8F1B0.2030901@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-current@FreeBSD.org, Doug Barton Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 17:43:05 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alexander, On Tue, May 10, 2011 at 11:05:04AM +0300, Alexander Motin wrote: > Hi. >=20 > On 10.05.2011 05:05, Jason Hellenthal wrote: > > On Tue, May 10, 2011 at 04:29:25AM +0300, Alexander Motin wrote: > >> On 10.05.2011 02:48, Doug Barton wrote: > >>> > >>> Ok, so kern.eventtimer.timer=3D"LAPIC" in /boot/loader.conf should do > >>> that, right? > >> > >> Yes. You can do it in run-time also. > > > > Not quite absolutely sure here but IIRC the last time I tried setting t= hat > > via loader.conf in 8-STABLE it was not being set so I eventually added = it > > to sysctl.conf. Just for reference I never looked into it further. >=20 > There is no kern.eventtimer sysctls on 8-STABLE yet, so not sure what=20 > you were setting. >=20 Ugh! yeah I had that mixed up with kern.timecounter. Somehow transcribed=20 the two. --=20 Regards, (jhell) Jason Hellenthal --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNyXkhAAoJEJBXh4mJ2FR+VoQH/R3EPGK1PwY+/G48dz1WEgIU wm7m0tupX3XEFhH0svM46NVbhiGNcmIfNba8OaPRh5WKQmtp7Mxl01vlCiDxMJkR IOFB3AC65EJL1oSZbuaS0iTaEDe0vr22dwzzbOVEmCJvP8EgCabLbcbfIxq1RRCJ 8cvGo8F1so3TyGGhgu/INpm26iP9Pecd/vxU3KWFkAee+p7sH1K+Da21LjTxQ49r n51aRjeqiy4nKuNqE81FIrp2tOmCjbNiR2fpayvwQt9vZbStJ6OB6djtrYVseca6 VKQ4Uz/0izcp328bXCRDqv21ZY3QenO+hx1jl0h1MXcdRDjuVOyjA/S27/oeV2Q= =9i5B -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 05:18:01 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7BA85106566B; Wed, 11 May 2011 05:18:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 29BAE14E7AC; Wed, 11 May 2011 05:17:59 +0000 (UTC) Message-ID: <4DCA1C06.6040505@FreeBSD.org> Date: Tue, 10 May 2011 22:17:58 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, Alexander Motin References: <4DC25396.1070909@dougbarton.us> In-Reply-To: <4DC25396.1070909@dougbarton.us> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2011 05:18:01 -0000 I had an interesting result doing nothing but switching from HPET to LAPIC ... no crash. Still on the same version of -current (r221566) the only thing I've done is to add kern.eventtimer.timer="LAPIC" to /boot/loader.conf, and so far I haven't been able to get it to crash no matter how much I compile, or how much other stuff I do in the background. I _can_ get the system heavily loaded enough so that the mouse can drag across the screen, windows take visible time to repaint, etc. That happens with a load average of 4+ on this core 2 duo. But other than that (which is not altogether unreasonable) the system has been very stable for a couple of days now. Does that suggest a next step in terms of what to test? -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Wed May 11 11:33:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E435C1065672; Wed, 11 May 2011 11:33:16 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 852298FC0A; Wed, 11 May 2011 11:33:16 +0000 (UTC) Received: by yie12 with SMTP id 12so151099yie.13 for ; Wed, 11 May 2011 04:33:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=rByuOgsBfJs204KSycSoRK3X2nTz/KZHXmfP/7VMgd8=; b=sGkzWi+D/x1en+pVPlLOt4l/SQJxaUUDBelOU5U0zlctHgKiSfpw0MVRvokMS9umdz ZtVK2LCT1yg2rTZ2B340c4O2TQK2HFZgaPHhzTqrsWM7hy8NnFT9oV5V1ie05Y2FcPo8 26Bfr/YsCx6TjZuDLdoR4LXeW3KcNeZ72+ZXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=TXKsJc7UN/Pp1B59B0nuieO11nMSr61kF+RQ3HCT+zWu8SekQiItaw9LG/zl/M1rpr rmDxg8biAdMdouLiuauv4LJQfe8HOlW4lIjWgM34cWP+TUT/fbwVxFZYDCcTyAZMaVDt DKth4MzoN56fIh0i2S/Ux5EKJK572PlI4q3C0= Received: by 10.150.53.14 with SMTP id b14mr3898319yba.181.1305113595549; Wed, 11 May 2011 04:33:15 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([24.114.252.234]) by mx.google.com with ESMTPS id w15sm1986624ybe.0.2011.05.11.04.33.14 (version=SSLv3 cipher=OTHER); Wed, 11 May 2011 04:33:14 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DCA73F6.70707@FreeBSD.org> Date: Wed, 11 May 2011 14:33:10 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: Doug Barton References: <4DC25396.1070909@dougbarton.us> <4DCA1C06.6040505@FreeBSD.org> In-Reply-To: <4DCA1C06.6040505@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2011 11:33:17 -0000 On 11.05.2011 08:17, Doug Barton wrote: > I had an interesting result doing nothing but switching from HPET to > LAPIC ... no crash. Still on the same version of -current (r221566) the > only thing I've done is to add kern.eventtimer.timer="LAPIC" to > /boot/loader.conf, and so far I haven't been able to get it to crash no > matter how much I compile, or how much other stuff I do in the > background. I _can_ get the system heavily loaded enough so that the > mouse can drag across the screen, windows take visible time to repaint, > etc. That happens with a load average of 4+ on this core 2 duo. But > other than that (which is not altogether unreasonable) the system has > been very stable for a couple of days now. > > Does that suggest a next step in terms of what to test? The fact that LAPIC is working fine can mean that problem is either HPET specific or non-per-CPU timers specific. To check that you could try to use i8254 timer in one-shot mode: hint.attimer.0.timecounter=0 kern.eventtimer.timer="i8254" , or use HPET in per-CPU mode: hint.atrtc.0.clock=0 hint.attimer.0.clock=0 hint.hpet.X.legacy_route=1 But the most informative would be to see what's going on with HPET interrupts during the freezes. With HPET hardware it is very easy to loose interrupt. And the lost interrupt means problem for many things. There are some workarounds made for that, but I can't be sure. For that case you could experiment with this patch: --- acpi_hpet.c.prev 2010-12-25 11:28:45.000000000 +0200 +++ acpi_hpet.c 2011-05-11 14:30:59.000000000 +0300 @@ -190,7 +190,7 @@ restart: bus_write_4(sc->mem_res, HPET_TIMER_COMPARATOR(t->num), t->next); } - if (fdiv < 5000) { + if (1 || fdiv < 5000) { bus_read_4(sc->mem_res, HPET_TIMER_COMPARATOR(t->num)); now = bus_read_4(sc->mem_res, HPET_MAIN_COUNTER); -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed May 11 23:52:57 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13220106564A; Wed, 11 May 2011 23:52:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D49568FC13; Wed, 11 May 2011 23:52:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4BNqtYZ040328; Wed, 11 May 2011 19:52:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4BNqtxF040320; Wed, 11 May 2011 23:52:55 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 May 2011 23:52:55 GMT Message-Id: <201105112352.p4BNqtxF040320@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2011 23:52:57 -0000 TB --- 2011-05-11 22:42:28 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-11 22:42:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-05-11 22:42:28 - cleaning the object tree TB --- 2011-05-11 22:42:46 - cvsupping the source tree TB --- 2011-05-11 22:42:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-05-11 22:43:03 - building world TB --- 2011-05-11 22:43:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-11 22:43:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-11 22:43:03 - TARGET=sparc64 TB --- 2011-05-11 22:43:03 - TARGET_ARCH=sparc64 TB --- 2011-05-11 22:43:03 - TZ=UTC TB --- 2011-05-11 22:43:03 - __MAKE_CONF=/dev/null TB --- 2011-05-11 22:43:03 - cd /src TB --- 2011-05-11 22:43:03 - /usr/bin/make -B buildworld >>> World build started on Wed May 11 22:43:03 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed May 11 23:45:29 UTC 2011 TB --- 2011-05-11 23:45:30 - generating LINT kernel config TB --- 2011-05-11 23:45:30 - cd /src/sys/sparc64/conf TB --- 2011-05-11 23:45:30 - /usr/bin/make -B LINT TB --- 2011-05-11 23:45:30 - building LINT kernel TB --- 2011-05-11 23:45:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-11 23:45:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-11 23:45:30 - TARGET=sparc64 TB --- 2011-05-11 23:45:30 - TARGET_ARCH=sparc64 TB --- 2011-05-11 23:45:30 - TZ=UTC TB --- 2011-05-11 23:45:30 - __MAKE_CONF=/dev/null TB --- 2011-05-11 23:45:30 - cd /src TB --- 2011-05-11 23:45:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 11 23:45:30 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -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 -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/sound/pci/emu10kx-pcm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/emu10kx-midi.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/envy24.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/envy24ht.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/es137x.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/spicds.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/hda/hdac.c /src/sys/dev/sound/pci/hda/hdac.c:499: error: 'HDA_INTEL_PPT' undeclared here (not in a function) *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-11 23:52:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-11 23:52:55 - ERROR: failed to build lint kernel TB --- 2011-05-11 23:52:55 - 3152.97 user 692.44 system 4226.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 00:09:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5722C106564A; Thu, 12 May 2011 00:09:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2173C8FC12; Thu, 12 May 2011 00:09:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4C09wFZ044188; Wed, 11 May 2011 20:09:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4C09w2m044154; Thu, 12 May 2011 00:09:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 00:09:58 GMT Message-Id: <201105120009.p4C09w2m044154@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 00:09:59 -0000 TB --- 2011-05-11 22:28:48 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-11 22:28:48 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-05-11 22:28:48 - cleaning the object tree TB --- 2011-05-11 22:29:02 - cvsupping the source tree TB --- 2011-05-11 22:29:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-05-11 22:29:25 - building world TB --- 2011-05-11 22:29:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-11 22:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-11 22:29:25 - TARGET=powerpc TB --- 2011-05-11 22:29:25 - TARGET_ARCH=powerpc64 TB --- 2011-05-11 22:29:25 - TZ=UTC TB --- 2011-05-11 22:29:25 - __MAKE_CONF=/dev/null TB --- 2011-05-11 22:29:25 - cd /src TB --- 2011-05-11 22:29:25 - /usr/bin/make -B buildworld >>> World build started on Wed May 11 22:29:25 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu May 12 00:03:16 UTC 2011 TB --- 2011-05-12 00:03:16 - generating LINT kernel config TB --- 2011-05-12 00:03:16 - cd /src/sys/powerpc/conf TB --- 2011-05-12 00:03:16 - /usr/bin/make -B LINT TB --- 2011-05-12 00:03:17 - building LINT kernel TB --- 2011-05-12 00:03:17 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 00:03:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 00:03:17 - TARGET=powerpc TB --- 2011-05-12 00:03:17 - TARGET_ARCH=powerpc64 TB --- 2011-05-12 00:03:17 - TZ=UTC TB --- 2011-05-12 00:03:17 - __MAKE_CONF=/dev/null TB --- 2011-05-12 00:03:17 - cd /src TB --- 2011-05-12 00:03:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 12 00:03:17 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/solo.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/spicds.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/t4dwave.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/via8233.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/via82c686.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/vibes.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/hda/hdac.c /src/sys/dev/sound/pci/hda/hdac.c:499: error: 'HDA_INTEL_PPT' undeclared here (not in a function) *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 00:09:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 00:09:57 - ERROR: failed to build lint kernel TB --- 2011-05-12 00:09:58 - 4626.14 user 1020.48 system 6069.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 00:16:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A03D106564A; Thu, 12 May 2011 00:16:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8FE8FC0A; Thu, 12 May 2011 00:16:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4C0G05F081774; Wed, 11 May 2011 20:16:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4C0G0ng081773; Thu, 12 May 2011 00:16:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 00:16:00 GMT Message-Id: <201105120016.p4C0G0ng081773@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 00:16:01 -0000 TB --- 2011-05-11 22:23:25 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-11 22:23:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-05-11 22:23:25 - cleaning the object tree TB --- 2011-05-11 22:23:39 - cvsupping the source tree TB --- 2011-05-11 22:23:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-05-11 22:24:25 - building world TB --- 2011-05-11 22:24:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-11 22:24:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-11 22:24:25 - TARGET=powerpc TB --- 2011-05-11 22:24:25 - TARGET_ARCH=powerpc TB --- 2011-05-11 22:24:25 - TZ=UTC TB --- 2011-05-11 22:24:25 - __MAKE_CONF=/dev/null TB --- 2011-05-11 22:24:25 - cd /src TB --- 2011-05-11 22:24:25 - /usr/bin/make -B buildworld >>> World build started on Wed May 11 22:24:25 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 12 00:09:51 UTC 2011 TB --- 2011-05-12 00:09:52 - generating LINT kernel config TB --- 2011-05-12 00:09:52 - cd /src/sys/powerpc/conf TB --- 2011-05-12 00:09:52 - /usr/bin/make -B LINT TB --- 2011-05-12 00:09:52 - building LINT kernel TB --- 2011-05-12 00:09:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 00:09:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 00:09:52 - TARGET=powerpc TB --- 2011-05-12 00:09:52 - TARGET_ARCH=powerpc TB --- 2011-05-12 00:09:52 - TZ=UTC TB --- 2011-05-12 00:09:52 - __MAKE_CONF=/dev/null TB --- 2011-05-12 00:09:52 - cd /src TB --- 2011-05-12 00:09:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 12 00:09:52 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/solo.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/spicds.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/t4dwave.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/via8233.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/via82c686.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/vibes.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/hda/hdac.c /src/sys/dev/sound/pci/hda/hdac.c:499: error: 'HDA_INTEL_PPT' undeclared here (not in a function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 00:16:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 00:16:00 - ERROR: failed to build lint kernel TB --- 2011-05-12 00:16:00 - 5490.47 user 928.24 system 6754.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 00:18:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D39A2106564A; Thu, 12 May 2011 00:18:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A71318FC08; Thu, 12 May 2011 00:18:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4C0IsLb083407; Wed, 11 May 2011 20:18:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4C0IsM9083406; Thu, 12 May 2011 00:18:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 00:18:54 GMT Message-Id: <201105120018.p4C0IsM9083406@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 00:18:54 -0000 TB --- 2011-05-11 23:11:39 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-11 23:11:39 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-05-11 23:11:39 - cleaning the object tree TB --- 2011-05-11 23:11:51 - cvsupping the source tree TB --- 2011-05-11 23:11:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-05-11 23:12:06 - building world TB --- 2011-05-11 23:12:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-11 23:12:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-11 23:12:06 - TARGET=sun4v TB --- 2011-05-11 23:12:06 - TARGET_ARCH=sparc64 TB --- 2011-05-11 23:12:06 - TZ=UTC TB --- 2011-05-11 23:12:06 - __MAKE_CONF=/dev/null TB --- 2011-05-11 23:12:06 - cd /src TB --- 2011-05-11 23:12:06 - /usr/bin/make -B buildworld >>> World build started on Wed May 11 23:12:06 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 12 00:12:28 UTC 2011 TB --- 2011-05-12 00:12:28 - generating LINT kernel config TB --- 2011-05-12 00:12:28 - cd /src/sys/sun4v/conf TB --- 2011-05-12 00:12:28 - /usr/bin/make -B LINT TB --- 2011-05-12 00:12:28 - building LINT kernel TB --- 2011-05-12 00:12:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 00:12:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 00:12:28 - TARGET=sun4v TB --- 2011-05-12 00:12:28 - TARGET_ARCH=sparc64 TB --- 2011-05-12 00:12:28 - TZ=UTC TB --- 2011-05-12 00:12:28 - __MAKE_CONF=/dev/null TB --- 2011-05-12 00:12:28 - cd /src TB --- 2011-05-12 00:12:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 12 00:12:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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 -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/sound/isa/sndbuf_dma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/atiixp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/envy24.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/envy24ht.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/es137x.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/spicds.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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/sound/pci/hda/hdac.c /src/sys/dev/sound/pci/hda/hdac.c:499: error: 'HDA_INTEL_PPT' undeclared here (not in a function) *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 00:18:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 00:18:53 - ERROR: failed to build lint kernel TB --- 2011-05-12 00:18:54 - 3107.31 user 679.84 system 4034.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 02:23:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1821E1065783; Thu, 12 May 2011 02:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C594A8FC0A; Thu, 12 May 2011 02:23:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4C2NFJX071379; Wed, 11 May 2011 22:23:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4C2NFvS071368; Thu, 12 May 2011 02:23:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 02:23:15 GMT Message-Id: <201105120223.p4C2NFvS071368@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 02:23:17 -0000 TB --- 2011-05-12 00:20:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 00:20:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-05-12 00:20:01 - cleaning the object tree TB --- 2011-05-12 00:20:22 - cvsupping the source tree TB --- 2011-05-12 00:20:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-05-12 00:20:58 - building world TB --- 2011-05-12 00:20:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 00:20:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 00:20:58 - TARGET=pc98 TB --- 2011-05-12 00:20:58 - TARGET_ARCH=i386 TB --- 2011-05-12 00:20:58 - TZ=UTC TB --- 2011-05-12 00:20:58 - __MAKE_CONF=/dev/null TB --- 2011-05-12 00:20:58 - cd /src TB --- 2011-05-12 00:20:58 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 00:20:59 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 12 02:15:27 UTC 2011 TB --- 2011-05-12 02:15:28 - generating LINT kernel config TB --- 2011-05-12 02:15:28 - cd /src/sys/pc98/conf TB --- 2011-05-12 02:15:28 - /usr/bin/make -B LINT TB --- 2011-05-12 02:15:28 - building LINT kernel TB --- 2011-05-12 02:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 02:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 02:15:28 - TARGET=pc98 TB --- 2011-05-12 02:15:28 - TARGET_ARCH=i386 TB --- 2011-05-12 02:15:28 - TZ=UTC TB --- 2011-05-12 02:15:28 - __MAKE_CONF=/dev/null TB --- 2011-05-12 02:15:28 - cd /src TB --- 2011-05-12 02:15:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 12 02:15:28 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/solo.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/spicds.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/t4dwave.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/via8233.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/via82c686.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/vibes.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/hda/hdac.c /src/sys/dev/sound/pci/hda/hdac.c:499: error: 'HDA_INTEL_PPT' undeclared here (not in a function) *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 02:23:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 02:23:14 - ERROR: failed to build lint kernel TB --- 2011-05-12 02:23:15 - 5894.84 user 1016.36 system 7393.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 02:25:21 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE7D10656F3; Thu, 12 May 2011 02:25:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1B53F8FC2B; Thu, 12 May 2011 02:25:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4C2PJJp093843; Wed, 11 May 2011 22:25:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4C2PJRu093832; Thu, 12 May 2011 02:25:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 02:25:19 GMT Message-Id: <201105120225.p4C2PJRu093832@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 02:25:21 -0000 TB --- 2011-05-12 00:20:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 00:20:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-05-12 00:20:01 - cleaning the object tree TB --- 2011-05-12 00:20:26 - cvsupping the source tree TB --- 2011-05-12 00:20:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-05-12 00:20:58 - building world TB --- 2011-05-12 00:20:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 00:20:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 00:20:58 - TARGET=i386 TB --- 2011-05-12 00:20:58 - TARGET_ARCH=i386 TB --- 2011-05-12 00:20:58 - TZ=UTC TB --- 2011-05-12 00:20:58 - __MAKE_CONF=/dev/null TB --- 2011-05-12 00:20:58 - cd /src TB --- 2011-05-12 00:20:58 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 00:20:59 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 12 02:15:45 UTC 2011 TB --- 2011-05-12 02:15:46 - generating LINT kernel config TB --- 2011-05-12 02:15:46 - cd /src/sys/i386/conf TB --- 2011-05-12 02:15:46 - /usr/bin/make -B LINT TB --- 2011-05-12 02:15:46 - building LINT kernel TB --- 2011-05-12 02:15:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 02:15:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 02:15:46 - TARGET=i386 TB --- 2011-05-12 02:15:46 - TARGET_ARCH=i386 TB --- 2011-05-12 02:15:46 - TZ=UTC TB --- 2011-05-12 02:15:46 - __MAKE_CONF=/dev/null TB --- 2011-05-12 02:15:46 - cd /src TB --- 2011-05-12 02:15:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 12 02:15:46 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/solo.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/spicds.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/t4dwave.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/via8233.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/via82c686.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/vibes.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/hda/hdac.c /src/sys/dev/sound/pci/hda/hdac.c:499: error: 'HDA_INTEL_PPT' undeclared here (not in a function) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 02:25:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 02:25:19 - ERROR: failed to build lint kernel TB --- 2011-05-12 02:25:19 - 6011.80 user 1014.48 system 7518.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 03:00:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D64A106564A; Thu, 12 May 2011 03:00:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 227B48FC13; Thu, 12 May 2011 03:00:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4C30AA2005763; Wed, 11 May 2011 23:00:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4C30AiA005754; Thu, 12 May 2011 03:00:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 03:00:10 GMT Message-Id: <201105120300.p4C30AiA005754@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 03:00:13 -0000 TB --- 2011-05-12 00:20:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 00:20:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-05-12 00:20:01 - cleaning the object tree TB --- 2011-05-12 00:20:26 - cvsupping the source tree TB --- 2011-05-12 00:20:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-05-12 00:26:02 - building world TB --- 2011-05-12 00:26:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 00:26:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 00:26:02 - TARGET=amd64 TB --- 2011-05-12 00:26:02 - TARGET_ARCH=amd64 TB --- 2011-05-12 00:26:02 - TZ=UTC TB --- 2011-05-12 00:26:02 - __MAKE_CONF=/dev/null TB --- 2011-05-12 00:26:02 - cd /src TB --- 2011-05-12 00:26:02 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 00:26:02 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu May 12 02:50:42 UTC 2011 TB --- 2011-05-12 02:50:42 - generating LINT kernel config TB --- 2011-05-12 02:50:42 - cd /src/sys/amd64/conf TB --- 2011-05-12 02:50:42 - /usr/bin/make -B LINT TB --- 2011-05-12 02:50:42 - building LINT kernel TB --- 2011-05-12 02:50:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 02:50:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 02:50:42 - TARGET=amd64 TB --- 2011-05-12 02:50:42 - TARGET_ARCH=amd64 TB --- 2011-05-12 02:50:42 - TZ=UTC TB --- 2011-05-12 02:50:42 - __MAKE_CONF=/dev/null TB --- 2011-05-12 02:50:42 - cd /src TB --- 2011-05-12 02:50:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 12 02:50:42 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/solo.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/spicds.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/t4dwave.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/via8233.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/via82c686.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/vibes.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pci/hda/hdac.c /src/sys/dev/sound/pci/hda/hdac.c:499: error: 'HDA_INTEL_PPT' undeclared here (not in a function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 03:00:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 03:00:10 - ERROR: failed to build lint kernel TB --- 2011-05-12 03:00:10 - 7291.52 user 1345.65 system 9609.26 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 06:19:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D5CC2106564A; Thu, 12 May 2011 06:19:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9B33114E06C; Thu, 12 May 2011 06:19:26 +0000 (UTC) Message-ID: <4DCB7BED.1080805@FreeBSD.org> Date: Wed, 11 May 2011 23:19:25 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Alexander Motin References: <4DC25396.1070909@dougbarton.us> <4DCA1C06.6040505@FreeBSD.org> <4DCA73F6.70707@FreeBSD.org> In-Reply-To: <4DCA73F6.70707@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: My problems with stability on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 06:19:27 -0000 On 05/11/2011 04:33, Alexander Motin wrote: > On 11.05.2011 08:17, Doug Barton wrote: >> I had an interesting result doing nothing but switching from HPET to >> LAPIC ... no crash. Still on the same version of -current (r221566) the >> only thing I've done is to add kern.eventtimer.timer="LAPIC" to >> /boot/loader.conf, and so far I haven't been able to get it to crash no >> matter how much I compile, or how much other stuff I do in the >> background. I _can_ get the system heavily loaded enough so that the >> mouse can drag across the screen, windows take visible time to repaint, >> etc. That happens with a load average of 4+ on this core 2 duo. But >> other than that (which is not altogether unreasonable) the system has >> been very stable for a couple of days now. >> >> Does that suggest a next step in terms of what to test? > > The fact that LAPIC is working fine can mean that problem is either HPET > specific or non-per-CPU timers specific. To check that you could try to > use i8254 timer in one-shot mode: > hint.attimer.0.timecounter=0 > kern.eventtimer.timer="i8254" > > , or use HPET in per-CPU mode: > hint.atrtc.0.clock=0 > hint.attimer.0.clock=0 > hint.hpet.X.legacy_route=1 > > But the most informative would be to see what's going on with HPET > interrupts during the freezes. With HPET hardware it is very easy to > loose interrupt. And the lost interrupt means problem for many things. > There are some workarounds made for that, but I can't be sure. For that > case you could experiment with this patch: > --- acpi_hpet.c.prev 2010-12-25 11:28:45.000000000 +0200 > +++ acpi_hpet.c 2011-05-11 14:30:59.000000000 +0300 > @@ -190,7 +190,7 @@ restart: > bus_write_4(sc->mem_res, HPET_TIMER_COMPARATOR(t->num), > t->next); > } > - if (fdiv < 5000) { > + if (1 || fdiv < 5000) { > bus_read_4(sc->mem_res, HPET_TIMER_COMPARATOR(t->num)); > now = bus_read_4(sc->mem_res, HPET_MAIN_COUNTER); Ok, I'll try the patch sometime soon, lots going on right now. FYI, I had something odd happen tonight, the laptop had been up for about 36 hours, and it was idle for a while when I was afk for about an hour. When I came back, the system was off. Nothing in the logs, no core dump, but it definitely crashed because when I turned it back on the file systems were all dirty. This is still r221566 running LAPIC. Interestingly I had pidgin running while it was idle, and a friend sent me an e-mail saying that he tried to IM me and as soon as he sent the message my status went from "away" to "off line." The time he sent the e-mail corresponds roughly to the last entry in the log before I rebooted it. I realize that this is not a lot to go on, but I thought I'd mention it. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu May 12 08:15:34 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 545281065672; Thu, 12 May 2011 08:15:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 35CB18FC19; Thu, 12 May 2011 08:15:33 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA19432; Thu, 12 May 2011 11:15:31 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QKR3T-000K6n-6b; Thu, 12 May 2011 11:15:31 +0300 Message-ID: <4DCB9722.1020409@FreeBSD.org> Date: Thu, 12 May 2011 11:15:30 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: FreeBSD current X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: better integration of osol cyclic with clocksource X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 08:15:34 -0000 I would like to commit the following patch soon, so I would like to ask you for reviews and testing. Idea of the patch is to improve integration with relatively recently introduced clocksource framework. Practical benefits are only achieved when one-shot timers are used to drive a system. In this case there will not be unnecessary timer interrupts and, which is not the least, cyclic events should happen more close to their scheduled times. Currently cyclic subsystem is used only by DTrace, so that means that DTrace profile provider becomes much more accurate. E.g. if currently you specify profile:::profile-4001 probe and your hz is 1000, then actually most of the time this probe is invoked 4 times in succession at every hz tick. With the proposed change it should be generally called every 250µs. The patch: http://people.freebsd.org/~avg/cyclic.diff BIG NOTE: the patch needs osol gethrtime() to be implemented with the same (high) prevision as the clocksource code, which is not the case now. Without that the cyclic code will work very unstably. So one of the following actions should be taken additionally: A) The following patch changes gethrtime() to sufficiently accurate implementation. Since gethrtime() is also used in ZFS code, there is a concern that the patch may negatively impact ZFS performance. This hasn't been demonstrated/proven, but I am also unable to conclusively prove that this will not be the case. The only argument that I have is that OpenSolaris uses a precise implementation (based on TSC where possible), so the change shouldn't make things worse than in OpenSolaris. --- sys/cddl/compat/opensolaris/sys/time.h (revision 221802) +++ sys/cddl/compat/opensolaris/sys/time.h (working copy) @@ -53,7 +53,7 @@ struct timespec ts; hrtime_t nsec; - getnanouptime(&ts); + nanouptime(&ts); nsec = (hrtime_t)ts.tv_sec * NANOSEC + ts.tv_nsec; return (nsec); } B) Create a private copy of gethrtime() in sys/cddl/dev/cyclic/cyclic.c and patch only that copy. This is a safer approach suggested by pjd. The only minor drawback is very small code duplication. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 12 11:18:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6654106566C; Thu, 12 May 2011 11:18:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 913208FC08; Thu, 12 May 2011 11:18:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CBI0vm017288; Thu, 12 May 2011 07:18:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CBI0qn017204; Thu, 12 May 2011 11:18:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 11:18:00 GMT Message-Id: <201105121118.p4CBI0qn017204@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 11:18:01 -0000 TB --- 2011-05-12 09:18:12 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 09:18:12 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-05-12 09:18:12 - cleaning the object tree TB --- 2011-05-12 09:18:33 - cvsupping the source tree TB --- 2011-05-12 09:18:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-05-12 09:18:50 - building world TB --- 2011-05-12 09:18:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 09:18:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 09:18:50 - TARGET=powerpc TB --- 2011-05-12 09:18:50 - TARGET_ARCH=powerpc TB --- 2011-05-12 09:18:50 - TZ=UTC TB --- 2011-05-12 09:18:50 - __MAKE_CONF=/dev/null TB --- 2011-05-12 09:18:50 - cd /src TB --- 2011-05-12 09:18:50 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 09:18:51 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu May 12 11:10:53 UTC 2011 TB --- 2011-05-12 11:10:53 - generating LINT kernel config TB --- 2011-05-12 11:10:53 - cd /src/sys/powerpc/conf TB --- 2011-05-12 11:10:53 - /usr/bin/make -B LINT TB --- 2011-05-12 11:10:53 - building LINT kernel TB --- 2011-05-12 11:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 11:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 11:10:53 - TARGET=powerpc TB --- 2011-05-12 11:10:53 - TARGET_ARCH=powerpc TB --- 2011-05-12 11:10:53 - TZ=UTC TB --- 2011-05-12 11:10:53 - __MAKE_CONF=/dev/null TB --- 2011-05-12 11:10:53 - cd /src TB --- 2011-05-12 11:10:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 12 11:10:53 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pcm/ac97_patch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pcm/buffer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pcm/channel.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/sound/pcm/channel_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror channel_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -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 -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pcm/dsp.c cc1: warnings being treated as errors /src/sys/dev/sound/pcm/dsp.c: In function 'dsp_mmap_single': /src/sys/dev/sound/pcm/dsp.c:2258: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 11:18:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 11:18:00 - ERROR: failed to build lint kernel TB --- 2011-05-12 11:18:00 - 5766.98 user 951.46 system 7187.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 12:16:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C599106567F for ; Thu, 12 May 2011 12:16:38 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 284CB8FC20 for ; Thu, 12 May 2011 12:16:37 +0000 (UTC) Received: by vxc34 with SMTP id 34so1446849vxc.13 for ; Thu, 12 May 2011 05:16:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=wPythYj6NP5TIbnP0L2aZ83179RjGA7zZuID7qYDGiU=; b=bi4c6EF+SlTO83SuXFE2K4IgFKdHf2uG5Prd+9d57SQ5PY1VEF1AA53izoXGhmpr7i 86Y+DRt+Oa7WhXBWUZuQBMJ1otyKpt+X7n8Ag0zF37bUOs1gBSvtHTP9Bw702h9B6Emv fIq2lA47Ac1eSKMZ3gU3wXAQrCslSrx0hkDo0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=X8q7u3WQ0Js1WsardYiONBGVWYxlAugiKoFtnIhQjkfzjssbr4YW4HUy3YPhFtFYRo 762m8lT+Tj6jiyDpEBehtHKqTB7yeqVr+UiIo20mRvto4X5kChkVHInVFO0OMideByOg NZabnYBB6mXxzMDj0lZ3PX64wQtS8vW4RD5TI= Received: by 10.52.179.103 with SMTP id df7mr145398vdc.148.1305201122071; Thu, 12 May 2011 04:52:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.32.9 with HTTP; Thu, 12 May 2011 04:51:42 -0700 (PDT) From: Christer Solskogen Date: Thu, 12 May 2011 13:51:42 +0200 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: libprocstat compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 12:16:38 -0000 I get this when compiling world with clang (don't know about gcc) ===> libprocstat (depend) rm -f .depend CC='clang' mkdep -f .depend -a -I. -I/usr/src/lib/libprocstat -D_KVM_VNODE -DZFS -DNDEBUG /usr/src/lib/libprocstat/cd9660.c /usr/src/lib/libprocstat/common_kvm.c /usr/src/lib/libprocstat/libprocstat.c /usr/src/lib/libprocstat/msdosfs.c /usr/src/lib/libprocstat/ntfs.c /usr/src/lib/libprocstat/nwfs.c /usr/src/lib/libprocstat/smbfs.c /usr/src/lib/libprocstat/udf.c /usr/src/lib/libprocstat/nwfs.c:44:10: fatal error: 'fs/nwfs/nwfs.h' file not found #include ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libprocstat. *** Error code 1 Stop in /usr/src/lib. -- chs, From owner-freebsd-current@FreeBSD.ORG Thu May 12 12:35:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5E731065670; Thu, 12 May 2011 12:35:40 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2068A8FC1B; Thu, 12 May 2011 12:35:39 +0000 (UTC) Received: from [62.63.85.2] [62.63.85.2:34678] (HELO/EHLO luna.dio.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id p4CCNJhp036042 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Thu, 12 May 2011 16:23:20 +0400 (MSD) From: Max Brazhnikov Organization: ISSP RAS To: freebsd-current@freebsd.org Date: Thu, 12 May 2011 16:22:48 +0400 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.6.3; amd64; ; ) References: <4DA6DF88.2040005@FreeBSD.org> In-Reply-To: <4DA6DF88.2040005@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201105121622.49166.makc@issp.ac.ru> Cc: George Liaskos , Dimitry Andric , kde@freebsd.org Subject: Re: KDE related compile errors on CURRENT. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 12:35:40 -0000 On Thu, 14 Apr 2011 13:50:32 +0200, Dimitry Andric wrote: > On 2011-04-14 10:58, George Liaskos wrote: > .... > > More precisely, /usr/local/include/eigen2/Eigen/Core : > > > > 37 #ifdef __SSE3__ > > 38 #include > > 39 #endif > > 40 #ifdef __SSSE3__ > > 41 #include > > 42 #endif > > > > I have tmmintrin.h only under /usr/include/clang/2.9, using r220528 - amd64. > > You can just copy /usr/src/contrib/gcc/config/i386/tmmintrin.h to > /usr/include/gcc/4.2 for now, or apply the attached patch and run "make > install" in /usr/src/gnu/usr.bin/cc/include. I'll commit a fix to > -current tonight. Could you merge it to stable as well? Thanks From owner-freebsd-current@FreeBSD.ORG Thu May 12 12:49:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E7F9106566B; Thu, 12 May 2011 12:49:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBEC8FC1A; Thu, 12 May 2011 12:49:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CCn3dw096888; Thu, 12 May 2011 08:49:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CCn3k6096887; Thu, 12 May 2011 12:49:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 12:49:03 GMT Message-Id: <201105121249.p4CCn3k6096887@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 12:49:04 -0000 TB --- 2011-05-12 12:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 12:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-05-12 12:00:00 - cleaning the object tree TB --- 2011-05-12 12:00:21 - cvsupping the source tree TB --- 2011-05-12 12:00:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-05-12 12:01:08 - building world TB --- 2011-05-12 12:01:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 12:01:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 12:01:08 - TARGET=arm TB --- 2011-05-12 12:01:08 - TARGET_ARCH=arm TB --- 2011-05-12 12:01:08 - TZ=UTC TB --- 2011-05-12 12:01:08 - __MAKE_CONF=/dev/null TB --- 2011-05-12 12:01:08 - cd /src TB --- 2011-05-12 12:01:08 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 12:01:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 12:49:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 12:49:02 - ERROR: failed to build world TB --- 2011-05-12 12:49:02 - 2102.50 user 606.36 system 2941.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 13:51:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A83B8106567F; Thu, 12 May 2011 13:51:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 505CE8FC20; Thu, 12 May 2011 13:51:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CDpFkP083644; Thu, 12 May 2011 09:51:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CDpFUn083621; Thu, 12 May 2011 13:51:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 13:51:15 GMT Message-Id: <201105121351.p4CDpFUn083621@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 13:51:16 -0000 TB --- 2011-05-12 12:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 12:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-05-12 12:00:00 - cleaning the object tree TB --- 2011-05-12 12:00:27 - cvsupping the source tree TB --- 2011-05-12 12:00:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-05-12 12:01:08 - building world TB --- 2011-05-12 12:01:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 12:01:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 12:01:08 - TARGET=i386 TB --- 2011-05-12 12:01:08 - TARGET_ARCH=i386 TB --- 2011-05-12 12:01:08 - TZ=UTC TB --- 2011-05-12 12:01:08 - __MAKE_CONF=/dev/null TB --- 2011-05-12 12:01:08 - cd /src TB --- 2011-05-12 12:01:08 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 12:01:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 13:51:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 13:51:14 - ERROR: failed to build world TB --- 2011-05-12 13:51:15 - 5417.90 user 865.80 system 6674.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 13:51:32 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392B710656D2; Thu, 12 May 2011 13:51:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D0D518FC32; Thu, 12 May 2011 13:51:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CDpVf7084794; Thu, 12 May 2011 09:51:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CDpVie084786; Thu, 12 May 2011 13:51:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 13:51:31 GMT Message-Id: <201105121351.p4CDpVie084786@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 13:51:32 -0000 TB --- 2011-05-12 12:00:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 12:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-05-12 12:00:00 - cleaning the object tree TB --- 2011-05-12 12:00:24 - cvsupping the source tree TB --- 2011-05-12 12:00:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-05-12 12:01:08 - building world TB --- 2011-05-12 12:01:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 12:01:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 12:01:08 - TARGET=pc98 TB --- 2011-05-12 12:01:08 - TARGET_ARCH=i386 TB --- 2011-05-12 12:01:08 - TZ=UTC TB --- 2011-05-12 12:01:08 - __MAKE_CONF=/dev/null TB --- 2011-05-12 12:01:08 - cd /src TB --- 2011-05-12 12:01:08 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 12:01:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 13:51:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 13:51:30 - ERROR: failed to build world TB --- 2011-05-12 13:51:30 - 5413.00 user 884.73 system 6690.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 14:44:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 246FE106564A; Thu, 12 May 2011 14:44:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C1CF98FC1A; Thu, 12 May 2011 14:43:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CEhwd9075145; Thu, 12 May 2011 10:43:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CEhwQT075140; Thu, 12 May 2011 14:43:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 14:43:58 GMT Message-Id: <201105121443.p4CEhwQT075140@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 14:44:00 -0000 TB --- 2011-05-12 13:51:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 13:51:15 - starting HEAD tinderbox run for mips/mips TB --- 2011-05-12 13:51:15 - cleaning the object tree TB --- 2011-05-12 13:51:22 - cvsupping the source tree TB --- 2011-05-12 13:51:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-05-12 13:52:08 - building world TB --- 2011-05-12 13:52:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 13:52:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 13:52:08 - TARGET=mips TB --- 2011-05-12 13:52:08 - TARGET_ARCH=mips TB --- 2011-05-12 13:52:08 - TZ=UTC TB --- 2011-05-12 13:52:08 - __MAKE_CONF=/dev/null TB --- 2011-05-12 13:52:08 - cd /src TB --- 2011-05-12 13:52:08 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 13:52:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 14:43:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 14:43:58 - ERROR: failed to build world TB --- 2011-05-12 14:43:58 - 2248.13 user 573.08 system 3162.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 15:35:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8385C106566C; Thu, 12 May 2011 15:35:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2764E8FC12; Thu, 12 May 2011 15:35:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CFZqFJ030751; Thu, 12 May 2011 11:35:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CFZqMw030737; Thu, 12 May 2011 15:35:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 15:35:52 GMT Message-Id: <201105121535.p4CFZqMw030737@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 15:35:53 -0000 TB --- 2011-05-12 13:51:31 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 13:51:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-05-12 13:51:31 - cleaning the object tree TB --- 2011-05-12 13:51:41 - cvsupping the source tree TB --- 2011-05-12 13:51:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-05-12 13:52:08 - building world TB --- 2011-05-12 13:52:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 13:52:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 13:52:08 - TARGET=powerpc TB --- 2011-05-12 13:52:08 - TARGET_ARCH=powerpc TB --- 2011-05-12 13:52:08 - TZ=UTC TB --- 2011-05-12 13:52:08 - __MAKE_CONF=/dev/null TB --- 2011-05-12 13:52:08 - cd /src TB --- 2011-05-12 13:52:08 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 13:52:08 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 15:35:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 15:35:51 - ERROR: failed to build world TB --- 2011-05-12 15:35:51 - 5012.19 user 820.78 system 6260.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 16:26:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1CA1106564A; Thu, 12 May 2011 16:26:59 +0000 (UTC) (envelope-from rakaur@malkier.net) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE0F8FC12; Thu, 12 May 2011 16:26:59 +0000 (UTC) Received: by ywf7 with SMTP id 7so735251ywf.13 for ; Thu, 12 May 2011 09:26:58 -0700 (PDT) Received: by 10.236.77.71 with SMTP id c47mr414399yhe.335.1305216148153; Thu, 12 May 2011 09:02:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.147.98.17 with HTTP; Thu, 12 May 2011 09:02:08 -0700 (PDT) From: Eric Will Date: Thu, 12 May 2011 12:02:08 -0400 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 12 May 2011 17:25:05 +0000 Cc: freebsd-toolchain@freebsd.org Subject: llvm port does not allow REQUIRES_RTTI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 16:26:59 -0000 The current Makefile for devel/llvm doesn't allow you to use REQUIRES_RTTI. It's a pretty common option, and is even enabled by default in devel/llvm-devel. I emailed the maintainer months ago and haven't had a response or seen any changes. I've never done anything with ports before, but my best stab at it is below. Thanks, -- Eric Will --- /usr/ports/devel/llvm/Makefile 2011-04-29 11:04:29.000000000 -0400 +++ Makefile 2011-05-12 11:52:59.000000000 -0400 @@ -40,6 +40,7 @@ CONFIGURE_ARGS+= --enable-bindings=none OPTIONS= ASSERTS "Enable assertions (thread unsafe)" off +OPTIONS+= REQUIRES_RTTI "Enable run-time type IDs (RTTI)" on .if defined(NOPORTDOCS) CONFIGURE_ARGS+= --disable-docs @@ -70,6 +71,10 @@ .else CONFIGURE_ARGS+= --disable-assertions .endif +.ifdef(WITH_REQUIRES_RTTI) +CONFIGURE_ENV+=REQUIRES_RTTI=1 +MAKE_ENV+=REQUIRES_RTTI=1 +.endif post-patch: ${REINPLACE_CMD} -e 's|\(PROJ_docsdir.*:=\).*$$|\1${DOCSDIR}|g' \ From owner-freebsd-current@FreeBSD.ORG Thu May 12 17:36:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2922B106566C for ; Thu, 12 May 2011 17:36:39 +0000 (UTC) (envelope-from randy@psg.com) Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by mx1.freebsd.org (Postfix) with ESMTP id 0E2E38FC0C for ; Thu, 12 May 2011 17:36:39 +0000 (UTC) Received: from amontsouris-553-1-7-210.w92-151.abo.wanadoo.fr ([92.151.194.210] helo=rair.home) by psg.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1QKZoU-000ITo-Ke for freebsd-current@freebsd.org; Thu, 12 May 2011 17:36:38 +0000 Message-ID: <4DCC1B0C.20708@psg.com> Date: Thu, 12 May 2011 19:38:20 +0200 From: Randy Bush User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: libprocstat compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 17:36:39 -0000 same here ===> lib/libprocstat (depend) rm -f .depend mkdep -f .depend -a -I. -I/usr/src/lib/libprocstat -D_KVM_VNODE -DZFS /usr/src/lib/libprocstat/cd9660.c /usr/src/lib/libprocstat/common_kvm.c /usr/src/lib/libprocstat/libprocstat.c /usr/src/lib/libprocstat/msdosfs.c /usr/src/lib/libprocstat/ntfs.c /usr/src/lib/libprocstat/nwfs.c /usr/src/lib/libprocstat/smbfs.c /usr/src/lib/libprocstat/udf.c /usr/src/lib/libprocstat/nwfs.c:44:26: error: fs/nwfs/nwfs.h: No such file or directory /usr/src/lib/libprocstat/nwfs.c:45:31: error: fs/nwfs/nwfs_node.h: No such file or directory mkdep: compile failed *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Thu May 12 17:49:21 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D609C1065678; Thu, 12 May 2011 17:49:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 777B18FC0A; Thu, 12 May 2011 17:49:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CHnKen088220; Thu, 12 May 2011 13:49:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CHnKni088219; Thu, 12 May 2011 17:49:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 17:49:20 GMT Message-Id: <201105121749.p4CHnKni088219@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 17:49:21 -0000 TB --- 2011-05-12 17:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 17:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-05-12 17:00:01 - cleaning the object tree TB --- 2011-05-12 17:00:10 - cvsupping the source tree TB --- 2011-05-12 17:00:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-05-12 17:00:55 - building world TB --- 2011-05-12 17:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 17:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 17:00:55 - TARGET=arm TB --- 2011-05-12 17:00:55 - TARGET_ARCH=arm TB --- 2011-05-12 17:00:55 - TZ=UTC TB --- 2011-05-12 17:00:55 - __MAKE_CONF=/dev/null TB --- 2011-05-12 17:00:55 - cd /src TB --- 2011-05-12 17:00:55 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 17:00:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 17:49:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 17:49:19 - ERROR: failed to build world TB --- 2011-05-12 17:49:19 - 2114.13 user 613.04 system 2958.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 18:52:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DD901065675; Thu, 12 May 2011 18:52:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AAA298FC0A; Thu, 12 May 2011 18:52:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CIqWxp076500; Thu, 12 May 2011 14:52:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CIqWeH076487; Thu, 12 May 2011 18:52:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 18:52:32 GMT Message-Id: <201105121852.p4CIqWeH076487@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 18:52:34 -0000 TB --- 2011-05-12 17:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 17:00:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-05-12 17:00:01 - cleaning the object tree TB --- 2011-05-12 17:00:11 - cvsupping the source tree TB --- 2011-05-12 17:00:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-05-12 17:00:55 - building world TB --- 2011-05-12 17:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 17:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 17:00:55 - TARGET=pc98 TB --- 2011-05-12 17:00:55 - TARGET_ARCH=i386 TB --- 2011-05-12 17:00:55 - TZ=UTC TB --- 2011-05-12 17:00:55 - __MAKE_CONF=/dev/null TB --- 2011-05-12 17:00:55 - cd /src TB --- 2011-05-12 17:00:55 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 17:00:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 18:52:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 18:52:31 - ERROR: failed to build world TB --- 2011-05-12 18:52:32 - 5461.06 user 889.52 system 6750.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 18:52:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F3DF1065676; Thu, 12 May 2011 18:52:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AAA808FC0C; Thu, 12 May 2011 18:52:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4CIqW3I076502; Thu, 12 May 2011 14:52:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4CIqWIB076501; Thu, 12 May 2011 18:52:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 May 2011 18:52:32 GMT Message-Id: <201105121852.p4CIqWIB076501@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2011 18:52:34 -0000 TB --- 2011-05-12 17:00:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-12 17:00:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-05-12 17:00:01 - cleaning the object tree TB --- 2011-05-12 17:00:11 - cvsupping the source tree TB --- 2011-05-12 17:00:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-05-12 17:00:55 - building world TB --- 2011-05-12 17:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-12 17:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-12 17:00:55 - TARGET=i386 TB --- 2011-05-12 17:00:55 - TARGET_ARCH=i386 TB --- 2011-05-12 17:00:55 - TZ=UTC TB --- 2011-05-12 17:00:55 - __MAKE_CONF=/dev/null TB --- 2011-05-12 17:00:55 - cd /src TB --- 2011-05-12 17:00:55 - /usr/bin/make -B buildworld >>> World build started on Thu May 12 17:00:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o from from.o gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc1: warnings being treated as errors /src/usr.bin/fstat/fstat.c: In function 'print_vnode_info': /src/usr.bin/fstat/fstat.c:455: warning: format '%6ld' expects type 'long int', but argument 2 has type 'uint64_t' /src/usr.bin/fstat/fstat.c:464: warning: format '%6lu' expects type 'long unsigned int', but argument 2 has type 'uint64_t' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-12 18:52:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-12 18:52:32 - ERROR: failed to build world TB --- 2011-05-12 18:52:32 - 5471.81 user 868.91 system 6751.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 12 19:09:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E7FF1065676 for ; Thu, 12 May 2011 19:09:00 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id B6C2A8FC0C for ; Thu, 12 May 2011 19:08:59 +0000 (UTC) Received: from orion.SpringDaemons.com (207.47.0.2.static.nextweb.net [207.47.0.2]) by mx0.deglitch.com (Postfix) with ESMTPA id B9F218FC2E; Thu, 12 May 2011 23:08:56 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 94E305C41; Thu, 12 May 2011 12:08:14 -0700 (PDT) Date: Thu, 12 May 2011 12:08:14 -0700 From: Stanislav Sedov To: Randy Bush Message-Id: <20110512120814.179c38aa.stas@FreeBSD.org> In-Reply-To: <4DCC1B0C.20708@psg.com> References: <4DCC1B0C.20708@psg.com> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: libprocstat compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 19:09:00 -0000 On Thu, 12 May 2011 19:38:20 +0200 Randy Bush mentioned: > same here > > ===> lib/libprocstat (depend) > rm -f .depend > mkdep -f .depend -a -I. -I/usr/src/lib/libprocstat -D_KVM_VNODE -DZFS > /usr/src/lib/libprocstat/cd9660.c /usr/src/lib/libprocstat/common_kvm.c > /usr/src/lib/libprocstat/libprocstat.c > /usr/src/lib/libprocstat/msdosfs.c /usr/src/lib/libprocstat/ntfs.c > /usr/src/lib/libprocstat/nwfs.c /usr/src/lib/libprocstat/smbfs.c > /usr/src/lib/libprocstat/udf.c > /usr/src/lib/libprocstat/nwfs.c:44:26: error: fs/nwfs/nwfs.h: No such > file or directory > /usr/src/lib/libprocstat/nwfs.c:45:31: error: fs/nwfs/nwfs_node.h: No > such file or directory > mkdep: compile failed > *** Error code 1 > Hi! Sorry for the breakage! Do you have any special configuration in make.conf? Can you, please, send me your make.conf and kernel configuration file? Thanks! -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Thu May 12 20:33:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84F7A106566B; Thu, 12 May 2011 20:33:31 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC4E8FC0A; Thu, 12 May 2011 20:33:30 +0000 (UTC) Received: by vws18 with SMTP id 18so1928965vws.13 for ; Thu, 12 May 2011 13:33:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=FI/yBPUGaIJ65aNLUmmX4EQlzYdaB47w3juTKt26AZ0=; b=bGTq9k0u138Enm+0ZOknBc6WuHR08qiArltfbm3gGqm3JptWE12c641CIU4vBRKiU2 9K3QS68W5VmiStVCdMProGPjJax1gf5PDia8/4fz2HcWll8erwOVfKSESWm/MCDdr1mj okEgcpc/AmwcJ4fdoJPn6XNpFVsO2Fa100RNU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=cvehNph5qjPMgEeryWi7k+YHVoIZfMSZ+9cRFDx+oYuA0FYo9JEW9YPRpnWkUhBie/ EDPxt98r2I8/PBBY0py9BWgsgw/8D1hJG37rvm7q5QBjz3xNcMKS1OfllVImHuGOxbTL 7hq24BbDXl+wgaBAjgFCTDb/t+AQbP3h3WaWM= Received: by 10.52.73.232 with SMTP id o8mr920418vdv.228.1305232410123; Thu, 12 May 2011 13:33:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.32.9 with HTTP; Thu, 12 May 2011 13:33:10 -0700 (PDT) In-Reply-To: <20110512120814.179c38aa.stas@FreeBSD.org> References: <4DCC1B0C.20708@psg.com> <20110512120814.179c38aa.stas@FreeBSD.org> From: Christer Solskogen Date: Thu, 12 May 2011 22:33:10 +0200 Message-ID: To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 Cc: Randy Bush , freebsd-current@freebsd.org Subject: Re: libprocstat compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 20:33:31 -0000 On Thu, May 12, 2011 at 9:08 PM, Stanislav Sedov wrote: > > Sorry for the breakage! > Do you have any special configuration in make.conf? > Can you, please, send me your make.conf and kernel configuration file? > solskogen@friend ~]$ cat /etc/make.conf #clang might be good .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif # Don't die on warnings NO_WERROR= WERROR= # Don't forget this when using Jails! NO_FSCHG= CFLAGS=-O3 -march=core2 WRKDIRPREFIX=/usr/obj KERNCONF=FRIEND # Ports #MASTER_SITE_INDEX=http://www.fi.freebsd.org/ports/ MASTER_SITE_OVERRIDE= \ ftp://ftp.no.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ \ ftp://ftp.se.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ \ ftp://ftp.dk.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ # added by use.perl 2011-04-04 20:55:34 PERL_VERSION=5.12.3 [solskogen@friend ~]$ cat /etc/src.conf WITHOUT_ACCT= WITHOUT_AMD= WITHOUT_APM= WITHOUT_ASSERT_DEBUG= WITHOUT_AT= WITHOUT_ATM= WITHOUT_AUDIT= WITHOUT_BLUETOOTH= WITHOUT_CALENDAR= WITHOUT_CTM= WITHOUT_CVS= WITHOUT_DICT= WITHOUT_FLOPPY= WITHOUT_FREEBSD_UPDATE= WITHOUT_GAMES= WITHOUT_GPIB= WITHOUT_HTML= WITH_IDEA= WITHOUT_IPFILTER= WITHOUT_IPFW= WITHOUT_IPX= WITHOUT_LPR= WITHOUT_NCP= WITHOUT_NDIS= WITHOUT_NIS= WITHOUT_NLS= WITHOUT_OBJC= WITHOUT_PMC= WITHOUT_PORTSNAP= WITHOUT_PPP= WITHOUT_PROFILE= WITHOUT_QUOTAS= WITHOUT_RCMDS= WITHOUT_SYSINSTALL= WITHOUT_WIRELESS= -- chs, From owner-freebsd-current@FreeBSD.ORG Thu May 12 21:18:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91F221065670; Thu, 12 May 2011 21:18:15 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2C14C8FC18; Thu, 12 May 2011 21:18:13 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.4/8.14.4) with ESMTP id p4CDdXlY038365; Thu, 12 May 2011 08:39:34 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.4/8.14.4/Submit) id p4CDdXhE038364; Thu, 12 May 2011 08:39:33 -0500 (CDT) (envelope-from brooks) Date: Thu, 12 May 2011 08:39:33 -0500 From: Brooks Davis To: Eric Will Message-ID: <20110512133933.GB37874@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 12 May 2011 08:39:34 -0500 (CDT) Cc: freebsd-current@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: llvm port does not allow REQUIRES_RTTI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 21:18:15 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 12, 2011 at 12:02:08PM -0400, Eric Will wrote: > The current Makefile for devel/llvm doesn't allow you to use > REQUIRES_RTTI. It's a pretty common option, and is even enabled by > default in devel/llvm-devel. I emailed the maintainer months ago and > haven't had a response or seen any changes. I've never done anything > with ports before, but my best stab at it is below. Sorry for dropping the ball on this. I'll try to get it done soon. The best way to submit this sort of change is via the PR system. -- Brooks >=20 > Thanks, >=20 > -- Eric Will >=20 > --- /usr/ports/devel/llvm/Makefile 2011-04-29 11:04:29.000000000 -04= 00 > +++ Makefile 2011-05-12 11:52:59.000000000 -0400 > @@ -40,6 +40,7 @@ > CONFIGURE_ARGS+=3D --enable-bindings=3Dnone >=20 > OPTIONS=3D ASSERTS "Enable assertions (thread unsafe)" off > +OPTIONS+=3D REQUIRES_RTTI "Enable run-time type IDs (RTTI)" on >=20 > .if defined(NOPORTDOCS) > CONFIGURE_ARGS+=3D --disable-docs > @@ -70,6 +71,10 @@ > .else > CONFIGURE_ARGS+=3D --disable-assertions > .endif > +.ifdef(WITH_REQUIRES_RTTI) > +CONFIGURE_ENV+=3DREQUIRES_RTTI=3D1 > +MAKE_ENV+=3DREQUIRES_RTTI=3D1 > +.endif >=20 > post-patch: > ${REINPLACE_CMD} -e 's|\(PROJ_docsdir.*:=3D\).*$$|\1${DOCSDIR}|g'= \ > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to "freebsd-toolchain-unsubscribe@freebsd.o= rg" >=20 --gj572EiMnwbLXET9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFNy+MVXY6L6fI4GtQRAkuxAKDC/u1fUR8CUaPO59al8GjqupLcGACgyTsp 0vnsIiz5qrxxYJlCZc/k0xo= =Nt4K -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-current@FreeBSD.ORG Thu May 12 22:30:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0B91065679; Thu, 12 May 2011 22:30:35 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE588FC0A; Thu, 12 May 2011 22:30:35 +0000 (UTC) Received: from orion.SpringDaemons.com (207.47.0.2.static.nextweb.net [207.47.0.2]) by mx0.deglitch.com (Postfix) with ESMTPA id 054BB8FC36; Fri, 13 May 2011 02:30:31 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id D2DB65C41; Thu, 12 May 2011 15:29:43 -0700 (PDT) Date: Thu, 12 May 2011 15:29:43 -0700 From: Stanislav Sedov To: Christer Solskogen Message-Id: <20110512152943.956ebdc3.stas@FreeBSD.org> In-Reply-To: References: <4DCC1B0C.20708@psg.com> <20110512120814.179c38aa.stas@FreeBSD.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Stanislav Sedov , Randy Bush , freebsd-current@freebsd.org Subject: Re: libprocstat compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 May 2011 22:30:35 -0000 Hi! I just committed a fix for this. It should build fine now. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Fri May 13 04:54:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C234106566B; Fri, 13 May 2011 04:54:34 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF2FE8FC08; Fri, 13 May 2011 04:54:33 +0000 (UTC) Received: by vxc34 with SMTP id 34so2204129vxc.13 for ; Thu, 12 May 2011 21:54:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=6VAY96dS7K5Sb1EUcXcbrlZAVI53LfQvz6l/ZN896YM=; b=wLv+S3W0ZN4EFvKNniVZZxux+Zbejw8VZ1BtQ1FXDkweV4IPfBL/vcWswJDD/+fYuo A/O6vbYj5lWKpg72gtf5tc89cJT1rrImzkO1q8KJe6/PNH3EsrVtqPDh9vwCBCO51OyB CKXCqvmOJ2nymbPkM81icEBdoiNu4dAgBhk6o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=PEAXgyKxKNlCE6KYh61RBIoqsexr9IESPXT/iOnASnygVRBOuDQlyGV9pL9MpgMsxC kyek2JlJlOhh68JergW32AquEDK3sKEazSGHh3B7I9bqwzgeHscmB6El0lgdgFAo7xB1 lbnhhdEF9e5ivyQx9iacXs7p/O0eqBFmkp5Nk= Received: by 10.52.100.5 with SMTP id eu5mr604864vdb.268.1305262473052; Thu, 12 May 2011 21:54:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.32.9 with HTTP; Thu, 12 May 2011 21:54:13 -0700 (PDT) In-Reply-To: <20110512152943.956ebdc3.stas@FreeBSD.org> References: <4DCC1B0C.20708@psg.com> <20110512120814.179c38aa.stas@FreeBSD.org> <20110512152943.956ebdc3.stas@FreeBSD.org> From: Christer Solskogen Date: Fri, 13 May 2011 06:54:13 +0200 Message-ID: To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 Cc: Randy Bush , freebsd-current@freebsd.org Subject: Re: libprocstat compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 04:54:34 -0000 On Fri, May 13, 2011 at 12:29 AM, Stanislav Sedov wrote: > Hi! > > I just committed a fix for this. > It should build fine now. > It does :-) Thanks! -- chs, From owner-freebsd-current@FreeBSD.ORG Fri May 13 10:34:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 880CC106566B; Fri, 13 May 2011 10:34:22 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 03A5B8FC19; Fri, 13 May 2011 10:34:21 +0000 (UTC) Received: by qwc9 with SMTP id 9so1618034qwc.13 for ; Fri, 13 May 2011 03:34:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4RrG6JR8DyOl1hB5I1Tk17zLteYgUvUDLkmCk1xRRyc=; b=hAEUZcRBicWDn5S+v+RSZQTgkXI4z3i5NCrIyVrqVGuu0PrF5GTDPZ8vohn9BxBRWN qdrBT9eeWZASBnSzq9cg3fIU1VUx2S0rdWzAGY60HxzyUynr/P5sJclvA3mcYkGSFnlX OKk1YdrPE/IJPUKQYkFy2fIXab/ThRqD3dhTM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IhE/A+bzy0kCid8+JOmh5i6rXmitNwOZTCBjQrFFYcDAqXDe3GPJ6ICdWrPvpsvEst 0+P1zIoueGFIGH4mrL8/ek2oSigih4xTg1I2eNwfR9Ngfnq92PM6LO4B5e39T2FhqeBD 3DakFBV6wIuXq+OGt6YIp1WKdOLH6ZmtvyPhU= MIME-Version: 1.0 Received: by 10.229.127.81 with SMTP id f17mr1009062qcs.138.1305281525100; Fri, 13 May 2011 03:12:05 -0700 (PDT) Received: by 10.229.217.69 with HTTP; Fri, 13 May 2011 03:12:05 -0700 (PDT) In-Reply-To: <20110508191336.GC3527@DataIX.net> References: <20110508191336.GC3527@DataIX.net> Date: Fri, 13 May 2011 12:12:05 +0200 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: freebsd-rc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [RFC][Change-Request] Create usefulness in rc.subr etc/rc.conf.d/*.conf namespace. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 10:34:22 -0000 Hi, 2011/5/8 Jason Hellenthal > > List, - Please reply-to freebsd-rc@freebsd.org > > What does it do ?: As stated above, current functionality is undisturbed > while allowing the user to create config's by any name they so desire as > long as it has an extension of ".conf", also introducing the ability to > turn a configuration file off by using chmod(1). You can turn nfsc1.conf > off/on by simply chmod [-/+]x etc/rc.conf.d/nfs1.conf > seams not to be included in your patch, unless you change the line (or i'm wrong): if [ -f "$_modular_conf" ]; then by if [ -x "$_modular_conf" ]; then > > > Why ? Simple. How many times have you been bitten by disabling something > in the rc.conf file and left to discover what you just disabled was also > used by another daemon but that daemon is now not starting ? This is a way > to virtualize your configuration allowing you to add multiple _enable= > lines to different configurations for different roles. For instance > rpcbind is used by both samba and nfs*. With this you can add > rpcbind_enable to both a configuration for samba and nfs and when you > disable one service you know that you have not disabled a dependent for > another. > i resolved that by making multiple files source the same conf file. today my biggest problem is bad rc.d script like apache22, postfix, clamd or haproxy who load_rc_config and after overwrite extra_commands variable. this prevent me to add extra commands from a /etc/rc.conf.d/$name file. From owner-freebsd-current@FreeBSD.ORG Fri May 13 11:27:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E70106566B; Fri, 13 May 2011 11:27:44 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC528FC14; Fri, 13 May 2011 11:27:44 +0000 (UTC) Received: by iyj12 with SMTP id 12so2808957iyj.13 for ; Fri, 13 May 2011 04:27:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=7/LGFur01hlcyl97RqTGdE4WDo0qRTosBXigD5mkL1w=; b=T+xFJUKvCQxQSdxkmjO/YGgGR+yWgwFI684w2IUj9en3smhSFopHLg+kiOdyxoRYcj PF5V9BlnMp8Dsf4deSrajaGKLtXqqhmV0yco1VA7tP6iNBt3M2KQ97k0lkkG+yawnRRu QT249b/GZ6opZ+kj1WwHjMZf/JIaX2rL4QyJs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=R7wlpZByJehQ/de+eZ2PbmUEhslBSldC7keU1QESksIW8leo0zQaoANLGUDoo9OdhJ Yk+nS1OBkYu3pl/IXXiGgmNvlfYz76q6ARpGREU/UIsIwWAi3JGCTef9Z40bGzggedXw EMUxUoYtOhCZdL7QeqT0yNblLwzWl0W+A/NP8= Received: by 10.42.157.67 with SMTP id c3mr1528648icx.95.1305286063703; Fri, 13 May 2011 04:27:43 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-196.dsl.klmzmi.sbcglobal.net [99.190.81.196]) by mx.google.com with ESMTPS id t1sm931523ibm.38.2011.05.13.04.27.41 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 May 2011 04:27:42 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p4DBRd9i004608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 May 2011 07:27:39 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p4DBRcPA004607; Fri, 13 May 2011 07:27:38 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Fri, 13 May 2011 07:27:38 -0400 From: Jason Hellenthal To: =?iso-8859-1?Q?Micka=EBl?= Maillot Message-ID: <20110513112738.GA2720@DataIX.net> References: <20110508191336.GC3527@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-rc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [RFC][Change-Request] Create usefulness in rc.subr etc/rc.conf.d/*.conf namespace. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 11:27:45 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Micka=EBl, On Fri, May 13, 2011 at 12:12:05PM +0200, Micka=EBl Maillot wrote: > Hi, >=20 > 2011/5/8 Jason Hellenthal >=20 > > > > List, - Please reply-to freebsd-rc@freebsd.org > > > > What does it do ?: As stated above, current functionality is undisturbed > > while allowing the user to create config's by any name they so desire as > > long as it has an extension of ".conf", also introducing the ability to > > turn a configuration file off by using chmod(1). You can turn nfsc1.conf > > off/on by simply chmod [-/+]x etc/rc.conf.d/nfs1.conf > > >=20 > seams not to be included in your patch, unless you change the line (or i'm > wrong): > if [ -f "$_modular_conf" ]; then > by > if [ -x "$_modular_conf" ]; then >=20 The one you downloaded here used to be this one: http://patches.jhell.googlecode.com/hg/rc.subr_modular_conf.patch?r=3Dbf83c= 231337642f925d6c732ba8c8b070480631e But since alot of slack was coming back on the use of the -x bit it was removed. >=20 > > > > > > Why ? Simple. How many times have you been bitten by disabling something > > in the rc.conf file and left to discover what you just disabled was also > > used by another daemon but that daemon is now not starting ? This is a = way > > to virtualize your configuration allowing you to add multiple _enable=3D > > lines to different configurations for different roles. For instance > > rpcbind is used by both samba and nfs*. With this you can add > > rpcbind_enable to both a configuration for samba and nfs and when you > > disable one service you know that you have not disabled a dependent for > > another. > > >=20 > i resolved that by making multiple files source the same conf file. >=20 > today my biggest problem is bad rc.d script > like apache22, postfix, clamd or haproxy who load_rc_config and after > overwrite extra_commands variable. > this prevent me to add extra commands from a /etc/rc.conf.d/$name file. --=20 Regards, (jhell) Jason Hellenthal --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNzRWpAAoJEJBXh4mJ2FR+dbEH/jCyY0qY5Mh2lke9bxeGrRPy qul0Bjy3RhSuREYNZnW3VgOxpzEatV6S1sz3USYutHIN0V6mOxRHxnBRe9D1Ri2k FCRXh9ZcIlRuAKgQeDit+RscwV9PIH8MFNuox4T1eRunNa/lOKb7jZqJkbe7mK+v J6egWqZL/QwEHt2mC1MrhnGpfWpGZYgRA+xTka5StRVgi16doAg7Bu15ncrBvUI0 UXc4VIuVO3Gl/cO59FRU4DxSp7MQ2wnIA96cRsJmnJC46k4EhyfKQWwBoPqUwUsi 3VKRtobNnrDMPHB1f8Oq/KNKPFokQhkD4qQKbJz56S3X3x9o+mlelOMQQtUQwWA= =Ztl4 -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Fri May 13 13:43:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 594C2106566B; Fri, 13 May 2011 13:43:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 554618FC14; Fri, 13 May 2011 13:43:27 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA18228; Fri, 13 May 2011 16:43:26 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DCD357D.6000109@FreeBSD.org> Date: Fri, 13 May 2011 16:43:25 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: FreeBSD current X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 13:43:29 -0000 This is a change in vein of what I've been doing in the xcpu branch and it's supposed to fix the issue by the recent commit that (probably unintentionally) stress-tests smp_rendezvous in TSC code. Non-essential changes: - ditch initial, and in my opinion useless, pre-setup rendezvous in smp_rendezvous_action() - shift smp_rv_waiters indexes by one because of the above Essential changes (the fix): - re-use freed smp_rv_waiters[2] to indicate that a slave/target is really fully done with rendezvous (i.e. it's not going to access any members of smp_rv_* pseudo-structure) - spin on smp_rv_waiters[2] upon _entry_ to smp_rendezvous_cpus() to not re-use the smp_rv_* pseudo-structure too early Index: sys/kern/subr_smp.c =================================================================== --- sys/kern/subr_smp.c (revision 221835) +++ sys/kern/subr_smp.c (working copy) @@ -316,19 +316,14 @@ void (*local_action_func)(void*) = smp_rv_action_func; void (*local_teardown_func)(void*) = smp_rv_teardown_func; - /* Ensure we have up-to-date values. */ - atomic_add_acq_int(&smp_rv_waiters[0], 1); - while (smp_rv_waiters[0] < smp_rv_ncpus) - cpu_spinwait(); - /* setup function */ if (local_setup_func != smp_no_rendevous_barrier) { if (smp_rv_setup_func != NULL) smp_rv_setup_func(smp_rv_func_arg); /* spin on entry rendezvous */ - atomic_add_int(&smp_rv_waiters[1], 1); - while (smp_rv_waiters[1] < smp_rv_ncpus) + atomic_add_int(&smp_rv_waiters[0], 1); + while (smp_rv_waiters[0] < smp_rv_ncpus) cpu_spinwait(); } @@ -337,12 +332,16 @@ local_action_func(local_func_arg); /* spin on exit rendezvous */ - atomic_add_int(&smp_rv_waiters[2], 1); - if (local_teardown_func == smp_no_rendevous_barrier) + atomic_add_int(&smp_rv_waiters[1], 1); + if (local_teardown_func == smp_no_rendevous_barrier) { + atomic_add_int(&smp_rv_waiters[2], 1); return; - while (smp_rv_waiters[2] < smp_rv_ncpus) + } + while (smp_rv_waiters[1] < smp_rv_ncpus) cpu_spinwait(); + atomic_add_int(&smp_rv_waiters[2], 1); + /* teardown function */ if (local_teardown_func != NULL) local_teardown_func(local_func_arg); @@ -377,6 +376,10 @@ /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); + /* Wait for any previous unwaited rendezvous to finish. */ + while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) + cpu_spinwait(); + /* set static function pointers */ smp_rv_ncpus = ncpus; smp_rv_setup_func = setup_func; @@ -395,7 +398,7 @@ smp_rendezvous_action(); if (teardown_func == smp_no_rendevous_barrier) - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) + while (atomic_load_acq_int(&smp_rv_waiters[1]) < ncpus) cpu_spinwait(); /* release lock */ -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri May 13 14:54:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5105A106566B; Fri, 13 May 2011 14:54:51 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id EE9B18FC2F; Fri, 13 May 2011 14:54:50 +0000 (UTC) Received: from maxlap.localnet ([192.75.139.253]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0MKZOx-1QK4UD1mcR-0021Vl; Fri, 13 May 2011 16:42:15 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Fri, 13 May 2011 10:41:59 -0400 User-Agent: KMail/1.13.6 (FreeBSD/9.0-CURRENT; KDE/4.6.1; amd64; ; ) References: <4DCD357D.6000109@FreeBSD.org> In-Reply-To: <4DCD357D.6000109@FreeBSD.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_3MUzNu/1qvIuzJc" Message-Id: <201105131041.59981.max@love2party.net> X-Provags-ID: V02:K0:GHft40IUyhoRoKcpQedpSYrg79eq0jaRHbRttevsNaN /IHcLl04Ve3WwjsQeleWQsXJ+qelTS3pHc4Ra09qxM9QPhZ8jH S0iH6YoBZFe0r+LMI9DuIVLNxTGAHINnLfBHFO9iZ1aaj1zHwQ EvA+fJOf1H+JPAEcngywCQde00wxgKhKUEbchyTntxPnCxNP5k wRAv3IQZmB6+9Kbya7sKA== Cc: Andriy Gapon Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 14:54:51 -0000 --Boundary-00=_3MUzNu/1qvIuzJc Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On Friday 13 May 2011 09:43:25 Andriy Gapon wrote: > This is a change in vein of what I've been doing in the xcpu branch and > it's supposed to fix the issue by the recent commit that (probably > unintentionally) stress-tests smp_rendezvous in TSC code. > > Non-essential changes: > - ditch initial, and in my opinion useless, pre-setup rendezvous in > smp_rendezvous_action() > - shift smp_rv_waiters indexes by one because of the above > > Essential changes (the fix): > - re-use freed smp_rv_waiters[2] to indicate that a slave/target is really > fully done with rendezvous (i.e. it's not going to access any members of > smp_rv_* pseudo-structure) > - spin on smp_rv_waiters[2] upon _entry_ to smp_rendezvous_cpus() to not > re-use the smp_rv_* pseudo-structure too early > > Index: sys/kern/subr_smp.c > =================================================================== > --- sys/kern/subr_smp.c (revision 221835) > +++ sys/kern/subr_smp.c (working copy) > @@ -316,19 +316,14 @@ > void (*local_action_func)(void*) = smp_rv_action_func; > void (*local_teardown_func)(void*) = smp_rv_teardown_func; > > - /* Ensure we have up-to-date values. */ > - atomic_add_acq_int(&smp_rv_waiters[0], 1); > - while (smp_rv_waiters[0] < smp_rv_ncpus) > - cpu_spinwait(); > - > /* setup function */ > if (local_setup_func != smp_no_rendevous_barrier) { > if (smp_rv_setup_func != NULL) > smp_rv_setup_func(smp_rv_func_arg); > > /* spin on entry rendezvous */ > - atomic_add_int(&smp_rv_waiters[1], 1); > - while (smp_rv_waiters[1] < smp_rv_ncpus) > + atomic_add_int(&smp_rv_waiters[0], 1); > + while (smp_rv_waiters[0] < smp_rv_ncpus) > cpu_spinwait(); > } > > @@ -337,12 +332,16 @@ > local_action_func(local_func_arg); > > /* spin on exit rendezvous */ > - atomic_add_int(&smp_rv_waiters[2], 1); > - if (local_teardown_func == smp_no_rendevous_barrier) > + atomic_add_int(&smp_rv_waiters[1], 1); > + if (local_teardown_func == smp_no_rendevous_barrier) { > + atomic_add_int(&smp_rv_waiters[2], 1); > return; > - while (smp_rv_waiters[2] < smp_rv_ncpus) > + } > + while (smp_rv_waiters[1] < smp_rv_ncpus) > cpu_spinwait(); > > + atomic_add_int(&smp_rv_waiters[2], 1); > + > /* teardown function */ > if (local_teardown_func != NULL) > local_teardown_func(local_func_arg); > @@ -377,6 +376,10 @@ > /* obtain rendezvous lock */ > mtx_lock_spin(&smp_ipi_mtx); > > + /* Wait for any previous unwaited rendezvous to finish. */ > + while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) this ncpus isn't the one you are looking for. I have a patch of my own that is attached. This might be overdoing it to some extend, but it has been running very well on our system for quite some time, which now uses rmlock heavily. The rmlock diff is unrelated, but since I have this diff around for some time now ... > + cpu_spinwait(); > + > /* set static function pointers */ > smp_rv_ncpus = ncpus; > smp_rv_setup_func = setup_func; > @@ -395,7 +398,7 @@ > smp_rendezvous_action(); > > if (teardown_func == smp_no_rendevous_barrier) > - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) > + while (atomic_load_acq_int(&smp_rv_waiters[1]) < ncpus) > cpu_spinwait(); > > /* release lock */ --Boundary-00=_3MUzNu/1qvIuzJc Content-Type: text/x-patch; charset="ISO-8859-1"; name="bug71970.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bug71970.diff" diff --git a/src/sys/kern/kern_rmlock.c b/src/sys/kern/kern_rmlock.c index f91e61a..a30c16b 100644 --- a/src/sys/kern/kern_rmlock.c +++ b/src/sys/kern/kern_rmlock.c @@ -154,6 +154,7 @@ rm_tracker_remove(struct pcpu *pc, struct rm_priotracker *tracker) static void rm_cleanIPI(void *arg) { + TAILQ_HEAD(,rm_priotracker) tmp_list = TAILQ_HEAD_INITIALIZER(tmp_list); struct pcpu *pc; struct rmlock *rm = arg; struct rm_priotracker *tracker; @@ -165,12 +166,12 @@ rm_cleanIPI(void *arg) tracker = (struct rm_priotracker *)queue; if (tracker->rmp_rmlock == rm && tracker->rmp_flags == 0) { tracker->rmp_flags = RMPF_ONQUEUE; - mtx_lock_spin(&rm_spinlock); - LIST_INSERT_HEAD(&rm->rm_activeReaders, tracker, - rmp_qentry); - mtx_unlock_spin(&rm_spinlock); + TAILQ_INSERT_HEAD(&tmp_list, tracker, rmp_qentry); } } + mtx_lock_spin(&rm_spinlock); + TAILQ_CONCAT(&rm->rm_activeReaders, &tmp_list, rmp_qentry); + mtx_unlock_spin(&rm_spinlock); } CTASSERT((RM_SLEEPABLE & LO_CLASSFLAGS) == RM_SLEEPABLE); @@ -186,7 +187,7 @@ rm_init_flags(struct rmlock *rm, const char *name, int opts) if (opts & RM_RECURSE) liflags |= LO_RECURSABLE; rm->rm_writecpus = all_cpus; - LIST_INIT(&rm->rm_activeReaders); + TAILQ_INIT(&rm->rm_activeReaders); if (opts & RM_SLEEPABLE) { liflags |= RM_SLEEPABLE; sx_init_flags(&rm->rm_lock_sx, "rmlock_sx", SX_RECURSE); @@ -281,7 +282,7 @@ _rm_rlock_hard(struct rmlock *rm, struct rm_priotracker *tracker, int trylock) if ((atracker->rmp_rmlock == rm) && (atracker->rmp_thread == tracker->rmp_thread)) { mtx_lock_spin(&rm_spinlock); - LIST_INSERT_HEAD(&rm->rm_activeReaders, + TAILQ_INSERT_HEAD(&rm->rm_activeReaders, tracker, rmp_qentry); tracker->rmp_flags = RMPF_ONQUEUE; mtx_unlock_spin(&rm_spinlock); @@ -373,7 +374,8 @@ _rm_unlock_hard(struct thread *td,struct rm_priotracker *tracker) return; mtx_lock_spin(&rm_spinlock); - LIST_REMOVE(tracker, rmp_qentry); + TAILQ_REMOVE(&tracker->rmp_rmlock->rm_activeReaders, tracker, + rmp_qentry); if (tracker->rmp_flags & RMPF_SIGNAL) { struct rmlock *rm; @@ -445,7 +447,7 @@ _rm_wlock(struct rmlock *rm) #endif mtx_lock_spin(&rm_spinlock); - while ((prio = LIST_FIRST(&rm->rm_activeReaders)) != NULL) { + while ((prio = TAILQ_FIRST(&rm->rm_activeReaders)) != NULL) { ts = turnstile_trywait(&rm->lock_object); prio->rmp_flags = RMPF_ONQUEUE | RMPF_SIGNAL; mtx_unlock_spin(&rm_spinlock); diff --git a/src/sys/kern/subr_smp.c b/src/sys/kern/subr_smp.c index 98c81cc..e61d6f8 100644 --- a/src/sys/kern/subr_smp.c +++ b/src/sys/kern/subr_smp.c @@ -112,7 +112,8 @@ static void (*volatile smp_rv_setup_func)(void *arg); static void (*volatile smp_rv_action_func)(void *arg); static void (*volatile smp_rv_teardown_func)(void *arg); static void * volatile smp_rv_func_arg; -static volatile int smp_rv_waiters[3]; +static volatile int smp_rv_waiters[4]; +static volatile cpumask_t smp_rv_targets; /* * Shared mutex to restrict busywaits between smp_rendezvous() and @@ -347,15 +348,41 @@ restart_cpus(cpumask_t map) void smp_rendezvous_action(void) { - void* local_func_arg = smp_rv_func_arg; - void (*local_setup_func)(void*) = smp_rv_setup_func; - void (*local_action_func)(void*) = smp_rv_action_func; - void (*local_teardown_func)(void*) = smp_rv_teardown_func; + int tmp, local_ncpu; + cpumask_t local_mask; + void* local_func_arg; + void (*local_setup_func)(void*); + void (*local_action_func)(void*); + void (*local_teardown_func)(void*); /* Ensure we have up-to-date values. */ - atomic_add_acq_int(&smp_rv_waiters[0], 1); - while (smp_rv_waiters[0] < smp_rv_ncpus) + curthread->td_critnest++; /* critical_enter */ + tmp = 0; + while ((local_mask = atomic_load_acq_int(&smp_rv_targets)) == 0) { cpu_spinwait(); + tmp++; + } +#ifdef INVARIANTS + if (tmp != 0) + printf("%s: CPU%d got IPI too early and spun %d times\n", + __func__, curcpu, tmp); +#endif + if ((local_mask & (1 << curcpu)) == 0) { +#ifdef INVARIANTS + printf("%s: %d not in %x\n", __func__, curcpu, local_mask); +#endif + curthread->td_critnest--; /* critical_exit */ + return; + } + atomic_add_int(&smp_rv_waiters[0], 1); + local_ncpu = smp_rv_ncpus; + while ((tmp = smp_rv_waiters[0]) < local_ncpu) + cpu_spinwait(); + KASSERT(tmp == local_ncpu, ("stale value for smp_rv_waiters")); + local_func_arg = smp_rv_func_arg; + local_setup_func = smp_rv_setup_func; + local_action_func = smp_rv_action_func; + local_teardown_func = smp_rv_teardown_func; /* setup function */ if (local_setup_func != smp_no_rendevous_barrier) { @@ -364,7 +391,7 @@ smp_rendezvous_action(void) /* spin on entry rendezvous */ atomic_add_int(&smp_rv_waiters[1], 1); - while (smp_rv_waiters[1] < smp_rv_ncpus) + while (smp_rv_waiters[1] < local_ncpu) cpu_spinwait(); } @@ -372,16 +399,22 @@ smp_rendezvous_action(void) if (local_action_func != NULL) local_action_func(local_func_arg); - /* spin on exit rendezvous */ atomic_add_int(&smp_rv_waiters[2], 1); - if (local_teardown_func == smp_no_rendevous_barrier) - return; - while (smp_rv_waiters[2] < smp_rv_ncpus) + if (local_teardown_func == smp_no_rendevous_barrier) { + atomic_add_int(&smp_rv_waiters[3], 1); + curthread->td_critnest--; /* critical_exit */ + return; + } + /* wait until all CPUs are done with the main action */ + while (smp_rv_waiters[2] < local_ncpu) cpu_spinwait(); + atomic_add_int(&smp_rv_waiters[3], 1); /* teardown function */ if (local_teardown_func != NULL) local_teardown_func(local_func_arg); + + curthread->td_critnest--; /* critical_exit */ } void @@ -418,21 +451,31 @@ smp_rendezvous_cpus(cpumask_t map, smp_rv_action_func = action_func; smp_rv_teardown_func = teardown_func; smp_rv_func_arg = arg; + smp_rv_waiters[0] = 0; smp_rv_waiters[1] = 0; smp_rv_waiters[2] = 0; - atomic_store_rel_int(&smp_rv_waiters[0], 0); + smp_rv_waiters[3] = 0; + atomic_store_rel_int(&smp_rv_targets, map); /* signal other processors, which will enter the IPI with interrupts off */ ipi_selected(map & ~(1 << curcpu), IPI_RENDEZVOUS); /* Check if the current CPU is in the map */ - if ((map & (1 << curcpu)) != 0) + if ((map & (1 << curcpu)) != 0) { smp_rendezvous_action(); - - if (teardown_func == smp_no_rendevous_barrier) - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) + /* wait until all CPUs will exit smp_rendezvous_action() */ + while (atomic_load_acq_int(&smp_rv_waiters[3]) < ncpus) cpu_spinwait(); + } else { + /* wait until all CPUs will exit smp_rendezvous_action() */ + while (smp_rv_waiters[2] < ncpus) + cpu_spinwait(); + } +#ifdef INVARIANTS + smp_rv_waiters[0] = 0xdead; + smp_rv_targets = 0; +#endif /* release lock */ mtx_unlock_spin(&smp_ipi_mtx); } diff --git a/src/sys/sys/_rmlock.h b/src/sys/sys/_rmlock.h index 75a159c..1f1e36e 100644 --- a/src/sys/sys/_rmlock.h +++ b/src/sys/sys/_rmlock.h @@ -41,12 +41,12 @@ * Mostly reader/occasional writer lock. */ -LIST_HEAD(rmpriolist,rm_priotracker); +TAILQ_HEAD(rmpriolist,rm_priotracker); struct rmlock { struct lock_object lock_object; volatile cpumask_t rm_writecpus; - LIST_HEAD(,rm_priotracker) rm_activeReaders; + TAILQ_HEAD(,rm_priotracker) rm_activeReaders; union { struct mtx _rm_lock_mtx; struct sx _rm_lock_sx; @@ -60,7 +60,7 @@ struct rm_priotracker { struct rmlock *rmp_rmlock; struct thread *rmp_thread; int rmp_flags; - LIST_ENTRY(rm_priotracker) rmp_qentry; + TAILQ_ENTRY(rm_priotracker) rmp_qentry; }; #endif /* !_SYS__RMLOCK_H_ */ --Boundary-00=_3MUzNu/1qvIuzJc-- From owner-freebsd-current@FreeBSD.ORG Fri May 13 14:13:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57E8D1065673 for ; Fri, 13 May 2011 14:13:18 +0000 (UTC) (envelope-from max@laiers.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 00C5F8FC08 for ; Fri, 13 May 2011 14:13:17 +0000 (UTC) Received: from maxlap.localnet ([192.75.139.253]) by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis) id 0MZhpC-1Q0bOz0gdq-00LT9T; Fri, 13 May 2011 16:00:16 +0200 From: Max Laier Organization: Isilon Systems To: freebsd-current@freebsd.org Date: Fri, 13 May 2011 10:00:00 -0400 User-Agent: KMail/1.13.6 (FreeBSD/9.0-CURRENT; KDE/4.6.1; amd64; ; ) References: <4DCD357D.6000109@FreeBSD.org> In-Reply-To: <4DCD357D.6000109@FreeBSD.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_glTzNr+rGgXTaH8" Message-Id: <201105131000.00590.max@laiers.net> X-Provags-ID: V02:K0:6fz/6Xqr5VTqkVOTiPOWrb00WWfqam9qFFimwL/dpjB rbC+kRVAPF1IGvBblS/uydvccvhk9mLWpXyIAvG99z1W1edC9w D14Y1iGi0GknjZeLgpWniUw2WUyqqBnVZ9HYkIBjuLeS3U9vZe NnXQ0r2O2GVb+Fx3WpGy3jViEIe9LUEAKgX+dw382bEQwHasz1 CtWWK4pka7uoEz+UlQIew== X-Mailman-Approved-At: Fri, 13 May 2011 15:15:44 +0000 Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 14:13:18 -0000 --Boundary-00=_glTzNr+rGgXTaH8 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On Friday 13 May 2011 09:43:25 Andriy Gapon wrote: > This is a change in vein of what I've been doing in the xcpu branch and > it's supposed to fix the issue by the recent commit that (probably > unintentionally) stress-tests smp_rendezvous in TSC code. > > Non-essential changes: > - ditch initial, and in my opinion useless, pre-setup rendezvous in > smp_rendezvous_action() > - shift smp_rv_waiters indexes by one because of the above > > Essential changes (the fix): > - re-use freed smp_rv_waiters[2] to indicate that a slave/target is really > fully done with rendezvous (i.e. it's not going to access any members of > smp_rv_* pseudo-structure) > - spin on smp_rv_waiters[2] upon _entry_ to smp_rendezvous_cpus() to not > re-use the smp_rv_* pseudo-structure too early > > Index: sys/kern/subr_smp.c > =================================================================== > --- sys/kern/subr_smp.c (revision 221835) > +++ sys/kern/subr_smp.c (working copy) > @@ -316,19 +316,14 @@ > void (*local_action_func)(void*) = smp_rv_action_func; > void (*local_teardown_func)(void*) = smp_rv_teardown_func; > You really need a read/load with a memory fence here in order to make sure you get up to date values on all CPUs. > - /* Ensure we have up-to-date values. */ > - atomic_add_acq_int(&smp_rv_waiters[0], 1); > - while (smp_rv_waiters[0] < smp_rv_ncpus) > - cpu_spinwait(); > - > /* setup function */ > if (local_setup_func != smp_no_rendevous_barrier) { > if (smp_rv_setup_func != NULL) > smp_rv_setup_func(smp_rv_func_arg); > > /* spin on entry rendezvous */ > - atomic_add_int(&smp_rv_waiters[1], 1); > - while (smp_rv_waiters[1] < smp_rv_ncpus) > + atomic_add_int(&smp_rv_waiters[0], 1); > + while (smp_rv_waiters[0] < smp_rv_ncpus) > cpu_spinwait(); > } > > @@ -337,12 +332,16 @@ > local_action_func(local_func_arg); > > /* spin on exit rendezvous */ > - atomic_add_int(&smp_rv_waiters[2], 1); > - if (local_teardown_func == smp_no_rendevous_barrier) > + atomic_add_int(&smp_rv_waiters[1], 1); > + if (local_teardown_func == smp_no_rendevous_barrier) { > + atomic_add_int(&smp_rv_waiters[2], 1); > return; > - while (smp_rv_waiters[2] < smp_rv_ncpus) > + } > + while (smp_rv_waiters[1] < smp_rv_ncpus) > cpu_spinwait(); > > + atomic_add_int(&smp_rv_waiters[2], 1); > + > /* teardown function */ > if (local_teardown_func != NULL) > local_teardown_func(local_func_arg); > @@ -377,6 +376,10 @@ > /* obtain rendezvous lock */ > mtx_lock_spin(&smp_ipi_mtx); > > + /* Wait for any previous unwaited rendezvous to finish. */ > + while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) > + cpu_spinwait(); > + This is not the ncpus you are looking for. I have a patch of my own, that might be overdoing it ... but it attached nonetheless ... The rmlock is a separate issue, but what lead me to discover the problem with the rendevouz. > /* set static function pointers */ > smp_rv_ncpus = ncpus; > smp_rv_setup_func = setup_func; > @@ -395,7 +398,7 @@ > smp_rendezvous_action(); > > if (teardown_func == smp_no_rendevous_barrier) > - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) > + while (atomic_load_acq_int(&smp_rv_waiters[1]) < ncpus) > cpu_spinwait(); > > /* release lock */ --Boundary-00=_glTzNr+rGgXTaH8 Content-Type: text/x-patch; charset="ISO-8859-1"; name="bug71970.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bug71970.diff" commit 48f16f01c28cc3006faefa024b0d3e4bcf02fb60 Author: ndire Date: Tue Dec 14 18:49:55 2010 +0000 Reintegrate BR_CHOPUVILLE. git-svn-id: https://svn.west.isilon.com/repo/onefs/head@169088 b72e2a10-2d34-0410-9a71-d3beadf02b57 diff --git a/src/sys/kern/kern_rmlock.c b/src/sys/kern/kern_rmlock.c index f91e61a..a30c16b 100644 --- a/src/sys/kern/kern_rmlock.c +++ b/src/sys/kern/kern_rmlock.c @@ -154,6 +154,7 @@ rm_tracker_remove(struct pcpu *pc, struct rm_priotracker *tracker) static void rm_cleanIPI(void *arg) { + TAILQ_HEAD(,rm_priotracker) tmp_list = TAILQ_HEAD_INITIALIZER(tmp_list); struct pcpu *pc; struct rmlock *rm = arg; struct rm_priotracker *tracker; @@ -165,12 +166,12 @@ rm_cleanIPI(void *arg) tracker = (struct rm_priotracker *)queue; if (tracker->rmp_rmlock == rm && tracker->rmp_flags == 0) { tracker->rmp_flags = RMPF_ONQUEUE; - mtx_lock_spin(&rm_spinlock); - LIST_INSERT_HEAD(&rm->rm_activeReaders, tracker, - rmp_qentry); - mtx_unlock_spin(&rm_spinlock); + TAILQ_INSERT_HEAD(&tmp_list, tracker, rmp_qentry); } } + mtx_lock_spin(&rm_spinlock); + TAILQ_CONCAT(&rm->rm_activeReaders, &tmp_list, rmp_qentry); + mtx_unlock_spin(&rm_spinlock); } CTASSERT((RM_SLEEPABLE & LO_CLASSFLAGS) == RM_SLEEPABLE); @@ -186,7 +187,7 @@ rm_init_flags(struct rmlock *rm, const char *name, int opts) if (opts & RM_RECURSE) liflags |= LO_RECURSABLE; rm->rm_writecpus = all_cpus; - LIST_INIT(&rm->rm_activeReaders); + TAILQ_INIT(&rm->rm_activeReaders); if (opts & RM_SLEEPABLE) { liflags |= RM_SLEEPABLE; sx_init_flags(&rm->rm_lock_sx, "rmlock_sx", SX_RECURSE); @@ -281,7 +282,7 @@ _rm_rlock_hard(struct rmlock *rm, struct rm_priotracker *tracker, int trylock) if ((atracker->rmp_rmlock == rm) && (atracker->rmp_thread == tracker->rmp_thread)) { mtx_lock_spin(&rm_spinlock); - LIST_INSERT_HEAD(&rm->rm_activeReaders, + TAILQ_INSERT_HEAD(&rm->rm_activeReaders, tracker, rmp_qentry); tracker->rmp_flags = RMPF_ONQUEUE; mtx_unlock_spin(&rm_spinlock); @@ -373,7 +374,8 @@ _rm_unlock_hard(struct thread *td,struct rm_priotracker *tracker) return; mtx_lock_spin(&rm_spinlock); - LIST_REMOVE(tracker, rmp_qentry); + TAILQ_REMOVE(&tracker->rmp_rmlock->rm_activeReaders, tracker, + rmp_qentry); if (tracker->rmp_flags & RMPF_SIGNAL) { struct rmlock *rm; @@ -445,7 +447,7 @@ _rm_wlock(struct rmlock *rm) #endif mtx_lock_spin(&rm_spinlock); - while ((prio = LIST_FIRST(&rm->rm_activeReaders)) != NULL) { + while ((prio = TAILQ_FIRST(&rm->rm_activeReaders)) != NULL) { ts = turnstile_trywait(&rm->lock_object); prio->rmp_flags = RMPF_ONQUEUE | RMPF_SIGNAL; mtx_unlock_spin(&rm_spinlock); diff --git a/src/sys/kern/subr_smp.c b/src/sys/kern/subr_smp.c index 98c81cc..e61d6f8 100644 --- a/src/sys/kern/subr_smp.c +++ b/src/sys/kern/subr_smp.c @@ -112,7 +112,8 @@ static void (*volatile smp_rv_setup_func)(void *arg); static void (*volatile smp_rv_action_func)(void *arg); static void (*volatile smp_rv_teardown_func)(void *arg); static void * volatile smp_rv_func_arg; -static volatile int smp_rv_waiters[3]; +static volatile int smp_rv_waiters[4]; +static volatile cpumask_t smp_rv_targets; /* * Shared mutex to restrict busywaits between smp_rendezvous() and @@ -347,15 +348,41 @@ restart_cpus(cpumask_t map) void smp_rendezvous_action(void) { - void* local_func_arg = smp_rv_func_arg; - void (*local_setup_func)(void*) = smp_rv_setup_func; - void (*local_action_func)(void*) = smp_rv_action_func; - void (*local_teardown_func)(void*) = smp_rv_teardown_func; + int tmp, local_ncpu; + cpumask_t local_mask; + void* local_func_arg; + void (*local_setup_func)(void*); + void (*local_action_func)(void*); + void (*local_teardown_func)(void*); /* Ensure we have up-to-date values. */ - atomic_add_acq_int(&smp_rv_waiters[0], 1); - while (smp_rv_waiters[0] < smp_rv_ncpus) + curthread->td_critnest++; /* critical_enter */ + tmp = 0; + while ((local_mask = atomic_load_acq_int(&smp_rv_targets)) == 0) { cpu_spinwait(); + tmp++; + } +#ifdef INVARIANTS + if (tmp != 0) + printf("%s: CPU%d got IPI too early and spun %d times\n", + __func__, curcpu, tmp); +#endif + if ((local_mask & (1 << curcpu)) == 0) { +#ifdef INVARIANTS + printf("%s: %d not in %x\n", __func__, curcpu, local_mask); +#endif + curthread->td_critnest--; /* critical_exit */ + return; + } + atomic_add_int(&smp_rv_waiters[0], 1); + local_ncpu = smp_rv_ncpus; + while ((tmp = smp_rv_waiters[0]) < local_ncpu) + cpu_spinwait(); + KASSERT(tmp == local_ncpu, ("stale value for smp_rv_waiters")); + local_func_arg = smp_rv_func_arg; + local_setup_func = smp_rv_setup_func; + local_action_func = smp_rv_action_func; + local_teardown_func = smp_rv_teardown_func; /* setup function */ if (local_setup_func != smp_no_rendevous_barrier) { @@ -364,7 +391,7 @@ smp_rendezvous_action(void) /* spin on entry rendezvous */ atomic_add_int(&smp_rv_waiters[1], 1); - while (smp_rv_waiters[1] < smp_rv_ncpus) + while (smp_rv_waiters[1] < local_ncpu) cpu_spinwait(); } @@ -372,16 +399,22 @@ smp_rendezvous_action(void) if (local_action_func != NULL) local_action_func(local_func_arg); - /* spin on exit rendezvous */ atomic_add_int(&smp_rv_waiters[2], 1); - if (local_teardown_func == smp_no_rendevous_barrier) - return; - while (smp_rv_waiters[2] < smp_rv_ncpus) + if (local_teardown_func == smp_no_rendevous_barrier) { + atomic_add_int(&smp_rv_waiters[3], 1); + curthread->td_critnest--; /* critical_exit */ + return; + } + /* wait until all CPUs are done with the main action */ + while (smp_rv_waiters[2] < local_ncpu) cpu_spinwait(); + atomic_add_int(&smp_rv_waiters[3], 1); /* teardown function */ if (local_teardown_func != NULL) local_teardown_func(local_func_arg); + + curthread->td_critnest--; /* critical_exit */ } void @@ -418,21 +451,31 @@ smp_rendezvous_cpus(cpumask_t map, smp_rv_action_func = action_func; smp_rv_teardown_func = teardown_func; smp_rv_func_arg = arg; + smp_rv_waiters[0] = 0; smp_rv_waiters[1] = 0; smp_rv_waiters[2] = 0; - atomic_store_rel_int(&smp_rv_waiters[0], 0); + smp_rv_waiters[3] = 0; + atomic_store_rel_int(&smp_rv_targets, map); /* signal other processors, which will enter the IPI with interrupts off */ ipi_selected(map & ~(1 << curcpu), IPI_RENDEZVOUS); /* Check if the current CPU is in the map */ - if ((map & (1 << curcpu)) != 0) + if ((map & (1 << curcpu)) != 0) { smp_rendezvous_action(); - - if (teardown_func == smp_no_rendevous_barrier) - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) + /* wait until all CPUs will exit smp_rendezvous_action() */ + while (atomic_load_acq_int(&smp_rv_waiters[3]) < ncpus) cpu_spinwait(); + } else { + /* wait until all CPUs will exit smp_rendezvous_action() */ + while (smp_rv_waiters[2] < ncpus) + cpu_spinwait(); + } +#ifdef INVARIANTS + smp_rv_waiters[0] = 0xdead; + smp_rv_targets = 0; +#endif /* release lock */ mtx_unlock_spin(&smp_ipi_mtx); } diff --git a/src/sys/sys/_rmlock.h b/src/sys/sys/_rmlock.h index 75a159c..1f1e36e 100644 --- a/src/sys/sys/_rmlock.h +++ b/src/sys/sys/_rmlock.h @@ -41,12 +41,12 @@ * Mostly reader/occasional writer lock. */ -LIST_HEAD(rmpriolist,rm_priotracker); +TAILQ_HEAD(rmpriolist,rm_priotracker); struct rmlock { struct lock_object lock_object; volatile cpumask_t rm_writecpus; - LIST_HEAD(,rm_priotracker) rm_activeReaders; + TAILQ_HEAD(,rm_priotracker) rm_activeReaders; union { struct mtx _rm_lock_mtx; struct sx _rm_lock_sx; @@ -60,7 +60,7 @@ struct rm_priotracker { struct rmlock *rmp_rmlock; struct thread *rmp_thread; int rmp_flags; - LIST_ENTRY(rm_priotracker) rmp_qentry; + TAILQ_ENTRY(rm_priotracker) rmp_qentry; }; #endif /* !_SYS__RMLOCK_H_ */ --Boundary-00=_glTzNr+rGgXTaH8-- From owner-freebsd-current@FreeBSD.ORG Fri May 13 15:28:39 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90C44106566C for ; Fri, 13 May 2011 15:28:39 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DC0D68FC18 for ; Fri, 13 May 2011 15:28:36 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA19499; Fri, 13 May 2011 18:28:34 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DCD4E21.7020800@FreeBSD.org> Date: Fri, 13 May 2011 18:28:33 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Max Laier References: <4DCD357D.6000109@FreeBSD.org> <201105131041.59981.max@love2party.net> In-Reply-To: <201105131041.59981.max@love2party.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 15:28:39 -0000 on 13/05/2011 17:41 Max Laier said the following: > this ncpus isn't the one you are looking for. Thank you! Here's an updated patch: Index: sys/kern/subr_smp.c =================================================================== --- sys/kern/subr_smp.c (revision 221835) +++ sys/kern/subr_smp.c (working copy) @@ -316,19 +316,14 @@ void (*local_action_func)(void*) = smp_rv_action_func; void (*local_teardown_func)(void*) = smp_rv_teardown_func; - /* Ensure we have up-to-date values. */ - atomic_add_acq_int(&smp_rv_waiters[0], 1); - while (smp_rv_waiters[0] < smp_rv_ncpus) - cpu_spinwait(); - /* setup function */ if (local_setup_func != smp_no_rendevous_barrier) { if (smp_rv_setup_func != NULL) smp_rv_setup_func(smp_rv_func_arg); /* spin on entry rendezvous */ - atomic_add_int(&smp_rv_waiters[1], 1); - while (smp_rv_waiters[1] < smp_rv_ncpus) + atomic_add_int(&smp_rv_waiters[0], 1); + while (smp_rv_waiters[0] < smp_rv_ncpus) cpu_spinwait(); } @@ -337,12 +332,16 @@ local_action_func(local_func_arg); /* spin on exit rendezvous */ - atomic_add_int(&smp_rv_waiters[2], 1); - if (local_teardown_func == smp_no_rendevous_barrier) + atomic_add_int(&smp_rv_waiters[1], 1); + if (local_teardown_func == smp_no_rendevous_barrier) { + atomic_add_int(&smp_rv_waiters[2], 1); return; - while (smp_rv_waiters[2] < smp_rv_ncpus) + } + while (smp_rv_waiters[1] < smp_rv_ncpus) cpu_spinwait(); + atomic_add_int(&smp_rv_waiters[2], 1); + /* teardown function */ if (local_teardown_func != NULL) local_teardown_func(local_func_arg); @@ -377,6 +376,10 @@ /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); + /* Wait for any previous unwaited rendezvous to finish. */ + while (atomic_load_acq_int(&smp_rv_waiters[2]) < smp_rv_ncpus) + cpu_spinwait(); + /* set static function pointers */ smp_rv_ncpus = ncpus; smp_rv_setup_func = setup_func; @@ -395,7 +398,7 @@ smp_rendezvous_action(); if (teardown_func == smp_no_rendevous_barrier) - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) + while (atomic_load_acq_int(&smp_rv_waiters[1]) < ncpus) cpu_spinwait(); /* release lock */ From owner-freebsd-current@FreeBSD.ORG Fri May 13 15:51:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 550FC1065673; Fri, 13 May 2011 15:51:11 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 01D698FC16; Fri, 13 May 2011 15:51:10 +0000 (UTC) Received: from maxlap.localnet ([192.75.139.253]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0McAb5-1Q2Q9a0j6V-00JaQc; Fri, 13 May 2011 17:51:09 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Fri, 13 May 2011 11:50:57 -0400 User-Agent: KMail/1.13.6 (FreeBSD/9.0-CURRENT; KDE/4.6.1; amd64; ; ) References: <4DCD357D.6000109@FreeBSD.org> <201105131041.59981.max@love2party.net> <4DCD4E21.7020800@FreeBSD.org> In-Reply-To: <4DCD4E21.7020800@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105131150.57548.max@love2party.net> X-Provags-ID: V02:K0:uTzm/722e8pPk6/v0Lf3e+NUUyF+WAs5eO8J6wodgiJ Gl8nKW+/BeHFZVVY6ZdpeZhvac2039BV4SnkMjPardj0+RDoaF zDIZUdVe5OXnXV1u7XB1uAbFTtq8oqg7he4naVZPZEeUukazb2 AMGv3l3KAd/WxEJb77oDW1+32b9eihwr8ywYhiXU/4eGtzs7Pi lBJjY9zLU2eDlaJ2hQcuQ== Cc: Andriy Gapon Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 15:51:11 -0000 On Friday 13 May 2011 11:28:33 Andriy Gapon wrote: > on 13/05/2011 17:41 Max Laier said the following: > > this ncpus isn't the one you are looking for. > > Thank you! > > Here's an updated patch: Can you attach the patch, so I can apply it locally. This code is really hard to read without context. Some more comments inline ... > > Index: sys/kern/subr_smp.c > =================================================================== > --- sys/kern/subr_smp.c (revision 221835) > +++ sys/kern/subr_smp.c (working copy) > @@ -316,19 +316,14 @@ > void (*local_action_func)(void*) = smp_rv_action_func; > void (*local_teardown_func)(void*) = smp_rv_teardown_func; > > - /* Ensure we have up-to-date values. */ > - atomic_add_acq_int(&smp_rv_waiters[0], 1); > - while (smp_rv_waiters[0] < smp_rv_ncpus) > - cpu_spinwait(); > - You really need this for architectures that need the memory barrier to ensure consistency. We also need to move the reads of smp_rv_* below this point to provide a consistent view. > /* setup function */ > if (local_setup_func != smp_no_rendevous_barrier) { > if (smp_rv_setup_func != NULL) > smp_rv_setup_func(smp_rv_func_arg); > > /* spin on entry rendezvous */ > - atomic_add_int(&smp_rv_waiters[1], 1); > - while (smp_rv_waiters[1] < smp_rv_ncpus) > + atomic_add_int(&smp_rv_waiters[0], 1); > + while (smp_rv_waiters[0] < smp_rv_ncpus) > cpu_spinwait(); > } > > @@ -337,12 +332,16 @@ > local_action_func(local_func_arg); > > /* spin on exit rendezvous */ > - atomic_add_int(&smp_rv_waiters[2], 1); > - if (local_teardown_func == smp_no_rendevous_barrier) > + atomic_add_int(&smp_rv_waiters[1], 1); > + if (local_teardown_func == smp_no_rendevous_barrier) { > + atomic_add_int(&smp_rv_waiters[2], 1); > return; > - while (smp_rv_waiters[2] < smp_rv_ncpus) > + } > + while (smp_rv_waiters[1] < smp_rv_ncpus) > cpu_spinwait(); > > + atomic_add_int(&smp_rv_waiters[2], 1); > + > /* teardown function */ > if (local_teardown_func != NULL) > local_teardown_func(local_func_arg); > @@ -377,6 +376,10 @@ > /* obtain rendezvous lock */ > mtx_lock_spin(&smp_ipi_mtx); > > + /* Wait for any previous unwaited rendezvous to finish. */ > + while (atomic_load_acq_int(&smp_rv_waiters[2]) < smp_rv_ncpus) > + cpu_spinwait(); > + This does not help you at all. Imagine the following (unlikely, but not impossible) case: CPUA: start rendevouz including self, finish the action first (i.e. CPUA is the first one to see smp_rv_waiters[2] == smp_rv_ncpus, drop the lock and start a new rendevouz. smp_rv_waiters[2] == smp_rv_ncpus is still true on that CPU, but ... CPUB might have increased smp_rv_waiters[2] for the first rendevouz, but never saw smp_rv_waiters[2] == smp_rv_ncpus, still ... CPUA is allowed to start a new rendevouz which will leave CPUB stranded and can lead to a deadlock. I think this is also possible with another CPU starting the second rendevous. > /* set static function pointers */ > smp_rv_ncpus = ncpus; > smp_rv_setup_func = setup_func; > @@ -395,7 +398,7 @@ > smp_rendezvous_action(); > > if (teardown_func == smp_no_rendevous_barrier) > - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) > + while (atomic_load_acq_int(&smp_rv_waiters[1]) < ncpus) > cpu_spinwait(); > > /* release lock */ > _______________________________________________ > 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 May 13 17:13:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9325106566B; Fri, 13 May 2011 17:13:29 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 530A58FC0C; Fri, 13 May 2011 17:13:29 +0000 (UTC) Received: from maxlap.localnet ([192.75.139.253]) by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis) id 0LvdiS-1Pe5jW3MeC-017YWK; Fri, 13 May 2011 19:13:27 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Fri, 13 May 2011 13:13:11 -0400 User-Agent: KMail/1.13.6 (FreeBSD/9.0-CURRENT; KDE/4.6.1; amd64; ; ) References: <4DCD357D.6000109@FreeBSD.org> <4DCD4E21.7020800@FreeBSD.org> <201105131150.57548.max@love2party.net> In-Reply-To: <201105131150.57548.max@love2party.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105131313.11677.max@love2party.net> X-Provags-ID: V02:K0:r50QccgkMB8WjpPtOG8pJYxHBO5+Q0k58RQhC+y7wFN jieoGg5pRLpgQYcX0p6bRZtbwzsyr2KvCtI42hjg7ZGUfhT1XH V2mRaMdVdExGT7jp6eJEzjEqWaDnjruH/UuckoPDyfDU/2eoPP /Ldjk+Vz3INos5eo7oSm4B4Yk/57Pucq5F82njFv9P5GLUdXcP yyknvVeUyBZykdPFT0Abg== Cc: Andriy Gapon Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 17:13:29 -0000 On Friday 13 May 2011 11:50:57 Max Laier wrote: > On Friday 13 May 2011 11:28:33 Andriy Gapon wrote: > > on 13/05/2011 17:41 Max Laier said the following: > > > this ncpus isn't the one you are looking for. > > > > Thank you! > > > Here's an updated patch: > Can you attach the patch, so I can apply it locally. This code is really > hard to read without context. Some more comments inline ... > > > Index: sys/kern/subr_smp.c > > =================================================================== > > --- sys/kern/subr_smp.c (revision 221835) > > +++ sys/kern/subr_smp.c (working copy) > > @@ -316,19 +316,14 @@ > > > > void (*local_action_func)(void*) = smp_rv_action_func; > > void (*local_teardown_func)(void*) = smp_rv_teardown_func; > > > > - /* Ensure we have up-to-date values. */ > > - atomic_add_acq_int(&smp_rv_waiters[0], 1); > > - while (smp_rv_waiters[0] < smp_rv_ncpus) > > - cpu_spinwait(); > > - > > You really need this for architectures that need the memory barrier to > ensure consistency. We also need to move the reads of smp_rv_* below this > point to provide a consistent view. > > > /* setup function */ > > if (local_setup_func != smp_no_rendevous_barrier) { > > > > if (smp_rv_setup_func != NULL) > > > > smp_rv_setup_func(smp_rv_func_arg); > > > > /* spin on entry rendezvous */ > > > > - atomic_add_int(&smp_rv_waiters[1], 1); > > - while (smp_rv_waiters[1] < smp_rv_ncpus) > > + atomic_add_int(&smp_rv_waiters[0], 1); > > + while (smp_rv_waiters[0] < smp_rv_ncpus) > > > > cpu_spinwait(); > > > > } > > > > @@ -337,12 +332,16 @@ > > > > local_action_func(local_func_arg); > > > > /* spin on exit rendezvous */ > > > > - atomic_add_int(&smp_rv_waiters[2], 1); > > - if (local_teardown_func == smp_no_rendevous_barrier) > > + atomic_add_int(&smp_rv_waiters[1], 1); > > + if (local_teardown_func == smp_no_rendevous_barrier) { > > + atomic_add_int(&smp_rv_waiters[2], 1); > > > > return; > > > > - while (smp_rv_waiters[2] < smp_rv_ncpus) > > + } > > + while (smp_rv_waiters[1] < smp_rv_ncpus) > > > > cpu_spinwait(); > > > > + atomic_add_int(&smp_rv_waiters[2], 1); > > + > > > > /* teardown function */ > > if (local_teardown_func != NULL) > > > > local_teardown_func(local_func_arg); > > > > @@ -377,6 +376,10 @@ > > > > /* obtain rendezvous lock */ > > mtx_lock_spin(&smp_ipi_mtx); > > > > + /* Wait for any previous unwaited rendezvous to finish. */ > > + while (atomic_load_acq_int(&smp_rv_waiters[2]) < smp_rv_ncpus) > > + cpu_spinwait(); > > + Disregard this ... I misread the diff. You are indeed using [2] correctly as the "all-clear" semaphore. I still believe, that it is safer/cleaner to do this spin before releasing the lock instead (see my patch). > This does not help you at all. Imagine the following (unlikely, but not > impossible) case: > > CPUA: start rendevouz including self, finish the action first (i.e. CPUA is > the first one to see smp_rv_waiters[2] == smp_rv_ncpus, drop the lock and > start a new rendevouz. smp_rv_waiters[2] == smp_rv_ncpus is still true on > that CPU, but ... > > CPUB might have increased smp_rv_waiters[2] for the first rendevouz, but > never saw smp_rv_waiters[2] == smp_rv_ncpus, still ... > > CPUA is allowed to start a new rendevouz which will leave CPUB stranded and > can lead to a deadlock. > > I think this is also possible with another CPU starting the second > rendevous. > > > /* set static function pointers */ > > smp_rv_ncpus = ncpus; > > smp_rv_setup_func = setup_func; > > > > @@ -395,7 +398,7 @@ > > > > smp_rendezvous_action(); > > > > if (teardown_func == smp_no_rendevous_barrier) > > > > - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) > > + while (atomic_load_acq_int(&smp_rv_waiters[1]) < ncpus) > > > > cpu_spinwait(); > > > > /* release lock */ > > > > _______________________________________________ > > 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 Fri May 13 18:52:20 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF4601065670 for ; Fri, 13 May 2011 18:52:20 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 46B0D8FC0C for ; Fri, 13 May 2011 18:52:19 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA21132; Fri, 13 May 2011 21:52:17 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QKxTF-000O5U-7N; Fri, 13 May 2011 21:52:17 +0300 Message-ID: <4DCD7DE0.7070400@FreeBSD.org> Date: Fri, 13 May 2011 21:52:16 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Max Laier References: <4DCD357D.6000109@FreeBSD.org> <201105131041.59981.max@love2party.net> <4DCD4E21.7020800@FreeBSD.org> <201105131150.57548.max@love2party.net> In-Reply-To: <201105131150.57548.max@love2party.net> X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------080904030706060507060701" Cc: freebsd-current@FreeBSD.org Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 18:52:21 -0000 This is a multi-part message in MIME format. --------------080904030706060507060701 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit on 13/05/2011 18:50 Max Laier said the following: > On Friday 13 May 2011 11:28:33 Andriy Gapon wrote: >> on 13/05/2011 17:41 Max Laier said the following: >>> this ncpus isn't the one you are looking for. >> >> Thank you! >> >> Here's an updated patch: > > Can you attach the patch, so I can apply it locally. This code is really hard > to read without context. Some more comments inline ... Attached. >> >> Index: sys/kern/subr_smp.c >> =================================================================== >> --- sys/kern/subr_smp.c (revision 221835) >> +++ sys/kern/subr_smp.c (working copy) >> @@ -316,19 +316,14 @@ >> void (*local_action_func)(void*) = smp_rv_action_func; >> void (*local_teardown_func)(void*) = smp_rv_teardown_func; >> >> - /* Ensure we have up-to-date values. */ >> - atomic_add_acq_int(&smp_rv_waiters[0], 1); >> - while (smp_rv_waiters[0] < smp_rv_ncpus) >> - cpu_spinwait(); >> - > > You really need this for architectures that need the memory barrier to ensure > consistency. We also need to move the reads of smp_rv_* below this point to > provide a consistent view. I thought that this would be automatically handled by the fact that a master CPU sets smp_rv_waiters[0] using atomic operation with release semantics. But I am not very proficient in this matters... But I fail to see why we need to require that all CPUs should gather at this point/condition. That is, my point is that we don't start a new rendezvous until a previous one is completely finished. Then we set up the new rendezvous, finish the setup with an operation with release semantics and only then notify the target CPUs. I can't see how the slave CPUs would see stale values in the rendezvous pseudo-object, but, OTOH, I am not very familiar with architectures that have weaker memory consistency rules as compared to x86. -- Andriy Gapon --------------080904030706060507060701 Content-Type: text/plain; name="smp_rv.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="smp_rv.diff" Index: sys/kern/subr_smp.c =================================================================== --- sys/kern/subr_smp.c (revision 221835) +++ sys/kern/subr_smp.c (working copy) @@ -316,19 +316,14 @@ void (*local_action_func)(void*) = smp_rv_action_func; void (*local_teardown_func)(void*) = smp_rv_teardown_func; - /* Ensure we have up-to-date values. */ - atomic_add_acq_int(&smp_rv_waiters[0], 1); - while (smp_rv_waiters[0] < smp_rv_ncpus) - cpu_spinwait(); - /* setup function */ if (local_setup_func != smp_no_rendevous_barrier) { if (smp_rv_setup_func != NULL) smp_rv_setup_func(smp_rv_func_arg); /* spin on entry rendezvous */ - atomic_add_int(&smp_rv_waiters[1], 1); - while (smp_rv_waiters[1] < smp_rv_ncpus) + atomic_add_int(&smp_rv_waiters[0], 1); + while (smp_rv_waiters[0] < smp_rv_ncpus) cpu_spinwait(); } @@ -337,12 +332,16 @@ local_action_func(local_func_arg); /* spin on exit rendezvous */ - atomic_add_int(&smp_rv_waiters[2], 1); - if (local_teardown_func == smp_no_rendevous_barrier) + atomic_add_int(&smp_rv_waiters[1], 1); + if (local_teardown_func == smp_no_rendevous_barrier) { + atomic_add_int(&smp_rv_waiters[2], 1); return; - while (smp_rv_waiters[2] < smp_rv_ncpus) + } + while (smp_rv_waiters[1] < smp_rv_ncpus) cpu_spinwait(); + atomic_add_int(&smp_rv_waiters[2], 1); + /* teardown function */ if (local_teardown_func != NULL) local_teardown_func(local_func_arg); @@ -377,6 +376,10 @@ /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); + /* Wait for any previous unwaited rendezvous to finish. */ + while (atomic_load_acq_int(&smp_rv_waiters[2]) < smp_rv_ncpus) + cpu_spinwait(); + /* set static function pointers */ smp_rv_ncpus = ncpus; smp_rv_setup_func = setup_func; @@ -395,7 +398,7 @@ smp_rendezvous_action(); if (teardown_func == smp_no_rendevous_barrier) - while (atomic_load_acq_int(&smp_rv_waiters[2]) < ncpus) + while (atomic_load_acq_int(&smp_rv_waiters[1]) < ncpus) cpu_spinwait(); /* release lock */ --------------080904030706060507060701-- From owner-freebsd-current@FreeBSD.ORG Fri May 13 19:05:38 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CC12106564A for ; Fri, 13 May 2011 19:05:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 943AA8FC0A for ; Fri, 13 May 2011 19:05:37 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA21248; Fri, 13 May 2011 22:05:35 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QKxg7-000O67-22; Fri, 13 May 2011 22:05:35 +0300 Message-ID: <4DCD80FE.3070608@FreeBSD.org> Date: Fri, 13 May 2011 22:05:34 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Max Laier References: <4DCD357D.6000109@FreeBSD.org> <4DCD4E21.7020800@FreeBSD.org> <201105131150.57548.max@love2party.net> <201105131313.11677.max@love2party.net> In-Reply-To: <201105131313.11677.max@love2party.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 May 2011 19:05:38 -0000 on 13/05/2011 20:13 Max Laier said the following: > Disregard this ... I misread the diff. You are indeed using [2] correctly as > the "all-clear" semaphore. I still believe, that it is safer/cleaner to do > this spin before releasing the lock instead (see my patch). Maybe. I consider my approach a minor optimization - that is, I think that normally smp_rendezvous calls would be sparse enough to never require that synchronization (as proved by the past experience). So synchroning/delaying the master CPU at the end of smp_rendezvous would slightly hurt performance. Having the check at the start should trigger the synchronization only when it is really required. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat May 14 02:56:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045C8106566B; Sat, 14 May 2011 02:56:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B7CFD8FC0C; Sat, 14 May 2011 02:56:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4E2uLRH024424; Fri, 13 May 2011 22:56:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4E2uLCU024407; Sat, 14 May 2011 02:56:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 14 May 2011 02:56:21 GMT Message-Id: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2011 02:56:23 -0000 TB --- 2011-05-14 02:55:55 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-14 02:55:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-05-14 02:55:55 - cleaning the object tree TB --- 2011-05-14 02:56:06 - cvsupping the source tree TB --- 2011-05-14 02:56:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-05-14 02:56:20 - building world TB --- 2011-05-14 02:56:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-14 02:56:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-14 02:56:20 - TARGET=sun4v TB --- 2011-05-14 02:56:20 - TARGET_ARCH=sparc64 TB --- 2011-05-14 02:56:20 - TZ=UTC TB --- 2011-05-14 02:56:20 - __MAKE_CONF=/dev/null TB --- 2011-05-14 02:56:20 - cd /src TB --- 2011-05-14 02:56:20 - /usr/bin/make -B buildworld "/src/Makefile.inc1", line 141: Unknown target sparc64:sun4v. *** Error code 1 Stop in /src. TB --- 2011-05-14 02:56:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-14 02:56:21 - ERROR: failed to build world TB --- 2011-05-14 02:56:21 - 2.67 user 9.48 system 25.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat May 14 03:30:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B4CD1065676; Sat, 14 May 2011 03:30:50 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 912908FC0A; Sat, 14 May 2011 03:30:49 +0000 (UTC) Received: by gwb15 with SMTP id 15so1351733gwb.13 for ; Fri, 13 May 2011 20:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Ipww8qibS1byyvyhxAbVkq/ImxQhAiS9zDs18xFHdTg=; b=MRV7qE0sWZtbyeSebUQpcRA9HToVdDFXtL3Y0lf/NlNr4uLsOW5KMCfYNY3WnM+slc x4kiwabCp6H78tO3LtLKqI20GGYNbKhM6HQ14ARgPcdkXJfbrYGptDWHP4RQg+BoM+CL 7ShDxTpNYbdOYr8TqqvGFzm2yTMTG/bzGqKK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Lg+MQfAmX6pjPZW/WhjRbuksYPMuQf+dTnzvID4VzCb0brGDhhfAvCPwnBAgkSU3WH +XK0BXR9PYz4J9D6EOU4DBjbC3jQbpcjQF1V5zBFMfT++SyOYgfGf4eTN5UkZDELB7Uq 9txmuu1z5AdK/8ypXYVRJ4cZnmfNjksmJnGAA= MIME-Version: 1.0 Received: by 10.236.92.116 with SMTP id i80mr2135573yhf.348.1305342420181; Fri, 13 May 2011 20:07:00 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.103.130 with HTTP; Fri, 13 May 2011 20:07:00 -0700 (PDT) In-Reply-To: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> References: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> Date: Sat, 14 May 2011 05:07:00 +0200 X-Google-Sender-Auth: CmtsWrFsdoy7bRHb-yt8wucPPJs Message-ID: From: Attilio Rao To: FreeBSD Tinderbox Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2011 03:30:50 -0000 So, am I missing something when removing sun4v or the tinderbox machine needs to be updated someway? Attilio 2011/5/14 FreeBSD Tinderbox : > TB --- 2011-05-14 02:55:55 - tinderbox 2.7 running on freebsd-current.sen= tex.ca > TB --- 2011-05-14 02:55:55 - starting HEAD tinderbox run for sparc64/sun4= v > TB --- 2011-05-14 02:55:55 - cleaning the object tree > TB --- 2011-05-14 02:56:06 - cvsupping the source tree > TB --- 2011-05-14 02:56:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/sparc64/sun4v/supfile > TB --- 2011-05-14 02:56:20 - building world > TB --- 2011-05-14 02:56:20 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2011-05-14 02:56:20 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2011-05-14 02:56:20 - TARGET=3Dsun4v > TB --- 2011-05-14 02:56:20 - TARGET_ARCH=3Dsparc64 > TB --- 2011-05-14 02:56:20 - TZ=3DUTC > TB --- 2011-05-14 02:56:20 - __MAKE_CONF=3D/dev/null > TB --- 2011-05-14 02:56:20 - cd /src > TB --- 2011-05-14 02:56:20 - /usr/bin/make -B buildworld > "/src/Makefile.inc1", line 141: Unknown target sparc64:sun4v. > *** Error code 1 > > Stop in /src. > TB --- 2011-05-14 02:56:21 - WARNING: /usr/bin/make returned exit code = =C2=A01 > TB --- 2011-05-14 02:56:21 - ERROR: failed to build world > TB --- 2011-05-14 02:56:21 - 2.67 user 9.48 system 25.66 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.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= " > --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat May 14 08:51:14 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98427106566C; Sat, 14 May 2011 08:51:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5AF438FC0C; Sat, 14 May 2011 08:51:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4E8pDOO045679; Sat, 14 May 2011 04:51:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4E8pDLk045660; Sat, 14 May 2011 08:51:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 14 May 2011 08:51:13 GMT Message-Id: <201105140851.p4E8pDLk045660@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2011 08:51:14 -0000 TB --- 2011-05-14 08:50:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-14 08:50:15 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-05-14 08:50:15 - cleaning the object tree TB --- 2011-05-14 08:50:15 - cvsupping the source tree TB --- 2011-05-14 08:50:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-05-14 08:51:12 - building world TB --- 2011-05-14 08:51:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-14 08:51:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-14 08:51:12 - TARGET=sun4v TB --- 2011-05-14 08:51:12 - TARGET_ARCH=sparc64 TB --- 2011-05-14 08:51:12 - TZ=UTC TB --- 2011-05-14 08:51:12 - __MAKE_CONF=/dev/null TB --- 2011-05-14 08:51:12 - cd /src TB --- 2011-05-14 08:51:12 - /usr/bin/make -B buildworld "/src/Makefile.inc1", line 141: Unknown target sparc64:sun4v. *** Error code 1 Stop in /src. TB --- 2011-05-14 08:51:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-14 08:51:13 - ERROR: failed to build world TB --- 2011-05-14 08:51:13 - 1.88 user 3.17 system 57.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat May 14 14:50:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86968106566B; Sat, 14 May 2011 14:50:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD5E8FC12; Sat, 14 May 2011 14:50:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4EEo38B083397; Sat, 14 May 2011 10:50:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4EEo3gO083367; Sat, 14 May 2011 14:50:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 14 May 2011 14:50:03 GMT Message-Id: <201105141450.p4EEo3gO083367@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2011 14:50:04 -0000 TB --- 2011-05-14 14:49:30 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-14 14:49:30 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-05-14 14:49:30 - cleaning the object tree TB --- 2011-05-14 14:49:30 - cvsupping the source tree TB --- 2011-05-14 14:49:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-05-14 14:50:02 - building world TB --- 2011-05-14 14:50:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-14 14:50:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-14 14:50:02 - TARGET=sun4v TB --- 2011-05-14 14:50:02 - TARGET_ARCH=sparc64 TB --- 2011-05-14 14:50:02 - TZ=UTC TB --- 2011-05-14 14:50:02 - __MAKE_CONF=/dev/null TB --- 2011-05-14 14:50:02 - cd /src TB --- 2011-05-14 14:50:02 - /usr/bin/make -B buildworld "/src/Makefile.inc1", line 141: Unknown target sparc64:sun4v. *** Error code 1 Stop in /src. TB --- 2011-05-14 14:50:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-14 14:50:02 - ERROR: failed to build world TB --- 2011-05-14 14:50:02 - 2.15 user 3.63 system 32.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat May 14 15:00:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60EA0106564A; Sat, 14 May 2011 15:00:04 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C7E7D8FC08; Sat, 14 May 2011 15:00:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p4EEmGha098148; Sat, 14 May 2011 18:48:16 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.4/8.14.4/Submit) id p4EEmGuC098147; Sat, 14 May 2011 18:48:16 +0400 (MSD) (envelope-from ache) Date: Sat, 14 May 2011 18:48:16 +0400 From: Andrey Chernov To: freebsd-net@freebsd.org Message-ID: <20110514144815.GA98013@vniz.net> Mail-Followup-To: Andrey Chernov , freebsd-net@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: msk0: watchdog timeout (Yukon EC Ultra) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2011 15:00:04 -0000 Hi. With recent -current I start to get May 14 13:32:48 xxx kernel: msk0: watchdog timeout May 14 13:32:48 xxx kernel: msk0: link state changed to DOWN May 14 13:32:51 xxx kernel: msk0: link state changed to UP with ~10 minutes interval usually at the starting of receiving essential traffic. I run my on-board Gigabit Ethernet in the 100baseTX mode. Below is detaled info. Can anybody help? mskc0: port 0xd800-0xd8ff mem 0xfeafc000-0xfeafffff irq 17 at device 0.0 on pci2 mskc0: MSI count : 1 mskc0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 0 vector 54 mskc0: using IRQ 258 for MSI mskc0: RAM buffer size : 0KB msk0: on mskc0 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: OUI 0x000ac2, model 0x000b, rev. 1 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow mskc0@pci0:2:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab rev=0x12 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' class = network subclass = ethernet cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 legacy endpoint max data 128(128) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected msk0: flags=8843 metric 0 mtu 1492 options=c011b nd6 options=23 media: Ethernet 100baseTX (100baseTX ) status: active -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sat May 14 15:25:38 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50364106566C; Sat, 14 May 2011 15:25:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2779F8FC15; Sat, 14 May 2011 15:25:38 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B659046B55; Sat, 14 May 2011 11:25:37 -0400 (EDT) Received: from John-Baldwins-Macbook-Pro.local (unknown [192.75.139.253]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 153828A04F; Sat, 14 May 2011 11:25:37 -0400 (EDT) Message-ID: <4DCE9EF0.3050803@FreeBSD.org> Date: Sat, 14 May 2011 11:25:36 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Andriy Gapon References: <4DCD357D.6000109@FreeBSD.org> In-Reply-To: <4DCD357D.6000109@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Sat, 14 May 2011 11:25:37 -0400 (EDT) Cc: FreeBSD current , Peter Grehan Subject: Re: proposed smp_rendezvous change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2011 15:25:38 -0000 On 5/13/11 9:43 AM, Andriy Gapon wrote: > > This is a change in vein of what I've been doing in the xcpu branch and it's > supposed to fix the issue by the recent commit that (probably unintentionally) > stress-tests smp_rendezvous in TSC code. > > Non-essential changes: > - ditch initial, and in my opinion useless, pre-setup rendezvous in > smp_rendezvous_action() As long as IPIs ensure all data is up to date (I think this is certainly true on x86) that is fine. Presumably sending an IPI has an implicit store barrier on all other platforms as well? > Essential changes (the fix): > - re-use freed smp_rv_waiters[2] to indicate that a slave/target is really fully > done with rendezvous (i.e. it's not going to access any members of smp_rv_* > pseudo-structure) > - spin on smp_rv_waiters[2] upon _entry_ to smp_rendezvous_cpus() to not re-use > the smp_rv_* pseudo-structure too early Hmmm, so this is not actually sufficient. NetApp ran into a very similar race with virtual CPUs in BHyVe. In their case because virtual CPUs are threads that can be preempted, they have a chance at a longer race. The problem that they see is that even though the values have been updated, the next CPU to start a rendezvous can clear smp_rv_waiters[2] to zero before one of the other CPUs notices that it has finished. A more concrete example: Suppose you have 3 CPUs doing a rendezvous where CPU 1 is the initiator. All three CPUs run the rendezvous down to the point of increasing smp_rv_waiters[2]. CPU 1 is the last one to rendezvous for some reason so he notices smp_rv_waiters[2] being correct first and exits the rendezvous. It immediately does a new rendezvous. Even with your change, it will see that smp_rv_waiters[2] is correct and will proceed to clear it before starting the next rendezvous. Meanwhile one of the other CPUs never sees the final update by CPU 1 to smp_rv_waiters[2], instead it sees the value go from 2 to 0 (e.g. if CPU 1's two writes were coalesced, or in the case of the hypervisor, CPU 2 or 3's backing thread is preempted and both writes have posted before the thread backing CPU 2 or 3 gets to run again). At this point that CPU (call it CPU 2) will spin forever. When CPU 1 sends a second rendezvous IPI it will be held in the local APIC of CPU 2 because CPU 2 hasn't EOI'd the first IPI, and so CPU 2 will never bump smp_rv_waiters[2] and the entire system will deadlock. NetApp's solution is to add a monotonically increasing generation count to the rendezvous data set, which is cached in the rendezvous handler and to exit the last synchronization point if either smp_rv_waiters[2] is high enough, or the generation count has changed. I think this would also handle the case the TSC changes have provoked. I'm not sure if this would be sufficient for the error case Max Laier has encountered. NetApp's patch: Extra protection for consecutive smp_rendezvous() calls. We need this because interrupts are not really disabled when executing the smp_rendezvous_action() when running inside a virtual machine. In particular it is possible for the last cpu to increment smp_rv_waiters[2] so that the exit rendezvous condition is satisfied and then get interrupted by a hardware interrupt. When the execution of the interrupted vcpu continues it is possible that one of the other vcpus that did *not* get interrupted exited the old smp_rendezvous() and started a new smp_rendezvous(). In this case 'smp_rv_waiters[2]' is again reset to 0. This would mean that the vcpu that got interrupted will spin forever on the exit rendezvous. We protect this by spinning on the exit rendezvous only if the generation of the smp_rendezvous() matches what we started out with before incrementing 'smp_rv_waiters[2]'. Differences ... ==== //private/xxxx/sys/kern/subr_smp.c#3 (text) ==== @@ -127,6 +127,7 @@ static void (*volatile smp_rv_teardown_func)(void *arg); static void * volatile smp_rv_func_arg; static volatile int smp_rv_waiters[3]; +static volatile int smp_rv_generation; /* * Shared mutex to restrict busywaits between smp_rendezvous() and @@ -418,6 +419,7 @@ void smp_rendezvous_action(void) { + int generation; void* local_func_arg = smp_rv_func_arg; void (*local_setup_func)(void*) = smp_rv_setup_func; void (*local_action_func)(void*) = smp_rv_action_func; @@ -457,11 +459,14 @@ if (local_action_func != NULL) local_action_func(local_func_arg); + generation = atomic_load_acq_int(&smp_rv_generation); + /* spin on exit rendezvous */ atomic_add_int(&smp_rv_waiters[2], 1); if (local_teardown_func == smp_no_rendevous_barrier) return; - while (smp_rv_waiters[2] < smp_rv_ncpus) + while (smp_rv_waiters[2] < smp_rv_ncpus && + generation == smp_rv_generation) cpu_spinwait(); /* @@ -565,6 +570,8 @@ /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); + atomic_add_acq_int(&smp_rv_generation, 1); + /* set static function pointers */ smp_rv_ncpus = ncpus; smp_rv_setup_func = setup_func; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 14 16:52:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D245106564A for ; Sat, 14 May 2011 16:52:49 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-px0-f176.google.com (mail-px0-f176.google.com [209.85.212.176]) by mx1.freebsd.org (Postfix) with ESMTP id 07E168FC13 for ; Sat, 14 May 2011 16:52:48 +0000 (UTC) Received: by pxi11 with SMTP id 11so2885002pxi.7 for ; Sat, 14 May 2011 09:52:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=NYh1vlTjlwvXbG9VSCA49YPJbx97N40OyK0vA5gBJ7s=; b=AGxIDVkZyek2FeVZx2vmD2RCHwPVE8diZ4Xd1tljTTsV6lFXlMp1u9Hui/kYCDJf5l o0QzY0m60dDZO/jZNxG9mwZf6YFnyQ0XTEbm+7PIweVF6+JMNQKdBRBQtKLxvP+IZ+kV PbhecS8FqGJ3cxu8q3mfhcyf5jt7Xt0EAowJA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hR8/iOYRyLrNSOtHhZ+6jUgEHtxQU96Q9E3psPx57Mo5BaLBeg9RKWwOVK/msZ9vnj nK4xbs5fQcgPcW/AIVK8EMopiUgAiNNae89VmAcHjlmgBOfUDn0iu76K1qCnUYPf294R 2sCe/ssA6muOkOGZKYy1FAI6CARgT1YyFZpQI= MIME-Version: 1.0 Received: by 10.68.16.100 with SMTP id f4mr4276298pbd.57.1305390479933; Sat, 14 May 2011 09:27:59 -0700 (PDT) Received: by 10.68.41.105 with HTTP; Sat, 14 May 2011 09:27:59 -0700 (PDT) Date: Sat, 14 May 2011 18:27:59 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2011 16:52:49 -0000 pcib1: at device 1.0 on pci0 pcib1: failed to allocate initial prefetch window: 0xd0000000-0xfaffffff the console output is cut shortly after those 2 lines (but the machine seems to continue booting, as i have reset'd the machine, after which "/" was found to be improperly dismounted). this happens with a the r221862 kernel, but not with the r221309 kernel. a quick search reveals something: http://www.freebsd.org/cgi/query-pr.cgi?pr=143874 (i have no idea what that is). From owner-freebsd-current@FreeBSD.ORG Sat May 14 20:49:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0B92106566B; Sat, 14 May 2011 20:49:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8108F8FC14; Sat, 14 May 2011 20:49:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4EKnTPS008928; Sat, 14 May 2011 16:49:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4EKnTlI008923; Sat, 14 May 2011 20:49:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 14 May 2011 20:49:29 GMT Message-Id: <201105142049.p4EKnTlI008923@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2011 20:49:30 -0000 TB --- 2011-05-14 20:49:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-14 20:49:15 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-05-14 20:49:15 - cleaning the object tree TB --- 2011-05-14 20:49:15 - cvsupping the source tree TB --- 2011-05-14 20:49:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-05-14 20:49:28 - building world TB --- 2011-05-14 20:49:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-14 20:49:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-14 20:49:28 - TARGET=sun4v TB --- 2011-05-14 20:49:28 - TARGET_ARCH=sparc64 TB --- 2011-05-14 20:49:28 - TZ=UTC TB --- 2011-05-14 20:49:28 - __MAKE_CONF=/dev/null TB --- 2011-05-14 20:49:28 - cd /src TB --- 2011-05-14 20:49:28 - /usr/bin/make -B buildworld "/src/Makefile.inc1", line 141: Unknown target sparc64:sun4v. *** Error code 1 Stop in /src. TB --- 2011-05-14 20:49:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-14 20:49:29 - ERROR: failed to build world TB --- 2011-05-14 20:49:29 - 1.99 user 3.92 system 13.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat May 14 21:24:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 670391065688; Sat, 14 May 2011 21:24:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id E22AA8FC0A; Sat, 14 May 2011 21:24:15 +0000 (UTC) Received: by gxk28 with SMTP id 28so1502280gxk.13 for ; Sat, 14 May 2011 14:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3q+utsXqAnsjvW01yTny4KdT+vYG8LCYrzXtPU7y4b4=; b=K8zErD4nyKX15Wd5k/vFSviOllBM6XxPb1BITX1ipw19trfEPoUVe+PQ/zFwgch4cT mKBANX8qgGqB8zFbuLML4UgGqbAddF/byHEqj/++l5/KroQkOrZszA5/WviIDey0elBS yvS7RNVym5WK33W3dkZFxYB4Xey9SjLROQSQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=iDIzAv9joxCUImxx1EluktB1Hzyqy0jRdP0Jgml1D7qAWpr9TJ0j0Wt1zvhG2eJ1tm ZF2FC2PbEtRdVz/RrxR6y/8CHOSLu5u6I7jGVB+R/gBRjqRCCtufximttqt/mOAWjw3r fz9mmmfL511gTs2D8XX4QyTEQKU6Grk21bAdk= MIME-Version: 1.0 Received: by 10.236.183.193 with SMTP id q41mr2918043yhm.80.1305408255204; Sat, 14 May 2011 14:24:15 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.103.130 with HTTP; Sat, 14 May 2011 14:24:15 -0700 (PDT) In-Reply-To: <86zkmpkmdo.fsf@ds4.des.no> References: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> <86zkmpkmdo.fsf@ds4.des.no> Date: Sat, 14 May 2011 23:24:15 +0200 X-Google-Sender-Auth: uCZuRlR9i7KgPqVA4sbkljHw_fE Message-ID: From: Attilio Rao To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2011 21:24:16 -0000 2011/5/14 Dag-Erling Sm=C3=B8rgrav : > Attilio Rao writes: >> So, am I missing something when removing sun4v or the tinderbox >> machine needs to be updated someway? > > Yes, you should have warned me in advance. Ok, sorry for not doing that. Can you please do something for it? Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat May 14 21:39:26 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B3691065673; Sat, 14 May 2011 21:39:26 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA648FC0C; Sat, 14 May 2011 21:39:26 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id E31861FFC35; Sat, 14 May 2011 21:22:59 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 96B328456D; Sat, 14 May 2011 23:22:59 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Attilio Rao References: <201105140256.p4E2uLCU024407@freebsd-current.sentex.ca> Date: Sat, 14 May 2011 23:22:59 +0200 In-Reply-To: (Attilio Rao's message of "Sat, 14 May 2011 05:07:00 +0200") Message-ID: <86zkmpkmdo.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 May 2011 21:39:26 -0000 Attilio Rao writes: > So, am I missing something when removing sun4v or the tinderbox > machine needs to be updated someway? Yes, you should have warned me in advance. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no