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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 367E4C433EF for ; Fri, 6 May 2022 14:35:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1442238AbiEFOiz (ORCPT ); Fri, 6 May 2022 10:38:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58118 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234559AbiEFOiy (ORCPT ); Fri, 6 May 2022 10:38:54 -0400 Received: from netrider.rowland.org (netrider.rowland.org [192.131.102.5]) by lindbergh.monkeyblade.net (Postfix) with SMTP id 2576E692A1 for ; Fri, 6 May 2022 07:35:11 -0700 (PDT) Received: (qmail 43931 invoked by uid 1000); 6 May 2022 10:35:10 -0400 Date: Fri, 6 May 2022 10:35:10 -0400 From: Alan Stern To: James Dutton Cc: USB mailing list Subject: Re: usb disk drive disconnect making readonly Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-usb@vger.kernel.org Please use Reply-To-All so that your messages get sent to the mailing list as well as to me. On Thu, May 05, 2022 at 11:32:14PM +0100, James Dutton wrote: > On Thu, 5 May 2022 at 15:16, Alan Stern wrote: > > > > > There is no way to know what is going on unless you provide a lot more > > information. The dmesg log showing what happens during one of these > > disconnect/reconnect events would be a good start (although it probably > > won't be enough). > > > > Alan Stern > > Hi Alan, > > Here are some log messages. I suspect the storage device is going into > some sort of sleep mode, and the kernel does not seem to be able to > wake it up again. > The device is a USB to NVME adapter. Using the chip: Realtek RTL9210 > The log is perfectly normal up until the 2nd line below onwards: ... That log isn't sufficient. It would be a big help if instead of sending your kernel log file, you send the output of the "dmesg" program. And don't send just the part starting where the problem begins; we need to see what happened before that as well. In addition, it would help if you enable USB debugging before the problem occurs: echo 'module usbcore =p' >/sys/kernel/debug/dynamic_debug/control Alan Stern