[Kernel-packages] [Bug 2100787] Lspci-vt.txt
apport information
** Attachment added: "Lspci-vt.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862030/+files/Lspci-vt.txt
--
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:
Incomplete
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:
USERPID 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=
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 foc
[Kernel-packages] [Bug 2100787] Lsusb.txt
apport information
** Attachment added: "Lsusb.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862031/+files/Lsusb.txt
--
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:
Incomplete
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:
USERPID 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=
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 2
[Kernel-packages] [Bug 2100787] Lsusb-t.txt
apport information
** Attachment added: "Lsusb-t.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862032/+files/Lsusb-t.txt
--
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:
Incomplete
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:
USERPID 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=
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
[Kernel-packages] [Bug 2100787] UdevDb.txt
apport information
** Attachment added: "UdevDb.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862040/+files/UdevDb.txt
--
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:
Incomplete
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:
USERPID 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=
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
[Kernel-packages] [Bug 2100787] WifiSyslog.txt
apport information
** Attachment added: "WifiSyslog.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862041/+files/WifiSyslog.txt
--
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:
Incomplete
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:
USERPID 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=
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
[Kernel-packages] [Bug 2100787] RfKill.txt
apport information
** Attachment added: "RfKill.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862039/+files/RfKill.txt
--
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:
Incomplete
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:
USERPID 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=
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
[Kernel-packages] [Bug 2100787] acpidump.txt
apport information
** Attachment added: "acpidump.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862042/+files/acpidump.txt
--
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:
Incomplete
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:
USERPID 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=
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 foc
[Kernel-packages] [Bug 2100787] Lsusb-v.txt
apport information
** Attachment added: "Lsusb-v.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862033/+files/Lsusb-v.txt
--
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:
Incomplete
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:
USERPID 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=
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
[Kernel-packages] [Bug 2100787] ProcInterrupts.txt
apport information
** Attachment added: "ProcInterrupts.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862036/+files/ProcInterrupts.txt
--
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:
Incomplete
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:
USERPID 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=
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: Upg
[Kernel-packages] [Bug 2100787] CurrentDmesg.txt
apport information
** Attachment added: "CurrentDmesg.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862027/+files/CurrentDmesg.txt
--
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:
Incomplete
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:
USERPID 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=
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: Upgrade
[Kernel-packages] [Bug 2100787] Lspci.txt
apport information
** Attachment added: "Lspci.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862029/+files/Lspci.txt
--
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:
Incomplete
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:
USERPID 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=
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 2
[Kernel-packages] [Bug 2100787] ProcCpuinfoMinimal.txt
apport information
** Attachment added: "ProcCpuinfoMinimal.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862035/+files/ProcCpuinfoMinimal.txt
--
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:
Incomplete
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:
USERPID 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=
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
UpgradeSta
[Kernel-packages] [Bug 2100787] IwConfig.txt
apport information
** Attachment added: "IwConfig.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862028/+files/IwConfig.txt
--
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:
Incomplete
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:
USERPID 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=
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 foc
[Kernel-packages] [Bug 2100787] ProcModules.txt
apport information
** Attachment added: "ProcModules.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862037/+files/ProcModules.txt
--
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:
Incomplete
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:
USERPID 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=
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
[Kernel-packages] [Bug 2100787] ProcCpuinfo.txt
apport information
** Attachment added: "ProcCpuinfo.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862034/+files/ProcCpuinfo.txt
--
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:
Incomplete
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:
USERPID 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=
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
[Kernel-packages] [Bug 2100787] CRDA.txt
apport information
** Attachment added: "CRDA.txt"
https://bugs.launchpad.net/bugs/2100787/+attachment/5862026/+files/CRDA.txt
--
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:
Incomplete
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:
USERPID 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=
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 202
[Kernel-packages] [Bug 2100787] Re: USB FM transmitter not recognized after kernel update
As requested, I ran the apport command on the impacted machine running
the kernel which still works with the USB device. I can run it also with
the 5.4.0-169 kernel which brings the bug if you prefer.
--
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:
Incomplete
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:
USERPID 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=
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: Li
