From: bugzilla-daemon@kernel.org
To: linux-usb@vger.kernel.org
Subject: [Bug 222261] New: Regression: ALSA: ua101 breaks genuine Edirol UA-1000 ("playback packet size 560 too small for 15 capture frames")
Date: Thu, 12 Nov 2026 08:36:23 +0000 [thread overview]
Message-ID: <bug-222261-208809@https.bugzilla.kernel.org/> (raw)
https://bugzilla.kernel.org/show_bug.cgi?id=222261
Bug ID: 222261
Summary: Regression: ALSA: ua101 breaks genuine Edirol UA-1000
("playback packet size 560 too small for 15 capture
frames")
Product: Drivers
Version: 2.5
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: USB
Assignee: drivers_usb@kernel-bugs.kernel.org
Reporter: londongrad@gmail.com
Regression: No
### Summary of Regression
After a recent kernel update on Linux Mint (Ubuntu kernel base), my genuine
Edirol UA-1000 USB audio interface (0582:0044) stopped being registered by
ALSA.
The `snd-ua101` driver aborts probe initialisation with:
`playback packet size 560 too small for 15 capture frames`
This appears to be a regression caused by commit `86f86e6fdedc` ("ALSA: ua101:
reject mismatched capture/playback packet sizes"), which incorrectly assumed
genuine UA-101/UA-1000 hardware declares proportional packet sizes across all
endpoints.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=86f86e6fdedc33c5b8d38b9208b350f8accf57ee
### Hardware & Environment Details
* **Device:** Roland / EDIROL UA-1000
* **USB ID:** `0582:0044` (`bcdDevice 1.07`)
* **Distribution:** Linux Mint (Ubuntu-based)
* **Last Working Kernel:** []
* **Broken Kernel:** [6.8.0-149-lowlatency]
### Steps to Reproduce
1. Boot into the updated kernel with a genuine Edirol UA-1000 connected via USB
2.0/3.0.
2. Check `/proc/asound/cards` and `dmesg`.
3. Power-cycle or switch the hardware sample rate selector on the UA-1000
across all supported rates (44.1 kHz, 48 kHz, 88.2 kHz, and 96 kHz).
### Expected Result
`snd-ua101` binds to `0582:0044` and registers the `UA1000` sound card in
`/proc/asound/cards`, as it did in previous kernels.
### Actual Result
`snd-ua101` rejects the device during probe at every physical sample rate
setting (44.1, 48, 88.2, and 96 kHz), leaving the interface unregistered in
ALSA.
### Relevant `dmesg` Output
[ 2622.796887] usb 3-3: new high-speed USB device number 5 using xhci_hcd
[ 2622.928793] usb 3-3: New USB device found, idVendor=0582, idProduct=0044,
bcdDevice= 1.07
[ 2622.928798] usb 3-3: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[ 2622.928800] usb 3-3: Product: UA-1000
[ 2622.928801] usb 3-3: Manufacturer: EDIROL
[ 2622.928802] usb 3-3: SerialNumber: ZT02743
[ 2622.934792] usb 3-3: playback packet size 560 too small for 15 capture
frames
### USB Descriptors (`lsusb -v -d 0582:0044`)
sudo lsusb -v -d 0582:0044
Bus 003 Device 010: ID 0582:0044 Roland Corp. EDIROL UA-1000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 0
bDeviceProtocol 255
bMaxPacketSize0 64
idVendor 0x0582 Roland Corp.
idProduct 0x0044 EDIROL UA-1000
bcdDevice 1.07
iManufacturer 1 EDIROL
iProduct 2 UA-1000
iSerial 3 ZT02743
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x00bd
bNumInterfaces 4
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
** UNRECOGNIZED: 0b 24 01 00 01 35 00 03 00 01 02
** UNRECOGNIZED: 0c 24 02 01 01 01 00 0a 00 00 00 00
** UNRECOGNIZED: 0c 24 02 02 03 06 00 0c 00 00 00 00
** UNRECOGNIZED: 09 24 03 03 01 01 00 02 00
** UNRECOGNIZED: 09 24 03 04 03 06 00 01 00
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 2
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 2
iInterface 0
** UNRECOGNIZED: 0b 24 02 01 0c 04 18 01 80 bb 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 37
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Implicit feedback Data
wMaxPacketSize 0x02d0 1x 720 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 2
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 2
iInterface 0
** UNRECOGNIZED: 0b 24 02 01 0a 04 18 01 80 bb 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x0230 1x 560 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 3
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x04 EP 4 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 3
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x04 EP 4 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 0
bDeviceProtocol 255
bMaxPacketSize0 8
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
reply other threads:[~2026-11-12 8:36 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-222261-208809@https.bugzilla.kernel.org/ \
--to=bugzilla-daemon@kernel.org \
--cc=linux-usb@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox