From owner-freebsd-scsi@FreeBSD.ORG Mon Feb 20 10:24:58 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 435D4106566C for ; Mon, 20 Feb 2012 10:24:58 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog116.obsmtp.com (na3sys009aog116.obsmtp.com [74.125.149.240]) by mx1.freebsd.org (Postfix) with ESMTP id 96FF48FC0C for ; Mon, 20 Feb 2012 10:24:57 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob116.postini.com ([74.125.148.12]) with SMTP ID DSNKT0IfeAL4uKDPxXz5KIEcItGPgrrmF24h@postini.com; Mon, 20 Feb 2012 02:24:57 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 20 Feb 2012 05:29:46 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 20 Feb 2012 05:24:53 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Mon, 20 Feb 2012 15:54:50 +0530 From: "Desai, Kashyap" To: Jason Wolfe Date: Mon, 20 Feb 2012 15:54:49 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: Acztqn2415mfunTpRMadRDFpf4pBqQAAv5SQAIL+H5A= Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 20 Feb 2012 10:24:58 -0000 Jason, I tried to reproduce similar issue using multiple h/w but not success in re= production. Also code does not looks very obvious issues which can be identify through = code review. Can you send me the output of below command. "lsiutil -a 0 100 > /tmp/a.out" ` Kashyap > -----Original Message----- > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > scsi@freebsd.org] On Behalf Of Desai, Kashyap > Sent: Saturday, February 18, 2012 1:28 AM > To: Jason Wolfe > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: RE: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > Jason, >=20 > Thanks for the data. Now, I am able to understand real issue. See below > details from debug logs. > See my comment with << marks. >=20 > mps0: SAS Address from SAS device page0 =3D 5000c50033f5cdb5 > mps0: Found device <401,End Device> <6.0Gbps> <0x000a> <2/0> > mps0: Target id 0x8 added > <<------------------------------------->> > Here suppose to be a boot device and it is device connected to slot-0, > detected > Very well as first device at driver. Assigned Target id =3D 8. > This is as expected. > <<------------------------------------->> > mps0: SAS Address from SAS device page0 =3D 5000c50033f49c01 > mps0: Found device <401,End Device> <6.0Gbps> <0x000b> <2/1> > mps0: Target id 0x9 added > mps0: SAS Address from SAS device page0 =3D 5000c50033f6c799 > mps0: Found device <401,End Device> <6.0Gbps> <0x000c> <2/2> > mps0: Target id 0xa added > mps0: SAS Address from SAS device page0 =3D 5000c50033e562f5 > mps0: Found device <401,End Device> <6.0Gbps> <0x000d> <2/3> > mps0: Target id 0xb added > mps0: SAS Address from SAS device page0 =3D 5000c50033f49a41 > mps0: Found device <401,End Device> <6.0Gbps> <0x000e> <2/4> > mps0: Target id 0xc added > mps0: SAS Address from SAS device page0 =3D 5000c50033f5efe9 > mps0: Found device <401,End Device> <6.0Gbps> <0x000f> <2/5> > mps0: Target id 0xd added > mps0: SAS Address from SAS device page0 =3D 5000c50033f49a11 > mps0: Found device <401,End Device> <6.0Gbps> <0x0010> <2/6> > mps0: Target id 0xe added > mps0: SAS Address from SAS device page0 =3D 5000c50033f49c71 > mps0: Found device <401,End Device> <6.0Gbps> <0x0011> <2/7> > mps0: Target id 0xf added > mps0: SAS Address from SAS device page0 =3D 5000c50033f40fb1 > mps0: Found device <401,End Device> <6.0Gbps> <0x0012> <2/8> > mps0: Target id 0x10 added > mps0: SAS Address from SAS device page0 =3D 5000c50033f6cba9 > mps0: Found device <401,End Device> <6.0Gbps> <0x0013> <2/9> > mps0: Target id 0x11 added > mps0: (13)->(mpssas_fw_work) Event Free: [1c] > mps0: (13)->(mpssas_fw_work) Working on Event: [1c] > mps0: SAS Address from SAS device page0 =3D 5000c50033f650cd > mps0: Found device <401,End Device> <6.0Gbps> <0x0014> <2/10> > mps0: Target id 0x12 added > mps0: SAS Address from SAS device page0 =3D 5000c50033f29109 > mps0: Found device <401,End Device> <6.0Gbps> <0x0015> <2/11> > mps0: Target id 0x13 added > <<-- Now Driver detects SES devices. -->> > _But_ unfortunetly driver assign Target-id =3D 8 to the SES device. > This will override device mapping table of Drive and Target-id =3D 8 is n= o > more your boot device which was detected very first. > This needs to be fix in driver. I am currently not in office. (Working > at Asia pacific time zone) > I will have a look of this and provide you some solution. > <<------------------------------------->> > mps0: SAS Address from SAS device page0 =3D 500304800126e3fd > mps0: Found device <4451,End Device> > <6.0Gbps> <0x0016> <2/0> > mps0: Target id 0x8 added > mps0: mpssas_startup_decrement releasing simq > mps0: Queueing rescan for (xpt0:mps0:0:-1:-1): >=20 >=20 > ~ Kashyap >=20 > > -----Original Message----- > > From: Jason Wolfe [mailto:nitroboost@gmail.com] > > Sent: Saturday, February 18, 2012 1:00 AM > > To: Desai, Kashyap > > Cc: Maksim Yevmenkin; freebsd-scsi@freebsd.org > > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > > driver > > > > Kashyap, > > > > The boot drive is always the first disk, enclosure 0, and should be > da0. > > It is the same model as the other 11 disks also. > > > > PCI ENCL LUN VENDOR PRODUCT PRODUCT SIZE \ > > SLOT SLOT NUM NAME IDENTIFIER REVISION NVDATA > > ---- ---- --- -------- ---------------- ----------- --------- > > 5 LSI SAS2008-IT 10.00.02.00 0A:02:00:04 > > 5 0 0 SEAGATE ST91000640SS 0001 953 GB > > <-------- boot drive/wanted da0/masked by ses device > > 5 1 0 SEAGATE ST91000640SS 0001 953 GB > > 5 2 0 SEAGATE ST91000640SS 0001 953 GB > > 5 3 0 SEAGATE ST91000640SS 0001 953 GB > > 5 4 0 SEAGATE ST91000640SS 0001 953 GB > > 5 5 0 SEAGATE ST91000640SS 0001 953 GB > > 5 6 0 SEAGATE ST91000640SS 0001 953 GB > > 5 7 0 SEAGATE ST91000640SS 0001 953 GB > > 5 8 0 SEAGATE ST91000640SS 0001 953 GB > > 5 9 0 SEAGATE ST91000640SS 0001 953 GB > > 5 10 0 SEAGATE ST91000640SS 0001 953 GB > > 5 11 0 SEAGATE ST91000640SS 0001 953 GB > > > > Attached is the verbose dmesg with the mps.debuglevel set. > > > > Jason > > > > On Fri, Feb 17, 2012 at 11:54 AM, Desai, Kashyap > > > wrote: > > > > > > > > > OK, So you have your / partion on da0. (this drive is attached to > > > which phy ?) Since all Drive are from same manufacture and Same > > variant, it is difficult to collect data from this dmesg log. > > > > > > Can you put the following in /boot/loader.conf: > > > > > > hw.mps.debug_level=3D0xd > > > > > > Here is some context of the target id generation logic in > > > > > > Older driver available in FreeBSD-8 Stable, will not have any logic > in > > driver to generate Target id mapping. > > > So it will give da0 device name to the drive which is detected First > > by FW. > > > > > > With newer driver story is little different. Drive will find the DPM > > > page in FW for particular drive detected by FW and it will do > mapping > > Either by Enclosure slot mapping / Device mapping. > > > > > > I am trying to see how best I can solve your issue. > > > > > > Also, In this case which device has actually you wants to be da0 ? ( > I > > > mean boot driver has got which device name ? ) > > > > > > Let me see your another dmesg output. > > > > > > ` Kashyap > _______________________________________________ > 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 Feb 20 11:07:15 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9DA61065674 for ; Mon, 20 Feb 2012 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D7ED88FC08 for ; Mon, 20 Feb 2012 11:07:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1KB7EOv090239 for ; Mon, 20 Feb 2012 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1KB7EuI090237 for freebsd-scsi@FreeBSD.org; Mon, 20 Feb 2012 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Feb 2012 11:07:14 GMT Message-Id: <201202201107.q1KB7EuI090237@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org 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, 20 Feb 2012 11:07:15 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/163812 scsi [mpt] problem with mpt driver for lsi controlled conne o kern/163713 scsi [aic7xxx] [patch] Add Adaptec29329LPE to aic79xx_pci.c f kern/163130 scsi [mpt] cannot dumpon to mpt connected disk o kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o bin/57088 scsi [cam] [patch] for a possible fd leak in libcam.c o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 51 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Feb 20 15:26:48 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA041065673 for ; Mon, 20 Feb 2012 15:26:48 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog111.obsmtp.com (na3sys009aog111.obsmtp.com [74.125.149.205]) by mx1.freebsd.org (Postfix) with ESMTP id 40AAF8FC1E for ; Mon, 20 Feb 2012 15:26:48 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob111.postini.com ([74.125.148.12]) with SMTP ID DSNKT0JmNwofcjAcDc9O7EBKodmzOyYA2cBP@postini.com; Mon, 20 Feb 2012 07:26:48 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 20 Feb 2012 10:31:39 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 20 Feb 2012 10:26:46 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Mon, 20 Feb 2012 20:56:43 +0530 From: "Desai, Kashyap" To: Jason Wolfe Date: Mon, 20 Feb 2012 20:56:41 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: Acztqn2415mfunTpRMadRDFpf4pBqQAAv5SQAIL+H5AACpPdQA== Message-ID: References: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D34626inbmail01lsic_" MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 20 Feb 2012 15:26:49 -0000 --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D34626inbmail01lsic_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Alternative to below approach. You can better try applying attached patch. This patch will dump necessary information from you test. Please send me dmesg log (same as last time verbose mps debug log) ` Kashyap > -----Original Message----- > From: Desai, Kashyap > Sent: Monday, February 20, 2012 3:55 PM > To: Jason Wolfe > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: RE: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > Jason, >=20 > I tried to reproduce similar issue using multiple h/w but not success in > reproduction. > Also code does not looks very obvious issues which can be identify > through code review. >=20 > Can you send me the output of below command. >=20 > "lsiutil -a 0 100 > /tmp/a.out" >=20 > ` Kashyap >=20 > > -----Original Message----- > > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > > scsi@freebsd.org] On Behalf Of Desai, Kashyap > > Sent: Saturday, February 18, 2012 1:28 AM > > To: Jason Wolfe > > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > > Subject: RE: LSI2008 controller clobbers first disk with new LSI mps > > driver > > > > Jason, > > > > Thanks for the data. Now, I am able to understand real issue. See > below > > details from debug logs. > > See my comment with << marks. > > > > mps0: SAS Address from SAS device page0 =3D 5000c50033f5cdb5 > > mps0: Found device <401,End Device> <6.0Gbps> <0x000a> <2/0> > > mps0: Target id 0x8 added > > <<------------------------------------->> > > Here suppose to be a boot device and it is device connected to slot-0, > > detected > > Very well as first device at driver. Assigned Target id =3D 8. > > This is as expected. > > <<------------------------------------->> > > mps0: SAS Address from SAS device page0 =3D 5000c50033f49c01 > > mps0: Found device <401,End Device> <6.0Gbps> <0x000b> <2/1> > > mps0: Target id 0x9 added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f6c799 > > mps0: Found device <401,End Device> <6.0Gbps> <0x000c> <2/2> > > mps0: Target id 0xa added > > mps0: SAS Address from SAS device page0 =3D 5000c50033e562f5 > > mps0: Found device <401,End Device> <6.0Gbps> <0x000d> <2/3> > > mps0: Target id 0xb added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f49a41 > > mps0: Found device <401,End Device> <6.0Gbps> <0x000e> <2/4> > > mps0: Target id 0xc added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f5efe9 > > mps0: Found device <401,End Device> <6.0Gbps> <0x000f> <2/5> > > mps0: Target id 0xd added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f49a11 > > mps0: Found device <401,End Device> <6.0Gbps> <0x0010> <2/6> > > mps0: Target id 0xe added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f49c71 > > mps0: Found device <401,End Device> <6.0Gbps> <0x0011> <2/7> > > mps0: Target id 0xf added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f40fb1 > > mps0: Found device <401,End Device> <6.0Gbps> <0x0012> <2/8> > > mps0: Target id 0x10 added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f6cba9 > > mps0: Found device <401,End Device> <6.0Gbps> <0x0013> <2/9> > > mps0: Target id 0x11 added > > mps0: (13)->(mpssas_fw_work) Event Free: [1c] > > mps0: (13)->(mpssas_fw_work) Working on Event: [1c] > > mps0: SAS Address from SAS device page0 =3D 5000c50033f650cd > > mps0: Found device <401,End Device> <6.0Gbps> <0x0014> <2/10> > > mps0: Target id 0x12 added > > mps0: SAS Address from SAS device page0 =3D 5000c50033f29109 > > mps0: Found device <401,End Device> <6.0Gbps> <0x0015> <2/11> > > mps0: Target id 0x13 added > > <<-- Now Driver detects SES devices. -->> > > _But_ unfortunetly driver assign Target-id =3D 8 to the SES device. > > This will override device mapping table of Drive and Target-id =3D 8 is > no > > more your boot device which was detected very first. > > This needs to be fix in driver. I am currently not in office. (Working > > at Asia pacific time zone) > > I will have a look of this and provide you some solution. > > <<------------------------------------->> > > mps0: SAS Address from SAS device page0 =3D 500304800126e3fd > > mps0: Found device <4451,End Device> > > <6.0Gbps> <0x0016> <2/0> > > mps0: Target id 0x8 added > > mps0: mpssas_startup_decrement releasing simq > > mps0: Queueing rescan for (xpt0:mps0:0:-1:-1): > > > > > > ~ Kashyap > > > > > -----Original Message----- > > > From: Jason Wolfe [mailto:nitroboost@gmail.com] > > > Sent: Saturday, February 18, 2012 1:00 AM > > > To: Desai, Kashyap > > > Cc: Maksim Yevmenkin; freebsd-scsi@freebsd.org > > > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > > > driver > > > > > > Kashyap, > > > > > > The boot drive is always the first disk, enclosure 0, and should be > > da0. > > > It is the same model as the other 11 disks also. > > > > > > PCI ENCL LUN VENDOR PRODUCT PRODUCT SIZE \ > > > SLOT SLOT NUM NAME IDENTIFIER REVISION NVDATA > > > ---- ---- --- -------- ---------------- ----------- --------- > > > 5 LSI SAS2008-IT 10.00.02.00 0A:02:00:04 > > > 5 0 0 SEAGATE ST91000640SS 0001 953 GB > > > <-------- boot drive/wanted da0/masked by ses device > > > 5 1 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 2 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 3 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 4 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 5 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 6 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 7 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 8 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 9 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 10 0 SEAGATE ST91000640SS 0001 953 GB > > > 5 11 0 SEAGATE ST91000640SS 0001 953 GB > > > > > > Attached is the verbose dmesg with the mps.debuglevel set. > > > > > > Jason > > > > > > On Fri, Feb 17, 2012 at 11:54 AM, Desai, Kashyap > > > > > wrote: > > > > > > > > > > > > OK, So you have your / partion on da0. (this drive is attached to > > > > which phy ?) Since all Drive are from same manufacture and Same > > > variant, it is difficult to collect data from this dmesg log. > > > > > > > > Can you put the following in /boot/loader.conf: > > > > > > > > hw.mps.debug_level=3D0xd > > > > > > > > Here is some context of the target id generation logic in > > > > > > > > Older driver available in FreeBSD-8 Stable, will not have any > logic > > in > > > driver to generate Target id mapping. > > > > So it will give da0 device name to the drive which is detected > First > > > by FW. > > > > > > > > With newer driver story is little different. Drive will find the > DPM > > > > page in FW for particular drive detected by FW and it will do > > mapping > > > Either by Enclosure slot mapping / Device mapping. > > > > > > > > I am trying to see how best I can solve your issue. > > > > > > > > Also, In this case which device has actually you wants to be da0 ? > ( > > I > > > > mean boot driver has got which device name ? ) > > > > > > > > Let me see your another dmesg output. > > > > > > > > ` Kashyap > > _______________________________________________ > > 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" --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D34626inbmail01lsic_ Content-Type: application/octet-stream; name="dump_mapping_svn.patch" Content-Description: dump_mapping_svn.patch Content-Disposition: attachment; filename="dump_mapping_svn.patch"; size=4091; creation-date="Mon, 20 Feb 2012 15:26:08 GMT"; modification-date="Mon, 20 Feb 2012 20:29:30 GMT" Content-Transfer-Encoding: base64 SW5kZXg6IG1wc19tYXBwaW5nLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbXBzX21hcHBpbmcuYwkocmV2aXNp b24gMjMxOTM2KQorKysgbXBzX21hcHBpbmcuYwkod29ya2luZyBjb3B5KQpAQCAtMTQ1OCw3ICsx NDU4LDM1IEBACiAJZnJlZShzYy0+ZHBtX3BnMCwgTV9NUFQyKTsKIH0KIAorc3RhdGljIHZvaWQg ZHVtcF9hbGxfZndfZHBtX3BnMChzdHJ1Y3QgbXBzX3NvZnRjICpzYykgCit7CisJCU1waTJEcml2 ZXJNYXAwRW50cnlfdCAqZHBtX2VudHJ5OworCQl1MTYgZW50cnlfbnVtOworCQkvLyBTa2lwIHRo ZSBoZWFkZXIKKwkJZHBtX2VudHJ5ID0gKE1waTJEcml2ZXJNYXAwRW50cnlfdCAqKSAoKHVpbnQ4 X3QgKikgc2MtPmRwbV9wZzAgKworCSAgICBzaXplb2YoTVBJMl9DT05GSUdfRVhURU5ERURfUEFH RV9IRUFERVIpKTsKKwkJcHJpbnRmKCJEdW1wIENvbXBsZXRlIERQTSBGVyBQYWdlcy4uLi4uLi4u Li4uIVxuIik7CisJCXByaW50ZigiIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjXG4iKTsKKwkJcHJpbnRmKCIoRW50cnkpICBwaHlzaWNhbF9pZCBcdCA6IE1hcHBp bmcgSW5mbzpcdCBEZXZpY2VJbmRleDpcdCBQaHlzaWNhbEJpdHNNYXBwaW5nXG4iKTsKKwkJZm9y IChlbnRyeV9udW0gPSAwOyBlbnRyeV9udW0gPCBzYy0+bWF4X2RwbV9lbnRyaWVzOyBlbnRyeV9u dW0rKywgCisJICAgIAkJZHBtX2VudHJ5KyspIHsKKwkJCQlwcmludGYoIiAoJXgpICAgJTA4eCIs IGVudHJ5X251bSwgZHBtX2VudHJ5LT5QaHlzaWNhbElkZW50aWZpZXIuSGlnaCk7CisJCQkJcHJp bnRmKCIgJTA4eCBcdCIsIGRwbV9lbnRyeS0+UGh5c2ljYWxJZGVudGlmaWVyLkxvdyk7CisJCQkJ cHJpbnRmKCIgJTA4eCBcdCIsIGRwbV9lbnRyeS0+TWFwcGluZ0luZm9ybWF0aW9uKTsKKwkJCQlw cmludGYoIiAlMDh4IFx0IiwgZHBtX2VudHJ5LT5EZXZpY2VJbmRleCk7CisJCQkJcHJpbnRmKCIg JTA4eCBcbiIsIGRwbV9lbnRyeS0+UGh5c2ljYWxCaXRzTWFwcGluZyk7CisJCX0KKwkJcHJpbnRm KCIjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyNcbiIpOworfQkK IAorc3RhdGljIHZvaWQgZHVtcF9md19kcG1fcGcwKE1waTJEcml2ZXJNYXAwRW50cnlfdCAqZHBt X2VudHJ5KQoreworCQlwcmludGYoIiAgICAgICAlMDh4IiwgZHBtX2VudHJ5LT5QaHlzaWNhbElk ZW50aWZpZXIuSGlnaCk7CisJCXByaW50ZigiICUwOHggXHQiLCBkcG1fZW50cnktPlBoeXNpY2Fs SWRlbnRpZmllci5Mb3cpOworCQlwcmludGYoIiAlMDh4IFx0IiwgZHBtX2VudHJ5LT5NYXBwaW5n SW5mb3JtYXRpb24pOworCQlwcmludGYoIiAlMDh4IFx0IiwgZHBtX2VudHJ5LT5EZXZpY2VJbmRl eCk7CisJCXByaW50ZigiICUwOHggXG4iLCBkcG1fZW50cnktPlBoeXNpY2FsQml0c01hcHBpbmcp OworfQkKIHN0YXRpYyB2b2lkCiBfbWFwcGluZ19wcm9jZXNzX2RwbV9wZzAoc3RydWN0IG1wc19z b2Z0YyAqc2MpCiB7CkBAIC0xNDcyLDYgKzE1MDAsOSBAQAogCXN0cnVjdCBlbmNfbWFwcGluZ190 YWJsZSAqZXRfZW50cnk7CiAJdTY0IHBoeXNpY2FsX2lkOwogCXUzMiBwaHlfYml0cyA9IDA7CisJ CisJLy8gRHVtcCBBbGwgZHBtIGVudHJ5IHRvIGRlYnVnCisJZHVtcF9hbGxfZndfZHBtX3BnMChz Yyk7CQogCiAJaWYgKHNjLT5pcl9maXJtd2FyZSkKIAkJX21hcHBpbmdfZ2V0X2lyX21hcHJhbmdl KHNjLCAmc3RhcnRfaWR4LCAmZW5kX2lkeCk7CkBAIC0xNDg3LDYgKzE1MTgsOCBAQAogCQkJc2Mt PmRwbV9lbnRyeV91c2VkW2VudHJ5X251bV0gPSAwOwogCQkJY29udGludWU7CiAJCX0KKwkJLy8g RHVtcCBkcG0gZW50cnkgdG8gZGVidWcKKwkJZHVtcF9md19kcG1fcGcwKGRwbV9lbnRyeSk7CQog CQlzYy0+ZHBtX2VudHJ5X3VzZWRbZW50cnlfbnVtXSA9IDE7CiAJCWRwbV9lbnRyeS0+TWFwcGlu Z0luZm9ybWF0aW9uID0gbGUxNnRvaChkcG1fZW50cnktPgogCQkgICAgTWFwcGluZ0luZm9ybWF0 aW9uKTsKQEAgLTE4MzQsNiArMTg2NywzMSBAQAogfQogCiAvKioKKyAqIG1wc19kdW1wX2Rldl9t YXBwaW5nX3RhYmxlIC0gRHVtcCBEZXZpY2UgbXBhcHBpbmcgdGFibGUKKyAqIEBzYzogcGVyIGFk YXB0ZXIgb2JqZWN0CisgKgorICovCit2b2lkIG1wc19kdW1wX2Rldl9tYXBwaW5nX3RhYmxlKHN0 cnVjdCBtcHNfc29mdGMgKnNjKQoreworCXUzMiBtYXBfaWR4OworCXN0cnVjdCBkZXZfbWFwcGlu Z190YWJsZSAqbXRfZW50cnk7CisKKwlwcmludGYoIkluZGV4IFx0IHBoeXNpY2FsX2lkIFx0IDog cGh5X2JpdHM6XHQgZHBtX2VudHJ5X251bTpcdCAgZGV2X2hhbmRsZTpcdCAgIGlkOlx0ICAgIG1p c3NpbmdfY291bnRcbiIpOworCWZvciAobWFwX2lkeCA9IDA7IG1hcF9pZHggPCBzYy0+bWF4X2Rl dmljZXM7IG1hcF9pZHgrKykgeworCQltdF9lbnRyeSA9ICZzYy0+bWFwcGluZ190YWJsZVttYXBf aWR4XTsKKwkJaWYobXRfZW50cnktPnBoeXNpY2FsX2lkID09IDApCisJCQljb250aW51ZTsKKwor CQlwcmludGYoIigleCkgJTAxNmx4Olx0IiwgbWFwX2lkeCwgbXRfZW50cnktPnBoeXNpY2FsX2lk KTsKKwkJcHJpbnRmKCIgJTA4eDpcdCIsIG10X2VudHJ5LT5waHlfYml0cyk7CisJCXByaW50Zigi ICUwOHg6XHQiLCBtdF9lbnRyeS0+ZHBtX2VudHJ5X251bSk7CisJCXByaW50ZigiICUwOHg6XHQi LCBtdF9lbnRyeS0+ZGV2X2hhbmRsZSk7CisJCXByaW50ZigiICUwOHg6XHQiLCBtdF9lbnRyeS0+ aWQpOworCQlwcmludGYoIiAlMDh4OlxuIiwgbXRfZW50cnktPm1pc3NpbmdfY291bnQpOworCX0K KworfQorLyoqCiAgKiBtcHNfbWFwcGluZ19nZXRfc2FzX2lkX2Zyb21faGFuZGxlIC0gZmluZCBh IHRhcmdldCBpZCBpbiBtYXBwaW5nIHRhYmxlIHVzaW5nCiAgKiBvbmx5IHRoZSBkZXYgaGFuZGxl LiAgVGhpcyBpcyBqdXN0IGEgd3JhcHBlciBmdW5jdGlvbiBmb3IgdGhlIGxvY2FsIGZ1bmN0aW9u CiAgKiBfbWFwcGluZ19nZXRfbXRfaWR4X2Zyb21faGFuZGxlLgpJbmRleDogbXBzX3Nhc19sc2ku Ywo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09Ci0tLSBtcHNfc2FzX2xzaS5jCShyZXZpc2lvbiAyMzE5MzYpCisrKyBtcHNf c2FzX2xzaS5jCSh3b3JraW5nIGNvcHkpCkBAIC02MjUsNiArNjI1LDggQEAKIAlzYXNfYWRkcmVz cyA9IChzYXNfYWRkcmVzcyA8PCAzMikgfCAKIAkgICAgY29uZmlnX3BhZ2UuU0FTQWRkcmVzcy5M b3c7CiAKKwltcHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZShzYyk7CisKIAlpZiAoKGlvY19wZzhf ZmxhZ3MgJiBNUEkyX0lPQ1BBR0U4X0ZMQUdTX01BU0tfTUFQUElOR19NT0RFKQogCQkgICAgPT0g TVBJMl9JT0NQQUdFOF9GTEFHU19ERVZJQ0VfUEVSU0lTVEVOQ0VfTUFQUElORykgewogCQlpZiAo ZGV2aWNlX2luZm8gJiBNUEkyX1NBU19ERVZJQ0VfSU5GT19TQVRBX0RFVklDRSkgewpJbmRleDog bXBzdmFyLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQotLS0gbXBzdmFyLmgJKHJldmlzaW9uIDIzMTkzNikKKysrIG1w c3Zhci5oCSh3b3JraW5nIGNvcHkpCkBAIC03NDIsNiArNzQyLDcgQEAKIHZvaWQgbXBzX21hcHBp bmdfY2hlY2tfZGV2aWNlcyhzdHJ1Y3QgbXBzX3NvZnRjICosIGludCk7CiBpbnQgbXBzX21hcHBp bmdfYWxsb2NhdGVfbWVtb3J5KHN0cnVjdCBtcHNfc29mdGMgKnNjKTsKIHVuc2lnbmVkIGludCBt cHNfbWFwcGluZ19nZXRfc2FzX2lkKHN0cnVjdCBtcHNfc29mdGMgKiwgdWludDY0X3QgLCB1MTYp Owordm9pZCBtcHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZShzdHJ1Y3QgbXBzX3NvZnRjICopOwog dW5zaWduZWQgaW50IG1wc19tYXBwaW5nX2dldF9zYXNfaWRfZnJvbV9oYW5kbGUoc3RydWN0IG1w c19zb2Z0YyAqc2MsCiAgICAgdTE2IGhhbmRsZSk7CiB1bnNpZ25lZCBpbnQgbXBzX21hcHBpbmdf Z2V0X3JhaWRfaWQoc3RydWN0IG1wc19zb2Z0YyAqc2MsIHU2NCB3d2lkLAo= --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D34626inbmail01lsic_-- From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 21 16:54:22 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BABF4106566B for ; Tue, 21 Feb 2012 16:54:22 +0000 (UTC) (envelope-from nitroboost@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC758FC0A for ; Tue, 21 Feb 2012 16:54:22 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so11398508obc.13 for ; Tue, 21 Feb 2012 08:54:21 -0800 (PST) Received-SPF: pass (google.com: domain of nitroboost@gmail.com designates 10.60.5.161 as permitted sender) client-ip=10.60.5.161; Authentication-Results: mr.google.com; spf=pass (google.com: domain of nitroboost@gmail.com designates 10.60.5.161 as permitted sender) smtp.mail=nitroboost@gmail.com; dkim=pass header.i=nitroboost@gmail.com Received: from mr.google.com ([10.60.5.161]) by 10.60.5.161 with SMTP id t1mr13649182oet.56.1329843261839 (num_hops = 1); Tue, 21 Feb 2012 08:54:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=acC6w/jqZ+X3NEIlrP7+NtgaWf6Z0DByjYu+/+kxsPE=; b=sAAUm0f+pFl7nVGxQFqg8A/aXof+zvgPE28Kcwpx/0j1mCeC3uLENeF8l01fB6d2CR TTtkx9jHQyrvX48qBoeTmbcR1EMcMyqUAXY+4ssnsXJvsDMdooBw/xBPjsDefO6M7Fs6 qmMhxhncnncT87zs1F1AXF21AyMvczq06QNrk= MIME-Version: 1.0 Received: by 10.60.5.161 with SMTP id t1mr11685691oet.56.1329843261801; Tue, 21 Feb 2012 08:54:21 -0800 (PST) Received: by 10.182.91.227 with HTTP; Tue, 21 Feb 2012 08:54:21 -0800 (PST) In-Reply-To: References: Date: Tue, 21 Feb 2012 09:54:21 -0700 Message-ID: From: Jason Wolfe To: "Desai, Kashyap" Content-Type: multipart/mixed; boundary=e89a8ff2533a3a05e204b97c434f Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: Re: LSI2008 controller clobbers first disk with new LSI mps driver 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, 21 Feb 2012 16:54:22 -0000 --e89a8ff2533a3a05e204b97c434f Content-Type: text/plain; charset=ISO-8859-1 On Mon, Feb 20, 2012 at 8:26 AM, Desai, Kashyap wrote: > Alternative to below approach. You can better try applying attached patch. > > This patch will dump necessary information from you test. > Please send me dmesg log (same as last time verbose mps debug log) > > ` Kashyap > Kashyap, Here is a dmesg with the patch applied. Thank you sir, Jason --e89a8ff2533a3a05e204b97c434f Content-Type: text/plain; charset=ISO-8859-1; name="patched.mps.boot.log.txt" Content-Disposition: attachment; filename="patched.mps.boot.log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gyxpmaue2 QklPUyBkcml2ZSBDOiBpcyBkaXNrMA0KQklPUyBkcml2ZSBEOiBpcyBkaXNrMQ0KQklPUyBkcml2 ZSBFOiBpcyBkaXNrMg0KQklPUyBkcml2ZSBGOiBpcyBkaXNrMw0KQklPUyBkcml2ZSBHOiBpcyBk aXNrNA0KQklPUyBkcml2ZSBIOiBpcyBkaXNrNQ0KQklPUyBkcml2ZSBJOiBpcyBkaXNrNg0KQklP UyBkcml2ZSBKOiBpcyBkaXNrNw0KQklPUyBkcml2ZSBLOiBpcyBkaXNrOA0KQklPUyBkcml2ZSBM OiBpcyBkaXNrOQ0KQklPUyBkcml2ZSBNOiBpcyBkaXNrMTANCkJJT1MgZHJpdmUgTjogaXMgZGlz azExDQoNCktEQjogY3VycmVudCBiYWNrZW5kOiBkZGINCkNvcHlyaWdodCAoYykgMTk5Mi0yMDEy IFRoZSBGcmVlQlNEIFByb2plY3QuDQpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5 ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQNCglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRnJlZUJT RCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQpG cmVlQlNEIDguMy1QUkVSRUxFQVNFLWxsbncxICMwOiBNb24gRmViIDIwIDE5OjE4OjI3IE1TVCAy MDEyDQogICAgcm9vdEBYOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1ggYW1kNjQNClRpbWVjb3VudGVy ICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIFhl b24oUikgQ1BVICAgICAgICAgICBFNTYyMCAgQCAyLjQwR0h6ICgyNDAwLjA5LU1IeiBLOC1jbGFz cyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4MjA2YzIgIEZhbWlseSA9 IDYgIE1vZGVsID0gMmMgIFN0ZXBwaW5nID0gMg0KICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4NCiAgRmVhdHVyZXMyPTB4OWVlM2ZkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsVk1YLFNNWCxF U1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFBDSUQsRENBLFNTRTQuMSxTU0U0LjIsUE9QQ05U Pg0KICBBTUQgRmVhdHVyZXM9MHgyYzEwMDgwMDxTWVNDQUxMLE5YLFBhZ2UxR0IsUkRUU0NQLExN Pg0KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPg0KICBUU0M6IFAtc3RhdGUgaW52YXJpYW50DQpy ZWFsIG1lbW9yeSAgPSA1MTUzOTYwNzU1MiAoNDkxNTIgTUIpDQphdmFpbCBtZW1vcnkgPSA0OTY2 NjU3MjI4OCAoNDczNjUgTUIpDQpBQ1BJIEFQSUMgVGFibGU6IDwxMDI4MTEgQVBJQzE1MDI+DQpG cmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMNCkZyZWVC U0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykNCiBjcHUwIChCU1ApOiBBUElDIElEOiAg MA0KIGNwdTEgKEFQKTogQVBJQyBJRDogIDINCiBjcHUyIChBUCk6IEFQSUMgSUQ6IDE4DQogY3B1 MyAoQVApOiBBUElDIElEOiAyMA0KaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byAxDQppb2Fw aWMxOiBDaGFuZ2luZyBBUElDIElEIHRvIDMNCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAt MjMgb24gbW90aGVyYm9hcmQNCmlvYXBpYzEgPFZlcnNpb24gMi4wPiBpcnFzIDI0LTQ3IG9uIG1v dGhlcmJvYXJkDQprYmQxIGF0IGtiZG11eDANCmFjcGkwOiA8U01DSSA+IG9uIG1vdGhlcmJvYXJk DQphY3BpMDogW0lUSFJFQURdDQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkNCmFjcGkwOiBy ZXNlcnZhdGlvbiBvZiAwLCBhMDAwMCAoMykgZmFpbGVkDQphY3BpMDogcmVzZXJ2YXRpb24gb2Yg MTAwMDAwLCBiZmYwMDAwMCAoMykgZmFpbGVkDQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVx dWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDANCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVy IGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwDQpjcHUwOiA8QUNQSSBD UFU+IG9uIGFjcGkwDQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpjcHUyOiA8QUNQSSBDUFU+ IG9uIGFjcGkwDQpjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpwY2liMDogPEFDUEkgSG9zdC1Q Q0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwDQpwY2kwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMA0KcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9u IHBjaTANCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxDQplbTA6IDxJbnRlbChSKSBQUk8v MTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4zLjI+IHBvcnQgMHhjYzAwLTB4Y2MxZiBtZW0gMHhm YmJlMDAwMC0weGZiYmZmZmZmLDB4ZmJiZGMwMDAtMHhmYmJkZmZmZiBpcnEgMjggYXQgZGV2aWNl IDAuMCBvbiBwY2kxDQplbTA6IFVzaW5nIE1TSVggaW50ZXJydXB0cyB3aXRoIDMgdmVjdG9ycw0K ZW0wOiBbSVRIUkVBRF0NCmVtMDogW0lUSFJFQURdDQplbTA6IFtJVEhSRUFEXQ0KZW0wOiBFdGhl cm5ldCBhZGRyZXNzOiAwMDoyNTo5MDo0YjoxNzplNA0KcABjaWIyOiA8QUNQSSBQQ0lwY2kyOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBD b25uZWN0aW9uIDcuMy4yPiBwb3J0IDB4ZGMwMC0weGRjMWYgbWVtIDB4ZmJjZTAwMDAtMHhmYmNm ZmZmZiwweGZiY2RjMDAwLTB4ZmJjZGZmZmYgaXJxIDI5IGF0IGRldmljZSAwLjAgb24gcGNpMg0K ZW0xOiBVc2luZyBNU0lYIGludGVycnVwdHMgd2l0aCAzIHZlY3RvcnMNCmVtMTogW0lUSFJFQURd DQplbTE6IFtJVEhSRUFEXQ0KZW0xOiBbSVRIUkVBRF0NCmVtMTogRXRoZXJuZXQgYWRkcmVzczog MDA6MjU6OTA6NGI6MTc6ZTUNCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDMuMCBvbiBwY2kwDQpwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0KcGNpYjQ6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNS4wIG9uIHBjaTANCnBjaTQ6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI0DQptcHMwOiA8TFNJIFNBUzIwMDg+IHBvcnQgMHhlMDAwLTB4ZTBmZiBtZW0g MHhmYmQzYzAwMC0weGZiZDNmZmZmLDB4ZmJkNDAwMDAtMHhmYmQ3ZmZmZiBpcnEgMjYgYXQgZGV2 aWNlIDAuMCBvbiBwY2k0DQptcHMwOiBEb29yYmVsbD0gMHgyMjAwMDAwMA0KbXBzMDogRG9vcmJl bGw9IDB4MTIwMDAwMDANCm1wczA6IElPQ0ZhY3RzCToNCglNc2dWZXJzaW9uOiAweDIwMA0KCUhl YWRlclZlcnNpb246IDB4MTQwMA0KCUlPQ051bWJlcjogMA0KCUlPQ0V4Y2VwdGlvbnM6IDB4MA0K CU1heENoYWluRGVwdGg6IDEyOA0KCVdob0luaXQ6IFJPTSBCSU9TDQoJTnVtYmVyT2ZQb3J0czog MQ0KCVJlcXVlc3RDcmVkaXQ6IDM3MTINCglQcm9kdWN0SUQ6IDB4MjIxMw0KCUlPQ0NhcGFiaWxp dGllczogMTI4NWM8U2NzaVRhc2tGdWxsLERpYWdUcmFjZSxTbmFwQnVmLEVFRFAsVHJhbnNSZXRy eSxFdmVudFJlcGxheSxIb3N0RGlzYz4NCglGV1ZlcnNpb249IDEwLTAtMi0wDQoJSU9DUmVxdWVz dEZyYW1lU2l6ZTogMzINCglNYXhJbml0aWF0b3JzOiAxNg0KCU1heFRhcmdldHM6IDEyNg0KCU1h eFNhc0V4cGFuZGVyczogMTYNCglNYXhFbmNsb3N1cmVzOiAxNw0KCVByb3RvY29sRmxhZ3M6IDM8 U2NzaVRhcmcsU2NzaUluaXQ+DQoJSGlnaFByaW9yaXR5Q3JlZGl0OiA2NA0KCU1heFJlcGx5RGVz Y3JpcHRvclBvc3RRdWV1ZURlcHRoOiA2NTUwNA0KCVJlcGx5RnJhbWVTaXplOiAzMg0KCU1heFZv bHVtZXM6IDANCglNYXhEZXZIYW5kbGU6IDE2Ng0KCU1heFBlcnNpc3RlbnRFbnRyaWVzOiAxMjgN Cm1wczA6IEZpcm13YXJlOiAxMC4wMC4wMi4wMCwgRHJpdmVyOiAxMy4wMC4wMC4wMC1mYnNkDQpt cHMwOiBJT0NDYXBhYmlsaXRpZXM6IDEyODVjPFNjc2lUYXNrRnVsbCxEaWFnVHJhY2UsU25hcEJ1 ZixFRURQLFRyYW5zUmV0cnksRXZlbnRSZXBsYXksSG9zdERpc2M+DQptcHMwOiBEb29yYmVsbD0g MHgxMjAwMDAwMA0KbXBzMDogSU9DSW5pdCBzdGF0dXM9IDB4MA0KbXBzMDogUG9ydEZhY3RzCToN CglQb3J0TnVtYmVyOiAwDQoJUG9ydFR5cGU6IDB4MzANCglNYXhQb3N0ZWRDbWRCdWZmZXJzOiAx MjgNCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMA0KCUFja1JlcXVpcmVk OiAwDQoJRXZlbnQ6IEV2ZW50Q2hhbmdlICgweGEpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6 IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMA0KCUFja1JlcXVpcmVkOiAwDQoJRXZl bnQ6IEV2ZW50Q2hhbmdlICgweGEpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IFtJVEhSRUFE XQ0KcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTANCnBj aTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1DQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBpbnRl cnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBj aTA6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMjAu MSAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPGJhc2UgcGVyaXBoZXJhbCwgaW50ZXJydXB0 IGNvbnRyb2xsZXI+IGF0IGRldmljZSAyMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8 YmFzZSBwZXJpcGhlcmFsLCBpbnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDIwLjMgKG5v IGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAyMi4w IChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MjIuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2 aWNlIDIyLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0 IGRldmljZSAyMi4zIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFs PiBhdCBkZXZpY2UgMjIuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPGJhc2UgcGVyaXBo ZXJhbD4gYXQgZGV2aWNlIDIyLjUgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxiYXNlIHBl cmlwaGVyYWw+IGF0IGRldmljZSAyMi42IChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8YmFz ZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMjIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDog PHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI2LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBj aTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyNi4xIChubyBkcml2ZXIgYXR0YWNoZWQp DQpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjYuMiAobm8gZHJpdmVyIGF0dGFj aGVkKQ0KcGNpMDogPHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI2LjcgKG5vIGRyaXZlciBh dHRhY2hlZCkNCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyOS4wIChubyBkcml2 ZXIgYXR0YWNoZWQpDQpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuMSAobm8g ZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI5LjIg KG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAy OS43IChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0 IGRldmljZSAzMC4wIG9uIHBjaTANCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2DQp2Z2Fw Y2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVtIDB4ZjkwMDAwMDAtMHhmOWZmZmZmZiww eGZhZmZjMDAwLTB4ZmFmZmZmZmYsMHhmYjAwMDAwMC0weGZiN2ZmZmZmIGlycSAxOCBhdCBkZXZp Y2UgMS4wIG9uIHBjaTYNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9u IHBjaTANCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDEwIFNB VEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGJjMDAtMHhiYzA3LDB4Yjg4MC0weGI4ODMsMHhiODAw LTB4YjgwNywweGI0ODAtMHhiNDgzLDB4YjQwMC0weGI0MGYsMHhiMDgwLTB4YjA4ZiBpcnEgMTkg YXQgZGV2aWNlIDMxLjIgb24gcGNpMA0KYXRhcGNpMDogW0lUSFJFQURdDQphdGEyOiA8QVRBIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kwDQphdGEyOiBbSVRIAFJFQURdDQphdGEzOiA8 YXRhMzogW0lUSFJFQURdDQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4z IChubyBkcml2ZXIgYXR0YWNoZWQpDQphdGFwY2kxOiA8SW50ZWwgSUNIMTAgU0FUQTMwMCBjb250 cm9sbGVyPiBwb3J0IDB4YWMwMC0weGFjMDcsMHhhODgwLTB4YTg4MywweGE4MDAtMHhhODA3LDB4 YTQ4MC0weGE0ODMsMHhhNDAwLTB4YTQwZiwweGEwODAtMHhhMDhmIGlycSAxOSBhdCBkZXZpY2Ug MzEuNSBvbiBwY2kwDQphdGFwY2kxOiBbSVRIUkVBRF0NCmF0YTQ6IDxBVEEgY2hhbm5lbD4gYXQg Y2hhbm5lbCAwIG9uIGF0YXBjaTENCmF0YTQ6IFtJVEhSRUFEXQ0KYXRhNTogPEFUQSBjaGFubmVs PiBhdCBjaGFubmVsIDEgb24gYXRhcGNpMQ0KYXRhNTogW0lUSFJFQURdDQphY3BpX2J1dHRvbjA6 IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwDQphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9y dCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTANCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4g cG9ydCAweDNmOC0weDNmZiBpcnEgNCBvbiBhY3BpMA0KdWFydDA6IFtGSUxURVJdDQp1YXJ0MTog PDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgZmxhZ3MgMHgxMCBv biBhY3BpMA0KdWFydDE6IFtGSUxURVJdDQp1YXJ0MTogY29uc29sZSAoMTE1MjAwLG4sOCwxKQ0K YWNwaV9ocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAw LTB4ZmVkMDAzZmYgb24gYWNwaTANClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgx ODAgSHogcXVhbGl0eSA5MDANCnFwaTA6IDxRUEkgc3lzdGVtIGJ1cz4gb24gbW90aGVyYm9hcmQN CnBjaWI3OiA8UVBJIEhvc3QtUENJIGJyaWRnZT4gcGNpYnVzIDI1NSBvbiBxcGkwDQpwY2kyNTU6 IDxQQ0kgYnVzPiBvbiBwY2liNw0KaXBtaTE6IDxJUE1JIFN5c3RlbSBJbnRlcmZhY2U+IG9uIGlz YTANCmlwbWkxOiBLQ1MgbW9kZSBmb3VuZCBhdCBpbyAweGNhMiBhbGlnbm1lbnQgMHgxIG9uIGlz YQ0Kb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGM3ZmZmLDB4Yzgw MDAtMHhjOGZmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0Kdmdh MDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNiMC0weDNkZiBpb21lbSAweGEwMDAwLTB4 YmZmZmYgb24gaXNhMA0KaXBtaTA6IDxJUE1JIFN5c3RlbSBJbnRlcmZhY2U+IG9uIGlzYTANCmRl dmljZV9hdHRhY2g6IGlwbWkwIGF0dGFjaCByZXR1cm5lZCAxNg0KYXRrYmRjMDogPEtleWJvYXJk IGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMA0KYXRrYmQwOiA8 QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtH SUFOVC1MT0NLRURdDQphdGtiZDA6IFtJVEhSRUFEXQ0KcHBjMDogY2Fubm90IHJlc2VydmUgSS9P IHBvcnQgcmFuZ2UNCmNvcmV0ZW1wMDogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBj cHUwDQpjb3JldGVtcDE6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQ0KY29y ZXRlbXAyOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTINCmNvcmV0ZW1wMzog PENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUzDQpUaW1lY291bnRlcnMgdGljayBl dmVyeSAxLjAwMCBtc2VjDQppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFi bGUsIG5hdCBsb2FkYWJsZSwgcnVsZS1iYXNlZCBmb3J3YXJkaW5nIGVuYWJsZWQsIGRlZmF1bHQg dG8gYWNjZXB0LCBsb2dnaW5nIGRpc2FibGVkDQptcHMwOiBtcHNzYXNfc3RhcnR1cF9pbmNyZW1l bnQgZnJlZXppbmcgc2ltcQ0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAx DQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0K CUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6 IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcp DQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0 aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgx NykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVu Z3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgw eDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFM ZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUg KDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0 YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2 ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnRE YXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0 aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVu dERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmlt aXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2 ZW50RGF0YUxlbmd0aDogMg0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Rpc2NvdmVyeSAo MHgxNikNCglFdmVudENvbnRleHQ6IDB4MA0KCUZsYWdzOiAxPEluUHJvZ3Jlc3M+DQoJUmVhc29u Q29kZTogRGlzY292ZXJ5IFN0YXJ0ZWQNCglQaHlzaWNhbFBvcnQ6IDANCglEaXNjb3ZlcnlTdGF0 dXM6IDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogNQ0KCUFja1JlcXVp cmVkOiAwDQoJRXZlbnQ6IFNhc0VuY2xEZXZpY2VTdGF0dXNDaGFuZ2UgKDB4MWQpDQoJRXZlbnRD b250ZXh0OiAweDANCglFbmNsb3N1cmVIYW5kbGU6IDB4MQ0KCVJlYXNvbkNvZGU6IEFkZGVkDQoJ UGh5c2ljYWxQb3J0OiAwDQoJTnVtU2xvdHM6IDgNCglTdGFydFNsb3Q6IDANCglQaHlCaXRzOiAw eDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMTENCglBY2tSZXF1aXJl ZDogMA0KCUV2ZW50OiBTYXNUb3BvbG9neUNoYW5nZUxpc3QgKDB4MWMpDQoJRXZlbnRDb250ZXh0 OiAweDANCglFbmNsb3N1cmVIYW5kbGU6IDB4MQ0KCUV4cGFuZGVyRGV2SGFuZGxlOiAweDANCglO dW1QaHlzOiA4DQoJTnVtRW50cmllczogOA0KCVN0YXJ0UGh5TnVtOiAwDQoJRXhwU3RhdHVzOiBV bmtub3duICgweDApDQoJUGh5c2ljYWxQb3J0OiAwDQoJUEhZWzBdLkF0dGFjaGVkRGV2SGFuZGxl OiAweDAwMDkNCglQSFlbMF0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzBdLlBoeVN0 YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVsxXS5BdHRhY2hlZERldkhhbmRsZTogMHgw MDA5DQoJUEhZWzFdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsxXS5QaHlTdGF0dXM6 IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbMl0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwOQ0K CVBIWVsyXS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMl0uUGh5U3RhdHVzOiBQSFlM aW5rU3RhdHVzQ2hhbmdlDQoJUEhZWzNdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDkNCglQSFlb M10uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzNdLlBoeVN0YXR1czogUEhZTGlua1N0 YXR1c0NoYW5nZQ0KCVBIWVs0XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDA5DQoJUEhZWzRdLkxp bmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVs0XS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXND aGFuZ2UNCglQSFlbNV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwOQ0KCVBIWVs1XS5MaW5rUmF0 ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbNV0uUGh5U3RhdHVzOiBQSFlMaW5rU3RhdHVzQ2hhbmdl DQoJUEhZWzZdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDkNCglQSFlbNl0uTGlua1JhdGU6IDYu MEdicHMgKDB4YTApDQoJUEhZWzZdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBI WVs3XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDA5DQoJUEhZWzddLkxpbmtSYXRlOiA2LjBHYnBz ICgweGEwKQ0KCVBIWVs3XS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCm1wczA6IEV2 ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogNQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6 IFNhc0VuY2xEZXZpY2VTdGF0dXNDaGFuZ2UgKDB4MWQpDQoJRXZlbnRDb250ZXh0OiAweDANCglF bmNsb3N1cmVIYW5kbGU6IDB4Mg0KCVJlYXNvbkNvZGU6IEFkZGVkDQoJUGh5c2ljYWxQb3J0OiAw DQoJTnVtU2xvdHM6IDEzDQoJU3RhcnRTbG90OiAwDQoJUGh5Qml0czogMHhmZg0KbXBzMDogRXZl bnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAyNQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6 IFNhc1RvcG9sb2d5Q2hhbmdlTGlzdCAoMHgxYykNCglFdmVudENvbnRleHQ6IDB4MA0KCUVuY2xv c3VyZUhhbmRsZTogMHgyDQoJRXhwYW5kZXJEZXZIYW5kbGU6IDB4OQ0KCU51bVBoeXM6IDMwDQoJ TnVtRW50cmllczogMjINCglTdGFydFBoeU51bTogMA0KCUV4cFN0YXR1czogQWRkZWQgKDB4MSkN CglQaHlzaWNhbFBvcnQ6IDANCglQSFlbMF0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMQ0KCVBI WVswXS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMF0uUGh5U3RhdHVzOiBQSFlMaW5r U3RhdHVzQ2hhbmdlDQoJUEhZWzFdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDENCglQSFlbMV0u TGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzFdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1 c0NoYW5nZQ0KCVBIWVsyXS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDAxDQoJUEhZWzJdLkxpbmtS YXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsyXS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFu Z2UNCglQSFlbM10uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMQ0KCVBIWVszXS5MaW5rUmF0ZTog Ni4wR2JwcyAoMHhhMCkNCglQSFlbM10uUGh5U3RhdHVzOiBQSFlMaW5rU3RhdHVzQ2hhbmdlDQoJ UEhZWzRdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDENCglQSFlbNF0uTGlua1JhdGU6IDYuMEdi cHMgKDB4YTApDQoJUEhZWzRdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVs1 XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDAxDQoJUEhZWzVdLkxpbmtSYXRlOiA2LjBHYnBzICgw eGEwKQ0KCVBIWVs1XS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbNl0uQXR0 YWNoZWREZXZIYW5kbGU6IDB4MDAwMQ0KCVBIWVs2XS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkN CglQSFlbNl0uUGh5U3RhdHVzOiBQSFlMaW5rU3RhdHVzQ2hhbmdlDQoJUEhZWzddLkF0dGFjaGVk RGV2SGFuZGxlOiAweDAwMDENCglQSFlbN10uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZ WzddLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVs4XS5BdHRhY2hlZERldkhh bmRsZTogMHgwMDAwDQoJUEhZWzhdLkxpbmtSYXRlOiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZ WzhdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVs5XS5BdHRhY2hlZERldkhh bmRsZTogMHgwMDAwDQoJUEhZWzldLkxpbmtSYXRlOiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZ WzldLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVsxMF0uQXR0YWNoZWREZXZI YW5kbGU6IDB4MDAwMA0KCVBIWVsxMF0uTGlua1JhdGU6IFBIWSBkaXNhYmxlZCAoMHgxMCkNCglQ SFlbMTBdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVsxMV0uQXR0YWNoZWRE ZXZIYW5kbGU6IDB4MDAwMA0KCVBIWVsxMV0uTGlua1JhdGU6IFBIWSBkaXNhYmxlZCAoMHgxMCkN CglQSFlbMTFdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVsxMl0uQXR0YWNo ZWREZXZIYW5kbGU6IDB4MDAwYQ0KCVBIWVsxMl0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJ UEhZWzEyXS5QaHlTdGF0dXM6IE5ld1RhcmdldEFkZGVkDQoJUEhZWzEzXS5BdHRhY2hlZERldkhh bmRsZTogMHgwMDBiDQoJUEhZWzEzXS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMTNd LlBoeVN0YXR1czogTmV3VGFyZ2V0QWRkZWQNCglQSFlbMTRdLkF0dGFjaGVkRGV2SGFuZGxlOiAw eDAwMGMNCglQSFlbMTRdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsxNF0uUGh5U3Rh dHVzOiBOZXdUYXJnZXRBZGRlZA0KCVBIWVsxNV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwZA0K CVBIWVsxNV0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzE1XS5QaHlTdGF0dXM6IE5l d1RhcmdldEFkZGVkDQoJUEhZWzE2XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDBlDQoJUEhZWzE2 XS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMTZdLlBoeVN0YXR1czogTmV3VGFyZ2V0 QWRkZWQNCglQSFlbMTddLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMGYNCglQSFlbMTddLkxpbmtS YXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsxN10uUGh5U3RhdHVzOiBOZXdUYXJnZXRBZGRlZA0K CVBIWVsxOF0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAxMA0KCVBIWVsxOF0uTGlua1JhdGU6IDYu MEdicHMgKDB4YTApDQoJUEhZWzE4XS5QaHlTdGF0dXM6IE5ld1RhcmdldEFkZGVkDQoJUEhZWzE5 XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDExDQoJUEhZWzE5XS5MaW5rUmF0ZTogNi4wR2JwcyAo MHhhMCkNCglQSFlbMTldLlBoeVN0YXR1czogTmV3VGFyZ2V0QWRkZWQNCglQSFlbMjBdLkF0dGFj aGVkRGV2SGFuZGxlOiAweDAwMTINCglQSFlbMjBdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0K CVBIWVsyMF0uUGh5U3RhdHVzOiBOZXdUYXJnZXRBZGRlZA0KCVBIWVsyMV0uQXR0YWNoZWREZXZI YW5kbGU6IDB4MDAxMw0KCVBIWVsyMV0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzIx XS5QaHlTdGF0dXM6IE5ld1RhcmdldEFkZGVkDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERh dGFMZW5ndGg6IDExDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzVG9wb2xvZ3lDaGFuZ2VM aXN0ICgweDFjKQ0KCUV2ZW50Q29udGV4dDogMHgwDQoJRW5jbG9zdXJlSGFuZGxlOiAweDINCglF eHBhbmRlckRldkhhbmRsZTogMHg5DQoJTnVtUGh5czogMzANCglOdW1FbnRyaWVzOiA4DQoJU3Rh cnRQaHlOdW06IDIyDQoJRXhwU3RhdHVzOiBSZXNwb25kaW5nICgweDMpDQoJUGh5c2ljYWxQb3J0 OiAwDQoJUEhZWzIyXS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDE0DQoJUEhZWzIyXS5MaW5rUmF0 ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMjJdLlBoeVN0YXR1czogTmV3VGFyZ2V0QWRkZWQNCglQ SFlbMjNdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMTUNCglQSFlbMjNdLkxpbmtSYXRlOiA2LjBH YnBzICgweGEwKQ0KCVBIWVsyM10uUGh5U3RhdHVzOiBOZXdUYXJnZXRBZGRlZA0KCVBIWVsyNF0u QXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMA0KCVBIWVsyNF0uTGlua1JhdGU6IFBIWSBkaXNhYmxl ZCAoMHgxMCkNCglQSFlbMjRdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVsy NV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMA0KCVBIWVsyNV0uTGlua1JhdGU6IFBIWSBkaXNh YmxlZCAoMHgxMCkNCglQSFlbMjVdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBI WVsyNl0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMA0KCVBIWVsyNl0uTGlua1JhdGU6IFBIWSBk aXNhYmxlZCAoMHgxMCkNCglQSFlbMjZdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0K CVBIWVsyN10uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMA0KCVBIWVsyN10uTGlua1JhdGU6IFBI WSBkaXNhYmxlZCAoMHgxMCkNCglQSFlbMjddLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5n ZQ0KCVBIWVsyOF0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAxNg0KCVBIWVsyOF0uTGlua1JhdGU6 IDYuMEdicHMgKDB4YTApDQoJUEhZWzI4XS5QaHlTdGF0dXM6IE5ld1RhcmdldEFkZGVkDQoJUEhZ WzI5XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDAwDQoJUEhZWzI5XS5MaW5rUmF0ZTogTGlua1Jh dGUgVW5rbm93biAoMHgwKQ0KCVBIWVsyOV0uUGh5U3RhdHVzOiBQSFlMaW5rU3RhdHVzQ2hhbmdl DQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDINCglBY2tSZXF1aXJlZDog MA0KCUV2ZW50OiBTYXNEaXNjb3ZlcnkgKDB4MTYpDQoJRXZlbnRDb250ZXh0OiAweDANCglGbGFn czogMjxEZXZpY2VDaGFuZ2U+DQoJUmVhc29uQ29kZTogRGlzY292ZXJ5IENvbXBsZXRlDQoJUGh5 c2ljYWxQb3J0OiAwDQoJRGlzY292ZXJ5U3RhdHVzOiAwDQptcHMwOiBkaXNlc3RhYmxpc2ggY29u ZmlnIGludHJob29rDQppcG1pMTogSVBNSSBkZXZpY2UgcmV2LiAxLCBmaXJtd2FyZSByZXYuIDIu MDgsIHZlcnNpb24gMi4wDQppcG1pMTogTnVtYmVyIG9mIGNoYW5uZWxzIDINCmlwbWkxOiBBdHRh Y2hlZCB3YXRjaGRvZw0KbXBzMDogKDApLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2 ZW50OiBbMTddDQptcHMwOiAoMSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0K bXBzMDogKDEpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMw OiAoMiktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDIpLT4obXBz c2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMyktPihtcHNzYXNf Zndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDMpLT4obXBzc2FzX2Z3X3dvcmspIFdv cmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoNCktPihtcHNzYXNfZndfd29yaykgRXZlbnQg RnJlZTogWzE3XQ0KbXBzMDogKDQpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50 OiBbMTddDQptcHMwOiAoNSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBz MDogKDUpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAo NiktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDYpLT4obXBzc2Fz X2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoNyktPihtcHNzYXNfZndf d29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDcpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtp bmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoOCktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJl ZTogWzE3XQ0KbXBzMDogKDgpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBb MTZdDQptcHMwOiAoOSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE2XQ0KbXBzMDog KDkpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMWRdDQptcHMwOiAoMTAp LT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxZF0NCm1wczA6ICgxMCktPihtcHNzYXNf Zndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxY10NCm1wczA6ICgxMSktPihtcHNzYXNfZndf d29yaykgRXZlbnQgRnJlZTogWzFjXQ0KbXBzMDogKDExKS0+KG1wc3Nhc19md193b3JrKSBXb3Jr aW5nIG9uICBFdmVudDogWzFkXQ0KbXBzMDogKDEyKS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBG cmVlOiBbMWRdDQptcHMwOiAoMTIpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50 OiBbMWNdDQpJbmRleCAJIHBoeXNpY2FsX2lkIAkgOiBwaHlfYml0czoJIGRwbV9lbnRyeV9udW06 CSAgZGV2X2hhbmRsZToJICAgaWQ6CSAgICBtaXNzaW5nX2NvdW50DQooOCkgNTAwMGM1MDAzM2Y1 Y2RiNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYToJIDAwMDAwMDA4OgkgMDAwMDAw MDA6DQooOSkgNTAwMGM1MDAzM2Y0OWMwMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAw YjoJIDAwMDAwMDA5OgkgMDAwMDAwMDA6DQooYSkgNTAwMGM1MDAzM2Y2Yzc5OToJIDAwMDAwMGZm OgkgMDAwMGZmZmY6CSAwMDAwMDAwYzoJIDAwMDAwMDBhOgkgMDAwMDAwMDA6DQooYikgNTAwMGM1 MDAzM2U1NjJmNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZDoJIDAwMDAwMDBiOgkg MDAwMDAwMDA6DQooYykgNTAwMGM1MDAzM2Y0OWE0MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAwZToJIDAwMDAwMDBjOgkgMDAwMDAwMDA6DQooZCkgNTAwMGM1MDAzM2Y1ZWZlOToJIDAw MDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZjoJIDAwMDAwMDBkOgkgMDAwMDAwMDA6DQooZSkg NTAwMGM1MDAzM2Y0OWExMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMDoJIDAwMDAw MDBlOgkgMDAwMDAwMDA6DQooZikgNTAwMGM1MDAzM2Y0OWM3MToJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAxMToJIDAwMDAwMDBmOgkgMDAwMDAwMDA6DQooMTApIDUwMDBjNTAwMzNmNDBm YjE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTI6CSAwMDAwMDAxMDoJIDAwMDAwMDAw Og0KKDExKSA1MDAwYzUwMDMzZjZjYmE5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEz OgkgMDAwMDAwMTE6CSAwMDAwMDAwMDoNCigxMikgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZm OgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQooMTMpIDUwMDMw NDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJ IDAwMDAwMDAwOg0KKDE0KSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJ IDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCm1wczA6IFNBUyBBZGRyZXNzIGZyb20g U0FTIGRldmljZSBwYWdlMCA9IDUwMDBjNTAwMzNmNWNkYjUNCm1wczA6IEZvdW5kIGRldmljZSA8 NDAxPFNzcFRhcmc+LEVuZCBEZXZpY2U+IDw2LjBHYnBzPiA8MHgwMDBhPiA8Mi8wPg0KbXBzMDog VGFyZ2V0IGlkIDB4OCBhZGRlZA0KSW5kZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2JpdHM6CSBk cG1fZW50cnlfbnVtOgkgIGRldl9oYW5kbGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3VudA0KKDgp IDUwMDBjNTAwMzNmNWNkYjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGE6CSAwMDAw MDAwODoJIDAwMDAwMDAwOg0KKDkpIDUwMDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJIDAwMDBm ZmZmOgkgMDAwMDAwMGI6CSAwMDAwMDAwOToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3 OTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAwMDAwMDAw Og0KKGIpIDUwMDBjNTAwMzNlNTYyZjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6 CSAwMDAwMDAwYjoJIDAwMDAwMDAwOg0KKGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMGU6CSAwMDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAw MzNmNWVmZTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAw MDAwMDAwOg0KKGUpIDUwMDBjNTAwMzNmNDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMTA6CSAwMDAwMDAwZToJIDAwMDAwMDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1 MDAwYzUwMDMzZjQwZmIxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAw MTA6CSAwMDAwMDAwMDoNCigxMSkgNTAwMGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAxMzoJIDAwMDAwMDExOgkgMDAwMDAwMDA6DQooMTIpIDUwMDMwNDgwMDEyNmUz ZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAw Og0KKDEzKSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAw OgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZm OgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMwOiBTQVMg QWRkcmVzcyBmcm9tIFNBUyBkZXZpY2UgcGFnZTAgPSA1MDAwYzUwMDMzZjQ5YzAxDQptcHMwOiBG b3VuZCBkZXZpY2UgPDQwMTxTc3BUYXJnPixFbmQgRGV2aWNlPiA8Ni4wR2Jwcz4gPDB4MDAwYj4g PDIvMT4NCm1wczA6IFRhcmdldCBpZCAweDkgYWRkZWQNCkluZGV4IAkgcGh5c2ljYWxfaWQgCSA6 IHBoeV9iaXRzOgkgZHBtX2VudHJ5X251bToJICBkZXZfaGFuZGxlOgkgICBpZDoJICAgIG1pc3Np bmdfY291bnQNCig4KSA1MDAwYzUwMDMzZjVjZGI1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAw MDAwMDBhOgkgMDAwMDAwMDg6CSAwMDAwMDAwMDoNCig5KSA1MDAwYzUwMDMzZjQ5YzAxOgkgMDAw MDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBiOgkgMDAwMDAwMDk6CSAwMDAwMDAwMDoNCihhKSA1 MDAwYzUwMDMzZjZjNzk5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBjOgkgMDAwMDAw MGE6CSAwMDAwMDAwMDoNCihiKSA1MDAwYzUwMDMzZTU2MmY1OgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDBkOgkgMDAwMDAwMGI6CSAwMDAwMDAwMDoNCihjKSA1MDAwYzUwMDMzZjQ5YTQx OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBlOgkgMDAwMDAwMGM6CSAwMDAwMDAwMDoN CihkKSA1MDAwYzUwMDMzZjVlZmU5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBmOgkg MDAwMDAwMGQ6CSAwMDAwMDAwMDoNCihlKSA1MDAwYzUwMDMzZjQ5YTExOgkgMDAwMDAwZmY6CSAw MDAwZmZmZjoJIDAwMDAwMDEwOgkgMDAwMDAwMGU6CSAwMDAwMDAwMDoNCihmKSA1MDAwYzUwMDMz ZjQ5YzcxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDExOgkgMDAwMDAwMGY6CSAwMDAw MDAwMDoNCigxMCkgNTAwMGM1MDAzM2Y0MGZiMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAw MDAxMjoJIDAwMDAwMDEwOgkgMDAwMDAwMDA6DQooMTEpIDUwMDBjNTAwMzNmNmNiYTk6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTM6CSAwMDAwMDAxMToJIDAwMDAwMDAwOg0KKDEyKSA1 MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZm ZmY6CSAwMDAwMDAwMDoNCigxMykgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQooMTQpIDUwMDMwNDgwMDEyNmUz ZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAw Og0KbXBzMDogU0FTIEFkZHJlc3MgZnJvbSBTQVMgZGV2aWNlIHBhZ2UwID0gNTAwMGM1MDAzM2Y2 Yzc5OQ0KbXBzMDogRm91bmQgZGV2aWNlIDw0MDE8U3NwVGFyZz4sRW5kIERldmljZT4gPDYuMEdi cHM+IDwweDAwMGM+IDwyLzI+DQptcHMwOiBUYXJnZXQgaWQgMHhhIGFkZGVkDQpJbmRleCAJIHBo eXNpY2FsX2lkIAkgOiBwaHlfYml0czoJIGRwbV9lbnRyeV9udW06CSAgZGV2X2hhbmRsZToJICAg aWQ6CSAgICBtaXNzaW5nX2NvdW50DQooOCkgNTAwMGM1MDAzM2Y1Y2RiNToJIDAwMDAwMGZmOgkg MDAwMGZmZmY6CSAwMDAwMDAwYToJIDAwMDAwMDA4OgkgMDAwMDAwMDA6DQooOSkgNTAwMGM1MDAz M2Y0OWMwMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYjoJIDAwMDAwMDA5OgkgMDAw MDAwMDA6DQooYSkgNTAwMGM1MDAzM2Y2Yzc5OToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAw MDAwYzoJIDAwMDAwMDBhOgkgMDAwMDAwMDA6DQooYikgNTAwMGM1MDAzM2U1NjJmNToJIDAwMDAw MGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZDoJIDAwMDAwMDBiOgkgMDAwMDAwMDA6DQooYykgNTAw MGM1MDAzM2Y0OWE0MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZToJIDAwMDAwMDBj OgkgMDAwMDAwMDA6DQooZCkgNTAwMGM1MDAzM2Y1ZWZlOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6 CSAwMDAwMDAwZjoJIDAwMDAwMDBkOgkgMDAwMDAwMDA6DQooZSkgNTAwMGM1MDAzM2Y0OWExMToJ IDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMDoJIDAwMDAwMDBlOgkgMDAwMDAwMDA6DQoo ZikgNTAwMGM1MDAzM2Y0OWM3MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMToJIDAw MDAwMDBmOgkgMDAwMDAwMDA6DQooMTApIDUwMDBjNTAwMzNmNDBmYjE6CSAwMDAwMDBmZjoJIDAw MDBmZmZmOgkgMDAwMDAwMTI6CSAwMDAwMDAxMDoJIDAwMDAwMDAwOg0KKDExKSA1MDAwYzUwMDMz ZjZjYmE5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEzOgkgMDAwMDAwMTE6CSAwMDAw MDAwMDoNCigxMikgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAw MDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQooMTMpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDE0KSA1 MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZm ZmY6CSAwMDAwMDAwMDoNCm1wczA6IFNBUyBBZGRyZXNzIGZyb20gU0FTIGRldmljZSBwYWdlMCA9 IDUwMDBjNTAwMzNlNTYyZjUNCm1wczA6IEZvdW5kIGRldmljZSA8NDAxPFNzcFRhcmc+LEVuZCBE ZXZpY2U+IDw2LjBHYnBzPiA8MHgwMDBkPiA8Mi8zPg0KbXBzMDogVGFyZ2V0IGlkIDB4YiBhZGRl ZA0KSW5kZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlfbnVtOgkgIGRl dl9oYW5kbGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDBjNTAwMzNmNWNkYjU6 CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGE6CSAwMDAwMDAwODoJIDAwMDAwMDAwOg0K KDkpIDUwMDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGI6CSAw MDAwMDAwOToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAwMDBmZjoJIDAw MDBmZmZmOgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUwMDBjNTAwMzNl NTYyZjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwYjoJIDAwMDAw MDAwOg0KKGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAw MGU6CSAwMDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6CSAwMDAwMDBm ZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0KKGUpIDUwMDBj NTAwMzNmNDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAwMDAwMDAwZToJ IDAwMDAwMDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkg MDAwMDAwMTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMzZjQwZmIxOgkg MDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAwMDAwMDoNCigx MSkgNTAwMGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMzoJIDAw MDAwMDExOgkgMDAwMDAwMDA6DQooMTIpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAw MDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDEzKSA1MDAzMDQ4MDAx MjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAw MDAwMDoNCigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAw MDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBmcm9tIFNBUyBk ZXZpY2UgcGFnZTAgPSA1MDAwYzUwMDMzZjQ5YTQxDQptcHMwOiBGb3VuZCBkZXZpY2UgPDQwMTxT c3BUYXJnPixFbmQgRGV2aWNlPiA8Ni4wR2Jwcz4gPDB4MDAwZT4gPDIvND4NCm1wczA6IFRhcmdl dCBpZCAweGMgYWRkZWQNCkluZGV4IAkgcGh5c2ljYWxfaWQgCSA6IHBoeV9iaXRzOgkgZHBtX2Vu dHJ5X251bToJICBkZXZfaGFuZGxlOgkgICBpZDoJICAgIG1pc3NpbmdfY291bnQNCig4KSA1MDAw YzUwMDMzZjVjZGI1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBhOgkgMDAwMDAwMDg6 CSAwMDAwMDAwMDoNCig5KSA1MDAwYzUwMDMzZjQ5YzAxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJ IDAwMDAwMDBiOgkgMDAwMDAwMDk6CSAwMDAwMDAwMDoNCihhKSA1MDAwYzUwMDMzZjZjNzk5Ogkg MDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBjOgkgMDAwMDAwMGE6CSAwMDAwMDAwMDoNCihi KSA1MDAwYzUwMDMzZTU2MmY1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBkOgkgMDAw MDAwMGI6CSAwMDAwMDAwMDoNCihjKSA1MDAwYzUwMDMzZjQ5YTQxOgkgMDAwMDAwZmY6CSAwMDAw ZmZmZjoJIDAwMDAwMDBlOgkgMDAwMDAwMGM6CSAwMDAwMDAwMDoNCihkKSA1MDAwYzUwMDMzZjVl ZmU5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBmOgkgMDAwMDAwMGQ6CSAwMDAwMDAw MDoNCihlKSA1MDAwYzUwMDMzZjQ5YTExOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEw OgkgMDAwMDAwMGU6CSAwMDAwMDAwMDoNCihmKSA1MDAwYzUwMDMzZjQ5YzcxOgkgMDAwMDAwZmY6 CSAwMDAwZmZmZjoJIDAwMDAwMDExOgkgMDAwMDAwMGY6CSAwMDAwMDAwMDoNCigxMCkgNTAwMGM1 MDAzM2Y0MGZiMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMjoJIDAwMDAwMDEwOgkg MDAwMDAwMDA6DQooMTEpIDUwMDBjNTAwMzNmNmNiYTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkg MDAwMDAwMTM6CSAwMDAwMDAxMToJIDAwMDAwMDAwOg0KKDEyKSA1MDAzMDQ4MDAxMjZlM2ZmOgkg MDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCigx MykgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAw MDBmZmZmOgkgMDAwMDAwMDA6DQooMTQpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAw MDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KbXBzMDogU0FTIEFkZHJl c3MgZnJvbSBTQVMgZGV2aWNlIHBhZ2UwID0gNTAwMGM1MDAzM2Y1ZWZlOQ0KbXBzMDogRm91bmQg ZGV2aWNlIDw0MDE8U3NwVGFyZz4sRW5kIERldmljZT4gPDYuMEdicHM+IDwweDAwMGY+IDwyLzU+ DQptcHMwOiBUYXJnZXQgaWQgMHhkIGFkZGVkDQpJbmRleCAJIHBoeXNpY2FsX2lkIAkgOiBwaHlf Yml0czoJIGRwbV9lbnRyeV9udW06CSAgZGV2X2hhbmRsZToJICAgaWQ6CSAgICBtaXNzaW5nX2Nv dW50DQooOCkgNTAwMGM1MDAzM2Y1Y2RiNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAw YToJIDAwMDAwMDA4OgkgMDAwMDAwMDA6DQooOSkgNTAwMGM1MDAzM2Y0OWMwMToJIDAwMDAwMGZm OgkgMDAwMGZmZmY6CSAwMDAwMDAwYjoJIDAwMDAwMDA5OgkgMDAwMDAwMDA6DQooYSkgNTAwMGM1 MDAzM2Y2Yzc5OToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYzoJIDAwMDAwMDBhOgkg MDAwMDAwMDA6DQooYikgNTAwMGM1MDAzM2U1NjJmNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAwZDoJIDAwMDAwMDBiOgkgMDAwMDAwMDA6DQooYykgNTAwMGM1MDAzM2Y0OWE0MToJIDAw MDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZToJIDAwMDAwMDBjOgkgMDAwMDAwMDA6DQooZCkg NTAwMGM1MDAzM2Y1ZWZlOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZjoJIDAwMDAw MDBkOgkgMDAwMDAwMDA6DQooZSkgNTAwMGM1MDAzM2Y0OWExMToJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAxMDoJIDAwMDAwMDBlOgkgMDAwMDAwMDA6DQooZikgNTAwMGM1MDAzM2Y0OWM3 MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMToJIDAwMDAwMDBmOgkgMDAwMDAwMDA6 DQooMTApIDUwMDBjNTAwMzNmNDBmYjE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTI6 CSAwMDAwMDAxMDoJIDAwMDAwMDAwOg0KKDExKSA1MDAwYzUwMDMzZjZjYmE5OgkgMDAwMDAwZmY6 CSAwMDAwZmZmZjoJIDAwMDAwMDEzOgkgMDAwMDAwMTE6CSAwMDAwMDAwMDoNCigxMikgNTAwMzA0 ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkg MDAwMDAwMDA6DQooMTMpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkg MDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDE0KSA1MDAzMDQ4MDAxMjZlM2ZmOgkg MDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCm1w czA6IFNBUyBBZGRyZXNzIGZyb20gU0FTIGRldmljZSBwYWdlMCA9IDUwMDBjNTAwMzNmNDlhMTEN Cm1wczA6IEZvdW5kIGRldmljZSA8NDAxPFNzcFRhcmc+LEVuZCBEZXZpY2U+IDw2LjBHYnBzPiA8 MHgwMDEwPiA8Mi82Pg0KbXBzMDogVGFyZ2V0IGlkIDB4ZSBhZGRlZA0KSW5kZXggCSBwaHlzaWNh bF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlfbnVtOgkgIGRldl9oYW5kbGU6CSAgIGlkOgkg ICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDBjNTAwMzNmNWNkYjU6CSAwMDAwMDBmZjoJIDAwMDBm ZmZmOgkgMDAwMDAwMGE6CSAwMDAwMDAwODoJIDAwMDAwMDAwOg0KKDkpIDUwMDBjNTAwMzNmNDlj MDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGI6CSAwMDAwMDAwOToJIDAwMDAwMDAw Og0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGM6 CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUwMDBjNTAwMzNlNTYyZjU6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwYjoJIDAwMDAwMDAwOg0KKGMpIDUwMDBjNTAw MzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGU6CSAwMDAwMDAwYzoJIDAw MDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0KKGUpIDUwMDBjNTAwMzNmNDlhMTE6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAwMDAwMDAwZToJIDAwMDAwMDAwOg0KKGYpIDUw MDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTE6CSAwMDAwMDAw ZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMzZjQwZmIxOgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAwMDAwMDoNCigxMSkgNTAwMGM1MDAzM2Y2Y2Jh OToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMzoJIDAwMDAwMDExOgkgMDAwMDAwMDA6 DQooMTIpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6 CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDEzKSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6 CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCigxNCkgNTAwMzA0 ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkg MDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBmcm9tIFNBUyBkZXZpY2UgcGFnZTAgPSA1MDAw YzUwMDMzZjQ5YzcxDQptcHMwOiBGb3VuZCBkZXZpY2UgPDQwMTxTc3BUYXJnPixFbmQgRGV2aWNl PiA8Ni4wR2Jwcz4gPDB4MDAxMT4gPDIvNz4NCm1wczA6IFRhcmdldCBpZCAweGYgYWRkZWQNCklu ZGV4IAkgcGh5c2ljYWxfaWQgCSA6IHBoeV9iaXRzOgkgZHBtX2VudHJ5X251bToJICBkZXZfaGFu ZGxlOgkgICBpZDoJICAgIG1pc3NpbmdfY291bnQNCig4KSA1MDAwYzUwMDMzZjVjZGI1OgkgMDAw MDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBhOgkgMDAwMDAwMDg6CSAwMDAwMDAwMDoNCig5KSA1 MDAwYzUwMDMzZjQ5YzAxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBiOgkgMDAwMDAw MDk6CSAwMDAwMDAwMDoNCihhKSA1MDAwYzUwMDMzZjZjNzk5OgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDBjOgkgMDAwMDAwMGE6CSAwMDAwMDAwMDoNCihiKSA1MDAwYzUwMDMzZTU2MmY1 OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBkOgkgMDAwMDAwMGI6CSAwMDAwMDAwMDoN CihjKSA1MDAwYzUwMDMzZjQ5YTQxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBlOgkg MDAwMDAwMGM6CSAwMDAwMDAwMDoNCihkKSA1MDAwYzUwMDMzZjVlZmU5OgkgMDAwMDAwZmY6CSAw MDAwZmZmZjoJIDAwMDAwMDBmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwMDoNCihlKSA1MDAwYzUwMDMz ZjQ5YTExOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEwOgkgMDAwMDAwMGU6CSAwMDAw MDAwMDoNCihmKSA1MDAwYzUwMDMzZjQ5YzcxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAw MDExOgkgMDAwMDAwMGY6CSAwMDAwMDAwMDoNCigxMCkgNTAwMGM1MDAzM2Y0MGZiMToJIDAwMDAw MGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMjoJIDAwMDAwMDEwOgkgMDAwMDAwMDA6DQooMTEpIDUw MDBjNTAwMzNmNmNiYTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTM6CSAwMDAwMDAx MToJIDAwMDAwMDAwOg0KKDEyKSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCigxMykgNTAwMzA0ODAwMTI2ZTNm ZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6 DQooMTQpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6 CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KbXBzMDogU0FTIEFkZHJlc3MgZnJvbSBTQVMgZGV2aWNl IHBhZ2UwID0gNTAwMGM1MDAzM2Y0MGZiMQ0KbXBzMDogRm91bmQgZGV2aWNlIDw0MDE8U3NwVGFy Zz4sRW5kIERldmljZT4gPDYuMEdicHM+IDwweDAwMTI+IDwyLzg+DQptcHMwOiBUYXJnZXQgaWQg MHgxMCBhZGRlZA0KSW5kZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlf bnVtOgkgIGRldl9oYW5kbGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDBjNTAw MzNmNWNkYjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGE6CSAwMDAwMDAwODoJIDAw MDAwMDAwOg0KKDkpIDUwMDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMGI6CSAwMDAwMDAwOToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUw MDBjNTAwMzNlNTYyZjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAw YjoJIDAwMDAwMDAwOg0KKGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZm OgkgMDAwMDAwMGU6CSAwMDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6 CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0K KGUpIDUwMDBjNTAwMzNmNDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAw MDAwMDAwZToJIDAwMDAwMDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAw MDBmZmZmOgkgMDAwMDAwMTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMz ZjQwZmIxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAw MDAwMDoNCigxMSkgNTAwMGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAw MDAxMzoJIDAwMDAwMDExOgkgMDAwMDAwMDA6DQooMTIpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDEzKSA1 MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZm ZmY6CSAwMDAwMDAwMDoNCigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBm cm9tIFNBUyBkZXZpY2UgcGFnZTAgPSA1MDAwYzUwMDMzZjZjYmE5DQptcHMwOiBGb3VuZCBkZXZp Y2UgPDQwMTxTc3BUYXJnPixFbmQgRGV2aWNlPiA8Ni4wR2Jwcz4gPDB4MDAxMz4gPDIvOT4NCm1w czA6IFRhcmdldCBpZCAweDExIGFkZGVkDQptcHMwOiAoMTMpLT4obXBzc2FzX2Z3X3dvcmspIEV2 ZW50IEZyZWU6IFsxY10NCm1wczA6ICgxMyktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAg RXZlbnQ6IFsxY10NCkluZGV4IAkgcGh5c2ljYWxfaWQgCSA6IHBoeV9iaXRzOgkgZHBtX2VudHJ5 X251bToJICBkZXZfaGFuZGxlOgkgICBpZDoJICAgIG1pc3NpbmdfY291bnQNCig4KSA1MDAzMDQ4 MDAxMjZlM2ZkOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDE2OgkgMDAwMDAwMDg6CSAw MDAwMDAwMDoNCig5KSA1MDAwYzUwMDMzZjQ5YzAxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAw MDAwMDBiOgkgMDAwMDAwMDk6CSAwMDAwMDAwMDoNCihhKSA1MDAwYzUwMDMzZjZjNzk5OgkgMDAw MDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBjOgkgMDAwMDAwMGE6CSAwMDAwMDAwMDoNCihiKSA1 MDAwYzUwMDMzZTU2MmY1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBkOgkgMDAwMDAw MGI6CSAwMDAwMDAwMDoNCihjKSA1MDAwYzUwMDMzZjQ5YTQxOgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDBlOgkgMDAwMDAwMGM6CSAwMDAwMDAwMDoNCihkKSA1MDAwYzUwMDMzZjVlZmU5 OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwMDoN CihlKSA1MDAwYzUwMDMzZjQ5YTExOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEwOgkg MDAwMDAwMGU6CSAwMDAwMDAwMDoNCihmKSA1MDAwYzUwMDMzZjQ5YzcxOgkgMDAwMDAwZmY6CSAw MDAwZmZmZjoJIDAwMDAwMDExOgkgMDAwMDAwMGY6CSAwMDAwMDAwMDoNCigxMCkgNTAwMGM1MDAz M2Y0MGZiMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMjoJIDAwMDAwMDEwOgkgMDAw MDAwMDA6DQooMTEpIDUwMDBjNTAwMzNmNmNiYTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMTM6CSAwMDAwMDAxMToJIDAwMDAwMDAwOg0KKDEyKSA1MDAwYzUwMDMzZjY1MGNkOgkgMDAw MDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDE0OgkgMDAwMDAwMTI6CSAwMDAwMDAwMDoNCigxMykg NTAwMGM1MDAzM2YyOTEwOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxNToJIDAwMDAw MDEzOgkgMDAwMDAwMDA6DQooMTQpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBm ZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KbXBzMDogU0FTIEFkZHJlc3Mg ZnJvbSBTQVMgZGV2aWNlIHBhZ2UwID0gNTAwMGM1MDAzM2Y2NTBjZA0KbXBzMDogRm91bmQgZGV2 aWNlIDw0MDE8U3NwVGFyZz4sRW5kIERldmljZT4gPDYuMEdicHM+IDwweDAwMTQ+IDwyLzEwPg0K bXBzMDogVGFyZ2V0IGlkIDB4MTIgYWRkZWQNCkluZGV4IAkgcGh5c2ljYWxfaWQgCSA6IHBoeV9i aXRzOgkgZHBtX2VudHJ5X251bToJICBkZXZfaGFuZGxlOgkgICBpZDoJICAgIG1pc3NpbmdfY291 bnQNCig4KSA1MDAzMDQ4MDAxMjZlM2ZkOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDE2 OgkgMDAwMDAwMDg6CSAwMDAwMDAwMDoNCig5KSA1MDAwYzUwMDMzZjQ5YzAxOgkgMDAwMDAwZmY6 CSAwMDAwZmZmZjoJIDAwMDAwMDBiOgkgMDAwMDAwMDk6CSAwMDAwMDAwMDoNCihhKSA1MDAwYzUw MDMzZjZjNzk5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBjOgkgMDAwMDAwMGE6CSAw MDAwMDAwMDoNCihiKSA1MDAwYzUwMDMzZTU2MmY1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAw MDAwMDBkOgkgMDAwMDAwMGI6CSAwMDAwMDAwMDoNCihjKSA1MDAwYzUwMDMzZjQ5YTQxOgkgMDAw MDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBlOgkgMDAwMDAwMGM6CSAwMDAwMDAwMDoNCihkKSA1 MDAwYzUwMDMzZjVlZmU5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBmOgkgMDAwMDAw MGQ6CSAwMDAwMDAwMDoNCihlKSA1MDAwYzUwMDMzZjQ5YTExOgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDEwOgkgMDAwMDAwMGU6CSAwMDAwMDAwMDoNCihmKSA1MDAwYzUwMDMzZjQ5Yzcx OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDExOgkgMDAwMDAwMGY6CSAwMDAwMDAwMDoN CigxMCkgNTAwMGM1MDAzM2Y0MGZiMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMjoJ IDAwMDAwMDEwOgkgMDAwMDAwMDA6DQooMTEpIDUwMDBjNTAwMzNmNmNiYTk6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMTM6CSAwMDAwMDAxMToJIDAwMDAwMDAwOg0KKDEyKSA1MDAwYzUw MDMzZjY1MGNkOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDE0OgkgMDAwMDAwMTI6CSAw MDAwMDAwMDoNCigxMykgNTAwMGM1MDAzM2YyOTEwOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAxNToJIDAwMDAwMDEzOgkgMDAwMDAwMDA6DQooMTQpIDUwMDMwNDgwMDEyNmUzZmY6CSAw MDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KbXBz MDogU0FTIEFkZHJlc3MgZnJvbSBTQVMgZGV2aWNlIHBhZ2UwID0gNTAwMGM1MDAzM2YyOTEwOQ0K bXBzMDogRm91bmQgZGV2aWNlIDw0MDE8U3NwVGFyZz4sRW5kIERldmljZT4gPDYuMEdicHM+IDww eDAwMTU+IDwyLzExPg0KbXBzMDogVGFyZ2V0IGlkIDB4MTMgYWRkZWQNCkluZGV4IAkgcGh5c2lj YWxfaWQgCSA6IHBoeV9iaXRzOgkgZHBtX2VudHJ5X251bToJICBkZXZfaGFuZGxlOgkgICBpZDoJ ICAgIG1pc3NpbmdfY291bnQNCig4KSA1MDAzMDQ4MDAxMjZlM2ZkOgkgMDAwMDAwZmY6CSAwMDAw ZmZmZjoJIDAwMDAwMDE2OgkgMDAwMDAwMDg6CSAwMDAwMDAwMDoNCig5KSA1MDAwYzUwMDMzZjQ5 YzAxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBiOgkgMDAwMDAwMDk6CSAwMDAwMDAw MDoNCihhKSA1MDAwYzUwMDMzZjZjNzk5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBj OgkgMDAwMDAwMGE6CSAwMDAwMDAwMDoNCihiKSA1MDAwYzUwMDMzZTU2MmY1OgkgMDAwMDAwZmY6 CSAwMDAwZmZmZjoJIDAwMDAwMDBkOgkgMDAwMDAwMGI6CSAwMDAwMDAwMDoNCihjKSA1MDAwYzUw MDMzZjQ5YTQxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBlOgkgMDAwMDAwMGM6CSAw MDAwMDAwMDoNCihkKSA1MDAwYzUwMDMzZjVlZmU5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAw MDAwMDBmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwMDoNCihlKSA1MDAwYzUwMDMzZjQ5YTExOgkgMDAw MDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEwOgkgMDAwMDAwMGU6CSAwMDAwMDAwMDoNCihmKSA1 MDAwYzUwMDMzZjQ5YzcxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDExOgkgMDAwMDAw MGY6CSAwMDAwMDAwMDoNCigxMCkgNTAwMGM1MDAzM2Y0MGZiMToJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAxMjoJIDAwMDAwMDEwOgkgMDAwMDAwMDA6DQooMTEpIDUwMDBjNTAwMzNmNmNi YTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTM6CSAwMDAwMDAxMToJIDAwMDAwMDAw Og0KKDEyKSA1MDAwYzUwMDMzZjY1MGNkOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDE0 OgkgMDAwMDAwMTI6CSAwMDAwMDAwMDoNCigxMykgNTAwMGM1MDAzM2YyOTEwOToJIDAwMDAwMGZm OgkgMDAwMGZmZmY6CSAwMDAwMDAxNToJIDAwMDAwMDEzOgkgMDAwMDAwMDA6DQooMTQpIDUwMDMw NDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJ IDAwMDAwMDAwOg0KbXBzMDogU0FTIEFkZHJlc3MgZnJvbSBTQVMgZGV2aWNlIHBhZ2UwID0gNTAw MzA0ODAwMTI2ZTNmZA0KbXBzMDogRm91bmQgZGV2aWNlIDw0NDUxPFNtcEluaXQsU3NwSW5pdCxT c3BUYXJnLFNlcERldj4sRW5kIERldmljZT4gPDYuMEdicHM+IDwweDAwMTY+IDwyLzA+DQptcHMw OiBUYXJnZXQgaWQgMHg4IGFkZGVkDQptcHMwOiBtcHNzYXNfc3RhcnR1cF9kZWNyZW1lbnQgcmVs ZWFzaW5nIHNpbXENCm1wczA6IFF1ZXVlaW5nIHJlc2NhbiBmb3IgKHhwdDA6bXBzMDowOi0xOi0x KTogDQptcHMwOiAoMTQpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxY10NCm1wczA6 ICgxNCktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxNl0NCm1wczA6ICgx NSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE2XQ0KbXBzMDogCWhhbmRsZSgweDAw MTYpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2Nz aV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUo MHgwMDE2KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDog CXNjc2lfc3RhdHVzKGNoZWNrIGNvbmRpdGlvbikoMHgwMiksIHNjc2lfc3RhdGUoYXV0b3NlbnNl IHZhbGlkICkoMHgwMSkNCm1wczA6IC0+IFNlbnNlIEJ1ZmZlciBEYXRhIDogU3RhcnQgOg0KKHBy b2JlODptcHMwOjA6ODowKTogTU9ERSBTRU5TRSg2KS4gQ0RCOiAxYSAwIGEgMCAxNCAwIA0KKHBy b2JlODptcHMwOjA6ODowKTogU0NTSSBzZW5zZTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNCwwIChJ bnZhbGlkIGZpZWxkIGluIENEQikNCm1wczA6IC0+IFNlbnNlIEJ1ZmZlciBEYXRhIDogRW5kIDoN Cm1wczA6IAloYW5kbGUoMHgwMDE2KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4 MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4 MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxMyksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVu KSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSgg KSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMGQpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRl cnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3Rh dGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBjKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEg dW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3Np X3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxMCksIGlvY19zdGF0dXMoc2NzaSBk YXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwg c2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMGIpLCBpb2Nfc3RhdHVzKHNj c2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgw MCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBmKSwgaW9jX3N0YXR1 cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2Qp KDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxNCksIGlvY19z dGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhn b29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMGUpLCBp b2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0 dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDE1 KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lf c3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4 MDAxMSksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlz Y3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRs ZSgweDAwMTYpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMw OiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAlo YW5kbGUoMHgwMDBkKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0K bXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMw OiAJaGFuZGxlKDB4MDAxMyksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUp LCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0K bXBzMDogCWhhbmRsZSgweDAwMTApLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgw MDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgw MCkNCm1wczA6IAloYW5kbGUoMHgwMDBjKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4p KDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCAp KDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwYiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVy cnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0 ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTQpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1 bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lf c3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBmKSwgaW9jX3N0YXR1cyhzY3NpIGRh dGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBz Y3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxNSksIGlvY19zdGF0dXMoc2Nz aSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAw KSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMGUpLCBpb2Nfc3RhdHVz KHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCko MHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDExKSwgaW9jX3N0 YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdv b2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxMiksIGlv Y19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1 cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTIp LCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9z dGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgw MDE2KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNj c2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxl KDB4MDAxNiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6 IAlzY3NpX3N0YXR1cyhjaGVjayBjb25kaXRpb24pKDB4MDIpLCBzY3NpX3N0YXRlKGF1dG9zZW5z ZSB2YWxpZCApKDB4MDEpDQptcHMwOiAtPiBTZW5zZSBCdWZmZXIgRGF0YSA6IFN0YXJ0IDoNCihw cm9iZTg6bXBzMDowOjg6MCk6IE1PREUgU0VOU0UoNikuIENEQjogMWEgMCBhIDAgMTQgMCANCihw cm9iZTg6bXBzMDowOjg6MCk6IFNDU0kgc2Vuc2U6IElMTEVHQUwgUkVRVUVTVCBhc2M6MjQsMCAo SW52YWxpZCBmaWVsZCBpbiBDREIpDQptcHMwOiAtPiBTZW5zZSBCdWZmZXIgRGF0YSA6IEVuZCA6 DQptcHMwOiAJaGFuZGxlKDB4MDAxNiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgw eDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgw eDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTMpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1 bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUo ICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDEwKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5k ZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0 YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwZCksIGlvY19zdGF0dXMoc2NzaSBkYXRh IHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2Nz aV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTUpLCBpb2Nfc3RhdHVzKHNjc2kg ZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCks IHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBjKSwgaW9jX3N0YXR1cyhz Y3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4 MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxNCksIGlvY19zdGF0 dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29k KSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTEpLCBpb2Nf c3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMo Z29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBmKSwg aW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3Rh dHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAw YiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3Np X3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgw eDAwMGUpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJ c2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5k bGUoMHgwMDE2KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBz MDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJ aGFuZGxlKDB4MDAxMyksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCAN Cm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBz MDogCWhhbmRsZSgweDAwMTApLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1 KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkN Cm1wczA6IAloYW5kbGUoMHgwMDE1KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4 MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4 MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwZCksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVu KSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSgg KSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMGMpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRl cnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3Rh dGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDE0KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEg dW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3Np X3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwZiksIGlvY19zdGF0dXMoc2NzaSBk YXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwg c2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTEpLCBpb2Nfc3RhdHVzKHNj c2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgw MCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBiKSwgaW9jX3N0YXR1 cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2Qp KDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwZSksIGlvY19z dGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhn b29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTIpLCBp b2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0 dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDEy KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lf c3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQpzZXMwIGF0IG1wczAgYnVz IDAgc2NidXMwIHRhcmdldCA4IGx1biAwDQpzZXMwOiA8TFNJIENPUlAgU0FTMlgyOCAwNzE3PiBG aXhlZCBFbmNsb3N1cmUgU2VydmljZXMgU0NTSS01IGRldmljZSANCnNlczA6IDYwMC4wMDBNQi9z IHRyYW5zZmVycw0Kc2VzMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkDQpzZXMwOiBTQ1NJLTMg U0VTIERldmljZQ0KZGEwIGF0IG1wczAgYnVzIDAgc2NidXMwIHRhcmdldCA5IGx1biAwDQpkYTA6 IDxTRUFHQVRFIFNUOTEwMDA2NDBTUyAwMDAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBk ZXZpY2UgDQpkYTA6IDYwMC4wMDBNQi9zIHRyYW5zZmVycw0KZGEwOiBDb21tYW5kIFF1ZXVlaW5n IGVuYWJsZWQNCmRhMDogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9yczogMjU1 SCA2M1MvVCAxMjE2MDFDKQ0KbXBzMDogQ29tcGxldGluZyByZXNjYW4gZm9yICh4cHQwOm1wczA6 MDotMTotMSk6IA0KZGEyIGF0IG1wczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMSBsdW4gMA0KZGEy OiA8U0VBR0FURSBTVDkxMDAwNjQwU1MgMDAwMT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUg ZGV2aWNlIA0KZGEyOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhMjogQ29tbWFuZCBRdWV1ZWlu ZyBlbmFibGVkDQpkYTI6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDI1 NUggNjNTL1QgMTIxNjAxQykNCm1wczA6IAloYW5kbGUoMHgwMDE2KSwgaW9jX3N0YXR1cyhzY3Np IGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGNoZWNrIGNvbmRp dGlvbikoMHgwMiksIHNjc2lfc3RhdGUoYXV0b3NlbnNlIHZhbGlkICkoMHgwMSkNCm1wczA6IC0+ IFNlbnNlIEJ1ZmZlciBEYXRhIDogU3RhcnQgOg0KKHhwdDA6bXBzMDowOjg6MCk6IFNFUlZJQ0Ug QUNUSU9OIElOKDE2KS4gQ0RCOiA5ZSAxMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgZCAwIDAgDQoo eHB0MDptcHMwOjA6ODowKTogU0NTSSBzZW5zZTogSUxMRUdBTCBSRVFVRVNUIGFzYzoyNCwwIChJ bnZhbGlkIGZpZWxkIGluIENEQikNCm1wczA6IC0+IFNlbnNlIEJ1ZmZlciBEYXRhIDogRW5kIDoN CmRhMSBhdCBtcHMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTAgbHVuIDANCmRhMTogPFNFQUdBVEUg U1Q5MTAwMDY0MFNTIDAwMDE+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSANCmRh MTogNjAwLjAwME1CL3MgdHJhbnNmZXJzDQpkYTE6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZA0K ZGExOiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEy MTYwMUMpDQpkYTMgYXQgbXBzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEyIGx1biAwDQpkYTM6IDxT RUFHQVRFIFNUOTEwMDA2NDBTUyAwMDAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZp Y2UgDQpkYTM6IDYwMC4wMDBNQi9zIHRyYW5zZmVycw0KZGEzOiBDb21tYW5kIFF1ZXVlaW5nIGVu YWJsZWQNCmRhMzogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCAxMjE2MDFDKQ0KZGE0IGF0IG1wczAgYnVzIDAgc2NidXMwIHRhcmdldCAxMyBsdW4gMA0K ZGE0OiA8U0VBR0FURSBTVDkxMDAwNjQwU1MgMDAwMT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJ LTUgZGV2aWNlIA0KZGE0OiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhNDogQ29tbWFuZCBRdWV1 ZWluZyBlbmFibGVkDQpkYTQ6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6 IDI1NUggNjNTL1QgMTIxNjAxQykNCmRhNSBhdCBtcHMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTQg bHVuIDANCmRhNTogPFNFQUdBVEUgU1Q5MTAwMDY0MFNTIDAwMDE+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU0NTSS01IGRldmljZSANCmRhNTogNjAwLjAwME1CL3MgdHJhbnNmZXJzDQpkYTU6IENvbW1h bmQgUXVldWVpbmcgZW5hYmxlZA0KZGE1OiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBz ZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMUMpDQpkYTYgYXQgbXBzMCBidXMgMCBzY2J1czAgdGFy Z2V0IDE1IGx1biAwDQpkYTY6IDxTRUFHQVRFIFNUOTEwMDA2NDBTUyAwMDAxPiBGaXhlZCBEaXJl Y3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgDQpkYTY6IDYwMC4wMDBNQi9zIHRyYW5zZmVycw0KZGE2 OiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQNCmRhNjogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEy IGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMjE2MDFDKQ0KZGE3IGF0IG1wczAgYnVzIDAgc2Ni dXMwIHRhcmdldCAxNiBsdW4gMA0KZGE3OiA8U0VBR0FURSBTVDkxMDAwNjQwU1MgMDAwMT4gRml4 ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIA0KZGE3OiA2MDAuMDAwTUIvcyB0cmFuc2Zl cnMNCmRhNzogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkDQpkYTc6IDk1Mzg2OU1CICgxOTUzNTI1 MTY4IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMTIxNjAxQykNCmRhOCBhdCBtcHMwIGJ1 cyAwIHNjYnVzMCB0YXJnZXQgMTcgbHVuIDANCmRhODogPFNFQUdBVEUgU1Q5MTAwMDY0MFNTIDAw MDE+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSANCmRhODogNjAwLjAwME1CL3Mg dHJhbnNmZXJzDQpkYTg6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZA0KZGE4OiA5NTM4NjlNQiAo MTk1MzUyNTE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMUMpDQpkYTkgYXQg bXBzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE4IGx1biAwDQpkYTk6IDxTRUFHQVRFIFNUOTEwMDA2 NDBTUyAwMDAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgDQpkYTk6IDYwMC4w MDBNQi9zIHRyYW5zZmVycw0KZGE5OiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQNCmRhOTogOTUz ODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMjE2MDFDKQ0K ZGExMCBhdCBtcHMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTkgbHVuIDANCmRhMTA6IDxTRUFHQVRF IFNUOTEwMDA2NDBTUyAwMDAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgDQpk YTEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhMTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxl ZA0KZGExMDogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1Mv VCAxMjE2MDFDKQ0KU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhDQpTTVA6IEFQIENQVSAjMiBMYXVu Y2hlZCENClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJv bSB1ZnM6L2Rldi9kYTBzMWENClJPT1QgTU9VTlQgRVJST1I6IA0KSWYgeW91IGhhdmUgaW52YWxp ZCBtb3VudCBvcHRpb25zLCByZWJvb3QsIGFuZCBmaXJzdCB0cnkgdGhlIGZvbGxvd2luZyBmcm9t DQp0aGUgbG9hZGVyIHByb21wdDoNCg0KICAgICBzZXQgdmZzLnJvb3QubW91bnRmcm9tLm9wdGlv bnM9cncNCg0KYW5kIHRoZW4gcmVtb3ZlIGludmFsaWQgbW91bnQgb3B0aW9ucyBmcm9tIC9ldGMv ZnN0YWIuDQoNCkxvYWRlciB2YXJpYWJsZXM6DQp2ZnMucm9vdC5tb3VudGZyb209dWZzOi9kZXYv ZGEwczFhDQp2ZnMucm9vdC5tb3VudGZyb20ub3B0aW9ucz1ydw0KDQpNYW51YWwgcm9vdCBmaWxl c3lzdGVtIHNwZWNpZmljYXRpb246DQogIDxmc3R5cGU+OjxkZXZpY2U+ICBNb3VudCA8ZGV2aWNl PiB1c2luZyBmaWxlc3lzdGVtIDxmc3R5cGU+DQogICAgICAgICAgICAgICAgICAgICAgIGVnLiB1 ZnM6L2Rldi9kYTBzMWENCiAgICAgICAgICAgICAgICAgICAgICAgZWcuIGNkOTY2MDovZGV2L2Fj ZDANCiAgICAgICAgICAgICAgICAgICAgICAgVGhpcyBpcyBlcXVpdmFsZW50IHRvOiBtb3VudCAt dCBjZDk2NjAgL2Rldi9hY2QwIC8NCg0KICA/ICAgICAgICAgICAgICAgICAgTGlzdCB2YWxpZCBk aXNrIGJvb3QgZGV2aWNlcw0KICA8ZW1wdHkgbGluZT4gICAgICAgQWJvcnQgbWFudWFsIGlucHV0 DQoNCm1vdW50cm9vdD4gbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJ QWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2 ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDEN CglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJ RXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDog MQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykN CglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3Ro OiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3 KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5n dGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4 MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxl bmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAo MHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRh TGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZl ICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERh dGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRp dmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6ICgxNSktPihtcHNzYXNfZndfd29y aykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6ICgxNiktPihtcHNzYXNfZndfd29yaykg RXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDE2KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9u ICBFdmVudDogWzE3XQ0KbXBzMDogKDE3KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVlOiBb MTddDQptcHMwOiAoMTcpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTdd DQptcHMwOiAoMTgpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICgx OCktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6ICgxOSkt PihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDE5KS0+KG1wc3Nhc19m d193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDIwKS0+KG1wc3Nhc19md193 b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoMjApLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtp bmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMjEpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZy ZWU6IFsxN10NCm1wczA6ICgyMSktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6 IFsxN10NCm1wczA6ICgyMiktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBz MDogKDIyKS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDog KDIzKS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVlOiBbMTddDQo= --e89a8ff2533a3a05e204b97c434f-- From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 21 17:51:53 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5445106567A for ; Tue, 21 Feb 2012 17:51:53 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog118.obsmtp.com (na3sys009aog118.obsmtp.com [74.125.149.244]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9DE8FC1B for ; Tue, 21 Feb 2012 17:51:52 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob118.postini.com ([74.125.148.12]) with SMTP ID DSNKT0PZuEiIO4/ESGD2TUQ7W1a0hmCIY3+K@postini.com; Tue, 21 Feb 2012 09:51:53 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 21 Feb 2012 12:56:38 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 21 Feb 2012 12:51:48 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Tue, 21 Feb 2012 23:21:44 +0530 From: "Desai, Kashyap" To: Jason Wolfe Date: Tue, 21 Feb 2012 23:21:43 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: AczwuXm0deiYuyIJTSW1xWkqgXUIcwAB9lEw Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 21 Feb 2012 17:51:53 -0000 Jason, I am looking at your logs and trying to correlate with code. Meanwhile can you try to reduce 4 Drives from you setup and repeat the same= test ? BTW, Do you have access to "lsiutil" ? ~ Kashyap > -----Original Message----- > From: Jason Wolfe [mailto:nitroboost@gmail.com] > Sent: Tuesday, February 21, 2012 10:24 PM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > On Mon, Feb 20, 2012 at 8:26 AM, Desai, Kashyap > wrote: > > Alternative to below approach. You can better try applying attached > patch. > > > > This patch will dump necessary information from you test. > > Please send me dmesg log (same as last time verbose mps debug log) > > > > ` Kashyap > > >=20 > Kashyap, >=20 > Here is a dmesg with the patch applied. >=20 > Thank you sir, > Jason From owner-freebsd-scsi@FreeBSD.ORG Tue Feb 21 20:36:18 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701701065673 for ; Tue, 21 Feb 2012 20:36:18 +0000 (UTC) (envelope-from nitroboost@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 252708FC0C for ; Tue, 21 Feb 2012 20:36:18 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so11717242obc.13 for ; Tue, 21 Feb 2012 12:36:17 -0800 (PST) Received-SPF: pass (google.com: domain of nitroboost@gmail.com designates 10.182.53.102 as permitted sender) client-ip=10.182.53.102; Authentication-Results: mr.google.com; spf=pass (google.com: domain of nitroboost@gmail.com designates 10.182.53.102 as permitted sender) smtp.mail=nitroboost@gmail.com; dkim=pass header.i=nitroboost@gmail.com Received: from mr.google.com ([10.182.53.102]) by 10.182.53.102 with SMTP id a6mr17077743obp.30.1329856577754 (num_hops = 1); Tue, 21 Feb 2012 12:36:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CYn7lGac1GP2k+PX2JrZrNGdXjbPng++FjoMqNHYBN8=; b=m8DRxoLJAdgJYpC7D2CJJQQQg1HrJUvmJvkJTnzqgHjj8IHDvJTE6km8xSbdz5ICmo Es5FWpT4z2suuDrQgfmUYy0bRb5R+/lmtTh3RgVL/R7jyHbCPcoDmlLDKBs7sFxcDwmA I4CiV7eprNQNthu7x1CJ834wWtO8iuqgqQxXU= MIME-Version: 1.0 Received: by 10.182.53.102 with SMTP id a6mr14499186obp.30.1329856577718; Tue, 21 Feb 2012 12:36:17 -0800 (PST) Received: by 10.182.29.196 with HTTP; Tue, 21 Feb 2012 12:36:17 -0800 (PST) In-Reply-To: References: Date: Tue, 21 Feb 2012 13:36:17 -0700 Message-ID: From: Jason Wolfe To: "Desai, Kashyap" Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: Re: LSI2008 controller clobbers first disk with new LSI mps driver 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, 21 Feb 2012 20:36:18 -0000 On Tue, Feb 21, 2012 at 10:51 AM, Desai, Kashyap wrote: > Jason, > > I am looking at your logs and trying to correlate with code. > > Meanwhile can you try to reduce 4 Drives from you setup and repeat the same test ? > BTW, Do you have access to "lsiutil" ? > > ~ Kashyap Kashyap, I don't have physical access to the server, it's in one of our remote locations. If it comes down to it, I could have drives removed, but it's $$. Let me know if you think it will require that. I've not seen lsiutil for FreeBSD and I was under the impression it was closed source. Maybe you can point me in the direction if there is a way I can grab it? Jason From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 08:39:18 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9431065670 for ; Wed, 22 Feb 2012 08:39:18 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog126.obsmtp.com (na3sys009aog126.obsmtp.com [74.125.149.155]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8408FC0A for ; Wed, 22 Feb 2012 08:39:18 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob126.postini.com ([74.125.148.12]) with SMTP ID DSNKT0SptTiz0gZdwG/aGCuzDzA3GNMA8Lad@postini.com; Wed, 22 Feb 2012 00:39:18 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 03:44:05 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 03:39:16 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Wed, 22 Feb 2012 14:09:12 +0530 From: "Desai, Kashyap" To: Jason Wolfe Date: Wed, 22 Feb 2012 14:09:11 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: Aczw2HlHjlnhNAQPSPu5MUG1P1cFSQAYmj/g Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347BBinbmail01lsic_" MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 22 Feb 2012 08:39:19 -0000 --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347BBinbmail01lsic_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Here is a possible root cause of this issue. Enclosure which you are using in your setup (might be) not configured prope= rly. You have Enclosure with 12 Slots + 1 SES Device. See below detail from the log. EventDataLength: 5 AckRequired: 0 Event: SasEnclDeviceStatusChange (0x1d) EventContext: 0x0 EnclosureHandle: 0x2 ReasonCode: Added PhysicalPort: 0 NumSlots: 13 StartSlot: 0 PhyBits: 0xff StartSlot is 0 in this case.=20 Correct behavior should be each device on your enclosure must have differen= t slot number starting from 0 till 12.=20 I have doubt that SES device has not configured well and it is using slot-0= as default. This can create issue for actual device which is connected to = slot-0. So In your setup you will have slot-0 till slot-11 assigned for actual Phys= of your enclosures and again slot-0 is assigned for SES device instead of = Slot-12. To confirm my doubt: please provide me debug dmesg log using attached patch= . ~ Kashyap > -----Original Message----- > From: Jason Wolfe [mailto:nitroboost@gmail.com] > Sent: Wednesday, February 22, 2012 2:06 AM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > On Tue, Feb 21, 2012 at 10:51 AM, Desai, Kashyap > wrote: > > Jason, > > > > I am looking at your logs and trying to correlate with code. > > > > Meanwhile can you try to reduce 4 Drives from you setup and repeat the > same test ? > > BTW, Do you have access to "lsiutil" ? > > > > ~ Kashyap >=20 > Kashyap, >=20 > I don't have physical access to the server, it's in one of our remote > locations. If it comes down to it, I could have drives removed, but > it's $$. Let me know if you think it will require that. I've not > seen lsiutil for FreeBSD and I was under the impression it was closed > source. Maybe you can point me in the direction if there is a way I > can grab it? >=20 > Jason --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347BBinbmail01lsic_ Content-Type: application/octet-stream; name="dump_mapping_svn_2.patch" Content-Description: dump_mapping_svn_2.patch Content-Disposition: attachment; filename="dump_mapping_svn_2.patch"; size=4778; creation-date="Wed, 22 Feb 2012 08:35:07 GMT"; modification-date="Wed, 22 Feb 2012 13:28:56 GMT" Content-Transfer-Encoding: base64 SW5kZXg6IG1wc19tYXBwaW5nLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbXBzX21hcHBpbmcuYwkocmV2aXNp b24gMjMxOTM2KQorKysgbXBzX21hcHBpbmcuYwkod29ya2luZyBjb3B5KQpAQCAtOTQzLDYgKzk0 Myw5IEBACiAJCXBoeV9jaGFuZ2UtPmRldmljZV9pbmZvID0KIAkJICAgIGxlMzJ0b2goc2FzX2Rl dmljZV9wZzAuRGV2aWNlSW5mbyk7CiAKKwkJcHJpbnRmKCJMU0kgRGVidWcgJXMgJWQgc2FzIGFk ZHIgJWp4IHNsb3QgJWQgXG4iLCBfX2Z1bmNfXywgX19MSU5FX18sCisJCQkJCXNhc19hZGRyZXNz LCBwaHlfY2hhbmdlLT5zbG90KTsKKwogCQlpZiAoKGlvY19wZzhfZmxhZ3MgJiBNUEkyX0lPQ1BB R0U4X0ZMQUdTX01BU0tfTUFQUElOR19NT0RFKSA9PQogCQkgICAgTVBJMl9JT0NQQUdFOF9GTEFH U19FTkNMT1NVUkVfU0xPVF9NQVBQSU5HKSB7CiAJCQllbmNfaWR4ID0gX21hcHBpbmdfZ2V0X2Vu Y19pZHhfZnJvbV9oYW5kbGUoc2MsCkBAIC05NzAsMTAgKzk3MywxNCBAQAogCQkJaWYgKCF0b3Bv X2NoYW5nZS0+ZXhwX2hhbmRsZSkgewogCQkJCW1hcF9pZHgJPSBzYy0+bnVtX3JzdmRfZW50cmll czsKIAkJCQlldF9lbnRyeS0+c3RhcnRfaW5kZXggPSBtYXBfaWR4OworCQkJCXByaW50ZigiTFNJ IERlYnVnICVzICVkICVkICVkICVkXG4iLCBfX2Z1bmNfXywgX19MSU5FX18sCisJCQkJCWV0X2Vu dHJ5LT5zdGFydF9pbmRleCwgZXRfZW50cnktPm51bV9zbG90cywgZXRfZW50cnktPnBoeV9iaXRz KTsKIAkJCX0gZWxzZSB7CiAJCQkJbWFwX2lkeCA9IF9tYXBwaW5nX2ZpbmRfZW5jX21hcF9zcGFj ZShzYywKIAkJCQkgICAgZXRfZW50cnkpOwogCQkJCWV0X2VudHJ5LT5zdGFydF9pbmRleCA9IG1h cF9pZHg7CisJCQkJcHJpbnRmKCJMU0kgRGVidWcgJXMgJWQgJWQgJWQgJWRcbiIsIF9fZnVuY19f LCBfX0xJTkVfXywKKwkJCQkJZXRfZW50cnktPnN0YXJ0X2luZGV4LCBldF9lbnRyeS0+bnVtX3Ns b3RzLCBldF9lbnRyeS0+cGh5X2JpdHMpOwogCQkJCWlmIChldF9lbnRyeS0+c3RhcnRfaW5kZXgg PT0KIAkJCQkgICAgTVBTX01BUFRBQkxFX0JBRF9JRFgpIHsKIAkJCQkJcGh5X2NoYW5nZS0+aXNf cHJvY2Vzc2VkID0gMTsKQEAgLTE0NTgsNyArMTQ2NSwzNSBAQAogCWZyZWUoc2MtPmRwbV9wZzAs IE1fTVBUMik7CiB9CiAKK3N0YXRpYyB2b2lkIGR1bXBfYWxsX2Z3X2RwbV9wZzAoc3RydWN0IG1w c19zb2Z0YyAqc2MpIAoreworCQlNcGkyRHJpdmVyTWFwMEVudHJ5X3QgKmRwbV9lbnRyeTsKKwkJ dTE2IGVudHJ5X251bTsKKwkJLy8gU2tpcCB0aGUgaGVhZGVyCisJCWRwbV9lbnRyeSA9IChNcGky RHJpdmVyTWFwMEVudHJ5X3QgKikgKCh1aW50OF90ICopIHNjLT5kcG1fcGcwICsKKwkgICAgc2l6 ZW9mKE1QSTJfQ09ORklHX0VYVEVOREVEX1BBR0VfSEVBREVSKSk7CisJCXByaW50ZigiRHVtcCBD b21wbGV0ZSBEUE0gRlcgUGFnZXMuLi4uLi4uLi4uLiFcbiIpOworCQlwcmludGYoIiMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjI1xuIik7CisJCXByaW50ZigiKEVu dHJ5KSAgcGh5c2ljYWxfaWQgXHQgOiBNYXBwaW5nIEluZm86XHQgRGV2aWNlSW5kZXg6XHQgUGh5 c2ljYWxCaXRzTWFwcGluZ1xuIik7CisJCWZvciAoZW50cnlfbnVtID0gMDsgZW50cnlfbnVtIDwg c2MtPm1heF9kcG1fZW50cmllczsgZW50cnlfbnVtKyssIAorCSAgICAJCWRwbV9lbnRyeSsrKSB7 CisJCQkJcHJpbnRmKCIgKCV4KSAgICUwOHgiLCBlbnRyeV9udW0sIGRwbV9lbnRyeS0+UGh5c2lj YWxJZGVudGlmaWVyLkhpZ2gpOworCQkJCXByaW50ZigiICUwOHggXHQiLCBkcG1fZW50cnktPlBo eXNpY2FsSWRlbnRpZmllci5Mb3cpOworCQkJCXByaW50ZigiICUwOHggXHQiLCBkcG1fZW50cnkt Pk1hcHBpbmdJbmZvcm1hdGlvbik7CisJCQkJcHJpbnRmKCIgJTA4eCBcdCIsIGRwbV9lbnRyeS0+ RGV2aWNlSW5kZXgpOworCQkJCXByaW50ZigiICUwOHggXG4iLCBkcG1fZW50cnktPlBoeXNpY2Fs Qml0c01hcHBpbmcpOworCQl9CisJCXByaW50ZigiIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjXG4iKTsKK30JCiAKK3N0YXRpYyB2b2lkIGR1bXBfZndfZHBtX3Bn MChNcGkyRHJpdmVyTWFwMEVudHJ5X3QgKmRwbV9lbnRyeSkKK3sKKwkJcHJpbnRmKCIgICAgICAg JTA4eCIsIGRwbV9lbnRyeS0+UGh5c2ljYWxJZGVudGlmaWVyLkhpZ2gpOworCQlwcmludGYoIiAl MDh4IFx0IiwgZHBtX2VudHJ5LT5QaHlzaWNhbElkZW50aWZpZXIuTG93KTsKKwkJcHJpbnRmKCIg JTA4eCBcdCIsIGRwbV9lbnRyeS0+TWFwcGluZ0luZm9ybWF0aW9uKTsKKwkJcHJpbnRmKCIgJTA4 eCBcdCIsIGRwbV9lbnRyeS0+RGV2aWNlSW5kZXgpOworCQlwcmludGYoIiAlMDh4IFxuIiwgZHBt X2VudHJ5LT5QaHlzaWNhbEJpdHNNYXBwaW5nKTsKK30JCiBzdGF0aWMgdm9pZAogX21hcHBpbmdf cHJvY2Vzc19kcG1fcGcwKHN0cnVjdCBtcHNfc29mdGMgKnNjKQogewpAQCAtMTQ3Miw2ICsxNTA3 LDkgQEAKIAlzdHJ1Y3QgZW5jX21hcHBpbmdfdGFibGUgKmV0X2VudHJ5OwogCXU2NCBwaHlzaWNh bF9pZDsKIAl1MzIgcGh5X2JpdHMgPSAwOworCQorCS8vIER1bXAgQWxsIGRwbSBlbnRyeSB0byBk ZWJ1ZworCWR1bXBfYWxsX2Z3X2RwbV9wZzAoc2MpOwkKIAogCWlmIChzYy0+aXJfZmlybXdhcmUp CiAJCV9tYXBwaW5nX2dldF9pcl9tYXByYW5nZShzYywgJnN0YXJ0X2lkeCwgJmVuZF9pZHgpOwpA QCAtMTQ4Nyw2ICsxNTI1LDggQEAKIAkJCXNjLT5kcG1fZW50cnlfdXNlZFtlbnRyeV9udW1dID0g MDsKIAkJCWNvbnRpbnVlOwogCQl9CisJCS8vIER1bXAgZHBtIGVudHJ5IHRvIGRlYnVnCisJCWR1 bXBfZndfZHBtX3BnMChkcG1fZW50cnkpOwkKIAkJc2MtPmRwbV9lbnRyeV91c2VkW2VudHJ5X251 bV0gPSAxOwogCQlkcG1fZW50cnktPk1hcHBpbmdJbmZvcm1hdGlvbiA9IGxlMTZ0b2goZHBtX2Vu dHJ5LT4KIAkJICAgIE1hcHBpbmdJbmZvcm1hdGlvbik7CkBAIC0xODM0LDYgKzE4NzQsMzEgQEAK IH0KIAogLyoqCisgKiBtcHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZSAtIER1bXAgRGV2aWNlIG1w YXBwaW5nIHRhYmxlCisgKiBAc2M6IHBlciBhZGFwdGVyIG9iamVjdAorICoKKyAqLwordm9pZCBt cHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZShzdHJ1Y3QgbXBzX3NvZnRjICpzYykKK3sKKwl1MzIg bWFwX2lkeDsKKwlzdHJ1Y3QgZGV2X21hcHBpbmdfdGFibGUgKm10X2VudHJ5OworCisJcHJpbnRm KCJJbmRleCBcdCBwaHlzaWNhbF9pZCBcdCA6IHBoeV9iaXRzOlx0IGRwbV9lbnRyeV9udW06XHQg IGRldl9oYW5kbGU6XHQgICBpZDpcdCAgICBtaXNzaW5nX2NvdW50XG4iKTsKKwlmb3IgKG1hcF9p ZHggPSAwOyBtYXBfaWR4IDwgc2MtPm1heF9kZXZpY2VzOyBtYXBfaWR4KyspIHsKKwkJbXRfZW50 cnkgPSAmc2MtPm1hcHBpbmdfdGFibGVbbWFwX2lkeF07CisJCWlmKG10X2VudHJ5LT5waHlzaWNh bF9pZCA9PSAwKQorCQkJY29udGludWU7CisKKwkJcHJpbnRmKCIoJXgpICUwMTZseDpcdCIsIG1h cF9pZHgsIG10X2VudHJ5LT5waHlzaWNhbF9pZCk7CisJCXByaW50ZigiICUwOHg6XHQiLCBtdF9l bnRyeS0+cGh5X2JpdHMpOworCQlwcmludGYoIiAlMDh4Olx0IiwgbXRfZW50cnktPmRwbV9lbnRy eV9udW0pOworCQlwcmludGYoIiAlMDh4Olx0IiwgbXRfZW50cnktPmRldl9oYW5kbGUpOworCQlw cmludGYoIiAlMDh4Olx0IiwgbXRfZW50cnktPmlkKTsKKwkJcHJpbnRmKCIgJTA4eDpcbiIsIG10 X2VudHJ5LT5taXNzaW5nX2NvdW50KTsKKwl9CisKK30KKy8qKgogICogbXBzX21hcHBpbmdfZ2V0 X3Nhc19pZF9mcm9tX2hhbmRsZSAtIGZpbmQgYSB0YXJnZXQgaWQgaW4gbWFwcGluZyB0YWJsZSB1 c2luZwogICogb25seSB0aGUgZGV2IGhhbmRsZS4gIFRoaXMgaXMganVzdCBhIHdyYXBwZXIgZnVu Y3Rpb24gZm9yIHRoZSBsb2NhbCBmdW5jdGlvbgogICogX21hcHBpbmdfZ2V0X210X2lkeF9mcm9t X2hhbmRsZS4KQEAgLTE5MDcsNiArMTk3Miw4IEBACiAJdTMyIHNhdmVkX3BoeV9iaXRzOwogCXVp bnQ2NF90IHRlbXA2NF92YXI7CiAKKwlwcmludGYoIkxTSSBEZWJ1ZyAlcyAlZCBtYXBwaW5nICVk IFxuIiwgX19mdW5jX18sIF9fTElORV9fLAorCQkJCQlpb2NfcGc4X2ZsYWdzICYgTVBJMl9JT0NQ QUdFOF9GTEFHU19NQVNLX01BUFBJTkdfTU9ERSk7CiAJaWYgKChpb2NfcGc4X2ZsYWdzICYgTVBJ Ml9JT0NQQUdFOF9GTEFHU19NQVNLX01BUFBJTkdfTU9ERSkgIT0KIAkgICAgTVBJMl9JT0NQQUdF OF9GTEFHU19FTkNMT1NVUkVfU0xPVF9NQVBQSU5HKQogCQlnb3RvIG91dDsKQEAgLTE5ODQsNiAr MjA1MSw4IEBACiAJCQlldF9lbnRyeS0+bnVtX3Nsb3RzID0gbGUxNnRvaChldmVudF9kYXRhLT5O dW1TbG90cyk7CiAJCQlldF9lbnRyeS0+c3RhcnRfc2xvdCA9IGxlMTZ0b2goZXZlbnRfZGF0YS0+ U3RhcnRTbG90KTsKIAkJCWV0X2VudHJ5LT5waHlfYml0cyA9IGxlMzJ0b2goZXZlbnRfZGF0YS0+ UGh5Qml0cyk7CisJCQlwcmludGYoIkxTSSBEZWJ1ZyAlcyAlZCAlZCAlZCAlZFxuIiwgX19mdW5j X18sIF9fTElORV9fLAorCQkJCQlldF9lbnRyeS0+c3RhcnRfaW5kZXgsIGV0X2VudHJ5LT5udW1f c2xvdHMsIGV0X2VudHJ5LT5waHlfYml0cyk7CiAJCX0KIAkJZXRfZW50cnktPmluaXRfY29tcGxl dGUgPSAxOwogCX0gZWxzZSBpZiAoZXZlbnRfZGF0YS0+UmVhc29uQ29kZSA9PQo= --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347BBinbmail01lsic_-- From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 10:35:10 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 304F11065675 for ; Wed, 22 Feb 2012 10:35:10 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog116.obsmtp.com (na3sys009aog116.obsmtp.com [74.125.149.240]) by mx1.freebsd.org (Postfix) with ESMTP id 7267F8FC18 for ; Wed, 22 Feb 2012 10:35:08 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob116.postini.com ([74.125.148.12]) with SMTP ID DSNKT0TE3INnymdu5/7/H0Uc9peObAl1lL80@postini.com; Wed, 22 Feb 2012 02:35:09 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 05:39:56 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 05:35:07 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Wed, 22 Feb 2012 16:05:03 +0530 From: "Desai, Kashyap" To: Jason Wolfe Date: Wed, 22 Feb 2012 16:05:02 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: Aczw2HlHjlnhNAQPSPu5MUG1P1cFSQAYmj/gAASnU8A= Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347EDinbmail01lsic_" MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 22 Feb 2012 10:35:10 -0000 --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347EDinbmail01lsic_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ignore " dump_mapping_svn_2.patch" (it is wrong patch file) Attached " dump_mapping_svn_3.patch". ` Kashyap > -----Original Message----- > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > scsi@freebsd.org] On Behalf Of Desai, Kashyap > Sent: Wednesday, February 22, 2012 2:09 PM > To: Jason Wolfe > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: RE: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > Here is a possible root cause of this issue. >=20 > Enclosure which you are using in your setup (might be) not configured > properly. >=20 > You have Enclosure with 12 Slots + 1 SES Device. > See below detail from the log. >=20 > EventDataLength: 5 > AckRequired: 0 > Event: SasEnclDeviceStatusChange (0x1d) > EventContext: 0x0 > EnclosureHandle: 0x2 > ReasonCode: Added > PhysicalPort: 0 > NumSlots: 13 > StartSlot: 0 > PhyBits: 0xff >=20 > StartSlot is 0 in this case. > Correct behavior should be each device on your enclosure must have > different slot number starting from 0 till 12. > I have doubt that SES device has not configured well and it is using > slot-0 as default. This can create issue for actual device which is > connected to slot-0. > So In your setup you will have slot-0 till slot-11 assigned for actual > Phys of your enclosures and again slot-0 is assigned for SES device > instead of Slot-12. >=20 > To confirm my doubt: please provide me debug dmesg log using attached > patch. >=20 > ~ Kashyap >=20 > > -----Original Message----- > > From: Jason Wolfe [mailto:nitroboost@gmail.com] > > Sent: Wednesday, February 22, 2012 2:06 AM > > To: Desai, Kashyap > > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > > driver > > > > On Tue, Feb 21, 2012 at 10:51 AM, Desai, Kashyap > > > > wrote: > > > Jason, > > > > > > I am looking at your logs and trying to correlate with code. > > > > > > Meanwhile can you try to reduce 4 Drives from you setup and repeat > > > the > > same test ? > > > BTW, Do you have access to "lsiutil" ? > > > > > > ~ Kashyap > > > > Kashyap, > > > > I don't have physical access to the server, it's in one of our remote > > locations. If it comes down to it, I could have drives removed, but > > it's $$. Let me know if you think it will require that. I've not > > seen lsiutil for FreeBSD and I was under the impression it was closed > > source. Maybe you can point me in the direction if there is a way I > > can grab it? > > > > Jason --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347EDinbmail01lsic_ Content-Type: application/octet-stream; name="dump_mapping_svn_3.patch" Content-Description: dump_mapping_svn_3.patch Content-Disposition: attachment; filename="dump_mapping_svn_3.patch"; size=5810; creation-date="Wed, 22 Feb 2012 10:34:45 GMT"; modification-date="Wed, 22 Feb 2012 15:28:09 GMT" Content-Transfer-Encoding: base64 SW5kZXg6IG1wc19tYXBwaW5nLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbXBzX21hcHBpbmcuYwkocmV2aXNp b24gMjMxOTM2KQorKysgbXBzX21hcHBpbmcuYwkod29ya2luZyBjb3B5KQpAQCAtOTQzLDYgKzk0 Myw5IEBACiAJCXBoeV9jaGFuZ2UtPmRldmljZV9pbmZvID0KIAkJICAgIGxlMzJ0b2goc2FzX2Rl dmljZV9wZzAuRGV2aWNlSW5mbyk7CiAKKwkJcHJpbnRmKCJMU0kgRGVidWcgJXMgJWQgc2FzIGFk ZHIgJWp4IHNsb3QgJWQgXG4iLCBfX2Z1bmNfXywgX19MSU5FX18sCisJCQkJCXNhc19hZGRyZXNz LCBwaHlfY2hhbmdlLT5zbG90KTsKKwogCQlpZiAoKGlvY19wZzhfZmxhZ3MgJiBNUEkyX0lPQ1BB R0U4X0ZMQUdTX01BU0tfTUFQUElOR19NT0RFKSA9PQogCQkgICAgTVBJMl9JT0NQQUdFOF9GTEFH U19FTkNMT1NVUkVfU0xPVF9NQVBQSU5HKSB7CiAJCQllbmNfaWR4ID0gX21hcHBpbmdfZ2V0X2Vu Y19pZHhfZnJvbV9oYW5kbGUoc2MsCkBAIC05NzAsMTAgKzk3MywxNCBAQAogCQkJaWYgKCF0b3Bv X2NoYW5nZS0+ZXhwX2hhbmRsZSkgewogCQkJCW1hcF9pZHgJPSBzYy0+bnVtX3JzdmRfZW50cmll czsKIAkJCQlldF9lbnRyeS0+c3RhcnRfaW5kZXggPSBtYXBfaWR4OworCQkJCXByaW50ZigiTFNJ IERlYnVnICVzICVkICVkICVkICVkXG4iLCBfX2Z1bmNfXywgX19MSU5FX18sCisJCQkJCWV0X2Vu dHJ5LT5zdGFydF9pbmRleCwgZXRfZW50cnktPm51bV9zbG90cywgZXRfZW50cnktPnBoeV9iaXRz KTsKIAkJCX0gZWxzZSB7CiAJCQkJbWFwX2lkeCA9IF9tYXBwaW5nX2ZpbmRfZW5jX21hcF9zcGFj ZShzYywKIAkJCQkgICAgZXRfZW50cnkpOwogCQkJCWV0X2VudHJ5LT5zdGFydF9pbmRleCA9IG1h cF9pZHg7CisJCQkJcHJpbnRmKCJMU0kgRGVidWcgJXMgJWQgJWQgJWQgJWRcbiIsIF9fZnVuY19f LCBfX0xJTkVfXywKKwkJCQkJZXRfZW50cnktPnN0YXJ0X2luZGV4LCBldF9lbnRyeS0+bnVtX3Ns b3RzLCBldF9lbnRyeS0+cGh5X2JpdHMpOwogCQkJCWlmIChldF9lbnRyeS0+c3RhcnRfaW5kZXgg PT0KIAkJCQkgICAgTVBTX01BUFRBQkxFX0JBRF9JRFgpIHsKIAkJCQkJcGh5X2NoYW5nZS0+aXNf cHJvY2Vzc2VkID0gMTsKQEAgLTE0NTgsNyArMTQ2NSwzNSBAQAogCWZyZWUoc2MtPmRwbV9wZzAs IE1fTVBUMik7CiB9CiAKK3N0YXRpYyB2b2lkIGR1bXBfYWxsX2Z3X2RwbV9wZzAoc3RydWN0IG1w c19zb2Z0YyAqc2MpIAoreworCQlNcGkyRHJpdmVyTWFwMEVudHJ5X3QgKmRwbV9lbnRyeTsKKwkJ dTE2IGVudHJ5X251bTsKKwkJLy8gU2tpcCB0aGUgaGVhZGVyCisJCWRwbV9lbnRyeSA9IChNcGky RHJpdmVyTWFwMEVudHJ5X3QgKikgKCh1aW50OF90ICopIHNjLT5kcG1fcGcwICsKKwkgICAgc2l6 ZW9mKE1QSTJfQ09ORklHX0VYVEVOREVEX1BBR0VfSEVBREVSKSk7CisJCXByaW50ZigiRHVtcCBD b21wbGV0ZSBEUE0gRlcgUGFnZXMuLi4uLi4uLi4uLiFcbiIpOworCQlwcmludGYoIiMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjI1xuIik7CisJCXByaW50ZigiKEVu dHJ5KSAgcGh5c2ljYWxfaWQgXHQgOiBNYXBwaW5nIEluZm86XHQgRGV2aWNlSW5kZXg6XHQgUGh5 c2ljYWxCaXRzTWFwcGluZ1xuIik7CisJCWZvciAoZW50cnlfbnVtID0gMDsgZW50cnlfbnVtIDwg c2MtPm1heF9kcG1fZW50cmllczsgZW50cnlfbnVtKyssIAorCSAgICAJCWRwbV9lbnRyeSsrKSB7 CisJCQkJcHJpbnRmKCIgKCV4KSAgICUwOHgiLCBlbnRyeV9udW0sIGRwbV9lbnRyeS0+UGh5c2lj YWxJZGVudGlmaWVyLkhpZ2gpOworCQkJCXByaW50ZigiICUwOHggXHQiLCBkcG1fZW50cnktPlBo eXNpY2FsSWRlbnRpZmllci5Mb3cpOworCQkJCXByaW50ZigiICUwOHggXHQiLCBkcG1fZW50cnkt Pk1hcHBpbmdJbmZvcm1hdGlvbik7CisJCQkJcHJpbnRmKCIgJTA4eCBcdCIsIGRwbV9lbnRyeS0+ RGV2aWNlSW5kZXgpOworCQkJCXByaW50ZigiICUwOHggXG4iLCBkcG1fZW50cnktPlBoeXNpY2Fs Qml0c01hcHBpbmcpOworCQl9CisJCXByaW50ZigiIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjXG4iKTsKK30JCiAKK3N0YXRpYyB2b2lkIGR1bXBfZndfZHBtX3Bn MChNcGkyRHJpdmVyTWFwMEVudHJ5X3QgKmRwbV9lbnRyeSkKK3sKKwkJcHJpbnRmKCIgICAgICAg JTA4eCIsIGRwbV9lbnRyeS0+UGh5c2ljYWxJZGVudGlmaWVyLkhpZ2gpOworCQlwcmludGYoIiAl MDh4IFx0IiwgZHBtX2VudHJ5LT5QaHlzaWNhbElkZW50aWZpZXIuTG93KTsKKwkJcHJpbnRmKCIg JTA4eCBcdCIsIGRwbV9lbnRyeS0+TWFwcGluZ0luZm9ybWF0aW9uKTsKKwkJcHJpbnRmKCIgJTA4 eCBcdCIsIGRwbV9lbnRyeS0+RGV2aWNlSW5kZXgpOworCQlwcmludGYoIiAlMDh4IFxuIiwgZHBt X2VudHJ5LT5QaHlzaWNhbEJpdHNNYXBwaW5nKTsKK30JCiBzdGF0aWMgdm9pZAogX21hcHBpbmdf cHJvY2Vzc19kcG1fcGcwKHN0cnVjdCBtcHNfc29mdGMgKnNjKQogewpAQCAtMTQ3Miw2ICsxNTA3 LDkgQEAKIAlzdHJ1Y3QgZW5jX21hcHBpbmdfdGFibGUgKmV0X2VudHJ5OwogCXU2NCBwaHlzaWNh bF9pZDsKIAl1MzIgcGh5X2JpdHMgPSAwOworCQorCS8vIER1bXAgQWxsIGRwbSBlbnRyeSB0byBk ZWJ1ZworCWR1bXBfYWxsX2Z3X2RwbV9wZzAoc2MpOwkKIAogCWlmIChzYy0+aXJfZmlybXdhcmUp CiAJCV9tYXBwaW5nX2dldF9pcl9tYXByYW5nZShzYywgJnN0YXJ0X2lkeCwgJmVuZF9pZHgpOwpA QCAtMTQ4Nyw2ICsxNTI1LDggQEAKIAkJCXNjLT5kcG1fZW50cnlfdXNlZFtlbnRyeV9udW1dID0g MDsKIAkJCWNvbnRpbnVlOwogCQl9CisJCS8vIER1bXAgZHBtIGVudHJ5IHRvIGRlYnVnCisJCWR1 bXBfZndfZHBtX3BnMChkcG1fZW50cnkpOwkKIAkJc2MtPmRwbV9lbnRyeV91c2VkW2VudHJ5X251 bV0gPSAxOwogCQlkcG1fZW50cnktPk1hcHBpbmdJbmZvcm1hdGlvbiA9IGxlMTZ0b2goZHBtX2Vu dHJ5LT4KIAkJICAgIE1hcHBpbmdJbmZvcm1hdGlvbik7CkBAIC0xODM0LDYgKzE4NzQsMzEgQEAK IH0KIAogLyoqCisgKiBtcHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZSAtIER1bXAgRGV2aWNlIG1w YXBwaW5nIHRhYmxlCisgKiBAc2M6IHBlciBhZGFwdGVyIG9iamVjdAorICoKKyAqLwordm9pZCBt cHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZShzdHJ1Y3QgbXBzX3NvZnRjICpzYykKK3sKKwl1MzIg bWFwX2lkeDsKKwlzdHJ1Y3QgZGV2X21hcHBpbmdfdGFibGUgKm10X2VudHJ5OworCisJcHJpbnRm KCJJbmRleCBcdCBwaHlzaWNhbF9pZCBcdCA6IHBoeV9iaXRzOlx0IGRwbV9lbnRyeV9udW06XHQg IGRldl9oYW5kbGU6XHQgICBpZDpcdCAgICBtaXNzaW5nX2NvdW50XG4iKTsKKwlmb3IgKG1hcF9p ZHggPSAwOyBtYXBfaWR4IDwgc2MtPm1heF9kZXZpY2VzOyBtYXBfaWR4KyspIHsKKwkJbXRfZW50 cnkgPSAmc2MtPm1hcHBpbmdfdGFibGVbbWFwX2lkeF07CisJCWlmKG10X2VudHJ5LT5waHlzaWNh bF9pZCA9PSAwKQorCQkJY29udGludWU7CisKKwkJcHJpbnRmKCIoJXgpICUwMTZseDpcdCIsIG1h cF9pZHgsIG10X2VudHJ5LT5waHlzaWNhbF9pZCk7CisJCXByaW50ZigiICUwOHg6XHQiLCBtdF9l bnRyeS0+cGh5X2JpdHMpOworCQlwcmludGYoIiAlMDh4Olx0IiwgbXRfZW50cnktPmRwbV9lbnRy eV9udW0pOworCQlwcmludGYoIiAlMDh4Olx0IiwgbXRfZW50cnktPmRldl9oYW5kbGUpOworCQlw cmludGYoIiAlMDh4Olx0IiwgbXRfZW50cnktPmlkKTsKKwkJcHJpbnRmKCIgJTA4eDpcbiIsIG10 X2VudHJ5LT5taXNzaW5nX2NvdW50KTsKKwl9CisKK30KKy8qKgogICogbXBzX21hcHBpbmdfZ2V0 X3Nhc19pZF9mcm9tX2hhbmRsZSAtIGZpbmQgYSB0YXJnZXQgaWQgaW4gbWFwcGluZyB0YWJsZSB1 c2luZwogICogb25seSB0aGUgZGV2IGhhbmRsZS4gIFRoaXMgaXMganVzdCBhIHdyYXBwZXIgZnVu Y3Rpb24gZm9yIHRoZSBsb2NhbCBmdW5jdGlvbgogICogX21hcHBpbmdfZ2V0X210X2lkeF9mcm9t X2hhbmRsZS4KQEAgLTE5MDcsNiArMTk3Miw4IEBACiAJdTMyIHNhdmVkX3BoeV9iaXRzOwogCXVp bnQ2NF90IHRlbXA2NF92YXI7CiAKKwlwcmludGYoIkxTSSBEZWJ1ZyAlcyAlZCBtYXBwaW5nICVk IFxuIiwgX19mdW5jX18sIF9fTElORV9fLAorCQkJCQlpb2NfcGc4X2ZsYWdzICYgTVBJMl9JT0NQ QUdFOF9GTEFHU19NQVNLX01BUFBJTkdfTU9ERSk7CiAJaWYgKChpb2NfcGc4X2ZsYWdzICYgTVBJ Ml9JT0NQQUdFOF9GTEFHU19NQVNLX01BUFBJTkdfTU9ERSkgIT0KIAkgICAgTVBJMl9JT0NQQUdF OF9GTEFHU19FTkNMT1NVUkVfU0xPVF9NQVBQSU5HKQogCQlnb3RvIG91dDsKQEAgLTE5ODQsNiAr MjA1MSw4IEBACiAJCQlldF9lbnRyeS0+bnVtX3Nsb3RzID0gbGUxNnRvaChldmVudF9kYXRhLT5O dW1TbG90cyk7CiAJCQlldF9lbnRyeS0+c3RhcnRfc2xvdCA9IGxlMTZ0b2goZXZlbnRfZGF0YS0+ U3RhcnRTbG90KTsKIAkJCWV0X2VudHJ5LT5waHlfYml0cyA9IGxlMzJ0b2goZXZlbnRfZGF0YS0+ UGh5Qml0cyk7CisJCQlwcmludGYoIkxTSSBEZWJ1ZyAlcyAlZCAlZCAlZCAlZFxuIiwgX19mdW5j X18sIF9fTElORV9fLAorCQkJCQlldF9lbnRyeS0+c3RhcnRfaW5kZXgsIGV0X2VudHJ5LT5udW1f c2xvdHMsIGV0X2VudHJ5LT5waHlfYml0cyk7CiAJCX0KIAkJZXRfZW50cnktPmluaXRfY29tcGxl dGUgPSAxOwogCX0gZWxzZSBpZiAoZXZlbnRfZGF0YS0+UmVhc29uQ29kZSA9PQpJbmRleDogbXBz X3Nhc19sc2kuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09Ci0tLSBtcHNfc2FzX2xzaS5jCShyZXZpc2lvbiAyMzE5MzYp CisrKyBtcHNfc2FzX2xzaS5jCSh3b3JraW5nIGNvcHkpCkBAIC02MjUsNiArNjI1LDggQEAKIAlz YXNfYWRkcmVzcyA9IChzYXNfYWRkcmVzcyA8PCAzMikgfCAKIAkgICAgY29uZmlnX3BhZ2UuU0FT QWRkcmVzcy5Mb3c7CiAKKwltcHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZShzYyk7CisKIAlpZiAo KGlvY19wZzhfZmxhZ3MgJiBNUEkyX0lPQ1BBR0U4X0ZMQUdTX01BU0tfTUFQUElOR19NT0RFKQog CQkgICAgPT0gTVBJMl9JT0NQQUdFOF9GTEFHU19ERVZJQ0VfUEVSU0lTVEVOQ0VfTUFQUElORykg ewogCQlpZiAoZGV2aWNlX2luZm8gJiBNUEkyX1NBU19ERVZJQ0VfSU5GT19TQVRBX0RFVklDRSkg ewpJbmRleDogbXBzdmFyLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbXBzdmFyLmgJKHJldmlzaW9uIDIzMTkz NikKKysrIG1wc3Zhci5oCSh3b3JraW5nIGNvcHkpCkBAIC03NDIsNiArNzQyLDcgQEAKIHZvaWQg bXBzX21hcHBpbmdfY2hlY2tfZGV2aWNlcyhzdHJ1Y3QgbXBzX3NvZnRjICosIGludCk7CiBpbnQg bXBzX21hcHBpbmdfYWxsb2NhdGVfbWVtb3J5KHN0cnVjdCBtcHNfc29mdGMgKnNjKTsKIHVuc2ln bmVkIGludCBtcHNfbWFwcGluZ19nZXRfc2FzX2lkKHN0cnVjdCBtcHNfc29mdGMgKiwgdWludDY0 X3QgLCB1MTYpOwordm9pZCBtcHNfZHVtcF9kZXZfbWFwcGluZ190YWJsZShzdHJ1Y3QgbXBzX3Nv ZnRjICopOwogdW5zaWduZWQgaW50IG1wc19tYXBwaW5nX2dldF9zYXNfaWRfZnJvbV9oYW5kbGUo c3RydWN0IG1wc19zb2Z0YyAqc2MsCiAgICAgdTE2IGhhbmRsZSk7CiB1bnNpZ25lZCBpbnQgbXBz X21hcHBpbmdfZ2V0X3JhaWRfaWQoc3RydWN0IG1wc19zb2Z0YyAqc2MsIHU2NCB3d2lkLAo= --_002_B2FD678A64EAAD45B089B123FDFC3ED72B96D347EDinbmail01lsic_-- From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 14:06:50 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63E77106566C; Wed, 22 Feb 2012 14:06:50 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog103.obsmtp.com (na3sys009aog103.obsmtp.com [74.125.149.71]) by mx1.freebsd.org (Postfix) with ESMTP id 3725C8FC08; Wed, 22 Feb 2012 14:06:49 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob103.postini.com ([74.125.148.12]) with SMTP ID DSNKT0T2d4Rru1pBG8ieQf/ueudZpkfUU6/H@postini.com; Wed, 22 Feb 2012 06:06:49 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 09:11:34 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 09:06:46 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Wed, 22 Feb 2012 19:36:43 +0530 From: "Desai, Kashyap" To: "freebsd-scsi@freebsd.org" , freebsd-stable Date: Wed, 22 Feb 2012 19:36:42 +0530 Thread-Topic: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited Thread-Index: AczxazPnpqiOme5iTReYEw8tAgtfPg== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Justin T. Gibbs" , "Kenneth D. Merry" , "McConnell, Stephen" Subject: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 22 Feb 2012 14:06:50 -0000 Hi, I am doing some code changes in mps dirver. While working on those changes,= I come to know about something which is new to me. Some expert help is required to clarify my doubt. 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING" pfla= g. It means though irq in freebsd is treated as thread, We cannot sleep in IRQ because of " "TDP_NOSLEEPING " set. 2. In mps driver we have below code snippet in ISR routine. mps_dprint(sc, MPS_TRACE, "%s\n", __func__); mps_lock(sc); mps_intr_locked(data); mps_unlock(sc); I wonder why there is no issue with above code ? Theoretical we cannot slee= p in ISR. (as explained in #1) Any thoughts ? 3. I recently added few place msleep() instead of DELAY in ISR context and = I see=20 " Trying sleep, but thread marked as sleeping prohibited". ` Kashyap From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 15:12:40 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C5F1065670 for ; Wed, 22 Feb 2012 15:12:40 +0000 (UTC) (envelope-from nitroboost@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF768FC25 for ; Wed, 22 Feb 2012 15:12:39 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so222141obc.13 for ; Wed, 22 Feb 2012 07:12:39 -0800 (PST) Received-SPF: pass (google.com: domain of nitroboost@gmail.com designates 10.182.75.40 as permitted sender) client-ip=10.182.75.40; Authentication-Results: mr.google.com; spf=pass (google.com: domain of nitroboost@gmail.com designates 10.182.75.40 as permitted sender) smtp.mail=nitroboost@gmail.com; dkim=pass header.i=nitroboost@gmail.com Received: from mr.google.com ([10.182.75.40]) by 10.182.75.40 with SMTP id z8mr2485393obv.20.1329923559335 (num_hops = 1); Wed, 22 Feb 2012 07:12:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+K1oFOu3pcPLvb/rUmneI7D5Om3tgvYo+9yPNKq4h8E=; b=tCmbt2YMx20wv5Vl9RL7zUADPNG2OYGq2LGzM99SSgJqxsitcX8ftGWhsDlVhXwoQZ huKpVQVWcQoOFfuHWpqfkRrRynLYfwRKXjgcUay0uFkvZVsqIcxqiGWXinobzuPpJY0Z tLJU1Bj6F81UMg34WzPoZlh6b41AosUzI990I= MIME-Version: 1.0 Received: by 10.182.75.40 with SMTP id z8mr2120315obv.20.1329923559280; Wed, 22 Feb 2012 07:12:39 -0800 (PST) Received: by 10.182.29.196 with HTTP; Wed, 22 Feb 2012 07:12:39 -0800 (PST) In-Reply-To: References: Date: Wed, 22 Feb 2012 08:12:39 -0700 Message-ID: From: Jason Wolfe To: "Desai, Kashyap" Content-Type: multipart/mixed; boundary=14dae93994995450d704b98ef583 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: Re: LSI2008 controller clobbers first disk with new LSI mps driver 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, 22 Feb 2012 15:12:40 -0000 --14dae93994995450d704b98ef583 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Feb 22, 2012 at 1:39 AM, Desai, Kashyap wro= te: > Here is a possible root cause of this issue. > > Enclosure which you are using in your setup (might be) not configured pro= perly. > > You have Enclosure with 12 Slots + 1 SES Device. > See below detail from the log. > > =A0 =A0 =A0 =A0EventDataLength: 5 > =A0 =A0 =A0 =A0AckRequired: 0 > =A0 =A0 =A0 =A0Event: SasEnclDeviceStatusChange (0x1d) > =A0 =A0 =A0 =A0EventContext: 0x0 > =A0 =A0 =A0 =A0EnclosureHandle: 0x2 > =A0 =A0 =A0 =A0ReasonCode: Added > =A0 =A0 =A0 =A0PhysicalPort: 0 > =A0 =A0 =A0 =A0NumSlots: 13 > =A0 =A0 =A0 =A0StartSlot: 0 > =A0 =A0 =A0 =A0PhyBits: 0xff > > StartSlot is 0 in this case. > Correct behavior should be each device on your enclosure must have differ= ent slot number starting from 0 till 12. > I have doubt that SES device has not configured well and it is using slot= -0 as default. This can create issue for actual device which is connected t= o slot-0. > So In your setup you will have slot-0 till slot-11 assigned for actual Ph= ys of your enclosures and again slot-0 is assigned for SES device instead o= f Slot-12. > > To confirm my doubt: please provide me debug dmesg log using attached pat= ch. > > ~ Kashyap Is the SES device a component of the LSI2008 controller, or is it a separate piece? In either case, the device would have come configured this way from LSI/Supermicro as we have not touched the configs. If this is something we can't resolve in the driver that won't be much fun :) On Wed, Feb 22, 2012 at 3:35 AM, Desai, Kashyap wro= te: > Ignore " dump_mapping_svn_2.patch" (it is wrong patch file) > > Attached " dump_mapping_svn_3.patch". > > ` Kashyap Attached is the boot log with the dump_mapping_svn_3.patch applied Jason --14dae93994995450d704b98ef583 Content-Type: text/plain; charset=US-ASCII; name="mps.debug.patch3.dmesg.txt" Content-Disposition: attachment; filename="mps.debug.patch3.dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gyz19dta1 QklPUyBkcml2ZSBDOiBpcyBkaXNrMA0KQklPUyBkcml2ZSBEOiBpcyBkaXNrMQ0KQklPUyBkcml2 ZSBFOiBpcyBkaXNrMg0KQklPUyBkcml2ZSBGOiBpcyBkaXNrMw0KQklPUyBkcml2ZSBHOiBpcyBk aXNrNA0KQklPUyBkcml2ZSBIOiBpcyBkaXNrNQ0KQklPUyBkcml2ZSBJOiBpcyBkaXNrNg0KQklP UyBkcml2ZSBKOiBpcyBkaXNrNw0KQklPUyBkcml2ZSBLOiBpcyBkaXNrOA0KQklPUyBkcml2ZSBM OiBpcyBkaXNrOQ0KQklPUyBkcml2ZSBNOiBpcyBkaXNrMTANCkJJT1MgZHJpdmUgTjogaXMgZGlz azExDQpCSU9TIDYzMWtCLzMxMzU4NzJrQiBhdmFpbGFibGUgbWVtb3J5DQoNCktEQjogZGVidWdn ZXIgYmFja2VuZHM6IGRkYg0KS0RCOiBjdXJyZW50IGJhY2tlbmQ6IGRkYg0KQ29weXJpZ2h0IChj KSAxOTkyLTIwMTIgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4 MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBS ZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2 ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91 bmRhdGlvbi4NCkZyZWVCU0QgOC4zLVBSRVJFTEVBU0UgIzA6IFdlZCBGZWIgMjIgMDQ6NTU6NTUg TVNUIDIwMTINCiAgICBYQFg6L3Vzci9vYmovdXNyL3NyYy9zeXMvWCBhbWQ2NA0KVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDANCkNQVTogSW50ZWwoUikg WGVvbihSKSBDUFUgICAgICAgICAgIEU1NjIwICBAIDIuNDBHSHogKDI0MDAuMTAtTUh6IEs4LWNs YXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgyMDZjMiAgRmFtaWx5 ID0gNiAgTW9kZWwgPSAyYyAgU3RlcHBpbmcgPSAyDQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBV LFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01P VixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0s UEJFPg0KICBGZWF0dXJlczI9MHg5ZWUzZmQ8U1NFMyxEVEVTNjQsTU9OLERTX0NQTCxWTVgsU01Y LEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sUENJRCxEQ0EsU1NFNC4xLFNTRTQuMixQT1BD TlQ+DQogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEwsTlgsUGFnZTFHQixSRFRTQ1As TE0+DQogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+DQogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQN CnJlYWwgbWVtb3J5ICA9IDUxNTM5NjA3NTUyICg0OTE1MiBNQikNCmF2YWlsIG1lbW9yeSA9IDQ5 NjY2NTY4MTkyICg0NzM2NSBNQikNCkFDUEkgQVBJQyBUYWJsZTogPDEwMjgxMSBBUElDMTUwMj4N CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcw0KRnJl ZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4IDQgY29yZShzKQ0KIGNwdTAgKEJTUCk6IEFQSUMgSUQ6 ICAwDQogY3B1MSAoQVApOiBBUElDIElEOiAgMg0KIGNwdTIgKEFQKTogQVBJQyBJRDogMTgNCiBj cHUzIChBUCk6IEFQSUMgSUQ6IDIwDQppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDENCmlv YXBpYzE6IENoYW5naW5nIEFQSUMgSUQgdG8gMw0KaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMg MC0yMyBvbiBtb3RoZXJib2FyZA0KaW9hcGljMSA8VmVyc2lvbiAyLjA+IGlycXMgMjQtNDcgb24g bW90aGVyYm9hcmQNCmtiZDEgYXQga2JkbXV4MA0KYWNwaTA6IDxTTUNJID4gb24gbW90aGVyYm9h cmQNCmFjcGkwOiBbSVRIUkVBRF0NCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KYWNwaTA6 IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQNCmFjcGkwOiByZXNlcnZhdGlvbiBv ZiAxMDAwMDAsIGJmZjAwMDAwICgzKSBmYWlsZWQNClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZy ZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1iaXQgdGlt ZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTANCmNwdTA6IDxBQ1BJ IENQVT4gb24gYWNwaTANCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTI6IDxBQ1BJIENQ VT4gb24gYWNwaTANCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTANCnBjaWIwOiA8QUNQSSBIb3N0 LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAg b24gcGNpMA0KcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCmVtMDogPEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA3LjMuMj4gcG9ydCAweGNjMDAtMHhjYzFmIG1lbSAw eGZiYmUwMDAwLTB4ZmJiZmZmZmYsMHhmYmJkYzAwMC0weGZiYmRmZmZmIGlycSAyOCBhdCBkZXZp Y2UgMC4wIG9uIHBjaTENCmVtMDogVXNpbmcgTVNJWCBpbnRlcnJ1cHRzIHdpdGggMyB2ZWN0b3Jz DQplbTA6IFtJVEhSRUFEXQ0KZW0wOiBbSVRIUkVBRF0NCmVtMDogW0lUSFJFQURdDQplbTA6IEV0 aGVybmV0IGFkZHJlc3M6IDAwOjI1OjkwOjRiOjE3OmU0DQpwDQpwY2kyOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMg0KZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcu My4yPiBwb3J0IDB4ZGMwMC0weGRjMWYgbWVtIDB4ZmJjZTAwMDAtMHhmYmNmZmZmZiwweGZiY2Rj MDAwLTB4ZmJjZGZmZmYgaXJxIDI5IGF0IGRldmljZSAwLjAgb24gcGNpMg0KZW0xOiBVc2luZyBN U0lYIGludGVycnVwdHMgd2l0aCAzIHZlY3RvcnMNCmVtMTogW0lUSFJFQURdDQplbTE6IFtJVEhS RUFEXQ0KZW0xOiBbSVRIUkVBRF0NCmVtMTogRXRoZXJuZXQgYWRkcmVzczogMDA6MjU6OTA6NGI6 MTc6ZTUNCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMuMCBvbiBwY2kw DQpwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMw0KcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgNS4wIG9uIHBjaTANCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0 DQptcHMwOiA8TFNJIFNBUzIwMDg+IHBvcnQgMHhlMDAwLTB4ZTBmZiBtZW0gMHhmYmQzYzAwMC0w eGZiZDNmZmZmLDB4ZmJkNDAwMDAtMHhmYmQ3ZmZmZiBpcnEgMjYgYXQgZGV2aWNlIDAuMCBvbiBw Y2k0DQptcHMwOiBEb29yYmVsbD0gMHgyMjAwMDAwMA0KbXBzMDogRG9vcmJlbGw9IDB4MTIwMDAw MDANCm1wczA6IElPQ0ZhY3RzCToNCglNc2dWZXJzaW9uOiAweDIwMA0KCUhlYWRlclZlcnNpb246 IDB4MTQwMA0KCUlPQ051bWJlcjogMA0KCUlPQ0V4Y2VwdGlvbnM6IDB4MA0KCU1heENoYWluRGVw dGg6IDEyOA0KCVdob0luaXQ6IFJPTSBCSU9TDQoJTnVtYmVyT2ZQb3J0czogMQ0KCVJlcXVlc3RD cmVkaXQ6IDM3MTINCglQcm9kdWN0SUQ6IDB4MjIxMw0KCUlPQ0NhcGFiaWxpdGllczogMTI4NWM8 U2NzaVRhc2tGdWxsLERpYWdUcmFjZSxTbmFwQnVmLEVFRFAsVHJhbnNSZXRyeSxFdmVudFJlcGxh eSxIb3N0RGlzYz4NCglGV1ZlcnNpb249IDEwLTAtMi0wDQoJSU9DUmVxdWVzdEZyYW1lU2l6ZTog MzINCglNYXhJbml0aWF0b3JzOiAxNg0KCU1heFRhcmdldHM6IDEyNg0KCU1heFNhc0V4cGFuZGVy czogMTYNCglNYXhFbmNsb3N1cmVzOiAxNw0KCVByb3RvY29sRmxhZ3M6IDM8U2NzaVRhcmcsU2Nz aUluaXQ+DQoJSGlnaFByaW9yaXR5Q3JlZGl0OiA2NA0KCU1heFJlcGx5RGVzY3JpcHRvclBvc3RR dWV1ZURlcHRoOiA2NTUwNA0KCVJlcGx5RnJhbWVTaXplOiAzMg0KCU1heFZvbHVtZXM6IDANCglN YXhEZXZIYW5kbGU6IDE2Ng0KCU1heFBlcnNpc3RlbnRFbnRyaWVzOiAxMjgNCm1wczA6IEZpcm13 YXJlOiAxMC4wMC4wMi4wMCwgRHJpdmVyOiAxMy4wMC4wMC4wMC1mYnNkDQptcHMwOiBJT0NDYXBh YmlsaXRpZXM6IDEyODVjPFNjc2lUYXNrRnVsbCxEaWFnVHJhY2UsU25hcEJ1ZixFRURQLFRyYW5z UmV0cnksRXZlbnRSZXBsYXksSG9zdERpc2M+DQptcHMwOiBEb29yYmVsbD0gMHgxMjAwMDAwMA0K bXBzMDogSU9DSW5pdCBzdGF0dXM9IDB4MA0KbXBzMDogUG9ydEZhY3RzCToNCglQb3J0TnVtYmVy OiAwDQoJUG9ydFR5cGU6IDB4MzANCglNYXhQb3N0ZWRDbWRCdWZmZXJzOiAxMjgNCm1wczA6IEV2 ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMA0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6 IEV2ZW50Q2hhbmdlICgweGEpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJ Og0KCUV2ZW50RGF0YUxlbmd0aDogMA0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IEV2ZW50Q2hh bmdlICgweGEpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IFtJVEhSRUFEXQ0KcGNpYjU6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTANCnBjaTU6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWI1DQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBpbnRlcnJ1cHQgY29udHJv bGxlcj4gYXQgZGV2aWNlIDIwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxiYXNlIHBl cmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMjAuMSAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KcGNpMDogPGJhc2UgcGVyaXBoZXJhbCwgaW50ZXJydXB0IGNvbnRyb2xsZXI+ IGF0IGRldmljZSAyMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8YmFzZSBwZXJpcGhl cmFsLCBpbnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDIwLjMgKG5vIGRyaXZlciBhdHRh Y2hlZCkNCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAyMi4wIChubyBkcml2ZXIg YXR0YWNoZWQpDQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMjIuMSAobm8gZHJp dmVyIGF0dGFjaGVkKQ0KcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDIyLjIgKG5v IGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAyMi4z IChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MjIuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2 aWNlIDIyLjUgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0 IGRldmljZSAyMi42IChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFs PiBhdCBkZXZpY2UgMjIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPHNlcmlhbCBidXMs IFVTQj4gYXQgZGV2aWNlIDI2LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxzZXJpYWwg YnVzLCBVU0I+IGF0IGRldmljZSAyNi4xIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8c2Vy aWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjYuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDog PHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI2LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBj aTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyOS4wIChubyBkcml2ZXIgYXR0YWNoZWQp DQpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuMSAobm8gZHJpdmVyIGF0dGFj aGVkKQ0KcGNpMDogPHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI5LjIgKG5vIGRyaXZlciBh dHRhY2hlZCkNCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyOS43IChubyBkcml2 ZXIgYXR0YWNoZWQpDQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4w IG9uIHBjaTANCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2DQp2Z2FwY2kwOiA8VkdBLWNv bXBhdGlibGUgZGlzcGxheT4gbWVtIDB4ZjkwMDAwMDAtMHhmOWZmZmZmZiwweGZhZmZjMDAwLTB4 ZmFmZmZmZmYsMHhmYjAwMDAwMC0weGZiN2ZmZmZmIGlycSAxOCBhdCBkZXZpY2UgMS4wIG9uIHBj aTYNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTANCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDEwIFNBVEEzMDAgY29udHJv bGxlcj4gcG9ydCAweGJjMDAtMHhiYzA3LDB4Yjg4MC0weGI4ODMsMHhiODAwLTB4YjgwNywweGI0 ODAtMHhiNDgzLDB4YjQwMC0weGI0MGYsMHhiMDgwLTB4YjA4ZiBpcnEgMTkgYXQgZGV2aWNlIDMx LjIgb24gcGNpMA0KYXRhcGNpMDogW0lUSFJFQURdDQphdGEyOiA8QVRBIGNoYW5uZWw+IGF0IGNo YW5uZWwgMCBvbiBhdGFwY2kwDQphdGEyOiBbSVRIUkVBRF0NCmF0YTM6IDxBVEEgY2hhbm5lbD4g YXQgY2hhbm5lbCAxIG9uIGF0YXBjaTANCmF0YTM6IFtJVEhSRUFEXQ0KcGNpMDogPHNlcmlhbCBi dXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KYXRhcGNpMTog PEludGVsIElDSDEwIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGFjMDAtMHhhYzA3LDB4YTg4 MC0weGE4ODMsMHhhODAwLTB4YTgwNywweGE0ODAtMHhhNDgzLDB4YTQwMC0weGE0MGYsMHhhMDgw LTB4YTA4ZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjUgb24gcGNpMA0KYXRhcGNpMTogW0lUSFJFQURd DQphdGE0OiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kxDQphdGE0OiBbSVRI UkVBRF0NCmF0YTU6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGF0YXBjaTENCmF0YTU6 IFtJVEhSRUFEXQ0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KYXRydGMw OiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkwDQp1YXJ0 MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAN CnVhcnQwOiBbRklMVEVSXQ0KdWFydDE6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4MmY4 LTB4MmZmIGlycSAzIGZsYWdzIDB4MTAgb24gYWNwaTANCnVhcnQxOiBbRklMVEVSXQ0KdWFydDE6 IGNvbnNvbGUgKDExNTIwMCxuLDgsMSkNCmFjcGlfaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVu dCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkwDQpUaW1lY291bnRl ciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTAwDQpxcGkwOiA8UVBJIHN5 c3RlbSBidXM+IG9uIG1vdGhlcmJvYXJkDQpwY2liNzogPFFQSSBIb3N0LVBDSSBicmlkZ2U+IHBj aWJ1cyAyNTUgb24gcXBpMA0KcGNpMjU1OiA8UENJIGJ1cz4gb24gcGNpYjcNCmlwbWkxOiA8SVBN SSBTeXN0ZW0gSW50ZXJmYWNlPiBvbiBpc2EwDQppcG1pMTogS0NTIG1vZGUgZm91bmQgYXQgaW8g MHhjYTIgYWxpZ25tZW50IDB4MSBvbiBpc2ENCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlv bWVtIDB4YzAwMDAtMHhjN2ZmZiwweGM4MDAwLTB4YzhmZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVt IGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNv bnNvbGVzLCBmbGFncz0weDMwMD4NCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgz YjAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANCmlwbWkwOiA8SVBNSSBTeXN0 ZW0gSW50ZXJmYWNlPiBvbiBpc2EwDQpkZXZpY2VfYXR0YWNoOiBpcG1pMCBhdHRhY2ggcmV0dXJu ZWQgMTYNCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2 MCwweDY0IG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwDQpr YmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQ0KYXRrYmQwOiBbSVRIUkVBRF0N CnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlDQpjb3JldGVtcDA6IDxDUFUgT24t RGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MA0KY29yZXRlbXAxOiA8Q1BVIE9uLURpZSBUaGVy bWFsIFNlbnNvcnM+IG9uIGNwdTENCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5z b3JzPiBvbiBjcHUyDQpjb3JldGVtcDM6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24g Y3B1Mw0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KaXBmdzIgKCtpcHY2KSBp bml0aWFsaXplZCwgZGl2ZXJ0IGxvYWRhYmxlLCBuYXQgbG9hZGFibGUsIHJ1bGUtYmFzZWQgZm9y d2FyZGluZyBlbmFibGVkLCBkZWZhdWx0IHRvIGFjY2VwdCwgbG9nZ2luZyBkaXNhYmxlZA0KbXBz MDogbXBzc2FzX3N0YXJ0dXBfaW5jcmVtZW50IGZyZWV6aW5nIHNpbXENCm1wczA6IEV2ZW50UmVw bHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jy b2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRS ZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2Fz QnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVu dFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBT YXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2 ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6 IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDog RXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVu dDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMw OiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2 ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1w czA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJ RXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0K bXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDAN CglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgw DQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDINCglBY2tSZXF1aXJlZDog MA0KCUV2ZW50OiBTYXNEaXNjb3ZlcnkgKDB4MTYpDQoJRXZlbnRDb250ZXh0OiAweDANCglGbGFn czogMTxJblByb2dyZXNzPg0KCVJlYXNvbkNvZGU6IERpc2NvdmVyeSBTdGFydGVkDQoJUGh5c2lj YWxQb3J0OiAwDQoJRGlzY292ZXJ5U3RhdHVzOiAwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVu dERhdGFMZW5ndGg6IDUNCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNFbmNsRGV2aWNlU3Rh dHVzQ2hhbmdlICgweDFkKQ0KCUV2ZW50Q29udGV4dDogMHgwDQoJRW5jbG9zdXJlSGFuZGxlOiAw eDENCglSZWFzb25Db2RlOiBBZGRlZA0KCVBoeXNpY2FsUG9ydDogMA0KCU51bVNsb3RzOiA4DQoJ U3RhcnRTbG90OiAwDQoJUGh5Qml0czogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERh dGFMZW5ndGg6IDExDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzVG9wb2xvZ3lDaGFuZ2VM aXN0ICgweDFjKQ0KCUV2ZW50Q29udGV4dDogMHgwDQoJRW5jbG9zdXJlSGFuZGxlOiAweDENCglF eHBhbmRlckRldkhhbmRsZTogMHgwDQoJTnVtUGh5czogOA0KCU51bUVudHJpZXM6IDgNCglTdGFy dFBoeU51bTogMA0KCUV4cFN0YXR1czogVW5rbm93biAoMHgwKQ0KCVBoeXNpY2FsUG9ydDogMA0K CVBIWVswXS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDA5DQoJUEhZWzBdLkxpbmtSYXRlOiA2LjBH YnBzICgweGEwKQ0KCVBIWVswXS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlb MV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwOQ0KCVBIWVsxXS5MaW5rUmF0ZTogNi4wR2JwcyAo MHhhMCkNCglQSFlbMV0uUGh5U3RhdHVzOiBQSFlMaW5rU3RhdHVzQ2hhbmdlDQoJUEhZWzJdLkF0 dGFjaGVkRGV2SGFuZGxlOiAweDAwMDkNCglQSFlbMl0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTAp DQoJUEhZWzJdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVszXS5BdHRhY2hl ZERldkhhbmRsZTogMHgwMDA5DQoJUEhZWzNdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBI WVszXS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbNF0uQXR0YWNoZWREZXZI YW5kbGU6IDB4MDAwOQ0KCVBIWVs0XS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbNF0u UGh5U3RhdHVzOiBQSFlMaW5rU3RhdHVzQ2hhbmdlDQoJUEhZWzVdLkF0dGFjaGVkRGV2SGFuZGxl OiAweDAwMDkNCglQSFlbNV0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzVdLlBoeVN0 YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVs2XS5BdHRhY2hlZERldkhhbmRsZTogMHgw MDA5DQoJUEhZWzZdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVs2XS5QaHlTdGF0dXM6 IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbN10uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwOQ0K CVBIWVs3XS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbN10uUGh5U3RhdHVzOiBQSFlM aW5rU3RhdHVzQ2hhbmdlDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDUN CglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNFbmNsRGV2aWNlU3RhdHVzQ2hhbmdlICgweDFk KQ0KCUV2ZW50Q29udGV4dDogMHgwDQoJRW5jbG9zdXJlSGFuZGxlOiAweDINCglSZWFzb25Db2Rl OiBBZGRlZA0KCVBoeXNpY2FsUG9ydDogMA0KCU51bVNsb3RzOiAxMw0KCVN0YXJ0U2xvdDogMA0K CVBoeUJpdHM6IDB4ZmYNCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMjUN CglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNUb3BvbG9neUNoYW5nZUxpc3QgKDB4MWMpDQoJ RXZlbnRDb250ZXh0OiAweDANCglFbmNsb3N1cmVIYW5kbGU6IDB4Mg0KCUV4cGFuZGVyRGV2SGFu ZGxlOiAweDkNCglOdW1QaHlzOiAzMA0KCU51bUVudHJpZXM6IDIyDQoJU3RhcnRQaHlOdW06IDAN CglFeHBTdGF0dXM6IEFkZGVkICgweDEpDQoJUGh5c2ljYWxQb3J0OiAwDQoJUEhZWzBdLkF0dGFj aGVkRGV2SGFuZGxlOiAweDAwMDENCglQSFlbMF0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJ UEhZWzBdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVsxXS5BdHRhY2hlZERl dkhhbmRsZTogMHgwMDAxDQoJUEhZWzFdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsx XS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbMl0uQXR0YWNoZWREZXZIYW5k bGU6IDB4MDAwMQ0KCVBIWVsyXS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMl0uUGh5 U3RhdHVzOiBQSFlMaW5rU3RhdHVzQ2hhbmdlDQoJUEhZWzNdLkF0dGFjaGVkRGV2SGFuZGxlOiAw eDAwMDENCglQSFlbM10uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzNdLlBoeVN0YXR1 czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KCVBIWVs0XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDAx DQoJUEhZWzRdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVs0XS5QaHlTdGF0dXM6IFBI WUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbNV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMQ0KCVBI WVs1XS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbNV0uUGh5U3RhdHVzOiBQSFlMaW5r U3RhdHVzQ2hhbmdlDQoJUEhZWzZdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDENCglQSFlbNl0u TGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzZdLlBoeVN0YXR1czogUEhZTGlua1N0YXR1 c0NoYW5nZQ0KCVBIWVs3XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDAxDQoJUEhZWzddLkxpbmtS YXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVs3XS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFu Z2UNCglQSFlbOF0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMA0KCVBIWVs4XS5MaW5rUmF0ZTog UEhZIGRpc2FibGVkICgweDEwKQ0KCVBIWVs4XS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFu Z2UNCglQSFlbOV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMA0KCVBIWVs5XS5MaW5rUmF0ZTog UEhZIGRpc2FibGVkICgweDEwKQ0KCVBIWVs5XS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFu Z2UNCglQSFlbMTBdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDANCglQSFlbMTBdLkxpbmtSYXRl OiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZWzEwXS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0dXND aGFuZ2UNCglQSFlbMTFdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDANCglQSFlbMTFdLkxpbmtS YXRlOiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZWzExXS5QaHlTdGF0dXM6IFBIWUxpbmtTdGF0 dXNDaGFuZ2UNCglQSFlbMTJdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMGENCglQSFlbMTJdLkxp bmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsxMl0uUGh5U3RhdHVzOiBOZXdUYXJnZXRBZGRl ZA0KCVBIWVsxM10uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwYg0KCVBIWVsxM10uTGlua1JhdGU6 IDYuMEdicHMgKDB4YTApDQoJUEhZWzEzXS5QaHlTdGF0dXM6IE5ld1RhcmdldEFkZGVkDQoJUEhZ WzE0XS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDBjDQoJUEhZWzE0XS5MaW5rUmF0ZTogNi4wR2Jw cyAoMHhhMCkNCglQSFlbMTRdLlBoeVN0YXR1czogTmV3VGFyZ2V0QWRkZWQNCglQSFlbMTVdLkF0 dGFjaGVkRGV2SGFuZGxlOiAweDAwMGQNCglQSFlbMTVdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEw KQ0KCVBIWVsxNV0uUGh5U3RhdHVzOiBOZXdUYXJnZXRBZGRlZA0KCVBIWVsxNl0uQXR0YWNoZWRE ZXZIYW5kbGU6IDB4MDAwZQ0KCVBIWVsxNl0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZ WzE2XS5QaHlTdGF0dXM6IE5ld1RhcmdldEFkZGVkDQoJUEhZWzE3XS5BdHRhY2hlZERldkhhbmRs ZTogMHgwMDBmDQoJUEhZWzE3XS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMTddLlBo eVN0YXR1czogTmV3VGFyZ2V0QWRkZWQNCglQSFlbMThdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAw MTANCglQSFlbMThdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsxOF0uUGh5U3RhdHVz OiBOZXdUYXJnZXRBZGRlZA0KCVBIWVsxOV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAxMQ0KCVBI WVsxOV0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzE5XS5QaHlTdGF0dXM6IE5ld1Rh cmdldEFkZGVkDQoJUEhZWzIwXS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDEyDQoJUEhZWzIwXS5M aW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMjBdLlBoeVN0YXR1czogTmV3VGFyZ2V0QWRk ZWQNCglQSFlbMjFdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMTMNCglQSFlbMjFdLkxpbmtSYXRl OiA2LjBHYnBzICgweGEwKQ0KCVBIWVsyMV0uUGh5U3RhdHVzOiBOZXdUYXJnZXRBZGRlZA0KbXBz MDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxMQ0KCUFja1JlcXVpcmVkOiAwDQoJ RXZlbnQ6IFNhc1RvcG9sb2d5Q2hhbmdlTGlzdCAoMHgxYykNCglFdmVudENvbnRleHQ6IDB4MA0K CUVuY2xvc3VyZUhhbmRsZTogMHgyDQoJRXhwYW5kZXJEZXZIYW5kbGU6IDB4OQ0KCU51bVBoeXM6 IDMwDQoJTnVtRW50cmllczogOA0KCVN0YXJ0UGh5TnVtOiAyMg0KCUV4cFN0YXR1czogUmVzcG9u ZGluZyAoMHgzKQ0KCVBoeXNpY2FsUG9ydDogMA0KCVBIWVsyMl0uQXR0YWNoZWREZXZIYW5kbGU6 IDB4MDAxNA0KCVBIWVsyMl0uTGlua1JhdGU6IDYuMEdicHMgKDB4YTApDQoJUEhZWzIyXS5QaHlT dGF0dXM6IE5ld1RhcmdldEFkZGVkDQoJUEhZWzIzXS5BdHRhY2hlZERldkhhbmRsZTogMHgwMDE1 DQoJUEhZWzIzXS5MaW5rUmF0ZTogNi4wR2JwcyAoMHhhMCkNCglQSFlbMjNdLlBoeVN0YXR1czog TmV3VGFyZ2V0QWRkZWQNCglQSFlbMjRdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDANCglQSFlb MjRdLkxpbmtSYXRlOiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZWzI0XS5QaHlTdGF0dXM6IFBI WUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbMjVdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDANCglQ SFlbMjVdLkxpbmtSYXRlOiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZWzI1XS5QaHlTdGF0dXM6 IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbMjZdLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAwMDAN CglQSFlbMjZdLkxpbmtSYXRlOiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZWzI2XS5QaHlTdGF0 dXM6IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbMjddLkF0dGFjaGVkRGV2SGFuZGxlOiAweDAw MDANCglQSFlbMjddLkxpbmtSYXRlOiBQSFkgZGlzYWJsZWQgKDB4MTApDQoJUEhZWzI3XS5QaHlT dGF0dXM6IFBIWUxpbmtTdGF0dXNDaGFuZ2UNCglQSFlbMjhdLkF0dGFjaGVkRGV2SGFuZGxlOiAw eDAwMTYNCglQSFlbMjhdLkxpbmtSYXRlOiA2LjBHYnBzICgweGEwKQ0KCVBIWVsyOF0uUGh5U3Rh dHVzOiBOZXdUYXJnZXRBZGRlZA0KCVBIWVsyOV0uQXR0YWNoZWREZXZIYW5kbGU6IDB4MDAwMA0K CVBIWVsyOV0uTGlua1JhdGU6IExpbmtSYXRlIFVua25vd24gKDB4MCkNCglQSFlbMjldLlBoeVN0 YXR1czogUEhZTGlua1N0YXR1c0NoYW5nZQ0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRh TGVuZ3RoOiAyDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzRGlzY292ZXJ5ICgweDE2KQ0K CUV2ZW50Q29udGV4dDogMHgwDQoJRmxhZ3M6IDI8RGV2aWNlQ2hhbmdlPg0KCVJlYXNvbkNvZGU6 IERpc2NvdmVyeSBDb21wbGV0ZQ0KCVBoeXNpY2FsUG9ydDogMA0KCURpc2NvdmVyeVN0YXR1czog MA0KbXBzMDogZGlzZXN0YWJsaXNoIGNvbmZpZyBpbnRyaG9vaw0KaXBtaTE6IElQTUkgZGV2aWNl IHJldi4gMSwgZmlybXdhcmUgcmV2LiAyLjA4LCB2ZXJzaW9uIDIuMA0KaXBtaTE6IE51bWJlciBv ZiBjaGFubmVscyAyDQppcG1pMTogQXR0YWNoZWQgd2F0Y2hkb2cNCm1wczA6ICgwKS0+KG1wc3Nh c19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDEpLT4obXBzc2FzX2Z3 X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICgxKS0+KG1wc3Nhc19md193b3JrKSBXb3Jr aW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDIpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZy ZWU6IFsxN10NCm1wczA6ICgyKS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDog WzE3XQ0KbXBzMDogKDMpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6 ICgzKS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDQp LT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICg0KS0+KG1wc3Nhc19m d193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDUpLT4obXBzc2FzX2Z3X3dv cmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICg1KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5n IG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDYpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6 IFsxN10NCm1wczA6ICg2KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3 XQ0KbXBzMDogKDcpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICg3 KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDgpLT4o bXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICg4KS0+KG1wc3Nhc19md193 b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE2XQ0KbXBzMDogKDkpLT4obXBzc2FzX2Z3X3dvcmsp IEV2ZW50IEZyZWU6IFsxNl0NCm1wczA6ICg5KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9u ICBFdmVudDogWzFkXQ0KTFNJIERlYnVnIG1wc19tYXBwaW5nX2VuY2xvc3VyZV9kZXZfc3RhdHVz X2NoYW5nZV9ldmVudCAxOTc1IG1hcHBpbmcgMiANCkxTSSBEZWJ1ZyBtcHNfbWFwcGluZ19lbmNs b3N1cmVfZGV2X3N0YXR1c19jaGFuZ2VfZXZlbnQgMjA1NCAtMSA4IDANCm1wczA6ICgxMCktPiht cHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzFkXQ0KbXBzMDogKDEwKS0+KG1wc3Nhc19md193 b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzFjXQ0KbXBzMDogKDExKS0+KG1wc3Nhc19md193b3Jr KSBFdmVudCBGcmVlOiBbMWNdDQptcHMwOiAoMTEpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcg b24gIEV2ZW50OiBbMWRdDQpMU0kgRGVidWcgbXBzX21hcHBpbmdfZW5jbG9zdXJlX2Rldl9zdGF0 dXNfY2hhbmdlX2V2ZW50IDE5NzUgbWFwcGluZyAyIA0KTFNJIERlYnVnIG1wc19tYXBwaW5nX2Vu Y2xvc3VyZV9kZXZfc3RhdHVzX2NoYW5nZV9ldmVudCAyMDU0IC0xIDEzIDI1NQ0KbXBzMDogKDEy KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVlOiBbMWRdDQptcHMwOiAoMTIpLT4obXBzc2Fz X2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMWNdDQpMU0kgRGVidWcgX21hcHBpbmdfZ2V0 X2Rldl9pbmZvIDk0NiBzYXMgYWRkciA1MDAwYzUwMDMzZjVjZGI1IHNsb3QgMCANCkxTSSBEZWJ1 ZyBfbWFwcGluZ19nZXRfZGV2X2luZm8gOTgyIDggMTMgMjU1DQpMU0kgRGVidWcgX21hcHBpbmdf Z2V0X2Rldl9pbmZvIDk0NiBzYXMgYWRkciA1MDAwYzUwMDMzZjQ5YzAxIHNsb3QgMSANCkxTSSBE ZWJ1ZyBfbWFwcGluZ19nZXRfZGV2X2luZm8gOTQ2IHNhcyBhZGRyIDUwMDBjNTAwMzNmNmM3OTkg c2xvdCAyIA0KTFNJIERlYnVnIF9tYXBwaW5nX2dldF9kZXZfaW5mbyA5NDYgc2FzIGFkZHIgNTAw MGM1MDAzM2U1NjJmNSBzbG90IDMgDQpMU0kgRGVidWcgX21hcHBpbmdfZ2V0X2Rldl9pbmZvIDk0 NiBzYXMgYWRkciA1MDAwYzUwMDMzZjQ5YTQxIHNsb3QgNCANCkxTSSBEZWJ1ZyBfbWFwcGluZ19n ZXRfZGV2X2luZm8gOTQ2IHNhcyBhZGRyIDUwMDBjNTAwMzNmNWVmZTkgc2xvdCA1IA0KTFNJIERl YnVnIF9tYXBwaW5nX2dldF9kZXZfaW5mbyA5NDYgc2FzIGFkZHIgNTAwMGM1MDAzM2Y0OWExMSBz bG90IDYgDQpMU0kgRGVidWcgX21hcHBpbmdfZ2V0X2Rldl9pbmZvIDk0NiBzYXMgYWRkciA1MDAw YzUwMDMzZjQ5YzcxIHNsb3QgNyANCkxTSSBEZWJ1ZyBfbWFwcGluZ19nZXRfZGV2X2luZm8gOTQ2 IHNhcyBhZGRyIDUwMDBjNTAwMzNmNDBmYjEgc2xvdCA4IA0KTFNJIERlYnVnIF9tYXBwaW5nX2dl dF9kZXZfaW5mbyA5NDYgc2FzIGFkZHIgNTAwMGM1MDAzM2Y2Y2JhOSBzbG90IDkgDQpJbmRleCAJ IHBoeXNpY2FsX2lkIAkgOiBwaHlfYml0czoJIGRwbV9lbnRyeV9udW06CSAgZGV2X2hhbmRsZToJ ICAgaWQ6CSAgICBtaXNzaW5nX2NvdW50DQooOCkgNTAwMGM1MDAzM2Y1Y2RiNToJIDAwMDAwMGZm OgkgMDAwMGZmZmY6CSAwMDAwMDAwYToJIDAwMDAwMDA4OgkgMDAwMDAwMDA6DQooOSkgNTAwMGM1 MDAzM2Y0OWMwMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYjoJIDAwMDAwMDA5Ogkg MDAwMDAwMDA6DQooYSkgNTAwMGM1MDAzM2Y2Yzc5OToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAwYzoJIDAwMDAwMDBhOgkgMDAwMDAwMDA6DQooYikgNTAwMGM1MDAzM2U1NjJmNToJIDAw MDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZDoJIDAwMDAwMDBiOgkgMDAwMDAwMDA6DQooYykg NTAwMGM1MDAzM2Y0OWE0MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZToJIDAwMDAw MDBjOgkgMDAwMDAwMDA6DQooZCkgNTAwMGM1MDAzM2Y1ZWZlOToJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAwZjoJIDAwMDAwMDBkOgkgMDAwMDAwMDA6DQooZSkgNTAwMGM1MDAzM2Y0OWEx MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMDoJIDAwMDAwMDBlOgkgMDAwMDAwMDA6 DQooZikgNTAwMGM1MDAzM2Y0OWM3MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMToJ IDAwMDAwMDBmOgkgMDAwMDAwMDA6DQooMTApIDUwMDBjNTAwMzNmNDBmYjE6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMTI6CSAwMDAwMDAxMDoJIDAwMDAwMDAwOg0KKDExKSA1MDAwYzUw MDMzZjZjYmE5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEzOgkgMDAwMDAwMTE6CSAw MDAwMDAwMDoNCigxMikgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQooMTMpIDUwMDMwNDgwMDEyNmUzZmY6CSAw MDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDE0 KSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAw MGZmZmY6CSAwMDAwMDAwMDoNCm1wczA6IFNBUyBBZGRyZXNzIGZyb20gU0FTIGRldmljZSBwYWdl MCA9IDUwMDBjNTAwMzNmNWNkYjUNCm1wczA6IEZvdW5kIGRldmljZSA8NDAxPFNzcFRhcmc+LEVu ZCBEZXZpY2U+IDw2LjBHYnBzPiA8MHgwMDBhPiA8Mi8wPg0KbXBzMDogVGFyZ2V0IGlkIDB4OCBh ZGRlZA0KSW5kZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlfbnVtOgkg IGRldl9oYW5kbGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDBjNTAwMzNmNWNk YjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGE6CSAwMDAwMDAwODoJIDAwMDAwMDAw Og0KKDkpIDUwMDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGI6 CSAwMDAwMDAwOToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUwMDBjNTAw MzNlNTYyZjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwYjoJIDAw MDAwMDAwOg0KKGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMGU6CSAwMDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0KKGUpIDUw MDBjNTAwMzNmNDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAwMDAwMDAw ZToJIDAwMDAwMDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAwMDBmZmZm OgkgMDAwMDAwMTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMzZjQwZmIx OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAwMDAwMDoN CigxMSkgNTAwMGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMzoJ IDAwMDAwMDExOgkgMDAwMDAwMDA6DQooMTIpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDEzKSA1MDAzMDQ4 MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAw MDAwMDAwMDoNCigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBmcm9tIFNB UyBkZXZpY2UgcGFnZTAgPSA1MDAwYzUwMDMzZjQ5YzAxDQptcHMwOiBGb3VuZCBkZXZpY2UgPDQw MTxTc3BUYXJnPixFbmQgRGV2aWNlPiA8Ni4wR2Jwcz4gPDB4MDAwYj4gPDIvMT4NCm1wczA6IFRh cmdldCBpZCAweDkgYWRkZWQNCkluZGV4IAkgcGh5c2ljYWxfaWQgCSA6IHBoeV9iaXRzOgkgZHBt X2VudHJ5X251bToJICBkZXZfaGFuZGxlOgkgICBpZDoJICAgIG1pc3NpbmdfY291bnQNCig4KSA1 MDAwYzUwMDMzZjVjZGI1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBhOgkgMDAwMDAw MDg6CSAwMDAwMDAwMDoNCig5KSA1MDAwYzUwMDMzZjQ5YzAxOgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDBiOgkgMDAwMDAwMDk6CSAwMDAwMDAwMDoNCihhKSA1MDAwYzUwMDMzZjZjNzk5 OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBjOgkgMDAwMDAwMGE6CSAwMDAwMDAwMDoN CihiKSA1MDAwYzUwMDMzZTU2MmY1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBkOgkg MDAwMDAwMGI6CSAwMDAwMDAwMDoNCihjKSA1MDAwYzUwMDMzZjQ5YTQxOgkgMDAwMDAwZmY6CSAw MDAwZmZmZjoJIDAwMDAwMDBlOgkgMDAwMDAwMGM6CSAwMDAwMDAwMDoNCihkKSA1MDAwYzUwMDMz ZjVlZmU5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBmOgkgMDAwMDAwMGQ6CSAwMDAw MDAwMDoNCihlKSA1MDAwYzUwMDMzZjQ5YTExOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAw MDEwOgkgMDAwMDAwMGU6CSAwMDAwMDAwMDoNCihmKSA1MDAwYzUwMDMzZjQ5YzcxOgkgMDAwMDAw ZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDExOgkgMDAwMDAwMGY6CSAwMDAwMDAwMDoNCigxMCkgNTAw MGM1MDAzM2Y0MGZiMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMjoJIDAwMDAwMDEw OgkgMDAwMDAwMDA6DQooMTEpIDUwMDBjNTAwMzNmNmNiYTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZm OgkgMDAwMDAwMTM6CSAwMDAwMDAxMToJIDAwMDAwMDAwOg0KKDEyKSA1MDAzMDQ4MDAxMjZlM2Zm OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoN CigxMykgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJ IDAwMDBmZmZmOgkgMDAwMDAwMDA6DQooMTQpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KbXBzMDogU0FTIEFk ZHJlc3MgZnJvbSBTQVMgZGV2aWNlIHBhZ2UwID0gNTAwMGM1MDAzM2Y2Yzc5OQ0KbXBzMDogRm91 bmQgZGV2aWNlIDw0MDE8U3NwVGFyZz4sRW5kIERldmljZT4gPDYuMEdicHM+IDwweDAwMGM+IDwy LzI+DQptcHMwOiBUYXJnZXQgaWQgMHhhIGFkZGVkDQpJbmRleCAJIHBoeXNpY2FsX2lkIAkgOiBw aHlfYml0czoJIGRwbV9lbnRyeV9udW06CSAgZGV2X2hhbmRsZToJICAgaWQ6CSAgICBtaXNzaW5n X2NvdW50DQooOCkgNTAwMGM1MDAzM2Y1Y2RiNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAw MDAwYToJIDAwMDAwMDA4OgkgMDAwMDAwMDA6DQooOSkgNTAwMGM1MDAzM2Y0OWMwMToJIDAwMDAw MGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYjoJIDAwMDAwMDA5OgkgMDAwMDAwMDA6DQooYSkgNTAw MGM1MDAzM2Y2Yzc5OToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYzoJIDAwMDAwMDBh OgkgMDAwMDAwMDA6DQooYikgNTAwMGM1MDAzM2U1NjJmNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6 CSAwMDAwMDAwZDoJIDAwMDAwMDBiOgkgMDAwMDAwMDA6DQooYykgNTAwMGM1MDAzM2Y0OWE0MToJ IDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZToJIDAwMDAwMDBjOgkgMDAwMDAwMDA6DQoo ZCkgNTAwMGM1MDAzM2Y1ZWZlOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZjoJIDAw MDAwMDBkOgkgMDAwMDAwMDA6DQooZSkgNTAwMGM1MDAzM2Y0OWExMToJIDAwMDAwMGZmOgkgMDAw MGZmZmY6CSAwMDAwMDAxMDoJIDAwMDAwMDBlOgkgMDAwMDAwMDA6DQooZikgNTAwMGM1MDAzM2Y0 OWM3MToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMToJIDAwMDAwMDBmOgkgMDAwMDAw MDA6DQooMTApIDUwMDBjNTAwMzNmNDBmYjE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAw MTI6CSAwMDAwMDAxMDoJIDAwMDAwMDAwOg0KKDExKSA1MDAwYzUwMDMzZjZjYmE5OgkgMDAwMDAw ZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEzOgkgMDAwMDAwMTE6CSAwMDAwMDAwMDoNCigxMikgNTAw MzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZm OgkgMDAwMDAwMDA6DQooMTMpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZm OgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDE0KSA1MDAzMDQ4MDAxMjZlM2Zm OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoN Cm1wczA6IFNBUyBBZGRyZXNzIGZyb20gU0FTIGRldmljZSBwYWdlMCA9IDUwMDBjNTAwMzNlNTYy ZjUNCm1wczA6IEZvdW5kIGRldmljZSA8NDAxPFNzcFRhcmc+LEVuZCBEZXZpY2U+IDw2LjBHYnBz PiA8MHgwMDBkPiA8Mi8zPg0KbXBzMDogVGFyZ2V0IGlkIDB4YiBhZGRlZA0KSW5kZXggCSBwaHlz aWNhbF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlfbnVtOgkgIGRldl9oYW5kbGU6CSAgIGlk OgkgICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDBjNTAwMzNmNWNkYjU6CSAwMDAwMDBmZjoJIDAw MDBmZmZmOgkgMDAwMDAwMGE6CSAwMDAwMDAwODoJIDAwMDAwMDAwOg0KKDkpIDUwMDBjNTAwMzNm NDljMDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGI6CSAwMDAwMDAwOToJIDAwMDAw MDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAw MGM6CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUwMDBjNTAwMzNlNTYyZjU6CSAwMDAwMDBm ZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwYjoJIDAwMDAwMDAwOg0KKGMpIDUwMDBj NTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGU6CSAwMDAwMDAwYzoJ IDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkg MDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0KKGUpIDUwMDBjNTAwMzNmNDlhMTE6CSAw MDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAwMDAwMDAwZToJIDAwMDAwMDAwOg0KKGYp IDUwMDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTE6CSAwMDAw MDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMzZjQwZmIxOgkgMDAwMDAwZmY6CSAwMDAw ZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAwMDAwMDoNCigxMSkgNTAwMGM1MDAzM2Y2 Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMzoJIDAwMDAwMDExOgkgMDAwMDAw MDA6DQooMTIpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAw MDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDEzKSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAw ZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCigxNCkgNTAw MzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZm OgkgMDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBmcm9tIFNBUyBkZXZpY2UgcGFnZTAgPSA1 MDAwYzUwMDMzZjQ5YTQxDQptcHMwOiBGb3VuZCBkZXZpY2UgPDQwMTxTc3BUYXJnPixFbmQgRGV2 aWNlPiA8Ni4wR2Jwcz4gPDB4MDAwZT4gPDIvND4NCm1wczA6IFRhcmdldCBpZCAweGMgYWRkZWQN CkluZGV4IAkgcGh5c2ljYWxfaWQgCSA6IHBoeV9iaXRzOgkgZHBtX2VudHJ5X251bToJICBkZXZf aGFuZGxlOgkgICBpZDoJICAgIG1pc3NpbmdfY291bnQNCig4KSA1MDAwYzUwMDMzZjVjZGI1Ogkg MDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBhOgkgMDAwMDAwMDg6CSAwMDAwMDAwMDoNCig5 KSA1MDAwYzUwMDMzZjQ5YzAxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBiOgkgMDAw MDAwMDk6CSAwMDAwMDAwMDoNCihhKSA1MDAwYzUwMDMzZjZjNzk5OgkgMDAwMDAwZmY6CSAwMDAw ZmZmZjoJIDAwMDAwMDBjOgkgMDAwMDAwMGE6CSAwMDAwMDAwMDoNCihiKSA1MDAwYzUwMDMzZTU2 MmY1OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBkOgkgMDAwMDAwMGI6CSAwMDAwMDAw MDoNCihjKSA1MDAwYzUwMDMzZjQ5YTQxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBl OgkgMDAwMDAwMGM6CSAwMDAwMDAwMDoNCihkKSA1MDAwYzUwMDMzZjVlZmU5OgkgMDAwMDAwZmY6 CSAwMDAwZmZmZjoJIDAwMDAwMDBmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwMDoNCihlKSA1MDAwYzUw MDMzZjQ5YTExOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEwOgkgMDAwMDAwMGU6CSAw MDAwMDAwMDoNCihmKSA1MDAwYzUwMDMzZjQ5YzcxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAw MDAwMDExOgkgMDAwMDAwMGY6CSAwMDAwMDAwMDoNCigxMCkgNTAwMGM1MDAzM2Y0MGZiMToJIDAw MDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMjoJIDAwMDAwMDEwOgkgMDAwMDAwMDA6DQooMTEp IDUwMDBjNTAwMzNmNmNiYTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTM6CSAwMDAw MDAxMToJIDAwMDAwMDAwOg0KKDEyKSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAw ZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCigxMykgNTAwMzA0ODAwMTI2 ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAw MDA6DQooMTQpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAw MDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KbXBzMDogU0FTIEFkZHJlc3MgZnJvbSBTQVMgZGV2 aWNlIHBhZ2UwID0gNTAwMGM1MDAzM2Y1ZWZlOQ0KbXBzMDogRm91bmQgZGV2aWNlIDw0MDE8U3Nw VGFyZz4sRW5kIERldmljZT4gPDYuMEdicHM+IDwweDAwMGY+IDwyLzU+DQptcHMwOiBUYXJnZXQg aWQgMHhkIGFkZGVkDQpJbmRleCAJIHBoeXNpY2FsX2lkIAkgOiBwaHlfYml0czoJIGRwbV9lbnRy eV9udW06CSAgZGV2X2hhbmRsZToJICAgaWQ6CSAgICBtaXNzaW5nX2NvdW50DQooOCkgNTAwMGM1 MDAzM2Y1Y2RiNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYToJIDAwMDAwMDA4Ogkg MDAwMDAwMDA6DQooOSkgNTAwMGM1MDAzM2Y0OWMwMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAwYjoJIDAwMDAwMDA5OgkgMDAwMDAwMDA6DQooYSkgNTAwMGM1MDAzM2Y2Yzc5OToJIDAw MDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwYzoJIDAwMDAwMDBhOgkgMDAwMDAwMDA6DQooYikg NTAwMGM1MDAzM2U1NjJmNToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZDoJIDAwMDAw MDBiOgkgMDAwMDAwMDA6DQooYykgNTAwMGM1MDAzM2Y0OWE0MToJIDAwMDAwMGZmOgkgMDAwMGZm ZmY6CSAwMDAwMDAwZToJIDAwMDAwMDBjOgkgMDAwMDAwMDA6DQooZCkgNTAwMGM1MDAzM2Y1ZWZl OToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwZjoJIDAwMDAwMDBkOgkgMDAwMDAwMDA6 DQooZSkgNTAwMGM1MDAzM2Y0OWExMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMDoJ IDAwMDAwMDBlOgkgMDAwMDAwMDA6DQooZikgNTAwMGM1MDAzM2Y0OWM3MToJIDAwMDAwMGZmOgkg MDAwMGZmZmY6CSAwMDAwMDAxMToJIDAwMDAwMDBmOgkgMDAwMDAwMDA6DQooMTApIDUwMDBjNTAw MzNmNDBmYjE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTI6CSAwMDAwMDAxMDoJIDAw MDAwMDAwOg0KKDExKSA1MDAwYzUwMDMzZjZjYmE5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAw MDAwMDEzOgkgMDAwMDAwMTE6CSAwMDAwMDAwMDoNCigxMikgNTAwMzA0ODAwMTI2ZTNmZjoJIDAw MDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQooMTMp IDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAw ZmZmZjoJIDAwMDAwMDAwOg0KKDE0KSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAw ZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCm1wczA6IFNBUyBBZGRyZXNz IGZyb20gU0FTIGRldmljZSBwYWdlMCA9IDUwMDBjNTAwMzNmNDlhMTENCm1wczA6IEZvdW5kIGRl dmljZSA8NDAxPFNzcFRhcmc+LEVuZCBEZXZpY2U+IDw2LjBHYnBzPiA8MHgwMDEwPiA8Mi82Pg0K bXBzMDogVGFyZ2V0IGlkIDB4ZSBhZGRlZA0KSW5kZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2Jp dHM6CSBkcG1fZW50cnlfbnVtOgkgIGRldl9oYW5kbGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3Vu dA0KKDgpIDUwMDBjNTAwMzNmNWNkYjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGE6 CSAwMDAwMDAwODoJIDAwMDAwMDAwOg0KKDkpIDUwMDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMGI6CSAwMDAwMDAwOToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAw MzNmNmM3OTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAw MDAwMDAwOg0KKGIpIDUwMDBjNTAwMzNlNTYyZjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMGQ6CSAwMDAwMDAwYjoJIDAwMDAwMDAwOg0KKGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGU6CSAwMDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUw MDBjNTAwMzNmNWVmZTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAw ZDoJIDAwMDAwMDAwOg0KKGUpIDUwMDBjNTAwMzNmNDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZm OgkgMDAwMDAwMTA6CSAwMDAwMDAwZToJIDAwMDAwMDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6 CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0K KDEwKSA1MDAwYzUwMDMzZjQwZmIxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkg MDAwMDAwMTA6CSAwMDAwMDAwMDoNCigxMSkgNTAwMGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkg MDAwMGZmZmY6CSAwMDAwMDAxMzoJIDAwMDAwMDExOgkgMDAwMDAwMDA6DQooMTIpIDUwMDMwNDgw MDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAw MDAwMDAwOg0KKDEzKSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAw MDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoNCigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAw MDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMw OiBTQVMgQWRkcmVzcyBmcm9tIFNBUyBkZXZpY2UgcGFnZTAgPSA1MDAwYzUwMDMzZjQ5YzcxDQpt cHMwOiBGb3VuZCBkZXZpY2UgPDQwMTxTc3BUYXJnPixFbmQgRGV2aWNlPiA8Ni4wR2Jwcz4gPDB4 MDAxMT4gPDIvNz4NCm1wczA6IFRhcmdldCBpZCAweGYgYWRkZWQNCkluZGV4IAkgcGh5c2ljYWxf aWQgCSA6IHBoeV9iaXRzOgkgZHBtX2VudHJ5X251bToJICBkZXZfaGFuZGxlOgkgICBpZDoJICAg IG1pc3NpbmdfY291bnQNCig4KSA1MDAwYzUwMDMzZjVjZGI1OgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDBhOgkgMDAwMDAwMDg6CSAwMDAwMDAwMDoNCig5KSA1MDAwYzUwMDMzZjQ5YzAx OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBiOgkgMDAwMDAwMDk6CSAwMDAwMDAwMDoN CihhKSA1MDAwYzUwMDMzZjZjNzk5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBjOgkg MDAwMDAwMGE6CSAwMDAwMDAwMDoNCihiKSA1MDAwYzUwMDMzZTU2MmY1OgkgMDAwMDAwZmY6CSAw MDAwZmZmZjoJIDAwMDAwMDBkOgkgMDAwMDAwMGI6CSAwMDAwMDAwMDoNCihjKSA1MDAwYzUwMDMz ZjQ5YTQxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDBlOgkgMDAwMDAwMGM6CSAwMDAw MDAwMDoNCihkKSA1MDAwYzUwMDMzZjVlZmU5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAw MDBmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwMDoNCihlKSA1MDAwYzUwMDMzZjQ5YTExOgkgMDAwMDAw ZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEwOgkgMDAwMDAwMGU6CSAwMDAwMDAwMDoNCihmKSA1MDAw YzUwMDMzZjQ5YzcxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDExOgkgMDAwMDAwMGY6 CSAwMDAwMDAwMDoNCigxMCkgNTAwMGM1MDAzM2Y0MGZiMToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6 CSAwMDAwMDAxMjoJIDAwMDAwMDEwOgkgMDAwMDAwMDA6DQooMTEpIDUwMDBjNTAwMzNmNmNiYTk6 CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTM6CSAwMDAwMDAxMToJIDAwMDAwMDAwOg0K KDEyKSA1MDAzMDQ4MDAxMjZlM2ZmOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkg MDAwMGZmZmY6CSAwMDAwMDAwMDoNCigxMykgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkg MDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQooMTQpIDUwMDMwNDgw MDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAw MDAwMDAwOg0KbXBzMDogU0FTIEFkZHJlc3MgZnJvbSBTQVMgZGV2aWNlIHBhZ2UwID0gNTAwMGM1 MDAzM2Y0MGZiMQ0KbXBzMDogRm91bmQgZGV2aWNlIDw0MDE8U3NwVGFyZz4sRW5kIERldmljZT4g PDYuMEdicHM+IDwweDAwMTI+IDwyLzg+DQptcHMwOiBUYXJnZXQgaWQgMHgxMCBhZGRlZA0KSW5k ZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlfbnVtOgkgIGRldl9oYW5k bGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDBjNTAwMzNmNWNkYjU6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGE6CSAwMDAwMDAwODoJIDAwMDAwMDAwOg0KKDkpIDUw MDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGI6CSAwMDAwMDAw OToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZm OgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUwMDBjNTAwMzNlNTYyZjU6 CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwYjoJIDAwMDAwMDAwOg0K KGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGU6CSAw MDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6CSAwMDAwMDBmZjoJIDAw MDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0KKGUpIDUwMDBjNTAwMzNm NDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAwMDAwMDAwZToJIDAwMDAw MDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAw MTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMzZjQwZmIxOgkgMDAwMDAw ZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAwMDAwMDoNCigxMSkgNTAw MGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMzoJIDAwMDAwMDEx OgkgMDAwMDAwMDA6DQooMTIpIDUwMDMwNDgwMDEyNmUzZmY6CSAwMDAwMDBmZjoJIDAwMDBmZmZm OgkgMDAwMDAwMDA6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOg0KKDEzKSA1MDAzMDQ4MDAxMjZlM2Zm OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDAwOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoN CigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJ IDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBmcm9tIFNBUyBkZXZpY2Ug cGFnZTAgPSA1MDAwYzUwMDMzZjZjYmE5DQptcHMwOiBGb3VuZCBkZXZpY2UgPDQwMTxTc3BUYXJn PixFbmQgRGV2aWNlPiA8Ni4wR2Jwcz4gPDB4MDAxMz4gPDIvOT4NCm1wczA6IFRhcmdldCBpZCAw eDExIGFkZGVkDQptcHMwOiAoMTMpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxY10N Cm1wczA6ICgxMyktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxY10NCkxT SSBEZWJ1ZyBfbWFwcGluZ19nZXRfZGV2X2luZm8gOTQ2IHNhcyBhZGRyIDUwMDBjNTAwMzNmNjUw Y2Qgc2xvdCAxMCANCkxTSSBEZWJ1ZyBfbWFwcGluZ19nZXRfZGV2X2luZm8gOTQ2IHNhcyBhZGRy IDUwMDBjNTAwMzNmMjkxMDkgc2xvdCAxMSANCkxTSSBEZWJ1ZyBfbWFwcGluZ19nZXRfZGV2X2lu Zm8gOTQ2IHNhcyBhZGRyIDUwMDMwNDgwMDEyNmUzZmQgc2xvdCAwIA0KSW5kZXggCSBwaHlzaWNh bF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlfbnVtOgkgIGRldl9oYW5kbGU6CSAgIGlkOgkg ICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDMwNDgwMDEyNmUzZmQ6CSAwMDAwMDBmZjoJIDAwMDBm ZmZmOgkgMDAwMDAwMTY6CSAwMDAwMDAwODoJIDAwMDAwMDAwOg0KKDkpIDUwMDBjNTAwMzNmNDlj MDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGI6CSAwMDAwMDAwOToJIDAwMDAwMDAw Og0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGM6 CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUwMDBjNTAwMzNlNTYyZjU6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwYjoJIDAwMDAwMDAwOg0KKGMpIDUwMDBjNTAw MzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGU6CSAwMDAwMDAwYzoJIDAw MDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0KKGUpIDUwMDBjNTAwMzNmNDlhMTE6CSAwMDAw MDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAwMDAwMDAwZToJIDAwMDAwMDAwOg0KKGYpIDUw MDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTE6CSAwMDAwMDAw ZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMzZjQwZmIxOgkgMDAwMDAwZmY6CSAwMDAwZmZm ZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAwMDAwMDoNCigxMSkgNTAwMGM1MDAzM2Y2Y2Jh OToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMzoJIDAwMDAwMDExOgkgMDAwMDAwMDA6 DQooMTIpIDUwMDBjNTAwMzNmNjUwY2Q6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTQ6 CSAwMDAwMDAxMjoJIDAwMDAwMDAwOg0KKDEzKSA1MDAwYzUwMDMzZjI5MTA5OgkgMDAwMDAwZmY6 CSAwMDAwZmZmZjoJIDAwMDAwMDE1OgkgMDAwMDAwMTM6CSAwMDAwMDAwMDoNCigxNCkgNTAwMzA0 ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkg MDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBmcm9tIFNBUyBkZXZpY2UgcGFnZTAgPSA1MDAw YzUwMDMzZjY1MGNkDQptcHMwOiBGb3VuZCBkZXZpY2UgPDQwMTxTc3BUYXJnPixFbmQgRGV2aWNl PiA8Ni4wR2Jwcz4gPDB4MDAxND4gPDIvMTA+DQptcHMwOiBUYXJnZXQgaWQgMHgxMiBhZGRlZA0K SW5kZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50cnlfbnVtOgkgIGRldl9o YW5kbGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDMwNDgwMDEyNmUzZmQ6CSAw MDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTY6CSAwMDAwMDAwODoJIDAwMDAwMDAwOg0KKDkp IDUwMDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGI6CSAwMDAw MDAwOToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAwMDAwMDBmZjoJIDAwMDBm ZmZmOgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIpIDUwMDBjNTAwMzNlNTYy ZjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAwMDAwYjoJIDAwMDAwMDAw Og0KKGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGU6 CSAwMDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVmZTk6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAwOg0KKGUpIDUwMDBjNTAw MzNmNDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6CSAwMDAwMDAwZToJIDAw MDAwMDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAw MDAwMTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUwMDMzZjQwZmIxOgkgMDAw MDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAwMDAwMDAwMDoNCigxMSkg NTAwMGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAxMzoJIDAwMDAw MDExOgkgMDAwMDAwMDA6DQooMTIpIDUwMDBjNTAwMzNmNjUwY2Q6CSAwMDAwMDBmZjoJIDAwMDBm ZmZmOgkgMDAwMDAwMTQ6CSAwMDAwMDAxMjoJIDAwMDAwMDAwOg0KKDEzKSA1MDAwYzUwMDMzZjI5 MTA5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDE1OgkgMDAwMDAwMTM6CSAwMDAwMDAw MDoNCigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAwMDAwMDAw MDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVzcyBmcm9tIFNBUyBkZXZp Y2UgcGFnZTAgPSA1MDAwYzUwMDMzZjI5MTA5DQptcHMwOiBGb3VuZCBkZXZpY2UgPDQwMTxTc3BU YXJnPixFbmQgRGV2aWNlPiA8Ni4wR2Jwcz4gPDB4MDAxNT4gPDIvMTE+DQptcHMwOiBUYXJnZXQg aWQgMHgxMyBhZGRlZA0KSW5kZXggCSBwaHlzaWNhbF9pZCAJIDogcGh5X2JpdHM6CSBkcG1fZW50 cnlfbnVtOgkgIGRldl9oYW5kbGU6CSAgIGlkOgkgICAgbWlzc2luZ19jb3VudA0KKDgpIDUwMDMw NDgwMDEyNmUzZmQ6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTY6CSAwMDAwMDAwODoJ IDAwMDAwMDAwOg0KKDkpIDUwMDBjNTAwMzNmNDljMDE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkg MDAwMDAwMGI6CSAwMDAwMDAwOToJIDAwMDAwMDAwOg0KKGEpIDUwMDBjNTAwMzNmNmM3OTk6CSAw MDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGM6CSAwMDAwMDAwYToJIDAwMDAwMDAwOg0KKGIp IDUwMDBjNTAwMzNlNTYyZjU6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGQ6CSAwMDAw MDAwYjoJIDAwMDAwMDAwOg0KKGMpIDUwMDBjNTAwMzNmNDlhNDE6CSAwMDAwMDBmZjoJIDAwMDBm ZmZmOgkgMDAwMDAwMGU6CSAwMDAwMDAwYzoJIDAwMDAwMDAwOg0KKGQpIDUwMDBjNTAwMzNmNWVm ZTk6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMGY6CSAwMDAwMDAwZDoJIDAwMDAwMDAw Og0KKGUpIDUwMDBjNTAwMzNmNDlhMTE6CSAwMDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTA6 CSAwMDAwMDAwZToJIDAwMDAwMDAwOg0KKGYpIDUwMDBjNTAwMzNmNDljNzE6CSAwMDAwMDBmZjoJ IDAwMDBmZmZmOgkgMDAwMDAwMTE6CSAwMDAwMDAwZjoJIDAwMDAwMDAwOg0KKDEwKSA1MDAwYzUw MDMzZjQwZmIxOgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDEyOgkgMDAwMDAwMTA6CSAw MDAwMDAwMDoNCigxMSkgNTAwMGM1MDAzM2Y2Y2JhOToJIDAwMDAwMGZmOgkgMDAwMGZmZmY6CSAw MDAwMDAxMzoJIDAwMDAwMDExOgkgMDAwMDAwMDA6DQooMTIpIDUwMDBjNTAwMzNmNjUwY2Q6CSAw MDAwMDBmZjoJIDAwMDBmZmZmOgkgMDAwMDAwMTQ6CSAwMDAwMDAxMjoJIDAwMDAwMDAwOg0KKDEz KSA1MDAwYzUwMDMzZjI5MTA5OgkgMDAwMDAwZmY6CSAwMDAwZmZmZjoJIDAwMDAwMDE1OgkgMDAw MDAwMTM6CSAwMDAwMDAwMDoNCigxNCkgNTAwMzA0ODAwMTI2ZTNmZjoJIDAwMDAwMGZmOgkgMDAw MGZmZmY6CSAwMDAwMDAwMDoJIDAwMDBmZmZmOgkgMDAwMDAwMDA6DQptcHMwOiBTQVMgQWRkcmVz cyBmcm9tIFNBUyBkZXZpY2UgcGFnZTAgPSA1MDAzMDQ4MDAxMjZlM2ZkDQptcHMwOiBGb3VuZCBk ZXZpY2UgPDQ0NTE8U21wSW5pdCxTc3BJbml0LFNzcFRhcmcsU2VwRGV2PixFbmQgRGV2aWNlPiA8 Ni4wR2Jwcz4gPDB4MDAxNj4gPDIvMD4NCm1wczA6IFRhcmdldCBpZCAweDggYWRkZWQNCm1wczA6 IG1wc3Nhc19zdGFydHVwX2RlY3JlbWVudCByZWxlYXNpbmcgc2ltcQ0KbXBzMDogUXVldWVpbmcg cmVzY2FuIGZvciAoeHB0MDptcHMwOjA6LTE6LTEpOiANCm1wczA6ICgxNCktPihtcHNzYXNfZndf d29yaykgRXZlbnQgRnJlZTogWzFjXQ0KbXBzMDogKDE0KS0+KG1wc3Nhc19md193b3JrKSBXb3Jr aW5nIG9uICBFdmVudDogWzE2XQ0KbXBzMDogKDE1KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBG cmVlOiBbMTZdDQptcHMwOiAJaGFuZGxlKDB4MDAxNiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVu ZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9z dGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTYpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0 YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoY2hlY2sgY29uZGl0aW9u KSgweDAyKSwgc2NzaV9zdGF0ZShhdXRvc2Vuc2UgdmFsaWQgKSgweDAxKQ0KbXBzMDogLT4gU2Vu c2UgQnVmZmVyIERhdGEgOiBTdGFydCA6DQoocHJvYmU4Om1wczA6MDo4OjApOiBNT0RFIFNFTlNF KDYpLiBDREI6IDFhIDAgYSAwIDE0IDAgDQoocHJvYmU4Om1wczA6MDo4OjApOiBTQ1NJIHNlbnNl OiBJTExFR0FMIFJFUVVFU1QgYXNjOjI0LDAgKEludmFsaWQgZmllbGQgaW4gQ0RCKQ0KbXBzMDog LT4gU2Vuc2UgQnVmZmVyIERhdGEgOiBFbmQgOg0KbXBzMDogCWhhbmRsZSgweDAwMTYpLCBpb2Nf c3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMo Z29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBkKSwg aW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3Rh dHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAw YiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3Np X3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgw eDAwMGMpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJ c2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5k bGUoMHgwMDE1KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBz MDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJ aGFuZGxlKDB4MDAxNCksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCAN Cm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBz MDogCWhhbmRsZSgweDAwMTIpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1 KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkN Cm1wczA6IAloYW5kbGUoMHgwMDEzKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4 MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4 MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwZSksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVu KSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSgg KSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMGYpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRl cnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3Rh dGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDExKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEg dW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3Np X3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxMCksIGlvY19zdGF0dXMoc2NzaSBk YXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwg c2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTYpLCBpb2Nfc3RhdHVzKHNj c2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgw MCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDExKSwgaW9jX3N0YXR1 cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2Qp KDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwZCksIGlvY19z dGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhn b29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTQpLCBp b2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0 dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDE1 KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lf c3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4 MDAwYiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlz Y3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRs ZSgweDAwMTIpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMw OiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAlo YW5kbGUoMHgwMDEzKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0K bXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMw OiAJaGFuZGxlKDB4MDAwZSksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUp LCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0K bXBzMDogCWhhbmRsZSgweDAwMGMpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgw MDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgw MCkNCm1wczA6IAloYW5kbGUoMHgwMDBmKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4p KDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCAp KDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxMCksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVy cnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0 ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTYpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1 bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lf c3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBkKSwgaW9jX3N0YXR1cyhzY3NpIGRh dGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBz Y3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxNSksIGlvY19zdGF0dXMoc2Nz aSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAw KSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTQpLCBpb2Nfc3RhdHVz KHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCko MHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDExKSwgaW9jX3N0 YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdv b2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxNiksIGlv Y19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1 cyhjaGVjayBjb25kaXRpb24pKDB4MDIpLCBzY3NpX3N0YXRlKGF1dG9zZW5zZSB2YWxpZCApKDB4 MDEpDQptcHMwOiAtPiBTZW5zZSBCdWZmZXIgRGF0YSA6IFN0YXJ0IDoNCihwcm9iZTg6bXBzMDow Ojg6MCk6IE1PREUgU0VOU0UoNikuIENEQjogMWEgMCBhIDAgMTQgMCANCihwcm9iZTg6bXBzMDow Ojg6MCk6IFNDU0kgc2Vuc2U6IElMTEVHQUwgUkVRVUVTVCBhc2M6MjQsMCAoSW52YWxpZCBmaWVs ZCBpbiBDREIpDQptcHMwOiAtPiBTZW5zZSBCdWZmZXIgRGF0YSA6IEVuZCA6DQptcHMwOiAJaGFu ZGxlKDB4MDAxNiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1w czA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDog CWhhbmRsZSgweDAwMGQpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwg DQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1w czA6IAloYW5kbGUoMHgwMDE0KSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0 NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDAp DQptcHMwOiAJaGFuZGxlKDB4MDAxNSksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgw eDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgw eDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTEpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1 bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUo ICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBjKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5k ZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0 YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxMiksIGlvY19zdGF0dXMoc2NzaSBkYXRh IHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2Nz aV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMGUpLCBpb2Nfc3RhdHVzKHNjc2kg ZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCks IHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBiKSwgaW9jX3N0YXR1cyhz Y3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4 MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAxMCksIGlvY19zdGF0 dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29k KSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTMpLCBpb2Nf c3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMo Z29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5kbGUoMHgwMDBmKSwg aW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBzMDogCXNjc2lfc3Rh dHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJaGFuZGxlKDB4MDAx NiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlzY3Np X3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBzMDogCWhhbmRsZSgw eDAwMTIpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJ c2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkNCm1wczA6IAloYW5k bGUoMHgwMDBjKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4MDA0NSksIA0KbXBz MDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4MDApDQptcHMwOiAJ aGFuZGxlKDB4MDAwYiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCAN Cm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSggKSgweDAwKQ0KbXBz MDogCWhhbmRsZSgweDAwMGUpLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRlcnJ1bikoMHgwMDQ1 KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3RhdGUoICkoMHgwMCkN Cm1wczA6IAloYW5kbGUoMHgwMDEzKSwgaW9jX3N0YXR1cyhzY3NpIGRhdGEgdW5kZXJydW4pKDB4 MDA0NSksIA0KbXBzMDogCXNjc2lfc3RhdHVzKGdvb2QpKDB4MDApLCBzY3NpX3N0YXRlKCApKDB4 MDApDQptcHMwOiAJaGFuZGxlKDB4MDAwZiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVu KSgweDAwNDUpLCANCm1wczA6IAlzY3NpX3N0YXR1cyhnb29kKSgweDAwKSwgc2NzaV9zdGF0ZSgg KSgweDAwKQ0KbXBzMDogCWhhbmRsZSgweDAwMTApLCBpb2Nfc3RhdHVzKHNjc2kgZGF0YSB1bmRl cnJ1bikoMHgwMDQ1KSwgDQptcHMwOiAJc2NzaV9zdGF0dXMoZ29vZCkoMHgwMCksIHNjc2lfc3Rh dGUoICkoMHgwMCkNCnNlczAgYXQgbXBzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDggbHVuIDANCnNl czA6IDxMU0kgQ09SUCBTQVMyWDI4IDA3MTc+IEZpeGVkIEVuY2xvc3VyZSBTZXJ2aWNlcyBTQ1NJ LTUgZGV2aWNlIA0Kc2VzMDogNjAwLjAwME1CL3MgdHJhbnNmZXJzDQpzZXMwOiBDb21tYW5kIFF1 ZXVlaW5nIGVuYWJsZWQNCnNlczA6IFNDU0ktMyBTRVMgRGV2aWNlDQptcHMwOiBDb21wbGV0aW5n IHJlc2NhbiBmb3IgKHhwdDA6bXBzMDowOi0xOi0xKTogDQpkYTAgYXQgbXBzMCBidXMgMCBzY2J1 czAgdGFyZ2V0IDkgbHVuIDANCmRhMDogPFNFQUdBVEUgU1Q5MTAwMDY0MFNTIDAwMDE+IEZpeGVk IERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSANCmRhMDogNjAwLjAwME1CL3MgdHJhbnNmZXJz DQpkYTA6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZA0KZGEwOiA5NTM4NjlNQiAoMTk1MzUyNTE2 OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMUMpDQptcHMwOiAJaGFuZGxlKDB4 MDAxNiksIGlvY19zdGF0dXMoc2NzaSBkYXRhIHVuZGVycnVuKSgweDAwNDUpLCANCm1wczA6IAlz Y3NpX3N0YXR1cyhjaGVjayBjb25kaXRpb24pKDB4MDIpLCBzY3NpX3N0YXRlKGF1dG9zZW5zZSB2 YWxpZCApKDB4MDEpDQptcHMwOiAtPiBTZW5zZSBCdWZmZXIgRGF0YSA6IFN0YXJ0IDoNCih4cHQw Om1wczA6MDo4OjApOiBTRVJWSUNFIEFDVElPTiBJTigxNikuIENEQjogOWUgMTAgMCAwIDAgMCAw IDAgMCAwIDAgMCAwIGQgMCAwIA0KKHhwdDA6bXBzMDowOjg6MCk6IFNDU0kgc2Vuc2U6IElMTEVH QUwgUkVRVUVTVCBhc2M6MjQsMCAoSW52YWxpZCBmaWVsZCBpbiBDREIpDQptcHMwOiAtPiBTZW5z ZSBCdWZmZXIgRGF0YSA6IEVuZCA6DQpkYTEgYXQgbXBzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDEw IGx1biAwDQpkYTE6IDxTRUFHQVRFIFNUOTEwMDA2NDBTUyAwMDAxPiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0ktNSBkZXZpY2UgDQpkYTE6IDYwMC4wMDBNQi9zIHRyYW5zZmVycw0KZGExOiBDb21t YW5kIFF1ZXVlaW5nIGVuYWJsZWQNCmRhMTogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUg c2VjdG9yczogMjU1SCA2M1MvVCAxMjE2MDFDKQ0KZGEyIGF0IG1wczAgYnVzIDAgc2NidXMwIHRh cmdldCAxMSBsdW4gMA0KZGEyOiA8U0VBR0FURSBTVDkxMDAwNjQwU1MgMDAwMT4gRml4ZWQgRGly ZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIA0KZGEyOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMNCmRh MjogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkDQpkYTI6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUx MiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMTIxNjAxQykNCmRhMyBhdCBtcHMwIGJ1cyAwIHNj YnVzMCB0YXJnZXQgMTIgbHVuIDANCmRhMzogPFNFQUdBVEUgU1Q5MTAwMDY0MFNTIDAwMDE+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSANCmRhMzogNjAwLjAwME1CL3MgdHJhbnNm ZXJzDQpkYTM6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZA0KZGEzOiA5NTM4NjlNQiAoMTk1MzUy NTE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMUMpDQpkYTQgYXQgbXBzMCBi dXMgMCBzY2J1czAgdGFyZ2V0IDEzIGx1biAwDQpkYTQ6IDxTRUFHQVRFIFNUOTEwMDA2NDBTUyAw MDAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZpY2UgDQpkYTQ6IDYwMC4wMDBNQi9z IHRyYW5zZmVycw0KZGE0OiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQNCmRhNDogOTUzODY5TUIg KDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMjE2MDFDKQ0KZGE1IGF0 IG1wczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNCBsdW4gMA0KZGE1OiA8U0VBR0FURSBTVDkxMDAw NjQwU1MgMDAwMT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIA0KZGE1OiA2MDAu MDAwTUIvcyB0cmFuc2ZlcnMNCmRhNTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkDQpkYTU6IDk1 Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMTIxNjAxQykN CmRhNiBhdCBtcHMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTUgbHVuIDANCmRhNjogPFNFQUdBVEUg U1Q5MTAwMDY0MFNTIDAwMDE+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSANCmRh NjogNjAwLjAwME1CL3MgdHJhbnNmZXJzDQpkYTY6IENvbW1hbmQgUXVldWVpbmcgZW5hYmxlZA0K ZGE2OiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEy MTYwMUMpDQpkYTcgYXQgbXBzMCBidXMgMCBzY2J1czAgdGFyZ2V0IDE2IGx1biAwDQpkYTc6IDxT RUFHQVRFIFNUOTEwMDA2NDBTUyAwMDAxPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktNSBkZXZp Y2UgDQpkYTc6IDYwMC4wMDBNQi9zIHRyYW5zZmVycw0KZGE3OiBDb21tYW5kIFF1ZXVlaW5nIGVu YWJsZWQNCmRhNzogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCAxMjE2MDFDKQ0KZGE4IGF0IG1wczAgYnVzIDAgc2NidXMwIHRhcmdldCAxNyBsdW4gMA0K ZGE4OiA8U0VBR0FURSBTVDkxMDAwNjQwU1MgMDAwMT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJ LTUgZGV2aWNlIA0KZGE4OiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMNCmRhODogQ29tbWFuZCBRdWV1 ZWluZyBlbmFibGVkDQpkYTg6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6 IDI1NUggNjNTL1QgMTIxNjAxQykNCmRhOSBhdCBtcHMwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMTgg bHVuIDANCmRhOTogPFNFQUdBVEUgU1Q5MTAwMDY0MFNTIDAwMDE+IEZpeGVkIERpcmVjdCBBY2Nl c3MgU0NTSS01IGRldmljZSANCmRhOTogNjAwLjAwME1CL3MgdHJhbnNmZXJzDQpkYTk6IENvbW1h bmQgUXVldWVpbmcgZW5hYmxlZA0KZGE5OiA5NTM4NjlNQiAoMTk1MzUyNTE2OCA1MTIgYnl0ZSBz ZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMUMpDQpkYTEwIGF0IG1wczAgYnVzIDAgc2NidXMwIHRh cmdldCAxOSBsdW4gMA0KZGExMDogPFNFQUdBVEUgU1Q5MTAwMDY0MFNTIDAwMDE+IEZpeGVkIERp cmVjdCBBY2Nlc3MgU0NTSS01IGRldmljZSANCmRhMTA6IDYwMC4wMDBNQi9zIHRyYW5zZmVycw0K ZGExMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkDQpkYTEwOiA5NTM4NjlNQiAoMTk1MzUyNTE2 OCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDEyMTYwMUMpDQpTTVA6IEFQIENQVSAjMiBM YXVuY2hlZCENClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KU01QOiBBUCBDUFUgIzMgTGF1bmNo ZWQhDQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2RhMHMxYQ0KUk9PVCBNT1VO VCBFUlJPUjogDQpJZiB5b3UgaGF2ZSBpbnZhbGlkIG1vdW50IG9wdGlvbnMsIHJlYm9vdCwgYW5k IGZpcnN0IHRyeSB0aGUgZm9sbG93aW5nIGZyb20NCnRoZSBsb2FkZXIgcHJvbXB0Og0KDQogICAg IHNldCB2ZnMucm9vdC5tb3VudGZyb20ub3B0aW9ucz1ydw0KDQphbmQgdGhlbiByZW1vdmUgaW52 YWxpZCBtb3VudCBvcHRpb25zIGZyb20gL2V0Yy9mc3RhYi4NCg0KTG9hZGVyIHZhcmlhYmxlczoN CnZmcy5yb290Lm1vdW50ZnJvbT11ZnM6L2Rldi9kYTBzMWENCnZmcy5yb290Lm1vdW50ZnJvbS5v cHRpb25zPXJ3DQoNCk1hbnVhbCByb290IGZpbGVzeXN0ZW0gc3BlY2lmaWNhdGlvbjoNCiAgPGZz dHlwZT46PGRldmljZT4gIE1vdW50IDxkZXZpY2U+IHVzaW5nIGZpbGVzeXN0ZW0gPGZzdHlwZT4N CiAgICAgICAgICAgICAgICAgICAgICAgZWcuIHVmczovZGV2L2RhMHMxYQ0KICAgICAgICAgICAg ICAgICAgICAgICBlZy4gY2Q5NjYwOi9kZXYvYWNkMA0KICAgICAgICAgICAgICAgICAgICAgICBU aGlzIGlzIGVxdWl2YWxlbnQgdG86IG1vdW50IC10IGNkOTY2MCAvZGV2L2FjZDAgLw0KDQogID8g ICAgICAgICAgICAgICAgICBMaXN0IHZhbGlkIGRpc2sgYm9vdCBkZXZpY2VzDQogIDxlbXB0eSBs aW5lPiAgICAgICBBYm9ydCBtYW51YWwgaW5wdXQNCg0KbW91bnRyb290PiBtcHMwOiBFdmVudFJl cGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNC cm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50 UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNh c0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZl bnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDog U2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBF dmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50 OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6 IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZl bnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBz MDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglF dmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQpt cHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0K CUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDAN Cm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAw DQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4 MA0KbXBzMDogKDE1KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0K bXBzMDogKDE2KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoMTYp LT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMTcpLT4o bXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICgxNyktPihtcHNzYXNfZndf d29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6ICgxOCktPihtcHNzYXNfZndfd29y aykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDE4KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5n IG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDE5KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVl OiBbMTddDQptcHMwOiAoMTkpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBb MTddDQptcHMwOiAoMjApLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6 ICgyMCktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6ICgy MSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDIxKS0+KG1wc3Nh c19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDIyKS0+KG1wc3Nhc19m d193b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoMjIpLT4obXBzc2FzX2Z3X3dvcmspIFdv cmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMjMpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50 IEZyZWU6IFsxN10NCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFj a1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVu dENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJ QWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2 ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDEN CglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJ RXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDog MQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykN CglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3Ro OiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3 KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5n dGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4 MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxl bmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAo MHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRh TGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZl ICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiAoMjMpLT4obXBzc2FzX2Z3X3dvcmsp IFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMjQpLT4obXBzc2FzX2Z3X3dvcmspIEV2 ZW50IEZyZWU6IFsxN10NCm1wczA6ICgyNCktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAg RXZlbnQ6IFsxN10NCm1wczA6ICgyNSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3 XQ0KbXBzMDogKDI1KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0K bXBzMDogKDI2KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoMjYp LT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMjcpLT4o bXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICgyNyktPihtcHNzYXNfZndf d29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6ICgyOCktPihtcHNzYXNfZndfd29y aykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDI4KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5n IG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDI5KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVl OiBbMTddDQptcHMwOiAoMjkpLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBb MTddDQptcHMwOiAoMzApLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6 ICgzMCktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6ICgz MSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogRXZlbnRSZXBseQk6 DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRj YXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5 CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9h ZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVw bHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jy b2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRS ZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2Fz QnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVu dFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBT YXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2 ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6 IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDog RXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNrUmVxdWlyZWQ6IDANCglFdmVu dDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50Q29udGV4dDogMHgwDQptcHMw OiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1aXJlZDogMA0KCUV2 ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250ZXh0OiAweDANCm1w czA6ICgzMSktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6 ICgzMiktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDMyKS0+KG1w c3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDMzKS0+KG1wc3Nh c19md193b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoMzMpLT4obXBzc2FzX2Z3X3dvcmsp IFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMzQpLT4obXBzc2FzX2Z3X3dvcmspIEV2 ZW50IEZyZWU6IFsxN10NCm1wczA6ICgzNCktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAg RXZlbnQ6IFsxN10NCm1wczA6ICgzNSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3 XQ0KbXBzMDogKDM1KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0K bXBzMDogKDM2KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoMzYp LT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoMzcpLT4o bXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1wczA6ICgzNyktPihtcHNzYXNfZndf d29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6ICgzOCktPihtcHNzYXNfZndfd29y aykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDM4KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5n IG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDM5KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVl OiBbMTddDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglBY2tSZXF1 aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZlbnRDb250 ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0KCUFja1Jl cXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglFdmVudENv bnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAxDQoJQWNr UmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0KCUV2ZW50 Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6IDENCglB Y2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcpDQoJRXZl bnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0aDogMQ0K CUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgxNykNCglF dmVudENvbnRleHQ6IDB4MA0KbXBzMDogRXZlbnRSZXBseQk6DQoJRXZlbnREYXRhTGVuZ3RoOiAx DQoJQWNrUmVxdWlyZWQ6IDANCglFdmVudDogU2FzQnJvYWRjYXN0UHJpbWl0aXZlICgweDE3KQ0K CUV2ZW50Q29udGV4dDogMHgwDQptcHMwOiBFdmVudFJlcGx5CToNCglFdmVudERhdGFMZW5ndGg6 IDENCglBY2tSZXF1aXJlZDogMA0KCUV2ZW50OiBTYXNCcm9hZGNhc3RQcmltaXRpdmUgKDB4MTcp DQoJRXZlbnRDb250ZXh0OiAweDANCm1wczA6IEV2ZW50UmVwbHkJOg0KCUV2ZW50RGF0YUxlbmd0 aDogMQ0KCUFja1JlcXVpcmVkOiAwDQoJRXZlbnQ6IFNhc0Jyb2FkY2FzdFByaW1pdGl2ZSAoMHgx NykNCglFdmVudENvbnRleHQ6IDB4MA0KbXBzMDogKDM5KS0+KG1wc3Nhc19md193b3JrKSBXb3Jr aW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDQwKS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBG cmVlOiBbMTddDQptcHMwOiAoNDApLT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50 OiBbMTddDQptcHMwOiAoNDEpLT4obXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10NCm1w czA6ICg0MSktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAgRXZlbnQ6IFsxN10NCm1wczA6 ICg0MiktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3XQ0KbXBzMDogKDQyKS0+KG1w c3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0KbXBzMDogKDQzKS0+KG1wc3Nh c19md193b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoNDMpLT4obXBzc2FzX2Z3X3dvcmsp IFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoNDQpLT4obXBzc2FzX2Z3X3dvcmspIEV2 ZW50IEZyZWU6IFsxN10NCm1wczA6ICg0NCktPihtcHNzYXNfZndfd29yaykgV29ya2luZyBvbiAg RXZlbnQ6IFsxN10NCm1wczA6ICg0NSktPihtcHNzYXNfZndfd29yaykgRXZlbnQgRnJlZTogWzE3 XQ0KbXBzMDogKDQ1KS0+KG1wc3Nhc19md193b3JrKSBXb3JraW5nIG9uICBFdmVudDogWzE3XQ0K bXBzMDogKDQ2KS0+KG1wc3Nhc19md193b3JrKSBFdmVudCBGcmVlOiBbMTddDQptcHMwOiAoNDYp LT4obXBzc2FzX2Z3X3dvcmspIFdvcmtpbmcgb24gIEV2ZW50OiBbMTddDQptcHMwOiAoNDcpLT4o bXBzc2FzX2Z3X3dvcmspIEV2ZW50IEZyZWU6IFsxN10= --14dae93994995450d704b98ef583-- From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 15:20:37 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14551106566B for ; Wed, 22 Feb 2012 15:20:37 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog111.obsmtp.com (na3sys009aog111.obsmtp.com [74.125.149.205]) by mx1.freebsd.org (Postfix) with ESMTP id 700648FC1F for ; Wed, 22 Feb 2012 15:20:36 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob111.postini.com ([74.125.148.12]) with SMTP ID DSNKT0UHw/UpCBld+X2wXrE526Ms+CLK9OND@postini.com; Wed, 22 Feb 2012 07:20:36 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 10:25:22 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 10:20:34 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Wed, 22 Feb 2012 20:50:31 +0530 From: "Desai, Kashyap" To: Jason Wolfe Date: Wed, 22 Feb 2012 20:50:30 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: AczxdG6PnOp+UMIBRRyXElGdqyWDowAAIYHA Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 22 Feb 2012 15:20:37 -0000 Jason, You may need to set Enclosure settings properly. See below prints. LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5cdb5 slot 0 =09 LSI Debug _mapping_get_dev_info 982 8 13 255 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c01 slot 1=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6c799 slot 2=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033e562f5 slot 3=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a41 slot 4=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5efe9 slot 5=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a11 slot 6=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c71 slot 7=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f40fb1 slot 8=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6cba9 slot 9=20 .....=20 mps0: (13)->(mpssas_fw_work) Event Free: [1c] mps0: (13)->(mpssas_fw_work) Working on Event: [1c] LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f650cd slot 10=20 LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f29109 slot 11=20 LSI Debug _mapping_get_dev_info 946 sas addr 500304800126e3fd slot 0 < -- = SES is on slot-0 and even your first drive is also on slot-0 This is a problem. I hope you can rectify from enclosure settings and don't need further help = from driver side. ~ Kashyap > -----Original Message----- > From: Jason Wolfe [mailto:nitroboost@gmail.com] > Sent: Wednesday, February 22, 2012 8:43 PM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > On Wed, Feb 22, 2012 at 1:39 AM, Desai, Kashyap > wrote: > > Here is a possible root cause of this issue. > > > > Enclosure which you are using in your setup (might be) not configured > properly. > > > > You have Enclosure with 12 Slots + 1 SES Device. > > See below detail from the log. > > > > =A0 =A0 =A0 =A0EventDataLength: 5 > > =A0 =A0 =A0 =A0AckRequired: 0 > > =A0 =A0 =A0 =A0Event: SasEnclDeviceStatusChange (0x1d) > > =A0 =A0 =A0 =A0EventContext: 0x0 > > =A0 =A0 =A0 =A0EnclosureHandle: 0x2 > > =A0 =A0 =A0 =A0ReasonCode: Added > > =A0 =A0 =A0 =A0PhysicalPort: 0 > > =A0 =A0 =A0 =A0NumSlots: 13 > > =A0 =A0 =A0 =A0StartSlot: 0 > > =A0 =A0 =A0 =A0PhyBits: 0xff > > > > StartSlot is 0 in this case. > > Correct behavior should be each device on your enclosure must have > different slot number starting from 0 till 12. > > I have doubt that SES device has not configured well and it is using > slot-0 as default. This can create issue for actual device which is > connected to slot-0. > > So In your setup you will have slot-0 till slot-11 assigned for actual > Phys of your enclosures and again slot-0 is assigned for SES device > instead of Slot-12. > > > > To confirm my doubt: please provide me debug dmesg log using attached > patch. > > > > ~ Kashyap >=20 > Is the SES device a component of the LSI2008 controller, or is it a > separate piece? In either case, the device would have come configured > this way from LSI/Supermicro as we have not touched the configs. If > this is something we can't resolve in the driver that won't be much fun > :) >=20 > On Wed, Feb 22, 2012 at 3:35 AM, Desai, Kashyap > wrote: > > Ignore " dump_mapping_svn_2.patch" (it is wrong patch file) > > > > Attached " dump_mapping_svn_3.patch". > > > > ` Kashyap >=20 > Attached is the boot log with the dump_mapping_svn_3.patch applied >=20 > Jason From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 15:22:03 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29A931065672 for ; Wed, 22 Feb 2012 15:22:03 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id C2E888FC1E for ; Wed, 22 Feb 2012 15:22:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 9FBB8204172; Wed, 22 Feb 2012 16:21:59 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MPTBJjPZ8Y1c; Wed, 22 Feb 2012 16:21:58 +0100 (CET) Received: from [192.168.48.66] (unknown [69.166.22.91]) by smtp.infotech.no (Postfix) with ESMTPA id BB96620402E; Wed, 22 Feb 2012 16:21:57 +0100 (CET) Message-ID: <4F450814.4020100@interlog.com> Date: Wed, 22 Feb 2012 10:21:56 -0500 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Desai, Kashyap" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: Re: LSI2008 controller clobbers first disk with new LSI mps driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 15:22:03 -0000 On 12-02-22 03:39 AM, Desai, Kashyap wrote: > Here is a possible root cause of this issue. > > Enclosure which you are using in your setup (might be) not configured properly. > > You have Enclosure with 12 Slots + 1 SES Device. > See below detail from the log. > > EventDataLength: 5 > AckRequired: 0 > Event: SasEnclDeviceStatusChange (0x1d) > EventContext: 0x0 > EnclosureHandle: 0x2 > ReasonCode: Added > PhysicalPort: 0 > NumSlots: 13 > StartSlot: 0 > PhyBits: 0xff > > StartSlot is 0 in this case. > Correct behavior should be each device on your enclosure must have different slot number starting from 0 till 12. > I have doubt that SES device has not configured well and it is using slot-0 as default. This can create issue for actual device which is connected to slot-0. > So In your setup you will have slot-0 till slot-11 assigned for actual Phys of your enclosures and again slot-0 is assigned for SES device instead of Slot-12. No. SAS-2 expanders typically have an integral SES device on an expander _virtual_ phy (see SMP DISCOVER (LIST) response). Once you see that virtual phy flag the slot number is irrelevant. Doug Gilbert From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 15:34:19 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B09EE1065676 for ; Wed, 22 Feb 2012 15:34:19 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 4666D8FC0A for ; Wed, 22 Feb 2012 15:34:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 26F24204114; Wed, 22 Feb 2012 16:34:18 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0es-27X+DeIh; Wed, 22 Feb 2012 16:34:13 +0100 (CET) Received: from [192.168.48.66] (unknown [69.166.22.91]) by smtp.infotech.no (Postfix) with ESMTPA id 2BB3C20402E; Wed, 22 Feb 2012 16:34:11 +0100 (CET) Message-ID: <4F450AF3.3020300@interlog.com> Date: Wed, 22 Feb 2012 10:34:11 -0500 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Desai, Kashyap" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: Re: LSI2008 controller clobbers first disk with new LSI mps driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 15:34:19 -0000 On 12-02-22 10:20 AM, Desai, Kashyap wrote: > Jason, > > You may need to set Enclosure settings properly. > > See below prints. > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5cdb5 slot 0 > LSI Debug _mapping_get_dev_info 982 8 13 255 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c01 slot 1 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6c799 slot 2 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033e562f5 slot 3 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a41 slot 4 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5efe9 slot 5 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a11 slot 6 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c71 slot 7 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f40fb1 slot 8 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6cba9 slot 9 > ..... > mps0: (13)->(mpssas_fw_work) Event Free: [1c] > mps0: (13)->(mpssas_fw_work) Working on Event: [1c] > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f650cd slot 10 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f29109 slot 11 > LSI Debug _mapping_get_dev_info 946 sas addr 500304800126e3fd slot 0< -- SES is on slot-0 and even your first drive is also on slot-0 > > This is a problem. Again, no. Forget the slot numbers, look at the expander phy id. Slot numbers are mickey mouse, don't trust them for device discovery. As I suggested in my previous post, expander virtual phys don't have slot numbers, so the value you read is effectively "don't care". If this problem reported with FreeBSD happened with Linux, I (and a lot of others) would have been yelling at anyone we could find in LSI. My first stop would be Eric Moore. Doug Gilbert > I hope you can rectify from enclosure settings and don't need further help from driver side. > > > ~ Kashyap > >> -----Original Message----- >> From: Jason Wolfe [mailto:nitroboost@gmail.com] >> Sent: Wednesday, February 22, 2012 8:43 PM >> To: Desai, Kashyap >> Cc: freebsd-scsi@freebsd.org; McConnell, Stephen >> Subject: Re: LSI2008 controller clobbers first disk with new LSI mps >> driver >> >> On Wed, Feb 22, 2012 at 1:39 AM, Desai, Kashyap >> wrote: >>> Here is a possible root cause of this issue. >>> >>> Enclosure which you are using in your setup (might be) not configured >> properly. >>> >>> You have Enclosure with 12 Slots + 1 SES Device. >>> See below detail from the log. >>> >>> EventDataLength: 5 >>> AckRequired: 0 >>> Event: SasEnclDeviceStatusChange (0x1d) >>> EventContext: 0x0 >>> EnclosureHandle: 0x2 >>> ReasonCode: Added >>> PhysicalPort: 0 >>> NumSlots: 13 >>> StartSlot: 0 >>> PhyBits: 0xff >>> >>> StartSlot is 0 in this case. >>> Correct behavior should be each device on your enclosure must have >> different slot number starting from 0 till 12. >>> I have doubt that SES device has not configured well and it is using >> slot-0 as default. This can create issue for actual device which is >> connected to slot-0. >>> So In your setup you will have slot-0 till slot-11 assigned for actual >> Phys of your enclosures and again slot-0 is assigned for SES device >> instead of Slot-12. >>> >>> To confirm my doubt: please provide me debug dmesg log using attached >> patch. >>> >>> ~ Kashyap >> >> Is the SES device a component of the LSI2008 controller, or is it a >> separate piece? In either case, the device would have come configured >> this way from LSI/Supermicro as we have not touched the configs. If >> this is something we can't resolve in the driver that won't be much fun >> :) >> >> On Wed, Feb 22, 2012 at 3:35 AM, Desai, Kashyap >> wrote: >>> Ignore " dump_mapping_svn_2.patch" (it is wrong patch file) >>> >>> Attached " dump_mapping_svn_3.patch". >>> >>> ` Kashyap >> >> Attached is the boot log with the dump_mapping_svn_3.patch applied >> >> Jason > _______________________________________________ > 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 Feb 22 15:39:25 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB225106566C for ; Wed, 22 Feb 2012 15:39:25 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog101.obsmtp.com (na3sys009aog101.obsmtp.com [74.125.149.67]) by mx1.freebsd.org (Postfix) with ESMTP id 3B69B8FC0A for ; Wed, 22 Feb 2012 15:39:24 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob101.postini.com ([74.125.148.12]) with SMTP ID DSNKT0UMLM3OwV4JCLhErECXcNMWmKRGTGjc@postini.com; Wed, 22 Feb 2012 07:39:25 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 10:44:11 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 10:39:23 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Wed, 22 Feb 2012 21:09:20 +0530 From: "Desai, Kashyap" To: "dgilbert@interlog.com" Date: Wed, 22 Feb 2012 21:09:19 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: Aczxd3MCM9SpXIb4SqyvNbVaqLw/iwAAFdaQ Message-ID: References: <4F450AF3.3020300@interlog.com> In-Reply-To: <4F450AF3.3020300@interlog.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 22 Feb 2012 15:39:25 -0000 > -----Original Message----- > From: Douglas Gilbert [mailto:dgilbert@interlog.com] > Sent: Wednesday, February 22, 2012 9:04 PM > To: Desai, Kashyap > Cc: Jason Wolfe; freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > On 12-02-22 10:20 AM, Desai, Kashyap wrote: > > Jason, > > > > You may need to set Enclosure settings properly. > > > > See below prints. > > > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5cdb5 slot 0 >=20 > > LSI Debug _mapping_get_dev_info 982 8 13 255 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c01 slot 1 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6c799 slot 2 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033e562f5 slot 3 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a41 slot 4 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5efe9 slot 5 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a11 slot 6 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c71 slot 7 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f40fb1 slot 8 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6cba9 slot 9 > > ..... > > mps0: (13)->(mpssas_fw_work) Event Free: [1c] > > mps0: (13)->(mpssas_fw_work) Working on Event: [1c] > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f650cd slot 10 > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f29109 slot 11 > > LSI Debug _mapping_get_dev_info 946 sas addr 500304800126e3fd slot 0< > -- SES is on slot-0 and even your first drive is also on slot-0 > > > > This is a problem. >=20 > Again, no. Forget the slot numbers, look at the expander phy id. > Slot numbers are mickey mouse, don't trust them for device > discovery. As I suggested in my previous post, expander virtual > phys don't have slot numbers, so the value you read is > effectively "don't care". >=20 > If this problem reported with FreeBSD happened with Linux, > I (and a lot of others) would have been yelling at anyone > we could find in LSI. My first stop would be Eric Moore. Doug, Thanks for your input. I really need more clarity from architect from= LSI on this front. I don't recall why we choose slot as key for our mappin= g table search. BTW, Linux does not have this mapping mode support due to scsi transport la= yer. We have similar support for older Linux (RHEL4/SLES9) ~ Kashyap >=20 > Doug Gilbert >=20 > > I hope you can rectify from enclosure settings and don't need further > help from driver side. > > > > > > ~ Kashyap > > > >> -----Original Message----- > >> From: Jason Wolfe [mailto:nitroboost@gmail.com] > >> Sent: Wednesday, February 22, 2012 8:43 PM > >> To: Desai, Kashyap > >> Cc: freebsd-scsi@freebsd.org; McConnell, Stephen > >> Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > >> driver > >> > >> On Wed, Feb 22, 2012 at 1:39 AM, Desai, > Kashyap > >> wrote: > >>> Here is a possible root cause of this issue. > >>> > >>> Enclosure which you are using in your setup (might be) not > configured > >> properly. > >>> > >>> You have Enclosure with 12 Slots + 1 SES Device. > >>> See below detail from the log. > >>> > >>> EventDataLength: 5 > >>> AckRequired: 0 > >>> Event: SasEnclDeviceStatusChange (0x1d) > >>> EventContext: 0x0 > >>> EnclosureHandle: 0x2 > >>> ReasonCode: Added > >>> PhysicalPort: 0 > >>> NumSlots: 13 > >>> StartSlot: 0 > >>> PhyBits: 0xff > >>> > >>> StartSlot is 0 in this case. > >>> Correct behavior should be each device on your enclosure must have > >> different slot number starting from 0 till 12. > >>> I have doubt that SES device has not configured well and it is using > >> slot-0 as default. This can create issue for actual device which is > >> connected to slot-0. > >>> So In your setup you will have slot-0 till slot-11 assigned for > actual > >> Phys of your enclosures and again slot-0 is assigned for SES device > >> instead of Slot-12. > >>> > >>> To confirm my doubt: please provide me debug dmesg log using > attached > >> patch. > >>> > >>> ~ Kashyap > >> > >> Is the SES device a component of the LSI2008 controller, or is it a > >> separate piece? In either case, the device would have come > configured > >> this way from LSI/Supermicro as we have not touched the configs. If > >> this is something we can't resolve in the driver that won't be much > fun > >> :) > >> > >> On Wed, Feb 22, 2012 at 3:35 AM, Desai, > Kashyap > >> wrote: > >>> Ignore " dump_mapping_svn_2.patch" (it is wrong patch file) > >>> > >>> Attached " dump_mapping_svn_3.patch". > >>> > >>> ` Kashyap > >> > >> Attached is the boot log with the dump_mapping_svn_3.patch applied > >> > >> Jason > > _______________________________________________ > > 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 Feb 22 16:11:32 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C3F7106566B for ; Wed, 22 Feb 2012 16:11:32 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog112.obsmtp.com (na3sys009aog112.obsmtp.com [74.125.149.207]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED258FC15 for ; Wed, 22 Feb 2012 16:11:31 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob112.postini.com ([74.125.148.12]) with SMTP ID DSNKT0UTsmGGOVGdNSLkoVKqlSkPYmYDyUMr@postini.com; Wed, 22 Feb 2012 08:11:31 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 11:16:17 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 11:11:29 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Wed, 22 Feb 2012 21:41:26 +0530 From: "Desai, Kashyap" To: "dgilbert@interlog.com" Date: Wed, 22 Feb 2012 21:41:24 +0530 Thread-Topic: LSI2008 controller clobbers first disk with new LSI mps driver Thread-Index: AczxdbxHk8vJsdAURXuOqVBjaEt5EQABljag Message-ID: References: <4F450814.4020100@interlog.com> In-Reply-To: <4F450814.4020100@interlog.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: LSI2008 controller clobbers first disk with new LSI mps driver 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, 22 Feb 2012 16:11:32 -0000 > -----Original Message----- > From: Douglas Gilbert [mailto:dgilbert@interlog.com] > Sent: Wednesday, February 22, 2012 8:52 PM > To: Desai, Kashyap > Cc: Jason Wolfe; freebsd-scsi@freebsd.org; McConnell, Stephen > Subject: Re: LSI2008 controller clobbers first disk with new LSI mps > driver >=20 > On 12-02-22 03:39 AM, Desai, Kashyap wrote: > > Here is a possible root cause of this issue. > > > > Enclosure which you are using in your setup (might be) not configured > properly. > > > > You have Enclosure with 12 Slots + 1 SES Device. > > See below detail from the log. > > > > EventDataLength: 5 > > AckRequired: 0 > > Event: SasEnclDeviceStatusChange (0x1d) > > EventContext: 0x0 > > EnclosureHandle: 0x2 > > ReasonCode: Added > > PhysicalPort: 0 > > NumSlots: 13 > > StartSlot: 0 > > PhyBits: 0xff > > > > StartSlot is 0 in this case. > > Correct behavior should be each device on your enclosure must have > different slot number starting from 0 till 12. > > I have doubt that SES device has not configured well and it is using > slot-0 as default. This can create issue for actual device which is > connected to slot-0. > > So In your setup you will have slot-0 till slot-11 assigned for actual > Phys of your enclosures and again slot-0 is assigned for SES device > instead of Slot-12. >=20 > No. SAS-2 expanders typically have an integral SES device on an > expander _virtual_ phy (see SMP DISCOVER (LIST) response). Once > you see that virtual phy flag the slot number is irrelevant. Doug, I need some more info so that I can understand your point better. I have one Enclosure setup on FreeBSD. Here is smp_discover output. (smp_di= scover_list is failing for me) phy 0: inaccessible (phy vacant) phy 1: inaccessible (phy vacant) phy 2: inaccessible (phy vacant) phy 3: inaccessible (phy vacant) phy 4:S:attached:[500605b012345888:03 i(SSP+STP+SMP)] 6 Gbps phy 5:S:attached:[500605b012345888:02 i(SSP+STP+SMP)] 6 Gbps phy 6:S:attached:[500605b012345888:01 i(SSP+STP+SMP)] 6 Gbps phy 7:S:attached:[500605b012345888:00 i(SSP+STP+SMP)] 6 Gbps phy 12:D:attached:[5000c5003bc2c389:00 t(SSP)] 6 Gbps phy 13:D:attached:[500000e116ee91e2:00 t(SSP)] 6 Gbps phy 14:D:attached:[5000c5003bc308e5:00 t(SSP)] 6 Gbps phy 15:D:attached:[5000c5003bc2f0d1:00 t(SSP)] 6 Gbps phy 16:D:attached:[5000c5003bc2ff3d:00 t(SSP)] 6 Gbps phy 17:D:attached:[5000c5003bae5fdd:00 t(SSP)] 6 Gbps phy 18:D:attached:[5000c5003bae5eb1:00 t(SSP)] 6 Gbps phy 19:D:attached:[5000c5003bc2d135:00 t(SSP)] 6 Gbps phy 20:D:attached:[5000c5003baea36d:00 t(SSP)] 6 Gbps phy 21:D:attached:[5000c5003bc2a8c9:00 t(SSP)] 6 Gbps phy 22:D:attached:[5000c5003bc237a9:00 t(SSP)] 6 Gbps phy 23:D:attached:[5000c5003bc2cec1:00 t(SSP)] 6 Gbps phy 24:D:attached:[500000e01d92cb52:00 t(SSP)] 3 Gbps phy 25:D:attached:[500000e01d74cfb2:00 t(SSP)] 3 Gbps phy 26:D:attached:[500000e01d656052:00 t(SSP)] 3 Gbps phy 27:D:attached:[500000e01d7cad52:00 t(SSP)] 3 Gbps phy 28:D:attached:[500c04f2b64cdd1c:00 t(SATA)] 3 Gbps phy 29:D:attached:[500c04f2b64cdd1d:00 t(SATA)] 3 Gbps phy 30:D:attached:[500000e01d73c262:00 t(SSP)] 3 Gbps phy 31:D:attached:[500000e01d536b22:00 t(SSP)] 3 Gbps phy 32:D:attached:[500000e01d92cab2:00 t(SSP)] 3 Gbps phy 33:D:attached:[500000e01afd8792:00 t(SSP)] 3 Gbps phy 34:D:attached:[5000c5003bc30301:00 t(SSP)] 6 Gbps phy 35:D:attached:[5000c5003bb09a69:00 t(SSP)] 6 Gbps phy 36:D:attached:[500c04f2b64cdd3d:00 V i(SSP) t(SSP)] 6 Gbps <--- = This has virtual phy set. What I understood from your explanation is if we have virt_phy field set, w= e should not trust slot for that entry. You are suggesting to use phy index instead of slot. Just for info: But how= to see Slot details mapping with phy ? ~ Kashyap >=20 > Doug Gilbert From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 17:51:45 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A08A106564A; Wed, 22 Feb 2012 17:51:45 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog120.obsmtp.com (na3sys009aog120.obsmtp.com [74.125.149.140]) by mx1.freebsd.org (Postfix) with ESMTP id 05A7B8FC0A; Wed, 22 Feb 2012 17:51:43 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob120.postini.com ([74.125.148.12]) with SMTP ID DSNKT0UrLvPOKXWND7dy5zLJDlEh+3VyNd51@postini.com; Wed, 22 Feb 2012 09:51:44 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 12:56:29 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 12:51:41 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Wed, 22 Feb 2012 23:21:38 +0530 From: "Desai, Kashyap" To: "freebsd-scsi@freebsd.org" , freebsd-stable , "ed@FreeBSD.org" , "joerg@FreeBSD.org" Date: Wed, 22 Feb 2012 23:21:36 +0530 Thread-Topic: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited Thread-Index: AczxazPnpqiOme5iTReYEw8tAgtfPgAHxL5Q Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Justin T. Gibbs" , "Kenneth D. Merry" , "McConnell, Stephen" Subject: RE: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 22 Feb 2012 17:51:45 -0000 Adding Ed Schouten and Jorg Wunsch as I see there are author of msleep/mtx= related APIs. > -----Original Message----- > From: Desai, Kashyap > Sent: Wednesday, February 22, 2012 7:37 PM > To: freebsd-scsi@freebsd.org; freebsd-stable > Cc: 'Kenneth D. Merry'; McConnell, Stephen; Justin T. Gibbs > Subject: mpslsi0 : Trying sleep, but thread marked as sleeping > prohibited >=20 > Hi, >=20 > I am doing some code changes in mps dirver. While working on those > changes, I come to know about something which is new to me. > Some expert help is required to clarify my doubt. >=20 > 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING" > pflag. It means though irq in freebsd is treated as thread, > We cannot sleep in IRQ because of " "TDP_NOSLEEPING " set. > 2. In mps driver we have below code snippet in ISR routine. >=20 >=20 > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > mps_lock(sc); > mps_intr_locked(data); > mps_unlock(sc); >=20 > I wonder why there is no issue with above code ? Theoretical we cannot > sleep in ISR. (as explained in #1) > Any thoughts ? >=20 >=20 > 3. I recently added few place msleep() instead of DELAY in ISR context > and I see > " Trying sleep, but thread marked as sleeping prohibited". >=20 >=20 > ` Kashyap From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 19:59:58 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492EE106566B; Wed, 22 Feb 2012 19:59:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id CE29C8FC14; Wed, 22 Feb 2012 19:59:57 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q1MJFK1b096717; Wed, 22 Feb 2012 21:15:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q1MJFJqN039916; Wed, 22 Feb 2012 21:15:19 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q1MJFJGQ039915; Wed, 22 Feb 2012 21:15:19 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 22 Feb 2012 21:15:19 +0200 From: Konstantin Belousov To: "Desai, Kashyap" Message-ID: <20120222191519.GT55074@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mgIE+9cwyCTt+85Z" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-scsi@freebsd.org" , "Kenneth D. Merry" , "Justin T. Gibbs" , freebsd-stable , "McConnell, Stephen" Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 22 Feb 2012 19:59:58 -0000 --mgIE+9cwyCTt+85Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 22, 2012 at 07:36:42PM +0530, Desai, Kashyap wrote: > Hi, >=20 > I am doing some code changes in mps dirver. While working on those change= s, I come to know about something which is new to me. > Some expert help is required to clarify my doubt. >=20 > 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING" pf= lag. It means though irq in freebsd is treated as thread, > We cannot sleep in IRQ because of " "TDP_NOSLEEPING " set. > 2. In mps driver we have below code snippet in ISR routine. >=20 >=20 > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > mps_lock(sc); > mps_intr_locked(data); > mps_unlock(sc); >=20 > I wonder why there is no issue with above code ? Theoretical we cannot sl= eep in ISR. (as explained in #1) > Any thoughts ? >=20 >=20 > 3. I recently added few place msleep() instead of DELAY in ISR context an= d I see=20 > " Trying sleep, but thread marked as sleeping prohibited". >=20 FreeBSD has several basic ways to prevent a thread from executing on CPU. They mostly fall into two categories: bounded sleep, sometimes called blocking, and unbounded sleep, usually abbreviated as sleep. The bounded there refers to amount of code executed by other thread that hold resource preventing blocked thread from making a progress. Examples of the blocking primitives are mutexes, rw locks and rm locks. The blocking is not counted as sleeping, so interrupt threads, which are designated as non-sleeping, still can lock mutexes. Examples of the sleeping primitives are msleep(), sx locks, lockmgr locks and conditional variables. In essence, the locking facilities are split into several classes that form the hierarchy, and you cannot legally obtain the lock of higher class while holding a lock of lower class: spin mutexes -> blocking locks -> sleeping locks. It establishes some meta-order on the all locks. Does this make sense ? --mgIE+9cwyCTt+85Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9FPsYACgkQC3+MBN1Mb4jg3wCeLVn0cKBcNva+KW7kkXym2wQf MIUAoNvRwD93Sxnykix6rw/vR+lmSa0z =IYv+ -----END PGP SIGNATURE----- --mgIE+9cwyCTt+85Z-- From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 00:22:20 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEDF0106566B; Thu, 23 Feb 2012 00:22:20 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog102.obsmtp.com (na3sys009aog102.obsmtp.com [74.125.149.69]) by mx1.freebsd.org (Postfix) with ESMTP id BD3208FC0C; Thu, 23 Feb 2012 00:22:19 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob102.postini.com ([74.125.148.12]) with SMTP ID DSNKT0WGuoUn+p54emR2yLFS64XWnwr6OlrP@postini.com; Wed, 22 Feb 2012 16:22:20 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 19:27:05 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 19:22:17 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Thu, 23 Feb 2012 05:52:14 +0530 From: "Desai, Kashyap" To: Konstantin Belousov Date: Thu, 23 Feb 2012 05:52:12 +0530 Thread-Topic: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited Thread-Index: Aczxlo487pC/r7O9Q7aOJ9HCBeka5gAKHhLw Message-ID: References: <20120222191519.GT55074@deviant.kiev.zoral.com.ua> In-Reply-To: <20120222191519.GT55074@deviant.kiev.zoral.com.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "Kenneth D. Merry" , "Justin T. Gibbs" , freebsd-stable , "McConnell, Stephen" Subject: RE: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 00:22:20 -0000 > -----Original Message----- > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > Sent: Thursday, February 23, 2012 12:45 AM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; freebsd-stable; Justin T. Gibbs; Kenneth > D. Merry; McConnell, Stephen > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > prohibited >=20 > On Wed, Feb 22, 2012 at 07:36:42PM +0530, Desai, Kashyap wrote: > > Hi, > > > > I am doing some code changes in mps dirver. While working on those > changes, I come to know about something which is new to me. > > Some expert help is required to clarify my doubt. > > > > 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING" > > pflag. It means though irq in freebsd is treated as thread, We cannot > sleep in IRQ because of " "TDP_NOSLEEPING " set. > > 2. In mps driver we have below code snippet in ISR routine. > > > > > > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > > mps_lock(sc); > > mps_intr_locked(data); > > mps_unlock(sc); > > > > I wonder why there is no issue with above code ? Theoretical we cannot > > sleep in ISR. (as explained in #1) Any thoughts ? > > > > > > 3. I recently added few place msleep() instead of DELAY in ISR context > > and I see " Trying sleep, but thread marked as sleeping prohibited". > > > FreeBSD has several basic ways to prevent a thread from executing on > CPU. > They mostly fall into two categories: bounded sleep, sometimes called > blocking, and unbounded sleep, usually abbreviated as sleep. The bounded > there refers to amount of code executed by other thread that hold > resource preventing blocked thread from making a progress. >=20 > Examples of the blocking primitives are mutexes, rw locks and rm locks. > The blocking is not counted as sleeping, so interrupt threads, which are > designated as non-sleeping, still can lock mutexes. Thanks for the tech help. .=20 As per you comment, So now I understood as "TDP_NOSLEEPING" is only for unb= ounded sleep restriction. Just curious to know, What is a reason that thread can do blocking sleep bu= t can't do unbounded sleep ? Since technically we introduced sleeping restriction on interrupt thread is= to avoid starvation and that can be fit with either of the sleep type. Is this not true ? I will be able to progress on my work based on your comment. A much thanks = for correcting my doubt. ~ Kashyap >=20 > Examples of the sleeping primitives are msleep(), sx locks, lockmgr > locks and conditional variables. >=20 > In essence, the locking facilities are split into several classes that > form the hierarchy, and you cannot legally obtain the lock of higher > class while holding a lock of lower class: > spin mutexes -> blocking locks -> sleeping locks. > It establishes some meta-order on the all locks. >=20 > Does this make sense ? From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 01:51:05 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 597F8106566B for ; Thu, 23 Feb 2012 01:51:05 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0DC8FC14 for ; Thu, 23 Feb 2012 01:51:04 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp030.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LZT00ABFMD13060@asmtp030.mac.com>; Wed, 22 Feb 2012 16:51:02 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-02-22_06:2012-02-21, 2012-02-22, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1202220287 From: Chuck Swiger In-reply-to: Date: Wed, 22 Feb 2012 16:51:00 -0800 Message-id: References: <20120222191519.GT55074@deviant.kiev.zoral.com.ua> To: "Desai, Kashyap" X-Mailer: Apple Mail (2.1084) Cc: freebsd-scsi@freebsd.org, freebsd-stable , "McConnell, Stephen" Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 01:51:05 -0000 On Feb 22, 2012, at 4:22 PM, Desai, Kashyap wrote: > Just curious to know, What is a reason that thread can do blocking sleep but can't do unbounded sleep ? When you block, the scheduler can run other threads and only needs to wake up and run your thread after the blocking condition is completed. However, you don't want to busy-wait in a spin lock/mutex for any lengthy period of time. If your thread was allowed to do an unbounded sleep, especially in a fast interrupt handler context, what's going to wake it up? An NMI like the reset button [1]? :-) Regards, -- -Chuck [1]: Well, you could also call STI to permit clock interrupts or something else to fire an interrupt, but then your interrupt handler needs to be re-entrant. (And watch out for multiple nested interrupts blowing out the available stack space....) From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 02:14:29 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F259106564A; Thu, 23 Feb 2012 02:14:29 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog119.obsmtp.com (na3sys009aog119.obsmtp.com [74.125.149.246]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3E28FC0C; Thu, 23 Feb 2012 02:14:28 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob119.postini.com ([74.125.148.12]) with SMTP ID DSNKT0WhA8nu2WfPrFJ2KyTSxqqVWE9HEGHw@postini.com; Wed, 22 Feb 2012 18:14:28 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 21:19:14 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 22 Feb 2012 21:14:26 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Thu, 23 Feb 2012 07:44:23 +0530 From: "Desai, Kashyap" To: Chuck Swiger Date: Thu, 23 Feb 2012 07:44:21 +0530 Thread-Topic: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited Thread-Index: AczxxToJrFdKBW0ORNyNsEGs5tS+qgACqMjw Message-ID: References: <20120222191519.GT55074@deviant.kiev.zoral.com.ua> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , freebsd-stable , "McConnell, Stephen" Subject: RE: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 02:14:29 -0000 > -----Original Message----- > From: Chuck Swiger [mailto:cswiger@mac.com] > Sent: Thursday, February 23, 2012 6:21 AM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; freebsd-stable; McConnell, Stephen > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > prohibited >=20 > On Feb 22, 2012, at 4:22 PM, Desai, Kashyap wrote: > > Just curious to know, What is a reason that thread can do blocking > sleep but can't do unbounded sleep ? >=20 > When you block, the scheduler can run other threads and only needs to > wake up and run your thread after the blocking condition is completed. >=20 > However, you don't want to busy-wait in a spin lock/mutex for any > lengthy period of time. If your thread was allowed to do an unbounded > sleep, especially in a fast interrupt handler context, what's going to > wake it up? An NMI like the reset button [1]? :-) When I started working on freebsd, first thing I noticed was ISR in freebsd= are thread. (special thread). But at least not like linux where we don't h= ave pid associate with ISR. So In Freebsd we will have thread id for related isr routine. Consider that fact, Even in fast interrupts handler context we should be ab= le to sleep. (e.a pause("mps_pause", (hz/1000));) Schedule can put thread into wait_queue and eventually when wait condition = meet, thread will be wake by OS. I mean if we can sleep in fast interrupt handler using mtx_ call, why not m= sleep/pause ? Sorry if I am extending this conversation. I really appreciate kind of help= from freebsd forum.! ` Kashyap >=20 > Regards, > -- > -Chuck >=20 > [1]: Well, you could also call STI to permit clock interrupts or > something else to fire an interrupt, but then your interrupt handler > needs to be re-entrant. (And watch out for multiple nested interrupts > blowing out the available stack space....) From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 09:25:18 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C60E106566B; Thu, 23 Feb 2012 09:25:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 294788FC16; Thu, 23 Feb 2012 09:25:17 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q1N9OwaE036298; Thu, 23 Feb 2012 11:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q1N9OwRM044834; Thu, 23 Feb 2012 11:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q1N9OvTG044833; Thu, 23 Feb 2012 11:24:57 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 23 Feb 2012 11:24:57 +0200 From: Konstantin Belousov To: "Desai, Kashyap" Message-ID: <20120223092457.GB55074@deviant.kiev.zoral.com.ua> References: <20120222191519.GT55074@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ATYltwmfWCpDp8Ax" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-scsi@freebsd.org" , "Kenneth D. Merry" , "Justin T. Gibbs" , freebsd-stable , "McConnell, Stephen" Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 09:25:18 -0000 --ATYltwmfWCpDp8Ax Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 23, 2012 at 05:52:12AM +0530, Desai, Kashyap wrote: >=20 >=20 > > -----Original Message----- > > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > > Sent: Thursday, February 23, 2012 12:45 AM > > To: Desai, Kashyap > > Cc: freebsd-scsi@freebsd.org; freebsd-stable; Justin T. Gibbs; Kenneth > > D. Merry; McConnell, Stephen > > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > > prohibited > >=20 > > On Wed, Feb 22, 2012 at 07:36:42PM +0530, Desai, Kashyap wrote: > > > Hi, > > > > > > I am doing some code changes in mps dirver. While working on those > > changes, I come to know about something which is new to me. > > > Some expert help is required to clarify my doubt. > > > > > > 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING" > > > pflag. It means though irq in freebsd is treated as thread, We cannot > > sleep in IRQ because of " "TDP_NOSLEEPING " set. > > > 2. In mps driver we have below code snippet in ISR routine. > > > > > > > > > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > > > mps_lock(sc); > > > mps_intr_locked(data); > > > mps_unlock(sc); > > > > > > I wonder why there is no issue with above code ? Theoretical we cannot > > > sleep in ISR. (as explained in #1) Any thoughts ? > > > > > > > > > 3. I recently added few place msleep() instead of DELAY in ISR context > > > and I see " Trying sleep, but thread marked as sleeping prohibited". > > > > > FreeBSD has several basic ways to prevent a thread from executing on > > CPU. > > They mostly fall into two categories: bounded sleep, sometimes called > > blocking, and unbounded sleep, usually abbreviated as sleep. The bounded > > there refers to amount of code executed by other thread that hold > > resource preventing blocked thread from making a progress. > >=20 > > Examples of the blocking primitives are mutexes, rw locks and rm locks. > > The blocking is not counted as sleeping, so interrupt threads, which are > > designated as non-sleeping, still can lock mutexes. > Thanks for the tech help. .=20 >=20 > As per you comment, So now I understood as "TDP_NOSLEEPING" is only > for unbounded sleep restriction. Just curious to know, What is a > reason that thread can do blocking sleep but can't do unbounded sleep > ? Since technically we introduced sleeping restriction on interrupt > thread is to avoid starvation and that can be fit with either of the > sleep type. Is this not true ? No, not to avoid starvation. The intent of the blocking primitives is to acquire resources for limited amount of time. In other words, you never take a mutex for undefinitely long computation process. On the other hand, msleep sleep usually has no limitations. You do not want the interrupt thread to be put off the processor for undefined time, so sleep is prohibited. Another issue is that sleeping locks do not do priority propagation to the resource owners, while turnstiles used for blocking do. This way, interrupt thread waiting for mutex donates its priority to the current mutex owner, or at least it shall do. >=20 > I will be able to progress on my work based on your comment. A much thank= s for correcting my doubt. >=20 > ~ Kashyap >=20 > >=20 > > Examples of the sleeping primitives are msleep(), sx locks, lockmgr > > locks and conditional variables. > >=20 > > In essence, the locking facilities are split into several classes that > > form the hierarchy, and you cannot legally obtain the lock of higher > > class while holding a lock of lower class: > > spin mutexes -> blocking locks -> sleeping locks. > > It establishes some meta-order on the all locks. > >=20 > > Does this make sense ? >=20 --ATYltwmfWCpDp8Ax Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9GBekACgkQC3+MBN1Mb4gWYACdF0VYEz9/Zlgfb3xdfANWWZar j6IAoPD8FnxUrm+aokl/YQqtevqYMLrU =4uF7 -----END PGP SIGNATURE----- --ATYltwmfWCpDp8Ax-- From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 09:46:14 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2733D106564A; Thu, 23 Feb 2012 09:46:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id D7AF08FC0A; Thu, 23 Feb 2012 09:46:13 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id BCC462A28CB7; Thu, 23 Feb 2012 10:46:11 +0100 (CET) Date: Thu, 23 Feb 2012 10:46:11 +0100 From: Ed Schouten To: "Desai, Kashyap" Message-ID: <20120223094611.GC32748@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable , "joerg@FreeBSD.org" , "Kenneth D. Merry" , "freebsd-scsi@freebsd.org" , "Justin T. Gibbs" , "McConnell, Stephen" Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 09:46:14 -0000 --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kashyap, * Desai, Kashyap , 20120222 18:51: > Adding Ed Schouten and Jorg Wunsch as I see there are author of > msleep/mtx related APIs. Am I? :-) > 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING" > pflag. It means though irq in freebsd is treated as thread, > We cannot sleep in IRQ because of " "TDP_NOSLEEPING " set. > 2. In mps driver we have below code snippet in ISR routine. >=20 >=20 > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > mps_lock(sc); > mps_intr_locked(data); > mps_unlock(sc); >=20 > I wonder why there is no issue with above code ? Theoretical we cannot > sleep in ISR. (as explained in #1) > Any thoughts ? The TDP_NOSLEEPING flag only disallows sleeping of an indeterminate amount of time. Locking a mutex is allowed, as it can only cause the thread to be blocked for a small amount of time, waiting for another thread to unlock it. > 3. I recently added few place msleep() instead of DELAY in ISR context > and I see > " Trying sleep, but thread marked as sleeping prohibited". Which makes sense, as msleep() can be used to sleep for indefinitely. --=20 Ed Schouten WWW: http://80386.nl/ --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iQIcBAEBAgAGBQJPRgrjAAoJEG5e2P40kaK7Wk4P/RSI//kT8DyA0dSBCZbSyA74 CA94Gxdd6NE+O5BVcgqdylN9v8Zp4eQ0QWhg/jYOWZR0VqH0o8hLbF9rICj1k9TV S6i7xNT+9weMo45fQaWJM4iyEW5J+S+mhm2qvxMEx2Goy0nMSS9vfQ/oU/ouZ6Nh Hz5lSjTefG7Bv6YIbKMeNder+RhbKl82yxbMGlfvLQwbPcQD+VRzD0sY/vD9neuB UneFt41BWytryGsh5jc3qNlWq3aP0xb/QGOmMwQKXBfrhgDCDWO1X4h5JmrUoLG0 UwGa1ForcdEVGoNSbFqkHThq0pPqEgUWaP+kCrsr565d6wh/dTuBzf+l2+788oT7 8XxNVtPfmcKevFJISMmFT/YyvNoYIIkzVdSN/kNf3LZHX/iawptbeFylwd0FB0GM ITw15B4oGp6zUi9oZMR5hTayUW5UZM88jIxlSEgXsqN/ipLZeWl5JNVSjQDbH2tK A+AsDtqGybM5YZoDVoHFkl3LhoRBkxMiPdowl9geAD7rZxdK/EA6znUa6ojpsaGw nNBIUPFAW/dogxNMky461hhb1D77BzwY6fObPY9B71wiXV/cyEAUeVLP1dQ9Fn2Y 2xL3Mei7fVS101OgARK854bddQc8schDoETQk+O54o//JkDypSpjC9nUd6DWXjHN Zt7ZGjMJOjOfAHsksMl5 =+cMB -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 13:15:36 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AEC2106566B; Thu, 23 Feb 2012 13:15:36 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog105.obsmtp.com (na3sys009aog105.obsmtp.com [74.125.149.75]) by mx1.freebsd.org (Postfix) with ESMTP id 768248FC13; Thu, 23 Feb 2012 13:15:35 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob105.postini.com ([74.125.148.12]) with SMTP ID DSNKT0Y79jrMvJtxitf75DYklripRivWpX58@postini.com; Thu, 23 Feb 2012 05:15:36 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 23 Feb 2012 08:20:19 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 23 Feb 2012 08:15:33 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Thu, 23 Feb 2012 18:45:30 +0530 From: "Desai, Kashyap" To: Ed Schouten Date: Thu, 23 Feb 2012 18:45:29 +0530 Thread-Topic: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited Thread-Index: AczyD/02FbCI9SrkQyKSb+ipNDdQzAAHNqbg Message-ID: References: <20120223094611.GC32748@hoeg.nl> In-Reply-To: <20120223094611.GC32748@hoeg.nl> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: freebsd-stable , "joerg@FreeBSD.org" , "Kenneth D. Merry" , "freebsd-scsi@freebsd.org" , "Justin T. Gibbs" , "McConnell, Stephen" Subject: RE: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 13:15:36 -0000 > -----Original Message----- > From: Ed Schouten [mailto:ed@80386.nl] > Sent: Thursday, February 23, 2012 3:16 PM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; freebsd-stable; joerg@FreeBSD.org; Kenneth > D. Merry; McConnell, Stephen; Justin T. Gibbs > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > prohibited >=20 > Hi Kashyap, >=20 > * Desai, Kashyap , 20120222 18:51: > > Adding Ed Schouten and Jorg Wunsch as I see there are author of > > msleep/mtx related APIs. >=20 > Am I? :-) I am new to FreeBSD and desperate to know the answer. :-). Thanks for your = help. >=20 > > 1. When any irq is register with FreeBSD OS, it sets " TDP_NOSLEEPING" > > pflag. It means though irq in freebsd is treated as thread, We cannot > > sleep in IRQ because of " "TDP_NOSLEEPING " set. > > 2. In mps driver we have below code snippet in ISR routine. > > > > > > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > > mps_lock(sc); > > mps_intr_locked(data); > > mps_unlock(sc); > > > > I wonder why there is no issue with above code ? Theoretical we cannot > > sleep in ISR. (as explained in #1) Any thoughts ? >=20 > The TDP_NOSLEEPING flag only disallows sleeping of an indeterminate > amount of time. Locking a mutex is allowed, as it can only cause the > thread to be blocked for a small amount of time, waiting for another > thread to unlock it. So does this assumption that another thread will release mutex fast enough = ? Same as msleep() this can be applicable here as well. I mean another thread= _can_ (if some bad drivers) take long time to release mutex. >=20 > > 3. I recently added few place msleep() instead of DELAY in ISR context > > and I see " Trying sleep, but thread marked as sleeping prohibited". >=20 > Which makes sense, as msleep() can be used to sleep for indefinitely. This part is clear. ! I agree with all experts view.=20 >=20 > -- > Ed Schouten > WWW: http://80386.nl/ From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 13:22:15 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B36C71065670; Thu, 23 Feb 2012 13:22:15 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog110.obsmtp.com (na3sys009aog110.obsmtp.com [74.125.149.203]) by mx1.freebsd.org (Postfix) with ESMTP id B7C358FC13; Thu, 23 Feb 2012 13:22:14 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob110.postini.com ([74.125.148.12]) with SMTP ID DSNKT0Y9hlkV3GddnhIt39PwVHD848jt0Sma@postini.com; Thu, 23 Feb 2012 05:22:15 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 23 Feb 2012 08:26:57 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 23 Feb 2012 08:22:11 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Thu, 23 Feb 2012 18:52:08 +0530 From: "Desai, Kashyap" To: Konstantin Belousov Date: Thu, 23 Feb 2012 18:52:07 +0530 Thread-Topic: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited Thread-Index: AczyDROYsJKb9H2BQMOCoaNj4iTZKAAIFAPA Message-ID: References: <20120222191519.GT55074@deviant.kiev.zoral.com.ua> <20120223092457.GB55074@deviant.kiev.zoral.com.ua> In-Reply-To: <20120223092457.GB55074@deviant.kiev.zoral.com.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-scsi@freebsd.org" , "Kenneth D. Merry" , "Justin T. Gibbs" , freebsd-stable , "McConnell, Stephen" Subject: RE: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 13:22:15 -0000 > -----Original Message----- > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > Sent: Thursday, February 23, 2012 2:55 PM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; freebsd-stable; Justin T. Gibbs; Kenneth > D. Merry; McConnell, Stephen > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > prohibited >=20 > On Thu, Feb 23, 2012 at 05:52:12AM +0530, Desai, Kashyap wrote: > > > > > > > -----Original Message----- > > > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > > > Sent: Thursday, February 23, 2012 12:45 AM > > > To: Desai, Kashyap > > > Cc: freebsd-scsi@freebsd.org; freebsd-stable; Justin T. Gibbs; > > > Kenneth D. Merry; McConnell, Stephen > > > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > > > prohibited > > > > > > On Wed, Feb 22, 2012 at 07:36:42PM +0530, Desai, Kashyap wrote: > > > > Hi, > > > > > > > > I am doing some code changes in mps dirver. While working on those > > > changes, I come to know about something which is new to me. > > > > Some expert help is required to clarify my doubt. > > > > > > > > 1. When any irq is register with FreeBSD OS, it sets " > TDP_NOSLEEPING" > > > > pflag. It means though irq in freebsd is treated as thread, We > > > > cannot > > > sleep in IRQ because of " "TDP_NOSLEEPING " set. > > > > 2. In mps driver we have below code snippet in ISR routine. > > > > > > > > > > > > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > > > > mps_lock(sc); > > > > mps_intr_locked(data); > > > > mps_unlock(sc); > > > > > > > > I wonder why there is no issue with above code ? Theoretical we > > > > cannot sleep in ISR. (as explained in #1) Any thoughts ? > > > > > > > > > > > > 3. I recently added few place msleep() instead of DELAY in ISR > > > > context and I see " Trying sleep, but thread marked as sleeping > prohibited". > > > > > > > FreeBSD has several basic ways to prevent a thread from executing on > > > CPU. > > > They mostly fall into two categories: bounded sleep, sometimes > > > called blocking, and unbounded sleep, usually abbreviated as sleep. > > > The bounded there refers to amount of code executed by other thread > > > that hold resource preventing blocked thread from making a progress. > > > > > > Examples of the blocking primitives are mutexes, rw locks and rm > locks. > > > The blocking is not counted as sleeping, so interrupt threads, which > > > are designated as non-sleeping, still can lock mutexes. > > Thanks for the tech help. . > > > > As per you comment, So now I understood as "TDP_NOSLEEPING" is only > > for unbounded sleep restriction. Just curious to know, What is a > > reason that thread can do blocking sleep but can't do unbounded sleep > > ? Since technically we introduced sleeping restriction on interrupt > > thread is to avoid starvation and that can be fit with either of the > > sleep type. Is this not true ? > No, not to avoid starvation. >=20 > The intent of the blocking primitives is to acquire resources for > limited amount of time. In other words, you never take a mutex for > undefinitely long computation process. On the other hand, msleep sleep > usually has no limitations. I got same reply from Ed Schouten. I agree and understood your note. Thanks= for poring knowledge on this area. _but_ only query is when thread take mutex, we don't know when it will rele= ase. So holding time of mutex is really not known. In case of some bad code, where thread took mutex and not release within sh= ort time. This can eventually match upto msleep restriction as well. Do we have any checks that thread took long time holding mutext ? Similar = to linux where spinlock has been not release in some specific time, they du= mp warnings with backtrace. ~ Kashyap >=20 > You do not want the interrupt thread to be put off the processor for > undefined time, so sleep is prohibited. >=20 > Another issue is that sleeping locks do not do priority propagation to > the resource owners, while turnstiles used for blocking do. This way, > interrupt thread waiting for mutex donates its priority to the current > mutex owner, or at least it shall do. >=20 > > > > I will be able to progress on my work based on your comment. A much > thanks for correcting my doubt. > > > > ~ Kashyap > > > > > > > > Examples of the sleeping primitives are msleep(), sx locks, lockmgr > > > locks and conditional variables. > > > > > > In essence, the locking facilities are split into several classes > > > that form the hierarchy, and you cannot legally obtain the lock of > > > higher class while holding a lock of lower class: > > > spin mutexes -> blocking locks -> sleeping locks. > > > It establishes some meta-order on the all locks. > > > > > > Does this make sense ? > > From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 15:35:17 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B34C9106564A; Thu, 23 Feb 2012 15:35:17 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 00F6E8FC0C; Thu, 23 Feb 2012 15:35:16 +0000 (UTC) Received: by qaea17 with SMTP id a17so1742461qae.13 for ; Thu, 23 Feb 2012 07:35:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=1JcHY4k6ay+mYANyL30n7YXDZ+xOB/KZWwJTjBXfofY=; b=IzTW6qH7YvZt5EqlKFM1i3Y4XtH7Ee9rC4KhrdYQQ7pjv/1SWPIEsbpOY8crv/G/6e xlilM+81heuaENOblUgLUGLBWt1VD9oLdePNuNZfRrVbncvcZJslwH3rEGw9Wxt/avQe txAJtlbUzjGG3spZfi+Dnn4XwfP9+7mM8zU/0= Received: by 10.229.106.17 with SMTP id v17mr1068518qco.145.1330009924984; Thu, 23 Feb 2012 07:12:04 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id el3sm4595452qab.8.2012.02.23.07.12.03 (version=SSLv3 cipher=OTHER); Thu, 23 Feb 2012 07:12:03 -0800 (PST) Date: Thu, 23 Feb 2012 10:11:57 -0500 From: Alexander Kabaev To: "Desai, Kashyap" Message-ID: <20120223101157.0bb3f2ee@kan.dyndns.org> In-Reply-To: References: <20120223094611.GC32748@hoeg.nl> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/950qJ=4tk1nASHapQ0CY+jC"; protocol="application/pgp-signature" Cc: Ed Schouten , freebsd-stable , "joerg@FreeBSD.org" , "Kenneth D. Merry" , "freebsd-scsi@freebsd.org" , "Justin T. Gibbs" , "McConnell, Stephen" Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 15:35:17 -0000 --Sig_/950qJ=4tk1nASHapQ0CY+jC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 23 Feb 2012 18:45:29 +0530 "Desai, Kashyap" wrote: >=20 >=20 > > -----Original Message----- > > From: Ed Schouten [mailto:ed@80386.nl] > > Sent: Thursday, February 23, 2012 3:16 PM > > To: Desai, Kashyap > > Cc: freebsd-scsi@freebsd.org; freebsd-stable; joerg@FreeBSD.org; > > Kenneth D. Merry; McConnell, Stephen; Justin T. Gibbs > > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > > prohibited > >=20 > > Hi Kashyap, > >=20 > > * Desai, Kashyap , 20120222 18:51: > > > Adding Ed Schouten and Jorg Wunsch as I see there are author of > > > msleep/mtx related APIs. > >=20 > > Am I? :-) > I am new to FreeBSD and desperate to know the answer. :-). Thanks for > your help. > >=20 > > > 1. When any irq is register with FreeBSD OS, it sets " > > > TDP_NOSLEEPING" pflag. It means though irq in freebsd is treated > > > as thread, We cannot sleep in IRQ because of " "TDP_NOSLEEPING " > > > set. 2. In mps driver we have below code snippet in ISR routine. > > > > > > > > > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > > > mps_lock(sc); > > > mps_intr_locked(data); > > > mps_unlock(sc); > > > > > > I wonder why there is no issue with above code ? Theoretical we > > > cannot sleep in ISR. (as explained in #1) Any thoughts ? > >=20 > > The TDP_NOSLEEPING flag only disallows sleeping of an indeterminate > > amount of time. Locking a mutex is allowed, as it can only cause the > > thread to be blocked for a small amount of time, waiting for another > > thread to unlock it. > So does this assumption that another thread will release mutex fast > enough ? Same as msleep() this can be applicable here as well. I mean > another thread _can_ (if some bad drivers) take long time to release > mutex. >=20 > Bad drivers can just defererence wild pointer to satisfy their need for wrongdoing. For that reason let us keep them out of conversation. mtx locks were designed to protect small sections of code where thread is only allowed to block waiting for other thread to release the lock of similar class. While threads are blocked, they get benefit of adaptive sleep and priority propagation and should take precaution of never taking the path of code that can cause them to sleep. Assertions are there to help code authors with that. sleep locks are by definition unbound. There is no spinning, no priority propagation. Holders are free to take, say, page faults and go to long journey to disk and back, etc. Hardly the stuff _anyone_ would want to do from interrupt handler, thread or otherwise.=20 =20 > > > 3. I recently added few place msleep() instead of DELAY in ISR > > > context and I see " Trying sleep, but thread marked as sleeping > > > prohibited". > >=20 > > Which makes sense, as msleep() can be used to sleep for > > indefinitely. > This part is clear. ! I agree with all experts view.=20 > >=20 > > -- > > Ed Schouten > > WWW: http://80386.nl/ > _______________________________________________ > 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" --=20 Alexander Kabaev --Sig_/950qJ=4tk1nASHapQ0CY+jC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPRldCQ6z1jMm+XZYRAhIbAKDOazJ5UXmFRvE7uTT33ev2At+N0wCgymJR 5k9bxKRjkXtb4o5H6isoJVM= =1ndl -----END PGP SIGNATURE----- --Sig_/950qJ=4tk1nASHapQ0CY+jC-- From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 22:06:17 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33604106564A; Thu, 23 Feb 2012 22:06:17 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog117.obsmtp.com (na3sys009aog117.obsmtp.com [74.125.149.242]) by mx1.freebsd.org (Postfix) with ESMTP id 138A28FC13; Thu, 23 Feb 2012 22:06:15 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob117.postini.com ([74.125.148.12]) with SMTP ID DSNKT0a4V3VAo29DQp3KV4QFetvZ/vWwmzT5@postini.com; Thu, 23 Feb 2012 14:06:16 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 23 Feb 2012 17:10:52 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 23 Feb 2012 17:06:06 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Fri, 24 Feb 2012 03:36:03 +0530 From: "Desai, Kashyap" To: Alexander Kabaev Date: Fri, 24 Feb 2012 03:35:58 +0530 Thread-Topic: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited Thread-Index: AczyPYPQhFXJc1z1RkuTykhWCQNRMwAOR/ZA Message-ID: References: <20120223094611.GC32748@hoeg.nl> <20120223101157.0bb3f2ee@kan.dyndns.org> In-Reply-To: <20120223101157.0bb3f2ee@kan.dyndns.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Ed Schouten , freebsd-stable , "joerg@FreeBSD.org" , "Kenneth D. Merry" , "freebsd-scsi@freebsd.org" , "Justin T. Gibbs" , "McConnell, Stephen" Subject: RE: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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, 23 Feb 2012 22:06:17 -0000 > -----Original Message----- > From: Alexander Kabaev [mailto:kabaev@gmail.com] > Sent: Thursday, February 23, 2012 8:42 PM > To: Desai, Kashyap > Cc: Ed Schouten; freebsd-stable; joerg@FreeBSD.org; Kenneth D. Merry; > freebsd-scsi@freebsd.org; Justin T. Gibbs; McConnell, Stephen > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > prohibited >=20 > On Thu, 23 Feb 2012 18:45:29 +0530 > "Desai, Kashyap" wrote: >=20 > > > > > > > -----Original Message----- > > > From: Ed Schouten [mailto:ed@80386.nl] > > > Sent: Thursday, February 23, 2012 3:16 PM > > > To: Desai, Kashyap > > > Cc: freebsd-scsi@freebsd.org; freebsd-stable; joerg@FreeBSD.org; > > > Kenneth D. Merry; McConnell, Stephen; Justin T. Gibbs > > > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > > > prohibited > > > > > > Hi Kashyap, > > > > > > * Desai, Kashyap , 20120222 18:51: > > > > Adding Ed Schouten and Jorg Wunsch as I see there are author of > > > > msleep/mtx related APIs. > > > > > > Am I? :-) > > I am new to FreeBSD and desperate to know the answer. :-). Thanks for > > your help. > > > > > > > 1. When any irq is register with FreeBSD OS, it sets " > > > > TDP_NOSLEEPING" pflag. It means though irq in freebsd is treated > > > > as thread, We cannot sleep in IRQ because of " "TDP_NOSLEEPING " > > > > set. 2. In mps driver we have below code snippet in ISR routine. > > > > > > > > > > > > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > > > > mps_lock(sc); > > > > mps_intr_locked(data); > > > > mps_unlock(sc); > > > > > > > > I wonder why there is no issue with above code ? Theoretical we > > > > cannot sleep in ISR. (as explained in #1) Any thoughts ? > > > > > > The TDP_NOSLEEPING flag only disallows sleeping of an indeterminate > > > amount of time. Locking a mutex is allowed, as it can only cause the > > > thread to be blocked for a small amount of time, waiting for another > > > thread to unlock it. > > So does this assumption that another thread will release mutex fast > > enough ? Same as msleep() this can be applicable here as well. I mean > > another thread _can_ (if some bad drivers) take long time to release > > mutex. > > > > > Bad drivers can just defererence wild pointer to satisfy their need for > wrongdoing. For that reason let us keep them out of conversation. OK.=20 >=20 > mtx locks were designed to protect small sections of code where thread > is only allowed to block waiting for other thread to release the lock of > similar class. While threads are blocked, they get benefit of adaptive > sleep and priority propagation and should take precaution of never > taking the path of code that can cause them to sleep. Assertions are > there to help code authors with that. >=20 > sleep locks are by definition unbound. There is no spinning, no priority > propagation. Holders are free to take, say, page faults and go to long > journey to disk and back, etc. I understood your above lines. > Hardly the stuff _anyone_ would want to > do from interrupt handler, thread or otherwise. So the way mps driver does in interrupt handler is as below. mps_lock(sc); mps_intr_locked(data); mps_unlock(sc); We hold the mtx lock in Interrupt handler and do whole bunch of work(this i= s bit lengthy work) under that.=20 It looks mps driver is miss using mtx_lock. Are we ? ~ Kashyap >=20 >=20 > > > > 3. I recently added few place msleep() instead of DELAY in ISR > > > > context and I see " Trying sleep, but thread marked as sleeping > > > > prohibited". > > > > > > Which makes sense, as msleep() can be used to sleep for > > > indefinitely. > > This part is clear. ! I agree with all experts view. > > > > > > -- > > > Ed Schouten > > > WWW: http://80386.nl/ > > _______________________________________________ > > 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" >=20 >=20 > -- > Alexander Kabaev From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 23 22:10:47 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D92421065672 for ; Thu, 23 Feb 2012 22:10:47 +0000 (UTC) (envelope-from chuck@tuffli.net) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A58E68FC17 for ; Thu, 23 Feb 2012 22:10:47 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2646014obc.13 for ; Thu, 23 Feb 2012 14:10:47 -0800 (PST) Received-SPF: pass (google.com: domain of chuck@tuffli.net designates 10.60.10.99 as permitted sender) client-ip=10.60.10.99; Authentication-Results: mr.google.com; spf=pass (google.com: domain of chuck@tuffli.net designates 10.60.10.99 as permitted sender) smtp.mail=chuck@tuffli.net Received: from mr.google.com ([10.60.10.99]) by 10.60.10.99 with SMTP id h3mr1425787oeb.63.1330035047078 (num_hops = 1); Thu, 23 Feb 2012 14:10:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.60.10.99 with SMTP id h3mr1175661oeb.63.1330033450605; Thu, 23 Feb 2012 13:44:10 -0800 (PST) Received: by 10.60.67.226 with HTTP; Thu, 23 Feb 2012 13:44:10 -0800 (PST) Date: Thu, 23 Feb 2012 13:44:10 -0800 Message-ID: From: Chuck Tuffli To: freebsd-scsi Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlvdmFD42EpWJVHTr3I4lcebL6u5cuzSMONtGnWHiDpxBLEhYiEYMu8x0xq386j/u2FAnmv Subject: CTL panic 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, 23 Feb 2012 22:10:48 -0000 I just tried using our targ(9) compatible driver with CTL today and get the below panic. Our driver didn't recognize the XPT_IMMEDIATE_NOTIFY and returned CAM_REQ_INVALID which ctlfedone doesn't handle explicitly. The following patch seems to avoid this problem for me, but there might be a better fix. index 1d547d5..704a08c 100644 --- a/sys/cam/ctl/scsi_ctl.c +++ b/sys/cam/ctl/scsi_ctl.c @@ -1456,6 +1456,11 @@ ctlfedone(struct cam_periph *periph, union ccb *done_ccb) */ send_ctl_io = 0; break; + case CAM_REQ_INVALID: + ctl_free_io(io); + ctlfe_free_ccb(periph, done_ccb); + return; + break; default: xpt_print(periph->path, "%s: " "unsupported CAM status 0x%x\n", console: Feb 23 11:32:36 elx0 kernel: ctlfeasync: calling ctl_frontend_register() for ocs0 Feb 23 11:32:36 elx0 kernel: ocs0: XPT_EN_LUN enable -1:-1 Feb 23 11:32:36 elx0 kernel: ocs0: unhandled func_code = 0x336 Feb 23 11:32:36 elx0 kernel: (ctl0:ocs0:0:-1:-1): ctlferegister: could not allocate immediate notify CCBs, status 0x6 Feb 23 11:32:36 elx0 kernel: ctlfedone: got XPT_IMMEDIATE_NOTIFY status 0x6 tag 0x66533f3 seq 0x1b56c0b9 Feb 23 11:32:36 elx0 kernel: (ctl0:nobus:X:X): ctlfedone: unsupported CAM status 0x6 Feb 23 11:32:36 elx0 kernel: Feb 23 11:32:36 elx0 kernel: Feb 23 11:32:36 elx0 kernel: Fatal trap 12: page fault while in kernel mode Feb 23 11:32:36 elx0 kernel: cpuid = 6; apic id = 06 Feb 23 11:32:36 elx0 kernel: fault virtual address = 0x58 Feb 23 11:32:36 elx0 kernel: fault code = supervisor read data, page not present Feb 23 11:32:36 elx0 kernel: instruction pointer = 0x20:0xffffffff802cc386 Feb 23 11:32:36 elx0 kernel: stack pointer = 0x28:0xffffff80002d5a40 Feb 23 11:32:36 elx0 kernel: frame pointer = 0x28:0xffffff80002d5a50 Feb 23 11:32:36 elx0 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Feb 23 11:32:36 elx0 kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Feb 23 11:32:36 elx0 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Feb 23 11:32:36 elx0 kernel: current process = 12 (swi2: cambio) Feb 23 11:32:36 elx0 kernel: trap number = 12 Feb 23 11:32:36 elx0 kernel: panic: page fault Feb 23 11:32:36 elx0 kernel: cpuid = 6 Feb 23 11:32:36 elx0 kernel: KDB: stack backtrace: Feb 23 11:32:36 elx0 kernel: #0 0xffffffff808afb8e at kdb_backtrace+0x5e Feb 23 11:32:36 elx0 kernel: #1 0xffffffff80878617 at panic+0x187 Feb 23 11:32:36 elx0 kernel: #2 0xffffffff80b6b850 at trap_fatal+0x290 Feb 23 11:32:36 elx0 kernel: #3 0xffffffff80b6bbc6 at trap_pfault+0x226 Feb 23 11:32:36 elx0 kernel: #4 0xffffffff80b6c08f at trap+0x39f Feb 23 11:32:36 elx0 kernel: #5 0xffffffff80b56293 at calltrap+0x8 Feb 23 11:32:36 elx0 kernel: #6 0xffffffff80308b17 at ctlfedone+0x407 Feb 23 11:32:36 elx0 kernel: #7 0xffffffff802d1943 at camisr_runqueue+0x63 Feb 23 11:32:36 elx0 kernel: #8 0xffffffff802d1d61 at camisr+0x101 Feb 23 11:32:36 elx0 kernel: #9 0xffffffff8084d054 at intr_event_execute_handlers+0x104 Feb 23 11:32:36 elx0 kernel: #10 0xffffffff8084e814 at ithread_loop+0xa4 Feb 23 11:32:36 elx0 kernel: #11 0xffffffff80849c7f at fork_exit+0x11f Feb 23 11:32:36 elx0 kernel: #12 0xffffffff80b567be at fork_trampoline+0xe From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 00:17:55 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C8801065676 for ; Fri, 24 Feb 2012 00:17:55 +0000 (UTC) (envelope-from cstamas@digitus.itk.ppke.hu) Received: from jugisgw.ppke.hu (mailgw.ppke.hu [193.225.109.43]) by mx1.freebsd.org (Postfix) with ESMTP id DF8B18FC19 for ; Fri, 24 Feb 2012 00:17:54 +0000 (UTC) Received: from jugisgw.ppke.hu (localhost.localdomain [127.0.0.1]) by jugisgw.ppke.hu (Postfix) with ESMTP id 5481240116A2 for ; Fri, 24 Feb 2012 00:59:46 +0100 (CET) X-PPKE-MailScanner-Watermark: 1330646385.56406@b0DhXstYAx45yIgIQqsvrg X-PPKE-MailScanner-From: cstamas@digitus.itk.ppke.hu X-PPKE-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, pont=0, szukseges 5, autolearn=disabled) X-PPKE-MailScanner: Found to be clean X-PPKE-MailScanner-ID: 1S0iZZ-000141-93 Received: from rivendell.itk.ppke.hu (rivendell.itk.ppke.hu [193.225.109.193]) by jugisgw.ppke.hu (Postfix) with ESMTP id 410C240113CD for ; Fri, 24 Feb 2012 00:59:41 +0100 (CET) Received: by rivendell.itk.ppke.hu (Postfix, from userid 1000) id 0D27C35377; Fri, 24 Feb 2012 00:59:33 +0100 (CET) Date: Fri, 24 Feb 2012 00:59:33 +0100 From: Csillag Tamas To: freebsd-scsi@freebsd.org Message-ID: <20120223235932.GB19927@rivendell> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline X-Operating-System: Gnu/Linux X-PPKE-NOSPAM: I promise, I will never let anything happen to you. Nemo. X-PGP-Key: http://digitus.itk.ppke.hu/~cstamas/cstamas.pgp User-Agent: Mutt/1.5.20 (2009-06-14) Subject: mfi timeout issues and patch that seems to work (PERC H800) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Csillag Tamas List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 00:17:55 -0000 Hi, I had the same issues with the Perc H800 controller as it is described here: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 (Just for google I include the error here: mfi0: COMMAND 0xffffff80009c4b90 TIMEOUT AFTER 41 SECONDS) mfsbsd# mfiutil show adapter mfi0 Adapter: Product Name: PERC H800 Adapter Serial Number: 1A8006L Firmware: 12.10.2-0004 RAID Levels: JBOD, RAID0, RAID1, RAID5, RAID6, RAID10, RAID50 Battery Backup: present NVRAM: 32K Onboard Memory: 1024M Minimum Stripe: 8k Maximum Stripe: 1M mfsbsd# mfiutil show firmware mfi0 Firmware Package Version: 12.10.2-0004 mfi0 Firmware Images: Name Version Date Time Status BIOS 3.18.00_4.09.05.00_0x0416A000 00_0x0416A000 active APP 2.100.03-1405 Sep 19 2011 17:58:36 active PCLI 04.04-010:#%00008 May 31 2010 20:21:52 active CTLR 2.02-0025.1 Aug 22 2011 11:37:38 active NVDT 2.07.03-0003 Jul 14 2010 15:53:29 active BTBL 2.02.00.00-0000 Sep 16 2009 21:37:06 active BOOT 01.250.04.219 4/28/2009 12:51:38 active however getting and compiling the newest kernel did NOT fix it for me. Issuing commands with mfiutils still fixed the hang and everything returned to normal. It seems that intensive read triggers the issue, but if you have write concurrently you are fine (mostly). Restarting rsync is ideal for triggering this buggy condition. I tried to poke around in the source code and in the end tweaked the patch (seen here before http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html): replacing (void)sc->mfi_read_fw_status(sc); with mfi_get_controller_info(sc); around line 933 and after testing it for a day it seems to be solid. (The original patch did not help me.) Can someone expert in the topic can confirm if any of this is correct? Thanks in advance! Regards, cstamas -- CSILLAG Tamas (cstamas) - http://digitus.itk.ppke.hu/~cstamas Arguing with an engineer is like wrestling with a pig in mud. After a while, you realise the pig is enjoying it. -- Jamie Lawrence. From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 00:27:48 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83B77106564A for ; Fri, 24 Feb 2012 00:27:48 +0000 (UTC) (envelope-from cstamas@digitus.itk.ppke.hu) Received: from jugisgw.ppke.hu (mailgw.ppke.hu [193.225.109.43]) by mx1.freebsd.org (Postfix) with ESMTP id 3934E8FC12 for ; Fri, 24 Feb 2012 00:27:47 +0000 (UTC) Received: from jugisgw.ppke.hu (localhost.localdomain [127.0.0.1]) by jugisgw.ppke.hu (Postfix) with ESMTP id 5197F40146C2 for ; Fri, 24 Feb 2012 01:27:55 +0100 (CET) X-PPKE-MailScanner-Watermark: 1330648073.67903@sWbCfr7tOeFs4oPJgW0ryA X-PPKE-MailScanner-From: cstamas@digitus.itk.ppke.hu X-PPKE-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, pont=0, szukseges 5, autolearn=disabled) X-PPKE-MailScanner: Found to be clean X-PPKE-MailScanner-ID: 1S0j0p-0001kA-DX Received: from rivendell.itk.ppke.hu (rivendell.itk.ppke.hu [193.225.109.193]) by jugisgw.ppke.hu (Postfix) with ESMTP id 606C740128FC for ; Fri, 24 Feb 2012 01:27:51 +0100 (CET) Received: by rivendell.itk.ppke.hu (Postfix, from userid 1000) id 2D775357FD; Fri, 24 Feb 2012 01:27:43 +0100 (CET) Date: Fri, 24 Feb 2012 01:27:43 +0100 From: Csillag Tamas To: freebsd-scsi@freebsd.org Message-ID: <20120224002743.GN15023@rivendell> References: <20120223235932.GB19927@rivendell> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20120223235932.GB19927@rivendell> X-Operating-System: Gnu/Linux X-PPKE-NOSPAM: I promise, I will never let anything happen to you. Nemo. X-PGP-Key: http://digitus.itk.ppke.hu/~cstamas/cstamas.pgp User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: mfi timeout issues and patch that seems to work (PERC H800) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Csillag Tamas List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 00:27:48 -0000 On Fri, Feb 24, 2012 at 12:59:33AM +0100, Csillag Tamas wrote: ... > patch (seen here before > http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html): > > replacing > (void)sc->mfi_read_fw_status(sc); > with > mfi_get_controller_info(sc); > around line 933 > > and after testing it for a day it seems to be solid. > (The original patch did not help me.) I have a liveCD here what I am using right now for testing: https://filesender.niif.hu/filesender/?vid=3f96fcb5-d2a7-e909-1a77-000011b7d001 This is a mfsbsd (mmatuska-mfsbsd-a7082ca) built with a custom kernel. Regards, cstamas -- CSILLAG Tamas (cstamas) - http://digitus.itk.ppke.hu/~cstamas From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 00:50:11 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01920106566C for ; Fri, 24 Feb 2012 00:50:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DF32E8FC08 for ; Fri, 24 Feb 2012 00:50:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1O0oA8j075471 for ; Fri, 24 Feb 2012 00:50:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1O0oA3M075470; Fri, 24 Feb 2012 00:50:10 GMT (envelope-from gnats) Date: Fri, 24 Feb 2012 00:50:10 GMT Message-Id: <201202240050.q1O0oA3M075470@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/163812: commit references a PR X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 00:50:11 -0000 The following reply was made to PR kern/163812; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/163812: commit references a PR Date: Fri, 24 Feb 2012 00:43:04 +0000 (UTC) Author: marius Date: Fri Feb 24 00:42:50 2012 New Revision: 232091 URL: http://svn.freebsd.org/changeset/base/232091 Log: Forced commit to denote that the commit message of r231621 should have read: - As it turns out, MSI-X is broken for at least LSI SAS1068E when passed through by VMware so blacklist their PCI-PCI bridge for MSI/MSI-X here. Note that besides currently there not being a quirk type that disables MSI-X only and there's no evidence that MSI doesn't work with the VMware pass-through, it's really questionable whether MSI generally works in that setup as VMware only mention three know working devices [1, p. 4]. Also not that this quirk entry currently doesn't affect the devices emulated by VMware in any way as these don't claim support MSI/MSI-X to begin with. [2] While at it, make the PCI quirk table const and static. - Remove some duplicated empty lines. - Use DEVMETHOD_END. PR: 163812, http://forums.freebsd.org/showthread.php?t=27899 [2] Reviewed by: jhb MFC after: 3 days [1]: http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf Modified: head/sys/dev/pci/pci.c Modified: head/sys/dev/pci/pci.c ============================================================================== _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 00:50:12 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEFCA106564A for ; Fri, 24 Feb 2012 00:50:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C351A8FC0C for ; Fri, 24 Feb 2012 00:50:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1O0oCqM075479 for ; Fri, 24 Feb 2012 00:50:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1O0oCmr075478; Fri, 24 Feb 2012 00:50:12 GMT (envelope-from gnats) Date: Fri, 24 Feb 2012 00:50:12 GMT Message-Id: <201202240050.q1O0oCmr075478@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/163812: commit references a PR X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 00:50:12 -0000 The following reply was made to PR kern/163812; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/163812: commit references a PR Date: Fri, 24 Feb 2012 00:47:34 +0000 (UTC) Author: marius Date: Fri Feb 24 00:47:14 2012 New Revision: 232092 URL: http://svn.freebsd.org/changeset/base/232092 Log: MFC: r231621 - As it turns out, MSI-X is broken for at least LSI SAS1068E when passed through by VMware so blacklist their PCI-PCI bridge for MSI/MSI-X here. Note that besides currently there not being a quirk type that disables MSI-X only and there's no evidence that MSI doesn't work with the VMware pass-through, it's really questionable whether MSI generally works in that setup as VMware only mention three know working devices [1, p. 4]. Also not that this quirk entry currently doesn't affect the devices emulated by VMware in any way as these don't claim support MSI/MSI-X to begin with. [2] While at it, make the PCI quirk table const and static. - Remove some duplicated empty lines. - Use DEVMETHOD_END. PR: 163812, http://forums.freebsd.org/showthread.php?t=27899 [2] Reviewed by: jhb [1]: http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf Modified: stable/9/sys/dev/pci/pci.c Directory Properties: stable/9/sys/ (props changed) stable/9/sys/amd64/include/xen/ (props changed) stable/9/sys/boot/ (props changed) stable/9/sys/boot/i386/efi/ (props changed) stable/9/sys/boot/ia64/efi/ (props changed) stable/9/sys/boot/ia64/ski/ (props changed) stable/9/sys/boot/powerpc/boot1.chrp/ (props changed) stable/9/sys/boot/powerpc/ofw/ (props changed) stable/9/sys/cddl/contrib/opensolaris/ (props changed) stable/9/sys/conf/ (props changed) stable/9/sys/contrib/dev/acpica/ (props changed) stable/9/sys/contrib/octeon-sdk/ (props changed) stable/9/sys/contrib/pf/ (props changed) stable/9/sys/contrib/x86emu/ (props changed) Modified: stable/9/sys/dev/pci/pci.c ============================================================================== --- stable/9/sys/dev/pci/pci.c Fri Feb 24 00:42:50 2012 (r232091) +++ stable/9/sys/dev/pci/pci.c Fri Feb 24 00:47:14 2012 (r232092) @@ -73,7 +73,6 @@ __FBSDID("$FreeBSD$"); #define PCIR_IS_BIOS(cfg, reg) \ (((cfg)->hdrtype == PCIM_HDRTYPE_NORMAL && reg == PCIR_BIOS) || \ ((cfg)->hdrtype == PCIM_HDRTYPE_BRIDGE && reg == PCIR_BIOS_1)) - static pci_addr_t pci_mapbase(uint64_t mapreg); static const char *pci_maptype(uint64_t mapreg); @@ -171,7 +170,7 @@ static device_method_t pci_methods[] = { DEVMETHOD(pci_msi_count, pci_msi_count_method), DEVMETHOD(pci_msix_count, pci_msix_count_method), - { 0, 0 } + DEVMETHOD_END }; DEFINE_CLASS_0(pci, pci_driver, pci_methods, 0); @@ -183,7 +182,6 @@ MODULE_VERSION(pci, 1); static char *pci_vendordata; static size_t pci_vendordata_size; - struct pci_quirk { uint32_t devid; /* Vendor/device of the card */ int type; @@ -194,7 +192,7 @@ struct pci_quirk { int arg2; }; -struct pci_quirk pci_quirks[] = { +static const struct pci_quirk const pci_quirks[] = { /* The Intel 82371AB and 82443MX has a map register at offset 0x90. */ { 0x71138086, PCI_QUIRK_MAP_REG, 0x90, 0 }, { 0x719b8086, PCI_QUIRK_MAP_REG, 0x90, 0 }, @@ -227,6 +225,12 @@ struct pci_quirk pci_quirks[] = { { 0x74501022, PCI_QUIRK_DISABLE_MSI, 0, 0 }, /* + * MSI-X doesn't work with at least LSI SAS1068E passed through by + * VMware. + */ + { 0x079015ad, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + + /* * Some virtualization environments emulate an older chipset * but support MSI just fine. QEMU uses the Intel 82440. */ @@ -724,7 +728,6 @@ pci_read_cap(device_t pcib, pcicfgregs * } } - #if defined(__i386__) || defined(__amd64__) || defined(__powerpc__) /* * Enable the MSI mapping window for all HyperTransport @@ -1873,7 +1876,7 @@ pci_remap_intr_method(device_t bus, devi int pci_msi_device_blacklisted(device_t dev) { - struct pci_quirk *q; + const struct pci_quirk *q; if (!pci_honor_msi_blacklist) return (0); @@ -1893,7 +1896,7 @@ pci_msi_device_blacklisted(device_t dev) static int pci_msi_vm_chipset(device_t dev) { - struct pci_quirk *q; + const struct pci_quirk *q; for (q = &pci_quirks[0]; q->devid; q++) { if (q->devid == pci_get_devid(dev) && @@ -3023,7 +3026,7 @@ pci_add_resources(device_t bus, device_t struct pci_devinfo *dinfo = device_get_ivars(dev); pcicfgregs *cfg = &dinfo->cfg; struct resource_list *rl = &dinfo->resources; - struct pci_quirk *q; + const struct pci_quirk *q; int i; /* ATA devices needs special map treatment */ @@ -3864,7 +3867,6 @@ pci_write_ivar(device_t dev, device_t ch } } - #include "opt_ddb.h" #ifdef DDB #include @@ -4021,7 +4023,6 @@ out:; return (res); } - struct resource * pci_alloc_resource(device_t dev, device_t child, int type, int *rid, u_long start, u_long end, u_long count, u_int flags) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 00:50:14 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49851065673 for ; Fri, 24 Feb 2012 00:50:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C36238FC16 for ; Fri, 24 Feb 2012 00:50:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1O0oEEt075485 for ; Fri, 24 Feb 2012 00:50:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1O0oETM075484; Fri, 24 Feb 2012 00:50:14 GMT (envelope-from gnats) Date: Fri, 24 Feb 2012 00:50:14 GMT Message-Id: <201202240050.q1O0oETM075484@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/163812: commit references a PR X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 00:50:14 -0000 The following reply was made to PR kern/163812; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/163812: commit references a PR Date: Fri, 24 Feb 2012 00:48:40 +0000 (UTC) Author: marius Date: Fri Feb 24 00:48:27 2012 New Revision: 232093 URL: http://svn.freebsd.org/changeset/base/232093 Log: MFC: r231621 - As it turns out, MSI-X is broken for at least LSI SAS1068E when passed through by VMware so blacklist their PCI-PCI bridge for MSI/MSI-X here. Note that besides currently there not being a quirk type that disables MSI-X only and there's no evidence that MSI doesn't work with the VMware pass-through, it's really questionable whether MSI generally works in that setup as VMware only mention three know working devices [1, p. 4]. Also not that this quirk entry currently doesn't affect the devices emulated by VMware in any way as these don't claim support MSI/MSI-X to begin with. [2] While at it, make the PCI quirk table const and static. - Remove some duplicated empty lines. - Use DEVMETHOD_END. PR: 163812, http://forums.freebsd.org/showthread.php?t=27899 [2] Reviewed by: jhb Approved by: re (kib) [1]: http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf Modified: stable/8/sys/dev/pci/pci.c Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/boot/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/e1000/ (props changed) Modified: stable/8/sys/dev/pci/pci.c ============================================================================== --- stable/8/sys/dev/pci/pci.c Fri Feb 24 00:47:14 2012 (r232092) +++ stable/8/sys/dev/pci/pci.c Fri Feb 24 00:48:27 2012 (r232093) @@ -170,7 +170,7 @@ static device_method_t pci_methods[] = { DEVMETHOD(pci_msi_count, pci_msi_count_method), DEVMETHOD(pci_msix_count, pci_msix_count_method), - { 0, 0 } + DEVMETHOD_END }; DEFINE_CLASS_0(pci, pci_driver, pci_methods, 0); @@ -182,7 +182,6 @@ MODULE_VERSION(pci, 1); static char *pci_vendordata; static size_t pci_vendordata_size; - struct pci_quirk { uint32_t devid; /* Vendor/device of the card */ int type; @@ -193,7 +192,7 @@ struct pci_quirk { int arg2; }; -struct pci_quirk pci_quirks[] = { +static const struct pci_quirk const pci_quirks[] = { /* The Intel 82371AB and 82443MX has a map register at offset 0x90. */ { 0x71138086, PCI_QUIRK_MAP_REG, 0x90, 0 }, { 0x719b8086, PCI_QUIRK_MAP_REG, 0x90, 0 }, @@ -226,6 +225,12 @@ struct pci_quirk pci_quirks[] = { { 0x74501022, PCI_QUIRK_DISABLE_MSI, 0, 0 }, /* + * MSI-X doesn't work with at least LSI SAS1068E passed through by + * VMware. + */ + { 0x079015ad, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + + /* * Some virtualization environments emulate an older chipset * but support MSI just fine. QEMU uses the Intel 82440. */ @@ -1813,7 +1818,7 @@ pci_remap_intr_method(device_t bus, devi int pci_msi_device_blacklisted(device_t dev) { - struct pci_quirk *q; + const struct pci_quirk *q; if (!pci_honor_msi_blacklist) return (0); @@ -1833,7 +1838,7 @@ pci_msi_device_blacklisted(device_t dev) static int pci_msi_vm_chipset(device_t dev) { - struct pci_quirk *q; + const struct pci_quirk *q; for (q = &pci_quirks[0]; q->devid; q++) { if (q->devid == pci_get_devid(dev) && @@ -2788,7 +2793,7 @@ pci_add_resources(device_t bus, device_t struct pci_devinfo *dinfo = device_get_ivars(dev); pcicfgregs *cfg = &dinfo->cfg; struct resource_list *rl = &dinfo->resources; - struct pci_quirk *q; + const struct pci_quirk *q; int i; /* ATA devices needs special map treatment */ @@ -3593,7 +3598,6 @@ pci_write_ivar(device_t dev, device_t ch } } - #include "opt_ddb.h" #ifdef DDB #include @@ -3734,7 +3738,6 @@ out:; return (res); } - struct resource * pci_alloc_resource(device_t dev, device_t child, int type, int *rid, u_long start, u_long end, u_long count, u_int flags) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 00:50:17 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A6F610656D0 for ; Fri, 24 Feb 2012 00:50:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 499EB8FC17 for ; Fri, 24 Feb 2012 00:50:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1O0oHkA075512 for ; Fri, 24 Feb 2012 00:50:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1O0oHus075504; Fri, 24 Feb 2012 00:50:17 GMT (envelope-from gnats) Date: Fri, 24 Feb 2012 00:50:17 GMT Message-Id: <201202240050.q1O0oHus075504@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/163812: commit references a PR X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 00:50:17 -0000 The following reply was made to PR kern/163812; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/163812: commit references a PR Date: Fri, 24 Feb 2012 00:49:31 +0000 (UTC) Author: marius Date: Fri Feb 24 00:49:18 2012 New Revision: 232094 URL: http://svn.freebsd.org/changeset/base/232094 Log: MFC: r231621 - As it turns out, MSI-X is broken for at least LSI SAS1068E when passed through by VMware so blacklist their PCI-PCI bridge for MSI/MSI-X here. Note that besides currently there not being a quirk type that disables MSI-X only and there's no evidence that MSI doesn't work with the VMware pass-through, it's really questionable whether MSI generally works in that setup as VMware only mention three know working devices [1, p. 4]. Also not that this quirk entry currently doesn't affect the devices emulated by VMware in any way as these don't claim support MSI/MSI-X to begin with. [2] While at it, make the PCI quirk table const and static. - Remove some duplicated empty lines. - Use DEVMETHOD_END. PR: 163812, http://forums.freebsd.org/showthread.php?t=27899 [2] Reviewed by: jhb [1]: http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf Modified: stable/7/sys/dev/pci/pci.c Directory Properties: stable/7/sys/ (props changed) stable/7/sys/cddl/contrib/opensolaris/ (props changed) stable/7/sys/contrib/dev/acpica/ (props changed) stable/7/sys/contrib/pf/ (props changed) Modified: stable/7/sys/dev/pci/pci.c ============================================================================== --- stable/7/sys/dev/pci/pci.c Fri Feb 24 00:48:27 2012 (r232093) +++ stable/7/sys/dev/pci/pci.c Fri Feb 24 00:49:18 2012 (r232094) @@ -160,7 +160,7 @@ static device_method_t pci_methods[] = { DEVMETHOD(pci_msi_count, pci_msi_count_method), DEVMETHOD(pci_msix_count, pci_msix_count_method), - { 0, 0 } + DEVMETHOD_END }; DEFINE_CLASS_0(pci, pci_driver, pci_methods, 0); @@ -172,7 +172,6 @@ MODULE_VERSION(pci, 1); static char *pci_vendordata; static size_t pci_vendordata_size; - struct pci_quirk { uint32_t devid; /* Vendor/device of the card */ int type; @@ -183,7 +182,7 @@ struct pci_quirk { int arg2; }; -struct pci_quirk pci_quirks[] = { +static const struct pci_quirk const pci_quirks[] = { /* The Intel 82371AB and 82443MX has a map register at offset 0x90. */ { 0x71138086, PCI_QUIRK_MAP_REG, 0x90, 0 }, { 0x719b8086, PCI_QUIRK_MAP_REG, 0x90, 0 }, @@ -216,6 +215,12 @@ struct pci_quirk pci_quirks[] = { { 0x74501022, PCI_QUIRK_DISABLE_MSI, 0, 0 }, /* + * MSI-X doesn't work with at least LSI SAS1068E passed through by + * VMware. + */ + { 0x079015ad, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + + /* * Some virtualization environments emulate an older chipset * but support MSI just fine. QEMU uses the Intel 82440. */ @@ -1767,7 +1772,7 @@ pci_remap_msi_irq(device_t dev, u_int ir int pci_msi_device_blacklisted(device_t dev) { - struct pci_quirk *q; + const struct pci_quirk *q; if (!pci_honor_msi_blacklist) return (0); @@ -1787,7 +1792,7 @@ pci_msi_device_blacklisted(device_t dev) static int pci_msi_vm_chipset(device_t dev) { - struct pci_quirk *q; + const struct pci_quirk *q; for (q = &pci_quirks[0]; q->devid; q++) { if (q->devid == pci_get_devid(dev) && @@ -2627,7 +2632,7 @@ pci_add_resources(device_t bus, device_t struct pci_devinfo *dinfo = device_get_ivars(dev); pcicfgregs *cfg = &dinfo->cfg; struct resource_list *rl = &dinfo->resources; - struct pci_quirk *q; + const struct pci_quirk *q; int i; /* ATA devices needs special map treatment */ @@ -3423,7 +3428,6 @@ pci_write_ivar(device_t dev, device_t ch } } - #include "opt_ddb.h" #ifdef DDB #include @@ -3564,7 +3568,6 @@ out:; return (res); } - struct resource * pci_alloc_resource(device_t dev, device_t child, int type, int *rid, u_long start, u_long end, u_long count, u_int flags) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 00:53:13 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6159F106564A; Fri, 24 Feb 2012 00:53:13 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 389FC8FC19; Fri, 24 Feb 2012 00:53:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1O0rDZN083497; Fri, 24 Feb 2012 00:53:13 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1O0rDoX083493; Fri, 24 Feb 2012 00:53:13 GMT (envelope-from marius) Date: Fri, 24 Feb 2012 00:53:13 GMT Message-Id: <201202240053.q1O0rDoX083493@freefall.freebsd.org> To: vitaly.belousov@gmail.com, marius@FreeBSD.org, freebsd-scsi@FreeBSD.org From: marius@FreeBSD.org Cc: Subject: Re: kern/163812: [mpt] problem with mpt driver for lsi controlled connected to FreeBSD thru VT-d technology 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: Fri, 24 Feb 2012 00:53:13 -0000 Synopsis: [mpt] problem with mpt driver for lsi controlled connected to FreeBSD thru VT-d technology State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Fri Feb 24 00:52:53 UTC 2012 State-Changed-Why: close http://www.freebsd.org/cgi/query-pr.cgi?pr=163812 From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 05:25:13 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A75C106566B for ; Fri, 24 Feb 2012 05:25:13 +0000 (UTC) (envelope-from bsalinux@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id B64E98FC12 for ; Fri, 24 Feb 2012 05:25:12 +0000 (UTC) Received: by qcsg15 with SMTP id g15so324082qcs.13 for ; Thu, 23 Feb 2012 21:25:12 -0800 (PST) Received-SPF: pass (google.com: domain of bsalinux@gmail.com designates 10.229.114.220 as permitted sender) client-ip=10.229.114.220; Authentication-Results: mr.google.com; spf=pass (google.com: domain of bsalinux@gmail.com designates 10.229.114.220 as permitted sender) smtp.mail=bsalinux@gmail.com; dkim=pass header.i=bsalinux@gmail.com Received: from mr.google.com ([10.229.114.220]) by 10.229.114.220 with SMTP id f28mr655267qcq.151.1330061112265 (num_hops = 1); Thu, 23 Feb 2012 21:25:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vOox7cpIUNgSk2KbdqIeezKz6fMd7MotamdcgFaq3NU=; b=uRDPn/86OQs9THet7Tbc6spY/c8TQdVl2Z70DdAgI6QSgsdql5zCKz/wxDFm07GyGI dsCFs3qEYyVRWjyXJ2t98FRIQsU1lUObziL7CHXxQh1e3Z6xkW1Ro5ek6a9R42fedN6n 13FpfF9njpPI4kzbPUCNVSe8uj+cm3vRzF/zs= MIME-Version: 1.0 Received: by 10.229.114.220 with SMTP id f28mr544387qcq.151.1330061112079; Thu, 23 Feb 2012 21:25:12 -0800 (PST) Received: by 10.229.13.149 with HTTP; Thu, 23 Feb 2012 21:25:12 -0800 (PST) In-Reply-To: References: Date: Thu, 23 Feb 2012 21:25:12 -0800 Message-ID: From: "bsalinux@gmail.com" To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [solved] Re: ACK/NAK timeout 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: Fri, 24 Feb 2012 05:25:13 -0000 Figured out that it was a bad cable. On Sat, Feb 11, 2012 at 10:27 AM, bsalinux@gmail.com wrote: > Just wanted to post here as well. > Thanks > > ---------- Forwarded message ---------- > Date: Fri, Feb 10, 2012 at 9:45 PM > Subject: ACK/NAK timeout > To: freebsd-questions@freebsd.org > > > Hi, > > I have the following config: > > 1. DG43GT motherboard with 4GB memory > 2. br10i SAS adapter > 3. 16x Toshiba SAS drives connected to expander backplane. > > I am able to create a zfs pool ok without any errors but as soon as I > do a scrub on that pool I get tons of scsi errors. > > Here is my dmesg output: > > http://pastebin.com/81AUsG6q > > (da3:mpt0:0:12:0): READ(6). CDB: 8 0 b2 f1 6f 0 > (da3:mpt0:0:12:0): CAM status: SCSI Status Error > (da3:mpt0:0:12:0): SCSI status: Check Condition > (da3:mpt0:0:12:0): SCSI sense: ABORTED COMMAND asc:4b,3 (ACK/NAK timeout) > > I have a similar setup with desktop SATA drives and I see no issues. > > I have tried replacing motherboard and SAS adapter but no luck. > > I have already tried following in my loader.conf > > hw.pci.enable_msix="0" > hw.pci.enable_msi="0" > > > Any help would be appreciated. > > Thanks. -- NOTICE: This email is a one to one communication and not for receiving any offers or a mass relay of emails. Please refrain from subscribing this email address to any of the mailing lists. All / any mass emails to this address will be considered as SPAM and will be reported to FTC and other authorities. Thanks. From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 07:22:00 2012 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CF55106566B; Fri, 24 Feb 2012 07:22:00 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 64AA48FC19; Fri, 24 Feb 2012 07:22:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1O7M0sT046915; Fri, 24 Feb 2012 07:22:00 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1O7M0AM046907; Fri, 24 Feb 2012 07:22:00 GMT (envelope-from jh) Date: Fri, 24 Feb 2012 07:22:00 GMT Message-Id: <201202240722.q1O7M0AM046907@freefall.freebsd.org> To: jh@FreeBSD.org, freebsd-scsi@FreeBSD.org, jh@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: bin/57088: [cam] [patch] for a possible fd leak in libcam.c 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: Fri, 24 Feb 2012 07:22:00 -0000 Synopsis: [cam] [patch] for a possible fd leak in libcam.c Responsible-Changed-From-To: freebsd-scsi->jh Responsible-Changed-By: jh Responsible-Changed-When: Fri Feb 24 07:22:00 UTC 2012 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=57088 From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 17:54:39 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26920106566B; Fri, 24 Feb 2012 17:54:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DC1B58FC15; Fri, 24 Feb 2012 17:54:38 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 78B2E46B23; Fri, 24 Feb 2012 12:54:38 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 06E54B96E; Fri, 24 Feb 2012 12:54:38 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 23 Feb 2012 09:58:05 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120223092457.GB55074@deviant.kiev.zoral.com.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202230958.05667.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 24 Feb 2012 12:54:38 -0500 (EST) Cc: "Desai, Kashyap" , "Kenneth D. Merry" , "freebsd-scsi@freebsd.org" , "Justin T. Gibbs" , "McConnell, Stephen" Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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: Fri, 24 Feb 2012 17:54:39 -0000 On Thursday, February 23, 2012 8:22:07 am Desai, Kashyap wrote: > > > -----Original Message----- > > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > > Sent: Thursday, February 23, 2012 2:55 PM > > To: Desai, Kashyap > > Cc: freebsd-scsi@freebsd.org; freebsd-stable; Justin T. Gibbs; Kenneth > > D. Merry; McConnell, Stephen > > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > > prohibited > > > > On Thu, Feb 23, 2012 at 05:52:12AM +0530, Desai, Kashyap wrote: > > > > > > > > > > -----Original Message----- > > > > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > > > > Sent: Thursday, February 23, 2012 12:45 AM > > > > To: Desai, Kashyap > > > > Cc: freebsd-scsi@freebsd.org; freebsd-stable; Justin T. Gibbs; > > > > Kenneth D. Merry; McConnell, Stephen > > > > Subject: Re: mpslsi0 : Trying sleep, but thread marked as sleeping > > > > prohibited > > > > > > > > On Wed, Feb 22, 2012 at 07:36:42PM +0530, Desai, Kashyap wrote: > > > > > Hi, > > > > > > > > > > I am doing some code changes in mps dirver. While working on those > > > > changes, I come to know about something which is new to me. > > > > > Some expert help is required to clarify my doubt. > > > > > > > > > > 1. When any irq is register with FreeBSD OS, it sets " > > TDP_NOSLEEPING" > > > > > pflag. It means though irq in freebsd is treated as thread, We > > > > > cannot > > > > sleep in IRQ because of " "TDP_NOSLEEPING " set. > > > > > 2. In mps driver we have below code snippet in ISR routine. > > > > > > > > > > > > > > > mps_dprint(sc, MPS_TRACE, "%s\n", __func__); > > > > > mps_lock(sc); > > > > > mps_intr_locked(data); > > > > > mps_unlock(sc); > > > > > > > > > > I wonder why there is no issue with above code ? Theoretical we > > > > > cannot sleep in ISR. (as explained in #1) Any thoughts ? > > > > > > > > > > > > > > > 3. I recently added few place msleep() instead of DELAY in ISR > > > > > context and I see " Trying sleep, but thread marked as sleeping > > prohibited". > > > > > > > > > FreeBSD has several basic ways to prevent a thread from executing on > > > > CPU. > > > > They mostly fall into two categories: bounded sleep, sometimes > > > > called blocking, and unbounded sleep, usually abbreviated as sleep. > > > > The bounded there refers to amount of code executed by other thread > > > > that hold resource preventing blocked thread from making a progress. > > > > > > > > Examples of the blocking primitives are mutexes, rw locks and rm > > locks. > > > > The blocking is not counted as sleeping, so interrupt threads, which > > > > are designated as non-sleeping, still can lock mutexes. > > > Thanks for the tech help. . > > > > > > As per you comment, So now I understood as "TDP_NOSLEEPING" is only > > > for unbounded sleep restriction. Just curious to know, What is a > > > reason that thread can do blocking sleep but can't do unbounded sleep > > > ? Since technically we introduced sleeping restriction on interrupt > > > thread is to avoid starvation and that can be fit with either of the > > > sleep type. Is this not true ? > > No, not to avoid starvation. > > > > The intent of the blocking primitives is to acquire resources for > > limited amount of time. In other words, you never take a mutex for > > undefinitely long computation process. On the other hand, msleep sleep > > usually has no limitations. > > I got same reply from Ed Schouten. I agree and understood your note. Thanks for poring knowledge on this area. > _but_ only query is when thread take mutex, we don't know when it will release. So holding time of mutex is really not known. > In case of some bad code, where thread took mutex and not release within short time. This can eventually match upto msleep restriction as well. > Do we have any checks that thread took long time holding mutext ? Similar to linux where spinlock has been not release in some specific time, they dump warnings with backtrace. We don't allow code to do unbounded sleeps while holding mutexes either, and WITNESS warns about doing so. That ensures that barring an infinite loop-type bug, mutexes should be held for a bounded amount of time. -- John Baldwin From owner-freebsd-scsi@FreeBSD.ORG Fri Feb 24 20:48:41 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 998AA106566C; Fri, 24 Feb 2012 20:48:41 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB438FC12; Fri, 24 Feb 2012 20:48:40 +0000 (UTC) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1OIKZeS022862; Sat, 25 Feb 2012 05:20:35 +1100 Received: from c211-30-171-136.carlnfd1.nsw.optusnet.com.au (c211-30-171-136.carlnfd1.nsw.optusnet.com.au [211.30.171.136]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1OIKPkh026371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Feb 2012 05:20:26 +1100 Date: Sat, 25 Feb 2012 05:20:25 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: "Desai, Kashyap" In-Reply-To: Message-ID: <20120225045730.D2319@besplex.bde.org> References: <20120223094611.GC32748@hoeg.nl> <20120223101157.0bb3f2ee@kan.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ed Schouten , freebsd-stable , "joerg@FreeBSD.org" , "Kenneth D. Merry" , "freebsd-scsi@freebsd.org" , "Justin T. Gibbs" , "McConnell, Stephen" Subject: RE: mpslsi0 : Trying sleep, but thread marked as sleeping prohibited 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: Fri, 24 Feb 2012 20:48:41 -0000 On Fri, 24 Feb 2012, Desai, Kashyap wrote: >> From: Alexander Kabaev [mailto:kabaev@gmail.com] >> ... >> sleep locks are by definition unbound. There is no spinning, no priority >> propagation. Holders are free to take, say, page faults and go to long >> journey to disk and back, etc. > > I understood your above lines. >> Hardly the stuff _anyone_ would want to >> do from interrupt handler, thread or otherwise. > > So the way mps driver does in interrupt handler is as below. > > mps_lock(sc); > mps_intr_locked(data); > mps_unlock(sc); > > We hold the mtx lock in Interrupt handler and do whole bunch of work(this is bit lengthy work) under that. > It looks mps driver is miss using mtx_lock. Are we ? No. Most NIC drivers do this. Lengthy work isn't as long as it used to be, and here the lock only locks out other accesses to a single piece of hardware (provided sc is for a single piece of hardware as it should be). Worry instead about more global locks, either in your driver or in upper layers. You might need one to lock your whole driver, and upper layers might need one to lock things globally too. Giant locking is an example of the latter. I don't trust the upper layers much, but for interrupt handling they can be trusted to not have anything locked when the interrupt handler is called (except for Giant locking when the driver requests this). Also worry about your interrupt handler taking too long -- although nothing except interrupt thread priority prevents other code running, it is possible that other code doesn't get enough (or any) cycles if an interrupt handler is too hoggish. This problem is smaller than when there was a single ~1 MHz CPU doing PIO. With multiple ~2GHz CPUs doing DMA, the interrupt handler can often be 100 times sloppier without anyone noticing. But not 1000 times, and not 100 times with certain hardware. Bruce From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 25 01:30:46 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA7F0106564A for ; Sat, 25 Feb 2012 01:30:46 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from midgard.transactionware.com (mail2.transactionware.com [203.14.245.36]) by mx1.freebsd.org (Postfix) with SMTP id EB8DD8FC0A for ; Sat, 25 Feb 2012 01:30:45 +0000 (UTC) Received: (qmail 27002 invoked by uid 907); 25 Feb 2012 01:04:03 -0000 Received: from eth222.nsw.adsl.internode.on.net (HELO [192.168.1.54]) (150.101.196.221) (smtp-auth username janm, mechanism plain) by midgard.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Sat, 25 Feb 2012 12:04:03 +1100 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1250 From: Jan Mikkelsen In-Reply-To: <20120223235932.GB19927@rivendell> Date: Sat, 25 Feb 2012 12:04:05 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120223235932.GB19927@rivendell> To: Csillag Tamas X-Mailer: Apple Mail (2.1257) Cc: freebsd-scsi@freebsd.org Subject: Re: mfi timeout issues and patch that seems to work (PERC H800) 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, 25 Feb 2012 01:30:46 -0000 On 24/02/2012, at 10:59 AM, Csillag Tamas wrote: > Hi, >=20 > I had the same issues with the Perc H800 controller as it is described > here:=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/140416 > (Just for google I include the error here: > mfi0: COMMAND 0xffffff80009c4b90 TIMEOUT AFTER 41 SECONDS) > [ =85 ] > however getting and compiling the newest kernel did NOT fix it for me. > Issuing commands with mfiutils still fixed the hang and everything > returned to normal. >=20 > It seems that intensive read triggers the issue, but if you have write > concurrently you are fine (mostly). Restarting rsync is ideal for > triggering this buggy condition. >=20 > I tried to poke around in the source code and in the end tweaked the > patch (seen here before > = http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html): >=20 > replacing > (void)sc->mfi_read_fw_status(sc); > with > mfi_get_controller_info(sc); > around line 933 >=20 > and after testing it for a day it seems to be solid. > (The original patch did not help me.) >=20 > Can someone expert in the topic can confirm if any of this is correct? The default value for hw.mfi.msi is 0. I had to set it to 1 in = /boot/loader.conf when using a 9261-8i controller. It might be worth = retesting with that setting and the standard kernel. Regards, Jan. From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 25 08:00:21 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E01B106566B for ; Sat, 25 Feb 2012 08:00:21 +0000 (UTC) (envelope-from bsalinux@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 325878FC08 for ; Sat, 25 Feb 2012 08:00:20 +0000 (UTC) Received: by qcsg15 with SMTP id g15so1105qcs.13 for ; Sat, 25 Feb 2012 00:00:20 -0800 (PST) Received-SPF: pass (google.com: domain of bsalinux@gmail.com designates 10.224.105.203 as permitted sender) client-ip=10.224.105.203; Authentication-Results: mr.google.com; spf=pass (google.com: domain of bsalinux@gmail.com designates 10.224.105.203 as permitted sender) smtp.mail=bsalinux@gmail.com; dkim=pass header.i=bsalinux@gmail.com Received: from mr.google.com ([10.224.105.203]) by 10.224.105.203 with SMTP id u11mr1291540qao.77.1330156820543 (num_hops = 1); Sat, 25 Feb 2012 00:00:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=5v6jkgyZgYzKq2m7Mpfzqi/JZhsAxwgIaOuQPHZaFWI=; b=MEOjKVINP/OAcEYtFn/RlEWYEJuF8rkeYEAdSqTyVyzbWt2bs6wlH5OgAX47Ux64Kt 46n+lGBRrrVf4vksEPDTrAXxgwim2iKTKDWHwXDiijKAKTRHJCIf1QWVqdpAPbuzxL7S F9W+/J8BnVyIvPLeCP7nBUkQKP0JKGzExlDMA= MIME-Version: 1.0 Received: by 10.224.105.203 with SMTP id u11mr1074646qao.77.1330156820488; Sat, 25 Feb 2012 00:00:20 -0800 (PST) Received: by 10.229.13.149 with HTTP; Sat, 25 Feb 2012 00:00:20 -0800 (PST) Date: Sat, 25 Feb 2012 00:00:20 -0800 Message-ID: From: "bsalinux@gmail.com" To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: IBM M1015 support 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, 25 Feb 2012 08:00:21 -0000 Hello, I'm trying to get M1015 card recognized by FreeBSD 9.0-RELEASE. I have searched the forums but no luck. It seems that the chip LSI SAS2008 is supported by mps driver but couldn't find any results. One of the thread says to flash it with IT firmware but some say that IR is ok also. Any help would be appreciated. Thanks. From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 25 08:04:11 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D91C1065670 for ; Sat, 25 Feb 2012 08:04:11 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog117.obsmtp.com (na3sys009aog117.obsmtp.com [74.125.149.242]) by mx1.freebsd.org (Postfix) with ESMTP id C51ED8FC08 for ; Sat, 25 Feb 2012 08:04:10 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob117.postini.com ([74.125.148.12]) with SMTP ID DSNKT0iV+dw+nEGFgCTmGsMRC52Lly4biY/p@postini.com; Sat, 25 Feb 2012 00:04:10 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sat, 25 Feb 2012 03:08:51 -0500 Received: from inbexch01.lsi.com (135.36.98.37) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sat, 25 Feb 2012 03:04:08 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Sat, 25 Feb 2012 13:34:05 +0530 From: "Desai, Kashyap" To: "bsalinux@gmail.com" , "freebsd-scsi@freebsd.org" Date: Sat, 25 Feb 2012 13:34:02 +0530 Thread-Topic: IBM M1015 support Thread-Index: Aczzk5QcualXJl1cQJ2cfI5v3eqzagAACtSg Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: IBM M1015 support 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, 25 Feb 2012 08:04:11 -0000 Send me your cards PCI config space detail. I generally use "lspci -vvv -s = ". It may possible that your card is part of IBM and might have different pci = . Pls send me card's pci details to comment further. ` Kashyap > -----Original Message----- > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > scsi@freebsd.org] On Behalf Of bsalinux@gmail.com > Sent: Saturday, February 25, 2012 1:30 PM > To: freebsd-scsi@freebsd.org > Subject: IBM M1015 support >=20 > Hello, >=20 > I'm trying to get M1015 card recognized by FreeBSD 9.0-RELEASE. I have > searched the forums but no luck. It seems that the chip LSI SAS2008 is > supported by mps driver but couldn't find any results. One of the > thread says to flash it with IT firmware but some say that IR is ok > also. >=20 > Any help would be appreciated. >=20 > Thanks. > _______________________________________________ > 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 Sat Feb 25 08:22:54 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C4FF106566C for ; Sat, 25 Feb 2012 08:22:54 +0000 (UTC) (envelope-from bsalinux@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id B74418FC08 for ; Sat, 25 Feb 2012 08:22:53 +0000 (UTC) Received: by qadz30 with SMTP id z30so396899qad.13 for ; Sat, 25 Feb 2012 00:22:53 -0800 (PST) Received-SPF: pass (google.com: domain of bsalinux@gmail.com designates 10.229.77.141 as permitted sender) client-ip=10.229.77.141; Authentication-Results: mr.google.com; spf=pass (google.com: domain of bsalinux@gmail.com designates 10.229.77.141 as permitted sender) smtp.mail=bsalinux@gmail.com; dkim=pass header.i=bsalinux@gmail.com Received: from mr.google.com ([10.229.77.141]) by 10.229.77.141 with SMTP id g13mr4109708qck.11.1330158173056 (num_hops = 1); Sat, 25 Feb 2012 00:22:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=sGND8IvEivE5BPmAXPDh4g3acXbpBdbArQ+ChwwO7rU=; b=kFQOoUZjniklzrI+lv8kvkDrCJ866qdcEtWHBq2MBmj5/kHnUZZ+S+Le4TOdaIFxdO DJIYz8YQjWT34VrfKbfAgTWbCWPV/1Hw6E9J9yYmhpe/Bn2i6qr2FQ6d1j/l0bComUxv zJhVtd1QlGl2Zc2LLMyLQBt6rGjH3muToOOqA= MIME-Version: 1.0 Received: by 10.229.77.141 with SMTP id g13mr3378104qck.11.1330158172993; Sat, 25 Feb 2012 00:22:52 -0800 (PST) Received: by 10.229.13.149 with HTTP; Sat, 25 Feb 2012 00:22:52 -0800 (PST) In-Reply-To: References: Date: Sat, 25 Feb 2012 00:22:52 -0800 Message-ID: From: "bsalinux@gmail.com" To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: IBM M1015 support 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, 25 Feb 2012 08:22:54 -0000 I should be able to send you the config tomorrow. I see the card is dmesg as LSI controller (no driver attached). I even have tried the mpslsi (from lsi for FreeBSD 8.2). Thanks On Sat, Feb 25, 2012 at 12:04 AM, Desai, Kashyap wrote: > Send me your cards PCI config space detail. I generally use "lspci -vvv -s ". > It may possible that your card is part of IBM and might have different pci . > > Pls send me card's pci details to comment further. > > ` Kashyap > >> -----Original Message----- >> From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- >> scsi@freebsd.org] On Behalf Of bsalinux@gmail.com >> Sent: Saturday, February 25, 2012 1:30 PM >> To: freebsd-scsi@freebsd.org >> Subject: IBM M1015 support >> >> Hello, >> >> I'm trying to get M1015 card recognized by FreeBSD 9.0-RELEASE. I have >> searched the forums but no luck. It seems that the chip LSI SAS2008 is >> supported by mps driver but couldn't find any results. One of the >> thread says to flash it with IT firmware but some say that IR is ok >> also. >> >> Any help would be appreciated. >> >> Thanks. >> _______________________________________________ >> 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" -- NOTICE: This email is a one to one communication and not for receiving any offers or a mass relay of emails. Please refrain from subscribing this email address to any of the mailing lists. All / any mass emails to this address will be considered as SPAM and will be reported to FTC and other authorities. Thanks. From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 25 20:10:15 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AEC1106566B for ; Sat, 25 Feb 2012 20:10:15 +0000 (UTC) (envelope-from bsalinux@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49FDA8FC15 for ; Sat, 25 Feb 2012 20:10:14 +0000 (UTC) Received: by qcsg15 with SMTP id g15so210674qcs.13 for ; Sat, 25 Feb 2012 12:10:13 -0800 (PST) Received-SPF: pass (google.com: domain of bsalinux@gmail.com designates 10.229.77.141 as permitted sender) client-ip=10.229.77.141; Authentication-Results: mr.google.com; spf=pass (google.com: domain of bsalinux@gmail.com designates 10.229.77.141 as permitted sender) smtp.mail=bsalinux@gmail.com; dkim=pass header.i=bsalinux@gmail.com Received: from mr.google.com ([10.229.77.141]) by 10.229.77.141 with SMTP id g13mr4974786qck.11.1330200613643 (num_hops = 1); Sat, 25 Feb 2012 12:10:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=J0v4iQRq4ZM2nX+Xy5qWwnar7oCLegXrYDsTA6sQuBc=; b=IJAF9IiedzsUtbwV45z+l9vqG6mpJHjSh1iU0eXSm/XVpZB1JDODQZoGNuTEr9Q1bl lOcFJvnWiHfYEWLd5tOQzDOYMh0yagthZIqkYj2IkEqGUEXli05eSORVmJz24mug2S6B +R3qgBI+KpVcmyX9E1zhBNGmqZqI8z7RbWya4= MIME-Version: 1.0 Received: by 10.229.77.141 with SMTP id g13mr4098627qck.11.1330200613546; Sat, 25 Feb 2012 12:10:13 -0800 (PST) Received: by 10.229.13.149 with HTTP; Sat, 25 Feb 2012 12:10:13 -0800 (PST) In-Reply-To: References: Date: Sat, 25 Feb 2012 12:10:13 -0800 Message-ID: From: "bsalinux@gmail.com" To: "Desai, Kashyap" Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-scsi@freebsd.org" Subject: Re: IBM M1015 support 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, 25 Feb 2012 20:10:15 -0000 Hi, Here is the pciconf -lv listing http://pastebin.com/Hb3ttJBv The section specific to LSI is: none3@pci0:1:0:0: class=0x010400 card=0x03b11014 chip=0x00731000 rev=0x03 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'MegaRAID SAS 9240' class = mass storage subclass = RAID output of lspci -> http://pastebin.com/zcC2QDfC Dmesg -> http://pastebin.com/NbZWzMvH Thanks On Sat, Feb 25, 2012 at 12:04 AM, Desai, Kashyap wrote: > Send me your cards PCI config space detail. I generally use "lspci -vvv -s ". > It may possible that your card is part of IBM and might have different pci . > > Pls send me card's pci details to comment further. > > ` Kashyap > >> -----Original Message----- >> From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- >> scsi@freebsd.org] On Behalf Of bsalinux@gmail.com >> Sent: Saturday, February 25, 2012 1:30 PM >> To: freebsd-scsi@freebsd.org >> Subject: IBM M1015 support >> >> Hello, >> >> I'm trying to get M1015 card recognized by FreeBSD 9.0-RELEASE. I have >> searched the forums but no luck. It seems that the chip LSI SAS2008 is >> supported by mps driver but couldn't find any results. One of the >> thread says to flash it with IT firmware but some say that IR is ok >> also. >> >> Any help would be appreciated. >> >> Thanks. >> _______________________________________________ >> 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" -- NOTICE: This email is a one to one communication and not for receiving any offers or a mass relay of emails. Please refrain from subscribing this email address to any of the mailing lists. All / any mass emails to this address will be considered as SPAM and will be reported to FTC and other authorities. Thanks. From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 25 20:55:27 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB70106564A for ; Sat, 25 Feb 2012 20:55:27 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from dedihh.fuckner.net (dedihh.fuckner.net [81.209.183.161]) by mx1.freebsd.org (Postfix) with ESMTP id B48ED8FC19 for ; Sat, 25 Feb 2012 20:55:26 +0000 (UTC) Received: from dedihh.fuckner.net (localhost [127.0.0.1]) by dedihh.fuckner.net (Postfix) with ESMTP id 137181251 for ; Sat, 25 Feb 2012 21:37:17 +0100 (CET) X-Virus-Scanned: amavisd-new at fuckner.net Received: from dedihh.fuckner.net ([127.0.0.1]) by dedihh.fuckner.net (dedihh.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id tDG0YjBytg-J for ; Sat, 25 Feb 2012 21:37:11 +0100 (CET) Received: from c64.rebootking.de (e176174127.adsl.alicedsl.de [85.176.174.127]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by dedihh.fuckner.net (Postfix) with ESMTPSA id 500D41248 for ; Sat, 25 Feb 2012 21:37:11 +0100 (CET) Message-ID: <4F494676.2000909@fuckner.net> Date: Sat, 25 Feb 2012 21:37:10 +0100 From: Michael Fuckner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: IBM M1015 support 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, 25 Feb 2012 20:55:27 -0000 Good evening, > none3@pci0:1:0:0: class=0x010400 card=0x03b11014 chip=0x00731000 > rev=0x03 hdr=0x00 > vendor = 'LSI Logic / Symbios Logic' > device = 'MegaRAID SAS 9240' > class = mass storage > subclass = RAID this looks like mfi (in Linux: megaraid_sas) should be responsible for accessing this card. Did you try to add device-ID into mfi_pci.c? Regards, Michael! From owner-freebsd-scsi@FreeBSD.ORG Sat Feb 25 21:36:47 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58C23106564A for ; Sat, 25 Feb 2012 21:36:47 +0000 (UTC) (envelope-from bsalinux@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 03B858FC0C for ; Sat, 25 Feb 2012 21:36:46 +0000 (UTC) Received: by qadz30 with SMTP id z30so619770qad.13 for ; Sat, 25 Feb 2012 13:36:46 -0800 (PST) Received-SPF: pass (google.com: domain of bsalinux@gmail.com designates 10.224.111.142 as permitted sender) client-ip=10.224.111.142; Authentication-Results: mr.google.com; spf=pass (google.com: domain of bsalinux@gmail.com designates 10.224.111.142 as permitted sender) smtp.mail=bsalinux@gmail.com; dkim=pass header.i=bsalinux@gmail.com Received: from mr.google.com ([10.224.111.142]) by 10.224.111.142 with SMTP id s14mr4294920qap.78.1330205806127 (num_hops = 1); Sat, 25 Feb 2012 13:36:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=CDuC4CQuhHOL4zIRgcV5jp6X1aWXFQfCWmhWVFV+D7I=; b=XkfG3ZJjNtcHgQTtn6gGZZpTu2P/9xiQKzkOZx0mEcoYyihYmODBJhrHVpWT0akNSg HP1AIXwc/lhW/nfXCF12QG9+QBEfhhWpunPljGGNncwzdBBAdt1u7xeByCEgWPkJQkZa PjIyD2WVczp7ISxKdux7YTkt+9DOjIyWnhgvM= MIME-Version: 1.0 Received: by 10.224.111.142 with SMTP id s14mr3659390qap.78.1330205806089; Sat, 25 Feb 2012 13:36:46 -0800 (PST) Received: by 10.229.13.149 with HTTP; Sat, 25 Feb 2012 13:36:46 -0800 (PST) In-Reply-To: <4F494676.2000909@fuckner.net> References: <4F494676.2000909@fuckner.net> Date: Sat, 25 Feb 2012 13:36:46 -0800 Message-ID: From: "bsalinux@gmail.com" To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: IBM M1015 support 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, 25 Feb 2012 21:36:47 -0000 Hi, I did try mfi_load in loader.conf but did not try recompiling. I did not work on mfi driver as I read that SAS2008 support is provided by mps driver. As you suggested, let me try adding this ID in mfi driver and recompiling the kernel. Thanks On Sat, Feb 25, 2012 at 12:37 PM, Michael Fuckner wro= te: > Good evening, > > >> none3@pci0:1:0:0: =A0 =A0 =A0 class=3D0x010400 card=3D0x03b11014 chip=3D= 0x00731000 >> rev=3D0x03 hdr=3D0x00 >> =A0 =A0 vendor =A0 =A0 =3D 'LSI Logic / Symbios Logic' >> =A0 =A0 device =A0 =A0 =3D 'MegaRAID SAS 9240' >> =A0 =A0 class =A0 =A0 =A0=3D mass storage >> =A0 =A0 subclass =A0 =3D RAID > > > this looks like mfi (in Linux: megaraid_sas) should be responsible for > accessing this card. > Did you try to add device-ID into mfi_pci.c? > > Regards, > =A0Michael!