From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 01:07:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83AB016A4CE; Sun, 2 Nov 2003 01:07:50 -0800 (PST) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9708143F3F; Sun, 2 Nov 2003 01:07:48 -0800 (PST) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id hB297lQj067293; Sun, 2 Nov 2003 11:07:47 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.12.9p2/8.12.9) id hA296lTF004118; Sun, 2 Nov 2003 11:06:47 +0200 (EET) (envelope-from netch) Date: Sun, 2 Nov 2003 11:06:47 +0200 From: Valentin Nechayev To: Steve Wingate Message-ID: <20031102090647.GA3058@iv.nn.kiev.ua> References: <20031101131821.U253@daemon.g-e-e-k.net> <20031101161947.M70057@carver.gumbysoft.com> <20031101202118.Q70057@carver.gumbysoft.com> <20031101203741.S621@daemon.g-e-e-k.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031101203741.S621@daemon.g-e-e-k.net> X-42: On Organization: Dark side of coredump cc: freebsd-current@freebsd.org cc: FreeBSD Questions List Subject: Re: Dualbooting STABLE & CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 09:07:50 -0000 Sat, Nov 01, 2003 at 20:38:36, s.wingate (Steve Wingate) wrote about "Re: Dualbooting STABLE & CURRENT": > >> I don't like the sound of that. I'll just stick with STABLE until 5.x is > >> really ready. >> -STABLE will have the same problem since its in boot0 and the BIOS, not >> the OS on the partition its trying to boot. SW> Actually STABLE will have no problems as it's been running on this box for SW> over a year. You have working STABLE on first disk, not on second. Well, please show fdisk output for both disks. -netch- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 01:19:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0C0C16A4D0; Sun, 2 Nov 2003 01:19:25 -0800 (PST) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4AA543F3F; Sun, 2 Nov 2003 01:19:23 -0800 (PST) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id hB29JJCd068004; Sun, 2 Nov 2003 11:19:19 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.12.9p2/8.12.9) id hA29I9d5000349; Sun, 2 Nov 2003 11:18:09 +0200 (EET) (envelope-from netch) Date: Sun, 2 Nov 2003 11:18:09 +0200 From: Valentin Nechayev To: Dan Strick Message-ID: <20031102091809.GA310@iv.nn.kiev.ua> References: <200310221014.h9MAEX3V001280@ice.nodomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310221014.h9MAEX3V001280@ice.nodomain> X-42: On Organization: Dark side of coredump cc: dan@ice.nodomain cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: UFS file system problem in either stable or current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 09:19:25 -0000 Wed, Oct 22, 2003 at 03:14:33, strick (Dan Strick) wrote about "UFS file system problem in either stable or current": DS> There seems to be an inconsistency between release 4.9-RC and 5.1 ufs DS> support. If I fsck the same ufs (type 1 of course) file system on DS> both releases, each claims that the other has left incorrect DS> summary data in the superblock. Presumably only one can be correct. DS> I just don't know which to blame. Does this require explicit fsck? I have dual-booting between 4.9-release (and all previous 4.* releases earlier) and 5.1 (of 20030526) with shared disks and boot checking required in fstab; sometimes one of them crash and forced checking is made; neither 4.* nor 5.1 claims superblock is bad. -netch- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 01:43:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEAF116A4CE; Sun, 2 Nov 2003 01:43:53 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F72843F3F; Sun, 2 Nov 2003 01:43:52 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (1goa344d@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id hA29hmSi21806515; Sun, 2 Nov 2003 12:43:48 +0300 (MSK) Date: Sun, 2 Nov 2003 12:43:48 +0300 (MSK) From: Maxim Konovalov To: Valentin Nechayev In-Reply-To: <20031102091809.GA310@iv.nn.kiev.ua> Message-ID: <20031102124123.H39971@news1.macomnet.ru> References: <200310221014.h9MAEX3V001280@ice.nodomain> <20031102091809.GA310@iv.nn.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Dan Strick cc: dan@ice.nodomain cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: UFS file system problem in either stable or current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 09:43:53 -0000 On Sun, 2 Nov 2003, 11:18+0200, Valentin Nechayev wrote: > Wed, Oct 22, 2003 at 03:14:33, strick (Dan Strick) wrote about "UFS file system problem in either stable or current": > > DS> There seems to be an inconsistency between release 4.9-RC and 5.1 ufs > DS> support. If I fsck the same ufs (type 1 of course) file system on > DS> both releases, each claims that the other has left incorrect > DS> summary data in the superblock. Presumably only one can be correct. > DS> I just don't know which to blame. > > Does this require explicit fsck? > I have dual-booting between 4.9-release (and all previous 4.* releases earlier) > and 5.1 (of 20030526) with shared disks and boot checking required in fstab; > sometimes one of them crash and forced checking is made; neither 4.* nor 5.1 > claims superblock is bad. mckusick's answer: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=100639+0+archive/2003/freebsd-current/20030323.freebsd-current Dan's PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/58373 -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 03:09:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898DB16A4CE for ; Sun, 2 Nov 2003 03:09:28 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FBE743FBD for ; Sun, 2 Nov 2003 03:09:27 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id hA2B9Ni48626; Sun, 2 Nov 2003 06:09:24 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 2 Nov 2003 06:09:23 -0500 (EST) From: Jeff Roberson To: Bruce Evans In-Reply-To: <20031101035603.G610@gamplex.bde.org> Message-ID: <20031102055955.U10222-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: More ULE bugs fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 11:09:28 -0000 On Sat, 1 Nov 2003, Bruce Evans wrote: > On Fri, 31 Oct 2003, Jeff Roberson wrote: > > > I have commited my SMP fixes. I would appreciate it if you could post > > update results. ULE now outperforms 4BSD in a single threaded kernel > > compile and performs almost identically in a 16 way make. I still have a > > few more things that I can do to improve the situation. I would expect > > ULE to pull further ahead in the months to come. > > My simple make benchmark now takes infinitely longer with ULE under SMP, > since make -j 16 with ULE under SMP now hangs nfs after about a minute. > 4BSD works better. However, some networking bugs have developed in the > last few days. One of their manifestations is that SMP kernels always > panic in sbdrop() on shutdown. > > > The nice issue is still outstanding, as is the incorrect wcpu reporting. > > It may be related to nfs processes not getting any cycles even when there > are no niced processes. > I've just run your script myself. I was using sched_ule.c rev 1.75. I did not encounter any problem. I also have not run it with 4BSD so I don't have any performance comparisons. Hopefully the next time you have an opportunity to test things will go smoothly. I fixed a bug in sched_prio() that may have caused this behavior. You commented on the nice cutoff before. What do you believe the correct behavior is? In ULE I went to great lengths to be certain that I emulated the old behavior of denying nice +20 processes cpu time when anything nice 0 or above was running. As a result of that, nice -20 processes inhibit any processes with a nice below zero from receiving cpu time. Prior to a commit earlier today, nice -20 would stop nice 0 processes that were non-interactive. I've changed that though so nice 0 will always be able to run, just with a small slice. Based on your earlier comments, you don't believe that this behavior is correct, why, and what would you like to see? Thanks, Jeff > Bruce > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 03:51:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E96216A4CE; Sun, 2 Nov 2003 03:51:00 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B2C43FA3; Sun, 2 Nov 2003 03:50:59 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hA2Bowv9081169; Sun, 2 Nov 2003 06:50:58 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hA2BowOS081168; Sun, 2 Nov 2003 06:50:58 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 2 Nov 2003 06:50:58 -0500 (EST) Message-Id: <200311021150.hA2BowOS081168@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Nov 2003 11:51:00 -0000 TB --- 2003-11-02 10:46:59 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-11-02 10:46:59 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-11-02 10:46:59 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-11-02 10:49:05 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> 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: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. [...] cc -O -pipe -DUSE_GZIP=1 -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/index.c cc -O -pipe -DUSE_GZIP=1 -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/install.c cc -O -pipe -DUSE_GZIP=1 -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/installUpgrade.c cc -O -pipe -DUSE_GZIP=1 -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/keymap.c cc -O -pipe -DUSE_GZIP=1 -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/../../gnu/lib/libdialog -I. -c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/label.c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/label.c: In function `diskLabel': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/label.c:993: error: structure has no member named `bios_hd' /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall/label.c:993: error: structure has no member named `bios_sect' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/sysinstall. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/usr.sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-11-02 11:50:58 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-11-02 11:50:58 - TB --- ERROR: failed to build world TB --- 2003-11-02 11:50:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 04:05:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D74216A4CE for ; Sun, 2 Nov 2003 04:05:49 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B229A43FA3 for ; Sun, 2 Nov 2003 04:05:48 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 0A0143ABB2D; Sun, 2 Nov 2003 13:04:05 +0100 (CET) Date: Sun, 2 Nov 2003 13:04:04 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20031102120404.GE84474@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="RWntzN4uhMukjMHt" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p9 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: sam@errno.com Subject: Panic (in_pcb.c:866). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 12:05:49 -0000 --RWntzN4uhMukjMHt Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. I got this panic while doing 'killall -9 ppp' on FreeBSD 5-CURRENT (kernel from October 31st): panic: mtx_lock() of spin mytex @ /usr/src/sys/netinet/in_pcb.c:866 [...] db> trace [...] Debugger [...] panic [...] _mtx_lock_flags [...] [...] in_losing+0x40 [...] tcp_timer_rexmt+0x23e [...] softclock+0x1ad [...] ithread_loop+0x177 [...] fork_exit+0xb5 [...] fork_trampoline+0x8 [...] --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --RWntzN4uhMukjMHt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP6TytD/PhmMH/Mf1AQHlAAP+K0HOpBc4KjAsqpJF1htVHnlCzp7gkK3A SNxZ/oyjemF0Jl+QE4VVLGQfNPGuXseCXpPgO17aaWDMeJiOEqDzCKMMORCdXjSV xE8zjOfiCBVhFm10cgYbimxERt8Oyh8ExybIpmOdIEyuob6jjqzjqGIxxPbJebo6 1Vf/05faasY= =w68v -----END PGP SIGNATURE----- --RWntzN4uhMukjMHt-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 04:18:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE81116A4CE for ; Sun, 2 Nov 2003 04:18:24 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B075743FA3 for ; Sun, 2 Nov 2003 04:18:23 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 2E8C53ABB2D; Sun, 2 Nov 2003 13:16:40 +0100 (CET) Date: Sun, 2 Nov 2003 13:16:40 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20031102121640.GF84474@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="HlXFiQcSFG/a+HqU" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p9 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: sam@errno.com Subject: Panic (route.c:99). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 12:18:25 -0000 --HlXFiQcSFG/a+HqU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. Kernel from October 31st, while doing 'killall ssh'. panic: mtx_lock() of spin mutex @ /usr/src/sys/net/route.c:99 db> trace Debugger [...] panic [...] _mtx_lock_flags [...] [...] rtalloc_ign+0x4b [...] rtalloc+0x19 [...] tcp_rtlookup+0x39 [...] tcp_gettaocache+0x11 [...] tcp_output+0x161 [...] tcp_usr_shutdown+0xb2 [...] soshutdown+0x42 [...] shutdown+0x6c [...] syscall+0x28f [...] Xint0x80_syscall+0x1d --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --HlXFiQcSFG/a+HqU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP6T1qD/PhmMH/Mf1AQFWyQP+MfUsrFJ5v8Ha/lvLUQMPpA2OZnUel6jn 5pa5gssbavbYEVwIhyytw6ngpakj+Y5SwBnN+rjoDWIbgePQsvNRfAXv3eKnJMqq DtiEYWkyZ2EDavKFiSr+xOp1M8hZO720H7knKVjRSk7qn0gnVKUgs8JVYpg6bzXM D7kXq2VlE8U= =ZFRw -----END PGP SIGNATURE----- --HlXFiQcSFG/a+HqU-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 04:21:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E0216A4CE for ; Sun, 2 Nov 2003 04:21:28 -0800 (PST) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF1B143FCB for ; Sun, 2 Nov 2003 04:21:27 -0800 (PST) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 5E7913ABB2D; Sun, 2 Nov 2003 13:19:46 +0100 (CET) Date: Sun, 2 Nov 2003 13:19:46 +0100 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20031102121946.GG84474@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="I2AcQh+/kfs26T/w" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p9 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: sam@errno.com Subject: LOR (rtsock.c:388 <> route.c:133). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 12:21:28 -0000 --I2AcQh+/kfs26T/w Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. Simlar one was reported but not exactly this one: lock order reversal 1st 0xc4516e90 rtentry (rtentry) @ /usr/src/sys/net/rtsock.c:388 2nd 0xc43e327c radix node head (radix node head) @ /usr/src/sys/net/route.= c:133 Stack backtrace: backtrace(c05c6672,c43e327c,c05cb651,c05cb651,c05cb6a7) at backtrace+0x17 witness_lock(c43e327c,8,c05cb6a7,85,c437c300) at witness_lock+0x686 _mtx_lock_flags(c43e327c,0,c05cb6a7,85,c4516c90) at _mtx_lock_flags+0xb4 rtalloc1(c4539a6c,1,10000,435,0) at rtalloc1+0x74 rt_setgate(c4516e00,c437c300,c4539a6c,184,0) at rt_setgate+0x23c route_output(c1926700,c44f8dd0,8c,c1926700,1f74) at route_output+0x674 raw_usend(c44f8dd0,0,c1926700,0,0) at raw_usend+0x76 rts_send(c44f8dd0,0,c1926700,0,0) at rts_send+0x35 sosend(c44f8dd0,0,e8916c80,c1926700,0) at sosend+0x429 soo_write(c4497374,e8916c80,c452d480,0,c446b4c0) at soo_write+0x92 dofilewrite(c446b4c0,c4497374,2,bfbfeab0,8c) at dofilewrite+0xe3 write(c446b4c0,e8916d14,c05d6e5b,3f0,3) at write+0x6f syscall(2f,2f,2f,2,3) at syscall+0x28f Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (4), eip =3D 0x2826e173, esp =3D 0xbfbfe89c, ebp =3D 0xbfbfe8c8= --- --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --I2AcQh+/kfs26T/w Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP6T2Yj/PhmMH/Mf1AQG8YgP9G1VkvC7+as1PCOgBcfI+H+wX63lm1FMQ Z5WJbZVKTpBqOaGx750yH30LRWhIaViQfI6uh3BzfFxYPiE8GPvZNoEbSVRH2mjJ sKFWrY8ue2IcYAUJizd59/V5g8l4d+LaOFfFRqbHt6qTBgHuMne6wk/busKJNivp h66JBkj0pCA= =UpjE -----END PGP SIGNATURE----- --I2AcQh+/kfs26T/w-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 04:22:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB5D216A4CE for ; Sun, 2 Nov 2003 04:22:21 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4063343FD7 for ; Sun, 2 Nov 2003 04:22:20 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id XAA15879; Sun, 2 Nov 2003 23:22:04 +1100 Date: Sun, 2 Nov 2003 23:22:04 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Sam Leffler In-Reply-To: <200310311010.37684.sam@errno.com> Message-ID: <20031102230241.N600@gamplex.bde.org> References: <20031031064532.Y43805-100000@mail.chesapeake.net> <20031101035603.G610@gamplex.bde.org> <200310311010.37684.sam@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: current@freebsd.org Subject: Re: More ULE bugs fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Nov 2003 12:22:21 -0000 On Fri, 31 Oct 2003, Sam Leffler wrote: > On Friday 31 October 2003 09:04 am, Bruce Evans wrote: > > > My simple make benchmark now takes infinitely longer with ULE under SMP, > > since make -j 16 with ULE under SMP now hangs nfs after about a minute. > > 4BSD works better. However, some networking bugs have developed in the > > last few days. One of their manifestations is that SMP kernels always > > panic in sbdrop() on shutdown. > > I'm looking at something similar now. If you have a stack trace please send > it to me (along with any other info). You might also try booting > debug.mpsafenet=0. Turning off mpsafenet fixed all these problems. These console messages are with it not turned off. fxp is the only physical network device. %%% WARNING: loader(8) metadata is missing! [ preserving 869208 bytes of kernel symbol table ] Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #1005: Sun Nov 2 20:38:42 EST 2003 bde@besplex.bde.org:/c/sysc/i386/compile/smp Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 268435456 (256 MB) avail memory = 255369216 (243 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 17 -> irq 9 IOAPIC #0 intpin 18 -> irq 11 IOAPIC #0 intpin 19 -> irq 5 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Pentium Pro MTRR support enabled npx0: on motherboard npx0: flags 0x80 npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdef0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) piix0: port 0x5000-0x500f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 pci0: at device 11.0 (no driver attached) pci0: at device 11.1 (no driver attached) fxp0: port 0xa400-0xa43f mem 0xea000000-0xea0fffff,0xea104000-0xea104fff irq 9 at device 13.0 on pci0 fxp0: Ethernet address 00:90:27:99:02:99 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: [MPSAFE] puc0: port 0xb000-0xb01f,0xac00-0xac07,0xa800-0xa807 mem 0xea103000-0xea103fff,0xea102000-0xea102fff irq 5 at device 17.0 on pci0 sio4: on puc0 sio4: type 16550A sio5: on puc0 sio5: type 16550A atapci1: port 0xbc00-0xbcff,0xb800-0xb803,0xb400-0xb407 irq 11 at device 19.0 on pci0 atapci1: [MPSAFE] ata2: at 0xb400 on atapci1 ata2: [MPSAFE] atapci2: port 0xc800-0xc8ff,0xc400-0xc403,0xc000-0xc007 irq 11 at device 19.1 on pci0 atapci2: [MPSAFE] ata3: at 0xc000 on atapci2 ata3: [MPSAFE] orm0: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "ForcePCIMode" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPFastWrite" # [] #Option "AGPSize" # #Option "RingSize" # #Option "BufferSize" # #Option "EnableDepthMoves" # [] #Option "EnablePageFlip" # [] #Option "NoBackBuffer" # [] #Option "PanelOff" # [] #Option "DDCMode" # [] #Option "CloneDisplay" # #Option "CloneMode" # [] #Option "CloneHSync" # [] #Option "CloneVRefresh" # [] #Option "UseFBDev" # [] #Option "VideoKey" # Identifier "Card0" Driver "ati" VendorName "ATI Technologies Inc" BoardName "Radeon RV200 QW [Radeon 7500]" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1280x1024" EndSubSection EndSection ---<<<--- Regards, _ralf_ --========GMXBoundary325591068286928 Content-Type: application/octet-stream; name="XFree86.0.log_Penguin" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="XFree86.0.log_Penguin" ClhGcmVlODYgVmVyc2lvbiA0LjMuMApSZWxlYXNlIERhdGU6IDI3IEZlYnJ1YXJ5IDIwMDMKWCBQ cm90b2NvbCBWZXJzaW9uIDExLCBSZXZpc2lvbiAwLCBSZWxlYXNlIDYuNgpCdWlsZCBPcGVyYXRp bmcgU3lzdGVtOiBGcmVlQlNEIDUuMSBpMzg2IFtFTEZdIApCdWlsZCBEYXRlOiAwMyBPY3RvYmVy IDIwMDMKCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxlbXMsIGNoZWNrIGh0dHA6Ly93d3cuWEZyZWU4 Ni5PcmcvCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0aGUgbGF0ZXN0IHZlcnNpb24uCk1v ZHVsZSBMb2FkZXIgcHJlc2VudApNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9tIGNvbmZp ZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKICAgICAgICAgKCsrKSBmcm9tIGNvbW1hbmQg bGluZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwKICAgICAgICAgKFdXKSB3YXJu aW5nLCAoRUUpIGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgooPT0p IExvZyBmaWxlOiAiL3Zhci9sb2cvWEZyZWU4Ni4wLmxvZyIsIFRpbWU6IFNhdCBOb3YgIDggMTE6 MTY6MjMgMjAwMwooPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEvWEY4NkNvbmZpZyIK KD09KSBTZXJ2ZXJMYXlvdXQgIkxheW91dDAiCigqKikgfC0tPlNjcmVlbiAiU2NyZWVuMCIgKDAp CigqKikgfCAgIHwtLT5Nb25pdG9yICJNb25pdG9yMCIKKCoqKSB8ICAgfC0tPkRldmljZSAiQ2Fy ZDAiCigqKikgfC0tPklucHV0IERldmljZSAiS2V5Ym9hcmQwIgooKiopIE9wdGlvbiAiWGtiTW9k ZWwiICJwYzEwNSIKKCoqKSBYS0I6IG1vZGVsOiAicGMxMDUiCigqKikgT3B0aW9uICJYa2JMYXlv dXQiICJkZSIKKCoqKSBYS0I6IGxheW91dDogImRlIgooPT0pIEtleWJvYXJkOiBDdXN0b21LZXlj b2RlIGRpc2FibGVkCigqKikgfC0tPklucHV0IERldmljZSAiTW91c2UwIgooV1cpIGBmb250cy5k aXInIG5vdCBmb3VuZCAob3Igbm90IHZhbGlkKSBpbiAiL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRz LzEwMGRwaS8iLgoJRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4KCShSdW4gJ21rZm9udGRp cicgb24gIi91c3IvWDExUjYvbGliL1gxMS9mb250cy8xMDBkcGkvIikuCigqKikgRm9udFBhdGgg c2V0IHRvICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbWlzYy8sL3Vzci9YMTFSNi9saWIvWDEx L2ZvbnRzL1NwZWVkby8sL3Vzci9YMTFSNi9saWIvWDExL2ZvbnRzL1R5cGUxLywvdXNyL1gxMVI2 L2xpYi9YMTEvZm9udHMvNzVkcGkvLC91c3IvWDExUjYvbGliL1gxMS9mb250cy9VUlcvIgooKiop IFJnYlBhdGggc2V0IHRvICIvdXNyL1gxMVI2L2xpYi9YMTEvcmdiIgooKiopIE1vZHVsZVBhdGgg c2V0IHRvICIvdXNyL1gxMVI2L2xpYi9tb2R1bGVzIgooLS0pIFVzaW5nIHN5c2NvbnMgZHJpdmVy IHdpdGggWCBzdXBwb3J0ICh2ZXJzaW9uIDIuMCkKKC0tKSB1c2luZyBWVCBudW1iZXIgOQoKKElJ KSBNb2R1bGUgQUJJIHZlcnNpb25zOgoJWEZyZWU4NiBBTlNJIEMgRW11bGF0aW9uOiAwLjIKCVhG cmVlODYgVmlkZW8gRHJpdmVyOiAwLjYKCVhGcmVlODYgWElucHV0IGRyaXZlciA6IDAuNAoJWEZy ZWU4NiBTZXJ2ZXIgRXh0ZW5zaW9uIDogMC4yCglYRnJlZTg2IEZvbnQgUmVuZGVyZXIgOiAwLjQK KElJKSBMb2FkZXIgcnVubmluZyBvbiBmcmVlYnNkCihJSSkgTG9hZE1vZHVsZTogImJpdG1hcCIK KElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGliYml0bWFwLmEKKElJ KSBNb2R1bGUgYml0bWFwOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBm b3IgNC4zLjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCU1vZHVsZSBjbGFzczogWEZyZWU4NiBG b250IFJlbmRlcmVyCglBQkkgY2xhc3M6IFhGcmVlODYgRm9udCBSZW5kZXJlciwgdmVyc2lvbiAw LjQKKElJKSBMb2FkaW5nIGZvbnQgQml0bWFwCihJSSkgTG9hZE1vZHVsZTogInBjaWRhdGEiCihJ SSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYnBjaWRhdGEuYQooSUkpIE1vZHVs ZSBwY2lkYXRhOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4z LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWEZyZWU4NiBWaWRlbyBEcml2 ZXIsIHZlcnNpb24gMC42CihJSSkgUENJOiBQcm9iaW5nIGNvbmZpZyB0eXBlIHVzaW5nIG1ldGhv ZCAxCihJSSkgUENJOiBDb25maWcgdHlwZSBpcyAxCihJSSkgUENJOiBzdGFnZXMgPSAweDAzLCBv bGRWYWwxID0gMHgwMDAwMDAwMCwgbW9kZTFSZXMxID0gMHg4MDAwMDAwMAooSUkpIFBDSTogUENJ IHNjYW4gKGFsbCB2YWx1ZXMgYXJlIGluIGhleCkKKElJKSBQQ0k6IDAwOjAwOjA6IGNoaXAgODA4 NiwxMTMwIGNhcmQgMTQ3YiwwNDAyIHJldiAwMiBjbGFzcyAwNiwwMCwwMCBoZHIgMDAKKElJKSBQ Q0k6IDAwOjAxOjA6IGNoaXAgODA4NiwxMTMxIGNhcmQgMDAwMCwwMDAwIHJldiAwMiBjbGFzcyAw NiwwNCwwMCBoZHIgMDEKKElJKSBQQ0k6IDAwOjFlOjA6IGNoaXAgODA4NiwyNDRlIGNhcmQgMDAw MCwwMDAwIHJldiAwMSBjbGFzcyAwNiwwNCwwMCBoZHIgMDEKKElJKSBQQ0k6IDAwOjFmOjA6IGNo aXAgODA4NiwyNDQwIGNhcmQgMDAwMCwwMDAwIHJldiAwMSBjbGFzcyAwNiwwMSwwMCBoZHIgODAK KElJKSBQQ0k6IDAwOjFmOjE6IGNoaXAgODA4NiwyNDRiIGNhcmQgMTQ3YiwwNDAyIHJldiAwMSBj bGFzcyAwMSwwMSw4MCBoZHIgMDAKKElJKSBQQ0k6IDAwOjFmOjI6IGNoaXAgODA4NiwyNDQyIGNh cmQgMTQ3YiwwNDAyIHJldiAwMSBjbGFzcyAwYywwMywwMCBoZHIgMDAKKElJKSBQQ0k6IDAwOjFm OjM6IGNoaXAgODA4NiwyNDQzIGNhcmQgMTQ3YiwwNDAyIHJldiAwMSBjbGFzcyAwYywwNSwwMCBo ZHIgMDAKKElJKSBQQ0k6IDAwOjFmOjQ6IGNoaXAgODA4NiwyNDQ0IGNhcmQgMTQ3YiwwNDAyIHJl diAwMSBjbGFzcyAwYywwMywwMCBoZHIgMDAKKElJKSBQQ0k6IDAwOjFmOjU6IGNoaXAgODA4Niwy NDQ1IGNhcmQgMTQ3YiwwNDAyIHJldiAwMSBjbGFzcyAwNCwwMSwwMCBoZHIgMDAKKElJKSBQQ0k6 IDAxOjAwOjA6IGNoaXAgMTAwMiw1MTU3IGNhcmQgMTdhZiwyMDAyIHJldiAwMCBjbGFzcyAwMyww MCwwMCBoZHIgMDAKKElJKSBQQ0k6IDAyOjAyOjA6IGNoaXAgOTAwNCw3MTc4IGNhcmQgMDAwMCww MDAwIHJldiAwMCBjbGFzcyAwMSwwMCwwMCBoZHIgMDAKKElJKSBQQ0k6IDAyOjA0OjA6IGNoaXAg MTBiNyw5MDUwIGNhcmQgMDAwMCwwMDAwIHJldiAwMCBjbGFzcyAwMiwwMCwwMCBoZHIgMDAKKElJ KSBQQ0k6IEVuZCBvZiBQQ0kgc2NhbgooSUkpIEhvc3QtdG8tUENJIGJyaWRnZToKKElJKSBCdXMg MDogYnJpZGdlIGlzIGF0ICgwOjA6MCksICgwLDAsMiksIEJDVFJMOiAweDAwMDggKFZHQV9FTiBp cyBzZXQpCihJSSkgQnVzIDAgSS9PIHJhbmdlOgoJWzBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAw MGZmZmYgKDB4MTAwMDApIElYW0JdCihJSSkgQnVzIDAgbm9uLXByZWZldGNoYWJsZSBtZW1vcnkg cmFuZ2U6CglbMF0gLTEJMAkweDAwMDAwMDAwIC0gMHhmZmZmZmZmZiAoMHgwKSBNWFtCXQooSUkp IEJ1cyAwIHByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6CglbMF0gLTEJMAkweDAwMDAwMDAwIC0g MHhmZmZmZmZmZiAoMHgwKSBNWFtCXQooSUkpIFBDSS10by1QQ0kgYnJpZGdlOgooSUkpIEJ1cyAx OiBicmlkZ2UgaXMgYXQgKDA6MTowKSwgKDAsMSwxKSwgQkNUUkw6IDB4MDAwYyAoVkdBX0VOIGlz IHNldCkKKElJKSBCdXMgMSBJL08gcmFuZ2U6CglbMF0gLTEJMAkweDAwMDA5MDAwIC0gMHgwMDAw OTBmZiAoMHgxMDApIElYW0JdCglbMV0gLTEJMAkweDAwMDA5NDAwIC0gMHgwMDAwOTRmZiAoMHgx MDApIElYW0JdCglbMl0gLTEJMAkweDAwMDA5ODAwIC0gMHgwMDAwOThmZiAoMHgxMDApIElYW0Jd CglbM10gLTEJMAkweDAwMDA5YzAwIC0gMHgwMDAwOWNmZiAoMHgxMDApIElYW0JdCihJSSkgQnVz IDEgbm9uLXByZWZldGNoYWJsZSBtZW1vcnkgcmFuZ2U6CglbMF0gLTEJMAkweGRjMDAwMDAwIC0g MHhkZGZmZmZmZiAoMHgyMDAwMDAwKSBNWFtCXQooSUkpIEJ1cyAxIHByZWZldGNoYWJsZSBtZW1v cnkgcmFuZ2U6CglbMF0gLTEJMAkweGQwMDAwMDAwIC0gMHhkN2ZmZmZmZiAoMHg4MDAwMDAwKSBN WFtCXQooSUkpIFBDSS10by1QQ0kgYnJpZGdlOgooSUkpIEJ1cyAyOiBicmlkZ2UgaXMgYXQgKDA6 MzA6MCksICgwLDIsMiksIEJDVFJMOiAweDAwMDYgKFZHQV9FTiBpcyBjbGVhcmVkKQooSUkpIEJ1 cyAyIEkvTyByYW5nZToKCVswXSAtMQkwCTB4MDAwMGEwMDAgLSAweDAwMDBhMGZmICgweDEwMCkg SVhbQl0KCVsxXSAtMQkwCTB4MDAwMGE0MDAgLSAweDAwMDBhNGZmICgweDEwMCkgSVhbQl0KCVsy XSAtMQkwCTB4MDAwMGE4MDAgLSAweDAwMDBhOGZmICgweDEwMCkgSVhbQl0KCVszXSAtMQkwCTB4 MDAwMGFjMDAgLSAweDAwMDBhY2ZmICgweDEwMCkgSVhbQl0KKElJKSBCdXMgMiBub24tcHJlZmV0 Y2hhYmxlIG1lbW9yeSByYW5nZToKCVswXSAtMQkwCTB4ZGUwMDAwMDAgLSAweGRmZmZmZmZmICgw eDIwMDAwMDApIE1YW0JdCihJSSkgUENJLXRvLUlTQSBicmlkZ2U6CihJSSkgQnVzIC0xOiBicmlk Z2UgaXMgYXQgKDA6MzE6MCksICgwLC0xLC0xKSwgQkNUUkw6IDB4MDAwOCAoVkdBX0VOIGlzIHNl dCkKKC0tKSBQQ0k6KigxOjA6MCkgQVRJIFRlY2hub2xvZ2llcyBJbmMgUmFkZW9uIFJWMjAwIFFX IFtSYWRlb24gNzUwMF0gcmV2IDAsIE1lbSBAIDB4ZDAwMDAwMDAvMjcsIDB4ZGQwMDAwMDAvMTYs IEkvTyBAIDB4OTAwMC84CihJSSkgQWRkcmVzc2FibGUgYnVzIHJlc291cmNlIHJhbmdlcyBhcmUK CVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweGZmZmZmZmZmICgweDApIE1YW0JdCglbMV0gLTEJMAkw eDAwMDAwMDAwIC0gMHgwMDAwZmZmZiAoMHgxMDAwMCkgSVhbQl0KKElJKSBPUy1yZXBvcnRlZCBy ZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweGZmZTAwMDAwIC0gMHhmZmZmZmZmZiAoMHgyMDAw MDApIE1YW0JdKEIpCglbMV0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgzZmYwMDAw MCkgTVhbQl1FKEIpCglbMl0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkg TVhbQl0KCVszXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQoJ WzRdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdCglbNV0gLTEJ MAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQoJWzZdIC0xCTAJMHgwMDAwMDAw MCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQooSUkpIFBDSSBNZW1vcnkgcmVzb3VyY2Ugb3Zl cmxhcCByZWR1Y2VkIDB4ZDgwMDAwMDAgZnJvbSAweGRmZmZmZmZmIHRvIDB4ZDdmZmZmZmYKKElJ KSBBY3RpdmUgUENJIHJlc291cmNlIHJhbmdlczoKCVswXSAtMQkwCTB4ZGYwMDAwMDAgLSAweGRm ZmZmZmZmICgweDEwMDAwMDApIE1YW0JdRQoJWzFdIC0xCTAJMHhkODAwMDAwMCAtIDB4ZDdmZmZm ZmYgKDB4MCkgTVhbQl1FTwoJWzJdIC0xCTAJMHhkZDAwMDAwMCAtIDB4ZGQwMGZmZmYgKDB4MTAw MDApIE1YW0JdKEIpCglbM10gLTEJMAkweGQwMDAwMDAwIC0gMHhkN2ZmZmZmZiAoMHg4MDAwMDAw KSBNWFtCXShCKQoJWzRdIC0xCTAJMHgwMDAwYTQwMCAtIDB4MDAwMGE0ZmYgKDB4MTAwKSBJWFtC XUUKCVs1XSAtMQkwCTB4MDAwMGEwMDAgLSAweDAwMDBhMGZmICgweDEwMCkgSVhbQl1FCglbNl0g LTEJMAkweDAwMDBiYzAwIC0gMHgwMDAwYmNmZiAoMHgxMDApIElYW0JdRQoJWzddIC0xCTAJMHgw MDAwYjgwMCAtIDB4MDAwMGI4ZmYgKDB4MTAwKSBJWFtCXUUKCVs4XSAtMQkwCTB4MDAwMGI0MDAg LSAweDAwMDBiNGZmICgweDEwMCkgSVhbQl1FCglbOV0gLTEJMAkweDAwMDA1MDAwIC0gMHgwMDAw NTBmZiAoMHgxMDApIElYW0JdRQoJWzEwXSAtMQkwCTB4MDAwMGIwMDAgLSAweDAwMDBiMGZmICgw eDEwMCkgSVhbQl1FCglbMTFdIC0xCTAJMHgwMDAwZjAwMCAtIDB4MDAwMGYwZmYgKDB4MTAwKSBJ WFtCXUUKCVsxMl0gLTEJMAkweDAwMDA5MDAwIC0gMHgwMDAwOTBmZiAoMHgxMDApIElYW0JdKEIp CihJSSkgQWN0aXZlIFBDSSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcmVtb3Zpbmcgb3ZlcmxhcHM6 CglbMF0gLTEJMAkweGRmMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgxMDAwMDAwKSBNWFtCXUUKCVsx XSAtMQkwCTB4ZDgwMDAwMDAgLSAweGQ3ZmZmZmZmICgweDApIE1YW0JdRU8KCVsyXSAtMQkwCTB4 ZGQwMDAwMDAgLSAweGRkMDBmZmZmICgweDEwMDAwKSBNWFtCXShCKQoJWzNdIC0xCTAJMHhkMDAw MDAwMCAtIDB4ZDdmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl0oQikKCVs0XSAtMQkwCTB4MDAwMGE0 MDAgLSAweDAwMDBhNGZmICgweDEwMCkgSVhbQl1FCglbNV0gLTEJMAkweDAwMDBhMDAwIC0gMHgw MDAwYTBmZiAoMHgxMDApIElYW0JdRQoJWzZdIC0xCTAJMHgwMDAwYmMwMCAtIDB4MDAwMGJjZmYg KDB4MTAwKSBJWFtCXUUKCVs3XSAtMQkwCTB4MDAwMGI4MDAgLSAweDAwMDBiOGZmICgweDEwMCkg SVhbQl1FCglbOF0gLTEJMAkweDAwMDBiNDAwIC0gMHgwMDAwYjRmZiAoMHgxMDApIElYW0JdRQoJ WzldIC0xCTAJMHgwMDAwNTAwMCAtIDB4MDAwMDUwZmYgKDB4MTAwKSBJWFtCXUUKCVsxMF0gLTEJ MAkweDAwMDBiMDAwIC0gMHgwMDAwYjBmZiAoMHgxMDApIElYW0JdRQoJWzExXSAtMQkwCTB4MDAw MGYwMDAgLSAweDAwMDBmMGZmICgweDEwMCkgSVhbQl1FCglbMTJdIC0xCTAJMHgwMDAwOTAwMCAt IDB4MDAwMDkwZmYgKDB4MTAwKSBJWFtCXShCKQooSUkpIE9TLXJlcG9ydGVkIHJlc291cmNlIHJh bmdlcyBhZnRlciByZW1vdmluZyBvdmVybGFwcyB3aXRoIFBDSToKCVswXSAtMQkwCTB4ZmZlMDAw MDAgLSAweGZmZmZmZmZmICgweDIwMDAwMCkgTVhbQl0oQikKCVsxXSAtMQkwCTB4MDAxMDAwMDAg LSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVsyXSAtMQkwCTB4MDAwZjAwMDAg LSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAw ZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAo MHhhMDAwMCkgTVhbQl0KCVs1XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElY W0JdCglbNl0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElYW0JdCihJSSkg QWxsIHN5c3RlbSByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweGZmZTAwMDAwIC0gMHhmZmZm ZmZmZiAoMHgyMDAwMDApIE1YW0JdKEIpCglbMV0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZm ZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpCglbMl0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZm ZiAoMHgxMDAwMCkgTVhbQl0KCVszXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMw MDAwKSBNWFtCXQoJWzRdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1Y W0JdCglbNV0gLTEJMAkweGRmMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgxMDAwMDAwKSBNWFtCXUUK CVs2XSAtMQkwCTB4ZDgwMDAwMDAgLSAweGQ3ZmZmZmZmICgweDApIE1YW0JdRU8KCVs3XSAtMQkw CTB4ZGQwMDAwMDAgLSAweGRkMDBmZmZmICgweDEwMDAwKSBNWFtCXShCKQoJWzhdIC0xCTAJMHhk MDAwMDAwMCAtIDB4ZDdmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl0oQikKCVs5XSAtMQkwCTB4MDAw MGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0JdCglbMTBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzExXSAtMQkwCTB4MDAwMGE0MDAgLSAweDAwMDBhNGZm ICgweDEwMCkgSVhbQl1FCglbMTJdIC0xCTAJMHgwMDAwYTAwMCAtIDB4MDAwMGEwZmYgKDB4MTAw KSBJWFtCXUUKCVsxM10gLTEJMAkweDAwMDBiYzAwIC0gMHgwMDAwYmNmZiAoMHgxMDApIElYW0Jd RQoJWzE0XSAtMQkwCTB4MDAwMGI4MDAgLSAweDAwMDBiOGZmICgweDEwMCkgSVhbQl1FCglbMTVd IC0xCTAJMHgwMDAwYjQwMCAtIDB4MDAwMGI0ZmYgKDB4MTAwKSBJWFtCXUUKCVsxNl0gLTEJMAkw eDAwMDA1MDAwIC0gMHgwMDAwNTBmZiAoMHgxMDApIElYW0JdRQoJWzE3XSAtMQkwCTB4MDAwMGIw MDAgLSAweDAwMDBiMGZmICgweDEwMCkgSVhbQl1FCglbMThdIC0xCTAJMHgwMDAwZjAwMCAtIDB4 MDAwMGYwZmYgKDB4MTAwKSBJWFtCXUUKCVsxOV0gLTEJMAkweDAwMDA5MDAwIC0gMHgwMDAwOTBm ZiAoMHgxMDApIElYW0JdKEIpCihJSSkgTG9hZE1vZHVsZTogImZyZWV0eXBlIgooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9mb250cy9saWJmcmVldHlwZS5hCihJSSkgTW9kdWxl IGZyZWV0eXBlOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4z LjAsIG1vZHVsZSB2ZXJzaW9uID0gMi4wLjIKCU1vZHVsZSBjbGFzczogWEZyZWU4NiBGb250IFJl bmRlcmVyCglBQkkgY2xhc3M6IFhGcmVlODYgRm9udCBSZW5kZXJlciwgdmVyc2lvbiAwLjQKKElJ KSBMb2FkaW5nIGZvbnQgRnJlZVR5cGUKKElJKSBMb2FkTW9kdWxlOiAiZXh0bW9kIgooSUkpIExv YWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYmV4dG1vZC5hCihJSSkg TW9kdWxlIGV4dG1vZDogdmVuZG9yPSJUaGUgWEZyZWU4NiBQcm9qZWN0IgoJY29tcGlsZWQgZm9y IDQuMy4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglNb2R1bGUgY2xhc3M6IFhGcmVlODYgU2Vy dmVyIEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYRnJlZTg2IFNlcnZlciBFeHRlbnNpb24sIHZlcnNp b24gMC4yCihJSSkgTG9hZGluZyBleHRlbnNpb24gU0hBUEUKKElJKSBMb2FkaW5nIGV4dGVuc2lv biBNSVQtU1VORFJZLU5PTlNUQU5EQVJECihJSSkgTG9hZGluZyBleHRlbnNpb24gQklHLVJFUVVF U1RTCihJSSkgTG9hZGluZyBleHRlbnNpb24gU1lOQwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIE1J VC1TQ1JFRU4tU0FWRVIKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYQy1NSVNDCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uCihJSSkgTG9hZGluZyBleHRlbnNp b24gWEZyZWU4Ni1NaXNjCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1ER0EKKElJKSBM b2FkaW5nIGV4dGVuc2lvbiBEUE1TCihJSSkgTG9hZGluZyBleHRlbnNpb24gRm9udENhY2hlCihJ SSkgTG9hZGluZyBleHRlbnNpb24gVE9HLUNVUAooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEV4dGVu ZGVkLVZpc3VhbC1JbmZvcm1hdGlvbgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlbwooSUkp IExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlby1Nb3Rpb25Db21wZW5zYXRpb24KKElJKSBMb2FkaW5n IGV4dGVuc2lvbiBYLVJlc291cmNlCihJSSkgTG9hZE1vZHVsZTogImdseCIKKElJKSBMb2FkaW5n IC91c3IvWDExUjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguYQooSUkpIE1vZHVsZSBn bHg6IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9k dWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYRnJlZTg2IFNlcnZlciBFeHRlbnNpb24s IHZlcnNpb24gMC4yCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJHTGNvcmUiCihJSSkgTG9hZE1v ZHVsZTogIkdMY29yZSIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZXh0ZW5z aW9ucy9saWJHTGNvcmUuYQooSUkpIE1vZHVsZSBHTGNvcmU6IHZlbmRvcj0iVGhlIFhGcmVlODYg UHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJ IGNsYXNzOiBYRnJlZTg2IFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gR0xYCihJSSkgTG9hZE1vZHVsZTogImRyaSIKKElJKSBMb2FkaW5nIC91c3Iv WDExUjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJkcmkuYQooSUkpIE1vZHVsZSBkcmk6IHZl bmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxlIHZl cnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYRnJlZTg2IFNlcnZlciBFeHRlbnNpb24sIHZlcnNp b24gMC4yCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkcm0iCihJSSkgTG9hZE1vZHVsZTogImRy bSIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZnJlZWJzZC9saWJkcm0uYQoo SUkpIE1vZHVsZSBkcm06IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBpbGVkIGZv ciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYRnJlZTg2IFNlcnZl ciBFeHRlbnNpb24sIHZlcnNpb24gMC4yCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1E UkkKKElJKSBMb2FkTW9kdWxlOiAiZGJlIgooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9k dWxlcy9leHRlbnNpb25zL2xpYmRiZS5hCihJSSkgTW9kdWxlIGRiZTogdmVuZG9yPSJUaGUgWEZy ZWU4NiBQcm9qZWN0IgoJY29tcGlsZWQgZm9yIDQuMy4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4w CglNb2R1bGUgY2xhc3M6IFhGcmVlODYgU2VydmVyIEV4dGVuc2lvbgoJQUJJIGNsYXNzOiBYRnJl ZTg2IFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yCihJSSkgTG9hZGluZyBleHRlbnNpb24g RE9VQkxFLUJVRkZFUgooSUkpIExvYWRNb2R1bGU6ICJyZWNvcmQiCihJSSkgTG9hZGluZyAvdXNy L1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGlicmVjb3JkLmEKKElJKSBNb2R1bGUgcmVj b3JkOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4zLjAsIG1v ZHVsZSB2ZXJzaW9uID0gMS4xMy4wCglNb2R1bGUgY2xhc3M6IFhGcmVlODYgU2VydmVyIEV4dGVu c2lvbgoJQUJJIGNsYXNzOiBYRnJlZTg2IFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yCihJ SSkgTG9hZGluZyBleHRlbnNpb24gUkVDT1JECihJSSkgTG9hZE1vZHVsZTogInh0cmFwIgooSUkp IExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYnh0cmFwLmEKKElJ KSBNb2R1bGUgeHRyYXA6IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBpbGVkIGZv ciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYRnJlZTg2IFNl cnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWEZyZWU4NiBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJz aW9uIDAuMgooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERFQy1YVFJBUAooSUkpIExvYWRNb2R1bGU6 ICJ0eXBlMSIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGlidHlw ZTEuYQooSUkpIE1vZHVsZSB0eXBlMTogdmVuZG9yPSJUaGUgWEZyZWU4NiBQcm9qZWN0IgoJY29t cGlsZWQgZm9yIDQuMy4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4yCglNb2R1bGUgY2xhc3M6IFhG cmVlODYgRm9udCBSZW5kZXJlcgoJQUJJIGNsYXNzOiBYRnJlZTg2IEZvbnQgUmVuZGVyZXIsIHZl cnNpb24gMC40CihJSSkgTG9hZGluZyBmb250IFR5cGUxCihJSSkgTG9hZGluZyBmb250IENJRAoo SUkpIExvYWRNb2R1bGU6ICJzcGVlZG8iCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1 bGVzL2ZvbnRzL2xpYnNwZWVkby5hCihJSSkgTW9kdWxlIHNwZWVkbzogdmVuZG9yPSJUaGUgWEZy ZWU4NiBQcm9qZWN0IgoJY29tcGlsZWQgZm9yIDQuMy4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4x CglNb2R1bGUgY2xhc3M6IFhGcmVlODYgRm9udCBSZW5kZXJlcgoJQUJJIGNsYXNzOiBYRnJlZTg2 IEZvbnQgUmVuZGVyZXIsIHZlcnNpb24gMC40CihJSSkgTG9hZGluZyBmb250IFNwZWVkbwooSUkp IExvYWRNb2R1bGU6ICJhdGkiCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2Ry aXZlcnMvYXRpX2Rydi5vCihJSSkgTW9kdWxlIGF0aTogdmVuZG9yPSJUaGUgWEZyZWU4NiBQcm9q ZWN0IgoJY29tcGlsZWQgZm9yIDQuMy4wLCBtb2R1bGUgdmVyc2lvbiA9IDYuNC4xOAoJTW9kdWxl IGNsYXNzOiBYRnJlZTg2IFZpZGVvIERyaXZlcgoJQUJJIGNsYXNzOiBYRnJlZTg2IFZpZGVvIERy aXZlciwgdmVyc2lvbiAwLjYKKElJKSBMb2FkTW9kdWxlOiAibW91c2UiCihJSSkgTG9hZGluZyAv dXNyL1gxMVI2L2xpYi9tb2R1bGVzL2lucHV0L21vdXNlX2Rydi5vCihJSSkgTW9kdWxlIG1vdXNl OiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4zLjAsIG1vZHVs ZSB2ZXJzaW9uID0gMS4wLjAKCU1vZHVsZSBjbGFzczogWEZyZWU4NiBYSW5wdXQgRHJpdmVyCglB QkkgY2xhc3M6IFhGcmVlODYgWElucHV0IGRyaXZlciwgdmVyc2lvbiAwLjQKKElJKSBBVEk6IEFU SSBkcml2ZXIgKHZlcnNpb24gNi40LjE4KSBmb3IgY2hpcHNldHM6IGF0aSwgYXRpdmdhCihJSSkg UjEyODogRHJpdmVyIGZvciBBVEkgUmFnZSAxMjggY2hpcHNldHM6CglBVEkgUmFnZSAxMjggTW9i aWxpdHkgTTMgTEUgKFBDSSksIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBNMyBMRiAoQUdQKSwKCUFU SSBSYWdlIDEyOCBNb2JpbGl0eSBNNCBNRiAoQUdQKSwgQVRJIFJhZ2UgMTI4IE1vYmlsaXR5IE00 IE1MIChBR1ApLAoJQVRJIFJhZ2UgMTI4IFBybyBHTCBQQSAoUENJL0FHUCksIEFUSSBSYWdlIDEy OCBQcm8gR0wgUEIgKFBDSS9BR1ApLAoJQVRJIFJhZ2UgMTI4IFBybyBHTCBQQyAoUENJL0FHUCks IEFUSSBSYWdlIDEyOCBQcm8gR0wgUEQgKFBDSSksCglBVEkgUmFnZSAxMjggUHJvIEdMIFBFIChQ Q0kvQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBHTCBQRiAoQUdQKSwKCUFUSSBSYWdlIDEyOCBQcm8g VlIgUEcgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBIIChQQ0kvQUdQKSwKCUFUSSBS YWdlIDEyOCBQcm8gVlIgUEkgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBKIChQQ0kv QUdQKSwKCUFUSSBSYWdlIDEyOCBQcm8gVlIgUEsgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJv IFZSIFBMIChQQ0kvQUdQKSwKCUFUSSBSYWdlIDEyOCBQcm8gVlIgUE0gKFBDSS9BR1ApLCBBVEkg UmFnZSAxMjggUHJvIFZSIFBOIChQQ0kvQUdQKSwKCUFUSSBSYWdlIDEyOCBQcm8gVlIgUE8gKFBD SS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBQIChQQ0kpLAoJQVRJIFJhZ2UgMTI4IFBybyBW UiBQUSAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVlIgUFIgKFBDSSksCglBVEkgUmFnZSAx MjggUHJvIFZSIFBTIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBWUiBQVCAoUENJL0FHUCks CglBVEkgUmFnZSAxMjggUHJvIFZSIFBVIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBWUiBQ ViAoUENJL0FHUCksCglBVEkgUmFnZSAxMjggUHJvIFZSIFBXIChQQ0kvQUdQKSwgQVRJIFJhZ2Ug MTI4IFBybyBWUiBQWCAoUENJL0FHUCksCglBVEkgUmFnZSAxMjggR0wgUkUgKFBDSSksIEFUSSBS YWdlIDEyOCBHTCBSRiAoQUdQKSwKCUFUSSBSYWdlIDEyOCBSRyAoQUdQKSwgQVRJIFJhZ2UgMTI4 IFZSIFJLIChQQ0kpLAoJQVRJIFJhZ2UgMTI4IFZSIFJMIChBR1ApLCBBVEkgUmFnZSAxMjggNFgg U0UgKFBDSS9BR1ApLAoJQVRJIFJhZ2UgMTI4IDRYIFNGIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4 IDRYIFNHIChQQ0kvQUdQKSwKCUFUSSBSYWdlIDEyOCA0WCBTSCAoUENJL0FHUCksIEFUSSBSYWdl IDEyOCA0WCBTSyAoUENJL0FHUCksCglBVEkgUmFnZSAxMjggNFggU0wgKFBDSS9BR1ApLCBBVEkg UmFnZSAxMjggNFggU00gKEFHUCksCglBVEkgUmFnZSAxMjggNFggU04gKFBDSS9BR1ApLCBBVEkg UmFnZSAxMjggUHJvIFVMVFJBIFRGIChBR1ApLAoJQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUTCAo QUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUUiAoQUdQKSwKCUFUSSBSYWdlIDEyOCBQcm8g VUxUUkEgVFMgKEFHUD8pLCBBVEkgUmFnZSAxMjggUHJvIFVMVFJBIFRUIChBR1A/KSwKCUFUSSBS YWdlIDEyOCBQcm8gVUxUUkEgVFUgKEFHUD8pCihJSSkgUkFERU9OOiBEcml2ZXIgZm9yIEFUSSBS YWRlb24gY2hpcHNldHM6IEFUSSBSYWRlb24gUUQgKEFHUCksCglBVEkgUmFkZW9uIFFFIChBR1Ap LCBBVEkgUmFkZW9uIFFGIChBR1ApLCBBVEkgUmFkZW9uIFFHIChBR1ApLAoJQVRJIFJhZGVvbiBW RS83MDAwIFFZIChBR1ApLCBBVEkgUmFkZW9uIFZFLzcwMDAgUVogKEFHUCksCglBVEkgUmFkZW9u IE1vYmlsaXR5IE03IExXIChBR1ApLAoJQVRJIE1vYmlsaXR5IEZpcmVHTCA3ODAwIE03IExYIChB R1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBNNiBMWSAoQUdQKSwgQVRJIFJhZGVvbiBNb2JpbGl0 eSBNNiBMWiAoQUdQKSwKCUFUSSBGaXJlR0wgODcwMC84ODAwIFFIIChBR1ApLCBBVEkgUmFkZW9u IDg1MDAgUUkgKEFHUCksCglBVEkgUmFkZW9uIDg1MDAgUUogKEFHUCksIEFUSSBSYWRlb24gODUw MCBRSyAoQUdQKSwKCUFUSSBSYWRlb24gODUwMCBRTCAoQUdQKSwgQVRJIFJhZGVvbiA5MTAwIFFN IChBR1ApLAoJQVRJIFJhZGVvbiA4NTAwIFFOIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAgUU8gKEFH UCksCglBVEkgUmFkZW9uIDg1MDAgUWggKEFHUCksIEFUSSBSYWRlb24gODUwMCBRaSAoQUdQKSwK CUFUSSBSYWRlb24gODUwMCBRaiAoQUdQKSwgQVRJIFJhZGVvbiA4NTAwIFFrIChBR1ApLAoJQVRJ IFJhZGVvbiA4NTAwIFFsIChBR1ApLCBBVEkgUmFkZW9uIDg1MDAgQkIgKEFHUCksCglBVEkgUmFk ZW9uIDc1MDAgUVcgKEFHUCksIEFUSSBSYWRlb24gNzUwMCBRWCAoQUdQKSwKCUFUSSBSYWRlb24g OTAwMCBJZCAoQUdQKSwgQVRJIFJhZGVvbiA5MDAwIEllIChBR1ApLAoJQVRJIFJhZGVvbiA5MDAw IElmIChBR1ApLCBBVEkgUmFkZW9uIDkwMDAgSWcgKEFHUCksCglBVEkgUmFkZW9uIE1vYmlsaXR5 IE05IExkIChBR1ApLCBBVEkgUmFkZW9uIE1vYmlsaXR5IE05IExlIChBR1ApLAoJQVRJIFJhZGVv biBNb2JpbGl0eSBNOSBMZiAoQUdQKSwgQVRJIFJhZGVvbiBNb2JpbGl0eSBNOSBMZyAoQUdQKSwK CUFUSSBSYWRlb24gOTUwMCBBRCAoQUdQKSwgQVRJIFJhZGVvbiA5NTAwIEFFIChBR1ApLAoJQVRJ IFJhZGVvbiA5NTAwIEFGIChBR1ApLCBBVEkgRmlyZUdMIFoxL1gxIEFHIChBR1ApLAoJQVRJIFJh ZGVvbiA5NzAwIFBybyBORCAoQUdQKSwgQVRJIFJhZGVvbiA5NzAwLzk1MDBQcm8gTkUgKEFHUCks CglBVEkgUmFkZW9uIDk3MDAgTkYgKEFHUCksIEFUSSBGaXJlR0wgWDEgTkcgKEFHUCkKKElJKSBQ cmltYXJ5IERldmljZSBpczogUENJIDAxOjAwOjAKKElJKSBBVEk6ICBDYW5kaWRhdGUgIkRldmlj ZSIgc2VjdGlvbiAiQ2FyZDAiLgooLS0pIENoaXBzZXQgQVRJIFJhZGVvbiA3NTAwIFFXIChBR1Ap IGZvdW5kCihJSSkgcmVzb3VyY2UgcmFuZ2VzIGFmdGVyIHhmODZDbGFpbUZpeGVkUmVzb3VyY2Vz KCkgY2FsbDoKCVswXSAtMQkwCTB4ZmZlMDAwMDAgLSAweGZmZmZmZmZmICgweDIwMDAwMCkgTVhb Ql0oQikKCVsxXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtC XUUoQikKCVsyXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJ WzNdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbNF0gLTEJ MAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVs1XSAtMQkwCTB4ZGYw MDAwMDAgLSAweGRmZmZmZmZmICgweDEwMDAwMDApIE1YW0JdRQoJWzZdIC0xCTAJMHhkODAwMDAw MCAtIDB4ZDdmZmZmZmYgKDB4MCkgTVhbQl1FTwoJWzddIC0xCTAJMHhkZDAwMDAwMCAtIDB4ZGQw MGZmZmYgKDB4MTAwMDApIE1YW0JdKEIpCglbOF0gLTEJMAkweGQwMDAwMDAwIC0gMHhkN2ZmZmZm ZiAoMHg4MDAwMDAwKSBNWFtCXShCKQoJWzldIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYg KDB4MSkgSVhbQl0KCVsxMF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDAwMDBmZiAoMHgxMDApIElY W0JdCglbMTFdIC0xCTAJMHgwMDAwYTQwMCAtIDB4MDAwMGE0ZmYgKDB4MTAwKSBJWFtCXUUKCVsx Ml0gLTEJMAkweDAwMDBhMDAwIC0gMHgwMDAwYTBmZiAoMHgxMDApIElYW0JdRQoJWzEzXSAtMQkw CTB4MDAwMGJjMDAgLSAweDAwMDBiY2ZmICgweDEwMCkgSVhbQl1FCglbMTRdIC0xCTAJMHgwMDAw YjgwMCAtIDB4MDAwMGI4ZmYgKDB4MTAwKSBJWFtCXUUKCVsxNV0gLTEJMAkweDAwMDBiNDAwIC0g MHgwMDAwYjRmZiAoMHgxMDApIElYW0JdRQoJWzE2XSAtMQkwCTB4MDAwMDUwMDAgLSAweDAwMDA1 MGZmICgweDEwMCkgSVhbQl1FCglbMTddIC0xCTAJMHgwMDAwYjAwMCAtIDB4MDAwMGIwZmYgKDB4 MTAwKSBJWFtCXUUKCVsxOF0gLTEJMAkweDAwMDBmMDAwIC0gMHgwMDAwZjBmZiAoMHgxMDApIElY W0JdRQoJWzE5XSAtMQkwCTB4MDAwMDkwMDAgLSAweDAwMDA5MGZmICgweDEwMCkgSVhbQl0oQikK KElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInJhZGVvbiIKKElJKSBMb2FkTW9kdWxlOiAicmFkZW9u IgooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9kcml2ZXJzL3JhZGVvbl9kcnYu bwooSUkpIE1vZHVsZSByYWRlb246IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBp bGVkIGZvciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSA0LjAuMQoJTW9kdWxlIGNsYXNzOiBYRnJl ZTg2IFZpZGVvIERyaXZlcgoJQUJJIGNsYXNzOiBYRnJlZTg2IFZpZGVvIERyaXZlciwgdmVyc2lv biAwLjYKKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoKCVswXSAtMQkwCTB4ZmZl MDAwMDAgLSAweGZmZmZmZmZmICgweDIwMDAwMCkgTVhbQl0oQikKCVsxXSAtMQkwCTB4MDAxMDAw MDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikKCVsyXSAtMQkwCTB4MDAwZjAw MDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDBjMDAwMCAtIDB4 MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZm ZiAoMHhhMDAwMCkgTVhbQl0KCVs1XSAtMQkwCTB4ZGYwMDAwMDAgLSAweGRmZmZmZmZmICgweDEw MDAwMDApIE1YW0JdRQoJWzZdIC0xCTAJMHhkODAwMDAwMCAtIDB4ZDdmZmZmZmYgKDB4MCkgTVhb Ql1FTwoJWzddIC0xCTAJMHhkZDAwMDAwMCAtIDB4ZGQwMGZmZmYgKDB4MTAwMDApIE1YW0JdKEIp CglbOF0gLTEJMAkweGQwMDAwMDAwIC0gMHhkN2ZmZmZmZiAoMHg4MDAwMDAwKSBNWFtCXShCKQoJ WzldIDAJMAkweDAwMGEwMDAwIC0gMHgwMDBhZmZmZiAoMHgxMDAwMCkgTVNbQl0KCVsxMF0gMAkw CTB4MDAwYjAwMDAgLSAweDAwMGI3ZmZmICgweDgwMDApIE1TW0JdCglbMTFdIDAJMAkweDAwMGI4 MDAwIC0gMHgwMDBiZmZmZiAoMHg4MDAwKSBNU1tCXQoJWzEyXSAtMQkwCTB4MDAwMGZmZmYgLSAw eDAwMDBmZmZmICgweDEpIElYW0JdCglbMTNdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYg KDB4MTAwKSBJWFtCXQoJWzE0XSAtMQkwCTB4MDAwMGE0MDAgLSAweDAwMDBhNGZmICgweDEwMCkg SVhbQl1FCglbMTVdIC0xCTAJMHgwMDAwYTAwMCAtIDB4MDAwMGEwZmYgKDB4MTAwKSBJWFtCXUUK CVsxNl0gLTEJMAkweDAwMDBiYzAwIC0gMHgwMDAwYmNmZiAoMHgxMDApIElYW0JdRQoJWzE3XSAt MQkwCTB4MDAwMGI4MDAgLSAweDAwMDBiOGZmICgweDEwMCkgSVhbQl1FCglbMThdIC0xCTAJMHgw MDAwYjQwMCAtIDB4MDAwMGI0ZmYgKDB4MTAwKSBJWFtCXUUKCVsxOV0gLTEJMAkweDAwMDA1MDAw IC0gMHgwMDAwNTBmZiAoMHgxMDApIElYW0JdRQoJWzIwXSAtMQkwCTB4MDAwMGIwMDAgLSAweDAw MDBiMGZmICgweDEwMCkgSVhbQl1FCglbMjFdIC0xCTAJMHgwMDAwZjAwMCAtIDB4MDAwMGYwZmYg KDB4MTAwKSBJWFtCXUUKCVsyMl0gLTEJMAkweDAwMDA5MDAwIC0gMHgwMDAwOTBmZiAoMHgxMDAp IElYW0JdKEIpCglbMjNdIDAJMAkweDAwMDAwM2IwIC0gMHgwMDAwMDNiYiAoMHhjKSBJU1tCXQoJ WzI0XSAwCTAJMHgwMDAwMDNjMCAtIDB4MDAwMDAzZGYgKDB4MjApIElTW0JdCihJSSkgU2V0dGlu ZyB2Z2EgZm9yIHNjcmVlbiAwLgooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAidmdhaHciCihJSSkg TG9hZE1vZHVsZTogInZnYWh3IgooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9s aWJ2Z2Fody5hCihJSSkgTW9kdWxlIHZnYWh3OiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3Qi Cgljb21waWxlZCBmb3IgNC4zLjAsIG1vZHVsZSB2ZXJzaW9uID0gMC4xLjAKCUFCSSBjbGFzczog WEZyZWU4NiBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC42CihJSSkgUkFERU9OKDApOiB2Z2FIV0dl dElPQmFzZTogaHdwLT5JT0Jhc2UgaXMgMHgwM2QwLCBod3AtPlBJT09mZnNldCBpcyAweDAwMDAK KElJKSBSQURFT04oMCk6IFBDSSBidXMgMSBjYXJkIDAgZnVuYyAwCigqKikgUkFERU9OKDApOiBE ZXB0aCAyNCwgKC0tKSBmcmFtZWJ1ZmZlciBicHAgMzIKKElJKSBSQURFT04oMCk6IFBpeGVsIGRl cHRoID0gMjQgYml0cyBzdG9yZWQgaW4gNCBieXRlcyAoMzIgYnBwIHBpeG1hcHMpCig9PSkgUkFE RU9OKDApOiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3IKKD09KSBSQURFT04oMCk6IFJHQiB3 ZWlnaHQgODg4CihJSSkgUkFERU9OKDApOiBVc2luZyA4IGJpdHMgcGVyIFJHQiAoOCBiaXQgREFD KQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiaW50MTAiCihJSSkgTG9hZE1vZHVsZTogImludDEw IgooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJpbnQxMC5hCihJSSkgTW9k dWxlIGludDEwOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4z LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWEZyZWU4NiBWaWRlbyBEcml2 ZXIsIHZlcnNpb24gMC42CihJSSkgUkFERU9OKDApOiBpbml0aWFsaXppbmcgaW50MTAKKD09KSBS QURFT04oMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhhMDAwMCwweDIwMDAwKSB3YXMgYWxy ZWFkeSBjbGVhcgooPT0pIFJBREVPTigwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGMwMDAw LDB4NDAwMDApIHdhcyBhbHJlYWR5IGNsZWFyCihJSSkgUkFERU9OKDApOiBQcmltYXJ5IFZfQklP UyBzZWdtZW50IGlzOiAweGMwMDAKKD09KSBSQURFT04oMCk6IFdyaXRlLWNvbWJpbmluZyByYW5n ZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKC0tKSBSQURFT04oMCk6IENoaXBzZXQ6 ICJBVEkgUmFkZW9uIDc1MDAgUVcgKEFHUCkiIChDaGlwSUQgPSAweDUxNTcpCigtLSkgUkFERU9O KDApOiBMaW5lYXIgZnJhbWVidWZmZXIgYXQgMHhkMDAwMDAwMAooLS0pIFJBREVPTigwKTogTU1J TyByZWdpc3RlcnMgYXQgMHhkZDAwMDAwMAooPT0pIFJBREVPTigwKTogV3JpdGUtY29tYmluaW5n IHJhbmdlICgweGRkMDAwMDAwLDB4ODAwMDApIHdhcyBhbHJlYWR5IGNsZWFyCigtLSkgUkFERU9O KDApOiBWaWRlb1JBTTogNjU1MzYga0J5dGUgKDY0LWJpdCBERFIgU0RSQU0pCig9PSkgUkFERU9O KDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4ZGQwMDAwMDAsMHg4MDAwMCkgd2FzIGFscmVh ZHkgY2xlYXIKKElJKSBSQURFT04oMCk6IENsb25lRGlzcGxheSBvcHRpb24gbm90IHNldCAtLSBk ZWZhdWx0aW5nIHRvIGF1dG8tZGV0ZWN0CihJSSkgUkFERU9OKDApOiBQcmltYXJ5IERpc3BsYXkg PT0gVHlwZSAxCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkZGMiCihJSSkgTG9hZE1vZHVsZTog ImRkYyIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGliZGRjLmEKKElJKSBN b2R1bGUgZGRjOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBmb3IgNC4z LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWEZyZWU4NiBWaWRlbyBEcml2 ZXIsIHZlcnNpb24gMC42CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJpMmMiCihJSSkgTG9hZE1v ZHVsZTogImkyYyIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGliaTJjLmEK KElJKSBNb2R1bGUgaTJjOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21waWxlZCBm b3IgNC4zLjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4yLjAKCUFCSSBjbGFzczogWEZyZWU4NiBWaWRl byBEcml2ZXIsIHZlcnNpb24gMC42CihJSSkgUkFERU9OKDApOiBJMkMgYnVzICJEREMiIGluaXRp YWxpemVkLgooSUkpIFJBREVPTigwKTogUExMIHBhcmFtZXRlcnM6IHJmPTI3MDAgcmQ9MTIgbWlu PTIwMDAwIG1heD0zNTAwMDsgeGNsaz0xODAwMAooPT0pIFJBREVPTigwKTogVXNpbmcgZ2FtbWEg Y29ycmVjdGlvbiAoMS4wLCAxLjAsIDEuMCkKKElJKSBSQURFT04oMCk6IFZhbGlkYXRpbmcgbW9k ZXMgb24gUHJpbWFyeSBoZWFkIChERENUeXBlOiAzKSAtLS0tLS0tLS0KKD09KSBSQURFT04oMCk6 IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhkZDAwMDAwMCwweDgwMDAwKSB3YXMgYWxyZWFkeSBj bGVhcgooSUkpIFJBREVPTigwKTogSTJDIGRldmljZSAiRERDOmRkYzIiIHJlZ2lzdGVyZWQgYXQg YWRkcmVzcyAweEEwLgooSUkpIFJBREVPTigwKTogSTJDIGRldmljZSAiRERDOmRkYzIiIHJlbW92 ZWQuCihJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJEREM6ZGRjMiIgcmVnaXN0ZXJlZCBhdCBh ZGRyZXNzIDB4QTAuCihJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJEREM6ZGRjMiIgcmVtb3Zl ZC4KKElJKSBSQURFT04oMCk6IEkyQyBFRElEIEluZm86CihJSSkgUkFERU9OKDApOiBNYW51ZmFj dHVyZXI6IE1BWCAgTW9kZWw6IDZiOCAgU2VyaWFsIzogMTY4NDMwMDkKKElJKSBSQURFT04oMCk6 IFllYXI6IDIwMDIgIFdlZWs6IDExCihJSSkgUkFERU9OKDApOiBFRElEIFZlcnNpb246IDEuMwoo SUkpIFJBREVPTigwKTogQW5hbG9nIERpc3BsYXkgSW5wdXQsICBJbnB1dCBWb2x0YWdlIExldmVs OiAwLjcwMC8wLjcwMCBWCihJSSkgUkFERU9OKDApOiBTeW5jOiAgU2VwYXJhdGUgIENvbXBvc2l0 ZQooSUkpIFJBREVPTigwKTogTWF4IEgtSW1hZ2UgU2l6ZSBbY21dOiBob3Jpei46IDM0ICB2ZXJ0 LjogMjcKKElJKSBSQURFT04oMCk6IEdhbW1hOiAyLjIyCihJSSkgUkFERU9OKDApOiBEUE1TIGNh cGFiaWxpdGllczogU3RhbmRCeSBTdXNwZW5kIE9mZjsgUkdCL0NvbG9yIERpc3BsYXkKKElJKSBS QURFT04oMCk6IEZpcnN0IGRldGFpbGVkIHRpbWluZyBpcyBwcmVmZXJyZWQgbW9kZQooSUkpIFJB REVPTigwKTogcmVkWDogMC42MTkgcmVkWTogMC4zMzAgICBncmVlblg6IDAuMzAwIGdyZWVuWTog MC42MDAKKElJKSBSQURFT04oMCk6IGJsdWVYOiAwLjE0OSBibHVlWTogMC4xMDAgICB3aGl0ZVg6 IDAuMzEwIHdoaXRlWTogMC4zMzAKKElJKSBSQURFT04oMCk6IFN1cHBvcnRlZCBWRVNBIFZpZGVv IE1vZGVzOgooSUkpIFJBREVPTigwKTogNzIweDQwMEA3MEh6CihJSSkgUkFERU9OKDApOiA2NDB4 NDgwQDYwSHoKKElJKSBSQURFT04oMCk6IDY0MHg0ODBANjdIegooSUkpIFJBREVPTigwKTogNjQw eDQ4MEA3Mkh6CihJSSkgUkFERU9OKDApOiA2NDB4NDgwQDc1SHoKKElJKSBSQURFT04oMCk6IDgw MHg2MDBANjBIegooSUkpIFJBREVPTigwKTogODAweDYwMEA3Mkh6CihJSSkgUkFERU9OKDApOiA4 MDB4NjAwQDc1SHoKKElJKSBSQURFT04oMCk6IDgzMng2MjRANzVIegooSUkpIFJBREVPTigwKTog MTAyNHg3NjhANjBIegooSUkpIFJBREVPTigwKTogMTAyNHg3NjhANzBIegooSUkpIFJBREVPTigw KTogMTAyNHg3NjhANzVIegooSUkpIFJBREVPTigwKTogMTI4MHgxMDI0QDc1SHoKKElJKSBSQURF T04oMCk6IDExNTJ4ODcwQDc1SHoKKElJKSBSQURFT04oMCk6IE1hbnVmYWN0dXJlcidzIG1hc2s6 IDAKKElJKSBSQURFT04oMCk6IFN1cHBvcnRlZCBGdXR1cmUgVmlkZW8gTW9kZXM6CihJSSkgUkFE RU9OKDApOiAjMDogaHNpemU6IDExNTIgIHZzaXplIDg2NCAgcmVmcmVzaDogNzUgIHZpZDogMjAz MzcKKElJKSBSQURFT04oMCk6ICMxOiBoc2l6ZTogMTI4MCAgdnNpemUgMTAyNCAgcmVmcmVzaDog NjAgIHZpZDogMzI4OTcKKElJKSBSQURFT04oMCk6ICMyOiBoc2l6ZTogMTI4MCAgdnNpemUgMTAy NCAgcmVmcmVzaDogNzIgIHZpZDogMzU5NjkKKElJKSBSQURFT04oMCk6ICMzOiBoc2l6ZTogMTI4 MCAgdnNpemUgMTAyNCAgcmVmcmVzaDogNzYgIHZpZDogMzY5OTMKKElJKSBSQURFT04oMCk6ICM0 OiBoc2l6ZTogMTI4MCAgdnNpemUgOTYwICByZWZyZXNoOiA2MCAgdmlkOiAxNjUxMwooSUkpIFJB REVPTigwKTogU3VwcG9ydGVkIGFkZGl0aW9uYWwgVmlkZW8gTW9kZToKKElJKSBSQURFT04oMCk6 IGNsb2NrOiAxMzUuMCBNSHogICBJbWFnZSBTaXplOiAgMzM4IHggMjcwIG1tCihJSSkgUkFERU9O KDApOiBoX2FjdGl2ZTogMTI4MCAgaF9zeW5jOiAxMjk2ICBoX3N5bmNfZW5kIDE0NDAgaF9ibGFu a19lbmQgMTY4OCBoX2JvcmRlcjogMAooSUkpIFJBREVPTigwKTogdl9hY3RpdmU6IDEwMjQgIHZf c3luYzogMTAyNSAgdl9zeW5jX2VuZCAxMDI4IHZfYmxhbmtpbmc6IDEwNjYgdl9ib3JkZXI6IDAK KElJKSBSQURFT04oMCk6IE1vbml0b3IgbmFtZTogQmVsaW5lYTEwMTcyMAooSUkpIFJBREVPTigw KTogU2VyaWFsIE5vOiAxNzIwMDEwNzgKKElJKSBSQURFT04oMCk6IFJhbmdlczogViBtaW46IDU2 ICBWIG1heDogNzUgSHosIEggbWluOiAzMSAgSCBtYXg6IDgxIGtIeiwgUGl4Q2xvY2sgbWF4IDE0 MCBNSHoKKElJKSBSQURFT04oMCk6IEVuZCBvZiBEREMgTW9uaXRvciBpbmZvCgooV1cpIFJBREVP TigwKTogY29uZmlnIGZpbGUgdnJlZnJlc2ggcmFuZ2UgNTAtNzBIeiBub3Qgd2l0aGluIEREQyB2 cmVmcmVzaCByYW5nZSA1Ni03NUh6CihJSSkgUkFERU9OKDApOiBNb25pdG9yMDogVXNpbmcgaHN5 bmMgcmFuZ2Ugb2YgMzEuNTAtNjQuMzAga0h6CihJSSkgUkFERU9OKDApOiBNb25pdG9yMDogVXNp bmcgdnJlZnJlc2ggcmFuZ2Ugb2YgNTAuMDAtNzAuMDAgSHoKKElJKSBSQURFT04oMCk6IENsb2Nr IHJhbmdlOiAgMjAuMDAgdG8gMzUwLjAwIE1IegooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRl ZmF1bHQgbW9kZSAiNjQweDM1MCIgKHZyZWZyZXNoIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04o MCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjMyMHgxNzUiIChiYWQgbW9kZSBjbG9jay9pbnRl cmxhY2UvZG91Ymxlc2NhbikKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUg IjY0MHg0MDAiICh2cmVmcmVzaCBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNp bmcgZGVmYXVsdCBtb2RlICIzMjB4MjAwIiAoYmFkIG1vZGUgY2xvY2svaW50ZXJsYWNlL2RvdWJs ZXNjYW4pCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI3MjB4NDAwIiAo dnJlZnJlc2ggb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQg bW9kZSAiMzYweDIwMCIgKGJhZCBtb2RlIGNsb2NrL2ludGVybGFjZS9kb3VibGVzY2FuKQooSUkp IFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMzIweDI0MCIgKGJhZCBtb2RlIGNs b2NrL2ludGVybGFjZS9kb3VibGVzY2FuKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1 bHQgbW9kZSAiNjQweDQ4MCIgKHZyZWZyZXNoIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6 IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjMyMHgyNDAiIChiYWQgbW9kZSBjbG9jay9pbnRlcmxh Y2UvZG91Ymxlc2NhbikKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjY0 MHg0ODAiICh2cmVmcmVzaCBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcg ZGVmYXVsdCBtb2RlICIzMjB4MjQwIiAoYmFkIG1vZGUgY2xvY2svaW50ZXJsYWNlL2RvdWJsZXNj YW4pCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI2NDB4NDgwIiAodnJl ZnJlc2ggb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9k ZSAiMzIweDI0MCIgKGJhZCBtb2RlIGNsb2NrL2ludGVybGFjZS9kb3VibGVzY2FuKQooSUkpIFJB REVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiNDAweDMwMCIgKGJhZCBtb2RlIGNsb2Nr L2ludGVybGFjZS9kb3VibGVzY2FuKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQg bW9kZSAiODAweDYwMCIgKHZyZWZyZXNoIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5v dCB1c2luZyBkZWZhdWx0IG1vZGUgIjQwMHgzMDAiICh2cmVmcmVzaCBvdXQgb2YgcmFuZ2UpCihJ SSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI4MDB4NjAwIiAodnJlZnJlc2gg b3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiNDAw eDMwMCIgKHZyZWZyZXNoIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBk ZWZhdWx0IG1vZGUgIjgwMHg2MDAiICh2cmVmcmVzaCBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9O KDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI0MDB4MzAwIiAodnJlZnJlc2ggb3V0IG9mIHJh bmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTAyNHg3NjgiICh2 cmVmcmVzaCBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBt b2RlICI1MTJ4Mzg0IiAodnJlZnJlc2ggb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90 IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTAyNHg3NjgiICh2cmVmcmVzaCBvdXQgb2YgcmFuZ2UpCihJ SSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI1MTJ4Mzg0IiAodnJlZnJlc2gg b3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTAy NHg3NjgiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVm YXVsdCBtb2RlICI1MTJ4Mzg0IiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTog Tm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTE1Mng4NjQiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJ SSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI1NzZ4NDMyIiAoaHN5bmMgb3V0 IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTI4MHg5 NjAiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVs dCBtb2RlICI2NDB4NDgwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90 IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTI4MHgxMDI0IiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkp IFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiNjQweDUxMiIgKGhzeW5jIG91dCBv ZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjEyODB4MTAy NCIgKGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0 IG1vZGUgIjY0MHg1MTIiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3Qg dXNpbmcgZGVmYXVsdCBtb2RlICIxNjAweDEyMDAiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkg UkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI4MDB4NjAwIiAoaHN5bmMgb3V0IG9m IHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTYwMHgxMjAw IiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQg bW9kZSAiODAweDYwMCIgKGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1 c2luZyBkZWZhdWx0IG1vZGUgIjE2MDB4MTIwMCIgKGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBS QURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjgwMHg2MDAiIChoc3luYyBvdXQgb2Yg cmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIxNjAweDEyMDAi IChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBt b2RlICI4MDB4NjAwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVz aW5nIGRlZmF1bHQgbW9kZSAiMTYwMHgxMjAwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJB REVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiODAweDYwMCIgKGhzeW5jIG91dCBvZiBy YW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjE3OTJ4MTM0NCIg KGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1v ZGUgIjg5Nng2NzIiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNp bmcgZGVmYXVsdCBtb2RlICIxNzkyeDEzNDQiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFE RU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICI4OTZ4NjcyIiAoaHN5bmMgb3V0IG9mIHJh bmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiMTg1NngxMzkyIiAo aHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9k ZSAiOTI4eDY5NiIgKGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2lu ZyBkZWZhdWx0IG1vZGUgIjE4NTZ4MTM5MiIgKGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURF T04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjkyOHg2OTYiIChoc3luYyBvdXQgb2YgcmFu Z2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIxOTIweDE0NDAiICho c3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2Rl ICI5NjB4NzIwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVzaW5n IGRlZmF1bHQgbW9kZSAiMTkyMHgxNDQwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVP TigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiOTYweDcyMCIgKGhzeW5jIG91dCBvZiByYW5n ZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjgzMng2MjQiICh2cmVm cmVzaCBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2Rl ICI0MTZ4MzEyIiAodnJlZnJlc2ggb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVz aW5nIGRlZmF1bHQgbW9kZSAiMTQwMHgxMDUwIiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJB REVPTigwKTogTm90IHVzaW5nIGRlZmF1bHQgbW9kZSAiNzAweDUyNSIgKGhzeW5jIG91dCBvZiBy YW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjE5MjB4MTQ0MCIg KGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1v ZGUgIjk2MHg3MjAiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFERU9OKDApOiBOb3QgdXNp bmcgZGVmYXVsdCBtb2RlICIyMDQ4eDE1MzYiIChoc3luYyBvdXQgb2YgcmFuZ2UpCihJSSkgUkFE RU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIxMDI0eDc2OCIgKGhzeW5jIG91dCBvZiBy YW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1vZGUgIjIwNDh4MTUzNiIg KGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0IG1v ZGUgIjEwMjR4NzY4IiAoaHN5bmMgb3V0IG9mIHJhbmdlKQooSUkpIFJBREVPTigwKTogTm90IHVz aW5nIGRlZmF1bHQgbW9kZSAiMjA0OHgxNTM2IiAoYmFkIG1vZGUgY2xvY2svaW50ZXJsYWNlL2Rv dWJsZXNjYW4pCihJSSkgUkFERU9OKDApOiBOb3QgdXNpbmcgZGVmYXVsdCBtb2RlICIxMDI0eDc2 OCIgKGhzeW5jIG91dCBvZiByYW5nZSkKKElJKSBSQURFT04oMCk6IE5vdCB1c2luZyBkZWZhdWx0 IG1vZGUgIjE0MDB4MTA1MCIgKHdpZHRoIHRvbyBsYXJnZSBmb3IgdmlydHVhbCBzaXplKQooLS0p IFJBREVPTigwKTogVmlydHVhbCBzaXplIGlzIDEyODB4MTAyNCAocGl0Y2ggMTI4MCkKKCoqKSBS QURFT04oMCk6ICpEZWZhdWx0IG1vZGUgIjEyODB4MTAyNCI6IDEwOC4wIE1IeiwgNjQuMCBrSHos IDYwLjAgSHoKKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMjgweDEwMjQiICAxMDguMDAgIDEy ODAgMTMyOCAxNDQwIDE2ODggIDEwMjQgMTAyNSAxMDI4IDEwNjYgK2hzeW5jICt2c3luYwooKiop IFJBREVPTigwKTogIERlZmF1bHQgbW9kZSAiMTI4MHg5NjAiOiAxMDguMCBNSHosIDYwLjAga0h6 LCA2MC4wIEh6CihJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiMTI4MHg5NjAiICAxMDguMDAgIDEy ODAgMTM3NiAxNDg4IDE4MDAgIDk2MCA5NjEgOTY0IDEwMDAgK2hzeW5jICt2c3luYwooKiopIFJB REVPTigwKTogIERlZmF1bHQgbW9kZSAiMTE1Mng3NjgiOiA2NS4wIE1IeiwgNDQuMiBrSHosIDU0 LjggSHoKKElJKSBSQURFT04oMCk6IE1vZGVsaW5lICIxMTUyeDc2OCIgICA2NS4wMCAgMTE1MiAx MTc4IDEzMTQgMTQ3MiAgNzY4IDc3MSA3NzcgODA2ICtoc3luYyArdnN5bmMKKCoqKSBSQURFT04o MCk6ICBEZWZhdWx0IG1vZGUgIjEwMjR4NzY4IjogNzUuMCBNSHosIDU2LjUga0h6LCA3MC4xIEh6 CihJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiMTAyNHg3NjgiICAgNzUuMDAgIDEwMjQgMTA0OCAx MTg0IDEzMjggIDc2OCA3NzEgNzc3IDgwNiAtaHN5bmMgLXZzeW5jCigqKikgUkFERU9OKDApOiAg RGVmYXVsdCBtb2RlICIxMDI0eDc2OCI6IDY1LjAgTUh6LCA0OC40IGtIeiwgNjAuMCBIegooSUkp IFJBREVPTigwKTogTW9kZWxpbmUgIjEwMjR4NzY4IiAgIDY1LjAwICAxMDI0IDEwNDggMTE4NCAx MzQ0ICA3NjggNzcxIDc3NyA4MDYgLWhzeW5jIC12c3luYwooKiopIFJBREVPTigwKTogIERlZmF1 bHQgbW9kZSAiODAweDYwMCI6IDQwLjAgTUh6LCAzNy45IGtIeiwgNjAuMyBIegooSUkpIFJBREVP TigwKTogTW9kZWxpbmUgIjgwMHg2MDAiICAgNDAuMDAgIDgwMCA4NDAgOTY4IDEwNTYgIDYwMCA2 MDEgNjA1IDYyOCAraHN5bmMgK3ZzeW5jCigqKikgUkFERU9OKDApOiAgRGVmYXVsdCBtb2RlICI4 MDB4NjAwIjogMzYuMCBNSHosIDM1LjIga0h6LCA1Ni4yIEh6CihJSSkgUkFERU9OKDApOiBNb2Rl bGluZSAiODAweDYwMCIgICAzNi4wMCAgODAwIDgyNCA4OTYgMTAyNCAgNjAwIDYwMSA2MDMgNjI1 ICtoc3luYyArdnN5bmMKKCoqKSBSQURFT04oMCk6ICBEZWZhdWx0IG1vZGUgIjcwMHg1MjUiOiA2 MS4wIE1IeiwgNjQuOSBrSHosIDYwLjAgSHogKEQpCihJSSkgUkFERU9OKDApOiBNb2RlbGluZSAi NzAweDUyNSIgICA2MS4wMCAgNzAwIDc0NCA4MjAgOTQwICA1MjUgNTI2IDUzMiA1NDEgZG91Ymxl c2NhbiAraHN5bmMgK3ZzeW5jCigqKikgUkFERU9OKDApOiAgRGVmYXVsdCBtb2RlICI2NDB4NTEy IjogNTQuMCBNSHosIDY0LjAga0h6LCA2MC4wIEh6IChEKQooSUkpIFJBREVPTigwKTogTW9kZWxp bmUgIjY0MHg1MTIiICAgNTQuMDAgIDY0MCA2NjQgNzIwIDg0NCAgNTEyIDUxMiA1MTQgNTMzIGRv dWJsZXNjYW4gK2hzeW5jICt2c3luYwooKiopIFJBREVPTigwKTogIERlZmF1bHQgbW9kZSAiNjQw eDQ4MCI6IDI1LjIgTUh6LCAzMS41IGtIeiwgNjAuMCBIegooSUkpIFJBREVPTigwKTogTW9kZWxp bmUgIjY0MHg0ODAiICAgMjUuMjAgIDY0MCA2NTYgNzUyIDgwMCAgNDgwIDQ5MCA0OTIgNTI1IC1o c3luYyAtdnN5bmMKKCoqKSBSQURFT04oMCk6ICBEZWZhdWx0IG1vZGUgIjY0MHg0ODAiOiA1NC4w IE1IeiwgNjAuMCBrSHosIDYwLjAgSHogKEQpCihJSSkgUkFERU9OKDApOiBNb2RlbGluZSAiNjQw eDQ4MCIgICA1NC4wMCAgNjQwIDY4OCA3NDQgOTAwICA0ODAgNDgwIDQ4MiA1MDAgZG91Ymxlc2Nh biAraHN5bmMgK3ZzeW5jCigqKikgUkFERU9OKDApOiAgRGVmYXVsdCBtb2RlICI1NzZ4Mzg0Ijog MzIuNSBNSHosIDQ0LjIga0h6LCA1NC44IEh6IChEKQooSUkpIFJBREVPTigwKTogTW9kZWxpbmUg IjU3NngzODQiICAgMzIuNTAgIDU3NiA1ODkgNjU3IDczNiAgMzg0IDM4NSAzODggNDAzIGRvdWJs ZXNjYW4gK2hzeW5jICt2c3luYwooKiopIFJBREVPTigwKTogIERlZmF1bHQgbW9kZSAiNTEyeDM4 NCI6IDM3LjUgTUh6LCA1Ni41IGtIeiwgNzAuMSBIeiAoRCkKKElJKSBSQURFT04oMCk6IE1vZGVs aW5lICI1MTJ4Mzg0IiAgIDM3LjUwICA1MTIgNTI0IDU5MiA2NjQgIDM4NCAzODUgMzg4IDQwMyBk b3VibGVzY2FuIC1oc3luYyAtdnN5bmMKKCoqKSBSQURFT04oMCk6ICBEZWZhdWx0IG1vZGUgIjUx MngzODQiOiAzMi41IE1IeiwgNDguNCBrSHosIDYwLjAgSHogKEQpCihJSSkgUkFERU9OKDApOiBN b2RlbGluZSAiNTEyeDM4NCIgICAzMi41MCAgNTEyIDUyNCA1OTIgNjcyICAzODQgMzg1IDM4OCA0 MDMgZG91Ymxlc2NhbiAtaHN5bmMgLXZzeW5jCigqKikgUkFERU9OKDApOiAgRGVmYXVsdCBtb2Rl ICI0MDB4MzAwIjogMjAuMCBNSHosIDM3Ljkga0h6LCA2MC4zIEh6IChEKQooSUkpIFJBREVPTigw KTogTW9kZWxpbmUgIjQwMHgzMDAiICAgMjAuMDAgIDQwMCA0MjAgNDg0IDUyOCAgMzAwIDMwMCAz MDIgMzE0IGRvdWJsZXNjYW4gK2hzeW5jICt2c3luYwooLS0pIFJBREVPTigwKTogRGlzcGxheSBk aW1lbnNpb25zOiAoMzQwLCAyNzApIG1tCigtLSkgUkFERU9OKDApOiBEUEkgc2V0IHRvICg5NSwg OTYpCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJmYiIKKElJKSBMb2FkTW9kdWxlOiAiZmIiCihJ SSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYmZiLmEKKElJKSBNb2R1bGUgZmI6 IHZlbmRvcj0iVGhlIFhGcmVlODYgUHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxl IHZlcnNpb24gPSAxLjAuMAoJQUJJIGNsYXNzOiBYRnJlZTg2IEFOU0kgQyBFbXVsYXRpb24sIHZl cnNpb24gMC4yCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJyYW1kYWMiCihJSSkgTG9hZE1vZHVs ZTogInJhbWRhYyIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGlicmFtZGFj LmEKKElJKSBNb2R1bGUgcmFtZGFjOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3QiCgljb21w aWxlZCBmb3IgNC4zLjAsIG1vZHVsZSB2ZXJzaW9uID0gMC4xLjAKCUFCSSBjbGFzczogWEZyZWU4 NiBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC42CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJ4YWEi CihJSSkgTG9hZE1vZHVsZTogInhhYSIKKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVs ZXMvbGlieGFhLmEKKElJKSBNb2R1bGUgeGFhOiB2ZW5kb3I9IlRoZSBYRnJlZTg2IFByb2plY3Qi Cgljb21waWxlZCBmb3IgNC4zLjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4xLjAKCUFCSSBjbGFzczog WEZyZWU4NiBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC42CihJSSkgUkFERU9OKDApOiBBR1AgRmFz dCBXcml0ZSBkaXNhYmxlZCBieSBkZWZhdWx0CihJSSkgUkFERU9OKDApOiBEZXB0aCBtb3ZlcyBk aXNhYmxlZCBieSBkZWZhdWx0CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJzaGFkb3dmYiIKKElJ KSBMb2FkTW9kdWxlOiAic2hhZG93ZmIiCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1 bGVzL2xpYnNoYWRvd2ZiLmEKKElJKSBNb2R1bGUgc2hhZG93ZmI6IHZlbmRvcj0iVGhlIFhGcmVl ODYgUHJvamVjdCIKCWNvbXBpbGVkIGZvciA0LjMuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJ QUJJIGNsYXNzOiBYRnJlZTg2IEFOU0kgQyBFbXVsYXRpb24sIHZlcnNpb24gMC4yCihJSSkgUkFE RU9OKDApOiBQYWdlIGZsaXBwaW5nIGRpc2FibGVkCig9PSkgUkFERU9OKDApOiBXcml0ZS1jb21i aW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCighISkgUkFERU9OKDAp OiBGb3IgaW5mb3JtYXRpb24gb24gdXNpbmcgdGhlIG11bHRpbWVkaWEgY2FwYWJpbGl0aWVzCiBv ZiB0aGlzIGFkYXB0ZXIsIHBsZWFzZSBzZWUgaHR0cDovL2dhdG9zLnNmLm5ldC4KKC0tKSBEZXB0 aCAyNCBwaXhtYXAgZm9ybWF0IGlzIDMyIGJwcAooSUkpIGRvIEkgbmVlZCBSQUM/ICBObywgSSBk b24ndC4KKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJlSW5pdDoKCVswXSAwCTAJMHhkZDAw MDAwMCAtIDB4ZGQwMGZmZmYgKDB4MTAwMDApIE1YW0JdCglbMV0gMAkwCTB4ZDAwMDAwMDAgLSAw eGQ3ZmZmZmZmICgweDgwMDAwMDApIE1YW0JdCglbMl0gLTEJMAkweGZmZTAwMDAwIC0gMHhmZmZm ZmZmZiAoMHgyMDAwMDApIE1YW0JdKEIpCglbM10gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZm ZiAoMHgzZmYwMDAwMCkgTVhbQl1FKEIpCglbNF0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZm ZiAoMHgxMDAwMCkgTVhbQl0KCVs1XSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMw MDAwKSBNWFtCXQoJWzZdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1Y W0JdCglbN10gLTEJMAkweGRmMDAwMDAwIC0gMHhkZmZmZmZmZiAoMHgxMDAwMDAwKSBNWFtCXUUK CVs4XSAtMQkwCTB4ZDgwMDAwMDAgLSAweGQ3ZmZmZmZmICgweDApIE1YW0JdRU8KCVs5XSAtMQkw CTB4ZGQwMDAwMDAgLSAweGRkMDBmZmZmICgweDEwMDAwKSBNWFtCXShCKQoJWzEwXSAtMQkwCTB4 ZDAwMDAwMDAgLSAweGQ3ZmZmZmZmICgweDgwMDAwMDApIE1YW0JdKEIpCglbMTFdIDAJMAkweDAw MGEwMDAwIC0gMHgwMDBhZmZmZiAoMHgxMDAwMCkgTVNbQl0oT3ByVSkKCVsxMl0gMAkwCTB4MDAw YjAwMDAgLSAweDAwMGI3ZmZmICgweDgwMDApIE1TW0JdKE9wclUpCglbMTNdIDAJMAkweDAwMGI4 MDAwIC0gMHgwMDBiZmZmZiAoMHg4MDAwKSBNU1tCXShPcHJVKQoJWzE0XSAwCTAJMHgwMDAwOTAw MCAtIDB4MDAwMDkwZmYgKDB4MTAwKSBJWFtCXQoJWzE1XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAw MDBmZmZmICgweDEpIElYW0JdCglbMTZdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4 MTAwKSBJWFtCXQoJWzE3XSAtMQkwCTB4MDAwMGE0MDAgLSAweDAwMDBhNGZmICgweDEwMCkgSVhb Ql1FCglbMThdIC0xCTAJMHgwMDAwYTAwMCAtIDB4MDAwMGEwZmYgKDB4MTAwKSBJWFtCXUUKCVsx OV0gLTEJMAkweDAwMDBiYzAwIC0gMHgwMDAwYmNmZiAoMHgxMDApIElYW0JdRQoJWzIwXSAtMQkw CTB4MDAwMGI4MDAgLSAweDAwMDBiOGZmICgweDEwMCkgSVhbQl1FCglbMjFdIC0xCTAJMHgwMDAw YjQwMCAtIDB4MDAwMGI0ZmYgKDB4MTAwKSBJWFtCXUUKCVsyMl0gLTEJMAkweDAwMDA1MDAwIC0g MHgwMDAwNTBmZiAoMHgxMDApIElYW0JdRQoJWzIzXSAtMQkwCTB4MDAwMGIwMDAgLSAweDAwMDBi MGZmICgweDEwMCkgSVhbQl1FCglbMjRdIC0xCTAJMHgwMDAwZjAwMCAtIDB4MDAwMGYwZmYgKDB4 MTAwKSBJWFtCXUUKCVsyNV0gLTEJMAkweDAwMDA5MDAwIC0gMHgwMDAwOTBmZiAoMHgxMDApIElY W0JdKEIpCglbMjZdIDAJMAkweDAwMDAwM2IwIC0gMHgwMDAwMDNiYiAoMHhjKSBJU1tCXShPcHJV KQoJWzI3XSAwCTAJMHgwMDAwMDNjMCAtIDB4MDAwMDAzZGYgKDB4MjApIElTW0JdKE9wclUpCig9 PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4ZGQwMDAwMDAsMHg4MDAwMCkg d2FzIGFscmVhZHkgY2xlYXIKKD09KSBSQURFT04oMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAo MHhkMDAwMDAwMCwweDQwMDAwMDApCig9PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFu Z2UgKDB4YTAwMDAsMHgxMDAwMCkgd2FzIGFscmVhZHkgY2xlYXIKZHJtT3BlbkRldmljZTogbWlu b3IgaXMgMApkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKZHJtT3Bl bkRldmljZTogb3BlbiByZXN1bHQgaXMgNiwgKE9LKQpkcm1PcGVuRGV2aWNlOiBtaW5vciBpcyAw CmRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMApkcm1PcGVuRGV2aWNl OiBvcGVuIHJlc3VsdCBpcyA2LCAoT0spCmRybU9wZW5EZXZpY2U6IG1pbm9yIGlzIDAKZHJtT3Bl bkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCmRybU9wZW5EZXZpY2U6IG9wZW4g cmVzdWx0IGlzIDYsIChPSykKZHJtR2V0QnVzaWQgcmV0dXJuZWQgJycKKElJKSBSQURFT04oMCk6 IFtkcm1dIGNyZWF0ZWQgInJhZGVvbiIgZHJpdmVyIGF0IGJ1c2lkICJQQ0k6MTowOjAiCihJSSkg UkFERU9OKDApOiBbZHJtXSBhZGRlZCA4MTkyIGJ5dGUgU0FSRUEgYXQgMHhjNGMzMzAwMAooSUkp IFJBREVPTigwKTogW2RybV0gbWFwcGVkIFNBUkVBIDB4YzRjMzMwMDAgdG8gMHgyODJlYTAwMAoo SUkpIFJBREVPTigwKTogW2RybV0gZnJhbWVidWZmZXIgaGFuZGxlID0gMHhkMDAwMDAwMAooSUkp IFJBREVPTigwKTogW2RybV0gYWRkZWQgMSByZXNlcnZlZCBjb250ZXh0IGZvciBrZXJuZWwKKElJ KSBSQURFT04oMCk6IFthZ3BdIE1vZGUgMHgxZjAwMDIwMSBbQUdQIDB4MDAwMC8weDAwMDA7IENh cmQgMHgxMDAyLzB4NTE1N10KKElJKSBSQURFT04oMCk6IFthZ3BdIDgxOTIga0IgYWxsb2NhdGVk IHdpdGggaGFuZGxlIDB4YzQ3YjhlYzAKKEVFKSBSQURFT04oMCk6IFthZ3BdIENvdWxkIG5vdCBi aW5kCihJSSkgUkFERU9OKDApOiBbZHJtXSByZW1vdmVkIDEgcmVzZXJ2ZWQgY29udGV4dCBmb3Ig a2VybmVsCihJSSkgUkFERU9OKDApOiBbZHJtXSB1bm1hcHBpbmcgODE5MiBieXRlcyBvZiBTQVJF QSAweGM0YzMzMDAwIGF0IDB4MjgyZWEwMDAKKElJKSBSQURFT04oMCk6IE1lbW9yeSBtYW5hZ2Vy IGluaXRpYWxpemVkIHRvICgwLDApICgxMjgwLDgxOTEpCihJSSkgUkFERU9OKDApOiBSZXNlcnZl ZCBhcmVhIGZyb20gKDAsMTAyNCkgdG8gKDEyODAsMTAyNikKKElJKSBSQURFT04oMCk6IExhcmdl c3Qgb2Zmc2NyZWVuIGFyZWEgYXZhaWxhYmxlOiAxMjgwIHggNzE2NQooSUkpIFJBREVPTigwKTog VXNpbmcgWEZyZWU4NiBBY2NlbGVyYXRpb24gQXJjaGl0ZWN0dXJlIChYQUEpCglTY3JlZW4gdG8g c2NyZWVuIGJpdCBibGl0cwoJU29saWQgZmlsbGVkIHJlY3RhbmdsZXMKCTh4OCBtb25vIHBhdHRl cm4gZmlsbGVkIHJlY3RhbmdsZXMKCUluZGlyZWN0IENQVSB0byBTY3JlZW4gY29sb3IgZXhwYW5z aW9uCglTb2xpZCBMaW5lcwoJU2NhbmxpbmUgSW1hZ2UgV3JpdGVzCglPZmZzY3JlZW4gUGl4bWFw cwoJU2V0dGluZyB1cCB0aWxlIGFuZCBzdGlwcGxlIGNhY2hlOgoJCTMyIDEyOHgxMjggc2xvdHMK CQkzMiAyNTZ4MjU2IHNsb3RzCgkJMTYgNTEyeDUxMiBzbG90cwooSUkpIFJBREVPTigwKTogQWNj ZWxlcmF0aW9uIGVuYWJsZWQKKD09KSBSQURFT04oMCk6IEJhY2tpbmcgc3RvcmUgZGlzYWJsZWQK KD09KSBSQURFT04oMCk6IFNpbGtlbiBtb3VzZSBlbmFibGVkCihJSSkgUkFERU9OKDApOiBVc2lu ZyBoYXJkd2FyZSBjdXJzb3IgKHNjYW5saW5lIDEwMjYpCihJSSkgUkFERU9OKDApOiBMYXJnZXN0 IG9mZnNjcmVlbiBhcmVhIGF2YWlsYWJsZTogMTI4MCB4IDcxNjEKKCoqKSBPcHRpb24gImRwbXMi CigqKikgUkFERU9OKDApOiBEUE1TIGVuYWJsZWQKKElJKSBSQURFT04oMCk6IERpcmVjdCByZW5k ZXJpbmcgZGlzYWJsZWQKKD09KSBSYW5kUiBlbmFibGVkCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0 LWluIGV4dGVuc2lvbiBNSVQtU0hNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lv biBYSW5wdXRFeHRlbnNpb24KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhU RVNUCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQKKElJKSBJ bml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIExCWAooSUkpIEluaXRpYWxpemluZyBidWls dC1pbiBleHRlbnNpb24gWEMtQVBQR1JPVVAKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0 ZW5zaW9uIFNFQ1VSSVRZCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSU5F UkFNQQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZyZWU4Ni1CaWdmb250 CihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSRU5ERVIKKElJKSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFJBTkRSCihJSSkgS2V5Ym9hcmQgIktleWJvYXJkMCIg aGFuZGxlZCBieSBsZWdhY3kgZHJpdmVyCigqKikgT3B0aW9uICJQcm90b2NvbCIgIlN5c01vdXNl IgooKiopIE1vdXNlMDogUHJvdG9jb2w6ICJTeXNNb3VzZSIKKCoqKSBPcHRpb24gIkNvcmVQb2lu dGVyIgooKiopIE1vdXNlMDogQ29yZSBQb2ludGVyCigqKikgT3B0aW9uICJEZXZpY2UiICIvZGV2 L3N5c21vdXNlIgooKiopIE9wdGlvbiAiQmF1ZFJhdGUiICIxMjAwIgooKiopIE9wdGlvbiAiU3Rv cEJpdHMiICIyIgooKiopIE9wdGlvbiAiRGF0YUJpdHMiICI4IgooKiopIE9wdGlvbiAiUGFyaXR5 IiAiTm9uZSIKKCoqKSBPcHRpb24gIlZtaW4iICIxIgooKiopIE9wdGlvbiAiVnRpbWUiICIwIgoo KiopIE9wdGlvbiAiRmxvd0NvbnRyb2wiICJOb25lIgooKiopIE1vdXNlMDogRW11bGF0ZTNCdXR0 b25zLCBFbXVsYXRlM1RpbWVvdXQ6IDUwCigqKikgT3B0aW9uICJaQXhpc01hcHBpbmciICI0IDUi CigqKikgTW91c2UwOiBaQXhpc01hcHBpbmc6IGJ1dHRvbnMgNCBhbmQgNQooKiopIE1vdXNlMDog QnV0dG9uczogNQooKiopIE1vdXNlMDogQmF1ZFJhdGU6IDEyMDAKKElJKSBYSU5QVVQ6IEFkZGlu ZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIk1vdXNlMCIgKHR5cGU6IE1PVVNFKQpHZXRNb2RlTGlu ZSAtIHNjcm46IDAgY2xvY2s6IDEwODAwMApHZXRNb2RlTGluZSAtIGhkc3A6IDEyODAgaGJlZzog MTMyOCBoZW5kOiAxNDQwIGh0dGw6IDE2ODgKICAgICAgICAgICAgICB2ZHNwOiAxMDI0IHZiZWc6 IDEwMjUgdmVuZDogMTAyOCB2dHRsOiAxMDY2IGZsYWdzOiA1Cg== --========GMXBoundary325591068286928-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 02:49:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50E3C16A4CE for ; Sat, 8 Nov 2003 02:49:05 -0800 (PST) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 692B043F75 for ; Sat, 8 Nov 2003 02:49:04 -0800 (PST) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 09D2F4230; Sat, 8 Nov 2003 10:49:03 +0000 (GMT) Date: Sat, 8 Nov 2003 10:49:02 +0000 From: Josef Karthauser To: Soren Schmidt Message-ID: <20031108104902.GA17699@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Soren Schmidt , current@FreeBSD.org References: <20031106215849.GA1129@genius.tao.org.uk> <200311062215.hA6MF7TW008919@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <200311062215.hA6MF7TW008919@spider.deepcore.dk> User-Agent: Mutt/1.5.4i cc: current@FreeBSD.org Subject: Re: acd0: FAILURE - READ_BIG status=51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 10:49:05 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2003 at 11:15:07PM +0100, Soren Schmidt wrote: > It seems Josef Karthauser wrote: > -- Start of PGP signed section. > > I've been getting a lot of this kind of error from my cdrom drive on a > > variety of disks recently: > >=20 > > acd0: FAILURE - READ_BIG status=3D51 sensekey=3DIL= LEGAL REQUEST error=3D1 > > acd0: FAILURE - READ_BIG status=3D51 sensekey=3DIL= LEGAL REQUEST error=3D1 > > acd0: FAILURE - READ_BIG status=3D51 sensekey=3DME= DIUM ERROR error=3D0 > >=20 > > Is this a bug in the new atapi code or an indication of a hardware fault > > that's just developed? >=20 > Acutally its fallout from the hacs I had to put into atapi-cd.c to > work around deficiencies in GEOM. I might have a better way now, but > it needs more testing. >=20 Ah, ok. So it's not a hardware problem. That's good to know. Joe p.s. are there any plans to fix power cycling of ide harddrives with an acpi suspend? I can get my machine to suspend, but the power runs down because the hard drive is still spinning. > -S?ren >=20 --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iEYEARECAAYFAj+syh4ACgkQXVIcjOaxUBZWlwCgq4O27Q3rJ2Z0Nquh+XUL8z3J doEAnAw/tysMJctG/CSXDGOWtNsJW5mL =WqKn -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 03:03:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C50C16A4CE for ; Sat, 8 Nov 2003 03:03:26 -0800 (PST) Received: from mail.lphp.org (APastourelles-107-1-22-110.w81-248.abo.wanadoo.fr [81.248.17.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C1843F93 for ; Sat, 8 Nov 2003 03:03:24 -0800 (PST) (envelope-from ajacoutot@lphp.org) Received: from sta01 (sta01.lphp.local [192.168.0.3]) by mail.lphp.org (8.12.10/8.12.10) with ESMTP id hA8B29DG081088 for ; Sat, 8 Nov 2003 12:02:09 +0100 (CET) (envelope-from ajacoutot@lphp.org) From: Antoine Jacoutot To: freebsd-current@freebsd.org Date: Sat, 8 Nov 2003 12:02:03 +0100 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200311081202.05221.ajacoutot@lphp.org> Subject: rpc.lockd core dumped X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 11:03:26 -0000 Hi :) Are they any know issues with rpc.lockd under -CURRENT. I had a look at the gnats database and did not find anything related. I'm asking this because I have a lot of: kernel: pid 70065 (rpc.lockd), uid 0: exited on signal 11 (core dumped) Any idea ? I would be pleased to send more information but I didn't see where to find= =20 more debuging options for rpc.lockd. 5.1-CURRENT #0: Tue Nov 4 01:44:35 CET 2003 root@srv01.lphp.local:/usr/ obj/usr/src/sys/KERNSRV01 i386 Thanks in advance. =2D-=20 Antoine Jacoutot ajacoutot@lphp.org http://www.lphp.org PGP/GnuPG key: http://www.lphp.org/ressources/ajacoutot.asc From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 03:18:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07DBE16A4CE; Sat, 8 Nov 2003 03:18:38 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAFD643FA3; Sat, 8 Nov 2003 03:18:36 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hA8BItwv056887; Sat, 8 Nov 2003 12:18:56 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hA8BIt97056886; Sat, 8 Nov 2003 12:18:55 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311081118.hA8BIt97056886@spider.deepcore.dk> In-Reply-To: <20031108104902.GA17699@genius.tao.org.uk> To: Josef Karthauser Date: Sat, 8 Nov 2003 12:18:55 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: current@FreeBSD.org Subject: Re: acd0: FAILURE - READ_BIG status=51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 11:18:38 -0000 It seems Josef Karthauser wrote: > p.s. are there any plans to fix power cycling of ide harddrives > with an acpi suspend? I can get my machine to suspend, but the power > runs down because the hard drive is still spinning. Hmm, on the laptops I have thats done automatically, but that seems not to be the case always then, hmmm... I did have a plan to detach all devices on suspend, and attach them again on resume, but the upper layers dont like that... I'll think a bit more about it... -Søren From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 03:26:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D0AA16A4CE for ; Sat, 8 Nov 2003 03:26:32 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23C4443FF2 for ; Sat, 8 Nov 2003 03:26:31 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])hA8BQQU11523; Sat, 8 Nov 2003 12:26:26 +0100 (MET) Date: Sat, 8 Nov 2003 12:26:26 +0100 (CET) From: Harti Brandt To: Antoine Jacoutot In-Reply-To: <200311081202.05221.ajacoutot@lphp.org> Message-ID: <20031108122508.Q85779@beagle.fokus.fraunhofer.de> References: <200311081202.05221.ajacoutot@lphp.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: rpc.lockd core dumped X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 11:26:32 -0000 On Sat, 8 Nov 2003, Antoine Jacoutot wrote: AJ>Hi :) AJ> AJ>Are they any know issues with rpc.lockd under -CURRENT. AJ>I had a look at the gnats database and did not find anything related. AJ>I'm asking this because I have a lot of: AJ>kernel: pid 70065 (rpc.lockd), uid 0: exited on signal 11 (core dumped) AJ> AJ>Any idea ? AJ>I would be pleased to send more information but I didn't see where to find AJ>more debuging options for rpc.lockd. AJ> AJ>5.1-CURRENT #0: Tue Nov 4 01:44:35 CET 2003 root@srv01.lphp.local:/usr/ AJ>obj/usr/src/sys/KERNSRV01 i386 AJ> AJ>Thanks in advance. I can only say that I had a core dump under current on sparc, but the core file was unusable. Can you compile rcp.lockd with -g in CFLAGS and LDFLAGS and try to find out with gdb where it aborts? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 03:49:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8665516A4CE for ; Sat, 8 Nov 2003 03:49:32 -0800 (PST) Received: from mail.lphp.org (APastourelles-107-1-22-110.w81-248.abo.wanadoo.fr [81.248.17.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 224C143FE3 for ; Sat, 8 Nov 2003 03:49:29 -0800 (PST) (envelope-from ajacoutot@lphp.org) Received: from sta01 (sta01.lphp.local [192.168.0.3]) by mail.lphp.org (8.12.10/8.12.10) with ESMTP id hA8BmBpG081533; Sat, 8 Nov 2003 12:48:11 +0100 (CET) (envelope-from ajacoutot@lphp.org) From: Antoine Jacoutot To: Harti Brandt Date: Sat, 8 Nov 2003 12:48:32 +0100 User-Agent: KMail/1.5.4 References: <200311081202.05221.ajacoutot@lphp.org> <20031108122508.Q85779@beagle.fokus.fraunhofer.de> In-Reply-To: <20031108122508.Q85779@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200311081248.34984.ajacoutot@lphp.org> cc: freebsd-current@freebsd.org Subject: Re: rpc.lockd core dumped X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 11:49:32 -0000 On Saturday 08 November 2003 12:26, Harti Brandt wrote: > I can only say that I had a core dump under current on sparc, but the core > file was unusable. Can you compile rcp.lockd with -g in CFLAGS and LDFLAGS > and try to find out with gdb where it aborts? Allright, as soon as I get home in 4/5 days, I'll do that. Thanks. Antoine From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 04:38:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 192A016A4CE for ; Sat, 8 Nov 2003 04:38:47 -0800 (PST) Received: from webcom.hu (webcom.hu [212.92.19.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0336243FB1 for ; Sat, 8 Nov 2003 04:38:46 -0800 (PST) (envelope-from freddy@webcom.hu) Received: from adsl212200.vnet.hu ([62.77.212.200] helo=tornado.hokinet.net) by webcom.hu with esmtp (Exim 3.35 #1 (Debian)) id 1AISMU-0003OJ-00; Sat, 08 Nov 2003 13:38:42 +0100 Received: from tornado.hokinet.net (localhost [127.0.0.1]) by tornado.hokinet.net (8.12.10/8.12.10) with ESMTP id hA8CcTVI000716; Sat, 8 Nov 2003 13:38:29 +0100 (CET) (envelope-from freddy@tornado.hokinet.net) Received: from localhost (localhost [[UNIX: localhost]]) by tornado.hokinet.net (8.12.10/8.12.10/Submit) id hA8CcSsc000715; Sat, 8 Nov 2003 13:38:28 +0100 (CET) (envelope-from freddy) From: "=?iso-8859-1?q?Tam=E1s?= R." To: "Michael L. Squires" Date: Sat, 8 Nov 2003 13:38:28 +0100 User-Agent: KMail/1.5.4 References: <200311012225.hA1MPtdK024969@siralan.org> In-Reply-To: <200311012225.hA1MPtdK024969@siralan.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200311081338.28163.freddy@lamer.hu> cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-CURRENT kernel hangs on starting KDE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freddy@lamer.hu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2003 12:38:47 -0000 On Saturday 01 November 2003 23.25, you wrote: > > System: FreeBSD 5.1-CURRENT i386 > > > > Relevant hardware config: > > Mainboard : ASUS P4S533-E (SIS645DX north, SIS962/L south bridges) > > Memory : PC2700 512MB DDR RAM (memtest86 tested) > > VGA card : ATI RADEON 9000 PRO > > I had similar lockups with a SuperMicro P6DGH (dual PIII/850)/ATI All-in > Wonder (RADEON 7200)/Intel Pro100+ which were solved by moving the > Ethernet card to another IRQ (it was configured to share 11 by default, > moved it to 9). The system would just stop working - mouse frozen, no > keyboard response, etc. > > I use KDE, also. > > Mike Squires Thanks for your answer. I've examined my interrupt configuration and as it sees from the booting log the UDMA controller shares the IRQ with the VGA card: drm0: port 0xd800-0xd8ff mem 0xe7800000-0xe780fff= f,0xf8000000-0xfbffffff irq 11 at device 0.0 on pci1 atapci0: port 0xa400-0xa40f,0xa800-0xa803,0xb0= 00-0xb007,0xb400-0xb403,0xb800-0xb807 irq 11 at device 2.5 on pci0 Ethernet uses a quite different IRQ, altough I've tried to turn off the sound card/ethernet cards built-in my mainboard (I have two ethernet cards) freeing some IRQ lines, that didn't help. I've tried to configure my VGA card and UDMA controller to allocate another IRQ through BIOS and /boot/device.hints but they always use the same IRQ line regardless any setting. Should I recompile the kernel with a new device.hints? Yesterday I synced the source tree and tested the newest kernel, which hung similarly at starting KDE. Anyway the lastest kernel, which worked (compiled on 25. of Sept.) had no any problem with the IRQ-s but since then I cannot even compile any working kernel with KDE... I'm sure there is no problem with my hardware. I would do appreciate any help. Thanks in advance, Tam=E1s R. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 05:13:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B677516A4CE; Sat, 8 Nov 2003 05:13:57 -0800 (PST) Received: from oslonett.no (imail.oslonett.no [194.234.215.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A8DB43FE9; Sat, 8 Nov 2003 05:13:55 -0800 (PST) (envelope-from mail@morten-johansen.net) Received: from morten-johansen.net [213.234.113.122] by oslonett.no with ESMTP (SMTPD32-8.01) id AC0B3AF7006A; Sat, 08 Nov 2003 14:13:47 +0100 Message-ID: <3FACEC1B.2040903@morten-johansen.net> Date: Sat, 08 Nov 2003 14:14:03 +0100 From: Morten Johansen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030817 X-Accept-Language: no, nb, en-us, en MIME-Version: 1.0 To: Scott Long References: <3FA966B2.9040704@morten-johansen.net> <20031105202947.A43448@pooker.samsco.home> <3FAA2CEB.6000403@morten-johansen.net> <3FAAF50B.9030105@morten-johansen.net> <20031107230107.O3769@gamplex.bde.org> <3FACB0DC.7020802@freebsd.org> In-Reply-To: <3FACB0DC.7020802@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Declude-Sender: mail@morten-johansen.net [213.234.113.122] X-Declude-Spoolname: Dec0b3af7006ad288.SMD X-Note: This E-mail was scanned by Declude JunkMail (www.declude.com) for spam. cc: freebsd-current@freebsd.org Subject: Re: the PS/2 mouse problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 13:13:58 -0000 Scott Long wrote: > Bruce Evans wrote: > >> On Fri, 7 Nov 2003, Morten Johansen wrote: >> >> >>> Morten Johansen wrote: >>> >>>> Scott Long wrote: >>>> >>>> >>>>> One thought that I had was to make psmintr() be INTR_FAST. I need to >>>>> stare at the code some more to fully understand it, but it looks >>>>> like it >>>>> wouldn't be all that hard to do. Basically just use the interrupt >>>>> handler >>>>> to pull all of the data out of the hardware and into a ring buffer in >>>>> memory, and then a fast taskqueue to process that ring buffer. It >>>>> would >>>>> at least answer the question of whether the observed problems are >>>>> due to >>>>> ithread latency. And if done right, no locks would be needed in >>>>> psmintr(). >> >> >> >> However, it is usually easier to use a lock even if not strictly >> necessary. >> psm as currently structured uses the technique of calling psmintr() from >> the timeout handler. This requires a lock. If this were not done, then >> the timeout routine would probably need to access hardware using >> scattered >> i/o instructions, and these would need locks (to prevent them competing >> with i/o instructions in psmintr()). Putting all the hardware accesses >> in the fast interrupt handler is simpler. The sio driver uses this >> technique >> but doesn't manage to put _all_ the i/o's in the interrupt handler, so it >> ends up having to lock out the interrupt handler all over the place. >> Ring buffers can be self-locking using delicate atomic instructions, but >> they are easier to implement using locks. >> >> >>>> I can reproduce the problem consistently on my machine, by moving the >>>> mouse around, while executing e.g this command in a xterm: >>>> >>>> dd if=/dev/zero of=test bs=32768 count=4000; sync; sync; sync >>>> >>>> when the sync'ing sets in the mouse attacks. >>>> It is very likely due to interrupt latency. >>>> >>>> I'd be happy to test any clever patches. >>> >>> >>> Wow. You are completly right! >>> By using a MTX_SPIN mutex instead, and marking the interrupt handler >>> INTR_MPSAFE | INTR_FAST, my problem goes away. >>> I am no longer able to reproduce the mouse attack. >>> I have not noticed any side-effects of this. Could there be any? >>> I will file a PR with an updated patch, unless you think it's a better >>> idea to rearrange the driver. >>> Probably the locking could be done better anyway. >> >> >> >> Er, psmintr() needs large changes to become a fast interrupt handler. it >> does many things that may not be done by a fast interrupt handler, >> starting >> with the first statement in it: >> >> /* read until there is nothing to read */ >> while((c = read_aux_data_no_wait(sc->kbdc)) != -1) { >> >> This calls into the keyboard driver, which is not written to support any >> fast interrupt handlers. > > > Actually, it calls the keyboard controller driver, not the keyboard > driver. > >> In general, fast interrupt handlers may not call >> any functions, since the "any" function doesn't know that it is called in >> fast interrupt handler context and may do things that may not be done in >> fast interrupt handler context. As it happens, read_aux_data_no_wait() >> does the following bad things: >> - it accesses private keyboard data. All data that is accessed by a fast >> interrupt handler must be locked by a common lock or use self-locking >> accesses. Data in another subsystem can't reasonably be locked by this >> (although the keyboard subsystem is close to psm, you don't want to >> export the complexities of psmintr()'s locking to the keyboard >> subsystem). >> - it calls other functions. The closure of all these calls must be >> examined >> and made fast-interrupt-handler safe before this is safe. The >> lowest level >> will resolve to something like inb(PSMPORT) and this alone is obviously >> safe provided PSMPORT is only accessed in the interrupt handler or is >> otherwise locked. (Perhaps the private keyboard data is actually >> private >> psm data that mainly points to PSMPORT. Then there is no problem >> with the >> data accesses. But the function calls make it unclear who owns the >> data.) > > > The problem here is that the keyboard controller driver tries to be too > smart. If it detects that the hardware FIFO is full, it'll drain it into > a per-softc, per-function ring buffer. So having psm(4) just directly > read the hardware is insufficient in this scheme. > >> - it sometimes calls the DELAY() function, which is not permitted in fast >> interrupt handlers since apart from locking issues, fast interrupt >> handlers >> are not permitted to busy-wait. > > > Again, the keyboard controller driver is too smart for its own good. To > summarize: > > read_aux_data_no_wait() > { > Does softc->aux ring buffer contain data? > return ring buffer data > > Check the status register > Is the keyboard fifo full? > DELAY(7us) > read keyboard fifo into softc->kbd ring buffer > Check the status register > > Is the aux fifo full? > DELAY(7us) > return aux fifo data > } > > So you can wind up stalling for 14us in there, presumably because you > cannot read the status and data registers back-to-back without a delay. > I don't have the atkbd spec handy so I'm not sure how to optimize this. > Do you really need to check the status register before reading the data > register? > >> >> Many of the complications for fast interrupt handlers shouldn't be needed >> in psm. Just make psmintr() INTR_MPSAFE. > > > I believe that the previous poster actually tried making it INTR_MPSAFE, > but didn't see a measurable benefit because the latency of scheduling > the ithread is still unacceptable. That is 100% correct. In the meantime I have taken your's and Bruce's advice and rearranged the interrupt handler to look like this: mtx_lock(&sc->input_mtx); while((c = read_aux_data_no_wait(sc->kbdc)) != -1) { sc->input_queue.buf[sc->input_queue.tail] = c; if ((++ sc->input_queue.tail) >= PSM_BUFSIZE) sc->input_queue.tail = 0; count = (++ sc->input_queue.count); } mtx_unlock(&sc->input_mtx); if (count >= sc->mode.packetsize) taskqueue_enqueue(taskqueue_swi_giant, &sc->psm_task); And it works, but having it INTR_MPSAFE still does NOT help my problem. It looks to me like data is getting lost because the interrupt handler is unable to read it before it's gone, and the driver gets out of sync, and has to reset itself. However it now takes a few more tries to provoke the problem, so something seems to have improved somewhere. Morten > >> This is nontrival, however. >> Fine grained locking gaves many of the complications that were only >> in fast interrupt handlers in RELENG_4. E.g., for psmintr() to be >> MPSAFE, >> all of its calls into the keyboard subsystem need to be MPSAFE, and they >> are unlikely to be so unless the keyboard subsystem is made MPSAFE. >> >> The following method can be used to avoid some of the complications: >> make the interrupt handler not touch much data, so that it can be >> locked easily. The data should be little more than a ring buffer. >> Make the handler either INTR_MPSAFE or INTR_FAST (it doesn't matter >> for slow devices like psm). Put all the rest of what was in the >> interrupt handler in non-MPSAFE code (except where it accesses data >> shared with the interrupt handler) so that all of this code and its >> closure doesn't need to be made MPSAFE. This method is what the sio >> driver uses in -current, sort of accidentally. sio's SWI handler and >> all of the tty subsystem are not MPSAFE, but this has almost no visible >> effect because very low latency is only needed at the lowest level. > > > This strategy is exactly what I had in mind, but getting the data out > of the hardware is the tricky part right now. Maybe if we make the > keyboard and psm drivers be INTR_FAST, there will be no need for the > keyboard controller to manage local ring buffers. If so, it _vastly_ > simplifies the locking in there. > >> >> BTW, the flags combination (INTR_MPSAFE | INTR_FAST) makes no sense. >> INTR_MPSAFE only applies to non-INTR_FAST handlers and INTR_FAST is >> currently non-advisory. >> >> Bruce >> > > > Scott > From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 08:46:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F29116A4CE; Sat, 8 Nov 2003 08:46:32 -0800 (PST) Received: from mailhub02.unibe.ch (mailhub02.unibe.ch [130.92.9.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8245843FEC; Sat, 8 Nov 2003 08:46:31 -0800 (PST) (envelope-from roth@lara.unibe.ch) Received: from localhost (localhost [127.0.0.1]) by mailhub02.unibe.ch (Postfix) with ESMTP id 4934D77242; Sat, 8 Nov 2003 17:46:30 +0100 (MET) Received: from mailhub02.unibe.ch ([127.0.0.1]) by localhost (mailhub02 [127.0.0.1:10024]) (amavisd-new) with LMTP id 25175-01-59; Sat, 8 Nov 2003 17:46:29 +0100 (MET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub02.unibe.ch (Postfix) with ESMTP id 4D5AD77257; Sat, 8 Nov 2003 17:46:29 +0100 (MET) Received: from lara.unibe.ch (lara [130.92.64.90]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id hA8GkT509769; Sat, 8 Nov 2003 17:46:29 +0100 (MET) Received: (from roth@localhost) by lara.unibe.ch (8.12.9+Sun/8.12.9/Submit) id hA8GkSCY003428; Sat, 8 Nov 2003 17:46:28 +0100 (MET) Date: Sat, 8 Nov 2003 17:46:28 +0100 From: Tobias Roth To: freebsd-current@freebsd.org Message-ID: <20031108164628.GA3385@lara.unibe.ch> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: SunOS lara 5.9 Generic_112233-04 sun4u sparc SUNW,Ultra-5_10 X-Virus-checked: by University of Berne cc: freebsd-mobile@freebsd.org Subject: PLEASE TEST: (laptop) autoconf at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 16:46:32 -0000 Hi I'd like to present some patches to teach FreeBSD to automatically configure itself depending on what network it is started in. The system depends on rcng, so 5.x is a requirement. The setup of the various network profiles is done manually, after that, whenever the laptop boots or wakes up from suspend, it detects where it is located and configures itself accodringly. Please send all comments to freebsd-current so the discussion is not scattered over several mailing lists. How to patch: cd / fetch http://depot.fsck.ch/profile.diff patch < profile.diff rm /etc/rc.d/profile.orig /usr/share/man/man8/profile.8.orig chmod 555 /etc/rc.d/profile man profile Features: - unattended startup, the laptop discovers automatically in what network it is started - read-only root partitions are supported - unintrusive. getting rid of everything profile-related is just a matter of turning it off in rc.conf and rm'ing the profile dir - everything under /etc is customizable per environment, not just the network Drawbacks: - setup is a bit tedious - autodetection after suspend/resume does not work completely yet - during normal operation, changes to /etc are not straight forward anymore. see the manpage for details. Notes: - I already have an idea about how to fix suspend/resume support. But as this involves some more changes to the system I'd like to hear a few opinions on the profile idea as a whole before starting with that. - The arguments for mdmfs/newfs are somewhat arbitrary. I just chose what seemed to work, someone with more insight might come up with a better sort of switches. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 09:08:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC1C16A4CE for ; Sat, 8 Nov 2003 09:08:14 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA7BA43FF2 for ; Sat, 8 Nov 2003 09:08:12 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 53955 invoked from network); 8 Nov 2003 17:08:10 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 8 Nov 2003 17:08:10 -0000 Message-ID: <3FAD22FA.7030105@liwing.de> Date: Sat, 08 Nov 2003 17:08:10 +0000 From: Jens Rehsack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031102 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Alexander Kabaev Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: [Fwd: [Bug optimization/11741] internal compiler error at gcse.c:5318] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 17:08:14 -0000 Maybe at a good time the next snapshot should be imported into freebsd to get this fix, too :-) Some ports (eg. mysql40, apache) are switchable to high optimization where a bug in gcse could cause invalid code which will be removed with the patch for this bug. -------- Original Message -------- Subject: [Bug optimization/11741] internal compiler error at gcse.c:5318 Date: 8 Nov 2003 15:24:38 -0000 From: cvs-commit at gcc dot gnu dot org Reply-To: gcc-bugzilla@gcc.gnu.org To: rehsack@liwing.de References: <20030731091956.11741.rehsack@liwing.de> ------- Additional Comments From cvs-commit at gcc dot gnu dot org 2003-11-08 15:24 ------- Subject: Bug 11741 CVSROOT: /cvs/gcc Module name: gcc Branch: gcc-3_3-branch Changes by: sayle@gcc.gnu.org 2003-11-08 15:24:33 Modified files: gcc : ChangeLog gcse.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: 20030926-1.c 20031108-1.c Log message: Backport from mainline PR optimization/10467 PR optimization/11741 * gcse.c (pre_insert_copy_insn): Tweak the logic for finding the appropriate set to match the code in hash_scan_insn. * gcc.dg/20030926-1.c: New test case. * gcc.dg/20031108-1.c: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.16114.2.801&r2=1.16114.2.802 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcse.c.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.223.2.7&r2=1.223.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.2261.2.314&r2=1.2261.2.315 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20030926-1.c.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=NONE&r2=1.1.12.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20031108-1.c.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11741 ------- You are receiving this mail because: ------- You reported the bug, or are watching the reporter. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 09:18:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C9DA16A4CE; Sat, 8 Nov 2003 09:18:24 -0800 (PST) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B978643FBF; Sat, 8 Nov 2003 09:18:23 -0800 (PST) (envelope-from kabaev@mail.ru) Received: from [141.154.215.11] (port=64365 helo=kan.dnsalias.net) by mx1.mail.ru with esmtp id 1AIWj8-000Bcb-00; Sat, 08 Nov 2003 20:18:22 +0300 Received: from kan.dnsalias.net (ak03@localhost [127.0.0.1]) by kan.dnsalias.net (8.12.10/8.12.10) with ESMTP id hA8HILdb051935; Sat, 8 Nov 2003 12:18:21 -0500 (EST) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.10/8.12.10/Submit) id hA8HIK2E051934; Sat, 8 Nov 2003 12:18:20 -0500 (EST) (envelope-from kan) Date: Sat, 8 Nov 2003 12:18:20 -0500 From: Alexander Kabaev To: Jens Rehsack Message-Id: <20031108121820.084fe503.kabaev@mail.ru> In-Reply-To: <3FAD22FA.7030105@liwing.de> References: <3FAD22FA.7030105@liwing.de> X-Mailer: Sylpheed version 0.9.6claws65 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: Not detected cc: Alexander Kabaev cc: current@FreeBSD.ORG Subject: Re: [Fwd: [Bug optimization/11741] internal compiler error at gcse.c:5318] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 17:18:24 -0000 On Sat, 08 Nov 2003 17:08:10 +0000 Jens Rehsack wrote: > Maybe at a good time the next snapshot should be imported into > freebsd to get this fix, too :-) > > Some ports (eg. mysql40, apache) are switchable to high optimization > where a bug in gcse could cause invalid code which will be removed > with the patch for this bug. > Sure, I'll let the system to settle after last snapshot as it is still not clear whether or not it has broken anything. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 09:36:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18D3716A4CF for ; Sat, 8 Nov 2003 09:36:25 -0800 (PST) Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 338DA43F75 for ; Sat, 8 Nov 2003 09:36:23 -0800 (PST) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id hA8HaIie044820; Sat, 8 Nov 2003 18:36:18 +0100 (CET) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9p2/8.12.9) with ESMTP id hA8HaI0P046782; Sat, 8 Nov 2003 18:36:18 +0100 (CET) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9p2/8.12.9/Submit) id hA8HaHWX046777; Sat, 8 Nov 2003 18:36:17 +0100 (CET) (envelope-from wkb) Date: Sat, 8 Nov 2003 18:36:17 +0100 From: Wilko Bulte To: Matthew Dillon Message-ID: <20031108173617.GA46736@freebie.xs4all.nl> References: <20030823154530.GA86441@deepfreeze.stu.ipng.org.uk> <20030905185024.GB2023@icecold.stu> <20030905214357.GA339@freebie.xs4all.nl> <200309122155.54844.jkim@niksun.com> <20030913143751.GA5727@purge.bash.sh> <20030914223628.GA273@freebie.xs4all.nl> <200311070552.hA75qRY8023862@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200311070552.hA75qRY8023862@apollo.backplane.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-current@freebsd.org cc: Stuart Walsh cc: Jung-uk Kim Subject: Re: 3C940 / Asus P4P800 gigabit LAN driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 17:36:25 -0000 On Thu, Nov 06, 2003 at 09:52:27PM -0800, Matthew Dillon wrote: > :I just tried Jung-uk Kim's driver on -stable and sofar it works OK: > : > > ... and I just ported it to DragonFly and it works fine there too > with an ASUS K8V Motherboard. Kudos! Good to hear that ;) Jung-uk has provided me with some more patches to fix some issues with promiscuous mode. I have not had time to look at those yet. peter@FreeBSD.org committed some extra PCI-IDs to sk(4) yesterday, you might want to fold those into DragonFly as well. cheers, Wilko -- | / o / /_ _ |/|/ / / /( (_) Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 11:48:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6793616A4CE for ; Sat, 8 Nov 2003 11:48:46 -0800 (PST) Received: from kundenserver16.yws-admin.de (kundenserver16.yws-admin.de [217.115.154.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4461C43F85 for ; Sat, 8 Nov 2003 11:48:44 -0800 (PST) (envelope-from flo@kasimir.com) Received: from kasimir.com (pD9E1D488.dip.t-dialin.net [217.225.212.136]) by kundenserver16.yws-admin.de (Postfix) with ESMTP id 3BD48352587 for ; Sat, 8 Nov 2003 20:48:22 +0100 (CET) Message-ID: <3FAD4885.4020404@kasimir.com> Date: Sat, 08 Nov 2003 20:48:21 +0100 From: "Florian C. Smeets" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031021 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------000500070301020607030106" Subject: hard lockup with new interrupt code, possible cause irq14: ata0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Nov 2003 19:48:46 -0000 This is a multi-part message in MIME format. --------------000500070301020607030106 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi! I have a problem with an SMP machine. The motherboard is a bp6. Mostly the machine already locksup during boot, it is not even resonding to serial console. One time i was able to login, i could see (in top) that this process root 20 0.0 0.0 0 12 ?? WL 8:20PM 0:00.31 (irq14: ata0) started gaining all the cpu time and then the machine freezes. I tried a vmstat -i but about a second before it locks up there was nothing special there the rate for irq14: ata0 is 14 and there is a total of 1105. I tried booting in safe mode and without acpi, and there it still happens. The kernel was built from sources from about 10 hours ago. Attached you can find the output of a boot -v If you need anthing else let me know and i'll try to provide it as soon as i get up. Regards, flo --------------000500070301020607030106 Content-Type: text/plain; name="boot-v.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="boot-v.txt" Type '?' for a list of commands, 'help' for more detailed help. OK un  bpo   boot -v \|/-\|/SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=01 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000000fef0000 SMAP type=03 base=000000000fff3000 len=000000000000d000 SMAP type=04 base=000000000fff0000 len=0000000000003000 Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #77: Sat Nov 8 09:59:02 CET 2003 root@bender:/space/obj/space/src/sys/BENDER Preloaded elf kernel "/boot/kernel/kernel" at 0xc07c0000. Preloaded acpi_dsdt "/boot/bp6.aml" at 0xc07c0250. MPTable: Calibrating clock(s) ... i8254 clock: 1193249 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 501138902 Hz CPU: Pentium II/Pentium II Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 268369920 (255 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000829000 - 0x000000000fb49fff, 254939136 bytes (62241 pages) avail memory = 255336448 (243 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00fb110 bios32: Entry = 0xfb590 (c00fb590) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb5c0 pnpbios: Found PnP BIOS data at 0xc00fc1e0 pnpbios: Entry = f0000:c208 Rev = 1.0 Other BIOS signatures found: ioapic0: Assuming intbase of 0 ioapic0: intpin 0 -> ExtINT (edge, activehi) ioapic0: intpin 1 -> irq 1 (edge, activehi) ioapic0: intpin 2 -> irq 2 (edge, activehi) ioapic0: intpin 3 -> irq 3 (edge, activehi) ioapic0: intpin 4 -> irq 4 (edge, activehi) ioapic0: intpin 5 -> irq 5 (edge, activehi) ioapic0: intpin 6 -> irq 6 (edge, activehi) ioapic0: intpin 7 -> irq 7 (edge, activehi) ioapic0: intpin 8 -> irq 8 (edge, activehi) ioapic0: intpin 9 -> irq 9 (edge, activehi) ioapic0: intpin 10 -> irq 10 (edge, activehi) ioapic0: intpin 11 -> irq 11 (edge, activehi) ioapic0: intpin 12 -> irq 12 (edge, activehi) ioapic0: intpin 13 -> irq 13 (edge, activehi) ioapic0: intpin 14 -> irq 14 (edge, activehi) ioapic0: intpin 15 -> irq 15 (edge, activehi) ioapic0: intpin 16 -> irq 16 (level, activelo) ioapic0: intpin 17 -> irq 17 (level, activelo) ioapic0: intpin 18 -> irq 18 (level, activelo) ioapic0: intpin 19 -> irq 19 (level, activelo) ioapic0: intpin 20 -> irq 20 (level, activelo) ioapic0: intpin 21 -> irq 21 (level, activelo) ioapic0: intpin 22 -> irq 22 (level, activelo) ioapic0: intpin 23 -> irq 23 (level, activelo) ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: active-hi ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: active-hi ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: active-hi ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: active-hi ioapic0: intpin 5 trigger: edge ioapic0: intpin 5 polarity: active-hi ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: active-hi ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: active-hi ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: active-hi ioapic0: intpin 9 trigger: edge ioapic0: intpin 9 polarity: active-hi ioapic0: intpin 13 trigger: edge ioapic0: intpin 13 polarity: active-hi ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: active-hi ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: active-lo ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: active-lo ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: active-lo ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: active-lo ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: active-lo ioapic0: Routing SMI -> intpin 23 lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff random: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fd7e0 PCI-Only Interrupts: 10 11 12 15 Location Bus Device Pin Link IRQs slot 1 0 15 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 15 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 15 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 15 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 D 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 7 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 7 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 7 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base d2000000, size 22, enabled found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: slot 7 INTD routed to irq 19 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=19 map[90]: type 4, range 32, base 00005000, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000d400, size 6, enabled pcib0: slot 13 INTA routed to irq 17 found-> vendor=0x10b7, dev=0x9050, revid=0x00 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=17 map[10]: type 3, range 32, base d1000000, size 24, enabled pcib0: slot 15 INTA routed to irq 16 found-> vendor=0x1013, dev=0x00a0, revid=0x2d bus=0, slot=15, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 4, range 32, base 0000d800, size 3, enabled map[14]: type 4, range 32, base 0000dc00, size 2, enabled map[20]: type 4, range 32, base 0000e000, size 8, enabled pcib0: slot 19 INTA routed to irq 18 found-> vendor=0x1103, dev=0x0004, revid=0x01 bus=0, slot=19, func=0 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=18 map[10]: type 4, range 32, base 0000e400, size 3, enabled map[14]: type 4, range 32, base 0000e800, size 2, enabled map[20]: type 4, range 32, base 0000ec00, size 8, enabled pcib0: slot 19 INTB routed to irq 18 found-> vendor=0x1103, dev=0x0004, revid=0x01 bus=0, slot=19, func=1 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=b, irq=18 agp0: mem 0xd2000000-0xd23fffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 4M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: reset tp1 mask=03 ostat0=9e ostat1=50 ata0-master: stat=0x7f err=0x5e lsb=0x7f msb=0x7f ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=7f stat1=50 devices=0x2 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) piix0: port 0x5000-0x500f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xd400-0xd43f irq 17 at device 13.0 on pci0 xl0: using port I/O xl0: Ethernet address: 00:60:08:6f:68:7d xl0: media options word: e040 xl0: found MII/AUTO miibus0: on xl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached pci0: at device 15.0 (no driver attached) atapci1: port 0xe000-0xe0ff,0xdc00-0xdc03,0xd800-0xd807 irq 18 at device 19.0 on pci0 atapci1: [MPSAFE] ata2: reset tp1 mask=03 ostat0=20 ostat1=30 ata2-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata2-slave: stat=0x30 err=0x30 lsb=0x30 msb=0x30 ata2: reset tp2 mask=03 stat0=20 stat1=30 devices=0x0 ata2: at 0xd800 on atapci1 ata2: [MPSAFE] atapci2: port 0xec00-0xecff,0xe800-0xe803,0xe400-0xe407 irq 18 at device 19.1 on pci0 atapci2: [MPSAFE] ata3: reset tp1 mask=03 ostat0=50 ostat1=00 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata3: at 0xe400 on atapci2 ata3: [MPSAFE] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 14 devices, largest 78 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfec00000-0xfec0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xfee00000-0xfee0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100000-0xfffffff, size=0xff00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xe0000-0xeffff, size=0x10000 PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfffff, size=0x8000 PNP0c02: adding fixed memory32 range 0xc9800-0xcbfff, size=0x2800 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=0x4, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 PNP0a03: adding io range 0x4000-0x403f, size=0x40, align=0 PNP0a03: adding io range 0x5000-0x501f, size=0x20, align=0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 12 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 13 device ID PNP0700 (0007d041) PNP0400: adding irq mask 0x80 PNP0400: adding io range 0x378-0x37f, size=0x8, align=0 pnpbios: handle 14 device ID PNP0400 (0004d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 16 device ID PNP0501 (0105d041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: