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, 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 49F15C48BE5 for ; Fri, 11 Jun 2021 02:13:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 293D461374 for ; Fri, 11 Jun 2021 02:13:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231229AbhFKCPD (ORCPT ); Thu, 10 Jun 2021 22:15:03 -0400 Received: from netrider.rowland.org ([192.131.102.5]:55883 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S230280AbhFKCPC (ORCPT ); Thu, 10 Jun 2021 22:15:02 -0400 Received: (qmail 24249 invoked by uid 1000); 10 Jun 2021 22:13:04 -0400 Date: Thu, 10 Jun 2021 22:13:04 -0400 From: Alan Stern To: Ibrahim Erturk Cc: Larry Finger , linux-usb@vger.kernel.org, LKML , Bjorn Helgaas , linux-pci@vger.kernel.org Subject: Re: Strange problem with USB device Message-ID: <20210611021304.GA23289@rowland.harvard.edu> References: <20210608182038.GA1812516@rowland.harvard.edu> <20210608185314.GB1812516@rowland.harvard.edu> <960057be-ef17-49e7-adba-ba2929d3a01f@lwfinger.net> <20210609021237.GA1826754@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, Jun 11, 2021 at 03:08:16AM +0300, Ibrahim Erturk wrote: > Hi, > > I've already attached logs and a snapshot from the device manager on > the windows side into the bug report. Hope this helps. Yes, it does help. Although the information in those reports is somewhat disorganized, it clearly shows there is only one USB host controller in the system, and that is the one Linux detects. So my impression that we weren't finding the host controller was wrong. Back to my earlier guess: The Realtek board has to be told to do something in order to make the Bluetooth device start working, such as turning on a power source. (And perhaps that is what the RealTek people were talking about when they suggested the problem could be in the rtw8822 power-up sequence.) Whatever it is, the rtw8822 driver isn't doing it. This means it's still a PCI problem. Alan Stern PS: Larry, the discrepancy between Windows reporting an Intel USB hub and Linux reporting two Linux Foundation hubs isn't real -- or at least, it's what should be expected. I can explain in more detail if you're curious, but you don't need to worry about it.