From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A32D5C43610 for ; Fri, 16 Nov 2018 08:35:56 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 4B5742087A for ; Fri, 16 Nov 2018 08:35:56 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4B5742087A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=canonical.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389178AbeKPSrP convert rfc822-to-8bit (ORCPT ); Fri, 16 Nov 2018 13:47:15 -0500 Received: from youngberry.canonical.com ([91.189.89.112]:59310 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727413AbeKPSrO (ORCPT ); Fri, 16 Nov 2018 13:47:14 -0500 Received: from mail-pf1-f197.google.com ([209.85.210.197]) by youngberry.canonical.com with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1gNZbU-00071z-Mv for linux-kernel@vger.kernel.org; Fri, 16 Nov 2018 08:35:52 +0000 Received: by mail-pf1-f197.google.com with SMTP id s71so6691100pfi.22 for ; Fri, 16 Nov 2018 00:35:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=I2/AGPglVtwaUvoM+H68TUdOKuy5DMIrFWvUDJvvq2s=; b=VonERlyEOJToXhIFgUMfe17YDGAKjjB6PGRU44WhnAXiHXU6AKNZgy+tVC1G7/X5km BcLdFC4ugziExf1CiuNPi5O4uikAOloCsWAdiDBO4qfwGrXOE27YfzW+rSKBq8LTbyH1 GiIXYkMx5vr8CLokboIskOprNCU1zpOrFlmx0/RXsfWC8bb8Pb7u6KCujuE+C2vxDESh ZAnAORS7j6ohoMnk/MT4W4djt+P/hux5ig9iY0B9E9bbtaheFxsS6ghnX9EFVuPWAR+u MuI8jNurpqsiLsjqH07F57Nv1y8IaWcj9K0tAFscj+/dE+PGaXd+vcaDRvS+qy1hxhjk DnHQ== X-Gm-Message-State: AGRZ1gLYOnMxJii1yArtAFrlS6oYgkUjpUFjAh1GuY7eqmLpBxx5PInC QFZ3MyRA6I6x4IQ+2lFNvIh8GcRw+L5atelXFlGXkuOCwtRahOaYc2V2UfCUOtEdwKPwagAk4Eq KA2iRSJrZPEOz7TLaChrbfnlTFx1OnkRm2trhXaIL9w== X-Received: by 2002:a62:da54:: with SMTP id w20-v6mr10133145pfl.106.1542357351335; Fri, 16 Nov 2018 00:35:51 -0800 (PST) X-Google-Smtp-Source: AJdET5e9m+bD6jxzdjYoN12zfQe9n3iZQSZGTzeVVe6XH0vXK59TRh6EAWLj9jGKx3bfzY5zF1yuEg== X-Received: by 2002:a62:da54:: with SMTP id w20-v6mr10133131pfl.106.1542357351036; Fri, 16 Nov 2018 00:35:51 -0800 (PST) Received: from 2001-b011-380f-15ec-2dac-90da-1cd3-7462.dynamic-ip6.hinet.net (2001-b011-380f-15ec-2dac-90da-1cd3-7462.dynamic-ip6.hinet.net. [2001:b011:380f:15ec:2dac:90da:1cd3:7462]) by smtp.gmail.com with ESMTPSA id w2-v6sm34713558pfn.89.2018.11.16.00.35.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Nov 2018 00:35:50 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: [PATCH] xhci: workaround CSS timeout on AMD SNPS 3.0 xHC. From: Kai Heng Feng In-Reply-To: <1542356426-10299-1-git-send-email-Sandeep.Singh@amd.com> Date: Fri, 16 Nov 2018 16:35:47 +0800 Cc: "mathias.nyman@intel.com" , "gregkh@linuxfoundation.org" , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "S-k, Shyam-sundar" , "Shah, Nehal-bakulchandra" Content-Transfer-Encoding: 8BIT Message-Id: <0B58593B-1CE2-49EB-9F13-A2BC449AB8E8@canonical.com> References: <1542356426-10299-1-git-send-email-Sandeep.Singh@amd.com> To: "Singh, Sandeep" X-Mailer: Apple Mail (2.3445.101.1) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sandeep, > On Nov 16, 2018, at 16:21, Singh, Sandeep wrote: > > From: Sandeep Singh > > Occasionally AMD SNPS 3.0 xHC does not respond to > CSS when set, also it does not flag anything on SRE and HCE > to point the internal xHC errors on USBSTS register. This stalls > the entire system wide suspend and there is no point in stalling > just because of xHC CSS is not responding. > > To work around this problem, if the xHC does not flag > anything on SRE and HCE, we can skip the CSS > timeout and allow the system to continue the suspend. Once the > system resume happens we can internally reset the controller > using XHCI_RESET_ON_RESUME quirk. What happens to the connected and suspended USB devices? Do USB devices lose remote wakeup functionality when this happens? > > Signed-off-by: Shyam Sundar S K > Signed-off-by: Sandeep Singh > cc: Nehal Shah > --- > drivers/usb/host/xhci-pci.c | 4 ++++ > drivers/usb/host/xhci.c | 25 +++++++++++++++++++++++++ > drivers/usb/host/xhci.h | 1 + > 3 files changed, 30 insertions(+) > > diff --git a/drivers/usb/host/xhci-pci.c b/drivers/usb/host/xhci-pci.c > index 01c5705..72493c4 100644 > --- a/drivers/usb/host/xhci-pci.c > +++ b/drivers/usb/host/xhci-pci.c > @@ -139,6 +139,10 @@ static void xhci_pci_quirks(struct device *dev, struct xhci_hcd *xhci) > pdev->device == 0x43bb)) > xhci->quirks |= XHCI_SUSPEND_DELAY; > > + if (pdev->vendor == PCI_VENDOR_ID_AMD && > + (pdev->device == 0x15e0 || pdev->device == 0x15e1)) > + xhci->quirks |= XHCI_SNPS_BROKEN_SUSPEND; > + > if (pdev->vendor == PCI_VENDOR_ID_AMD) > xhci->quirks |= XHCI_TRUST_TX_LENGTH; > > diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c > index 0420eef..965b503 100644 > --- a/drivers/usb/host/xhci.c > +++ b/drivers/usb/host/xhci.c > @@ -970,6 +970,7 @@ int xhci_suspend(struct xhci_hcd *xhci, bool do_wakeup) > unsigned int delay = XHCI_MAX_HALT_USEC; > struct usb_hcd *hcd = xhci_to_hcd(xhci); > u32 command; > + u32 res; > > if (!hcd->state) > return 0; > @@ -1025,10 +1026,32 @@ int xhci_suspend(struct xhci_hcd *xhci, bool do_wakeup) > writel(command, &xhci->op_regs->command); > if (xhci_handshake(&xhci->op_regs->status, > STS_SAVE, 0, 10 * 1000)) { > + if (xhci->quirks & XHCI_SNPS_BROKEN_SUSPEND) { > + /* > + * AMD SNPS xHC 3.0 occasionally does not clear the > + * SSS bit of USBSTS and when driver tries to poll > + * to see if the xHC clears BIT(8) which never happens > + * and driver assumes that controller is not responding > + * and times out. To workaround this, its good to check > + * if SRE and HCE bits are not set (as per xhci > + * Section 5.4.2) and bypass the timeout. > + */ > + > + res = readl(&xhci->op_regs->status); > + if (res & STS_SAVE) { > + if (((res & STS_SRE) == 0) && > + ((res & STS_HCE) == 0)) { > + xhci->quirks |= XHCI_RESET_ON_RESUME; > + goto complete_suspend; > + } > + } Maybe merge the two “ifs”? There are no other conditions to handle. Kai-Heng > + } > + > xhci_warn(xhci, "WARN: xHC save state timeout\n"); > spin_unlock_irq(&xhci->lock); > return -ETIMEDOUT; > } > + complete_suspend: > spin_unlock_irq(&xhci->lock); > > /* > @@ -1213,6 +1236,8 @@ int xhci_resume(struct xhci_hcd *xhci, bool hibernated) > usb_hcd_poll_rh_status(xhci->shared_hcd); > set_bit(HCD_FLAG_POLL_RH, &hcd->flags); > usb_hcd_poll_rh_status(hcd); > + if (xhci->quirks & XHCI_SNPS_BROKEN_SUSPEND) > + xhci->quirks &= ~XHCI_RESET_ON_RESUME; > > return retval; > } > diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h > index bf0b369..eb99782 100644 > --- a/drivers/usb/host/xhci.h > +++ b/drivers/usb/host/xhci.h > @@ -1849,6 +1849,7 @@ struct xhci_hcd { > #define XHCI_INTEL_USB_ROLE_SW BIT_ULL(31) > #define XHCI_ZERO_64B_REGS BIT_ULL(32) > #define XHCI_DEFAULT_PM_RUNTIME_ALLOW BIT_ULL(33) > +#define XHCI_SNPS_BROKEN_SUSPEND BIT_ULL(34) > > unsigned int num_active_eps; > unsigned int limit_active_eps; > -- > 2.7.4 > From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Subject: xhci: workaround CSS timeout on AMD SNPS 3.0 xHC. From: Kai-Heng Feng Message-Id: <0B58593B-1CE2-49EB-9F13-A2BC449AB8E8@canonical.com> Date: Fri, 16 Nov 2018 16:35:47 +0800 To: "Singh, Sandeep" Cc: "mathias.nyman@intel.com" , "gregkh@linuxfoundation.org" , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "S-k, Shyam-sundar" , "Shah, Nehal-bakulchandra" List-ID: SGkgU2FuZGVlcCwKCj4gT24gTm92IDE2LCAyMDE4LCBhdCAxNjoyMSwgU2luZ2gsIFNhbmRlZXAg PFNhbmRlZXAuU2luZ2hAYW1kLmNvbT4gd3JvdGU6Cj4gCj4gRnJvbTogU2FuZGVlcCBTaW5naCA8 c2FuZGVlcC5zaW5naEBhbWQuY29tPgo+IAo+IE9jY2FzaW9uYWxseSBBTUQgU05QUyAzLjAgeEhD IGRvZXMgbm90IHJlc3BvbmQgdG8KPiBDU1Mgd2hlbiBzZXQsIGFsc28gaXQgZG9lcyBub3QgZmxh ZyBhbnl0aGluZyBvbiBTUkUgYW5kIEhDRQo+IHRvIHBvaW50IHRoZSBpbnRlcm5hbCB4SEMgZXJy b3JzIG9uIFVTQlNUUyByZWdpc3Rlci4gVGhpcyBzdGFsbHMKPiB0aGUgZW50aXJlIHN5c3RlbSB3 aWRlIHN1c3BlbmQgYW5kIHRoZXJlIGlzIG5vIHBvaW50IGluIHN0YWxsaW5nCj4ganVzdCBiZWNh dXNlIG9mIHhIQyBDU1MgaXMgbm90IHJlc3BvbmRpbmcuCj4gCj4gVG8gd29yayBhcm91bmQgdGhp cyBwcm9ibGVtLCBpZiB0aGUgeEhDIGRvZXMgbm90IGZsYWcKPiBhbnl0aGluZyBvbiBTUkUgYW5k IEhDRSwgd2UgY2FuIHNraXAgdGhlIENTUwo+IHRpbWVvdXQgYW5kIGFsbG93IHRoZSBzeXN0ZW0g dG8gY29udGludWUgdGhlIHN1c3BlbmQuIE9uY2UgdGhlCj4gc3lzdGVtIHJlc3VtZSBoYXBwZW5z IHdlIGNhbiBpbnRlcm5hbGx5IHJlc2V0IHRoZSBjb250cm9sbGVyCj4gdXNpbmcgWEhDSV9SRVNF VF9PTl9SRVNVTUUgcXVpcmsuCgpXaGF0IGhhcHBlbnMgdG8gdGhlIGNvbm5lY3RlZCBhbmQgc3Vz cGVuZGVkIFVTQiBkZXZpY2VzPwpEbyBVU0IgZGV2aWNlcyBsb3NlIHJlbW90ZSB3YWtldXAgZnVu Y3Rpb25hbGl0eSB3aGVuIHRoaXMgaGFwcGVucz8KCj4gCj4gU2lnbmVkLW9mZi1ieTogU2h5YW0g U3VuZGFyIFMgSyA8U2h5YW0tc3VuZGFyLlMta0BhbWQuY29tPgo+IFNpZ25lZC1vZmYtYnk6IFNh bmRlZXAgU2luZ2ggPFNhbmRlZXAuU2luZ2hAYW1kLmNvbT4KPiBjYzogTmVoYWwgU2hhaCA8TmVo YWwtYmFrdWxjaGFuZHJhLlNoYWhAYW1kLmNvbT4KPiAtLS0KPiBkcml2ZXJzL3VzYi9ob3N0L3ho Y2ktcGNpLmMgfCAgNCArKysrCj4gZHJpdmVycy91c2IvaG9zdC94aGNpLmMgICAgIHwgMjUgKysr KysrKysrKysrKysrKysrKysrKysrKwo+IGRyaXZlcnMvdXNiL2hvc3QveGhjaS5oICAgICB8ICAx ICsKPiAzIGZpbGVzIGNoYW5nZWQsIDMwIGluc2VydGlvbnMoKykKPiAKPiBkaWZmIC0tZ2l0IGEv ZHJpdmVycy91c2IvaG9zdC94aGNpLXBjaS5jIGIvZHJpdmVycy91c2IvaG9zdC94aGNpLXBjaS5j Cj4gaW5kZXggMDFjNTcwNS4uNzI0OTNjNCAxMDA2NDQKPiAtLS0gYS9kcml2ZXJzL3VzYi9ob3N0 L3hoY2ktcGNpLmMKPiArKysgYi9kcml2ZXJzL3VzYi9ob3N0L3hoY2ktcGNpLmMKPiBAQCAtMTM5 LDYgKzEzOSwxMCBAQCBzdGF0aWMgdm9pZCB4aGNpX3BjaV9xdWlya3Moc3RydWN0IGRldmljZSAq ZGV2LCBzdHJ1Y3QgeGhjaV9oY2QgKnhoY2kpCj4gCQkgcGRldi0+ZGV2aWNlID09IDB4NDNiYikp Cj4gCQl4aGNpLT5xdWlya3MgfD0gWEhDSV9TVVNQRU5EX0RFTEFZOwo+IAo+ICsJaWYgKHBkZXYt PnZlbmRvciA9PSBQQ0lfVkVORE9SX0lEX0FNRCAmJgo+ICsJICAgIChwZGV2LT5kZXZpY2UgPT0g MHgxNWUwIHx8IHBkZXYtPmRldmljZSA9PSAweDE1ZTEpKQo+ICsJCXhoY2ktPnF1aXJrcyB8PSBY SENJX1NOUFNfQlJPS0VOX1NVU1BFTkQ7Cj4gKwo+IAlpZiAocGRldi0+dmVuZG9yID09IFBDSV9W RU5ET1JfSURfQU1EKQo+IAkJeGhjaS0+cXVpcmtzIHw9IFhIQ0lfVFJVU1RfVFhfTEVOR1RIOwo+ IAo+IGRpZmYgLS1naXQgYS9kcml2ZXJzL3VzYi9ob3N0L3hoY2kuYyBiL2RyaXZlcnMvdXNiL2hv c3QveGhjaS5jCj4gaW5kZXggMDQyMGVlZi4uOTY1YjUwMyAxMDA2NDQKPiAtLS0gYS9kcml2ZXJz L3VzYi9ob3N0L3hoY2kuYwo+ICsrKyBiL2RyaXZlcnMvdXNiL2hvc3QveGhjaS5jCj4gQEAgLTk3 MCw2ICs5NzAsNyBAQCBpbnQgeGhjaV9zdXNwZW5kKHN0cnVjdCB4aGNpX2hjZCAqeGhjaSwgYm9v bCBkb193YWtldXApCj4gCXVuc2lnbmVkIGludAkJZGVsYXkgPSBYSENJX01BWF9IQUxUX1VTRUM7 Cj4gCXN0cnVjdCB1c2JfaGNkCQkqaGNkID0geGhjaV90b19oY2QoeGhjaSk7Cj4gCXUzMgkJCWNv bW1hbmQ7Cj4gKwl1MzIJCQlyZXM7Cj4gCj4gCWlmICghaGNkLT5zdGF0ZSkKPiAJCXJldHVybiAw Owo+IEBAIC0xMDI1LDEwICsxMDI2LDMyIEBAIGludCB4aGNpX3N1c3BlbmQoc3RydWN0IHhoY2lf aGNkICp4aGNpLCBib29sIGRvX3dha2V1cCkKPiAJd3JpdGVsKGNvbW1hbmQsICZ4aGNpLT5vcF9y ZWdzLT5jb21tYW5kKTsKPiAJaWYgKHhoY2lfaGFuZHNoYWtlKCZ4aGNpLT5vcF9yZWdzLT5zdGF0 dXMsCj4gCQkJCVNUU19TQVZFLCAwLCAxMCAqIDEwMDApKSB7Cj4gKwkJaWYgKHhoY2ktPnF1aXJr cyAmIFhIQ0lfU05QU19CUk9LRU5fU1VTUEVORCkgewo+ICsJCSAgICAgICAvKgo+ICsJCQkqIEFN RCBTTlBTIHhIQyAzLjAgb2NjYXNpb25hbGx5IGRvZXMgbm90IGNsZWFyIHRoZQo+ICsJCQkqIFNT UyBiaXQgb2YgVVNCU1RTIGFuZCB3aGVuIGRyaXZlciB0cmllcyB0byBwb2xsCj4gKwkJCSogdG8g c2VlIGlmIHRoZSB4SEMgY2xlYXJzIEJJVCg4KSB3aGljaCBuZXZlciBoYXBwZW5zCj4gKwkJCSog YW5kIGRyaXZlciBhc3N1bWVzIHRoYXQgY29udHJvbGxlciBpcyBub3QgcmVzcG9uZGluZwo+ICsJ CQkqIGFuZCB0aW1lcyBvdXQuIFRvIHdvcmthcm91bmQgdGhpcywgaXRzIGdvb2QgdG8gY2hlY2sK PiArCQkJKiBpZiBTUkUgYW5kIEhDRSBiaXRzIGFyZSBub3Qgc2V0IChhcyBwZXIgeGhjaQo+ICsJ CQkqIFNlY3Rpb24gNS40LjIpIGFuZCBieXBhc3MgdGhlIHRpbWVvdXQuCj4gKwkJCSovCj4gKwo+ ICsJCQlyZXMgPSByZWFkbCgmeGhjaS0+b3BfcmVncy0+c3RhdHVzKTsKPiArCQkJaWYgKHJlcyAm IFNUU19TQVZFKSB7Cj4gKwkJCQlpZiAoKChyZXMgJiBTVFNfU1JFKSA9PSAwKSAmJgo+ICsJCQkJ ICAgICgocmVzICYgU1RTX0hDRSkgPT0gMCkpIHsKPiArCQkJCQl4aGNpLT5xdWlya3MgfD0gWEhD SV9SRVNFVF9PTl9SRVNVTUU7Cj4gKwkJCQkJZ290byBjb21wbGV0ZV9zdXNwZW5kOwo+ICsJCQkJ fQo+ICsJCQl9CgpNYXliZSBtZXJnZSB0aGUgdHdvIOKAnGlmc+KAnT8gVGhlcmUgYXJlIG5vIG90 aGVyIGNvbmRpdGlvbnMgdG8gaGFuZGxlLgoKS2FpLUhlbmcKCj4gKwkJfQo+ICsKPiAJCXhoY2lf d2Fybih4aGNpLCAiV0FSTjogeEhDIHNhdmUgc3RhdGUgdGltZW91dFxuIik7Cj4gCQlzcGluX3Vu bG9ja19pcnEoJnhoY2ktPmxvY2spOwo+IAkJcmV0dXJuIC1FVElNRURPVVQ7Cj4gCX0KPiArIGNv bXBsZXRlX3N1c3BlbmQ6Cj4gCXNwaW5fdW5sb2NrX2lycSgmeGhjaS0+bG9jayk7Cj4gCj4gCS8q Cj4gQEAgLTEyMTMsNiArMTIzNiw4IEBAIGludCB4aGNpX3Jlc3VtZShzdHJ1Y3QgeGhjaV9oY2Qg KnhoY2ksIGJvb2wgaGliZXJuYXRlZCkKPiAJdXNiX2hjZF9wb2xsX3JoX3N0YXR1cyh4aGNpLT5z aGFyZWRfaGNkKTsKPiAJc2V0X2JpdChIQ0RfRkxBR19QT0xMX1JILCAmaGNkLT5mbGFncyk7Cj4g CXVzYl9oY2RfcG9sbF9yaF9zdGF0dXMoaGNkKTsKPiArCWlmICh4aGNpLT5xdWlya3MgJiBYSENJ X1NOUFNfQlJPS0VOX1NVU1BFTkQpCj4gKwkJeGhjaS0+cXVpcmtzICY9IH5YSENJX1JFU0VUX09O X1JFU1VNRTsKPiAKPiAJcmV0dXJuIHJldHZhbDsKPiB9Cj4gZGlmZiAtLWdpdCBhL2RyaXZlcnMv dXNiL2hvc3QveGhjaS5oIGIvZHJpdmVycy91c2IvaG9zdC94aGNpLmgKPiBpbmRleCBiZjBiMzY5 Li5lYjk5NzgyIDEwMDY0NAo+IC0tLSBhL2RyaXZlcnMvdXNiL2hvc3QveGhjaS5oCj4gKysrIGIv ZHJpdmVycy91c2IvaG9zdC94aGNpLmgKPiBAQCAtMTg0OSw2ICsxODQ5LDcgQEAgc3RydWN0IHho Y2lfaGNkIHsKPiAjZGVmaW5lIFhIQ0lfSU5URUxfVVNCX1JPTEVfU1cJQklUX1VMTCgzMSkKPiAj ZGVmaW5lIFhIQ0lfWkVST182NEJfUkVHUwlCSVRfVUxMKDMyKQo+ICNkZWZpbmUgWEhDSV9ERUZB VUxUX1BNX1JVTlRJTUVfQUxMT1cJQklUX1VMTCgzMykKPiArI2RlZmluZSBYSENJX1NOUFNfQlJP S0VOX1NVU1BFTkQJQklUX1VMTCgzNCkKPiAKPiAJdW5zaWduZWQgaW50CQludW1fYWN0aXZlX2Vw czsKPiAJdW5zaWduZWQgaW50CQlsaW1pdF9hY3RpdmVfZXBzOwo+IC0tIAo+IDIuNy40Cj4K