From owner-freebsd-scsi@FreeBSD.ORG Sun Mar 5 11:24:51 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B2F16A420 for ; Sun, 5 Mar 2006 11:24:51 +0000 (GMT) (envelope-from christias@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B4C43D46 for ; Sun, 5 Mar 2006 11:24:51 +0000 (GMT) (envelope-from christias@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so953632wra for ; Sun, 05 Mar 2006 03:24:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CuYPWGobPGalrUnYRTvBM+V9H8OA5jtquhvAerAO9q2xSr9X/zkCbvhV+KATW38pieHn+W3tbCNjFVx0H9dXW69pHbeDLuWclgyXiWbpQrQOtw2GYCieN6ySc3H97oI08F5eXlkuAPPpMpeq6SZajsqFOH+fNDSUDXFjEQztZtM= Received: by 10.65.148.14 with SMTP id a14mr2178552qbo; Sun, 05 Mar 2006 03:24:50 -0800 (PST) Received: by 10.65.132.11 with HTTP; Sun, 5 Mar 2006 03:24:50 -0800 (PST) Message-ID: Date: Sun, 5 Mar 2006 13:24:50 +0200 From: "Panagiotis Christias" To: freebsd-scsi@freebsd.org In-Reply-To: <44009A66.1040804@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200602241645.36042.jkim@FreeBSD.org> <44009A66.1040804@samsco.org> Subject: Re: A tiny amr(4) monitoring tool X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 11:24:52 -0000 On 2/25/06, Scott Long wrote: > This is pretty cool. You should check it into /usr/src/usr.sbin. I'm > working on a similar tool for IPS. I suppose we will learn more about it when it's ready from this list, right= ? Panagiotis From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 07:14:59 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E614916A420 for ; Mon, 6 Mar 2006 07:14:59 +0000 (GMT) (envelope-from a.macleod@ballarat.edu.au) Received: from eureka.ballarat.edu.au (eureka.ballarat.EDU.AU [141.132.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5BC43D46 for ; Mon, 6 Mar 2006 07:14:58 +0000 (GMT) (envelope-from a.macleod@ballarat.edu.au) Received: from mthelen7.ballarat.edu.au (mthelen7.ballarat.EDU.AU [141.132.64.14]) by eureka.ballarat.edu.au (8.12.6/8.12.6) with ESMTP id k2678xHC019514 for ; Mon, 6 Mar 2006 18:08:59 +1100 (EST) Received: from University-MTA by mthelen7.ballarat.edu.au with Novell_GroupWise; Mon, 06 Mar 2006 18:14:56 +1100 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.3 Date: Mon, 06 Mar 2006 18:14:34 +1100 From: "Andrew MacLeod" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Boot hangs on mpt0: failing to detect tape drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 07:15:00 -0000 Currently trying to install freebsd on a new ACER Altos R710 server. Having problems on bootup where it seems not able to detect the Internal Sony AIT-2 Turbo tape drive. System hangs at mpt0: [GIANT-LOCKED] for five minutes then several messages like the following: mpt0: Soft Reset Failed: ack timeout mpt0: WARNING - Failed Hard Reset mpt0: failed to reset device mpt0: soft reset failed: device not running. IOcmpt: LSILogic 1030 Ultra4 adapter..... When I disconnect the tape drive from the SCSI card system boots fine. I am running Freebsd 6.0-Release with a slightly modified GENERIC Kernel to enable SMP and PF. I am not a hardward expert but I will try to explain the setup of the system as best I can. The server is a dual xeon with 5x73GB SCSI hard discs which we have setup in a combination of RAID 1 for the operating system and RAID 5 for the data. These run on an LSILogic 2 channel SCSI card. The system has an identical 2nd LSILogic SCSI card which the vendor assured us was needed to run the Tape Drive. However the Motherboard also has onboard SCSI support and the tape drive is connected to this. The tape drive has a terminator attached. We have attempted to attach the tape drive to both the secondary channel on the primary SCSI card and both channels on the secondary one and the system hangs on SCSI initialisation prior to reaching freebsd. We have had no luck altering settings in the LSILogic configuration utility or in the system BIOS. Any assistance would be much appreciated as my next step is to try an alternate O/S to see if this is hardware or system related. Kind Regards Andrew ____________________________________________________________________ Andrew Macleod Technical Manager Centre for Electronic Commerce and Communications University of Ballarat Registered Provider Number 00103D Suite 12A Greenhill Enterprise Centre University Drv Mt Helen 3350 Tel: +61 3 5327 9315 Email: a.macleod@ballarat.edu.au From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 11:03:22 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D181F16A420 for ; Mon, 6 Mar 2006 11:03:22 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98E5943D45 for ; Mon, 6 Mar 2006 11:03:22 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k26B3MOn098742 for ; Mon, 6 Mar 2006 11:03:22 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k26B3LNC098734 for freebsd-scsi@freebsd.org; Mon, 6 Mar 2006 11:03:21 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Mar 2006 11:03:21 GMT Message-Id: <200603061103.k26B3LNC098734@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 11:03:22 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/05/03] kern/27059 scsi [sym] SCSI subsystem hangs under heavy lo o [2001/06/29] kern/28508 scsi problems with backup to Tandberg SLR40 st o [2002/06/17] kern/39388 scsi ncr/sym drivers fail with 53c810 and more o [2002/07/22] kern/40895 scsi wierd kernel / device driver bug o [2003/05/24] kern/52638 scsi [panic] SCSI U320 on SMP server won't run s [2003/09/30] kern/57398 scsi [mly] Current fails to install on mly(4) o [2003/12/26] kern/60598 scsi wire down of scsi devices conflicts with o [2003/12/27] kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C81 s [2004/01/10] kern/61165 scsi [panic] kernel page fault after calling c o [2004/12/02] kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5 o [2005/06/04] kern/81887 scsi [aac] Adaptec SCSI 2130S aac0: GetDeviceP o [2005/12/12] kern/90282 scsi [sym] SCSI bus resets cause loss of ch de o [2006/02/04] kern/92798 scsi [ahc] SCSI problem with timeouts o [2006/02/10] kern/93128 scsi [sym] FreeBSD 6.1 BETA 1 has problems wit 14 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/12/06] kern/23314 scsi aic driver fails to detect Adaptec 1520B o [2002/02/23] kern/35234 scsi World access to /dev/pass? (for scanner) o [2002/06/02] kern/38828 scsi [feature request] DPT PM2012B/90 doesn't o [2002/10/29] kern/44587 scsi dev/dpt/dpt.h is missing defines required o [2005/01/12] kern/76178 scsi [ahd] Problem with ahd and large SCSI Rai 5 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 14:06:43 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D75D16A420; Mon, 6 Mar 2006 14:06:43 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2DEA43D48; Mon, 6 Mar 2006 14:06:42 +0000 (GMT) (envelope-from os@rsu.ru) Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k26E6clO013561 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 6 Mar 2006 17:06:39 +0300 (MSK) (envelope-from os@rsu.ru) From: Oleg Sharoiko To: John Baldwin In-Reply-To: <20060304224419.N1270@wolf.os.rsu.ru> References: <20060215102749.D58480@brain.cc.rsu.ru> <200602281205.43592.jhb@freebsd.org> <20060303153838.Q772@brain.cc.rsu.ru> <200603031112.45211.jhb@freebsd.org> <20060304224419.N1270@wolf.os.rsu.ru> Content-Type: text/plain Date: Mon, 06 Mar 2006 17:06:38 +0300 Message-Id: <1141653998.1502.23.camel@brain.cc.rsu.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 14:06:43 -0000 On Sat, 2006-03-04 at 23:07 +0300, Oleg Sharoiko wrote: > ips0: mem > 0xd0300000-0xd0300fff,0xd4000000-0xd7ffffff irq 11 at device 1.0 on pci3 > ips0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0300000 > ips0: irq allocation failed > panic: Assertion mtx_unowned(m) failed at > /usr/src-HEAD-20060228-223000UTC/sys/kern/kern_mutex.c:885 > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at kdb_enter+0x31: leave > db> There seems to be a small bug in the ips driver. I doesn't relate to the hang at all, but as I suppose it needs to be fixed anyway. ips_pci_attach() from dev/ips/ips_pci.c does "goto error;" to make a cleanup when something goes wrong. There we have error: ips_pci_free(sc); return (ENXIO); ips_pci_free() always calls mtx_destroy(&sc->queue_mtx); sema_destroy(&sc->cmd_sema); but ips_pci_attach may jump to error: event before queue_mtx gets initialized. Unfortunately I'm not sure how to fix this in the most proper way. I suppose it would be nice to check in ips_pci_free() if the mutex is initialized or not, but I don't know how to implement this check. Another possible solution is to move initializition before first "goto error"; So I'm leaving this for the one who knows better. By the way, shouldn't sc->queue also be freed in ips_pci_free ? -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 16:11:12 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C06EE16A422; Mon, 6 Mar 2006 16:11:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4EB843D5F; Mon, 6 Mar 2006 16:11:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k26GB6Rq004703; Mon, 6 Mar 2006 09:11:09 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <440C5F25.1000401@samsco.org> Date: Mon, 06 Mar 2006 09:11:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oleg Sharoiko References: <20060215102749.D58480@brain.cc.rsu.ru> <200602281205.43592.jhb@freebsd.org> <20060303153838.Q772@brain.cc.rsu.ru> <200603031112.45211.jhb@freebsd.org> <20060304224419.N1270@wolf.os.rsu.ru> <1141653998.1502.23.camel@brain.cc.rsu.ru> In-Reply-To: <1141653998.1502.23.camel@brain.cc.rsu.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky , John Baldwin Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 16:11:12 -0000 Oleg Sharoiko wrote: > On Sat, 2006-03-04 at 23:07 +0300, Oleg Sharoiko wrote: > > >>ips0: mem >>0xd0300000-0xd0300fff,0xd4000000-0xd7ffffff irq 11 at device 1.0 on pci3 >>ips0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0300000 >>ips0: irq allocation failed >>panic: Assertion mtx_unowned(m) failed at >>/usr/src-HEAD-20060228-223000UTC/sys/kern/kern_mutex.c:885 >>cpuid = 0 >>KDB: enter: panic >>[thread pid 0 tid 0 ] >>Stopped at kdb_enter+0x31: leave >>db> > > > There seems to be a small bug in the ips driver. I doesn't relate to the > hang at all, but as I suppose it needs to be fixed anyway. > > ips_pci_attach() from dev/ips/ips_pci.c does "goto error;" to make a > cleanup when something goes wrong. There we have > > error: > ips_pci_free(sc); > return (ENXIO); > > ips_pci_free() always calls > > mtx_destroy(&sc->queue_mtx); > sema_destroy(&sc->cmd_sema); > > but ips_pci_attach may jump to error: event before queue_mtx gets > initialized. Unfortunately I'm not sure how to fix this in the most > proper way. I suppose it would be nice to check in ips_pci_free() if the > mutex is initialized or not, but I don't know how to implement this > check. Another possible solution is to move initializition before first > "goto error"; So I'm leaving this for the one who knows better. > > By the way, shouldn't sc->queue also be freed in ips_pci_free ? > I'll look at this, thanks. Scott From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 16:39:51 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00B9F16A420 for ; Mon, 6 Mar 2006 16:39:50 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F32943D45 for ; Mon, 6 Mar 2006 16:39:50 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wproxy.gmail.com with SMTP id 57so1181133wri for ; Mon, 06 Mar 2006 08:39:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ppptGIGSuhL/qrnNCPpHQcTpbzeOkKWO/nVVfUmmioJ80AgHsJbnteqffOKYjXkMHuDyE8/G5DBIFPivRdgqGt/qfSXLsT/oQLCG5cSdAX4bz98dDHj6pomX6fu+/Oe7w8U1vMUgbjtyRf16Czpwe/qEG3WgYd1Y+78DO777QmI= Received: by 10.65.196.16 with SMTP id y16mr2709334qbp; Mon, 06 Mar 2006 08:39:49 -0800 (PST) Received: by 10.65.155.12 with HTTP; Mon, 6 Mar 2006 08:39:49 -0800 (PST) Message-ID: <7579f7fb0603060839mf583822y8c7afa8aee1d4ff8@mail.gmail.com> Date: Mon, 6 Mar 2006 08:39:49 -0800 From: "Matthew Jacob" To: "Andrew MacLeod" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-scsi@freebsd.org Subject: Re: Boot hangs on mpt0: failing to detect tape drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 16:39:51 -0000 Lot's of problems here.... When you say "had no luck with BIOS"- that means you can see it no problem in the LSI Config utility? First- is the tape drive powered on? Also- try this experiment: boot w/o the tape hooked up. If all is well, connect the tape and do, as root, 'camcontrol rescan all'. On 3/5/06, Andrew MacLeod wrote: > Currently trying to install freebsd on a new ACER Altos R710 server. > Having problems on bootup where it seems not able to detect the Internal > Sony AIT-2 Turbo tape drive. System hangs at mpt0: [GIANT-LOCKED] for > five minutes then several messages like the following: > > mpt0: Soft Reset Failed: ack timeout > mpt0: WARNING - Failed Hard Reset > mpt0: failed to reset device > mpt0: soft reset failed: device not running. > IOcmpt: LSILogic 1030 Ultra4 adapter..... > > When I disconnect the tape drive from the SCSI card system boots fine. > I am running Freebsd 6.0-Release with a slightly modified GENERIC Kernel > to enable SMP and PF. > I am not a hardward expert but I will try to explain the setup of the > system as best I can. The server is a dual xeon with 5x73GB SCSI hard > discs which we have setup in a combination of RAID 1 for the operating > system and RAID 5 for the data. These run on an LSILogic 2 channel SCSI > card. The system has an identical 2nd LSILogic SCSI card which the > vendor assured us was needed to run the Tape Drive. However the > Motherboard also has onboard SCSI support and the tape drive is > connected to this. The tape drive has a terminator attached. We have > attempted to attach the tape drive to both the secondary channel on the > primary SCSI card and both channels on the secondary one and the system > hangs on SCSI initialisation prior to reaching freebsd. We have had no > luck altering settings in the LSILogic configuration utility or in the > system BIOS. > > Any assistance would be much appreciated as my next step is to try an > alternate O/S to see if this is hardware or system related. > > Kind Regards > Andrew > > ____________________________________________________________________ > Andrew Macleod > Technical Manager > Centre for Electronic Commerce and Communications > University of Ballarat > Registered Provider Number 00103D > > Suite 12A Greenhill Enterprise Centre > University Drv Mt Helen 3350 > Tel: +61 3 5327 9315 > Email: a.macleod@ballarat.edu.au > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 18:30:27 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B625016A422 for ; Mon, 6 Mar 2006 18:30:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E779A43D46 for ; Mon, 6 Mar 2006 18:30:26 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k26IULTs019453; Mon, 6 Mar 2006 13:30:25 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Oleg Sharoiko Date: Mon, 6 Mar 2006 12:43:02 -0500 User-Agent: KMail/1.9.1 References: <20060215102749.D58480@brain.cc.rsu.ru> <20060304224419.N1270@wolf.os.rsu.ru> <1141653998.1502.23.camel@brain.cc.rsu.ru> In-Reply-To: <1141653998.1502.23.camel@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603061243.04708.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1315/Sun Mar 5 05:31:57 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 18:30:27 -0000 On Monday 06 March 2006 09:06, Oleg Sharoiko wrote: > On Sat, 2006-03-04 at 23:07 +0300, Oleg Sharoiko wrote: > > > ips0: mem > > 0xd0300000-0xd0300fff,0xd4000000-0xd7ffffff irq 11 at device 1.0 on pci3 > > ips0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0300000 > > ips0: irq allocation failed > > panic: Assertion mtx_unowned(m) failed at > > /usr/src-HEAD-20060228-223000UTC/sys/kern/kern_mutex.c:885 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 0 tid 0 ] > > Stopped at kdb_enter+0x31: leave > > db> > > There seems to be a small bug in the ips driver. I doesn't relate to the > hang at all, but as I suppose it needs to be fixed anyway. > > ips_pci_attach() from dev/ips/ips_pci.c does "goto error;" to make a > cleanup when something goes wrong. There we have > > error: > ips_pci_free(sc); > return (ENXIO); > > ips_pci_free() always calls > > mtx_destroy(&sc->queue_mtx); > sema_destroy(&sc->cmd_sema); > > but ips_pci_attach may jump to error: event before queue_mtx gets > initialized. Unfortunately I'm not sure how to fix this in the most > proper way. I suppose it would be nice to check in ips_pci_free() if the > mutex is initialized or not, but I don't know how to implement this > check. Another possible solution is to move initializition before first > "goto error"; So I'm leaving this for the one who knows better. Actually, you can just init the mutex and sema earlier so they are always setup. That's what several other drivers do. mtx_init() is fairly cheap in the non-WITNESS case. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 21:58:09 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA5816A420 for ; Mon, 6 Mar 2006 21:58:09 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03-smtplb.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5753543D6E for ; Mon, 6 Mar 2006 21:58:09 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from cpe-72-225-255-159.nyc.res.rr.com (cpe-72-225-255-159.nyc.res.rr.com [72.225.255.159]) by ms-smtp-03.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id k26LsmGo023203 for ; Mon, 6 Mar 2006 16:54:49 -0500 (EST) Date: Mon, 6 Mar 2006 16:58:00 -0500 (EST) From: Rob Watt X-X-Sender: rob@daemon.mistermishap.net To: freebsd-scsi@freebsd.org Message-ID: <20060306162407.Q5393@daemon.mistermishap.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-639056199-1141680565=:5393" X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: SCB timeout and other errors + system hang with adaptec/seagate X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 21:58:09 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-639056199-1141680565=:5393 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Hi, We have been experiencing system hangs combined with a number of different scsi errors. Attached is a sample dmesg, and a file that contains the card dumps from a number of different error conditions. Our machines are all dual dual-core opterons with hot-swap backplanes, Tyan K8SR motherboards with onboard Adaptec 7902 controllers. The drives are Seagate ST3146707LC U320. We have a number of these machines, and we have experienced this problem on almost half of them (but never on the other half - all with the same exact hardware). During high disk usage times they start generating scsi errors and card state dumps. Eventually the machine will hang (not panic, not reboot) and will have to be power cycled to reboot. We can't seem to force it to happen predictably, but with usage they will eventaully hang after 1 hour to 2 days. With the first couple of machines we assumed it was a hardware problem, and we replaced (at different times) the cable, drive, backplane and motherboard, and the problem still continued. We eventually added a physical terminator to the backplane and that helped one machine, on another we moved the drive to another connector on the backplane and that seemed to fix it. We bought a few more machines and the problem happened on 50% of them. Neither of the 2 backplane changes fixed the problem. I upgraded the firmware on the drives from 0003 to 0005. It seemed to take longer for them to hang, but they still generated errors and hung eventually. I then tried disabling tag queueing on one machine, and disabling SMART on another and both have been stable since then. When I run 'smartctl' they still dump state and generate 'Timedout SCBs already complete. Interrupts may not be functioning.' messages. Since they still generate those messages, I'm a little nervous about putting them back into production. I guess I am o.k. with disabling SMART on all of our drives, but I'd prefer to leave tag queueing on. I've seen many postings re people having similar problems, but I don't seem to have seen a consistent solution. I thought that the Seagate drives might be part of the problem, so I bought a Fujitsu drive and was disheartened when it generated the same 'timedout scb' message. Any advice? - Rob Watt --0-639056199-1141680565=:5393 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=t5.scsidump.txt Content-Transfer-Encoding: BASE64 Content-Description: Content-Disposition: ATTACHMENT; FILENAME=t5.scsidump.txt RmViIDEwIDIwOjEwOjEzICBrZXJuZWw6IGFoZDA6IFRyYW5zbWlzc2lvbiBl cnJvciBkZXRlY3RlZA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IExRSVNU QVQxWzB4OF06KExRSUNSQ0lfTkxRKSBMQVNUUEhBU0VbMHgxXTooUF9EQVRB T1VUfFBfQlVTRlJFRSkgDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogU0NT SVNJR0lbMHg2MF06KFBfREFUQUlOX0RUKSBQRVJSRElBR1sweDRdOihDUkNF UlIpIA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6ID4+Pj4+Pj4+Pj4+Pj4+ Pj4+PiBEdW1wIENhcmQgU3RhdGUgQmVnaW5zIDw8PDw8PDw8PDw8PDw8PDw8 DQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogYWhkMDogRHVtcGluZyBDYXJk IFN0YXRlIGF0IHByb2dyYW0gYWRkcmVzcyAweDM1IE1vZGUgMHgxMQ0KRmVi IDEwIDIwOjExOjE5ICBrZXJuZWw6IENhcmQgd2FzIHBhdXNlZA0KRmViIDEw IDIwOjExOjE5ICBrZXJuZWw6IElOVFNUQVRbMHg4XTooU0NTSUlOVCkgU0VM T0lEWzB4MF0gU0VMSURbMHgwXSBIU19NQUlMQk9YWzB4MF0gDQpGZWIgMTAg MjA6MTE6MTkgIGtlcm5lbDogSU5UQ1RMWzB4ODBdOihTV1RNSU5UTUFTSykg U0VRSU5UU1RBVFsweDBdIFNBVkVEX01PREVbMHgxMV0gDQpGZWIgMTAgMjA6 MTE6MTkgIGtlcm5lbDogREZGU1RBVFsweDI0XTooQ1VSUkZJRk9fMHxGSUZP MUZSRUUpIFNDU0lTSUdJWzB4NzZdOihQX0RBVEFJTl9EVHxSRVFJfEJTWUl8 QVROSSkgDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogU0NTSVBIQVNFWzB4 Ml06KERBVEFfSU5fUEhBU0UpIFNDU0lCVVNbMHgwXSBMQVNUUEhBU0VbMHgx XTooUF9EQVRBT1VUfFBfQlVTRlJFRSkgDQpGZWIgMTAgMjA6MTE6MTkgIGtl cm5lbDogU0NTSVNFUTBbMHgwXSBTQ1NJU0VRMVsweDEyXTooRU5BVVRPQVRO UHxFTlJTRUxJKSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBTRVFDVEww WzB4MF0gU0VRSU5UQ1RMWzB4MF0gU0VRX0ZMQUdTWzB4MF0gU0VRX0ZMQUdT MlsweDBdIA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IFFGUkVFWkVfQ09V TlRbMHgxZl0gS0VSTkVMX1FGUkVFWkVfQ09VTlRbMHgxZl0gTUtfTUVTU0FH RV9TQ0JbMHhmZjAwXSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBNS19N RVNTQUdFX1NDU0lJRFsweGZmXSBTU1RBVDBbMHgwXSBTU1RBVDFbMHgxXToo UkVRSU5JVCkgDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogU1NUQVQyWzB4 MF0gU1NUQVQzWzB4MF0gUEVSUkRJQUdbMHgwXSBTSU1PREUxWzB4YTRdOihF TlNDU0lQRVJSfEVOU0NTSVJTVHxFTlNFTFRJTU8pIA0KRmViIDEwIDIwOjEx OjE5ICBrZXJuZWw6IExRSVNUQVQwWzB4MF0gTFFJU1RBVDFbMHgwXSBMUUlT VEFUMlsweDgwXTooUEFDS0VUSVpFRCkgDQpGZWIgMTAgMjA6MTE6MTkgIGtl cm5lbDogTFFPU1RBVDBbMHgwXSBMUU9TVEFUMVsweDBdIExRT1NUQVQyWzB4 ZTFdOihMUU9TVE9QMHxMUU9QS1QpIA0KRmViIDEwIDIwOjExOjE5ICBrZXJu ZWw6IA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IFNDQiBDb3VudCA9IDgw IENNRFNfUEVORElORyA9IDE0IExBU1RTQ0IgMHgyOSBDVVJSU0NCIDB4YiBO RVhUU0NCIDB4ZmZjMA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IHFpbnN0 YXJ0ID0gNDA1MDggcWluZmlmb25leHQgPSA0MDUwOA0KRmViIDEwIDIwOjEx OjE5ICBrZXJuZWw6IFFJTkZJRk86DQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5l bDogV0FJVElOR19USURfUVVFVUVTOg0KRmViIDEwIDIwOjExOjE5ICBrZXJu ZWw6IFBlbmRpbmcgbGlzdDoNCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiAx MSBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJ U0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToxOSAga2Vy bmVsOiA0MSBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdf RU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMTox OSAga2VybmVsOiA0NSBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBd OihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAy MDoxMToxOSAga2VybmVsOiA0MiBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9M WzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZl YiAxMCAyMDoxMToxOSAga2VybmVsOiA1NCBGSUZPX1VTRVsweDBdIFNDQl9D T05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3 XSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiAyNiBGSUZPX1VTRVsweDBd IFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJ SURbMHg3XSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiAxMCBGSUZPX1VT RVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFND Ql9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiAxMyBG SUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NF TkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVs OiAyNyBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5C fERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToxOSAg a2VybmVsOiA4IEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRB R19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEwIDIwOjEx OjE5ICBrZXJuZWw6IDI1IEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2 MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEw IDIwOjExOjE5ICBrZXJuZWw6IDEyIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRS T0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0K RmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IDM2IEZJRk9fVVNFWzB4MF0gU0NC X0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsw eDddIA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IDYgRklGT19VU0VbMHgw XSBTQ0JfQ09OVFJPTFsweDYwXTooVEFHX0VOQnxESVNDRU5CKSBTQ0JfU0NT SUlEWzB4N10gDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogVG90YWwgMTQN CkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBLZXJuZWwgRnJlZSBTQ0IgbGlz dDogNDMgMjAgMjggNjEgMTcgNjMgNTIgMzcgNTUgOSAyNCAxIDM4IDUwIDIz IDUxIDYwIDQ3IDU5IDQwIDYyIDE4IDE0IDI5IDAgNTMgNSA1NyAxNiAxOSA0 IDU4IDQ0IDMxIDIyIDMwIDE1IDM5IDM0IDMyIDMzIDcgNTYgNDYgMzUgMyAy MSAyIDQ5IDQ4IDc5IDc4IDc3IDc2IDc1IDc0IDczIDcyIDcxIDcwIDY5IDY4 IDY3IDY2IDY1IDY0IA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IFNlcXVl bmNlciBDb21wbGV0ZSBETUEtaW5wcm9nIGxpc3Q6IA0KRmViIDEwIDIwOjEx OjE5ICBrZXJuZWw6IFNlcXVlbmNlciBDb21wbGV0ZSBsaXN0OiANCkZlYiAx MCAyMDoxMToxOSAga2VybmVsOiBTZXF1ZW5jZXIgRE1BLVVwIGFuZCBDb21w bGV0ZSBsaXN0OiANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBTZXF1ZW5j ZXIgT24gUUZyZWV6ZSBhbmQgQ29tcGxldGUgbGlzdDogDQpGZWIgMTAgMjA6 MTE6MTkgIGtlcm5lbDogDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogDQpG ZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogYWhkMDogRklGTzAgQWN0aXZlLCBM T05HSk1QID09IDB4MjU4LCBTQ0IgMHg2DQpGZWIgMTAgMjA6MTE6MTkgIGtl cm5lbDogU0VRSU1PREVbMHgzZl06KEVOQ0ZHNFRDTUR8RU5DRkc0SUNNRHxF TkNGRzRUU1RBVHxFTkNGRzRJU1RBVHxFTkNGRzREQVRBfEVOU0FWRVBUUlMp IA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IFNFUUlOVFNSQ1sweDBdIERG Q05UUkxbMHgyOF06KEhETUFFTnxTQ1NJRU4pIERGU1RBVFVTWzB4Y2VdOihG SUZPRlVMTHxERlRIUkVTSHxIRE9ORXxQS1RfUFJFTE9BRF9BVkFJTHxQUkVM T0FEX0FWQUlMKSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBTR19DQUNI RV9TSEFET1dbMHgxMF0gU0dfU1RBVEVbMHgzXTooU0VHU19BVkFJTHxMT0FE SU5HX05FRURFRCkgDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogREZGU1hG UkNUTFsweDBdIFNPRkZDTlRbMHgzZl0gTURGRlNUQVRbMHg0Ml06KERBVEFJ TkZJRk98U0hDTlRORUdBVElWRSkgDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5l bDogU0hBRERSID0gMHgwNGIxZmM3MDQsIFNIQ05UID0gMHhmZmY4ZmMgSEFE RFIgPSAweDA0YjFmYzAwMCwgSENOVCA9IDB4MCANCkZlYiAxMCAyMDoxMTox OSAga2VybmVsOiBDQ1NHQ1RMWzB4MTBdOihTR19DQUNIRV9BVkFJTCkgDQpG ZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogDQpGZWIgMTAgMjA6MTE6MTkgIGtl cm5lbDogYWhkMDogRklGTzEgRnJlZSwgTE9OR0pNUCA9PSAweDgwNjMsIFND QiAweGYNCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBTRVFJTU9ERVsweDNm XTooRU5DRkc0VENNRHxFTkNGRzRJQ01EfEVOQ0ZHNFRTVEFUfEVOQ0ZHNElT VEFUfEVOQ0ZHNERBVEF8RU5TQVZFUFRSUykgDQpGZWIgMTAgMjA6MTE6MTkg IGtlcm5lbDogU0VRSU5UU1JDWzB4MF0gREZDTlRSTFsweDBdIERGU1RBVFVT WzB4ODldOihGSUZPRU1QfEhET05FfFBSRUxPQURfQVZBSUwpIA0KRmViIDEw IDIwOjExOjE5ICBrZXJuZWw6IFNHX0NBQ0hFX1NIQURPV1sweDJdOihMQVNU X1NFRykgU0dfU1RBVEVbMHgwXSBERkZTWEZSQ1RMWzB4MF0gDQpGZWIgMTAg MjA6MTE6MTkgIGtlcm5lbDogU09GRkNOVFsweDNmXSBNREZGU1RBVFsweDVd OihGSUZPRlJFRXxETFpFUk8pIFNIQUREUiA9IDB4MDAsIFNIQ05UID0gMHgw IA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IEhBRERSID0gMHgwMCwgSENO VCA9IDB4MCBDQ1NHQ1RMWzB4MF0gDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5l bDogTFFJTjogMHg1IDB4MCAweDAgMHg2IDB4MCAweDAgMHgwIDB4MCAweDAg MHgwIDB4MCAweDAgMHgwIDB4MCAweDgwIDB4MCAweDAgMHgwIDB4MiAweDAg DQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogYWhkMDogTFFJU1RBVEUgPSAw eDMyLCBMUU9TVEFURSA9IDB4MCwgT1BUSU9OTU9ERSA9IDB4NDINCkZlYiAx MCAyMDoxMToxOSAga2VybmVsOiBhaGQwOiBPU19TUEFDRV9DTlQgPSAweDIw IE1BWENNRENOVCA9IDB4Mg0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IGFo ZDA6IFNBVkVEX1NDU0lJRCA9IDB4MCBTQVZFRF9MVU4gPSAweDANCkZlYiAx MCAyMDoxMToxOSAga2VybmVsOiBTSU1PREUwWzB4Y106KEVOT1ZFUlJVTnxF TklPRVJSKSANCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBDQ1NDQkNUTFsw eDRdOihDQ1NDQkRJUikgDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogYWhk MDogUkVHMCA9PSAweGYsIFNJTkRFWCA9IDB4MTEwLCBESU5ERVggPSAweDEw Mg0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IGFoZDA6IFNDQlBUUiA9PSAw eGYsIFNDQl9ORVhUID09IDB4ZmYwMCwgU0NCX05FWFQyID09IDB4ZmZmZg0K RmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IENEQiAyYSAwIGIgODQgZGIgNWYN CkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBTVEFDSzogMHgyMyAweDAgMHgw IDB4MCAweDAgMHgwIDB4MCAweDANCkZlYiAxMCAyMDoxMToxOSAga2VybmVs OiA8PDw8PDw8PDw8PDw8PDw8PCBEdW1wIENhcmQgU3RhdGUgRW5kcyA+Pj4+ Pj4+Pj4+Pj4+Pj4+Pj4NCkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiBMUUlD UkNfTkxRDQpGZWIgMTAgMjA6MTE6MTkgIGtlcm5lbDogYWhkMDogUmV0dXJu aW5nIHRvIElkbGUgTG9vcA0KRmViIDEwIDIwOjExOjE5ICBrZXJuZWw6IGFo ZDA6IFJlY292ZXJ5IEluaXRpYXRlZCAtIENhcmQgd2FzIG5vdCBwYXVzZWQN CkZlYiAxMCAyMDoxMToxOSAga2VybmVsOiA+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4g RHVtcCBDYXJkIFN0YXRlIEJlZ2lucyA8PDw8PDw8PDw8PDw8PDw8PA0KRmVi IDEwIDIwOjExOjE5ICBrZXJuZWw6IGFoZDA6IER1bXBpbmcgQ2FyZCBTdGF0 ZSBhdCBwcm9ncmFtIGFkZHJlc3MgMHgyIE1vZGUgMHgyMg0KRmViIDEwIDIw OjExOjE5ICBrZXJuZWw6IElOVFNUQVRbMHgwXSBTRUxPSURbMHgwXSBTRUxJ RFsweDBdIEhTX01BSUxCT1hbMHgwXSANCkZlYiAxMCAyMDoxMToxOSAga2Vy bmVsOiBJTlRDVExbMHg4MF06KFNXVE1JTlRNQVNLKSBTRVFJTlRTVEFUWzB4 MF0gU0FWRURfTU9ERVsweDExXSANCkZlYiAxMCAyMDoxMToyMCAga2VybmVs OiBERkZTVEFUWzB4MzRdOihDVVJSRklGT18wfEZJRk8wRlJFRXxGSUZPMUZS RUUpIFNDU0lTSUdJWzB4ZTZdOihQX01FU0dJTnxSRVFJfEJTWUkpIA0KRmVi IDEwIDIwOjExOjIwICBrZXJuZWw6IFNDU0lQSEFTRVsweDhdOihNU0dfSU5f UEhBU0UpIFNDU0lCVVNbMHg1NV0gTEFTVFBIQVNFWzB4MV06KFBfREFUQU9V VHxQX0JVU0ZSRUUpIA0KRmViIDEwIDIwOjExOjIwICBrZXJuZWw6IFNDU0lT RVEwWzB4NDBdOihFTlNFTE8pIFNDU0lTRVExWzB4MTJdOihFTkFVVE9BVE5Q fEVOUlNFTEkpIA0KRmViIDEwIDIwOjExOjIwICBrZXJuZWw6IFNFUUNUTDBb MHgwXSBTRVFJTlRDVExbMHgwXSBTRVFfRkxBR1NbMHhjMF06KE5PX0NEQl9T RU5UfE5PVF9JREVOVElGSUVEKSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVs OiBTRVFfRkxBR1MyWzB4MF0gUUZSRUVaRV9DT1VOVFsweDFmXSBLRVJORUxf UUZSRUVaRV9DT1VOVFsweDFmXSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVs OiBNS19NRVNTQUdFX1NDQlsweGZmMDBdIE1LX01FU1NBR0VfU0NTSUlEWzB4 ZmZdIFNTVEFUMFsweDJdOihTUElPUkRZKSANCkZlYiAxMCAyMDoxMToyMSAg a2VybmVsOiBTU1RBVDFbMHgxMV06KFJFUUlOSVR8UEhBU0VNSVMpIFNTVEFU MlsweDBdIFNTVEFUM1sweDBdIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6 IFBFUlJESUFHWzB4MF0gU0lNT0RFMVsweGFjXTooRU5TQ1NJUEVSUnxFTkJV U0ZSRUV8RU5TQ1NJUlNUfEVOU0VMVElNTykgDQpGZWIgMTAgMjA6MTE6MjEg IGtlcm5lbDogTFFJU1RBVDBbMHgwXSBMUUlTVEFUMVsweDBdIExRSVNUQVQy WzB4ODBdOihQQUNLRVRJWkVEKSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVs OiBMUU9TVEFUMFsweDBdIExRT1NUQVQxWzB4MF0gTFFPU1RBVDJbMHhlMV06 KExRT1NUT1AwfExRT1BLVCkgDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDog DQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU0NCIENvdW50ID0gODAgQ01E U19QRU5ESU5HID0gMzMgTEFTVFNDQiAweDI5IENVUlJTQ0IgMHgyYiBORVhU U0NCIDB4ZmZjMA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IHFpbnN0YXJ0 ID0gNDA1MjcgcWluZmlmb25leHQgPSA0MDUyNw0KRmViIDEwIDIwOjExOjIx ICBrZXJuZWw6IFFJTkZJRk86DQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDog V0FJVElOR19USURfUVVFVUVTOg0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6 IDAgKCAweDJiIDB4MTQgMHgxYyAweDNkIDB4MTEgMHgzZiAweDM0IDB4MjUg MHgzNyAweDkgMHgxOCAweDEgMHgyNiAweDMyIDB4MTcgMHgzMyAweDNjIDB4 MmYgMHgzYiApDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogUGVuZGluZyBs aXN0Og0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDU5IEZJRk9fVVNFWzB4 MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1ND U0lJRFsweDddIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDQ3IEZJRk9f VVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikg U0NCX1NDU0lJRFsweDddIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDYw IEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElT Q0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEwIDIwOjExOjIxICBrZXJu ZWw6IDUxIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19F TkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEwIDIwOjExOjIx ICBrZXJuZWw6IDIzIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06 KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEwIDIw OjExOjIxICBrZXJuZWw6IDUwIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xb MHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmVi IDEwIDIwOjExOjIxICBrZXJuZWw6IDM4IEZJRk9fVVNFWzB4MF0gU0NCX0NP TlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDdd IA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDEgRklGT19VU0VbMHgwXSBT Q0JfQ09OVFJPTFsweDYwXTooVEFHX0VOQnxESVNDRU5CKSBTQ0JfU0NTSUlE WzB4N10gDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogMjQgRklGT19VU0Vb MHgwXSBTQ0JfQ09OVFJPTFsweDYwXTooVEFHX0VOQnxESVNDRU5CKSBTQ0Jf U0NTSUlEWzB4N10gDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogOSBGSUZP X1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIp IFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiA1 NSBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJ U0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2Vy bmVsOiAzNyBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdf RU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToy MSAga2VybmVsOiA1MiBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBd OihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAy MDoxMToyMSAga2VybmVsOiA2MyBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9M WzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZl YiAxMCAyMDoxMToyMSAga2VybmVsOiAxNyBGSUZPX1VTRVsweDBdIFNDQl9D T05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3 XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiA2MSBGSUZPX1VTRVsweDBd IFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJ SURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiAyOCBGSUZPX1VT RVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFND Ql9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiAyMCBG SUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NF TkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVs OiA0MyBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5C fERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAg a2VybmVsOiAxMSBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihU QUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDox MToyMSAga2VybmVsOiA0MSBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4 NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAx MCAyMDoxMToyMSAga2VybmVsOiA0NSBGSUZPX1VTRVsweDBdIFNDQl9DT05U Uk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSAN CkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiA0MiBGSUZPX1VTRVsweDBdIFND Ql9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURb MHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiA1NCBGSUZPX1VTRVsw eDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9T Q1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiAyNiBGSUZP X1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIp IFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiAx MCBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJ U0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2Vy bmVsOiAxMyBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdf RU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToy MSAga2VybmVsOiAyNyBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBd OihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAy MDoxMToyMSAga2VybmVsOiA4IEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xb MHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmVi IDEwIDIwOjExOjIxICBrZXJuZWw6IDI1IEZJRk9fVVNFWzB4MF0gU0NCX0NP TlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDdd IA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDEyIEZJRk9fVVNFWzB4MF0g U0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJ RFsweDddIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDM2IEZJRk9fVVNF WzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NC X1NDU0lJRFsweDddIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDYgRklG T19VU0VbMHgwXSBTQ0JfQ09OVFJPTFsweDYwXTooVEFHX0VOQnxESVNDRU5C KSBTQ0JfU0NTSUlEWzB4N10gDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDog VG90YWwgMzMNCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBLZXJuZWwgRnJl ZSBTQ0IgbGlzdDogNDAgNjIgMTggMTQgMjkgMCA1MyA1IDU3IDE2IDE5IDQg NTggNDQgMzEgMjIgMzAgMTUgMzkgMzQgMzIgMzMgNyA1NiA0NiAzNSAzIDIx IDIgNDkgNDggNzkgNzggNzcgNzYgNzUgNzQgNzMgNzIgNzEgNzAgNjkgNjgg NjcgNjYgNjUgNjQgDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU2VxdWVu Y2VyIENvbXBsZXRlIERNQS1pbnByb2cgbGlzdDogDQpGZWIgMTAgMjA6MTE6 MjEgIGtlcm5lbDogU2VxdWVuY2VyIENvbXBsZXRlIGxpc3Q6IA0KRmViIDEw IDIwOjExOjIxICBrZXJuZWw6IFNlcXVlbmNlciBETUEtVXAgYW5kIENvbXBs ZXRlIGxpc3Q6IA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IFNlcXVlbmNl ciBPbiBRRnJlZXplIGFuZCBDb21wbGV0ZSBsaXN0OiANCkZlYiAxMCAyMDox MToyMSAga2VybmVsOiANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiANCkZl YiAxMCAyMDoxMToyMSAga2VybmVsOiBhaGQwOiBGSUZPMCBGcmVlLCBMT05H Sk1QID09IDB4ODI1OCwgU0NCIDB4Ng0KRmViIDEwIDIwOjExOjIxICBrZXJu ZWw6IFNFUUlNT0RFWzB4M2ZdOihFTkNGRzRUQ01EfEVOQ0ZHNElDTUR8RU5D Rkc0VFNUQVR8RU5DRkc0SVNUQVR8RU5DRkc0REFUQXxFTlNBVkVQVFJTKSAN CkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBTRVFJTlRTUkNbMHgwXSBERkNO VFJMWzB4MF0gREZTVEFUVVNbMHg4OF06KEhET05FfFBSRUxPQURfQVZBSUwp IA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IFNHX0NBQ0hFX1NIQURPV1sw eDJdOihMQVNUX1NFRykgU0dfU1RBVEVbMHgwXSBERkZTWEZSQ1RMWzB4MF0g DQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU09GRkNOVFsweDBdIE1ERkZT VEFUWzB4NDVdOihGSUZPRlJFRXxETFpFUk98U0hDTlRORUdBVElWRSkgDQpG ZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU0hBRERSID0gMHgwM2MsIFNIQ05U ID0gMHhmZmZmYzQgSEFERFIgPSAweDAwLCBIQ05UID0gMHgwIA0KRmViIDEw IDIwOjExOjIxICBrZXJuZWw6IENDU0dDVExbMHgxMF06KFNHX0NBQ0hFX0FW QUlMKSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiANCkZlYiAxMCAyMDox MToyMSAga2VybmVsOiBhaGQwOiBGSUZPMSBGcmVlLCBMT05HSk1QID09IDB4 ODA2MywgU0NCIDB4Zg0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IFNFUUlN T0RFWzB4M2ZdOihFTkNGRzRUQ01EfEVOQ0ZHNElDTUR8RU5DRkc0VFNUQVR8 RU5DRkc0SVNUQVR8RU5DRkc0REFUQXxFTlNBVkVQVFJTKSANCkZlYiAxMCAy MDoxMToyMSAga2VybmVsOiBTRVFJTlRTUkNbMHgwXSBERkNOVFJMWzB4MF0g REZTVEFUVVNbMHg4OV06KEZJRk9FTVB8SERPTkV8UFJFTE9BRF9BVkFJTCkg DQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU0dfQ0FDSEVfU0hBRE9XWzB4 Ml06KExBU1RfU0VHKSBTR19TVEFURVsweDBdIERGRlNYRlJDVExbMHgwXSAN CkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBTT0ZGQ05UWzB4MF0gTURGRlNU QVRbMHg1XTooRklGT0ZSRUV8RExaRVJPKSBTSEFERFIgPSAweDAwLCBTSENO VCA9IDB4MCANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBIQUREUiA9IDB4 MDAsIEhDTlQgPSAweDAgQ0NTR0NUTFsweDEwXTooU0dfQ0FDSEVfQVZBSUwp IA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IExRSU46IDB4NSAweDAgMHgw IDB4NiAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDAg MHg4MCAweDAgMHgwIDB4MCAweDIgMHgwIA0KRmViIDEwIDIwOjExOjIxICBr ZXJuZWw6IGFoZDA6IExRSVNUQVRFID0gMHgyYywgTFFPU1RBVEUgPSAweDAs IE9QVElPTk1PREUgPSAweDQyDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDog YWhkMDogT1NfU1BBQ0VfQ05UID0gMHgyMCBNQVhDTURDTlQgPSAweDINCkZl YiAxMCAyMDoxMToyMSAga2VybmVsOiBhaGQwOiBTQVZFRF9TQ1NJSUQgPSAw eDAgU0FWRURfTFVOID0gMHgwDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDog DQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU0lNT0RFMFsweGNdOihFTk9W RVJSVU58RU5JT0VSUikgDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogQ0NT Q0JDVExbMHg0XTooQ0NTQ0JESVIpIA0KRmViIDEwIDIwOjExOjIxICBrZXJu ZWw6IGFoZDA6IFJFRzAgPT0gMHgzYiwgU0lOREVYID0gMHgxMDIsIERJTkRF WCA9IDB4MTAyDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogYWhkMDogU0NC UFRSID09IDB4MmYsIFNDQl9ORVhUID09IDB4M2IsIFNDQl9ORVhUMiA9PSAw eGZmZmYNCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBDREIgMmEgMCA2IDNk IDU3IDlmDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU1RBQ0s6IDB4MCAw eDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDANCkZlYiAxMCAyMDoxMToyMSAg a2VybmVsOiA8PDw8PDw8PDw8PDw8PDw8PCBEdW1wIENhcmQgU3RhdGUgRW5k cyA+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCkZlYiAxMCAyMDoxMToyMSAga2VybmVs OiAoZGEwOmFoZDA6MDowOjApOiBTQ0IgMzYgLSB0aW1lZCBvdXQNCkZlYiAx MCAyMDoxMToyMSAga2VybmVsOiAoZGEwOmFoZDA6MDowOjApOiBPdGhlciBT Q0IgVGltZW91dA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IChkYTA6YWhk MDowOjA6MCk6IFNDQiA2IC0gdGltZWQgb3V0DQpGZWIgMTAgMjA6MTE6MjEg IGtlcm5lbDogKGRhMDphaGQwOjA6MDowKTogT3RoZXIgU0NCIFRpbWVvdXQN CkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBhaGQwOiBSZWNvdmVyeSBJbml0 aWF0ZWQgLSBDYXJkIHdhcyBub3QgcGF1c2VkDQpGZWIgMTAgMjA6MTE6MjEg IGtlcm5lbDogPj4+Pj4+Pj4+Pj4+Pj4+Pj4+IER1bXAgQ2FyZCBTdGF0ZSBC ZWdpbnMgPDw8PDw8PDw8PDw8PDw8PDwNCkZlYiAxMCAyMDoxMToyMSAga2Vy bmVsOiBhaGQwOiBEdW1waW5nIENhcmQgU3RhdGUgYXQgcHJvZ3JhbSBhZGRy ZXNzIDB4MWIgTW9kZSAweDMzDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDog SU5UU1RBVFsweDBdIFNFTE9JRFsweDBdIFNFTElEWzB4MF0gSFNfTUFJTEJP WFsweDBdIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IElOVENUTFsweDgw XTooU1dUTUlOVE1BU0spIFNFUUlOVFNUQVRbMHgwXSBTQVZFRF9NT0RFWzB4 MTFdIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IERGRlNUQVRbMHgzNF06 KENVUlJGSUZPXzB8RklGTzBGUkVFfEZJRk8xRlJFRSkgU0NTSVNJR0lbMHhl Nl06KFBfTUVTR0lOfFJFUUl8QlNZSSkgDQpGZWIgMTAgMjA6MTE6MjEgIGtl cm5lbDogU0NTSVBIQVNFWzB4OF06KE1TR19JTl9QSEFTRSkgU0NTSUJVU1sw eDU1XSBMQVNUUEhBU0VbMHgxXTooUF9EQVRBT1VUfFBfQlVTRlJFRSkgDQpG ZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogU0NTSVNFUTBbMHg0MF06KEVOU0VM TykgU0NTSVNFUTFbMHgxMl06KEVOQVVUT0FUTlB8RU5SU0VMSSkgDQpGZWIg MTAgMjA6MTE6MjEgIGtlcm5lbDogU0VRQ1RMMFsweDBdIFNFUUlOVENUTFsw eDBdIFNFUV9GTEFHU1sweGMwXTooTk9fQ0RCX1NFTlR8Tk9UX0lERU5USUZJ RUQpIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IFNFUV9GTEFHUzJbMHg0 XTooU0VMRUNUT1VUX1FGUk9aRU4pIFFGUkVFWkVfQ09VTlRbMHgxZl0gDQpG ZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogS0VSTkVMX1FGUkVFWkVfQ09VTlRb MHgxZl0gTUtfTUVTU0FHRV9TQ0JbMHhmZjAwXSANCkZlYiAxMCAyMDoxMToy MSAga2VybmVsOiBNS19NRVNTQUdFX1NDU0lJRFsweGZmXSBTU1RBVDBbMHgy XTooU1BJT1JEWSkgU1NUQVQxWzB4MTFdOihSRVFJTklUfFBIQVNFTUlTKSAN CkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBTU1RBVDJbMHgwXSBTU1RBVDNb MHgwXSBQRVJSRElBR1sweDBdIFNJTU9ERTFbMHhhY106KEVOU0NTSVBFUlJ8 RU5CVVNGUkVFfEVOU0NTSVJTVHxFTlNFTFRJTU8pIA0KRmViIDEwIDIwOjEx OjIxICBrZXJuZWw6IExRSVNUQVQwWzB4MF0gTFFJU1RBVDFbMHgwXSBMUUlT VEFUMlsweDgwXTooUEFDS0VUSVpFRCkgDQpGZWIgMTAgMjA6MTE6MjEgIGtl cm5lbDogTFFPU1RBVDBbMHgwXSBMUU9TVEFUMVsweDBdIExRT1NUQVQyWzB4 ZTFdOihMUU9TVE9QMHxMUU9QS1QpIA0KRmViIDEwIDIwOjExOjIxICBrZXJu ZWw6IA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IFNDQiBDb3VudCA9IDgw IENNRFNfUEVORElORyA9IDMzIExBU1RTQ0IgMHgyOSBDVVJSU0NCIDB4MmIg TkVYVFNDQiAweGZmYzANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBxaW5z dGFydCA9IDQwNTI3IHFpbmZpZm9uZXh0ID0gNDA1MjcNCkZlYiAxMCAyMDox MToyMSAga2VybmVsOiBRSU5GSUZPOg0KRmViIDEwIDIwOjExOjIxICBrZXJu ZWw6IFdBSVRJTkdfVElEX1FVRVVFUzoNCkZlYiAxMCAyMDoxMToyMSAga2Vy bmVsOiAwICggMHgyYiAweDE0IDB4MWMgMHgzZCAweDExIDB4M2YgMHgzNCAw eDI1IDB4MzcgMHg5IDB4MTggMHgxIDB4MjYgMHgzMiAweDE3IDB4MzMgMHgz YyAweDJmIDB4M2IgKQ0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IFBlbmRp bmcgbGlzdDoNCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiA1OSBGSUZPX1VT RVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFND Ql9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiAzOCBG SUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NF TkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAga2VybmVs OiA1NCBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5C fERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToyMSAg a2VybmVsOiBERkZTVEFUWzB4MzRdOihDVVJSRklGT18wfEZJRk8wRlJFRXxG SUZPMUZSRUUpIFNDU0lTSUdJWzB4ZTZdOihQX01FU0dJTnxSRVFJfEJTWUkp IA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IDQxIEZJRk9fVVNFWzB4MF0g U0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJ RFsweDddIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IFNlcXVlbmNlciBE TUEtVXAgYW5kIENvbXBsZXRlIGxpc3Q6IA0KRmViIDEwIDIwOjExOjIxICBr ZXJuZWw6IExRSU46IDB4NSAweDAgMHgwIDB4NiAweDAgMHgwIDB4MCAweDAg MHgwIDB4MCAweDAgMHgwIDB4MCAweDAgMHg4MCAweDAgMHgwIDB4MCAweDIg MHgwIA0KRmViIDEwIDIwOjExOjIxICBrZXJuZWw6IChkYTA6YWhkMDowOjA6 MCk6IFNDQiA0MiAtIHRpbWVkIG91dA0KRmViIDEwIDIwOjExOjIxICBrZXJu ZWw6IFNTVEFUMlsweDBdIFNTVEFUM1sweDBdIFBFUlJESUFHWzB4MF0gU0lN T0RFMVsweGFjXTooRU5TQ1NJUEVSUnxFTkJVU0ZSRUV8RU5TQ1NJUlNUfEVO U0VMVElNTykgDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogMjQgRklGT19V U0VbMHgwXSBTQ0JfQ09OVFJPTFsweDYwXTooVEFHX0VOQnxESVNDRU5CKSBT Q0JfU0NTSUlEWzB4N10gDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5lbDogMTMg RklGT19VU0VbMHgwXSBTQ0JfQ09OVFJPTFsweDYwXTooVEFHX0VOQnxESVND RU5CKSBTQ0JfU0NTSUlEWzB4N10gDQpGZWIgMTAgMjA6MTE6MjEgIGtlcm5l bDogU09GRkNOVFsweDBdIE1ERkZTVEFUWzB4NV06KEZJRk9GUkVFfERMWkVS TykgU0hBRERSID0gMHgwMCwgU0hDTlQgPSAweDAgDQpGZWIgMTAgMjA6MTE6 MjEgIGtlcm5lbDogPj4+Pj4+Pj4+Pj4+Pj4+Pj4+IER1bXAgQ2FyZCBTdGF0 ZSBCZWdpbnMgPDw8PDw8PDw8PDw8PDw8PDwNCkZlYiAxMCAyMDoxMToyMSAg a2VybmVsOiBXQUlUSU5HX1RJRF9RVUVVRVM6DQpGZWIgMTAgMjA6MTE6MjEg IGtlcm5lbDogNjEgRklGT19VU0VbMHgwXSBTQ0JfQ09OVFJPTFsweDYwXToo VEFHX0VOQnxESVNDRU5CKSBTQ0JfU0NTSUlEWzB4N10gDQpGZWIgMTAgMjA6 MTE6MjEgIGtlcm5lbDogVG90YWwgMzMNCkZlYiAxMCAyMDoxMToyMSAga2Vy bmVsOiBTRVFJTlRTUkNbMHgwXSBERkNOVFJMWzB4MF0gREZTVEFUVVNbMHg4 OV06KEZJRk9FTVB8SERPTkV8UFJFTE9BRF9BVkFJTCkgDQpGZWIgMTAgMjA6 MTE6MjEgIGtlcm5lbDogKGRhMDphaGQwOjA6MDowKTogT3RoZXIgU0NCIFRp bWVvdXQNCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBxaW5zdGFydCA9IDQw NTI3IHFpbmZpZm9uZXh0ID0gNDA1MjcNCkZlYiAxMCAyMDoxMToyMSAga2Vy bmVsOiA0MiBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdf RU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMCAyMDoxMToy MSAga2VybmVsOiANCkZlYiAxMCAyMDoxMToyMSAga2VybmVsOiBhaGQwOiBT QVZFRF9TQ1NJSUQgPSAweDAgU0FWRURfTFVOID0gMHgwDQpGZWIgMTAgMjA6 MTE6MjEgIGtlcm5lbDogKGRhMDphaGQwOjA6MDowKTogQ0FNIFN0YXR1czog U0NTSSBTdGF0dXMgRXJyb3INCkZlYiAxMyAxNzozOTo0OCAga2VybmVsOiBh aGQwOiBUcmFuc21pc3Npb24gZXJyb3IgZGV0ZWN0ZWQNCkZlYiAxMyAxNzo0 MDo1NiAga2VybmVsOiBMUUlTVEFUMVsweDhdOihMUUlDUkNJX05MUSkgTEFT VFBIQVNFWzB4MV06KFBfREFUQU9VVHxQX0JVU0ZSRUUpIA0KRmViIDEzIDE3 OjQwOjU2ICBrZXJuZWw6IFNDU0lTSUdJWzB4NjBdOihQX0RBVEFJTl9EVCkg UEVSUkRJQUdbMHg0XTooQ1JDRVJSKSANCkZlYiAxMyAxNzo0MDo1NiAga2Vy bmVsOiA+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4gRHVtcCBDYXJkIFN0YXRlIEJlZ2lu cyA8PDw8PDw8PDw8PDw8PDw8PA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6 IGFoZDA6IER1bXBpbmcgQ2FyZCBTdGF0ZSBhdCBwcm9ncmFtIGFkZHJlc3Mg MHgyNWQgTW9kZSAweDANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBDYXJk IHdhcyBwYXVzZWQNCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBJTlRTVEFU WzB4OF06KFNDU0lJTlQpIFNFTE9JRFsweDBdIFNFTElEWzB4MF0gSFNfTUFJ TEJPWFsweDBdIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IElOVENUTFsw eDgwXTooU1dUTUlOVE1BU0spIFNFUUlOVFNUQVRbMHgwXSBTQVZFRF9NT0RF WzB4MTFdIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IERGRlNUQVRbMHgy NF06KENVUlJGSUZPXzB8RklGTzFGUkVFKSBTQ1NJU0lHSVsweGI2XTooUF9N RVNHT1VUfFJFUUl8QlNZSXxBVE5JKSANCkZlYiAxMyAxNzo0MDo1NiAga2Vy bmVsOiBTQ1NJUEhBU0VbMHg0XTooTVNHX09VVF9QSEFTRSkgU0NTSUJVU1sw eGZmXSBMQVNUUEhBU0VbMHgxXTooUF9EQVRBT1VUfFBfQlVTRlJFRSkgDQpG ZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU0NTSVNFUTBbMHgwXSBTQ1NJU0VR MVsweDEyXTooRU5BVVRPQVROUHxFTlJTRUxJKSANCkZlYiAxMyAxNzo0MDo1 NiAga2VybmVsOiBTRVFDVEwwWzB4MF0gU0VRSU5UQ1RMWzB4OF06KFNDU19T RVFfSU5UMU0wKSBTRVFfRkxBR1NbMHgwXSANCkZlYiAxMyAxNzo0MDo1NiAg a2VybmVsOiBTRVFfRkxBR1MyWzB4MF0gUUZSRUVaRV9DT1VOVFsweDIwXSBL RVJORUxfUUZSRUVaRV9DT1VOVFsweDIwXSANCkZlYiAxMyAxNzo0MDo1NiAg a2VybmVsOiBNS19NRVNTQUdFX1NDQlsweDI0XSBNS19NRVNTQUdFX1NDU0lJ RFsweDddIFNTVEFUMFsweDJdOihTUElPUkRZKSANCkZlYiAxMyAxNzo0MDo1 NiAga2VybmVsOiBTU1RBVDFbMHgxOV06KFJFUUlOSVR8QlVTRlJFRXxQSEFT RU1JUykgU1NUQVQyWzB4MjBdOihOT05QQUNLUkVRKSANCkZlYiAxMyAxNzo0 MDo1NiAga2VybmVsOiBTU1RBVDNbMHgwXSBQRVJSRElBR1sweDBdIFNJTU9E RTFbMHhhNF06KEVOU0NTSVBFUlJ8RU5TQ1NJUlNUfEVOU0VMVElNTykgDQpG ZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogTFFJU1RBVDBbMHgwXSBMUUlTVEFU MVsweDBdIExRSVNUQVQyWzB4YzBdOihMUUlQSEFTRV9PVVRQS1R8UEFDS0VU SVpFRCkgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogTFFPU1RBVDBbMHgw XSBMUU9TVEFUMVsweDBdIExRT1NUQVQyWzB4ZTFdOihMUU9TVE9QMHxMUU9Q S1QpIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IA0KRmViIDEzIDE3OjQw OjU2ICBrZXJuZWw6IFNDQiBDb3VudCA9IDgwIENNRFNfUEVORElORyA9IDgg TEFTVFNDQiAweDE4IENVUlJTQ0IgMHgzZiBORVhUU0NCIDB4ZmY4MA0KRmVi IDEzIDE3OjQwOjU2ICBrZXJuZWw6IHFpbnN0YXJ0ID0gNjA2OTUgcWluZmlm b25leHQgPSA2MDY5NQ0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFFJTkZJ Rk86DQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogV0FJVElOR19USURfUVVF VUVTOg0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFBlbmRpbmcgbGlzdDoN CkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiA2MyBGSUZPX1VTRVsweDBdIFND Ql9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURb MHg3XSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiAyNCBGSUZPX1VTRVsw eDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9T Q1NJSURbMHg3XSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiA0MiBGSUZP X1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5CfERJU0NFTkIp IFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiAx IEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElT Q0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJu ZWw6IDI2IEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19F TkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEzIDE3OjQwOjU2 ICBrZXJuZWw6IDExIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06 KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEzIDE3 OjQwOjU2ICBrZXJuZWw6IDYxIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xb MHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmVi IDEzIDE3OjQwOjU2ICBrZXJuZWw6IDUyIEZJRk9fVVNFWzB4MF0gU0NCX0NP TlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDdd IA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFRvdGFsIDgNCkZlYiAxMyAx Nzo0MDo1NiAga2VybmVsOiBLZXJuZWwgRnJlZSBTQ0IgbGlzdDogMTMgMTAg NDUgNTQgMzggOCAyNyAzNiA1MSA1NSAyNSA1OSAyMCAxNyAyMyA5IDQ3IDYg NDMgNTAgNDEgMzcgMTIgMjggNjAgNDAgNjIgMTggMTQgMjkgMCA1MyA1IDU3 IDE2IDE5IDQgNTggNDQgMzEgMjIgMzAgMTUgMzkgMzQgMzIgMzMgNyA1NiA0 NiAzNSAzIDIxIDIgNDkgNDggNzkgNzggNzcgNzYgNzUgNzQgNzMgNzIgNzEg NzAgNjkgNjggNjcgNjYgNjUgNjQgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5l bDogU2VxdWVuY2VyIENvbXBsZXRlIERNQS1pbnByb2cgbGlzdDogDQpGZWIg MTMgMTc6NDA6NTYgIGtlcm5lbDogU2VxdWVuY2VyIENvbXBsZXRlIGxpc3Q6 IA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNlcXVlbmNlciBETUEtVXAg YW5kIENvbXBsZXRlIGxpc3Q6IA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6 IFNlcXVlbmNlciBPbiBRRnJlZXplIGFuZCBDb21wbGV0ZSBsaXN0OiANCkZl YiAxMyAxNzo0MDo1NiAga2VybmVsOiANCkZlYiAxMyAxNzo0MDo1NiAga2Vy bmVsOiANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBhaGQwOiBGSUZPMCBB Y3RpdmUsIExPTkdKTVAgPT0gMHgyNTgsIFNDQiAweDM0DQpGZWIgMTMgMTc6 NDA6NTYgIGtlcm5lbDogU0VRSU1PREVbMHgzZl06KEVOQ0ZHNFRDTUR8RU5D Rkc0SUNNRHxFTkNGRzRUU1RBVHxFTkNGRzRJU1RBVHxFTkNGRzREQVRBfEVO U0FWRVBUUlMpIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNFUUlOVFNS Q1sweDYwXTooU0FWRVBUUlN8Q1RYVERPTkUpIERGQ05UUkxbMHg4XTooSERN QUVOKSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBERlNUQVRVU1sweDgx XTooRklGT0VNUHxQUkVMT0FEX0FWQUlMKSBTR19DQUNIRV9TSEFET1dbMHg0 OF0gDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU0dfU1RBVEVbMHgzXToo U0VHU19BVkFJTHxMT0FESU5HX05FRURFRCkgREZGU1hGUkNUTFsweDBdIA0K RmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNPRkZDTlRbMHgwXSBNREZGU1RB VFsweGVdOihEQVRBSU5GSUZPfERMWkVST3xTSFZBTElEKSANCkZlYiAxMyAx Nzo0MDo1NiAga2VybmVsOiBTSEFERFIgPSAweDA5OGYyYzAwMCwgU0hDTlQg PSAweDEwMDAgSEFERFIgPSAweDA5OGYyYzAwMCwgSENOVCA9IDB4MTAwMCAN CkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBDQ1NHQ1RMWzB4MTBdOihTR19D QUNIRV9BVkFJTCkgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogDQpGZWIg MTMgMTc6NDA6NTYgIGtlcm5lbDogYWhkMDogRklGTzEgRnJlZSwgTE9OR0pN UCA9PSAweDgwNjMsIFNDQiAweGYNCkZlYiAxMyAxNzo0MDo1NiAga2VybmVs OiBTRVFJTU9ERVsweDNmXTooRU5DRkc0VENNRHxFTkNGRzRJQ01EfEVOQ0ZH NFRTVEFUfEVOQ0ZHNElTVEFUfEVOQ0ZHNERBVEF8RU5TQVZFUFRSUykgDQpG ZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU0VRSU5UU1JDWzB4MF0gREZDTlRS TFsweDBdIERGU1RBVFVTWzB4ODldOihGSUZPRU1QfEhET05FfFBSRUxPQURf QVZBSUwpIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNHX0NBQ0hFX1NI QURPV1sweDJdOihMQVNUX1NFRykgU0dfU1RBVEVbMHgwXSBERkZTWEZSQ1RM WzB4MF0gDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU09GRkNOVFsweDBd IE1ERkZTVEFUWzB4NV06KEZJRk9GUkVFfERMWkVSTykgU0hBRERSID0gMHgw MCwgU0hDTlQgPSAweDAgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogSEFE RFIgPSAweDAwLCBIQ05UID0gMHgwIENDU0dDVExbMHgxMF06KFNHX0NBQ0hF X0FWQUlMKSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBMUUlOOiAweDUg MHgwIDB4MCAweDM0IDB4MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDAg MHgwIDB4MCAweDgwIDB4MCAweDAgMHgwIDB4MiAweDAgDQpGZWIgMTMgMTc6 NDA6NTYgIGtlcm5lbDogYWhkMDogTFFJU1RBVEUgPSAweDJiLCBMUU9TVEFU RSA9IDB4MCwgT1BUSU9OTU9ERSA9IDB4NDINCkZlYiAxMyAxNzo0MDo1NiAg a2VybmVsOiBhaGQwOiBPU19TUEFDRV9DTlQgPSAweDIwIE1BWENNRENOVCA9 IDB4Mg0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IGFoZDA6IFNBVkVEX1ND U0lJRCA9IDB4MCBTQVZFRF9MVU4gPSAweDANCkZlYiAxMyAxNzo0MDo1NiAg a2VybmVsOiANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBTSU1PREUwWzB4 Y106KEVOT1ZFUlJVTnxFTklPRVJSKSANCkZlYiAxMyAxNzo0MDo1NiAga2Vy bmVsOiBDQ1NDQkNUTFsweDRdOihDQ1NDQkRJUikgDQpGZWIgMTMgMTc6NDA6 NTYgIGtlcm5lbDogYWhkMDogUkVHMCA9PSAweDE2NjAsIFNJTkRFWCA9IDB4 MTQ4LCBESU5ERVggPSAweDEwMg0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6 IGFoZDA6IFNDQlBUUiA9PSAweDM0LCBTQ0JfTkVYVCA9PSAweDNkLCBTQ0Jf TkVYVDIgPT0gMHhmZmZmDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogQ0RC IDI4IDAgMTAgMCA0OCAzZQ0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNU QUNLOiAweDM0IDB4MjMgMHgwIDB4MCAweDAgMHgwIDB4MCAweDANCkZlYiAx MyAxNzo0MDo1NiAga2VybmVsOiA8PDw8PDw8PDw8PDw8PDw8PCBEdW1wIENh cmQgU3RhdGUgRW5kcyA+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4NCkZlYiAxMyAxNzo0 MDo1NiAga2VybmVsOiBMUUlDUkNfTkxRDQpGZWIgMTMgMTc6NDA6NTYgIGtl cm5lbDogTFFJUkVUUlkgZm9yIExRSVBIQVNFX09VVFBLVA0KRmViIDEzIDE3 OjQwOjU2ICBrZXJuZWw6IGFoZDA6IFJldHVybmluZyB0byBJZGxlIExvb3AN CkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiAoZGEwOmFoZDA6MDowOjApOiBV bmV4cGVjdGVkIFBLVCBidXNmcmVlIGNvbmRpdGlvbg0KRmViIDEzIDE3OjQw OjU2ICBrZXJuZWw6ID4+Pj4+Pj4+Pj4+Pj4+Pj4+PiBEdW1wIENhcmQgU3Rh dGUgQmVnaW5zIDw8PDw8PDw8PDw8PDw8PDw8DQpGZWIgMTMgMTc6NDA6NTYg IGtlcm5lbDogYWhkMDogRHVtcGluZyBDYXJkIFN0YXRlIGF0IHByb2dyYW0g YWRkcmVzcyAweDAgTW9kZSAweDMzDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5l bDogQ2FyZCB3YXMgcGF1c2VkDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDog SU5UU1RBVFsweDhdOihTQ1NJSU5UKSBTRUxPSURbMHgwXSBTRUxJRFsweDBd IEhTX01BSUxCT1hbMHgwXSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBJ TlRDVExbMHg4MF06KFNXVE1JTlRNQVNLKSBTRVFJTlRTVEFUWzB4MF0gU0FW RURfTU9ERVsweDExXSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBERkZT VEFUWzB4MjNdOihDVVJSRklGT19OT05FfEZJRk8xRlJFRSkgU0NTSVNJR0lb MHgwXTooUF9EQVRBT1VUKSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBT Q1NJUEhBU0VbMHgwXSBTQ1NJQlVTWzB4MF0gTEFTVFBIQVNFWzB4MV06KFBf REFUQU9VVHxQX0JVU0ZSRUUpIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6 IFNDU0lTRVEwWzB4MF0gU0NTSVNFUTFbMHgxMl06KEVOQVVUT0FUTlB8RU5S U0VMSSkgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU0VRQ1RMMFsweDBd IFNFUUlOVENUTFsweDhdOihTQ1NfU0VRX0lOVDFNMCkgU0VRX0ZMQUdTWzB4 YzBdOihOT19DREJfU0VOVHxOT1RfSURFTlRJRklFRCkgDQpGZWIgMTMgMTc6 NDA6NTYgIGtlcm5lbDogU0VRX0ZMQUdTMlsweDBdIFFGUkVFWkVfQ09VTlRb MHgyMF0gS0VSTkVMX1FGUkVFWkVfQ09VTlRbMHgyMF0gDQpGZWIgMTMgMTc6 NDA6NTYgIGtlcm5lbDogTUtfTUVTU0FHRV9TQ0JbMHgyNF0gTUtfTUVTU0FH RV9TQ1NJSURbMHg3XSBTU1RBVDBbMHgwXSANCkZlYiAxMyAxNzo0MDo1NiAg a2VybmVsOiBTU1RBVDFbMHg4XTooQlVTRlJFRSkgU1NUQVQyWzB4ODBdOihC VVNGUkVFX0RGRjApIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNTVEFU M1sweDgwXSBQRVJSRElBR1sweDBdIFNJTU9ERTFbMHhhY106KEVOU0NTSVBF UlJ8RU5CVVNGUkVFfEVOU0NTSVJTVHxFTlNFTFRJTU8pIA0KRmViIDEzIDE3 OjQwOjU2ICBrZXJuZWw6IExRSVNUQVQwWzB4MF0gTFFJU1RBVDFbMHgwXSBM UUlTVEFUMlsweDgwXTooUEFDS0VUSVpFRCkgDQpGZWIgMTMgMTc6NDA6NTYg IGtlcm5lbDogTFFPU1RBVDBbMHgwXSBMUU9TVEFUMVsweDBdIExRT1NUQVQy WzB4ZTFdOihMUU9TVE9QMHxMUU9QS1QpIA0KRmViIDEzIDE3OjQwOjU2ICBr ZXJuZWw6IA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNDQiBDb3VudCA9 IDgwIENNRFNfUEVORElORyA9IDggTEFTVFNDQiAweDE4IENVUlJTQ0IgMHgz ZiBORVhUU0NCIDB4ZmY4MA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IHFp bnN0YXJ0ID0gNjA2OTUgcWluZmlmb25leHQgPSA2MDY5NQ0KRmViIDEzIDE3 OjQwOjU2ICBrZXJuZWw6IFFJTkZJRk86DQpGZWIgMTMgMTc6NDA6NTYgIGtl cm5lbDogV0FJVElOR19USURfUVVFVUVTOg0KRmViIDEzIDE3OjQwOjU2ICBr ZXJuZWw6IFBlbmRpbmcgbGlzdDoNCkZlYiAxMyAxNzo0MDo1NiAga2VybmVs OiA2MyBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihUQUdfRU5C fERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMyAxNzo0MDo1NiAg a2VybmVsOiAyNCBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4NjBdOihU QUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAxMyAxNzo0 MDo1NiAga2VybmVsOiA0MiBGSUZPX1VTRVsweDBdIFNDQl9DT05UUk9MWzB4 NjBdOihUQUdfRU5CfERJU0NFTkIpIFNDQl9TQ1NJSURbMHg3XSANCkZlYiAx MyAxNzo0MDo1NiAga2VybmVsOiAxIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRS T0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsweDddIA0K RmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IDI2IEZJRk9fVVNFWzB4MF0gU0NC X0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1NDU0lJRFsw eDddIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IDExIEZJRk9fVVNFWzB4 MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikgU0NCX1ND U0lJRFsweDddIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IDYxIEZJRk9f VVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElTQ0VOQikg U0NCX1NDU0lJRFsweDddIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IDUy IEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2MF06KFRBR19FTkJ8RElT Q0VOQikgU0NCX1NDU0lJRFsweDddIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJu ZWw6IFRvdGFsIDgNCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBLZXJuZWwg RnJlZSBTQ0IgbGlzdDogMTMgMTAgNDUgNTQgMzggOCAyNyAzNiA1MSA1NSAy NSA1OSAyMCAxNyAyMyA5IDQ3IDYgNDMgNTAgNDEgMzcgMTIgMjggNjAgNDAg NjIgMTggMTQgMjkgMCA1MyA1IDU3IDE2IDE5IDQgNTggNDQgMzEgMjIgMzAg MTUgMzkgMzQgMzIgMzMgNyA1NiA0NiAzNSAzIDIxIDIgNDkgNDggNzkgNzgg NzcgNzYgNzUgNzQgNzMgNzIgNzEgNzAgNjkgNjggNjcgNjYgNjUgNjQgDQpG ZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU2VxdWVuY2VyIENvbXBsZXRlIERN QS1pbnByb2cgbGlzdDogDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU2Vx dWVuY2VyIENvbXBsZXRlIGxpc3Q6IA0KRmViIDEzIDE3OjQwOjU2ICBrZXJu ZWw6IFNlcXVlbmNlciBETUEtVXAgYW5kIENvbXBsZXRlIGxpc3Q6IA0KRmVi IDEzIDE3OjQwOjU2ICBrZXJuZWw6IFNlcXVlbmNlciBPbiBRRnJlZXplIGFu ZCBDb21wbGV0ZSBsaXN0OiANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiAN CkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBhaGQwOiBGSUZPMSBBY3RpdmUs IExPTkdKTVAgPT0gMHg4MDYzLCBTQ0IgMHgzZA0KRmViIDEzIDE3OjQwOjU2 ICBrZXJuZWw6IFNDU0lTRVEwWzB4MF0gU0NTSVNFUTFbMHgxMl06KEVOQVVU T0FUTlB8RU5SU0VMSSkgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU2Vx dWVuY2VyIENvbXBsZXRlIGxpc3Q6IA0KRmViIDEzIDE3OjQwOjU2ICBrZXJu ZWw6IFNPRkZDTlRbMHgzZl0gTURGRlNUQVRbMHg0Ml06KERBVEFJTkZJRk98 U0hDTlRORUdBVElWRSkgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU0hB RERSID0gMHgwNzA0LCBTSENOVCA9IDB4ZmZmOGZjIEhBRERSID0gMHgwMCwg SENOVCA9IDB4MCANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBDQ1NHQ1RM WzB4MTBdOihTR19DQUNIRV9BVkFJTCkgDQpGZWIgMTMgMTc6NDA6NTYgIGtl cm5lbDogDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogYWhkMDogRklGTzEg QWN0aXZlLCBMT05HSk1QID09IDB4MjVmLCBTQ0IgMHgzZA0KRmViIDEzIDE3 OjQwOjU2ICBrZXJuZWw6IFNFUUlNT0RFWzB4M2ZdOihFTkNGRzRUQ01EfEVO Q0ZHNElDTUR8RU5DRkc0VFNUQVR8RU5DRkc0SVNUQVR8RU5DRkc0REFUQXxF TlNBVkVQVFJTKSANCkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBTRVFJTlRT UkNbMHg0MF06KENUWFRET05FKSBERkNOVFJMWzB4OF06KEhETUFFTikgREZT VEFUVVNbMHg4OV06KEZJRk9FTVB8SERPTkV8UFJFTE9BRF9BVkFJTCkgDQpG ZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU0dfQ0FDSEVfU0hBRE9XWzB4M106 KExBU1RfU0VHX0RPTkV8TEFTVF9TRUcpIFNHX1NUQVRFWzB4MF0gDQpGZWIg MTMgMTc6NDA6NTYgIGtlcm5lbDogREZGU1hGUkNUTFsweDBdIFNPRkZDTlRb MHgzZl0gTURGRlNUQVRbMHgxNl06KERBVEFJTkZJRk98RExaRVJPfExBU1RT RE9ORSkgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogU0hBRERSID0gMHgw MjZiYzQwMDAsIFNIQ05UID0gMHgwIEhBRERSID0gMHgwMjZiYzQwMDAsIEhD TlQgPSAweDAgDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5lbDogQ0NTR0NUTFsw eDBdIA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IExRSU46IDB4NSAweDAg MHgwIDB4YiAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAw eDAgMHg4MCAweDAgMHgwIDB4MCAweDIgMHgwIA0KRmViIDEzIDE3OjQwOjU2 ICBrZXJuZWw6IGFoZDA6IExRSVNUQVRFID0gMHgzMiwgTFFPU1RBVEUgPSAw eDAsIE9QVElPTk1PREUgPSAweDQyDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5l bDogYWhkMDogT1NfU1BBQ0VfQ05UID0gMHgyMCBNQVhDTURDTlQgPSAweDEN CkZlYiAxMyAxNzo0MDo1NiAga2VybmVsOiBhaGQwOiBTQVZFRF9TQ1NJSUQg PSAweDAgU0FWRURfTFVOID0gMHgwDQpGZWIgMTMgMTc6NDA6NTYgIGtlcm5l bDogU0lNT0RFMFsweGNdOihFTk9WRVJSVU58RU5JT0VSUikgDQpGZWIgMTMg MTc6NDA6NTYgIGtlcm5lbDogQ0NTQ0JDVExbMHg0XTooQ0NTQ0JESVIpIA0K RmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IGFoZDA6IFJFRzAgPT0gMHhhLCBT SU5ERVggPSAweDEwMiwgRElOREVYID0gMHgxMDINCkZlYiAxMyAxNzo0MDo1 NiAga2VybmVsOiBhaGQwOiBTQ0JQVFIgPT0gMHgzZCwgU0NCX05FWFQgPT0g MHhmZmMwLCBTQ0JfTkVYVDIgPT0gMHhmZmZmDQpGZWIgMTMgMTc6NDA6NTYg IGtlcm5lbDogQ0RCIDI4IDAgMTAgODAgMCA0Yw0KRmViIDEzIDE3OjQwOjU2 ICBrZXJuZWw6IFNUQUNLOiAweDIyIDB4MCAweDAgMHgwIDB4MCAweDAgMHgw IDB4MA0KRmViIDEzIDE3OjQwOjU2ICBrZXJuZWw6IDw8PDw8PDw8PDw8PDw8 PDw8IER1bXAgQ2FyZCBTdGF0ZSBFbmRzID4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0K RmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IGFoZDA6IFJlY292ZXJ5IEluaXRp YXRlZCAtIENhcmQgd2FzIG5vdCBwYXVzZWQNCkZlYiAyOCAxMDoxNzoyMSAg a2VybmVsOiA+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4gRHVtcCBDYXJkIFN0YXRlIEJl Z2lucyA8PDw8PDw8PDw8PDw8PDw8PA0KRmViIDI4IDEwOjE3OjIxICBrZXJu ZWw6IGFoZDA6IER1bXBpbmcgQ2FyZCBTdGF0ZSBhdCBwcm9ncmFtIGFkZHJl c3MgMHgzOCBNb2RlIDB4MjINCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBJ TlRTVEFUWzB4MF0gU0VMT0lEWzB4MV0gU0VMSURbMHgxMF0gSFNfTUFJTEJP WFsweDBdIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IElOVENUTFsweDgw XTooU1dUTUlOVE1BU0spIFNFUUlOVFNUQVRbMHgwXSBTQVZFRF9NT0RFWzB4 MTFdIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IERGRlNUQVRbMHgzM106 KENVUlJGSUZPX05PTkV8RklGTzBGUkVFfEZJRk8xRlJFRSkgDQpGZWIgMjgg MTA6MTc6MjEgIGtlcm5lbDogU0NTSVNJR0lbMHg4XTooUF9EQVRBT1VUfFNF TEkpIFNDU0lQSEFTRVsweDBdIFNDU0lCVVNbMHg4Ml0gDQpGZWIgMjggMTA6 MTc6MjEgIGtlcm5lbDogTEFTVFBIQVNFWzB4MV06KFBfREFUQU9VVHxQX0JV U0ZSRUUpIFNDU0lTRVEwWzB4NDBdOihFTlNFTE8pIA0KRmViIDI4IDEwOjE3 OjIxICBrZXJuZWw6IFNDU0lTRVExWzB4MTJdOihFTkFVVE9BVE5QfEVOUlNF TEkpIFNFUUNUTDBbMHgwXSBTRVFJTlRDVExbMHgwXSANCkZlYiAyOCAxMDox NzoyMSAga2VybmVsOiBTRVFfRkxBR1NbMHgwXSBTRVFfRkxBR1MyWzB4MF0g UUZSRUVaRV9DT1VOVFsweDFhXSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVs OiBLRVJORUxfUUZSRUVaRV9DT1VOVFsweDFhXSBNS19NRVNTQUdFX1NDQlsw eDE0XSBNS19NRVNTQUdFX1NDU0lJRFsweDE3XSANCkZlYiAyOCAxMDoxNzoy MSAga2VybmVsOiBTU1RBVDBbMHgxMF06KFNFTElOR08pIFNTVEFUMVsweDhd OihCVVNGUkVFKSBTU1RBVDJbMHgwXSANCkZlYiAyOCAxMDoxNzoyMSAga2Vy bmVsOiBTU1RBVDNbMHgwXSBQRVJSRElBR1sweDBdIFNJTU9ERTFbMHhhNF06 KEVOU0NTSVBFUlJ8RU5TQ1NJUlNUfEVOU0VMVElNTykgDQpGZWIgMjggMTA6 MTc6MjEgIGtlcm5lbDogTFFJU1RBVDBbMHgwXSBMUUlTVEFUMVsweDBdIExR SVNUQVQyWzB4ODBdOihQQUNLRVRJWkVEKSANCkZlYiAyOCAxMDoxNzoyMSAg a2VybmVsOiBMUU9TVEFUMFsweDBdIExRT1NUQVQxWzB4MF0gTFFPU1RBVDJb MHhlMV06KExRT1NUT1AwfExRT1BLVCkgDQpGZWIgMjggMTA6MTc6MjEgIGtl cm5lbDogDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU0NCIENvdW50ID0g NjQgQ01EU19QRU5ESU5HID0gMSBMQVNUU0NCIDB4M2IgQ1VSUlNDQiAweGIg TkVYVFNDQiAweGZmNDANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBxaW5z dGFydCA9IDU3NDUwIHFpbmZpZm9uZXh0ID0gNTc0NTANCkZlYiAyOCAxMDox NzoyMSAga2VybmVsOiBRSU5GSUZPOg0KRmViIDI4IDEwOjE3OjIxICBrZXJu ZWw6IFdBSVRJTkdfVElEX1FVRVVFUzoNCkZlYiAyOCAxMDoxNzoyMSAga2Vy bmVsOiAxICggMHhiICkNCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBQZW5k aW5nIGxpc3Q6DQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogMTEgRklGT19V U0VbMHgwXSBTQ0JfQ09OVFJPTFsweDYwXTooVEFHX0VOQnxESVNDRU5CKSBT Q0JfU0NTSUlEWzB4MTddIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IFRv dGFsIDENCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBLZXJuZWwgRnJlZSBT Q0IgbGlzdDogNTkgNjIgMSA0NyAxMyA0IDM2IDIyIDM3IDMzIDEwIDU2IDQ5 IDYgNyA1MCAyNyA1MyAzMiAyMCAzMCAyNSA1NyA1MiA1MSA1NSA0MyA0NCA2 MCAyNiA2MSA0NSA1NCAxOSAxOCAxNyAxNCAyMSA1OCA0NiAwIDIgMzUgMzgg MzkgNDAgNDEgNDIgMTYgMzQgMTUgOCAzMSA2MyAyOSAyOCAxMiA1IDIzIDMg MjQgOSA0OCANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBTZXF1ZW5jZXIg Q29tcGxldGUgRE1BLWlucHJvZyBsaXN0OiANCkZlYiAyOCAxMDoxNzoyMSAg a2VybmVsOiBTZXF1ZW5jZXIgQ29tcGxldGUgbGlzdDogDQpGZWIgMjggMTA6 MTc6MjEgIGtlcm5lbDogU2VxdWVuY2VyIERNQS1VcCBhbmQgQ29tcGxldGUg bGlzdDogDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU2VxdWVuY2VyIE9u IFFGcmVlemUgYW5kIENvbXBsZXRlIGxpc3Q6IA0KRmViIDI4IDEwOjE3OjIx ICBrZXJuZWw6IA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IA0KRmViIDI4 IDEwOjE3OjIxICBrZXJuZWw6IGFoZDA6IEZJRk8wIEFjdGl2ZSwgTE9OR0pN UCA9PSAweDgyNzcsIFNDQiAweGINCkZlYiAyOCAxMDoxNzoyMSAga2VybmVs OiBTRVFJTU9ERVsweDNmXTooRU5DRkc0VENNRHxFTkNGRzRJQ01EfEVOQ0ZH NFRTVEFUfEVOQ0ZHNElTVEFUfEVOQ0ZHNERBVEF8RU5TQVZFUFRSUykgDQpG ZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU0VRSU5UU1JDWzB4MTBdOihDRkc0 REFUQSkgREZDTlRSTFsweDBdIERGU1RBVFVTWzB4ODhdOihIRE9ORXxQUkVM T0FEX0FWQUlMKSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBTR19DQUNI RV9TSEFET1dbMHgyXTooTEFTVF9TRUcpIFNHX1NUQVRFWzB4MF0gREZGU1hG UkNUTFsweDBdIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IFNPRkZDTlRb MHgwXSBNREZGU1RBVFsweDQ2XTooREFUQUlORklGT3xETFpFUk98U0hDTlRO RUdBVElWRSkgDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU0hBRERSID0g MHgwMjQsIFNIQ05UID0gMHhmZmZmZGMgSEFERFIgPSAweDAwLCBIQ05UID0g MHgwIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IENDU0dDVExbMHgxMF06 KFNHX0NBQ0hFX0FWQUlMKSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiAN CkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBhaGQwOiBGSUZPMSBGcmVlLCBM T05HSk1QID09IDB4ODA1ZiwgU0NCIDB4MzMNCkZlYiAyOCAxMDoxNzoyMSAg a2VybmVsOiBTRVFJTU9ERVsweDNmXTooRU5DRkc0VENNRHxFTkNGRzRJQ01E fEVOQ0ZHNFRTVEFUfEVOQ0ZHNElTVEFUfEVOQ0ZHNERBVEF8RU5TQVZFUFRS UykgDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU0VRSU5UU1JDWzB4MF0g REZDTlRSTFsweDBdIERGU1RBVFVTWzB4ODldOihGSUZPRU1QfEhET05FfFBS RUxPQURfQVZBSUwpIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IFNHX0NB Q0hFX1NIQURPV1sweDJdOihMQVNUX1NFRykgU0dfU1RBVEVbMHgwXSBERkZT WEZSQ1RMWzB4MF0gDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU09GRkNO VFsweDBdIE1ERkZTVEFUWzB4NV06KEZJRk9GUkVFfERMWkVSTykgU0hBRERS ID0gMHgwMCwgU0hDTlQgPSAweDAgDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5l bDogSEFERFIgPSAweDAwLCBIQ05UID0gMHgwIENDU0dDVExbMHgwXSANCkZl YiAyOCAxMDoxNzoyMSAga2VybmVsOiBMUUlOOiAweDggMHgwIDB4MCAweGIg MHgwIDB4MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAw eDAgMHgwIDB4MCAweDAgMHgwIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6 IGFoZDA6IExRSVNUQVRFID0gMHgwLCBMUU9TVEFURSA9IDB4MCwgT1BUSU9O TU9ERSA9IDB4NDINCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBhaGQwOiBP U19TUEFDRV9DTlQgPSAweDIwIE1BWENNRENOVCA9IDB4MQ0KRmViIDI4IDEw OjE3OjIxICBrZXJuZWw6IGFoZDA6IFNBVkVEX1NDU0lJRCA9IDB4MCBTQVZF RF9MVU4gPSAweDANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBTSU1PREUw WzB4Y106KEVOT1ZFUlJVTnxFTklPRVJSKSANCkZlYiAyOCAxMDoxNzoyMSAg a2VybmVsOiBDQ1NDQkNUTFsweDRdOihDQ1NDQkRJUikgDQpGZWIgMjggMTA6 MTc6MjEgIGtlcm5lbDogYWhkMDogUkVHMCA9PSAweGIsIFNJTkRFWCA9IDB4 MTA0LCBESU5ERVggPSAweDEwNA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6 IGFoZDA6IFNDQlBUUiA9PSAweGZmMGIsIFNDQl9ORVhUID09IDB4ZmYwMCwg U0NCX05FWFQyID09IDB4MA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IENE QiBiIDEgMCAwIDAgMA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IFNUQUNL OiAweDI0IDB4MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MA0KRmViIDI4IDEw OjE3OjIxICBrZXJuZWw6IDw8PDw8PDw8PDw8PDw8PDw8IER1bXAgQ2FyZCBT dGF0ZSBFbmRzID4+Pj4+Pj4+Pj4+Pj4+Pj4+Pg0KRmViIDI4IDEwOjE3OjIx ICBrZXJuZWw6IGFoZDA6IFRpbWVkb3V0IFNDQnMgYWxyZWFkeSBjb21wbGV0 ZS4gSW50ZXJydXB0cyBtYXkgbm90IGJlIGZ1bmN0aW9uaW5nLg0KRmViIDI4 IDEwOjE3OjIxICBrZXJuZWw6IGFoZDA6IFJlY292ZXJ5IEluaXRpYXRlZCAt IENhcmQgd2FzIG5vdCBwYXVzZWQNCkZlYiAyOCAxMDoxNzoyMSAga2VybmVs OiA+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4gRHVtcCBDYXJkIFN0YXRlIEJlZ2lucyA8 PDw8PDw8PDw8PDw8PDw8PA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IGFo ZDA6IER1bXBpbmcgQ2FyZCBTdGF0ZSBhdCBwcm9ncmFtIGFkZHJlc3MgMHgz MiBNb2RlIDB4MA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IENvbXBsZXRp b25zIGFyZSBwZW5kaW5nDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogSU5U U1RBVFsweDJdOihDTURDTVBMVCkgU0VMT0lEWzB4MV0gU0VMSURbMHgxMF0g SFNfTUFJTEJPWFsweDBdIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IElO VENUTFsweDgwXTooU1dUTUlOVE1BU0spIFNFUUlOVFNUQVRbMHgwXSBTQVZF RF9NT0RFWzB4MTFdIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IERGRlNU QVRbMHgzM106KENVUlJGSUZPX05PTkV8RklGTzBGUkVFfEZJRk8xRlJFRSkg DQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU0NTSVNJR0lbMHgwXTooUF9E QVRBT1VUKSBTQ1NJUEhBU0VbMHgwXSBTQ1NJQlVTWzB4MF0gDQpGZWIgMjgg MTA6MTc6MjEgIGtlcm5lbDogTEFTVFBIQVNFWzB4MV06KFBfREFUQU9VVHxQ X0JVU0ZSRUUpIFNDU0lTRVEwWzB4MF0gDQpGZWIgMjggMTA6MTc6MjEgIGtl cm5lbDogU0NTSVNFUTFbMHgxMl06KEVOQVVUT0FUTlB8RU5SU0VMSSkgU0VR Q1RMMFsweDBdIFNFUUlOVENUTFsweDBdIA0KRmViIDI4IDEwOjE3OjIxICBr ZXJuZWw6IFNFUV9GTEFHU1sweDBdIFNFUV9GTEFHUzJbMHgwXSBRRlJFRVpF X0NPVU5UWzB4MWFdIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IEtFUk5F TF9RRlJFRVpFX0NPVU5UWzB4MWFdIE1LX01FU1NBR0VfU0NCWzB4MTRdIE1L X01FU1NBR0VfU0NTSUlEWzB4MTddIA0KRmViIDI4IDEwOjE3OjIxICBrZXJu ZWw6IFNTVEFUMFsweDBdIFNTVEFUMVsweDhdOihCVVNGUkVFKSBTU1RBVDJb MHgwXSBTU1RBVDNbMHgwXSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBQ RVJSRElBR1sweDBdIFNJTU9ERTFbMHhhNF06KEVOU0NTSVBFUlJ8RU5TQ1NJ UlNUfEVOU0VMVElNTykgDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogTFFJ U1RBVDBbMHgwXSBMUUlTVEFUMVsweDBdIExRSVNUQVQyWzB4MF0gTFFPU1RB VDBbMHgwXSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBMUU9TVEFUMVsw eDBdIExRT1NUQVQyWzB4ZTFdOihMUU9TVE9QMHxMUU9QS1QpIA0KRmViIDI4 IDEwOjE3OjIxICBrZXJuZWw6IA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6 IFNDQiBDb3VudCA9IDY0IENNRFNfUEVORElORyA9IDAgTEFTVFNDQiAweDNi IENVUlJTQ0IgMHhiIE5FWFRTQ0IgMHhmZjAwDQpGZWIgMjggMTA6MTc6MjEg IGtlcm5lbDogcWluc3RhcnQgPSA1NzQ1OCBxaW5maWZvbmV4dCA9IDU3NDU4 DQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogUUlORklGTzoNCkZlYiAyOCAx MDoxNzoyMSAga2VybmVsOiBXQUlUSU5HX1RJRF9RVUVVRVM6DQpGZWIgMjgg MTA6MTc6MjEgIGtlcm5lbDogUGVuZGluZyBsaXN0Og0KRmViIDI4IDEwOjE3 OjIxICBrZXJuZWw6IDExIEZJRk9fVVNFWzB4MF0gU0NCX0NPTlRST0xbMHg2 OF06KFNUQVRVU19SQ1ZEfFRBR19FTkJ8RElTQ0VOQikgDQpGZWIgMjggMTA6 MTc6MjEgIGtlcm5lbDogU0NCX1NDU0lJRFsweDE3XSANCkZlYiAyOCAxMDox NzoyMSAga2VybmVsOiBUb3RhbCAxDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5l bDogS2VybmVsIEZyZWUgU0NCIGxpc3Q6IDU5IDYyIDEgNDcgMTMgNCAzNiAy MiAzNyAzMyAxMCA1NiA0OSA2IDcgNTAgMjcgNTMgMzIgMjAgMzAgMjUgNTcg NTIgNTEgNTUgNDMgNDQgNjAgMjYgNjEgNDUgNTQgMTkgMTggMTcgMTQgMjEg NTggNDYgMCAyIDM1IDM4IDM5IDQwIDQxIDQyIDE2IDM0IDE1IDggMzEgNjMg MjkgMjggMTIgNSAyMyAzIDI0IDkgNDggDQpGZWIgMjggMTA6MTc6MjEgIGtl cm5lbDogU2VxdWVuY2VyIENvbXBsZXRlIERNQS1pbnByb2cgbGlzdDogDQpG ZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogU2VxdWVuY2VyIENvbXBsZXRlIGxp c3Q6IA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IFNlcXVlbmNlciBETUEt VXAgYW5kIENvbXBsZXRlIGxpc3Q6IA0KRmViIDI4IDEwOjE3OjIxICBrZXJu ZWw6IFNlcXVlbmNlciBPbiBRRnJlZXplIGFuZCBDb21wbGV0ZSBsaXN0OiAN CkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiANCkZlYiAyOCAxMDoxNzoyMSAg a2VybmVsOiANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBhaGQwOiBGSUZP MCBGcmVlLCBMT05HSk1QID09IDB4ODI3NywgU0NCIDB4Yg0KRmViIDI4IDEw OjE3OjIxICBrZXJuZWw6IFNFUUlNT0RFWzB4M2ZdOihFTkNGRzRUQ01EfEVO Q0ZHNElDTUR8RU5DRkc0VFNUQVR8RU5DRkc0SVNUQVR8RU5DRkc0REFUQXxF TlNBVkVQVFJTKSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBTRVFJTlRT UkNbMHgwXSBERkNOVFJMWzB4MF0gREZTVEFUVVNbMHg4OV06KEZJRk9FTVB8 SERPTkV8UFJFTE9BRF9BVkFJTCkgDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5l bDogU0dfQ0FDSEVfU0hBRE9XWzB4Ml06KExBU1RfU0VHKSBTR19TVEFURVsw eDBdIERGRlNYRlJDVExbMHgwXSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVs OiBTT0ZGQ05UWzB4MF0gTURGRlNUQVRbMHg1XTooRklGT0ZSRUV8RExaRVJP KSBTSEFERFIgPSAweDAwLCBTSENOVCA9IDB4MCANCkZlYiAyOCAxMDoxNzoy MSAga2VybmVsOiBIQUREUiA9IDB4MDAsIEhDTlQgPSAweDAgQ0NTR0NUTFsw eDEwXTooU0dfQ0FDSEVfQVZBSUwpIA0KRmViIDI4IDEwOjE3OjIxICBrZXJu ZWw6IA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IGFoZDA6IEZJRk8xIEZy ZWUsIExPTkdKTVAgPT0gMHg4MDVmLCBTQ0IgMHgzMw0KRmViIDI4IDEwOjE3 OjIxICBrZXJuZWw6IFNFUUlNT0RFWzB4M2ZdOihFTkNGRzRUQ01EfEVOQ0ZH NElDTUR8RU5DRkc0VFNUQVR8RU5DRkc0SVNUQVR8RU5DRkc0REFUQXxFTlNB VkVQVFJTKSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBTRVFJTlRTUkNb MHgwXSBERkNOVFJMWzB4MF0gREZTVEFUVVNbMHg4OV06KEZJRk9FTVB8SERP TkV8UFJFTE9BRF9BVkFJTCkgDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDog U0dfQ0FDSEVfU0hBRE9XWzB4Ml06KExBU1RfU0VHKSBTR19TVEFURVsweDBd IERGRlNYRlJDVExbMHgwXSANCkZlYiAyOCAxMDoxNzoyMSAga2VybmVsOiBT T0ZGQ05UWzB4MF0gTURGRlNUQVRbMHg1XTooRklGT0ZSRUV8RExaRVJPKSBT SEFERFIgPSAweDAwLCBTSENOVCA9IDB4MCANCkZlYiAyOCAxMDoxNzoyMSAg a2VybmVsOiBIQUREUiA9IDB4MDAsIEhDTlQgPSAweDAgQ0NTR0NUTFsweDEw XTooU0dfQ0FDSEVfQVZBSUwpIA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6 IExRSU46IDB4OCAweDAgMHgwIDB4YiAweDAgMHgwIDB4MCAweDAgMHgwIDB4 MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDAgMHgwIDB4MCAweDAgDQpG ZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogYWhkMDogTFFJU1RBVEUgPSAweDAs IExRT1NUQVRFID0gMHgwLCBPUFRJT05NT0RFID0gMHg0Mg0KRmViIDI4IDEw OjE3OjIxICBrZXJuZWw6IGFoZDA6IE9TX1NQQUNFX0NOVCA9IDB4MjAgTUFY Q01EQ05UID0gMHgxDQpGZWIgMjggMTA6MTc6MjEgIGtlcm5lbDogYWhkMDog U0FWRURfU0NTSUlEID0gMHgwIFNBVkVEX0xVTiA9IDB4MA0KRmViIDI4IDEw OjE3OjIxICBrZXJuZWw6IA0KRmViIDI4IDEwOjE3OjIxICBrZXJuZWw6IFNJ TU9ERTBbMHhjXTooRU5PVkVSUlVOfEVOSU9FUlIpIA0KRmViIDI4IDEwOjE3 OjIxICBrZXJuZWw6IGFoZDA6IFRpbWVkb3V0IFNDQnMgYWxyZWFkeSBjb21w bGV0ZS4gSW50ZXJydXB0cyBtYXkgbm90IGJlIGZ1bmN0aW9uaW5nLg0KRmVi IDI4IDEwOjE3OjIxICBrZXJuZWw6IENvcGllZCAxOCBieXRlcyBvZiBzZW5z ZSBkYXRhIG9mZnNldCAxMjogMHg3MCAweDAgMHg1IDB4MCAweDAgMHgwIDB4 MCAweGEgMHgwIDB4MCAweDAgMHgwIDB4MjQgMHgwIDB4YSAweGNkIDB4MCAw eDINCg== --0-639056199-1141680565=:5393 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=t5.dmesg.txt Content-Transfer-Encoding: BASE64 Content-Description: Content-Disposition: ATTACHMENT; FILENAME=t5.dmesg.txt RmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IENvcHlyaWdodCAoYykgMTk5Mi0y MDA1IFRoZSBGcmVlQlNEIFByb2plY3QuDQpGZWIgMTQgMTA6MzM6MDUgIGtl cm5lbDogQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAx OTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQpGZWIgMTQgMTA6 MzM6MDUgIGtlcm5lbDogVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkg b2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4NCkZlYiAxNCAx MDozMzowNSAga2VybmVsOiBGcmVlQlNEIDYuMC1SRUxFQVNFICMwOiBXZWQg RmViICA4IDE0OjI5OjE1IEVTVCAyMDA2DQpGZWIgMTQgMTA6MzM6MDUgIGtl cm5lbDogcm9vdEBib290ZXI6L3Vzci9vYmovdXNyL3NyYy9zeXMvTE9DQUwN CkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBUaW1lY291bnRlciAiaTgyNTQi IGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KRmViIDE0IDEwOjMz OjA1ICBrZXJuZWw6IENQVTogRHVhbCBDb3JlIEFNRCBPcHRlcm9uKHRtKSBQ cm9jZXNzb3IgMjgwICgyMzkwLjQ4LU1IeiBLOC1jbGFzcyBDUFUpDQpGZWIg MTQgMTA6MzM6MDUgIGtlcm5lbDogT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIg IElkID0gMHgyMGYxMiAgU3RlcHBpbmcgPSAyDQpGZWIgMTQgMTA6MzM6MDUg IGtlcm5lbDogRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9W LFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4NCkZl YiAxNCAxMDozMzowNSAga2VybmVsOiBGZWF0dXJlczI9MHgxPFNTRTM+DQpG ZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogQU1EIEZlYXR1cmVzPTB4ZTI1MDA4 MDA8U1lTQ0FMTCxOWCxNTVgrLDxiMjU+LExNLDNETm93KywzRE5vdz4NCkZl YiAxNCAxMDozMzowNSAga2VybmVsOiBIeXBlcnRocmVhZGluZzogMiBsb2dp Y2FsIENQVXMNCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiByZWFsIG1lbW9y eSAgPSA0MjI3NzkyODk2ICg0MDMxIE1CKQ0KRmViIDE0IDEwOjMzOjA1ICBr ZXJuZWw6IGF2YWlsIG1lbW9yeSA9IDQwODQ3NjA1NzYgKDM4OTUgTUIpDQpG ZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogQUNQSSBBUElDIFRhYmxlOiA8QSBN IEkgIE9FTUFQSUMgPg0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IEZyZWVC U0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BV cw0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGNwdTAgKEJTUCk6IEFQSUMg SUQ6ICAwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogY3B1MSAoQVApOiBB UElDIElEOiAgMQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGNwdTIgKEFQ KTogQVBJQyBJRDogIDINCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBjcHUz IChBUCk6IEFQSUMgSUQ6ICAzDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDog TUFEVDogRm9yY2luZyBhY3RpdmUtbG93IHBvbGFyaXR5IGFuZCBsZXZlbCB0 cmlnZ2VyIGZvciBTQ0kNCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBpb2Fw aWMwIDxWZXJzaW9uIDEuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkDQpG ZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogaW9hcGljMSA8VmVyc2lvbiAxLjE+ IGlycXMgMjQtMjcgb24gbW90aGVyYm9hcmQNCkZlYiAxNCAxMDozMzowNSAg a2VybmVsOiBpb2FwaWMyIDxWZXJzaW9uIDEuMT4gaXJxcyAyOC0zMSBvbiBt b3RoZXJib2FyZA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGFjcGkwOiA8 QSBNIEkgT0VNWFNEVD4gb24gbW90aGVyYm9hcmQNCkZlYiAxNCAxMDozMzow NSAga2VybmVsOiBhY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkNCkZlYiAx NCAxMDozMzowNSAga2VybmVsOiBwY2lfbGluazA6IDxBQ1BJIFBDSSBMaW5r IExOS0E+IGlycSA1IG9uIGFjcGkwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5l bDogcGNpX2xpbmsxOiA8QUNQSSBQQ0kgTGluayBMTktCPiBpcnEgMTAgb24g YWNwaTANCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBwY2lfbGluazI6IDxB Q1BJIFBDSSBMaW5rIExOS0M+IGlycSAxMSBvbiBhY3BpMA0KRmViIDE0IDEw OjMzOjA1ICBrZXJuZWw6IHBjaV9saW5rMzogPEFDUEkgUENJIExpbmsgTE5L RD4gaXJxIDkgb24gYWNwaTANCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBU aW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBx dWFsaXR5IDEwMDANCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBhY3BpX3Rp bWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDEw MDgtMHgxMDBiIG9uIGFjcGkwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDog Y3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KRmViIDE0IDEwOjMzOjA1ICBr ZXJuZWw6IGFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4g b24gY3B1MA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGNwdTE6IDxBQ1BJ IENQVT4gb24gYWNwaTANCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBjcHUy OiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5l bDogY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KRmViIDE0IDEwOjMzOjA1 ICBrZXJuZWw6IHBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQg MHhjZjgtMHhjZmYgb24gYWNwaTANCkZlYiAxNCAxMDozMzowNSAga2VybmVs OiBwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KRmViIDE0IDEwOjMz OjA1ICBrZXJuZWw6IHBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDYuMCBvbiBwY2kwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDog cGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCkZlYiAxNCAxMDozMzow NSAga2VybmVsOiBvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9s bGVyPiBtZW0gMHhmZWFmYzAwMC0weGZlYWZjZmZmIGlycSAxOSBhdCBkZXZp Y2UgMC4wIG9uIHBjaTMNCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBvaGNp MDogW0dJQU5ULUxPQ0tFRF0NCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiB1 c2IwOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydA0KRmViIDE0 IDEwOjMzOjA1ICBrZXJuZWw6IHVzYjA6IDxPSENJIChnZW5lcmljKSBVU0Ig Y29udHJvbGxlcj4gb24gb2hjaTANCkZlYiAxNCAxMDozMzowNSAga2VybmVs OiB1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQpGZWIgMTQgMTA6MzM6MDUgIGtl cm5lbDogdWh1YjA6IEFNRCBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6 IHVodWIwOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IG9oY2kxOiA8T0hDSSAoZ2Vu ZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlYWZkMDAwLTB4ZmVhZmRm ZmYgaXJxIDE5IGF0IGRldmljZSAwLjEgb24gcGNpMw0KRmViIDE0IDEwOjMz OjA1ICBrZXJuZWw6IG9oY2kxOiBbR0lBTlQtTE9DS0VEXQ0KRmViIDE0IDEw OjMzOjA1ICBrZXJuZWw6IHVzYjE6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2Fj eSBzdXBwb3J0DQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogdXNiMTogPE9I Q0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQ0KRmViIDE0 IDEwOjMzOjA1ICBrZXJuZWw6IHVzYjE6IFVTQiByZXZpc2lvbiAxLjANCkZl YiAxNCAxMDozMzowNSAga2VybmVsOiB1aHViMTogQU1EIE9IQ0kgcm9vdCBo dWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQpGZWIgMTQg MTA6MzM6MDUgIGtlcm5lbDogdWh1YjE6IDMgcG9ydHMgd2l0aCAzIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDog cGNpMzogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDYuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGlzYWIwOiA8 UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMA0KRmViIDE0 IDEwOjMzOjA1ICBrZXJuZWw6IGlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0K RmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGF0YXBjaTA6IDxBTUQgODExMSBV RE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgx NzAtMHgxNzcsMHgzNzYsMHhmZmEwLTB4ZmZhZiBhdCBkZXZpY2UgNy4xIG9u IHBjaTANCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBhdGEwOiA8QVRBIGNo YW5uZWwgMD4gb24gYXRhcGNpMA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6 IGF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwDQpGZWIgMTQgMTA6 MzM6MDUgIGtlcm5lbDogcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBk ZXZpY2UgNy4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpGZWIgMTQgMTA6MzM6 MDUgIGtlcm5lbDogcGNpMDogPGJyaWRnZT4gYXQgZGV2aWNlIDcuMyAobm8g ZHJpdmVyIGF0dGFjaGVkKQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IHBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEwLjAgb24g cGNpMA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IHBjaTI6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIyDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogYWhk MDogPEFkYXB0ZWMgQUlDNzkwMiBVbHRyYTMyMCBTQ1NJIGFkYXB0ZXI+IHBv cnQgMHg4MDAwLTB4ODBmZiwweDc4MDAtMHg3OGZmIG1lbSAweGZjODljMDAw LTB4ZmM4OWRmZmYgaXJxIDI0IGF0IGRldmljZSAxMC4wIG9uIHBjaTINCkZl YiAxNCAxMDozMzowNSAga2VybmVsOiBhaGQwOiBbR0lBTlQtTE9DS0VEXQ0K RmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGFpYzc5MDI6IFVsdHJhMzIwIFdp ZGUgQ2hhbm5lbCBBLCBTQ1NJIElkPTcsIFBDSS1YIDY3LTEwME1oeiwgNTEy IFNDQnMNCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBhaGQxOiA8QWRhcHRl YyBBSUM3OTAyIFVsdHJhMzIwIFNDU0kgYWRhcHRlcj4gcG9ydCAweDg4MDAt MHg4OGZmLDB4ODQwMC0weDg0ZmYgbWVtIDB4ZmM4OWUwMDAtMHhmYzg5ZmZm ZiBpcnEgMjUgYXQgZGV2aWNlIDEwLjEgb24gcGNpMg0KRmViIDE0IDEwOjMz OjA1ICBrZXJuZWw6IGFoZDE6IFtHSUFOVC1MT0NLRURdDQpGZWIgMTQgMTA6 MzM6MDUgIGtlcm5lbDogYWljNzkwMjogVWx0cmEzMjAgV2lkZSBDaGFubmVs IEIsIFNDU0kgSWQ9NywgUENJLVggNjctMTAwTWh6LCA1MTIgU0NCcw0KRmVi IDE0IDEwOjMzOjA1ICBrZXJuZWw6IHBjaTA6IDxiYXNlIHBlcmlwaGVyYWws IGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMTAuMSAobm8gZHJp dmVyIGF0dGFjaGVkKQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IHBjaWIz OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNp MA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IHBjaTE6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIzDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogZW0wOiA8 SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uLCBWZXJzaW9u IC0gMi4xLjc+IHBvcnQgMHg2ODgwLTB4NjhiZiBtZW0gMHhmYzZjMDAwMC0w eGZjNmRmZmZmLDB4ZmM2MDAwMDAtMHhmYzYzZmZmZiBpcnEgMjggYXQgZGV2 aWNlIDMuMCBvbiBwY2kxDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogZW0w OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNDoyMzpjNTphYTpmZQ0KRmViIDE0 IDEwOjMzOjA1ICBrZXJuZWw6IGVtMDogIFNwZWVkOk4vQSAgRHVwbGV4Ok4v QQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGVtMTogPEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiwgVmVyc2lvbiAtIDIuMS43PiBw b3J0IDB4NmMwMC0weDZjM2YgbWVtIDB4ZmM2ZTAwMDAtMHhmYzZmZmZmZiww eGZjNjgwMDAwLTB4ZmM2YmZmZmYgaXJxIDI5IGF0IGRldmljZSAzLjEgb24g cGNpMQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGVtMTogRXRoZXJuZXQg YWRkcmVzczogMDA6MDQ6MjM6YzU6YWE6ZmYNCkZlYiAxNCAxMDozMzowNSAg a2VybmVsOiBlbTE6ICBTcGVlZDpOL0EgIER1cGxleDpOL0ENCkZlYiAxNCAx MDozMzowNSAga2VybmVsOiBwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBpbnRl cnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDExLjEgKG5vIGRyaXZlciBh dHRhY2hlZCkNCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBhY3BpX2J1dHRv bjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwDQpGZWIgMTQgMTA6MzM6MDUg IGtlcm5lbDogYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQy KT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTANCkZlYiAxNCAxMDoz MzowNSAga2VybmVsOiBhdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24g YXRrYmRjMA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGtiZDAgYXQgYXRr YmQwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogYXRrYmQwOiBbR0lBTlQt TE9DS0VEXQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IHNpbzA6IDwxNjU1 MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEg NCBmbGFncyAweDEwIG9uIGFjcGkwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5l bDogc2lvMDogdHlwZSAxNjU1MEENCkZlYiAxNCAxMDozMzowNSAga2VybmVs OiBzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgy ZjgtMHgyZmYgaXJxIDMgb24gYWNwaTANCkZlYiAxNCAxMDozMzowNSAga2Vy bmVsOiBzaW8xOiB0eXBlIDE2NTUwQQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJu ZWw6IGZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlciAoRkRFKT4gcG9y dCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBhY3BpMA0KRmVi IDE0IDEwOjMzOjA1ICBrZXJuZWw6IGZkYzA6IFtGQVNUXQ0KRmViIDE0IDEw OjMzOjA1ICBrZXJuZWw6IGZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24g ZmRjMCBkcml2ZSAwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogcHBjMDog PFN0YW5kYXJkIHBhcmFsbGVsIHByaW50ZXIgcG9ydD4gcG9ydCAweDM3OC0w eDM3ZiBpcnEgNyBvbiBhY3BpMA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6 IHBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9ubHkpIGluIENPTVBB VElCTEUgbW9kZQ0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IHBwYnVzMDog PFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwDQpGZWIgMTQgMTA6MzM6MDUg IGtlcm5lbDogbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KRmViIDE0IDEw OjMzOjA1ICBrZXJuZWw6IGxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0K RmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IHBwaTA6IDxQYXJhbGxlbCBJL08+ IG9uIHBwYnVzMA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IG9ybTA6IDxJ U0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmIG9uIGlz YTANCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0KRmViIDE0IDEwOjMzOjA1 ICBrZXJuZWw6IHNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFn cz0weDMwMD4NCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiB2Z2EwOiA8R2Vu ZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDog VGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KRmViIDE0IDEw OjMzOjA1ICBrZXJuZWw6IFdhaXRpbmcgNSBzZWNvbmRzIGZvciBTQ1NJIGRl dmljZXMgdG8gc2V0dGxlDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogYWNk MDogQ0RST00gPFFTSSBDRC1ST00gU0NSLTI0Mi9DWEFDPiBhdCBhdGExLW1h c3RlciBVRE1BMzMNCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBTTVA6IEFQ IENQVSAjMSBMYXVuY2hlZCENCkZlYiAxNCAxMDozMzowNSAga2VybmVsOiBT TVA6IEFQIENQVSAjMiBMYXVuY2hlZCENCkZlYiAxNCAxMDozMzowNSAga2Vy bmVsOiBTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCENCkZlYiAxNCAxMDozMzow NSAga2VybmVsOiBTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCENCkZlYiAxNCAx MDozMzowNSAga2VybmVsOiBTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCENCkZl YiAxNCAxMDozMzowNSAga2VybmVsOiBkYTAgYXQgYWhkMCBidXMgMCB0YXJn ZXQgMiBsdW4gMA0KRmViIDE0IDEwOjMzOjA1ICBrZXJuZWw6IGRhMDogPFNF QUdBVEUgU1QzMTQ2NzA3TEMgMDAwNT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBT Q1NJLTMgZGV2aWNlDQpGZWIgMTQgMTA6MzM6MDUgIGtlcm5lbDogZGEwOiAz MjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCA2Mywg MTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KRmViIDE0IDEwOjMz OjA1ICBrZXJuZWw6IGRhMDogMTQwMDE0TUIgKDI4Njc0OTQ4OCA1MTIgYnl0 ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDE3ODQ5QykNCg== --0-639056199-1141680565=:5393-- From owner-freebsd-scsi@FreeBSD.ORG Mon Mar 6 23:30:33 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E21F16A420 for ; Mon, 6 Mar 2006 23:30:33 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFDB243D45 for ; Mon, 6 Mar 2006 23:30:32 +0000 (GMT) (envelope-from asstec@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k26NUUTM076837; Mon, 6 Mar 2006 20:30:30 -0300 (BRT) (envelope-from asstec@matik.com.br) From: AT Matik Organization: Infomatik To: freebsd-scsi@freebsd.org Date: Mon, 6 Mar 2006 20:30:22 -0300 User-Agent: KMail/1.9.1 References: <20060306162407.Q5393@daemon.mistermishap.net> In-Reply-To: <20060306162407.Q5393@daemon.mistermishap.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603062030.22894.asstec@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Rob Watt Subject: Re: SCB timeout and other errors + system hang with adaptec/seagate X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 23:30:33 -0000 On Monday 06 March 2006 18:58, Rob Watt wrote: > Our machines are all dual dual-core opterons with hot-swap backplanes, > Tyan K8SR motherboards with onboard Adaptec 7902 controllers. The drives > are Seagate ST3146707LC U320. > > We have a number of these machines, and we have experienced this problem > on almost half of them (but never on the other half - all with the same > exact hardware). During high disk usage times they start generating scsi > errors and card state dumps. Eventually the machine will hang (not panic, > not reboot) and will have to be power cycled to reboot. We can't seem to > force it to happen predictably, but with usage they will eventaully hang > after 1 hour to 2 days. Hi I like to suggest you to check two points =2D powersupply =2D irq conflict I had similar scsi problems and the above problems where the cause Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 7 01:10:16 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5097916A423; Tue, 7 Mar 2006 01:10:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A9B843D48; Tue, 7 Mar 2006 01:10:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k271AA7F007724; Mon, 6 Mar 2006 18:10:11 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <440CDD7E.3060208@samsco.org> Date: Mon, 06 Mar 2006 18:10:22 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20060215102749.D58480@brain.cc.rsu.ru> <20060304224419.N1270@wolf.os.rsu.ru> <1141653998.1502.23.camel@brain.cc.rsu.ru> <200603061243.04708.jhb@freebsd.org> In-Reply-To: <200603061243.04708.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 01:10:16 -0000 John Baldwin wrote: > On Monday 06 March 2006 09:06, Oleg Sharoiko wrote: > >>On Sat, 2006-03-04 at 23:07 +0300, Oleg Sharoiko wrote: >> >> >>>ips0: mem >>>0xd0300000-0xd0300fff,0xd4000000-0xd7ffffff irq 11 at device 1.0 on pci3 >>>ips0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0300000 >>>ips0: irq allocation failed >>>panic: Assertion mtx_unowned(m) failed at >>>/usr/src-HEAD-20060228-223000UTC/sys/kern/kern_mutex.c:885 >>>cpuid = 0 >>>KDB: enter: panic >>>[thread pid 0 tid 0 ] >>>Stopped at kdb_enter+0x31: leave >>>db> >> >>There seems to be a small bug in the ips driver. I doesn't relate to the >>hang at all, but as I suppose it needs to be fixed anyway. >> >>ips_pci_attach() from dev/ips/ips_pci.c does "goto error;" to make a >>cleanup when something goes wrong. There we have >> >>error: >> ips_pci_free(sc); >> return (ENXIO); >> >>ips_pci_free() always calls >> >>mtx_destroy(&sc->queue_mtx); >>sema_destroy(&sc->cmd_sema); >> >>but ips_pci_attach may jump to error: event before queue_mtx gets >>initialized. Unfortunately I'm not sure how to fix this in the most >>proper way. I suppose it would be nice to check in ips_pci_free() if the >>mutex is initialized or not, but I don't know how to implement this >>check. Another possible solution is to move initializition before first >>"goto error"; So I'm leaving this for the one who knows better. > > > Actually, you can just init the mutex and sema earlier so they are always > setup. That's what several other drivers do. mtx_init() is fairly > cheap in the non-WITNESS case. > Yeah, but he pointed out that there are other problems with the attach failure code, so I was going to take care of everything together. Scott From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 7 19:22:19 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9795016A420 for ; Tue, 7 Mar 2006 19:22:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0261B43D53 for ; Tue, 7 Mar 2006 19:22:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k27JM3bJ029291; Tue, 7 Mar 2006 14:22:11 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Oleg Sharoiko Date: Tue, 7 Mar 2006 13:43:20 -0500 User-Agent: KMail/1.9.1 References: <20060215102749.D58480@brain.cc.rsu.ru> <200603031112.45211.jhb@freebsd.org> <20060304224419.N1270@wolf.os.rsu.ru> In-Reply-To: <20060304224419.N1270@wolf.os.rsu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603071343.23672.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1317/Tue Mar 7 01:06:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 19:22:19 -0000 On Saturday 04 March 2006 15:07, Oleg Sharoiko wrote: > > On Fri, 3 Mar 2006, John Baldwin wrote: > > JB>This is good. Btw, the patch should apply cleanly to 6.x from yesterday. > > Well, I forgot to mention that in all combinations I've only checked 6.x > I've also tried 7.x and it also works but I've checked only one kernel > and I don't remember was it UP or SMP kernel. Ok, so i386 works fine. (Patch was just committed to RELENG_6). > With apic system hangs at 'lo0: bpf attached' just like I've mentioned in > my previouse letter. But with apic disabled I got this: > > ips0: mem > 0xd0300000-0xd0300fff,0xd4000000-0xd7ffffff irq 11 at device 1.0 on pci3 > ips0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd0300000 > ips0: irq allocation failed > panic: Assertion mtx_unowned(m) failed at > /usr/src-HEAD-20060228-223000UTC/sys/kern/kern_mutex.c:885 > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at kdb_enter+0x31: leave > db> > > Boot logs are available: > http://rsu.ru/~os/ips/boot.amd64.no_apic.HEAD-20060228-223000UTC.txt > http://rsu.ru/~os/ips/boot.amd64.apic.HEAD-20060228-223000UTC.txt > > Can I do anything else to help investigating this issue? Your no apic case doesn't have ACPI in the kernel, and as such the kernel doesn't succeed in routing interrupts at all. You really should have ACPI on for amd64 in both cases. Do you have a dmesg from an i386 kernel with APIC that I can compare with the amd64 dmesg with APIC? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 7 20:23:03 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D4E16A420; Tue, 7 Mar 2006 20:23:03 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C97A43D46; Tue, 7 Mar 2006 20:23:01 +0000 (GMT) (envelope-from os@rsu.ru) Received: from wolf.os.rsu.ru (os@os.adsl.r61.net [195.208.243.95]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k27KMwvb091133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Mar 2006 23:22:58 +0300 (MSK) (envelope-from os@rsu.ru) Date: Tue, 7 Mar 2006 23:23:09 +0300 (MSK) From: Oleg Sharoiko To: John Baldwin In-Reply-To: <200603071343.23672.jhb@freebsd.org> Message-ID: <20060307223407.M722@wolf.os.rsu.ru> References: <20060215102749.D58480@brain.cc.rsu.ru> <200603031112.45211.jhb@freebsd.org> <20060304224419.N1270@wolf.os.rsu.ru> <200603071343.23672.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 20:23:03 -0000 On Tue, 7 Mar 2006, John Baldwin wrote: JB>Your no apic case doesn't have ACPI in the kernel, and as such the kernel JB>doesn't succeed in routing interrupts at all. You really should have JB>ACPI on for amd64 in both cases. Do you have a dmesg from an i386 kernel Strange. I can bet I just built GENERIC kernel. I'll definitely double check this as I surely could make a mistake. Anyway this has triggered a bug which is now known and will be fixed. JB>with APIC that I can compare with the amd64 dmesg with APIC? Here what I have from today: 1. http://rsu.ru/~os/ips/boot.2006-03-07.amd64.txt 2. http://rsu.ru/~os/ips/boot.2006-03-07.i386.txt 3. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_not_connected.amd64.txt 4. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_not_connected.i386.txt 5. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_connected.amd64.txt 6. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_connected.i386.txt All cases are 7-CURRENT GENERIC kernel (with SMP option by default) built from sources checked out with -D '2006-02-28 22:30:00 UTC'. APIC is enabled in all cases. 1 and 2 were made with only ips card inserted into pci slot 3 and 4 - with two additional qlogic (isp) fiber channel cards with fiber channel links left unconnected. 5 and 6 - with qlogic cards connected to ibm ds-4100 The reason to mention 3-6 is a different behaviour: without qlogic cards or when qlogic cards are not connected amd64 boot stops on "ips0: resetting adapter, this may take up to 5 minutes". When qlogics are connected to the storage subsystem the last message from boot is "lo0: bpf attached". Corresponding part of log from i386 boot is: lo0: bpf attached isp0: LIP Received isp1: LIP Received isp1: Loop UP isp0: Loop UP and more from isp0 and isp1. I assume that in amd64 case interrupts doesn't get to isp driver. Though I'm not sure if this means anything. I already tried to compare logs of i386 and amd64. Actually I was writing you a message about this when I got yours one. I didn't get much from this comparison, just found that i386 has npx which takes one interrupt vector and all devices in i386 are routed to vectors +1 compared to the same devices in amd64: - i386; + amd64 acpi0: on motherboard -ioapic0: routing intpin 9 (ISA IRQ 9) to vector 49 +ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 bge0: Ethernet address: 00:0d:60:17:a1:51 -ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 +ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 and so on. I hope these logs will tell you more. Let me know if I can do anything else for you. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 7 21:13:24 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75F6B16A420 for ; Tue, 7 Mar 2006 21:13:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D211343D45 for ; Tue, 7 Mar 2006 21:13:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k27LDKk0029897; Tue, 7 Mar 2006 16:13:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Oleg Sharoiko Date: Tue, 7 Mar 2006 16:09:14 -0500 User-Agent: KMail/1.9.1 References: <20060215102749.D58480@brain.cc.rsu.ru> <200603071343.23672.jhb@freebsd.org> <20060307223407.M722@wolf.os.rsu.ru> In-Reply-To: <20060307223407.M722@wolf.os.rsu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603071609.18149.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1317/Tue Mar 7 01:06:47 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 21:13:24 -0000 On Tuesday 07 March 2006 15:23, Oleg Sharoiko wrote: > > On Tue, 7 Mar 2006, John Baldwin wrote: > > JB>Your no apic case doesn't have ACPI in the kernel, and as such the kernel > JB>doesn't succeed in routing interrupts at all. You really should have > JB>ACPI on for amd64 in both cases. Do you have a dmesg from an i386 kernel > > Strange. I can bet I just built GENERIC kernel. I'll definitely double > check this as I surely could make a mistake. Anyway this has triggered a > bug which is now known and will be fixed. Actually, the real issue is that GENERIC amd64 doesn't include device atpic in HEAD, but does on 6.x. And what is actually happening is that without APIC, there is no interrupt controller at all, and thus no interrupts. You will need to add 'device atpic' to your kernel config on HEAD for amd64 to test the non-APIC case. But really, the APIC case should be fixed. > JB>with APIC that I can compare with the amd64 dmesg with APIC? > > Here what I have from today: > > 1. http://rsu.ru/~os/ips/boot.2006-03-07.amd64.txt > 2. http://rsu.ru/~os/ips/boot.2006-03-07.i386.txt > 3. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_not_connected.amd64.txt > 4. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_not_connected.i386.txt > 5. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_connected.amd64.txt > 6. http://rsu.ru/~os/ips/boot.2006-03-07.with_qlogic_connected.i386.txt > > All cases are 7-CURRENT GENERIC kernel (with SMP option by default) built > from sources checked out with -D '2006-02-28 22:30:00 UTC'. APIC is > enabled in all cases. > 1 and 2 were made with only ips card inserted into pci slot > 3 and 4 - with two additional qlogic (isp) fiber channel cards with fiber > channel links left unconnected. > 5 and 6 - with qlogic cards connected to ibm ds-4100 > > The reason to mention 3-6 is a different behaviour: without qlogic cards > or when qlogic cards are not connected amd64 boot stops on "ips0: > resetting adapter, this may take up to 5 minutes". When qlogics are > connected to the storage subsystem the last message from boot is "lo0: bpf > attached". Corresponding part of log from i386 boot is: > > lo0: bpf attached > isp0: LIP Received > isp1: LIP Received > isp1: Loop UP > isp0: Loop UP > > and more from isp0 and isp1. I assume that in amd64 case interrupts > doesn't get to isp driver. Though I'm not sure if this means anything. It looks like neither ips nor isp devices are getting interrupts in the amd64 case. > I already tried to compare logs of i386 and amd64. Actually I was writing > you a message about this when I got yours one. I didn't get much from this > comparison, just found that i386 has npx which takes one interrupt vector > and all devices in i386 are routed to vectors +1 compared to the same > devices in amd64: Those diffs aren't important, due to extra npx interrupt as you mentioned. So amd64 is busted in both the UP and SMP cases with APIC enabled, yes? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 7 22:03:49 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E608F16A420 for ; Tue, 7 Mar 2006 22:03:49 +0000 (GMT) (envelope-from a.macleod@ballarat.edu.au) Received: from eureka.ballarat.edu.au (eureka.ballarat.EDU.AU [141.132.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64E5C43D46 for ; Tue, 7 Mar 2006 22:03:48 +0000 (GMT) (envelope-from a.macleod@ballarat.edu.au) Received: from mthelen7.ballarat.edu.au (mthelen7.ballarat.EDU.AU [141.132.64.14]) by eureka.ballarat.edu.au (8.12.6/8.12.6) with ESMTP id k27LvbHC012544 for ; Wed, 8 Mar 2006 08:57:38 +1100 (EST) Received: from University-MTA by mthelen7.ballarat.edu.au with Novell_GroupWise; Wed, 08 Mar 2006 09:03:46 +1100 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.3 Date: Wed, 08 Mar 2006 09:03:17 +1100 From: "Andrew MacLeod" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Boot hangs on mpt0: failing to detect tape drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 22:03:50 -0000 Ok, ill try my best. This LSI Config Utility shows up 2 adapters as follows Adapter PCI Bus Dev/func Port IRQ NVM Boot Order LSI Logic Control RAID Status LSI1030 2 29> CC00 11 YES 0 enabled -- LSI1030 2 28> C800 7 YES 1 enabled -- We have tried altering some of the settings but nothing seems relevant. The LSI MegaRaid utility where we setup the RAID is equally unhelpful, but i would appreciate any advice in regard to what i should be seeing in these tools as my hardware knowledge is only basic. Should I be able to see the tape drive itself in the LSI Logic utility? In regard to the tape drive Im Not sure exactly what you mean by "Powered on". It has power connected and we have tried booting with a tape inserted. It seems to function correctly in terms of loading tapes/lights etc. We have not altered any of the jumper settings as we assumed that it would have been setup correctly. I booted with the w/o the tape hooked up and it booted fine. Hooked up the tape and the following is the output of the camcontrol rescan all command Re-scan of bus 0 was successful Re-scan of bus 1 was successful Re-scan of bus 2 was successful Re-scan of bus 3 was successful Re-scan of bus 4 was successful Re-scan of bus 5 was successful Re-scan of bus 6 was successful Re-scan of bus 7 was successful camcontrol devlist -v shows scbus0 on amr0 bus0 scbus1 on amr0 bus1 scbus2 on amr1 bus0 at scbus2 target 6 lun 0 (ses0 pass0) scbus3 on amr1 bus1 scbus4 on mpt0 bus0 < > at scbus4 target -1 lun -1 () scbus5 on mpt0 bus0 < > at scbus5 target -1 lun -1 () scbus6 on mpt0 bus0 < > at scbus6 target -1 lun -1 () scbus7 on mpt0 bus0 < > at scbus7 target -1 lun -1 () scbus-1 on xpt0 bus0 < > at scbus-1 target -1 lun -1 (xpt0) I have had to transcribe the above so please forgive any errors. Had no success upon reboot. Cheers Andrew ____________________________________________________________________ Andrew Macleod Technical Manager Centre for Electronic Commerce and Communications University of Ballarat Registered Provider Number 00103D Suite 12A Greenhill Enterprise Centre University Drv Mt Helen 3350 Tel: +61 3 5327 9315 Email: a.macleod@ballarat.edu.au ____________________________________________________________________ Andrew Macleod Technical Manager Centre for Electronic Commerce and Communications University of Ballarat Registered Provider Number 00103D Suite 12A Greenhill Enterprise Centre University Drv Mt Helen 3350 Tel: +61 3 5327 9315 Email: a.macleod@ballarat.edu.au >>> "Matthew Jacob" 7/03/2006 3:39 am >>> Lot's of problems here.... When you say "had no luck with BIOS"- that means you can see it no problem in the LSI Config utility? First- is the tape drive powered on? Also- try this experiment: boot w/o the tape hooked up. If all is well, connect the tape and do, as root, 'camcontrol rescan all'. On 3/5/06, Andrew MacLeod wrote: > Currently trying to install freebsd on a new ACER Altos R710 server. > Having problems on bootup where it seems not able to detect the Internal > Sony AIT-2 Turbo tape drive. System hangs at mpt0: [GIANT-LOCKED] for > five minutes then several messages like the following: > > mpt0: Soft Reset Failed: ack timeout > mpt0: WARNING - Failed Hard Reset > mpt0: failed to reset device > mpt0: soft reset failed: device not running. > IOcmpt: LSILogic 1030 Ultra4 adapter..... > > When I disconnect the tape drive from the SCSI card system boots fine. > I am running Freebsd 6.0-Release with a slightly modified GENERIC Kernel > to enable SMP and PF. > I am not a hardward expert but I will try to explain the setup of the > system as best I can. The server is a dual xeon with 5x73GB SCSI hard > discs which we have setup in a combination of RAID 1 for the operating > system and RAID 5 for the data. These run on an LSILogic 2 channel SCSI > card. The system has an identical 2nd LSILogic SCSI card which the > vendor assured us was needed to run the Tape Drive. However the > Motherboard also has onboard SCSI support and the tape drive is > connected to this. The tape drive has a terminator attached. We have > attempted to attach the tape drive to both the secondary channel on the > primary SCSI card and both channels on the secondary one and the system > hangs on SCSI initialisation prior to reaching freebsd. We have had no > luck altering settings in the LSILogic configuration utility or in the > system BIOS. > > Any assistance would be much appreciated as my next step is to try an > alternate O/S to see if this is hardware or system related. > > Kind Regards > Andrew > > ____________________________________________________________________ > Andrew Macleod > Technical Manager > Centre for Electronic Commerce and Communications > University of Ballarat > Registered Provider Number 00103D > > Suite 12A Greenhill Enterprise Centre > University Drv Mt Helen 3350 > Tel: +61 3 5327 9315 > Email: a.macleod@ballarat.edu.au > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Tue Mar 7 22:07:06 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB4516A420; Tue, 7 Mar 2006 22:07:06 +0000 (GMT) (envelope-from tonyb@byrnehq.com) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C26B43D45; Tue, 7 Mar 2006 22:07:05 +0000 (GMT) (envelope-from tonyb@byrnehq.com) Received: from localhost ([192.168.10.1]) by schubert.byrnehq.com (8.13.3/8.13.3) with ESMTP id k27M6XqL044909; Tue, 7 Mar 2006 22:06:39 GMT (envelope-from tonyb@byrnehq.com) Resent-Date: Tue, 7 Mar 2006 22:06:39 GMT Resent-Message-Id: <200603072206.k27M6XqL044909@schubert.byrnehq.com> Date: Tue, 7 Mar 2006 22:06:55 +0000 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1867339507.20060307220655@byrnehq.com> To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Resent-from: Tony Byrne MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: -1.635 X-Scanned-By: MIMEDefang 2.51 on 192.168.10.254 Cc: Subject: MegaRAID lockups under 5.5 PRELEASE X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 22:07:07 -0000 Folks, We have a pair of servers, each with an of Intel SCRU42X branded MegaRAID controller installed. The cards both have battery backed cache. The servers form a 2-node Slony cluster for PostgreSQL, with each node having a single RAID5 array consisting of 3 live disks with a hot standby disk. About a week ago we upgraded FreeBSD on both boxes from a point on RELENG_5 (1 July 2005) to 5.5-PRERELEASE and now one of the boxes has started behaving badly. In the space of two days we've had about half a dozen occurrences of random processes blocking and rendering the machine unusable. 'top' shows the stricken processes in state 'ffsfsn' and they cannot be killed. The affected machine is a Slony subscriber and so isn't directly used by customers, but is still an important component in our system. PostgreSQL seems to be most likely to block, but sshd has also blocked preventing logins. The interesting thing is that the main box, which has an almost identical configuration and a greater work load, has remained unaffected, so far. The only difference between the two machine configurations is that the misbehaving machine only has 128Mb of on-board battery backed cache, while the main machine has 256Mb. The firmware on both machines is Intel's version 413Y. This is not the first time that we've had problems like this with FreeBSD and this model of controller. For background see: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=172108+0+archive/2004/freebsd-stable/20041231.freebsd-stable http://docs.freebsd.org/cgi/getmsg.cgi?fetch=126427+0+archive/2004/freebsd-stable/20041121.freebsd-stable The current problem is very reminiscent of the latter issue, which had been causing headaches for us over a year ago, but which disappeared after some driver improvements by Scott Long (many thanks Scott :-). I see from a diff of the driver code from RELENG_5 on 1 July 2005 and the latest RELENG_5 version that some further changes have been made to the driver. I would have been moderately happy if I could have pinned the reemergence of the problem on these changes, because then I would have had a specific cause. However, as a test, I reverted to the *previous* kernel from 1 July 2005 and the box blocked in sshd within a few hours, preventing login. At this stage I'm looking at upgrading the firmware of the RAID card to the latest and greatest and if that doesn't resolve it, I plan to make a jump to FreeBSD 6, which appears to have substantial changes to the amr driver and which might solve the problem. Before I leap though, I'd be interested in hearing if anyone is familiar with the behavior that I've described and can point me in the right direction. Alternatively, if someone can say "hey we use FreeBSD 6.x with the SCRU42X and it works great" then I'd be obliged. Our woes may well be caused be some faulty hardware, especially since the other box has remained stable after the same upgrade, but I remain suspicious because the the problem arose so soon after an upgrade of FreeBSD and after many months of uptime. Many thanks, Regards, Tony. -- Tony Byrne From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 14:35:05 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AE3016A42F for ; Wed, 8 Mar 2006 14:35:05 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1558A43D48 for ; Wed, 8 Mar 2006 14:35:04 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from cpe-72-225-255-159.nyc.res.rr.com (cpe-72-225-255-159.nyc.res.rr.com [72.225.255.159]) by ms-smtp-01.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id k28EX97T015459 for ; Wed, 8 Mar 2006 09:33:09 -0500 (EST) Date: Wed, 8 Mar 2006 09:35:02 -0500 (EST) From: Rob Watt X-X-Sender: rob@daemon.mistermishap.net To: freebsd-scsi@freebsd.org Message-ID: <20060308093407.H20947@daemon.mistermishap.net> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-673141705-1141744013=:12632" X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: SCB timeout and other errors + system hang with adaptec/seagate X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 14:35:05 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-673141705-1141744013=:12632 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed ---------- Forwarded message ---------- Date: Tue, 7 Mar 2006 10:06:53 -0500 (EST) From: Rob Watt To: Justin T. Gibbs Cc: Rob Watt Subject: Re: SCB timeout and other errors + system hang with adaptec/seagate On Mon, 6 Mar 2006, Justin T. Gibbs wrote: > Can you send me a dmesg from a boot -v? Perhaps we're not > getting the termination settings correct on the SCSI controller. > The verbose dmesg should tell. attached is the verbose dmesg. thanks - Rob Watt --0-673141705-1141744013=:12632 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=c7.dmesg.txt Content-Transfer-Encoding: BASE64 Content-Description: Content-Disposition: ATTACHMENT; FILENAME=c7.dmesg.txt Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDYuMC1SRUxFQVNFLXA0ICMxOiBUdWUgRmViIDI4 IDE1OjMwOjM2IEVTVCAyMDA2DQogICAgcm9vdEBjcmViYWluNzovdXNyL29i ai91c3Ivc3JjL3N5cy9MT0NBTA0KUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9i b290L2tlcm5lbC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4MDc1MzAwMC4NCkNh bGlicmF0aW5nIGNsb2NrKHMpIC4uLiBpODI1NCBjbG9jazogMTE5MzE2NSBI eg0KQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0g dXNpbmcgZGVmYXVsdCBmcmVxdWVuY3kNClRpbWVjb3VudGVyICJpODI1NCIg ZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDYWxpYnJhdGluZyBU U0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMjM5MDM0MTM3MCBIeg0KQ1BVOiBE dWFsIENvcmUgQU1EIE9wdGVyb24odG0pIFByb2Nlc3NvciAyODAgKDIzOTAu MzQtTUh6IEs4LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FN RCIgIElkID0gMHgyMGYxMiAgU3RlcHBpbmcgPSAyDQogIEZlYXR1cmVzPTB4 MTc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxB UElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxN TVgsRlhTUixTU0UsU1NFMixIVFQ+DQogIEZlYXR1cmVzMj0weDE8U1NFMz4N CiAgQU1EIEZlYXR1cmVzPTB4ZTI1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLDxi MjU+LExNLDNETm93KywzRE5vdz4NCiAgSHlwZXJ0aHJlYWRpbmc6IDIgbG9n aWNhbCBDUFVzDQpMMSAyTUIgZGF0YSBUTEI6IDggZW50cmllcywgZnVsbHkg YXNzb2NpYXRpdmUNCkwxIDJNQiBpbnN0cnVjdGlvbiBUTEI6IDggZW50cmll cywgZnVsbHkgYXNzb2NpYXRpdmUNCkwxIDRLQiBkYXRhIFRMQjogMzIgZW50 cmllcywgZnVsbHkgYXNzb2NpYXRpdmUNCkwxIDRLQiBpbnN0cnVjdGlvbiBU TEI6IDMyIGVudHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZlDQpMMSBkYXRhIGNh Y2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAy LXdheSBhc3NvY2lhdGl2ZQ0KTDEgaW5zdHJ1Y3Rpb24gY2FjaGU6IDY0IGti eXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDItd2F5IGFzc29j aWF0aXZlDQpMMiAyTUIgdW5pZmllZCBUTEI6IDAgZW50cmllcywgZGlzYWJs ZWQvbm90IHByZXNlbnQNCkwyIDRLQiBkYXRhIFRMQjogNTEyIGVudHJpZXMs IDQtd2F5IGFzc29jaWF0aXZlDQpMMiA0S0IgaW5zdHJ1Y3Rpb24gVExCOiA1 MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUNCkwyIHVuaWZpZWQgY2Fj aGU6IDEwMjQga2J5dGVzLCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywg MTYtd2F5IGFzc29jaWF0aXZlDQpyZWFsIG1lbW9yeSAgPSA0MjI3NzkyODk2 ICg0MDMxIE1CKQ0KUGh5c2ljYWwgbWVtb3J5IGNodW5rKHMpOg0KMHgwMDAw MDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDliZmZmLCA2MzQ4ODAgYnl0 ZXMgKDE1NSBwYWdlcykNCjB4MDAwMDAwMDAwMDg1MDAwMCAtIDB4MDAwMDAw MDBmNDk4ZmZmZiwgNDA5NDk1MTQyNCBieXRlcyAoOTk5NzQ0IHBhZ2VzKQ0K YXZhaWwgbWVtb3J5ID0gNDA4NDc2MDU3NiAoMzg5NSBNQikNCkFDUEkgQVBJ QyBUYWJsZTogPEEgTSBJICBPRU1BUElDID4NCkFQSUMgSUQ6IHBoeXNpY2Fs IDAsIGxvZ2ljYWwgMDowDQpBUElDIElEOiBwaHlzaWNhbCAxLCBsb2dpY2Fs IDA6MQ0KQVBJQyBJRDogcGh5c2ljYWwgMiwgbG9naWNhbCAwOjINCkFQSUMg SUQ6IHBoeXNpY2FsIDMsIGxvZ2ljYWwgMDozDQpGcmVlQlNEL1NNUDogTXVs dGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMNCiBjcHUwIChC U1ApOiBBUElDIElEOiAgMA0KIGNwdTEgKEFQKTogQVBJQyBJRDogIDENCiBj cHUyIChBUCk6IEFQSUMgSUQ6ICAyDQogY3B1MyAoQVApOiBBUElDIElEOiAg Mw0KQVBJQzogQ1BVIDAgaGFzIEFDUEkgSUQgMQ0KQVBJQzogQ1BVIDEgaGFz IEFDUEkgSUQgMg0KQVBJQzogQ1BVIDIgaGFzIEFDUEkgSUQgMw0KQVBJQzog Q1BVIDMgaGFzIEFDUEkgSUQgNA0KTUFEVDogRm91bmQgSU8gQVBJQyBJRCA0 LCBJbnRlcnJ1cHQgMCBhdCAweGZlYzAwMDAwDQppb2FwaWMwOiBSb3V0aW5n IGV4dGVybmFsIDgyNTlBJ3MgLT4gaW50cGluIDANCmlvYXBpYzA6IGludHBp biAwIC0+IEV4dElOVCAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiAx IC0+IElTQSBJUlEgMSAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiAy IC0+IElTQSBJUlEgMiAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiAz IC0+IElTQSBJUlEgMyAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiA0 IC0+IElTQSBJUlEgNCAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiA1 IC0+IElTQSBJUlEgNSAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiA2 IC0+IElTQSBJUlEgNiAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiA3 IC0+IElTQSBJUlEgNyAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiA4 IC0+IElTQSBJUlEgOCAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiA5 IC0+IElTQSBJUlEgOSAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGludHBpbiAx MCAtPiBJU0EgSVJRIDEwIChlZGdlLCBoaWdoKQ0KaW9hcGljMDogaW50cGlu IDExIC0+IElTQSBJUlEgMTEgKGVkZ2UsIGhpZ2gpDQppb2FwaWMwOiBpbnRw aW4gMTIgLT4gSVNBIElSUSAxMiAoZWRnZSwgaGlnaCkNCmlvYXBpYzA6IGlu dHBpbiAxMyAtPiBJU0EgSVJRIDEzIChlZGdlLCBoaWdoKQ0KaW9hcGljMDog aW50cGluIDE0IC0+IElTQSBJUlEgMTQgKGVkZ2UsIGhpZ2gpDQppb2FwaWMw OiBpbnRwaW4gMTUgLT4gSVNBIElSUSAxNSAoZWRnZSwgaGlnaCkNCmlvYXBp YzA6IGludHBpbiAxNiAtPiBQQ0kgSVJRIDE2IChsZXZlbCwgbG93KQ0KaW9h cGljMDogaW50cGluIDE3IC0+IFBDSSBJUlEgMTcgKGxldmVsLCBsb3cpDQpp b2FwaWMwOiBpbnRwaW4gMTggLT4gUENJIElSUSAxOCAobGV2ZWwsIGxvdykN CmlvYXBpYzA6IGludHBpbiAxOSAtPiBQQ0kgSVJRIDE5IChsZXZlbCwgbG93 KQ0KaW9hcGljMDogaW50cGluIDIwIC0+IFBDSSBJUlEgMjAgKGxldmVsLCBs b3cpDQppb2FwaWMwOiBpbnRwaW4gMjEgLT4gUENJIElSUSAyMSAobGV2ZWws IGxvdykNCmlvYXBpYzA6IGludHBpbiAyMiAtPiBQQ0kgSVJRIDIyIChsZXZl bCwgbG93KQ0KaW9hcGljMDogaW50cGluIDIzIC0+IFBDSSBJUlEgMjMgKGxl dmVsLCBsb3cpDQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDUsIEludGVycnVw dCAyNCBhdCAweGZlYmZmMDAwDQppb2FwaWMxOiBpbnRwaW4gMCAtPiBQQ0kg SVJRIDI0IChsZXZlbCwgbG93KQ0KaW9hcGljMTogaW50cGluIDEgLT4gUENJ IElSUSAyNSAobGV2ZWwsIGxvdykNCmlvYXBpYzE6IGludHBpbiAyIC0+IFBD SSBJUlEgMjYgKGxldmVsLCBsb3cpDQppb2FwaWMxOiBpbnRwaW4gMyAtPiBQ Q0kgSVJRIDI3IChsZXZlbCwgbG93KQ0KTUFEVDogRm91bmQgSU8gQVBJQyBJ RCA2LCBJbnRlcnJ1cHQgMjggYXQgMHhmZWJmZTAwMA0KaW9hcGljMjogaW50 cGluIDAgLT4gUENJIElSUSAyOCAobGV2ZWwsIGxvdykNCmlvYXBpYzI6IGlu dHBpbiAxIC0+IFBDSSBJUlEgMjkgKGxldmVsLCBsb3cpDQppb2FwaWMyOiBp bnRwaW4gMiAtPiBQQ0kgSVJRIDMwIChsZXZlbCwgbG93KQ0KaW9hcGljMjog aW50cGluIDMgLT4gUENJIElSUSAzMSAobGV2ZWwsIGxvdykNCk1BRFQ6IElu dGVycnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyDQppb2FwaWMwOiBS b3V0aW5nIElSUSAwIC0+IGludHBpbiAyDQppb2FwaWMwOiBpbnRwaW4gMiB0 cmlnZ2VyOiBlZGdlDQppb2FwaWMwOiBpbnRwaW4gMiBwb2xhcml0eTogaGln aA0KTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgMCwgaXJxIDIN CmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50cGluIDINCmlvYXBpYzA6 IGludHBpbiAyIHRyaWdnZXI6IGVkZ2UNCmlvYXBpYzA6IGludHBpbiAyIHBv bGFyaXR5OiBoaWdoDQpNQURUOiBGb3JjaW5nIGFjdGl2ZS1sb3cgcG9sYXJp dHkgYW5kIGxldmVsIHRyaWdnZXIgZm9yIFNDSQ0KaW9hcGljMDogaW50cGlu IDkgcG9sYXJpdHk6IGxvdw0KaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjog bGV2ZWwNCmlvYXBpYzAgPFZlcnNpb24gMS4xPiBpcnFzIDAtMjMgb24gbW90 aGVyYm9hcmQNCmlvYXBpYzEgPFZlcnNpb24gMS4xPiBpcnFzIDI0LTI3IG9u IG1vdGhlcmJvYXJkDQppb2FwaWMyIDxWZXJzaW9uIDEuMT4gaXJxcyAyOC0z MSBvbiBtb3RoZXJib2FyZA0KY3B1MCBCU1A6DQogICAgIElEOiAweDAwMDAw MDAwICAgVkVSOiAweDAwMDQwMDEwIExEUjogMHgwMTAwMDAwMCBERlI6IDB4 MGZmZmZmZmYNCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0 MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZg0KICB0aW1lcjog MHgwMDAxMDBlZiB0aGVybTogMHgwMDAwMDAwMCBlcnI6IDB4MDAwMTAwMGYg cGNtOiAweDAwMDEwMDAwDQpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29m dHdhcmUsIFlhcnJvdz4NCm5mc2xvY2s6IHBzZXVkby1kZXZpY2UNCm1lbTog PG1lbW9yeT4NCmlvOiA8SS9PPg0KbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJv IGRldmljZT4NCmFjcGkwOiA8QSBNIEkgT0VNWFNEVD4gb24gbW90aGVyYm9h cmQNCmFjcGkwOiBbTVBTQUZFXQ0KcGNpX29wZW4oMSk6CW1vZGUgMSBhZGRy IHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAyNTAwMA0KcGNpX29wZW4oMWEpOglt b2RlMXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAwKQ0KcGNpX2NmZ2NoZWNr OglkZXZpY2UgMCAxIDIgMyA0IDUgNiBbY2xhc3M9MDYwNDAwXSBbaGRyPTAx XSBpcyB0aGVyZSAoaWQ9NzQ2MDEwMjIpDQpBY3BpT3NEZXJpdmVQY2lJZDog YnVzIDAgZGV2IDcgZnVuYyAwDQpBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAg ZGV2IDcgZnVuYyAxDQpBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDcg ZnVuYyAzDQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkNCkFjcGlPc0Rl cml2ZVBjaUlkOiBidXMgMCBkZXYgMTAgZnVuYyAwDQpBY3BpT3NEZXJpdmVQ Y2lJZDogYnVzIDAgZGV2IDExIGZ1bmMgMA0KcGNpX2xpbmswOiA8QUNQSSBQ Q0kgTGluayBMTktBPiBpcnEgNSBvbiBhY3BpMA0KcGNpX2xpbmswOiBMaW5r cyBhZnRlciBpbml0aWFsIHByb2JlOg0KSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMNCiAgICAwICAgIDUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAx MSAxMiAxNCAxNQ0KcGNpX2xpbmswOiBMaW5rcyBhZnRlciBpbml0aWFsIHZh bGlkYXRpb246DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAg ICAgNSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1DQpw Y2lfbGluazA6IExpbmtzIGFmdGVyIGRpc2FibGU6DQpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcw0KICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYg NyA5IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazE6IDxBQ1BJIFBDSSBMaW5r IExOS0I+IGlycSAxMCBvbiBhY3BpMA0KcGNpX2xpbmsxOiBMaW5rcyBhZnRl ciBpbml0aWFsIHByb2JlOg0KSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMN CiAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAx NCAxNQ0KcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRp b246DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgICAxMCAg IE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1DQpwY2lfbGlu azE6IExpbmtzIGFmdGVyIGRpc2FibGU6DQpJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcw0KICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEw IDExIDEyIDE0IDE1DQpwY2lfbGluazI6IDxBQ1BJIFBDSSBMaW5rIExOS0M+ IGlycSAxMSBvbiBhY3BpMA0KcGNpX2xpbmsyOiBMaW5rcyBhZnRlciBpbml0 aWFsIHByb2JlOg0KSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMNCiAgICAw ICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQ0K cGNpX2xpbmsyOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246DQpJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgICAxMSAgIE4gICAg IDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1DQpwY2lfbGluazI6IExp bmtzIGFmdGVyIGRpc2FibGU6DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cw0KICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEy IDE0IDE1DQpwY2lfbGluazM6IDxBQ1BJIFBDSSBMaW5rIExOS0Q+IGlycSA5 IG9uIGFjcGkwDQpwY2lfbGluazM6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJv YmU6DQpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICAgIDAgICAgOSAg IE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1DQpwY2lfbGlu azM6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoNCkluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzDQogICAgMCAgICA5ICAgTiAgICAgMCAgMyA0 IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUNCnBjaV9saW5rMzogTGlua3MgYWZ0 ZXIgZGlzYWJsZToNCkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogICAg MCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUN CkFDUEkgdGltZXI6IDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEg MS8xIDEvMSAtPiAxMA0KVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVl bmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwDQphY3BpX3RpbWVyMDogPDI0 LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDEwMDgtMHgxMDBi IG9uIGFjcGkwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQphY3BpX3Ro cm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTANCmFjcGlf dGhyb3R0bGUwOiBQX0NOVCBmcm9tIFBfQkxLIDB4MTAxMA0KY3B1MTogPEFD UEkgQ1BVPiBvbiBhY3BpMA0KY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0K Y3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KcGNpYjA6IDxBQ1BJIEhvc3Qt UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpMDog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnBjaTA6IHBoeXNpY2FsIGJ1cz0w DQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc0NjAsIHJldmlkPTB4 MDcNCglidXM9MCwgc2xvdD02LCBmdW5jPTANCgljbGFzcz0wNi0wNC0wMCwg aGRydHlwZT0weDAxLCBtZmRldj0wDQoJY21kcmVnPTB4MDExNywgc3RhdHJl Zz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDBhICgyNTAwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc0Njgs IHJldmlkPTB4MDUNCglidXM9MCwgc2xvdD03LCBmdW5jPTANCgljbGFzcz0w Ni0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAw Ziwgc3RhdHJlZz0weDAyMjAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDc0 NjksIHJldmlkPTB4MDMNCglidXM9MCwgc2xvdD03LCBmdW5jPTENCgljbGFz cz0wMS0wMS04YSwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4 MDAwNSwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJ bGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykNCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMy LCBiYXNlIDAwMDBmZmEwLCBzaXplICA0LCBlbmFibGVkDQpmb3VuZC0+CXZl bmRvcj0weDEwMjIsIGRldj0weDc0NmEsIHJldmlkPTB4MDINCglidXM9MCwg c2xvdD03LCBmdW5jPTINCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wDQoJY21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAyMDAsIGNh Y2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50 cGluPWQsIGlycT05DQoJbWFwWzEwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFz ZSAwMDAwY2MwMCwgc2l6ZSAgNSwgZW5hYmxlZA0KcGNpYjA6IG1hdGNoZWQg ZW50cnkgZm9yIDAuNy5JTlREDQpwY2liMDogc2xvdCA3IElOVEQgaGFyZHdp cmVkIHRvIElSUSAxOQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3 NDZiLCByZXZpZD0weDA1DQoJYnVzPTAsIHNsb3Q9NywgZnVuYz0zDQoJY2xh c3M9MDYtODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0w eDAwMDAsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0K CWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBk ZXY9MHg3NDUwLCByZXZpZD0weDEyDQoJYnVzPTAsIHNsb3Q9MTAsIGZ1bmM9 MA0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTENCglj bWRyZWc9MHgwMTE3LCBzdGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykNCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDUg KDEyNTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9y PTB4MTAyMiwgZGV2PTB4NzQ1MSwgcmV2aWQ9MHgwMQ0KCWJ1cz0wLCBzbG90 PTEwLCBmdW5jPTENCgljbGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wDQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNhY2hl bG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJbWFwWzEwXTog dHlwZSAxLCByYW5nZSA2NCwgYmFzZSBmZWJmZjAwMCwgc2l6ZSAxMiwgZW5h YmxlZA0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDUwLCByZXZp ZD0weDEyDQoJYnVzPTAsIHNsb3Q9MTEsIGZ1bmM9MA0KCWNsYXNzPTA2LTA0 LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTENCgljbWRyZWc9MHgwMTE3LCBz dGF0cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1l cj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDUgKDEyNTAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4 NzQ1MSwgcmV2aWQ9MHgwMQ0KCWJ1cz0wLCBzbG90PTExLCBmdW5jPTENCglj bGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVn PTB4MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMp DQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpDQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSA2 NCwgYmFzZSBmZWJmZTAwMCwgc2l6ZSAxMiwgZW5hYmxlZA0KZm91bmQtPgl2 ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAwDQoJYnVzPTAs IHNsb3Q9MjQsIGZ1bmM9MA0KCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCmZvdW5k LT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMSwgcmV2aWQ9MHgwMA0KCWJ1 cz0wLCBzbG90PTI0LCBmdW5jPTENCgljbGFzcz0wNi0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAw MDAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpm b3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDIsIHJldmlkPTB4MDAN CglidXM9MCwgc2xvdD0yNCwgZnVuYz0yDQoJY2xhc3M9MDYtMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9 MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAzLCByZXZpZD0w eDAwDQoJYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9Mw0KCWNsYXNzPTA2LTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDAwLCBzdGF0 cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMCwgcmV2 aWQ9MHgwMA0KCWJ1cz0wLCBzbG90PTI1LCBmdW5jPTANCgljbGFzcz0wNi0w MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwMCwg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDEs IHJldmlkPTB4MDANCglidXM9MCwgc2xvdD0yNSwgZnVuYz0xDQoJY2xhc3M9 MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAw MDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQ0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgx MTAyLCByZXZpZD0weDAwDQoJYnVzPTAsIHNsb3Q9MjUsIGZ1bmM9Mg0KCWNs YXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRyZWc9 MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykN CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykNCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2 PTB4MTEwMywgcmV2aWQ9MHgwMA0KCWJ1cz0wLCBzbG90PTI1LCBmdW5jPTMN CgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21k cmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29y ZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4MDAgKDAgbnMpDQpwY2liMTogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSA2LjAgb24gcGNpMA0KcGNpYjE6ICAgc2Vjb25k YXJ5IGJ1cyAgICAgMw0KcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMw0K cGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHg5MDAwLTB4YmZmZg0KcGNp YjE6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmY2EwMDAwMC0weGZlYWZmZmZm DQpwY2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAweGZmZjAwMDAwLTB4ZmZm ZmYNCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQpwY2kzOiBwaHlz aWNhbCBidXM9Mw0KZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDY0 LCByZXZpZD0weDBiDQoJYnVzPTMsIHNsb3Q9MCwgZnVuYz0wDQoJY2xhc3M9 MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAx MTcsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxh dHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDUwICgyMDAwMCBucykNCglpbnRwaW49ZCwgaXJxPTkNCgltYXBb MTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGZlYWZjMDAwLCBzaXplIDEy LCBlbmFibGVkDQpwY2liMTogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFu Z2UgMHhmZWFmYzAwMC0weGZlYWZjZmZmOiBnb29kDQpwY2liMTogbWF0Y2hl ZCBlbnRyeSBmb3IgMy4wLklOVEQNCnBjaWIxOiBzbG90IDAgSU5URCBoYXJk d2lyZWQgdG8gSVJRIDE5DQpmb3VuZC0+CXZlbmRvcj0weDEwMjIsIGRldj0w eDc0NjQsIHJldmlkPTB4MGINCglidXM9Mywgc2xvdD0wLCBmdW5jPTENCglj bGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVn PTB4MDExNywgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMp DQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5z KSwgbWF4bGF0PTB4NTAgKDIwMDAwIG5zKQ0KCWludHBpbj1kLCBpcnE9OQ0K CW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZmVhZmQwMDAsIHNp emUgMTIsIGVuYWJsZWQNCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9y eSByYW5nZSAweGZlYWZkMDAwLTB4ZmVhZmRmZmY6IGdvb2QNCnBjaWIxOiBt YXRjaGVkIGVudHJ5IGZvciAzLjAuSU5URA0KcGNpYjE6IHNsb3QgMCBJTlRE IGhhcmR3aXJlZCB0byBJUlEgMTkNCmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwg ZGV2PTB4NDc1MiwgcmV2aWQ9MHgyNw0KCWJ1cz0zLCBzbG90PTYsIGZ1bmM9 MA0KCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglj bWRyZWc9MHgwMDg3LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTE2IChk d29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDA4 ICgyMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGly cT0xMQ0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3Vy cmVudCBEMA0KCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZmQw MDAwMDAsIHNpemUgMjQsIGVuYWJsZWQNCnBjaWIxOiAobnVsbCkgcmVxdWVz dGVkIG1lbW9yeSByYW5nZSAweGZkMDAwMDAwLTB4ZmRmZmZmZmY6IGdvb2QN CgltYXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDBiMDAwLCBz aXplICA4LCBlbmFibGVkDQpwY2liMTogKG51bGwpIHJlcXVlc3RlZCBJL08g cmFuZ2UgMHhiMDAwLTB4YjBmZjogaW4gcmFuZ2UNCgltYXBbMThdOiB0eXBl IDEsIHJhbmdlIDMyLCBiYXNlIGZlYWZmMDAwLCBzaXplIDEyLCBlbmFibGVk DQpwY2liMTogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmZWFm ZjAwMC0weGZlYWZmZmZmOiBnb29kDQpwY2liMTogbWF0Y2hlZCBlbnRyeSBm b3IgMy42LklOVEENCnBjaWIxOiBzbG90IDYgSU5UQSBoYXJkd2lyZWQgdG8g SVJRIDE4DQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBtZW0gMHhmZWFmYzAwMC0weGZlYWZjZmZmIGlycSAxOSBhdCBkZXZpY2Ug MC4wIG9uIHBjaTMNCm9oY2kwOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9y IHJpZCAweDEwIHR5cGUgMyBhdCAweGZlYWZjMDAwDQpvaGNpMDogW0dJQU5U LUxPQ0tFRF0NCnVzYjA6IE9IQ0kgdmVyc2lvbiAxLjAsIGxlZ2FjeSBzdXBw b3J0DQp1c2IwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9u IG9oY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogQU1EIE9I Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx DQp1aHViMDogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQNCm9oY2kxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1l bSAweGZlYWZkMDAwLTB4ZmVhZmRmZmYgaXJxIDE5IGF0IGRldmljZSAwLjEg b24gcGNpMw0Kb2hjaTE6IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3Igcmlk IDB4MTAgdHlwZSAzIGF0IDB4ZmVhZmQwMDANCm9oY2kxOiBbR0lBTlQtTE9D S0VEXQ0KdXNiMTogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQN CnVzYjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hj aTENCnVzYjE6IFVTQiByZXZpc2lvbiAxLjANCnVodWIxOiBBTUQgT0hDSSBy b290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVo dWIxOiAzIHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0K cGNpMzogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDYuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNl IDcuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjANCmF0YXBj aTA6IDxBTUQgODExMSBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAt MHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmZmEwLTB4ZmZhZiBh dCBkZXZpY2UgNy4xIG9uIHBjaTANCmF0YXBjaTA6IFJlc2VydmVkIDB4MTAg Ynl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweGZmYTANCmF0YTA6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQphdGFwY2kwOiBSZXNlcnZlZCAw eDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDFmMA0KYXRhcGNp MDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxNCB0eXBlIDQgYXQg MHgzZjYNCmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD02MCBvc3Rh dDE9NzANCmF0YTA6IHN0YXQwPTB4MjAgZXJyPTB4MjAgbHNiPTB4MjAgbXNi PTB4MjANCmF0YTA6IHN0YXQxPTB4MzAgZXJyPTB4MzAgbHNiPTB4MzAgbXNi PTB4MzANCmF0YTA6IHJlc2V0IHRwMiBzdGF0MD0yMCBzdGF0MT0zMCBkZXZp Y2VzPTB4MA0KYXRhMDogW01QU0FGRV0NCmF0YTE6IDxBVEEgY2hhbm5lbCAx PiBvbiBhdGFwY2kwDQphdGFwY2kwOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9y IHJpZCAweDE4IHR5cGUgNCBhdCAweDE3MA0KYXRhcGNpMDogUmVzZXJ2ZWQg MHgxIGJ5dGVzIGZvciByaWQgMHgxYyB0eXBlIDQgYXQgMHgzNzYNCmF0YTE6 IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDANCmF0YTE6 IHN0YXQwPTB4MTAgZXJyPTB4MDEgbHNiPTB4MTQgbXNiPTB4ZWINCmF0YTE6 IHN0YXQxPTB4MDAgZXJyPTB4MDEgbHNiPTB4N2YgbXNiPTB4N2YNCmF0YTE6 IHJlc2V0IHRwMiBzdGF0MD0xMCBzdGF0MT0wMCBkZXZpY2VzPTB4NDxBVEFQ SV9NQVNURVI+DQphdGExOiBbTVBTQUZFXQ0KcGNpMDogPHNlcmlhbCBidXMs IFNNQnVzPiBhdCBkZXZpY2UgNy4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpw Y2kwOiA8YnJpZGdlPiBhdCBkZXZpY2UgNy4zIChubyBkcml2ZXIgYXR0YWNo ZWQpDQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAx MC4wIG9uIHBjaTANCnBjaWIyOiAgIHNlY29uZGFyeSBidXMgICAgIDINCnBj aWIyOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDINCnBjaWIyOiAgIEkvTyBkZWNv ZGUgICAgICAgIDB4NzAwMC0weDhmZmYNCnBjaWIyOiAgIG1lbW9yeSBkZWNv ZGUgICAgIDB4ZmM3MDAwMDAtMHhmYzlmZmZmZg0KcGNpYjI6ICAgcHJlZmV0 Y2hlZCBkZWNvZGUgMHhmZjUwMDAwMC0weGZmNWZmZmZmDQpwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNpMjogcGh5c2ljYWwgYnVzPTINCmZv dW5kLT4JdmVuZG9yPTB4OTAwNSwgZGV2PTB4ODAxZiwgcmV2aWQ9MHgxMA0K CWJ1cz0yLCBzbG90PTEwLCBmdW5jPTANCgljbGFzcz0wMS0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDExNywgc3RhdHJlZz0w eDA0MzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4NDAg KDE5MjAgbnMpLCBtaW5nbnQ9MHgyOCAoMTAwMDAgbnMpLCBtYXhsYXQ9MHgx OSAoNjI1MCBucykNCglpbnRwaW49YSwgaXJxPTUNCglwb3dlcnNwZWMgMiAg c3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglNU0kgc3VwcG9ydHMgMiBt ZXNzYWdlcywgNjQgYml0DQoJbWFwWzEwXTogdHlwZSA0LCByYW5nZSAzMiwg YmFzZSAwMDAwODAwMCwgc2l6ZSAgOCwgZW5hYmxlZA0KcGNpYjI6IChudWxs KSByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ODAwMC0weDgwZmY6IGluIHJhbmdl DQoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSA2NCwgYmFzZSBmYzg5YzAwMCwg c2l6ZSAxMywgZW5hYmxlZA0KcGNpYjI6IChudWxsKSByZXF1ZXN0ZWQgbWVt b3J5IHJhbmdlIDB4ZmM4OWMwMDAtMHhmYzg5ZGZmZjogZ29vZA0KCW1hcFsx Y106IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDc4MDAsIHNpemUgIDgs IGVuYWJsZWQNCnBjaWIyOiAobnVsbCkgcmVxdWVzdGVkIEkvTyByYW5nZSAw eDc4MDAtMHg3OGZmOiBpbiByYW5nZQ0KcGNpYjI6IG1hdGNoZWQgZW50cnkg Zm9yIDIuMTAuSU5UQQ0KcGNpYjI6IHNsb3QgMTAgSU5UQSBoYXJkd2lyZWQg dG8gSVJRIDI0DQpmb3VuZC0+CXZlbmRvcj0weDkwMDUsIGRldj0weDgwMWYs IHJldmlkPTB4MTANCglidXM9Miwgc2xvdD0xMCwgZnVuYz0xDQoJY2xhc3M9 MDEtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAx MTcsIHN0YXRyZWc9MHgwNDMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykNCgls YXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MjggKDEwMDAwIG5z KSwgbWF4bGF0PTB4MTkgKDYyNTAgbnMpDQoJaW50cGluPWIsIGlycT0xMA0K CXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KCU1T SSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCA2NCBiaXQNCgltYXBbMTBdOiB0eXBl IDQsIHJhbmdlIDMyLCBiYXNlIDAwMDA4ODAwLCBzaXplICA4LCBlbmFibGVk DQpwY2liMjogKG51bGwpIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHg4ODAwLTB4 ODhmZjogaW4gcmFuZ2UNCgltYXBbMTRdOiB0eXBlIDEsIHJhbmdlIDY0LCBi YXNlIGZjODllMDAwLCBzaXplIDEzLCBlbmFibGVkDQpwY2liMjogKG51bGwp IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmYzg5ZTAwMC0weGZjODlmZmZm OiBnb29kDQoJbWFwWzFjXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAw ODQwMCwgc2l6ZSAgOCwgZW5hYmxlZA0KcGNpYjI6IChudWxsKSByZXF1ZXN0 ZWQgSS9PIHJhbmdlIDB4ODQwMC0weDg0ZmY6IGluIHJhbmdlDQpwY2liMjog bWF0Y2hlZCBlbnRyeSBmb3IgMi4xMC5JTlRCDQpwY2liMjogc2xvdCAxMCBJ TlRCIGhhcmR3aXJlZCB0byBJUlEgMjUNCmFoZDA6IDxBZGFwdGVjIEFJQzc5 MDIgVWx0cmEzMjAgU0NTSSBhZGFwdGVyPiBwb3J0IDB4ODAwMC0weDgwZmYs MHg3ODAwLTB4NzhmZiBtZW0gMHhmYzg5YzAwMC0weGZjODlkZmZmIGlycSAy NCBhdCBkZXZpY2UgMTAuMCBvbiBwY2kyDQphaGQwOiBEZWZhdWx0aW5nIHRv IE1FTUlPIG9uDQphaGQwOiBSZXNlcnZlZCAweDEwMCBieXRlcyBmb3Igcmlk IDB4MTAgdHlwZSA0IGF0IDB4ODAwMA0KYWhkMDogUmVzZXJ2ZWQgMHgxMDAg Ynl0ZXMgZm9yIHJpZCAweDFjIHR5cGUgNCBhdCAweDc4MDANCmFoZDA6IEVu YWJsaW5nIDM5Qml0IEFkZHJlc3NpbmcNCmFoZDA6IFJlYWRpbmcgVlBEIGZy b20gU0VFUFJPTS4uLmFoZDA6IFZQRCBwYXJzaW5nIHN1Y2Nlc3NmdWwNCmFo ZDA6IFJlYWRpbmcgU0VFUFJPTS4uLmRvbmUuDQphaGQwOiBTVFBXTEVWRUwg aXMgb24NCmFoZDA6IE1hbnVhbCBQcmltYXJ5IFRlcm1pbmF0aW9uDQphaGQw OiBNYW51YWwgU2Vjb25kYXJ5IFRlcm1pbmF0aW9uDQphaGQwOiBQcmltYXJ5 IEhpZ2ggYnl0ZSB0ZXJtaW5hdGlvbiBFbmFibGVkDQphaGQwOiBQcmltYXJ5 IExvdyBieXRlIHRlcm1pbmF0aW9uIEVuYWJsZWQNCmFoZDA6IFNlY29uZGFy eSBIaWdoIGJ5dGUgdGVybWluYXRpb24gRGlzYWJsZWQNCmFoZDA6IFNlY29u ZGFyeSBMb3cgYnl0ZSB0ZXJtaW5hdGlvbiBEaXNhYmxlZA0KYWhkMDogRG93 bmxvYWRpbmcgU2VxdWVuY2VyIFByb2dyYW0uLi4gNjk3IGluc3RydWN0aW9u cyBkb3dubG9hZGVkDQphaGQwOiBGZWF0dXJlcyAweDNjMTAxLCBCdWdzIDB4 NzQwMDAyLCBGbGFncyAweDE0M2YwDQphaGQwOiBbR0lBTlQtTE9DS0VEXQ0K YWljNzkwMjogVWx0cmEzMjAgV2lkZSBDaGFubmVsIEEsIFNDU0kgSWQ9Nywg UENJLVggNjctMTAwTWh6LCA1MTIgU0NCcw0KYWhkMTogPEFkYXB0ZWMgQUlD NzkwMiBVbHRyYTMyMCBTQ1NJIGFkYXB0ZXI+IHBvcnQgMHg4ODAwLTB4ODhm ZiwweDg0MDAtMHg4NGZmIG1lbSAweGZjODllMDAwLTB4ZmM4OWZmZmYgaXJx IDI1IGF0IGRldmljZSAxMC4xIG9uIHBjaTINCmFoZDE6IERlZmF1bHRpbmcg dG8gTUVNSU8gb24NCmFoZDE6IFJlc2VydmVkIDB4MTAwIGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDQgYXQgMHg4ODAwDQphaGQxOiBSZXNlcnZlZCAweDEw MCBieXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4ODQwMA0KYWhkMTog RW5hYmxpbmcgMzlCaXQgQWRkcmVzc2luZw0KYWhkMTogUmVhZGluZyBWUEQg ZnJvbSBTRUVQUk9NLi4uYWhkMTogVlBEIHBhcnNpbmcgc3VjY2Vzc2Z1bA0K YWhkMTogUmVhZGluZyBTRUVQUk9NLi4uZG9uZS4NCmFoZDE6IFNUUFdMRVZF TCBpcyBvbg0KYWhkMTogTWFudWFsIFByaW1hcnkgVGVybWluYXRpb24NCmFo ZDE6IE1hbnVhbCBTZWNvbmRhcnkgVGVybWluYXRpb24NCmFoZDE6IFByaW1h cnkgSGlnaCBieXRlIHRlcm1pbmF0aW9uIEVuYWJsZWQNCmFoZDE6IFByaW1h cnkgTG93IGJ5dGUgdGVybWluYXRpb24gRW5hYmxlZA0KYWhkMTogU2Vjb25k YXJ5IEhpZ2ggYnl0ZSB0ZXJtaW5hdGlvbiBEaXNhYmxlZA0KYWhkMTogU2Vj b25kYXJ5IExvdyBieXRlIHRlcm1pbmF0aW9uIERpc2FibGVkDQphaGQxOiBE b3dubG9hZGluZyBTZXF1ZW5jZXIgUHJvZ3JhbS4uLiA2OTcgaW5zdHJ1Y3Rp b25zIGRvd25sb2FkZWQNCmFoZDE6IEZlYXR1cmVzIDB4M2MxMDEsIEJ1Z3Mg MHg3NDAwMDIsIEZsYWdzIDB4MTQzZjENCmFoZDE6IFtHSUFOVC1MT0NLRURd DQphaWM3OTAyOiBVbHRyYTMyMCBXaWRlIENoYW5uZWwgQiwgU0NTSSBJZD03 LCBQQ0ktWCA2Ny0xMDBNaHosIDUxMiBTQ0JzDQpwY2kwOiA8YmFzZSBwZXJp cGhlcmFsLCBpbnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDEwLjEg KG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMA0KcGNpYjM6ICAgc2Vjb25k YXJ5IGJ1cyAgICAgMQ0KcGNpYjM6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQ0K cGNpYjM6ICAgSS9PIGRlY29kZSAgICAgICAgMHg2MDAwLTB4NmZmZg0KcGNp YjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmYzQwMDAwMC0weGZjNmZmZmZm DQpwY2liMzogICBwcmVmZXRjaGVkIGRlY29kZSAweGZmNDAwMDAwLTB4ZmY0 ZmZmZmYNCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzDQpwY2kxOiBw aHlzaWNhbCBidXM9MQ0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgx MDc5LCByZXZpZD0weDAzDQoJYnVzPTEsIHNsb3Q9MywgZnVuYz0wDQoJY2xh c3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0w eDAxMTcsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykN CglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4ZmYgKDYzNzUw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT01DQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQoJbWFw WzEwXTogdHlwZSAxLCByYW5nZSA2NCwgYmFzZSBmYzZjMDAwMCwgc2l6ZSAx NywgZW5hYmxlZA0KcGNpYjM6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJh bmdlIDB4ZmM2YzAwMDAtMHhmYzZkZmZmZjogZ29vZA0KCW1hcFsxOF06IHR5 cGUgMSwgcmFuZ2UgNjQsIGJhc2UgZmM2MDAwMDAsIHNpemUgMTgsIGVuYWJs ZWQNCnBjaWIzOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZj NjAwMDAwLTB4ZmM2M2ZmZmY6IGdvb2QNCgltYXBbMjBdOiB0eXBlIDQsIHJh bmdlIDMyLCBiYXNlIDAwMDA2ODgwLCBzaXplICA2LCBlbmFibGVkDQpwY2li MzogKG51bGwpIHJlcXVlc3RlZCBJL08gcmFuZ2UgMHg2ODgwLTB4NjhiZjog aW4gcmFuZ2UNCnBjaWIzOiBtYXRjaGVkIGVudHJ5IGZvciAxLjMuSU5UQQ0K cGNpYjM6IHNsb3QgMyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjgNCmZvdW5k LT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTA3OSwgcmV2aWQ9MHgwMw0KCWJ1 cz0xLCBzbG90PTMsIGZ1bmM9MQ0KCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMTE3LCBzdGF0cmVnPTB4MDIz MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHg0MCAoMTky MCBucyksIG1pbmdudD0weGZmICg2Mzc1MCBucyksIG1heGxhdD0weDAwICgw IG5zKQ0KCWludHBpbj1iLCBpcnE9MTANCglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdl IDY0LCBiYXNlIGZjNmUwMDAwLCBzaXplIDE3LCBlbmFibGVkDQpwY2liMzog KG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmYzZlMDAwMC0weGZj NmZmZmZmOiBnb29kDQoJbWFwWzE4XTogdHlwZSAxLCByYW5nZSA2NCwgYmFz ZSBmYzY4MDAwMCwgc2l6ZSAxOCwgZW5hYmxlZA0KcGNpYjM6IChudWxsKSBy ZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmM2ODAwMDAtMHhmYzZiZmZmZjog Z29vZA0KCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDZj MDAsIHNpemUgIDYsIGVuYWJsZWQNCnBjaWIzOiAobnVsbCkgcmVxdWVzdGVk IEkvTyByYW5nZSAweDZjMDAtMHg2YzNmOiBpbiByYW5nZQ0KcGNpYjM6IG1h dGNoZWQgZW50cnkgZm9yIDEuMy5JTlRCDQpwY2liMzogc2xvdCAzIElOVEIg aGFyZHdpcmVkIHRvIElSUSAyOQ0KZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAg TmV0d29yayBDb25uZWN0aW9uLCBWZXJzaW9uIC0gMi4xLjc+IHBvcnQgMHg2 ODgwLTB4NjhiZiBtZW0gMHhmYzZjMDAwMC0weGZjNmRmZmZmLDB4ZmM2MDAw MDAtMHhmYzYzZmZmZiBpcnEgMjggYXQgZGV2aWNlIDMuMCBvbiBwY2kxDQpl bTA6IFJlc2VydmVkIDB4MjAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUg MyBhdCAweGZjNmMwMDAwDQplbTA6IFJlc2VydmVkIDB4NDAgYnl0ZXMgZm9y IHJpZCAweDIwIHR5cGUgNCBhdCAweDY4ODANCmVtMDogW01QU0FGRV0NCmVt MDogYnBmIGF0dGFjaGVkDQplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjA0 OjIzOmM1OmFhOmZlDQplbTA6ICBTcGVlZDpOL0EgIER1cGxleDpOL0ENCmVt MTogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiwgVmVy c2lvbiAtIDIuMS43PiBwb3J0IDB4NmMwMC0weDZjM2YgbWVtIDB4ZmM2ZTAw MDAtMHhmYzZmZmZmZiwweGZjNjgwMDAwLTB4ZmM2YmZmZmYgaXJxIDI5IGF0 IGRldmljZSAzLjEgb24gcGNpMQ0KZW0xOiBSZXNlcnZlZCAweDIwMDAwIGJ5 dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhmYzZlMDAwMA0KZW0xOiBS ZXNlcnZlZCAweDQwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHg2 YzAwDQplbTE6IFtNUFNBRkVdDQplbTE6IGJwZiBhdHRhY2hlZA0KZW0xOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDowNDoyMzpjNTphYTpmZg0KZW0xOiAgU3Bl ZWQ6Ti9BICBEdXBsZXg6Ti9BDQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBp bnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDExLjEgKG5vIGRyaXZl ciBhdHRhY2hlZCkNCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24g YWNwaTANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+ IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwDQphdGtiZDA6IDxBVCBL ZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KYXRrYmQ6IHRoZSBjdXJyZW50 IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDY1DQphdGtiZDoga2V5 Ym9hcmQgSUQgMHg0MWFiICgyKQ0Ka2JkMCBhdCBhdGtiZDANCmtiZDA6IGF0 a2JkMCwgQVQgMTAxLzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2Qw MDAwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpwc20wOiB1bmFibGUgdG8g YWxsb2NhdGUgSVJRDQpzaW8wOiBpcnEgbWFwczogMHg4MDAxIDB4ODAxMSAw eDgwMDEgMHg4MDAxDQpzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBv cnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3Bp MA0Kc2lvMDogdHlwZSAxNjU1MEENCnNpbzE6IGlycSBtYXBzOiAweDgwMDEg MHg4MDA5IDB4ODAwMSAweDgwMDENCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJs ZSBDT00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMA0K c2lvMTogdHlwZSAxNjU1MEENCmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJv bGxlciAoRkRFKT4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEg MiBvbiBhY3BpMA0KZmRjMDogaWNfdHlwZSA5MCBwYXJ0X2lkIDgwDQpmZGMw OiBbTVBTQUZFXQ0KZmRjMDogW0ZBU1RdDQpmZDA6IDwxNDQwLUtCIDMuNSIg ZHJpdmU+IG9uIGZkYzAgZHJpdmUgMA0KcHBjMDogdXNpbmcgZXh0ZW5kZWQg SS9PIHBvcnQgcmFuZ2UNCnBwYzA6IFNQUA0KcHBjMDogPFN0YW5kYXJkIHBh cmFsbGVsIHByaW50ZXIgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiBpcnEgNyBv biBhY3BpMA0KcHBjMDogR2VuZXJpYyBjaGlwc2V0IChOSUJCTEUtb25seSkg aW4gQ09NUEFUSUJMRSBtb2RlDQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1 cz4gb24gcHBjMA0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0MDog SW50ZXJydXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBv biBwcGJ1czANCmFoY19pc2FfcHJvYmUgMDogaW9wb3J0IDB4YzAwIGFsbG9j IGZhaWxlZA0KYWhjX2lzYV9wcm9iZSA2OiBpb3BvcnQgMHg2YzAwIGFsbG9j IGZhaWxlZA0KYWhjX2lzYV9wcm9iZSAxMjogaW9wb3J0IDB4Y2MwMCBhbGxv YyBmYWlsZWQNCmF0a2JkYzogYXRrYmRjMCBhbHJlYWR5IGV4aXN0czsgc2tp cHBpbmcgaXQNCmZkYzogZmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcg aXQNCnBwYzogcHBjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCnNp bzogc2lvMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCnNpbzogc2lv MSBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCnBucF9pZGVudGlmeTog VHJ5aW5nIFJlYWRfUG9ydCBhdCAyMDMNCnBucF9pZGVudGlmeTogVHJ5aW5n IFJlYWRfUG9ydCBhdCAyNDMNCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRf UG9ydCBhdCAyODMNCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBh dCAyYzMNCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMN CnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzNDMNCnBucF9p ZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzODMNCnBucF9pZGVudGlm eTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMNClBOUCBJZGVudGlmeSBjb21w bGV0ZQ0Kc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCnZn YTogdmdhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQNCmlzYV9wcm9i ZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzDQppc2FfcHJvYmVf Y2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzDQpvcm0wOiA8SVNB IE9wdGlvbiBST00+IGF0IGlvbWVtIDB4YzAwMDAtMHhjN2ZmZiBvbiBpc2Ew DQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNh MA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAw Pg0Kc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lz Y29ucyB0ZXJtaW5hbCkNCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0K c2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQpDQp2Z2EwOiA8R2VuZXJpYyBJ U0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhi ZmZmZiBvbiBpc2EwDQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2JpbmcgUG5Q IGRldmljZXMNCkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLg0KUmVk dWNpbmcga2Vybi5tYXh2bm9kZXMgMjMzMDE2IC0+IDEwMDAwMA0KcHJvY2Zz IHJlZ2lzdGVyZWQNCmxpbnByb2NmcyByZWdpc3RlcmVkDQpsYXBpYzogRGl2 aXNvciAyLCBGcmVxdWVuY3kgOTk1OTkxMTQgaHoNClRpbWVjb3VudGVyICJU U0MiIGZyZXF1ZW5jeSAyMzkwMzQxMzcwIEh6IHF1YWxpdHkgLTEwMA0KVGlt ZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KTGludXggRUxGIGV4 ZWMgaGFuZGxlciBpbnN0YWxsZWQNCmxvMDogYnBmIGF0dGFjaGVkDQpXYWl0 aW5nIDUgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQ0KKG5v cGVyaXBoOmFoZDA6MDotMTotMSk6IFNDU0kgYnVzIHJlc2V0IGRlbGl2ZXJl ZC4gMCBTQ0JzIGFib3J0ZWQuDQoobm9wZXJpcGg6YWhkMTowOi0xOi0xKTog U0NTSSBidXMgcmVzZXQgZGVsaXZlcmVkLiAwIFNDQnMgYWJvcnRlZC4NCmF0 YTEtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURNQTMzIGNh YmxlPTQwIHdpcmUNCmFjZDA6IHNldHRpbmcgUElPNCBvbiBBTUQgODExMSBj aGlwDQphY2QwOiBzZXR0aW5nIFVETUEzMyBvbiBBTUQgODExMSBjaGlwDQph Y2QwOiA8UVNJIENELVJPTSBTQ1ItMjQyL0NYQUM+IENEUk9NIGRyaXZlIGF0 IGF0YTEgYXMgbWFzdGVyDQphY2QwOiByZWFkIDQxMzNLQi9zICg0MTMzS0Iv cyksIDEyOEtCIGJ1ZmZlciwgVURNQTMzDQphY2QwOiBSZWFkczogQ0RSLCBD RFJXLCBDRERBIHN0cmVhbSwgcGFja2V0DQphY2QwOiBXcml0ZXM6DQphY2Qw OiBBdWRpbzogcGxheSwgMjU2IHZvbHVtZSBsZXZlbHMNCmFjZDA6IE1lY2hh bmlzbTogZWplY3RhYmxlIHRyYXksIHVubG9ja2VkDQphY2QwOiBNZWRpdW06 IG5vL2JsYW5rIGRpc2MNCmFoZDA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6 Ni4gMCBTQ0JzIGFib3J0ZWQNCmFoZDE6IFNlbGVjdGlvbiBUaW1lb3V0IG9u IEE6MC4gMCBTQ0JzIGFib3J0ZWQNCmFoZDA6IFNlbGVjdGlvbiBUaW1lb3V0 IG9uIEE6OC4gMCBTQ0JzIGFib3J0ZWQNCmFoZDE6IFNlbGVjdGlvbiBUaW1l b3V0IG9uIEE6MS4gMCBTQ0JzIGFib3J0ZWQNCmFoZDA6IFNlbGVjdGlvbiBU aW1lb3V0IG9uIEE6OS4gMCBTQ0JzIGFib3J0ZWQNCmFoZDE6IFNlbGVjdGlv biBUaW1lb3V0IG9uIEE6Mi4gMCBTQ0JzIGFib3J0ZWQNCmFoZDA6IFNlbGVj dGlvbiBUaW1lb3V0IG9uIEE6MTAuIDAgU0NCcyBhYm9ydGVkDQphaGQxOiBT ZWxlY3Rpb24gVGltZW91dCBvbiBBOjYuIDAgU0NCcyBhYm9ydGVkDQphaGQw OiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjExLiAwIFNDQnMgYWJvcnRlZA0K YWhkMTogU2VsZWN0aW9uIFRpbWVvdXQgb24gQTo4LiAwIFNDQnMgYWJvcnRl ZA0KYWhkMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxMi4gMCBTQ0JzIGFi b3J0ZWQNCmFoZDE6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6OS4gMCBTQ0Jz IGFib3J0ZWQNCmFoZDA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6MC4gMCBT Q0JzIGFib3J0ZWQNCmFoZDE6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6MTAu IDAgU0NCcyBhYm9ydGVkDQphaGQwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBB OjEuIDAgU0NCcyBhYm9ydGVkDQphaGQxOiBTZWxlY3Rpb24gVGltZW91dCBv biBBOjExLiAwIFNDQnMgYWJvcnRlZA0KYWhkMTogU2VsZWN0aW9uIFRpbWVv dXQgb24gQToxMi4gMCBTQ0JzIGFib3J0ZWQNCmFoZDA6IFNlbGVjdGlvbiBU aW1lb3V0IG9uIEE6My4gMCBTQ0JzIGFib3J0ZWQNCmFoZDE6IFNlbGVjdGlv biBUaW1lb3V0IG9uIEE6MTMuIDAgU0NCcyBhYm9ydGVkDQphaGQwOiBTZWxl Y3Rpb24gVGltZW91dCBvbiBBOjQuIDAgU0NCcyBhYm9ydGVkDQphaGQxOiBT ZWxlY3Rpb24gVGltZW91dCBvbiBBOjE0LiAwIFNDQnMgYWJvcnRlZA0KYWhk MDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQTo1LiAwIFNDQnMgYWJvcnRlZA0K YWhkMTogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxNS4gMCBTQ0JzIGFib3J0 ZWQNCmFoZDA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6MTMuIDAgU0NCcyBh Ym9ydGVkDQphaGQxOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjMuIDAgU0NC cyBhYm9ydGVkDQphaGQwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjE0LiAw IFNDQnMgYWJvcnRlZA0KYWhkMTogU2VsZWN0aW9uIFRpbWVvdXQgb24gQTo0 LiAwIFNDQnMgYWJvcnRlZA0KYWhkMDogU2VsZWN0aW9uIFRpbWVvdXQgb24g QToxNS4gMCBTQ0JzIGFib3J0ZWQNCihwcm9iZTI6YWhkMDowOjI6MCk6IFJl dHJ5aW5nIENvbW1hbmQNCihhaGQwOkE6MjowKTogU2VuZGluZyBQUFIgYnVz X3dpZHRoIDEsIHBlcmlvZCA4LCBvZmZzZXQgZmUsIHBwcl9vcHRpb25zIGZm DQooYWhkMDpBOjI6MCk6IFJlY2VpdmVkIFBQUiB3aWR0aCAxLCBwZXJpb2Qg OCwgb2Zmc2V0IDNmLG9wdGlvbnMgZmYNCglGaWx0ZXJlZCB0byB3aWR0aCAx LCBwZXJpb2QgOCwgb2Zmc2V0IDNmLCBvcHRpb25zIGZmDQphaGQwOiB0YXJn ZXQgMiB1c2luZyAxNmJpdCB0cmFuc2ZlcnMNCmFoZDA6IHRhcmdldCAyIHN5 bmNocm9ub3VzIHdpdGggcGVyaW9kID0gMHg4LCBvZmZzZXQgPSAweDNmKFJE U1RSTXxEVHxJVXxSVEl8UUFTKQ0KYWhkMTogU2VsZWN0aW9uIFRpbWVvdXQg b24gQTo1LiAwIFNDQnMgYWJvcnRlZA0KcGFzczAgYXQgYWhkMCBidXMgMCB0 YXJnZXQgMiBsdW4gMA0KcGFzczA6IDxTRUFHQVRFIFNUMzE0NjcwN0xDIDAw MDU+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSANCnBhc3Mw OiBTZXJpYWwgTnVtYmVyIDNLUzAxRFRWMDAwMDc1MDE2TDRLDQpwYXNzMDog MzIwLjAwME1CL3MgdHJhbnNmZXJzICgxNjAuMDAwTUh6LCBvZmZzZXQgNjMs IDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMCBhdCBhaGQw IGJ1cyAwIHRhcmdldCAyIGx1biAwDQpkYTA6IDxTRUFHQVRFIFNUMzE0Njcw N0xDIDAwMDU+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAN CmRhMDogU2VyaWFsIE51bWJlciAzS1MwMURUVjAwMDA3NTAxNkw0Sw0KZGEw OiAzMjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCA2 MywgMTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZA0KZGEwOiAxNDAw MTRNQiAoMjg2NzQ5NDg4IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1Qg MTc4NDlDKQ0KR0VPTTogbmV3IGRpc2sgZGEwDQpBVEEgUHNldWRvUkFJRCBs b2FkZWQNClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KY3B1MSBBUDoNCiAg ICAgSUQ6IDB4MDEwMDAwMDAgICBWRVI6IDB4MDAwNDAwMTAgTERSOiAweDAy MDAwMDAwIERGUjogMHgwZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcwMCBs aW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAw MWZmDQogIHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDAwMDAwIGVy cjogMHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDANClNNUDogQVAgQ1BVICMy IExhdW5jaGVkIQ0KY3B1MiBBUDoNCiAgICAgSUQ6IDB4MDIwMDAwMDAgICBW RVI6IDB4MDAwNDAwMTAgTERSOiAweDA0MDAwMDAwIERGUjogMHgwZmZmZmZm Zg0KICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6 IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmDQogIHRpbWVyOiAweDAwMDIw MGVmIHRoZXJtOiAweDAwMDAwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4 MDAwMTAwMDANClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQ0KY3B1MyBBUDoN CiAgICAgSUQ6IDB4MDMwMDAwMDAgICBWRVI6IDB4MDAwNDAwMTAgTERSOiAw eDA4MDAwMDAwIERGUjogMHgwZmZmZmZmZg0KICBsaW50MDogMHgwMDAxMDcw MCBsaW50MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAw MDAwMWZmDQogIHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDAwMDAw IGVycjogMHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDANCmlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDEgKElTQSBJUlEgMSkgdG8gY2x1c3RlciAwDQppb2Fw aWMwOiByb3V0aW5nIGludHBpbiAzIChJU0EgSVJRIDMpIHRvIGNsdXN0ZXIg MA0KaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0KSB0byBj bHVzdGVyIDANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDYgKElTQSBJUlEg NikgdG8gY2x1c3RlciAwDQppb2FwaWMwOiByb3V0aW5nIGludHBpbiA3IChJ U0EgSVJRIDcpIHRvIGNsdXN0ZXIgMA0KaW9hcGljMDogcm91dGluZyBpbnRw aW4gOSAoSVNBIElSUSA5KSB0byBjbHVzdGVyIDANCmlvYXBpYzA6IHJvdXRp bmcgaW50cGluIDE0IChJU0EgSVJRIDE0KSB0byBjbHVzdGVyIDANCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0EgSVJRIDE1KSB0byBjbHVzdGVy IDANCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQQ0kgSVJRIDE5KSB0 byBjbHVzdGVyIDANCmlvYXBpYzE6IHJvdXRpbmcgaW50cGluIDAgKFBDSSBJ UlEgMjQpIHRvIGNsdXN0ZXIgMA0KaW9hcGljMTogcm91dGluZyBpbnRwaW4g MSAoUENJIElSUSAyNSkgdG8gY2x1c3RlciAwDQppb2FwaWMyOiByb3V0aW5n IGludHBpbiAwIChQQ0kgSVJRIDI4KSB0byBjbHVzdGVyIDANCmlvYXBpYzI6 IHJvdXRpbmcgaW50cGluIDEgKFBDSSBJUlEgMjkpIHRvIGNsdXN0ZXIgMA0K VHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWENCnN0 YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0DQplbTA6IExpbmsgaXMgdXAg MTAwMCBNYnBzIEZ1bGwgRHVwbGV4DQo= --0-673141705-1141744013=:12632-- From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 16:29:10 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F8F16A420 for ; Wed, 8 Mar 2006 16:29:10 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from ns1.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26E0E43D49 for ; Wed, 8 Mar 2006 16:29:08 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from [10.0.0.90] (63-138-13-146.customer.static.ip.paetec.net [63.138.13.146] (may be forged)) (authenticated bits=0) by ns1.scsiguy.com (8.13.4/8.13.4) with ESMTP id k28GT6ip025331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 09:29:07 -0700 (MST) (envelope-from gibbs@scsiguy.com) Date: Wed, 08 Mar 2006 09:29:01 -0700 From: "Justin T. Gibbs" To: Rob Watt , freebsd-scsi@freebsd.org Message-ID: <713A93E978A4D7E09863191F@[10.0.0.90]> In-Reply-To: <20060308093407.H20947@daemon.mistermishap.net> References: <20060308093407.H20947@daemon.mistermishap.net> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: SCB timeout and other errors + system hang with adaptec/seagate X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 16:29:10 -0000 The termination looks correct. I'll review your other logs to see why we're failing during recovery. -- Justin --On Wednesday, March 08, 2006 9:35 AM -0500 Rob Watt wrote: > ---------- Forwarded message ---------- > Date: Tue, 7 Mar 2006 10:06:53 -0500 (EST) > From: Rob Watt > To: Justin T. Gibbs > Cc: Rob Watt > Subject: Re: SCB timeout and other errors + system hang with > adaptec/seagate > > On Mon, 6 Mar 2006, Justin T. Gibbs wrote: > >> Can you send me a dmesg from a boot -v? Perhaps we're not >> getting the termination settings correct on the SCSI controller. >> The verbose dmesg should tell. > > attached is the verbose dmesg. > > thanks > > - > Rob Watt From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 18:25:45 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF99016A420; Wed, 8 Mar 2006 18:25:45 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 974FF43D46; Wed, 8 Mar 2006 18:25:26 +0000 (GMT) (envelope-from os@rsu.ru) Received: from wolf.os.rsu.ru (os@os.adsl.r61.net [195.208.243.95]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k28IPNMj021217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 8 Mar 2006 21:25:23 +0300 (MSK) (envelope-from os@rsu.ru) Date: Wed, 8 Mar 2006 21:25:35 +0300 (MSK) From: Oleg Sharoiko To: John Baldwin In-Reply-To: <200603071609.18149.jhb@freebsd.org> Message-ID: <20060308203504.W717@wolf.os.rsu.ru> References: <20060215102749.D58480@brain.cc.rsu.ru> <200603071343.23672.jhb@freebsd.org> <20060307223407.M722@wolf.os.rsu.ru> <200603071609.18149.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 18:25:45 -0000 On Tue, 7 Mar 2006, John Baldwin wrote: JB>Actually, the real issue is that GENERIC amd64 doesn't include device atpic JB>in HEAD, but does on 6.x. And what is actually happening is that without JB>APIC, there is no interrupt controller at all, and thus no interrupts. You JB>will need to add 'device atpic' to your kernel config on HEAD for amd64 to JB>test the non-APIC case. But really, the APIC case should be fixed. Yes, that was it. With atpic it works. JB>So amd64 is busted in both the UP and SMP cases with APIC enabled, yes? Yes, and UP kernel behaves even more weird than SMP does. Boot goes further than "lo0: bpf attached" but starting from this line it gets very slow and continues with huge timeouts. It passes "ips0: resetting adapter, this may take up to 5 minutes" and gets to "start_init: trying /sbin/init" where it stops forever. Well, probably not forever, but I didn't get anything else from it during at least 30 minutes. Logs are available: 1. i386 with UP kernel http://rsu.ru/~os/ips/boot.2006-03-08.i386.UP.txt 2. amd64 with UP kernel http://rsu.ru/~os/ips/boot.2006-03-08.amd64.UP.txt 3. output from mptable http://rsu.ru/~os/ips/mptable.txt I suppose in amd64/UP case ips gets its interrupts, but some other devices don't. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 20:11:22 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1EDD16A420 for ; Wed, 8 Mar 2006 20:11:22 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 185F243D46 for ; Wed, 8 Mar 2006 20:11:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k28KBIud037578; Wed, 8 Mar 2006 15:11:19 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Oleg Sharoiko Date: Wed, 8 Mar 2006 13:53:59 -0500 User-Agent: KMail/1.9.1 References: <20060215102749.D58480@brain.cc.rsu.ru> <200603071609.18149.jhb@freebsd.org> <20060308203504.W717@wolf.os.rsu.ru> In-Reply-To: <20060308203504.W717@wolf.os.rsu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603081354.02233.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1318/Tue Mar 7 15:55:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 20:11:22 -0000 On Wednesday 08 March 2006 13:25, Oleg Sharoiko wrote: > > On Tue, 7 Mar 2006, John Baldwin wrote: > > JB>Actually, the real issue is that GENERIC amd64 doesn't include device atpic > JB>in HEAD, but does on 6.x. And what is actually happening is that without > JB>APIC, there is no interrupt controller at all, and thus no interrupts. You > JB>will need to add 'device atpic' to your kernel config on HEAD for amd64 to > JB>test the non-APIC case. But really, the APIC case should be fixed. > > Yes, that was it. With atpic it works. > > JB>So amd64 is busted in both the UP and SMP cases with APIC enabled, yes? > > Yes, and UP kernel behaves even more weird than SMP does. Boot goes > further than "lo0: bpf attached" but starting from this line it gets very > slow and continues with huge timeouts. It passes "ips0: resetting adapter, > this may take up to 5 minutes" and gets to "start_init: trying /sbin/init" > where it stops forever. Well, probably not forever, but I didn't get > anything else from it during at least 30 minutes. > > Logs are available: > 1. i386 with UP kernel http://rsu.ru/~os/ips/boot.2006-03-08.i386.UP.txt > 2. amd64 with UP kernel http://rsu.ru/~os/ips/boot.2006-03-08.amd64.UP.txt > 3. output from mptable http://rsu.ru/~os/ips/mptable.txt > > I suppose in amd64/UP case ips gets its interrupts, but some other devices > don't. So, atpic works ok, but amd64 + APIC doesn't work in either UP or SMP, but i386 + APIC does work fine, and all the interrupts are routed identically, etc. What happens if you do 'hw.physmem=2g' and boot an amd64 kernel with APIC? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 20:14:12 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0094716A422 for ; Wed, 8 Mar 2006 20:14:12 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B6143D6B for ; Wed, 8 Mar 2006 20:14:04 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by zproxy.gmail.com with SMTP id f1so282295nzc for ; Wed, 08 Mar 2006 12:14:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M48/LpdmgUfGmMs0rLhN0ZB2niDGmbuqxyWe2TnHskArsorhx5u9e20IxHo6PVGmPf2HfdnCU+LG7w2kvIlwG6reGmOb/grqLSBshAvUt/0EVrR1zlR3pfdOA5Fu/EsoPp0/kbAHMyG+9MjiIOh+I9mbuMKP3E2Pjqx3rp6iT8s= Received: by 10.65.249.17 with SMTP id b17mr620253qbs; Wed, 08 Mar 2006 12:14:03 -0800 (PST) Received: by 10.65.155.12 with HTTP; Wed, 8 Mar 2006 12:14:03 -0800 (PST) Message-ID: <7579f7fb0603081214m2a15bdf6sda65f73e47d36a3@mail.gmail.com> Date: Wed, 8 Mar 2006 12:14:03 -0800 From: "Matthew Jacob" To: "Andrew MacLeod" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-scsi@freebsd.org Subject: Re: Boot hangs on mpt0: failing to detect tape drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 20:14:12 -0000 Hmm. On rereading your original mail, I see you mention another LSI-Logic controller. Can you please put that in your system and connect the tape drive to that? On 3/7/06, Andrew MacLeod wrote: > Ok, ill try my best. > > This LSI Config Utility shows up 2 adapters as follows > > Adapter PCI Bus Dev/func Port IRQ NVM Boot Order LSI Logic > Control RAID Status > LSI1030 2 29> CC00 11 YES 0 > enabled -- > LSI1030 2 28> C800 7 YES 1 > enabled -- > > We have tried altering some of the settings but nothing seems relevant. > The LSI MegaRaid utility where we setup the RAID is equally unhelpful, > but i would appreciate any advice in regard to what i should be seeing > in these tools as my hardware knowledge is only basic. Should I be able > to see the tape drive itself in the LSI Logic utility? > > In regard to the tape drive Im Not sure exactly what you mean by > "Powered on". It has power connected and we have tried booting with a > tape inserted. It seems to function correctly in terms of loading > tapes/lights etc. We have not altered any of the jumper settings as we > assumed that it would have been setup correctly. > > I booted with the w/o the tape hooked up and it booted fine. Hooked up > the tape and the following is the output of the camcontrol rescan all > command > > Re-scan of bus 0 was successful > Re-scan of bus 1 was successful > Re-scan of bus 2 was successful > Re-scan of bus 3 was successful > Re-scan of bus 4 was successful > Re-scan of bus 5 was successful > Re-scan of bus 6 was successful > Re-scan of bus 7 was successful > > camcontrol devlist -v shows > > scbus0 on amr0 bus0 > scbus1 on amr0 bus1 > scbus2 on amr1 bus0 > at scbus2 target 6 lun 0 > (ses0 pass0) > scbus3 on amr1 bus1 > scbus4 on mpt0 bus0 > < > at > scbus4 target -1 lun -1 () > scbus5 on mpt0 bus0 > < > at > scbus5 target -1 lun -1 () > scbus6 on mpt0 bus0 > < > at > scbus6 target -1 lun -1 () > scbus7 on mpt0 bus0 > < > at > scbus7 target -1 lun -1 () > scbus-1 on xpt0 bus0 > < > at > scbus-1 target -1 lun -1 (xpt0) > > I have had to transcribe the above so please forgive any errors. Had no > success upon reboot. > > Cheers > Andrew > > ____________________________________________________________________ > Andrew Macleod > Technical Manager > Centre for Electronic Commerce and Communications > University of Ballarat > Registered Provider Number 00103D > > Suite 12A Greenhill Enterprise Centre > University Drv Mt Helen 3350 > Tel: +61 3 5327 9315 > Email: a.macleod@ballarat.edu.au > > ____________________________________________________________________ > Andrew Macleod > Technical Manager > Centre for Electronic Commerce and Communications > University of Ballarat > Registered Provider Number 00103D > > Suite 12A Greenhill Enterprise Centre > University Drv Mt Helen 3350 > Tel: +61 3 5327 9315 > Email: a.macleod@ballarat.edu.au > > >>> "Matthew Jacob" 7/03/2006 3:39 am >>> > Lot's of problems here.... When you say "had no luck with BIOS"- that > means you can see it no problem in the LSI Config utility? > > First- is the tape drive powered on? > > Also- try this experiment: boot w/o the tape hooked up. If all is > well, connect the tape and do, as root, 'camcontrol rescan all'. > > > > On 3/5/06, Andrew MacLeod wrote: > > Currently trying to install freebsd on a new ACER Altos R710 server. > > Having problems on bootup where it seems not able to detect the > Internal > > Sony AIT-2 Turbo tape drive. System hangs at mpt0: [GIANT-LOCKED] > for > > five minutes then several messages like the following: > > > > mpt0: Soft Reset Failed: ack timeout > > mpt0: WARNING - Failed Hard Reset > > mpt0: failed to reset device > > mpt0: soft reset failed: device not running. > > IOcmpt: LSILogic 1030 Ultra4 adapter..... > > > > When I disconnect the tape drive from the SCSI card system boots > fine. > > I am running Freebsd 6.0-Release with a slightly modified GENERIC > Kernel > > to enable SMP and PF. > > I am not a hardward expert but I will try to explain the setup of > the > > system as best I can. The server is a dual xeon with 5x73GB SCSI > hard > > discs which we have setup in a combination of RAID 1 for the > operating > > system and RAID 5 for the data. These run on an LSILogic 2 channel > SCSI > > card. The system has an identical 2nd LSILogic SCSI card which the > > vendor assured us was needed to run the Tape Drive. However the > > Motherboard also has onboard SCSI support and the tape drive is > > connected to this. The tape drive has a terminator attached. We have > > attempted to attach the tape drive to both the secondary channel on > the > > primary SCSI card and both channels on the secondary one and the > system > > hangs on SCSI initialisation prior to reaching freebsd. We have had > no > > luck altering settings in the LSILogic configuration utility or in > the > > system BIOS. > > > > Any assistance would be much appreciated as my next step is to try > an > > alternate O/S to see if this is hardware or system related. > > > > Kind Regards > > Andrew > > > > ____________________________________________________________________ > > Andrew Macleod > > Technical Manager > > Centre for Electronic Commerce and Communications > > University of Ballarat > > Registered Provider Number 00103D > > > > Suite 12A Greenhill Enterprise Centre > > University Drv Mt Helen 3350 > > Tel: +61 3 5327 9315 > > Email: a.macleod@ballarat.edu.au > > _______________________________________________ > > freebsd-scsi@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > > To unsubscribe, send any mail to > "freebsd-scsi-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 21:02:12 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53C8C16A456; Wed, 8 Mar 2006 21:02:12 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03A8E43E00; Wed, 8 Mar 2006 21:01:49 +0000 (GMT) (envelope-from os@rsu.ru) Received: from wolf.os.rsu.ru (os@os.adsl.r61.net [195.208.243.95]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k28L1eco037021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Mar 2006 00:01:43 +0300 (MSK) (envelope-from os@rsu.ru) Date: Thu, 9 Mar 2006 00:01:39 +0300 (MSK) From: Oleg Sharoiko To: John Baldwin In-Reply-To: <200603081354.02233.jhb@freebsd.org> Message-ID: <20060308235834.D709@wolf.os.rsu.ru> References: <20060215102749.D58480@brain.cc.rsu.ru> <200603071609.18149.jhb@freebsd.org> <20060308203504.W717@wolf.os.rsu.ru> <200603081354.02233.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 21:02:13 -0000 On Wed, 8 Mar 2006, John Baldwin wrote: JB>So, atpic works ok, but amd64 + APIC doesn't work in either UP or SMP, but JB>i386 + APIC does work fine, and all the interrupts are routed identically, JB>etc. What happens if you do 'hw.physmem=2g' and boot an amd64 kernel with JB>APIC? Same results. Have checked both SMP and UP. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-scsi@FreeBSD.ORG Wed Mar 8 21:40:22 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 818D216A420 for ; Wed, 8 Mar 2006 21:40:22 +0000 (GMT) (envelope-from dougg@torque.net) Received: from canuck.infradead.org (canuck.infradead.org [205.233.218.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CDF243D53 for ; Wed, 8 Mar 2006 21:40:21 +0000 (GMT) (envelope-from dougg@torque.net) Received: from toronto-hse-ppp4084221.sympatico.ca ([70.50.98.95] helo=[192.168.1.101]) by canuck.infradead.org with esmtpsa (Exim 4.54 #1 (Red Hat Linux)) id 1FH6OG-0004FX-K3 for freebsd-scsi@freebsd.org; Wed, 08 Mar 2006 16:40:17 -0500 Message-ID: <440F4ED7.4090807@torque.net> Date: Wed, 08 Mar 2006 16:38:31 -0500 From: Douglas Gilbert User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: sg3_utils and sdparm ports to FreeBSD released X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dougg@torque.net List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 21:40:22 -0000 Further to some posts that I sent to this list in late December, the sg3_utils version 1.19 package of command line utilities and sdparm version 0.97 utility have been released and include ports to FreeBSD. The sg3_utils port to FreeBSD contains 20 utilities, each with a man page. Each utility is closely related to a SCSI command (e.g. sg_inq decodes a SCSI INQUIRY response including VPD pages). Linux specific utilities and some other utilities that require more work have been dropped from this FreeBSD port. A tarball of sg3_utils version 1.19 can be found at: http://www.torque.net/sg [in the Utilities section] This web page has an overview of sg3_utils: http://www.torque.net/sg/u_index.html sdparm is a command line utility for getting and setting SCSI parameters. These parameters are mainly held in SCSI mode pages. Read only information is maintained in device Vital Product Data (VPD) pages and these can also be accessed with sdparm. There are also some simple commands supported. sdparm is described here: http://www.torque.net/sg/sdparm.html and the sdparm-0.97.tgz can be fetched from the Downloads section. Doug Gilbert From owner-freebsd-scsi@FreeBSD.ORG Thu Mar 9 16:11:02 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1679516A420; Thu, 9 Mar 2006 16:11:02 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555CE43D55; Thu, 9 Mar 2006 16:11:00 +0000 (GMT) (envelope-from os@rsu.ru) Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k29GAv79047242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Mar 2006 19:10:58 +0300 (MSK) (envelope-from os@rsu.ru) Date: Thu, 9 Mar 2006 19:10:58 +0300 (MSK) From: Oleg Sharoiko To: John Baldwin In-Reply-To: <20060308235834.D709@wolf.os.rsu.ru> Message-ID: <20060309183125.M3787@brain.cc.rsu.ru> References: <20060215102749.D58480@brain.cc.rsu.ru> <200603071609.18149.jhb@freebsd.org> <20060308203504.W717@wolf.os.rsu.ru> <200603081354.02233.jhb@freebsd.org> <20060308235834.D709@wolf.os.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 16:11:02 -0000 Update: custom amd64 kernels with reduced set of devices work. Tested RELENG_6 and HEAD both SMP and UP. Should I try to find a pair of kernels similar one to another, one of which would work and another wouldn't? I've also discovered that it looks like isp driver in RELENG_6 is not safe with more that 4Gb of RAM. Under moderate load with 6G I get "isp0: deferred dma allocation not supported" which leads to various errors and finally to kernel panic. The same load never created problems with hw.physmem=2g and hw.physmem=4g under RELENG_6 and with 6G under HEAD. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-scsi@FreeBSD.ORG Thu Mar 9 16:19:45 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C17116A420 for ; Thu, 9 Mar 2006 16:19:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAEBA43D45 for ; Thu, 9 Mar 2006 16:19:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k29GJecW043872; Thu, 9 Mar 2006 11:19:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Oleg Sharoiko Date: Thu, 9 Mar 2006 11:13:35 -0500 User-Agent: KMail/1.9.1 References: <20060215102749.D58480@brain.cc.rsu.ru> <20060308235834.D709@wolf.os.rsu.ru> <20060309183125.M3787@brain.cc.rsu.ru> In-Reply-To: <20060309183125.M3787@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603091113.38474.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1319/Wed Mar 8 20:00:26 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 16:19:45 -0000 On Thursday 09 March 2006 11:10, Oleg Sharoiko wrote: > > Update: custom amd64 kernels with reduced set of devices work. Tested > RELENG_6 and HEAD both SMP and UP. Should I try to find a pair of kernels > similar one to another, one of which would work and another wouldn't? Yes, please! > I've also discovered that it looks like isp driver in RELENG_6 is not safe > with more that 4Gb of RAM. Under moderate load with 6G I get > > "isp0: deferred dma allocation not supported" > > which leads to various errors and finally to kernel panic. The same load > never created problems with hw.physmem=2g and hw.physmem=4g under RELENG_6 > and with 6G under HEAD. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-scsi@FreeBSD.ORG Thu Mar 9 16:38:53 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC2D116A422; Thu, 9 Mar 2006 16:38:53 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6908B43D45; Thu, 9 Mar 2006 16:38:53 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k29GclbL020399; Thu, 9 Mar 2006 11:38:48 -0500 X-ORBL: [71.139.114.10] Received: from [10.0.5.50] (ppp-71-139-114-10.dsl.snfc21.pacbell.net [71.139.114.10]) by pimout6-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k29GciCs134352; Thu, 9 Mar 2006 11:38:49 -0500 Message-ID: <44105A01.5080309@root.org> Date: Thu, 09 Mar 2006 08:38:25 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Eric Anderson References: <4395BF04.50101@centtech.com> <43960F55.3010508@root.org> <43975926.1010302@centtech.com> <43975F5F.5080901@samsco.org> <439782AA.6000408@root.org> <4397B731.6010308@centtech.com> <4397B82C.5020004@samsco.org> <4397EBC7.9030105@root.org> <440F5141.7010002@centtech.com> In-Reply-To: <440F5141.7010002@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: scsi-target and the buffer cache X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 16:38:54 -0000 [mailing list changed to scsi@] Eric Anderson wrote: > Nate Lawson wrote: >> Scott Long wrote: >>> Eric Anderson wrote: >>> >>>> Nate Lawson wrote: >>>>> Agree 100%. While having it in usermode means there are boundary >>>>> crossings that increase per-transaction latency, the actual bulk >>>>> data transfer is via zero-copy IO and you should be able to exceed >>>>> the data transfer rates of several 10K RPM drives on decent hardware. >>>> >>>> Ok, great.. Now, will scsi_target work ok with raw devices, or only >>>> files? (although I'm not sure theres all that much difference really). >>>> >>> >>> You can write your userland code to use whatever files or devices you >>> want. Are you talking about the scs_target.c code in >>> /usr/share/examples? That's just a skeletal example that you can use >>> as a starting point for your own work. >> >> No, it's not just a skeletal example. You can point it at a raw >> device as the backing store file and it will work as a block device >> (i.e. RBC command set). It has been tested as working at least >> moderately fast over SCSI, FC, and firewire. >> > > I'm finally getting around to playing with this, and I'm having some > problems. First, I can't seem to make one isp card in target mode and > the other an initiator. I've messed with adding the following to > loader.conf: > > hint.isp.0.role="initiator" > hint.isp.1.role="target" > > that still doesn't show my currently connected fiber channel devices on > the initiator side. > > I've tried a few different kernel options, currently I have: > > options ISP_TARGET_MODE=1 > device targ > > I've also tried just: > > options ISP_TARGET_MODE > > and that doesn't seem to allow me to select one either. hints aren't needed. Here's an intro on how to use it: http://root.org/~nate/freebsd/scsi/README.targ The same card is in target or initiator mode based on the scsi_target user program. When it's running, target mode is enabled. > Anyhow, I've compiled scsi_target (from > /usr/share/examples/scsi_target), and tried to run it using a 20gb file > as the target, and still I can't seem to get it working. > Is there a doc somewhere I need to read? > > Also - as a side note, the Makefile for scsi_target seems like it's > missing a path variable in order to do a make install, but that's not a > real issue. There was some debate when I imported it whether to make it an example or usr.sbin. Given the lack of updates (i.e. ki_sig or whatever), I probably should have put it somewhere else. -- Nate From owner-freebsd-scsi@FreeBSD.ORG Thu Mar 9 21:15:27 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9187116A422 for ; Thu, 9 Mar 2006 21:15:27 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3538043D48 for ; Thu, 9 Mar 2006 21:15:26 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k29LFPd4045774; Thu, 9 Mar 2006 15:15:25 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <44109AEA.5030209@centtech.com> Date: Thu, 09 Mar 2006 15:15:22 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Nate Lawson References: <4395BF04.50101@centtech.com> <43960F55.3010508@root.org> <43975926.1010302@centtech.com> <43975F5F.5080901@samsco.org> <439782AA.6000408@root.org> <4397B731.6010308@centtech.com> <4397B82C.5020004@samsco.org> <4397EBC7.9030105@root.org> <440F5141.7010002@centtech.com> <44105A01.5080309@root.org> In-Reply-To: <44105A01.5080309@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1320/Thu Mar 9 12:11:14 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org Subject: Re: scsi-target and the buffer cache X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 21:15:27 -0000 Nate Lawson wrote: > [mailing list changed to scsi@] > > Eric Anderson wrote: >> Nate Lawson wrote: >>> Scott Long wrote: >>>> Eric Anderson wrote: >>>> >>>>> Nate Lawson wrote: >>>>>> Agree 100%. While having it in usermode means there are boundary >>>>>> crossings that increase per-transaction latency, the actual bulk >>>>>> data transfer is via zero-copy IO and you should be able to >>>>>> exceed the data transfer rates of several 10K RPM drives on >>>>>> decent hardware. >>>>> >>>>> Ok, great.. Now, will scsi_target work ok with raw devices, or >>>>> only files? (although I'm not sure theres all that much >>>>> difference really). >>>>> >>>> >>>> You can write your userland code to use whatever files or devices you >>>> want. Are you talking about the scs_target.c code in >>>> /usr/share/examples? That's just a skeletal example that you can use >>>> as a starting point for your own work. >>> >>> No, it's not just a skeletal example. You can point it at a raw >>> device as the backing store file and it will work as a block device >>> (i.e. RBC command set). It has been tested as working at least >>> moderately fast over SCSI, FC, and firewire. >>> >> >> I'm finally getting around to playing with this, and I'm having some >> problems. First, I can't seem to make one isp card in target mode >> and the other an initiator. I've messed with adding the following to >> loader.conf: >> >> hint.isp.0.role="initiator" >> hint.isp.1.role="target" >> >> that still doesn't show my currently connected fiber channel devices >> on the initiator side. >> >> I've tried a few different kernel options, currently I have: >> >> options ISP_TARGET_MODE=1 >> device targ >> >> I've also tried just: >> >> options ISP_TARGET_MODE >> >> and that doesn't seem to allow me to select one either. > > hints aren't needed. Here's an intro on how to use it: > http://root.org/~nate/freebsd/scsi/README.targ > > The same card is in target or initiator mode based on the scsi_target > user program. When it's running, target mode is enabled. Hmm. Then shouldn't a camcontrol rescan all camcontrol devlist -v show me all the devices on the FC network? If I remove the target mode stuff out, and do that, I see all my devices. With it in, I see no devices. When I run the scsi_target tool (scsi_target -d 0:3:0 /mnt/testfile), it shows a bunch of "sending ccb (0x332)" and (0x334) messages alternating for a couple hundred lines, then "main loop beginning" and a few other messages. If you want the full details, I'd be glad to sent them. Once scsi_target is running, my other FC initiator (FreeBSD 6.1- also) can see it. > >> Anyhow, I've compiled scsi_target (from >> /usr/share/examples/scsi_target), and tried to run it using a 20gb >> file as the target, and still I can't seem to get it working. >> Is there a doc somewhere I need to read? >> >> Also - as a side note, the Makefile for scsi_target seems like it's >> missing a path variable in order to do a make install, but that's not >> a real issue. > > There was some debate when I imported it whether to make it an example > or usr.sbin. Given the lack of updates (i.e. ki_sig or whatever), I > probably should have put it somewhere else. Is it a totally non-supported kind of tool? Is there another option for scsi target mode? Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-scsi@FreeBSD.ORG Thu Mar 9 21:39:53 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D6DD16A420 for ; Thu, 9 Mar 2006 21:39:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B3A943D4C for ; Thu, 9 Mar 2006 21:39:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k29Ldg5S029259; Thu, 9 Mar 2006 14:39:44 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4410A097.9030709@samsco.org> Date: Thu, 09 Mar 2006 14:39:35 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <4395BF04.50101@centtech.com> <43960F55.3010508@root.org> <43975926.1010302@centtech.com> <43975F5F.5080901@samsco.org> <439782AA.6000408@root.org> <4397B731.6010308@centtech.com> <4397B82C.5020004@samsco.org> <4397EBC7.9030105@root.org> <440F5141.7010002@centtech.com> <44105A01.5080309@root.org> <44109AEA.5030209@centtech.com> In-Reply-To: <44109AEA.5030209@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org, Nate Lawson Subject: Re: scsi-target and the buffer cache X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 21:39:53 -0000 Eric Anderson wrote: > Nate Lawson wrote: > >> [mailing list changed to scsi@] >> >> Eric Anderson wrote: >> >>> Nate Lawson wrote: >>> >>>> Scott Long wrote: >>>> >>>>> Eric Anderson wrote: >>>>> >>>>>> Nate Lawson wrote: >>>>>> >>>>>>> Agree 100%. While having it in usermode means there are boundary >>>>>>> crossings that increase per-transaction latency, the actual bulk >>>>>>> data transfer is via zero-copy IO and you should be able to >>>>>>> exceed the data transfer rates of several 10K RPM drives on >>>>>>> decent hardware. >>>>>> >>>>>> >>>>>> Ok, great.. Now, will scsi_target work ok with raw devices, or >>>>>> only files? (although I'm not sure theres all that much >>>>>> difference really). >>>>>> >>>>> >>>>> You can write your userland code to use whatever files or devices you >>>>> want. Are you talking about the scs_target.c code in >>>>> /usr/share/examples? That's just a skeletal example that you can use >>>>> as a starting point for your own work. >>>> >>>> >>>> No, it's not just a skeletal example. You can point it at a raw >>>> device as the backing store file and it will work as a block device >>>> (i.e. RBC command set). It has been tested as working at least >>>> moderately fast over SCSI, FC, and firewire. >>>> >>> >>> I'm finally getting around to playing with this, and I'm having some >>> problems. First, I can't seem to make one isp card in target mode >>> and the other an initiator. I've messed with adding the following to >>> loader.conf: >>> >>> hint.isp.0.role="initiator" >>> hint.isp.1.role="target" >>> >>> that still doesn't show my currently connected fiber channel devices >>> on the initiator side. >>> >>> I've tried a few different kernel options, currently I have: >>> >>> options ISP_TARGET_MODE=1 >>> device targ >>> >>> I've also tried just: >>> >>> options ISP_TARGET_MODE >>> >>> and that doesn't seem to allow me to select one either. >> >> >> hints aren't needed. Here's an intro on how to use it: >> http://root.org/~nate/freebsd/scsi/README.targ >> >> The same card is in target or initiator mode based on the scsi_target >> user program. When it's running, target mode is enabled. > > > Hmm. Then shouldn't a > > camcontrol rescan all > camcontrol devlist -v > > show me all the devices on the FC network? If I remove the target mode > stuff out, and do that, I see all my devices. With it in, I see no > devices. > When I run the scsi_target tool (scsi_target -d 0:3:0 /mnt/testfile), it > shows a bunch of "sending ccb (0x332)" and (0x334) messages alternating > for a couple hundred lines, then "main loop beginning" and a few other > messages. If you want the full details, I'd be glad to sent them. > > Once scsi_target is running, my other FC initiator (FreeBSD 6.1- also) > can see it. > > >> >>> Anyhow, I've compiled scsi_target (from >>> /usr/share/examples/scsi_target), and tried to run it using a 20gb >>> file as the target, and still I can't seem to get it working. >>> Is there a doc somewhere I need to read? >>> >>> Also - as a side note, the Makefile for scsi_target seems like it's >>> missing a path variable in order to do a make install, but that's not >>> a real issue. >> >> >> There was some debate when I imported it whether to make it an example >> or usr.sbin. Given the lack of updates (i.e. ki_sig or whatever), I >> probably should have put it somewhere else. > > > Is it a totally non-supported kind of tool? Is there another option for > scsi target mode? > > > Thanks! > Eric > > Can isp operate as both a target and initiator at the same time? I thought that that was a pretty rare feature. If not, then when it's in target mode it won't be able to see any other targets on the bus. Scott From owner-freebsd-scsi@FreeBSD.ORG Thu Mar 9 21:44:59 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FEFF16A420 for ; Thu, 9 Mar 2006 21:44:59 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A508943D45 for ; Thu, 9 Mar 2006 21:44:58 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k29LiwPj048362; Thu, 9 Mar 2006 15:44:58 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4410A1D6.7020400@centtech.com> Date: Thu, 09 Mar 2006 15:44:54 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Scott Long References: <4395BF04.50101@centtech.com> <43960F55.3010508@root.org> <43975926.1010302@centtech.com> <43975F5F.5080901@samsco.org> <439782AA.6000408@root.org> <4397B731.6010308@centtech.com> <4397B82C.5020004@samsco.org> <4397EBC7.9030105@root.org> <440F5141.7010002@centtech.com> <44105A01.5080309@root.org> <44109AEA.5030209@centtech.com> <4410A097.9030709@samsco.org> In-Reply-To: <4410A097.9030709@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1320/Thu Mar 9 12:11:14 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Nate Lawson Subject: Re: scsi-target and the buffer cache X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 21:44:59 -0000 Scott Long wrote: > Eric Anderson wrote: >> Nate Lawson wrote: >> >>> [mailing list changed to scsi@] >>> >>> Eric Anderson wrote: >>> >>>> Nate Lawson wrote: >>>> >>>>> Scott Long wrote: >>>>> >>>>>> Eric Anderson wrote: >>>>>> >>>>>>> Nate Lawson wrote: >>>>>>> >>>>>>>> Agree 100%. While having it in usermode means there are >>>>>>>> boundary crossings that increase per-transaction latency, the >>>>>>>> actual bulk data transfer is via zero-copy IO and you should be >>>>>>>> able to exceed the data transfer rates of several 10K RPM >>>>>>>> drives on decent hardware. >>>>>>> >>>>>>> >>>>>>> Ok, great.. Now, will scsi_target work ok with raw devices, or >>>>>>> only files? (although I'm not sure theres all that much >>>>>>> difference really). >>>>>>> >>>>>> >>>>>> You can write your userland code to use whatever files or devices >>>>>> you >>>>>> want. Are you talking about the scs_target.c code in >>>>>> /usr/share/examples? That's just a skeletal example that you can >>>>>> use >>>>>> as a starting point for your own work. >>>>> >>>>> >>>>> No, it's not just a skeletal example. You can point it at a raw >>>>> device as the backing store file and it will work as a block >>>>> device (i.e. RBC command set). It has been tested as working at >>>>> least moderately fast over SCSI, FC, and firewire. >>>>> >>>> >>>> I'm finally getting around to playing with this, and I'm having >>>> some problems. First, I can't seem to make one isp card in target >>>> mode and the other an initiator. I've messed with adding the >>>> following to loader.conf: >>>> >>>> hint.isp.0.role="initiator" >>>> hint.isp.1.role="target" >>>> >>>> that still doesn't show my currently connected fiber channel >>>> devices on the initiator side. >>>> >>>> I've tried a few different kernel options, currently I have: >>>> >>>> options ISP_TARGET_MODE=1 >>>> device targ >>>> >>>> I've also tried just: >>>> >>>> options ISP_TARGET_MODE >>>> >>>> and that doesn't seem to allow me to select one either. >>> >>> >>> hints aren't needed. Here's an intro on how to use it: >>> http://root.org/~nate/freebsd/scsi/README.targ >>> >>> The same card is in target or initiator mode based on the >>> scsi_target user program. When it's running, target mode is enabled. >> >> >> Hmm. Then shouldn't a >> >> camcontrol rescan all >> camcontrol devlist -v >> >> show me all the devices on the FC network? If I remove the target >> mode stuff out, and do that, I see all my devices. With it in, I see >> no devices. >> When I run the scsi_target tool (scsi_target -d 0:3:0 /mnt/testfile), >> it shows a bunch of "sending ccb (0x332)" and (0x334) messages >> alternating for a couple hundred lines, then "main loop beginning" >> and a few other messages. If you want the full details, I'd be glad >> to sent them. >> >> Once scsi_target is running, my other FC initiator (FreeBSD 6.1- >> also) can see it. >> >> >>> >>>> Anyhow, I've compiled scsi_target (from >>>> /usr/share/examples/scsi_target), and tried to run it using a 20gb >>>> file as the target, and still I can't seem to get it working. >>>> Is there a doc somewhere I need to read? >>>> >>>> Also - as a side note, the Makefile for scsi_target seems like it's >>>> missing a path variable in order to do a make install, but that's >>>> not a real issue. >>> >>> >>> There was some debate when I imported it whether to make it an >>> example or usr.sbin. Given the lack of updates (i.e. ki_sig or >>> whatever), I probably should have put it somewhere else. >> >> >> Is it a totally non-supported kind of tool? Is there another option >> for scsi target mode? >> >> >> Thanks! >> Eric >> >> > > Can isp operate as both a target and initiator at the same time? I > thought that that was a pretty rare feature. If not, then when it's in > target mode it won't be able to see any other targets on the bus. That's what I assumed, but docs (man isp I think, and the link posted above by njl) seem to indicate they might. If not, how to I make one target mode, and one an initiator? Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-scsi@FreeBSD.ORG Sat Mar 11 01:16:11 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 017CB16A422; Sat, 11 Mar 2006 01:16:10 +0000 (GMT) (envelope-from os@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAF5D46D7A; Fri, 10 Mar 2006 16:18:42 +0000 (GMT) (envelope-from os@rsu.ru) Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) (authenticated bits=0) by mail.r61.net (8.13.4/8.13.4) with ESMTP id k2AGIcKv019297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 10 Mar 2006 19:18:38 +0300 (MSK) (envelope-from os@rsu.ru) Date: Fri, 10 Mar 2006 19:18:38 +0300 (MSK) From: Oleg Sharoiko To: John Baldwin In-Reply-To: <200603091113.38474.jhb@freebsd.org> Message-ID: <20060310173625.X3787@brain.cc.rsu.ru> References: <20060215102749.D58480@brain.cc.rsu.ru> <20060308235834.D709@wolf.os.rsu.ru> <20060309183125.M3787@brain.cc.rsu.ru> <200603091113.38474.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Andrey Beresovsky Subject: Re: Boot hangs on ips0: resetting adapter, this may take up to 5 minutes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 01:16:11 -0000 On Thu, 9 Mar 2006, John Baldwin wrote: JB>> Update: custom amd64 kernels with reduced set of devices work. Tested JB>> RELENG_6 and HEAD both SMP and UP. Should I try to find a pair of kernels JB>> similar one to another, one of which would work and another wouldn't? JB>Yes, please! To make GENERIC usable it's enough to comment options PREEMPTION Not sure if this helps much. Another thing I've noticed, sometimes (this happens when preemption is disabled) boot freezes on Trying to mount root from ufs:/dev/ipsd2s1a Pressing key on console resumes boot process. I cannot reproduce this. It just happens from time to time. Rather seldom. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University.