Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp2709276rwj; Mon, 19 Dec 2022 07:58:37 -0800 (PST) X-Google-Smtp-Source: AA0mqf6SHeYHgHiD5kK2WJL2W1BjWsPN9xqO/uAtRg4i3nZsl8ZPl38sdNuqcMZkw8IA0agyjUoF X-Received: by 2002:a17:90a:8a13:b0:219:3bd3:e81a with SMTP id w19-20020a17090a8a1300b002193bd3e81amr44070915pjn.42.1671465517765; Mon, 19 Dec 2022 07:58:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671465517; cv=none; d=google.com; s=arc-20160816; b=sG/mxCuUJ0m7eLteCnx1wgWbY3R5sVx5Vsy3K/KJJuXWvfCzgBlk6/H1fs2Ugd3ntZ CqYTGnY/uYGKAWYi+arW/cV7Veiz7QQlsPA1HUnEIV0SDQCjLbmQYrxtwYeWEaCLlr33 C5tgrEDTo1y4rtgrM03HuIS+KCaZIS4m+tRcLikh4bM+A2c9O1mXnQJvB6tJXL4rS9Gj i1LDEEdMiKZzwfIIme7uz8d3dD+yyaDP4IOGauD8RpDFCokXQc2TNfnNyfQsZ3nknAcC nnl1LdhSSldq2eYTHmuUbE0dfayTQA7lDo2MqzmbKO1eF8R0IEy/1g9J7NfRJ3IwaUYB d/7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=TKp9jccEgeGrv6DcuZjZ+aW3Fxoy8elz/rEVgu9seEA=; b=QIQGq5JDkfa4kc+zMMcvqMdKbuZzxUAPwWAuNmBHnTKDVhJQxT59tULaxC9l81amDE cWX+2JIxO+SNCBwxMCeM5Y0gQZbGAQjDALhf90otv8acGWf42n3ffEEBSOkrvNebiWpS Ci6++XiNGvwwfICmYQLXrTBZHf5XvH3MegSA3XQJdB8UJI4gocd9kun560IGVX9o9Vcc rMnFDpywBXCGCGFCbgFUa3Cwn42TG58Nu57M9ZvP+kJKym801dp24AWwejZB/mer4+ei q+JOF+c7EijojfDiAp/a132Li0pafCldp3Zpk1Cft9AUOd7yMyTuQCVouoJ1FwcLAVq/ 5oUA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y1-20020a17090aca8100b00213945884d5si10718490pjt.126.2022.12.19.07.58.29; Mon, 19 Dec 2022 07:58:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232211AbiLSPVw (ORCPT + 71 others); Mon, 19 Dec 2022 10:21:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47628 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231377AbiLSPVr (ORCPT ); Mon, 19 Dec 2022 10:21:47 -0500 Received: from netrider.rowland.org (netrider.rowland.org [192.131.102.5]) by lindbergh.monkeyblade.net (Postfix) with SMTP id 7E17F63F1 for ; Mon, 19 Dec 2022 07:21:45 -0800 (PST) Received: (qmail 26221 invoked by uid 1000); 19 Dec 2022 10:21:44 -0500 Date: Mon, 19 Dec 2022 10:21:44 -0500 From: Alan Stern To: Flavio Suligoi Cc: Greg Kroah-Hartman , Mathias Nyman , Kai-Heng Feng , Michael Grzeschik , Ray Chi , Bhuvanesh Surachari , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] usb: core: hub: disable autosuspend for TI TUSB8041 Message-ID: References: <20221219124759.3207032-1-f.suligoi@asem.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221219124759.3207032-1-f.suligoi@asem.it> X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,SPF_HELO_PASS,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Dec 19, 2022 at 01:47:59PM +0100, Flavio Suligoi wrote: > The Texas Instruments TUSB8041 has an autosuspend problem at high > temperature. > > If there is not USB traffic, after a couple of ms, the device enters in > autosuspend mode. In this condition the external clock stops working, to > save energy. When the USB activity turns on, ther hub exits the > autosuspend state, the clock starts running again and all works fine. > > At ambient temperature all works correctly, but at high temperature, > when the USB activity turns on, the external clock doesn't restart and > the hub disappears from the USB bus. > > Disabling the autosuspend mode for this hub solves the issue. > > Signed-off-by: Flavio Suligoi > --- Acked-by: Alan Stern > v2: set TUSB8041 vendor id directly as hexnumber, instead of a complex formula > > drivers/usb/core/hub.c | 13 +++++++++++++ > 1 file changed, 13 insertions(+) > > diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c > index 77e73fc8d673..9eca403af2a8 100644 > --- a/drivers/usb/core/hub.c > +++ b/drivers/usb/core/hub.c > @@ -44,6 +44,9 @@ > #define USB_PRODUCT_USB5534B 0x5534 > #define USB_VENDOR_CYPRESS 0x04b4 > #define USB_PRODUCT_CY7C65632 0x6570 > +#define USB_VENDOR_TEXAS_INSTRUMENTS 0x0451 > +#define USB_PRODUCT_TUSB8041_USB3 0x8140 > +#define USB_PRODUCT_TUSB8041_USB2 0x8142 > #define HUB_QUIRK_CHECK_PORT_AUTOSUSPEND 0x01 > #define HUB_QUIRK_DISABLE_AUTOSUSPEND 0x02 > > @@ -5854,6 +5857,16 @@ static const struct usb_device_id hub_id_table[] = { > .idVendor = USB_VENDOR_GENESYS_LOGIC, > .bInterfaceClass = USB_CLASS_HUB, > .driver_info = HUB_QUIRK_CHECK_PORT_AUTOSUSPEND}, > + { .match_flags = USB_DEVICE_ID_MATCH_VENDOR > + | USB_DEVICE_ID_MATCH_PRODUCT, > + .idVendor = USB_VENDOR_TEXAS_INSTRUMENTS, > + .idProduct = USB_PRODUCT_TUSB8041_USB2, > + .driver_info = HUB_QUIRK_DISABLE_AUTOSUSPEND}, > + { .match_flags = USB_DEVICE_ID_MATCH_VENDOR > + | USB_DEVICE_ID_MATCH_PRODUCT, > + .idVendor = USB_VENDOR_TEXAS_INSTRUMENTS, > + .idProduct = USB_PRODUCT_TUSB8041_USB3, > + .driver_info = HUB_QUIRK_DISABLE_AUTOSUSPEND}, > { .match_flags = USB_DEVICE_ID_MATCH_DEV_CLASS, > .bDeviceClass = USB_CLASS_HUB}, > { .match_flags = USB_DEVICE_ID_MATCH_INT_CLASS, > -- > 2.25.1 >