Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4320202pxj; Tue, 8 Jun 2021 11:24:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQhot/hgbgi04dkl14mSf+7CuIrvTjK8w6qtpVTeIlFSlXJQP3Mi+0EVoziSId/4JA/85o X-Received: by 2002:aa7:cd83:: with SMTP id x3mr26522665edv.373.1623176696642; Tue, 08 Jun 2021 11:24:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623176696; cv=none; d=google.com; s=arc-20160816; b=vMP6vS0S+AJ4nZc3vfmE4hyQBK6P4dWII885oCx3Oe3BV/UVNsKqzF7Dy4onzUGy08 M05nHj3T3jRxY180PCRSYXmI6Qo7REup5G4asqrDzV9E8SUY8d3MbcMO6Ndli58lWJ/+ 9O6BWyey+F9goRkJctzvo/RDm//2sqBlik0G+MxxZYMk28AuVgEvAs46bNC46+18IAQP JqWaAD3IVDWDBMmm9nttuffSiAHxPIje+tNcrdWwjUbvme57qI2b3aVU6No7+NCB4/5O OhB3b2ARbnvjwrfROrB32IX7333yTYelCMZh7cT4APwlBVBPAuGfVikAZZOaaJyqscoD OlUw== 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=3V9QFz2BqEe6NqvlGtL7dklZqAPI9h1SQdWGgbKY9og=; b=umGmWcB17s2rgIghMqGRbQJZkkQSb9XZeU6d+1jAiX2qvgHhLqT//4dHJ7BmGch08b HZDmTa808rN1qJdIHY0XvzZTbQ0H4IVePQZHrj1ib+dPiw8KEU24/F/X+FY/KwpUSITG f2FiDWKW2Up8LNRDZSIVMhfxXfcXUzQFB4HmO0FhbkrvsaiVqyAAJ6y/Y8dbKYxd8iFk 7WpVn+j8HzNSunOC29mNZu2rRPyJu8kFpxaeYQ2UpR0ie3DeAWH8qf/nXy6zuXFsqFs4 VdEMKFKVVb3UQv2jmwa3CenjN6PbIINMD2LHxLvxIFRnfvp58/W8Lv2KUzp2k9ZQHEyI Re3g== 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 u15si414004edt.211.2021.06.08.11.24.33; Tue, 08 Jun 2021 11:24:56 -0700 (PDT) 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 S234005AbhFHSWd (ORCPT + 99 others); Tue, 8 Jun 2021 14:22:33 -0400 Received: from netrider.rowland.org ([192.131.102.5]:52861 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S233062AbhFHSWc (ORCPT ); Tue, 8 Jun 2021 14:22:32 -0400 Received: (qmail 1813769 invoked by uid 1000); 8 Jun 2021 14:20:38 -0400 Date: Tue, 8 Jun 2021 14:20:38 -0400 From: Alan Stern To: Larry Finger Cc: linux-usb@vger.kernel.org, LKML , ierturk@ieee.org Subject: Re: Strange problem with USB device Message-ID: <20210608182038.GA1812516@rowland.harvard.edu> References: 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 Tue, Jun 08, 2021 at 12:41:23PM -0500, Larry Finger wrote: > Hi, > > In https://bugzilla.suse.com/show_bug.cgi?id=1186889, a user is > reporting that his Bluetooth component of a Realtek RTL8822CE is not Is that a USB device? That is, does it connect to the computer via a USB cable? I'll assume it does... > being found in openSUSE's kernel 5.3.18. His lsusb scan is as follows: > > $ lsusb > Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub > Bus 001 Device 003: ID 13d3:56c9 IMC Networks HP TrueVision HD Camera > Bus 001 Device 002: ID 045e:07fd Microsoft Corp. Nano Transceiver 1.1 > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > The Bluetooth device is found and works in Windows 10, where the Device > Manager reports hardware ID's of 0bda:b00c. This combination is in > driver btusb. > > Is there a bug in the USB bus scan in kernel 5.3.18 that has since been > fixed, or is there still a bug that misses this device? Given only the information you have provided, it is impossible to answer that question. Broadly speaking, lots of bugs in the USB subsystem have been fixed since kernel 5.3.18, but I don't know if any of them would affect detecting new devices on the bus like this. One thing you might try is to turn on USB debugging before plugging in the device: echo 'module usbcore =p' >/sys/kernel/debug/dynamic_debug/control The additional information this adds to the dmesg log may be helpful. Alan Stern