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=-5.3 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no 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 10555C433E0 for ; Sun, 19 Jul 2020 10:29:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 9D640208DB for ; Sun, 19 Jul 2020 10:29:01 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=elloe.vision header.i=@elloe.vision header.b="eCsZQifN" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726012AbgGSK3A (ORCPT ); Sun, 19 Jul 2020 06:29:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52672 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725836AbgGSK3A (ORCPT ); Sun, 19 Jul 2020 06:29:00 -0400 X-Greylist: delayed 360 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Sun, 19 Jul 2020 03:29:00 PDT Received: from iam.tj (soggy.cloud [IPv6:2a01:7e00:e000:151::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 49897C0619D2 for ; Sun, 19 Jul 2020 03:29:00 -0700 (PDT) Received: from [10.0.40.34] (unknown [51.155.44.233]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by iam.tj (Postfix) with ESMTPSA id 6A6D1340AD; Sun, 19 Jul 2020 11:22:59 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elloe.vision; s=2019; t=1595154179; bh=pCOD2vQujnfRcaw1z+T3Nze32aOp0u4mlfSs4CzKXAQ=; h=To:From:Subject:Date:From; b=eCsZQifNkoayy6jYT5s0X5s3nRlIgNp12qnL1pkpJSgcRG7eveMuQPT0KZJPsFH/3 iIH8qMBbXvOSnSyqAN+OOXuv7OSWTpaXce4FDNnGV8+NS8xP3jQqqk7FbtYrSvi8Xo HWB8AOHilalWYoTGBqK4f+IT+YuZPdq1FVUupHQG/WEY7/Reuv5KTcFoDIHuW2Zq6L XEJcA00o5wg7u7s5/aW53MP7UW94NeaeNQNBHlna2dmJeJPwKIbksk5q5DTGxntrXM GA1VhxvYE3OPjnjrVeHm2U+EHhuLAFGNertA/ukGx0T+M9S+7YJj1j2YyNvMNFjKAo PUtFrVYwi8KEg== To: linux-usb From: "Tj (Elloe Linux)" Subject: uas: bug: [sda] tag#21 uas_eh_abort_handler 0 uas-tag 6 inflight: IN Organization: Elloe CIC Message-ID: <9268a7b4-217e-e76d-af9a-9c5b4f6fe54a@elloe.vision> Date: Sun, 19 Jul 2020 11:22:10 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-usb-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-usb@vger.kernel.org With all kernels from 4.14 to 5.8.0-rc5 we're seeing failures with uas on a Turris Mox aarch64 Marvell Armada 3720 that we don't see on amd64. The device that triggers them is: Bus 003 Device 002: ID 152d:0562 JMicron Technology Corp. / JMicron USA Technology Corp. These are USB3<>NVME adapters with 256GB NVME attached. On advice from the Turris Mox developers we tried booting with and without "pci=nomsi". We have other similar JMicron devices but they use usb-storage instead and work fine. Linked below is the complete output from dmesg, lspci -vvnnk, lsusb -v but here's a snapshot of the error messages: ... [ 13.601433] hub 2-1:1.0: 4 ports detected [ 13.724437] usb 3-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd [ 13.784151] scsi host0: uas [ 13.788820] scsi 0:0:0:0: Direct-Access JMicron Tech 0204 PQ: 0 ANSI: 6 [ 13.830081] sd 0:0:0:0: [sda] 500118192 512-byte logical blocks: (256 GB/238 GiB) [ 13.835692] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 13.840597] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 13.894211] sd 0:0:0:0: [sda] Write Protect is off [ 13.904097] sd 0:0:0:0: [sda] Mode Sense: 5f 00 00 08 [ 13.907773] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 13.944550] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes) ... [ 15.390872] sd 0:0:0:0: [sda] Attached SCSI disk ... [ 46.104025] sd 0:0:0:0: [sda] tag#21 uas_eh_abort_handler 0 uas-tag 6 inflight: IN [ 46.109072] sd 0:0:0:0: [sda] tag#21 CDB: opcode=0x28 28 00 1d cf 2f d8 00 00 28 00 [ 46.119512] sd 0:0:0:0: [sda] tag#20 uas_eh_abort_handler 0 uas-tag 5 inflight: IN [ 46.124842] sd 0:0:0:0: [sda] tag#20 CDB: opcode=0x28 28 00 1d cf 2f 28 00 00 a8 00 [ 46.152049] scsi host0: uas_eh_device_reset_handler start [ 46.285155] usb 3-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd [ 46.312219] scsi host0: uas_eh_device_reset_handler success [ 76.827742] scsi host0: uas_eh_device_reset_handler start [ 76.831151] sd 0:0:0:0: [sda] tag#21 uas_zap_pending 0 uas-tag 1 inflight: [ 76.837629] sd 0:0:0:0: [sda] tag#21 CDB: opcode=0x28 28 00 1d cf 2f d8 00 00 28 00 [ 76.845513] sd 0:0:0:0: [sda] tag#20 uas_zap_pending 0 uas-tag 2 inflight: [ 76.852678] sd 0:0:0:0: [sda] tag#20 CDB: opcode=0x28 28 00 1d cf 2f 28 00 00 a8 00 [ 76.992756] usb 3-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd ... If we try to read the device with, e.g: $ sudo dd if=/dev/sda count=8 | hexdump -C then we see I/O errors: ... [ 199.911106] blk_update_request: I/O error, dev sda, sector 500117288 op 0x0:(READ) flags 0x80700 phys_seg 21 prio class 0 [ 199.922749] sd 0:0:0:0: [sda] tag#21 UNKNOWN(0x2003) Result: hostbyte=0x08 driverbyte=0x00 cmd_age=184s [ 199.932074] sd 0:0:0:0: [sda] tag#21 CDB: opcode=0x28 28 00 1d cf 2f d8 00 00 28 00 [ 199.939976] blk_update_request: I/O error, dev sda, sector 500117464 op 0x0:(READ) flags 0x80700 phys_seg 5 prio class 0 For complete text of logs see https://elloe.vision/linux/ - logs are available as text/plain and in a tar.gz archive.