Dear Canonical Kernel Team,
I just tested Ubuntu Noble Numbat today for the first time and the FM
device does not work with the 6.8.0-55 kernel (x86_64). Here is the
dmesg output (similar to what I saw with 5.4.0-169 and 5.15.0-133):
[ 376.165474] usb 2-1.4: new full-speed USB device number 4 using ehci-pci
[ 376.230481] usb 2-1.4: device descriptor read/64, error -32
[ 376.399462] usb 2-1.4: device descriptor read/64, error -32
[ 376.566385] usb 2-1.4: new full-speed USB device number 5 using ehci-pci
[ 376.631452] usb 2-1.4: device descriptor read/64, error -32
[ 376.799433] usb 2-1.4: device descriptor read/64, error -32
[ 376.902659] usb 2-1-port4: attempt power cycle
[ 377.482342] usb 2-1.4: new full-speed USB device number 6 using ehci-pci
[ 377.894346] usb 2-1.4: device not accepting address 6, error -32
[ 378.394304] usb 2-1.4: new full-speed USB device number 7 using ehci-pci
[ 378.409549] usb 2-1.4: device descriptor read/8, error -32
[ 378.531550] usb 2-1.4: device descriptor read/8, error -32
[ 378.638524] usb 2-1-port4: unable to enumerate USB device
By the way, as I found it works with 5.4.0-167 but not with 5.4.0-169
and later 5.4.0-xxx, I will test it soon with 5.15.0-89 and I suspect it
will work with this version, whereas it will fail with 5.15.0-92 and
later versions.
Best regards.
** Changed in: linux (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/2100787
Title:
USB FM transmitter not recognized after kernel update
Status in linux package in Ubuntu:
New
Bug description:
Hello,
I occasionally use an USB FM transmitter to send audio from my laptop to
hi-fi systems that don't have the ability to receive a bluetooth stream but
have a FM tuner. I use that kind of cheap module which works great, in stereo
mode (see picture in the JPG attachment):
https://fr.aliexpress.com/item/32921292502.html?spm=a2g0o.store_pc_allItems_or_groupList.0.0.677dd1cb71GfSm&pdp_npi=4%40dis%21EUR%21%E2%82%AC%205%2C74%21%E2%82%AC%205%2C69%21%21%215.84%215.79%21%40211b6c1917410185656756898ea2ae%2166245292113%21sh%21FR%210%21X&_gl=1*xvmald*_gcl_au*NDk2OTk1ODI3LjE3NDEwMTgyMzE.*_ga*NjA0NjU3MDUyLjE3NDEwMTgyMzE.*_ga_VED1YSGNC7*MTc0MTAxODIzMS4xLjEuMTc0MTAxODU2My4xLjAuMA..&gatewayAdapt=glo2fra
It is recognized on Ubuntu Desktop as an external sound card with the
HID driver. It worked well until kernel 5.4.0-167 on Ubuntu 20.04 and
it fails since 5.4.0-169. Bug occurs also on an updated Ubuntu desktop
22.04 with kernel 5.15.0-133.
The USB device is working in USB 1.1 (see attached lsusb.txt file) and
plugged into an USB 2.0 port. You will find in attachment the kernel
logs (dmesg.txt) when device is recognized in 5.4.0-167 and when it is
not recognized in 5.15.0-133 (dmesg_fail.txt). This bug exists since
November 2023 but I may not have used my USB device since then, as I
weekly update my software packages.
When we look at the changelog of the identified patch, it fixes only
bug #2043197. This bug was fixed by commit
https://github.com/torvalds/linux/commit/59cf445754566984fd55af19ba7146c76e6627bc
So, not sure about that but I assume the bug I encounter deals with
the following code in drivers/usb/core/hub.c, as seen now on master
branch:
/*
* Check the ep0 maxpacket guess and correct it if necessary.
* maxp0 is the value stored in the device descriptor;
* i is the value it encodes (logarithmic for SuperSpeed or greater).
*/
i = maxp0;
if (udev->speed >= USB_SPEED_SUPER) {
if (maxp0 <= 16)
i = 1 << maxp0;
else
i = 0; /* Invalid */
}
if (usb_endpoint_maxp(&udev->ep0.desc) == i) {
; /* Initial ep0 maxpacket guess is right */
} else if (((udev->speed == USB_SPEED_FULL ||
udev->speed == USB_SPEED_HIGH) &&
(i == 8 || i == 16 || i == 32 || i == 64)) ||
(udev->speed >= USB_SPEED_SUPER && i > 0)) {
/* Initial guess is wrong; use the descriptor's value */
if (udev->speed == USB_SPEED_FULL)
dev_dbg(&udev->dev, "ep0 maxpacket = %d\n", i);
else
dev_warn(&udev->dev, "Using ep0 maxpacket: %d\n", i);
udev->ep0.desc.wMaxPacketSize = cpu_to_le16(i);
usb_ep0_reinit(udev);
} else {
/* Initial guess is wrong and descriptor's value is invalid */
dev_err(&udev->dev, "Invalid ep0 maxpacket: %d\n", maxp0);
retval = -EMSGSIZE;
goto fail;
}
I am not a kernel source code specialist but as far as I understand,
is there a missing part in the code not taking the "USB_SPEED_LOW"
devices into account?
Kind regards.
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu27.27
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: julien 1825 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 20.04
HibernationDevice: RESUME=UUID=6e70bb6c-220e-4305-a3bc-ad053501dceb
InstallationDate: Installed on 2016-10-07 (3069 days ago)
InstallationMedia: Ubuntu 16.04.1 LTS "Xenial Xerus" - Release amd64
(20160719)
MachineType: Dell Inc. Inspiron N5010
Package: linux (not installed)
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=fr_FR.UTF-8
SHELL=/bin/bash
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-167-generic
root=UUID=f1cf9527-1952-4da1-8cbd-1e9e652b733e ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 5.4.0-167.184-generic 5.4.252
RelatedPackageVersions:
linux-restricted-modules-5.4.0-167-generic N/A
linux-backports-modules-5.4.0-167-generic N/A
linux-firmware 1.187.39
Tags: focal
Uname: Linux 5.4.0-167-generic x86_64
UpgradeStatus: Upgraded to focal on 2023-05-18 (655 days ago)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 01/25/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A12
dmi.board.name: 0WXY9J
dmi.board.vendor: Dell Inc.
dmi.board.version: A12
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: A12
dmi.modalias:
dmi:bvnDellInc.:bvrA12:bd01/25/2011:svnDellInc.:pnInspironN5010:pvrA12:rvnDellInc.:rn0WXY9J:rvrA12:cvnDellInc.:ct8:cvrA12:
dmi.product.name: Inspiron N5010
dmi.product.sku: To be filled by O.E.M.
dmi.product.version: A12
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2100787/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp