Created attachment 255705 [details]
While the USB audio interface does seem to be detected. Trying to speaker-test or aplay to the interface produces no sound and times out with I/O errors.
aplay: pcm_write:1940: write error: Input/output error
The HW parameters detected under Linux also do not match up with the product description in the manual, or how it shows up with the official drivers under Windows 10.
Parameters under Windows 10:
- 3 Duplex MIDI ports (KATANA, KATANA DAW CTRL, KATANA CTRL)
- 2 Duplex PCM devices, 2 channels 44.1khz 16/24 bits (PRIMARY, SECONDARY)
Parameters under Linux:
- 3 Duplex MIDI ports (KATANA 1, KATANA 2, KATANA 3)
- 1 Duplex PCM device, 4 channels 44.1khz 32 bits (KATANA)
It's ID is 0582:01d8 and the specific model I have is the Boss Katana 100W 1x12" combo amp. The Boss Katanas (Roland corp) are a fairly new device series (released Q4 2016). So please let me know how I could help resolve this issue and/or contribute to it's driver support in general.
I will attach verbose device details and the failing playback attempts.
Created attachment 255707 [details]
aplay --dump-hw-params and arecord --dump-hw-params
Created attachment 255709 [details]
speaker-test with plughw: and hw: addressing
Created attachment 255711 [details]
Verbose aplay attempt of /dev/zero
Note that it takes 20s to time out with the error. While this should play back silence for 1s.
Created attachment 255713 [details]
lsusb -vvv of the device
EP 13 OUT and EP 14 IN are the PCM endpoints.
Created attachment 255715 [details]
Attempting to use the device to Jack
Created attachment 255717 [details]
KATANA-100 block diagram
The owners manual can be found at https://www.boss.info/global/support/by_product/katana-100/owners_manuals/
This screenshot is a block diagram from the manual that helps conceptualize why 2x stereo duplex makes sense and 1x 4 channel duplex doesn't.
Created attachment 255719 [details]
Since the v3 firmware was released, I tested again.
Boss KATANA 100 Firmware version: 3.01,
Linux Kernel version: 4.18 low latency.
The same issue still persists.
Might be a shot in the dark, but people (including myself) have gotten several Boss/Roland devices working after patching and compiling the kernel ourself.
It seems that many of the products from Boss/Roland use the exact same type of “IN/END points handling”. I don’t have the katana myself and aren’t able to test it. But I would start looking into it and read this thread. It’s full of useful information.
Thanks for the pointer! I was able to make my Katana work under Ubuntu 18.10 running the 4.18.0 kernel by adding this to sound/usb/pcm.c:355
> case USB_ID(0x0582, 0x01d8):
> return 0;
With these changes, I was able to record and play back through my amp with Jack. Thanks for the tip!
(In reply to szszoke from comment #10)
> Thanks for the pointer! I was able to make my Katana work under Ubuntu 18.10
> running the 4.18.0 kernel by adding this to sound/usb/pcm.c:355
> > case USB_ID(0x0582, 0x01d8):
> > return 0;
> With these changes, I was able to record and play back through my amp with
> Jack. Thanks for the tip!
You’re welcome. I suspected it was the same problem. We need more focus on this. Back at kernel 3.10 Roland/Boss devices was working perfectly fine out of the box. I know several people had tried reporting these errors, but apparently pro audio is not a high priority. I recommend compiling as module because it is much much faster than compiling full kernel every time you update. I use rolling release distros and update kernel often.
I ended up doing exactly that.
Could either of you just submit the fix patch? I'd happily apply the fix.
I can, but there are some things to consider:
1. This workaround works for multiple devices, but we need to hard-code the the USB identifiers.
2. According to the person who discovered this fix, it's a dirty hack that just hides the real problem
I will reach out to the original author and maybe he can explain this better.
Any new information on what could get this from a hack to a suitable patch?
I wrote in on the forum thread but I got no response so far.
I was thinking and hack or not, other devices are using this technique already, so I don't see why couldn't we use it for the Katana.
Takashi Iwai, if your offer still stands, I would like to help with submitting a fix.
I submitted a small patch with the fix.
(In reply to szszoke from comment #18)
> I submitted a small patch with the fix.
I have an issue with M-Audio C400, it's not recognized by JACK on Ubuntu(all versions) after this patch was submitted.
It's appear with no controls on ALSA mixer.
Can you post the output of lsusb? This patch should only affect devices that have this USB vendor and product ID: 0582:01d8.
(In reply to szszoke from comment #20)
> Can you post the output of lsusb? This patch should only affect devices that
> have this USB vendor and product ID: 0582:01d8.
This is my device:
Bus 001 Device 002: ID 0763:2030 Midiman
Your device should not be affected by the patch that was submitted to make the KATANA amps work, but you can try and undo this change: https://github.com/torvalds/linux/commit/7571b6a17fcc5e4f6903f065a82d0e38011346ed
This is the only change that was submitted.
Let me know if you need help with compiling the kernel.
(In reply to szszoke from comment #22)
> Your device should not be affected by the patch that was submitted to make
> the KATANA amps work, but you can try and undo this change:
> This is the only change that was submitted.
> Let me know if you need help with compiling the kernel.
I really don't know if this patch affected me, but after the release of the kernel with this patch, i'm getting this error, maybe something else has causing this.
I'm using XanMod kernel, version 5.3.8, in any version above, i'm getting this error.
I'm trying with Liquorix too, last version working is 5.3.0-10-1.
Even with last Ubuntu mainline kernel, 5.4.0, it happen.
Can you help-me anyway?
I recompiled the kernel without this patch for KATANA but still get the issue.
I had tried with XanMod 5.3.8.
Would it be possible to have the fix also applied for other Boss devices?
Mine is a GT-001 and on USB it reports ID 0582:01e5 Roland Corp.
So currently I keep on compiling the fix for snd-usb-audio myself to make it work.
Thank you in advance.
Yes, in fact I'm working on a patch that would make the SY-300 synth pedal work with this exact method.
Thanks again for your efforts and I am looking forward to it.
I just wanted to add that the Boss GT-1 (which is different from the GT-001) has this problem as well.
Boss GT-1 USB ID: 0582:01d6
Without the fix, recording and playback are not possible. With the fix, recording and playback work, although I'm getting frequent sample dropouts. Still, working with dropouts is better than not working at all.
I now have what I believe is a better fix, at least for the GT-1. I have implicit feedback working, rather than just being disabled (which is what the previous Katana patch does). I now get perfectly solid capture/playback with no dropouts.
I plan to submit a patch, but I suspect this fix will work for other Boss devices (Katana, GT-001, etc.), so I'd like to cover them if it does.
If you have a Boss device with this issue and are set up to recompile your kernel, drop me an email.
(In reply to Mike Oliphant from comment #29)
> If you have a Boss device with this issue and are set up to recompile your
> kernel, drop me an email.
Hi Mike, I have an RC-202 and I'm set up to recompile, if you want to post the patches somewhere.
Hi Chris - I did a write-up on the process here:
got the USB interface of my Boss AD-10 working with the following patch:
--- sound/usb/pcm.c 2020-05-28 22:24:35.623969551 +0200
+++ sound/usb/pcm.c.patched 2020-05-28 22:25:49.092449899 +0200
@@ -369,7 +369,8 @@
alts = &iface->altsetting;
+ case USB_ID(0x0582, 0x0203): /* BOSS AD10 */
+ return 0;
if (attr == USB_ENDPOINT_SYNC_ASYNC &&
altsd->bInterfaceClass == USB_CLASS_VENDOR_SPEC &&
Running kernel 5.7 on Debian Unstable and still cannot seem to get the USB interface working on the Katana. Output works fine, but input doesn't. In Audacity, for example, hitting record doesn't do anything. The bar doesn't move. However, if I set my output to the Katana and play a random bit of noise out of it, it will miraculously start recording. Regardless of whether or not it starts recording, however, Fx FloorBoard can't seem to recognise the device at all.
It works fine under Windows, but every single distribution of Linux I've tried has had the same issue: Debian Unstable (5.6 and 5.7), Ubuntu 18.04 (5.3), Fedora 32 (5.6), and Ubuntu 20.04 (5.4).
I used udev to grant full permissions on the USB device for my user without luck. I also disabled USB autosuspend in case that was affecting it, but it also didn't do anything.
Anyone know of anything that might fix it?
Oh, I should mention I've tried a Katana 50 MkI and a Katana 100 MkII. Both experience the same issues. I've also tried a new cable.
These Boss devices are designed to use the USB path as a continuous input/output channel, with the input fed back to the output after potential processing - basically the way ASIO drivers work in Windows. They seem to require the output to be connected and active for the input to work.
(In reply to Mike Oliphant from comment #35)
> These Boss devices are designed to use the USB path as a continuous
> input/output channel, with the input fed back to the output after potential
> processing - basically the way ASIO drivers work in Windows. They seem to
> require the output to be connected and active for the input to work.
Ah, I see. Is there any way to set it as a "pseudo output"? Setting it as a system-wide output gives me the jumps when I get a notification, for example, because it's put through all the amp's effects. And, trust me, heavily distorted, delay-ridden ping sounds from Telegram are are absolutely terrifying.
This should now be fixed in the kernel, at least for the BOSS BR-80, GT-100, GT-001, and Katana (and the GT-1, as soon as a recent patch makes its way in).
I suspect it will work for other devices as well - the relevant USB IDs would just need to be added here:
(In reply to Mike Oliphant from comment #37)
> This should now be fixed in the kernel, at least for the BOSS BR-80, GT-100,
> GT-001, and Katana (and the GT-1, as soon as a recent patch makes its way
> I suspect it will work for other devices as well - the relevant USB IDs
> would just need to be added here:
Christmas has come early this year!!!! Which kernel version has this/will this land in?
It just recently hit the mainline kernel tree. Not sure when it will make it out to various distros.
As the patches went into 5.11-rc1, let's close this bug.
To those being able to verify with the latest kernel/patches:
Are you able to use 48kHz with jack with the fixes?
(with kernel 5.9, no matter what I request with jack, the device is set to 44.1kHz) (works in that mode, I can capture audio/send audio to it - but I need 48kHz)