Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2278214pxb; Fri, 5 Mar 2021 11:28:09 -0800 (PST) X-Google-Smtp-Source: ABdhPJy7JDpzlYTSg4fRBt4Wbn2GwBlxMzGoUKAYZfNPF7dPPXYb7kyiUwNuQrdcMbg7G/n5h1ef X-Received: by 2002:a05:6402:1393:: with SMTP id b19mr4018292edv.333.1614972489609; Fri, 05 Mar 2021 11:28:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614972489; cv=none; d=google.com; s=arc-20160816; b=UAtIBX+MgBfkqntOuoSt4ChyMGTdBhp3Fs+pIOe4POc1Q2dBDDL8218y4bnjrO0EoH y2JO36pvXQQO0b79CNlj+2J1RpeAEeaVM61tjpr2KXYvNhxRta89GlcVJPwsgEMpHNlw z+h37+I6sbn7gsKZxvR/gnhV+6GEUXHoWunOuvE0YRv3nCF6i0dTb0zxDA+OPvcShW1i BQTsW8yxzZ0aL1htWv5Y5gCp9zOA/6/8KIhjwZASk4FJL1JHwojKw59J7TF4zLFlzsXv D9hO4Nphryc2JUxWmJkxkOf6eEZGZ9d39HvJhoJtgDYMO3qkolbKBehnUWufILFggiMR 7BPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=s2saJR8GQIwiMv0hlLvWoFrHazY8h98LkXZFENNePj0=; b=wLtSXHZs5Lf7aMNUpNSYIXsI45FrEZ1Bj0ml+U+ACzRalkZFQrA30HySaGT8r4hJ9j o3JotyGywM56BbdAMdkKYdYOwsJzFtIOwyOVCup1U893696dwmeUEiPySD8h24dO3G+C aVLhBAQHWsOvhjBcssZVEuKgNbMj8JuHTghri+tGwdzqCjwcKUCfORyMyFVofKM69sGM e7Hv5tctKlbQk4GeLI/sav1rIp+CICew+D4qq3vyACoQmOvXKHOsdyOcNHJxeBI7pXot DstwoDKuR5f4vjzdOcNTrn3A9xxXBRlbZWtnM/I/NvFzaNmUqNHicivYW6fI0ax8rIki 097Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id sd1si1777997ejb.660.2021.03.05.11.27.45; Fri, 05 Mar 2021 11:28:09 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229963AbhCETZp (ORCPT + 99 others); Fri, 5 Mar 2021 14:25:45 -0500 Received: from netrider.rowland.org ([192.131.102.5]:43341 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S229597AbhCETZa (ORCPT ); Fri, 5 Mar 2021 14:25:30 -0500 Received: (qmail 49699 invoked by uid 1000); 5 Mar 2021 14:25:29 -0500 Date: Fri, 5 Mar 2021 14:25:29 -0500 From: Alan Stern To: Sedat Dilek Cc: Mathias Nyman , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Greg Kroah-Hartman Subject: Re: [xhci] usb 4-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd Message-ID: <20210305192529.GD48113@rowland.harvard.edu> References: <20210301155321.GA1490228@rowland.harvard.edu> <20210305160728.GE38200@rowland.harvard.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 05, 2021 at 08:05:49PM +0100, Sedat Dilek wrote: > On Fri, Mar 5, 2021 at 5:07 PM Alan Stern wrote: > > Don't worry about trying to decode the output. To me it looks like the > > drive crashes and needs to be reset at times when the computer sends it > > an ATA command. (Not all ATA commands, but some.) You can prevent this > > by setting the following module parameter for the usb-storage driver: > > > > quirks=174c:55aa:t > > > > where the two numbers are the Vendor and Product IDs for the external > > drive, and the 't' is a quirks flag saying not to use any ATA commands. > > If this module parameter fixes the problem, we can add a permanent quirk > > setting to the kernel. > > > > Thanks Alan. > > I did: > > [ /etc/modules-load.d/usb-storage.conf ] > > # Add quirks for ATA commands for usb-storage devices connected to > ASMedia M1042 USB-3.0 controller > options usb-storage quirks=174c:55aa:t > - EOF - > > It is: > > /lib/modules/5.12.0-rc1-11-amd64-clang13-cfi/kernel/drivers/usb/storage/usb-storage.ko > > But: > > root# lsmod | grep usb | grep storage > usb_storage 90112 2 uas > scsi_mod 307200 6 sd_mod,usb_storage,uas,libata,sg,sr_mod > usbcore 385024 14 > usbserial,xhci_hcd,ehci_pci,usbnet,usbhid,usb_storage,usb_wwan,uvcvideo,ehci_hcd,btusb,xhci_pci,cdc_ether,uas,option I don't understand. What is the point of this listing? > I have not rebooted yet. Depending on how your system is set up, the new usb-storage.conf file might need to be copied into the initramfs image. However, you don't need to reload the driver module or reboot. To make the new quirk take effect, all you have to do is write 174c:55aa:t to /sys/module/usb_storage/parameters/quirks. > Interferences with PowerTop? Maybe. It's entirely possible that PowerTop or some other program is issuing the troublesome ATA commands. > These xhci-resets happen every 10mins in a sequence of 4. > > I have here a powertop.service (systemd) with passing --auto-tune option. > That was not a problem with previous Linux-kernels >= v5.12-rc1, so. > > Alan, what do you think? Try turning the service off and see if that makes any difference. Alan Stern