Чтиво нашел

https://mailman.alsa-project.org/pipermail/alsa-devel/2018-January/130957.html

человек ковыряет пакеты USB, передаваемые под Windows и под Linux для GT-1. И видит расхождения - одна endpoint не работает в линуксе. Почему - он похоже так и не доколупал. Где-то линуксовый драйвер работает неправильно.

И я подозреваю, что если люди уже начали код драйверов разбирать и трейсить пакеты usb, то простыми способами эта проблема не решается.

Тогда вопрос к линукссаундовскому форуму и челу, у которого заработало. Как? При чём, судя по всему, не у одного. Как это всё понимать? https://mailman.alsa-project.org/pipermail/alsa-devel/2018-January/130185.html

А то, что этот трейсит пакеты - вполне возможно, что просто хочет разобраться в вопросе в корне.

Странно, что патчат именно модуль, прописывая там конкретные модели. Что скажут достопочтенная публика? Через udev нельзя было какихнить опций накрутить?

Это издержки принципа каждый сам разрабатывает то, что ему нужно: музыканты как умеют, так и програмиируют.

Ещё ссылочка https://bugzilla.kernel.org/show_bug.cgi?id=195223

Сложно сказать не имея этого устройства. Я думаю на предыдущих версиях ядра работал хак, на новых что-то поменяли и перестал. На то он и хак.

А то, что этот трейсит пакеты - вполне возможно, что просто хочет разобраться в вопросе в корне.

Это да.

Это издержки принципа каждый сам разрабатывает то, что ему нужно: музыканты как умеют, так и програмиируют.

Не в этом дело - здесь они не выбирают другой драйвер (что можно было сделать через udev), а внутри драйвера отключают quirk, вызывающий сбой. А по-хорошему надо бы разобраться в чем сбой и поправить код драйвера (опять же udev не причем).

То есть они все делают правильно, по другому тут не получится.

А по-хорошему надо бы разобраться в чем сбой и поправить код драйвера

как умеют, так и програмиируют.

Вот тогда, учитывая сказанное выше, такой совет. Человек пишет I was able to make my Katana work under Ubuntu 18.10 running the 4.18.0 kernel

Можно взять именно этот дистрибутив с именно этой версией ядра и попробовать на нем наложить хак.

Тоесть, из опций модуля эту штуку не достать? Распаковываю исходники, полезу внимательно читать, что там такое.

Этот дядька что-то знает. ТСу надо или подключиться к ним, или просто следить.

А ядро в Убунте, в которой ТС патчить пробовал, достаточно старое, никаких кардинальных изменений небыло и в вышеприведённом обсуждении ни у кого не возникает проблемы, наоборот, «ура, заработало». Не думаю, что у ТСа проблема именно в патченном ядре была. Я просто уверен, что тут, скорее, неопытность ТСа в линуксе или какая-то простейшая недосмотренность, что совершенно не стыдно и бывает и с самыми опытными, или сам БОСС сделал какую-то модификацию и распространяет под тем же номером, что тоже сплошь и рядом бывает.

Там люди на арче тоже самое делают и работает. Ядро явно не при чём. на пятой версии работает, просто патч немного поменять (тупо натравить на правильное место в коде)

Хотя, да, в багзилле жалуются, что выше 5.3 не работает. Но в Манджаре есть и 4.19, так что дистрибутив переустанавливать не надо.

Значит, для чистоты эксперимента надо попробовать с 4.19.

Ну? Дебьян, сорцы ядра 5.4 из бэкпортов, sound/usb/pcm.c

static int set_sync_ep_implicit_fb_quirk(struct snd_usb_substream *subs,
					 struct usb_device *dev,
					 struct usb_interface_descriptor *altsd,
					 unsigned int attr)
{
	struct usb_host_interface *alts;
	struct usb_interface *iface;
	unsigned int ep;
	unsigned int ifnum;

	/* Implicit feedback sync EPs consumers are always playback EPs */
	if (subs->direction != SNDRV_PCM_STREAM_PLAYBACK)
		return 0;

	switch (subs->stream->chip->usb_id) {
	case USB_ID(0x0763, 0x2030): /* M-Audio Fast Track C400 */
	case USB_ID(0x0763, 0x2031): /* M-Audio Fast Track C600 */
		ep = 0x81;
		ifnum = 3;
		goto add_sync_ep_from_ifnum;
	case USB_ID(0x0763, 0x2080): /* M-Audio FastTrack Ultra */
	case USB_ID(0x0763, 0x2081):
		ep = 0x81;
		ifnum = 2;
		goto add_sync_ep_from_ifnum;
	case USB_ID(0x2466, 0x8003): /* Fractal Audio Axe-Fx II */
		ep = 0x86;
		ifnum = 2;
		goto add_sync_ep_from_ifnum;
	case USB_ID(0x2466, 0x8010): /* Fractal Audio Axe-Fx III */
		ep = 0x81;
		ifnum = 2;
		goto add_sync_ep_from_ifnum;
	case USB_ID(0x1397, 0x0001): /* Behringer UFX1604 */
	case USB_ID(0x1397, 0x0002): /* Behringer UFX1204 */
		ep = 0x81;
		ifnum = 1;
		goto add_sync_ep_from_ifnum;
	case USB_ID(0x07fd, 0x0004): /* MOTU MicroBook II */
		ep = 0x84;
		ifnum = 0;
		goto add_sync_ep_from_ifnum;
	case USB_ID(0x0582, 0x01d8): /* BOSS Katana */
		/* BOSS Katana amplifiers do not need quirks */
		return 0;
	}

	if (attr == USB_ENDPOINT_SYNC_ASYNC &&
	    altsd->bInterfaceClass == USB_CLASS_VENDOR_SPEC &&
	    altsd->bInterfaceProtocol == 2 &&
	    altsd->bNumEndpoints == 1 &&
	    USB_ID_VENDOR(subs->stream->chip->usb_id) == 0x0582 /* Roland */ &&
	    search_roland_implicit_fb(dev, altsd->bInterfaceNumber + 1,
				      altsd->bAlternateSetting,
				      &alts, &ep) >= 0) {
		goto add_sync_ep;
	}

	/* No quirk */
	return 0;

Даже Катану включили. Если я правильно понимаю, то последний иф должен отрабатывать на всех ролландовских устройствах, да? Но если не работает, то добавить своё устройство и ТЕОРЕТИЧЕСКИ должно работать. Но надо ставить его именно последним.

Если я правильно понимаю, то последний иф должен отрабатывать на всех ролландовских устройствах, да?

Нет, на катане и GT-1 то не будет, потому что return 0 сработает перед ним.

Прошу прощения, косноязычность. я не то имел в виду. Последний IF, до которого доберётся, если не указать ID GT-1, проверяет на все ролландовские 0x0582 и отправляет на добавление ендпоинта. ВСЕ устройства. Если твоего устройства нет, то добавить в конец списка свичей и должно сработать. Я не вижу причин, чтобы не работало в 5.4 ядре, ибодаже Катану включили. Вот о чём я.

Но мне не дают покоя параметры модуля:

parm:           index:Index value for the USB audio adapter. (array of int)
parm:           id:ID string for the USB audio adapter. (array of charp)
parm:           enable:Enable USB audio adapter. (array of bool)
parm:           vid:Vendor ID for the USB audio device. (array of int)
parm:           pid:Product ID for the USB audio device. (array of int)
parm:           device_setup:Specific device setup (if needed). (array of int)
parm:           ignore_ctl_error:Ignore errors from USB controller for mixer interfaces. (bool)
parm:           autoclock:Enable auto-clock selection for UAC2 devices (default: yes). (bool)
parm:           quirk_alias:Quirk aliases, e.g. 0123abcd:5678beef. (array of charp)
parm:           use_vmalloc:Use vmalloc for PCM intermediate buffers (default: yes). (bool)

Я все равно не пойму - они же в твоем куске кода как раз для катаны отключили этот уход на добавление эндпоинта. Может поэтому и не работает.

Для Катаны отключили и именно поэтому для Катаны должно работать, не? Именно эту строку чел добавил и заработало

А какими тут? Если только quirk_alias, но вот что про нее написано

A quirk alias consists of a string form like 0123abcd:5678beef, which makes to apply a quirk to a device with USB ID 0123:abcd treated as if it were 5678:beef. This feature is useful to test an existing quirk, typically for a newer model of the same vendor, without patching / rebuilding the kernel driver.

Note that this option is provided only for testing / development. If you want to have a proper support, contact to upstream for adding the matching quirk in the driver code statically.

Так вот тот чел, который трейсил пакеты, писал что эндпоинт нужен, без него не работает воспроизведение. А у них почему-то работает, вот это не понятно.

У ТСа ошибка именно на добавлении эндпоинта

usb 2-2: Unable to change format on ep #8e: already in use

Он, почему-то, заюзан. И в Катане обошли это добавление. Другой вопрос - почему из всех обсуждавшихся и ЯКОБЫ заработавших устройств добавили только Катану?

c0da, дружище, ты ещё тут? Есть какиенить успехи? Или психанул и плюнул? :)

Боюсь, что эндпоинт (что бы это ни значило) каким-то другим образом как-то появляется сам :)

Он, почему-то, заюзан. И в Катане обошли это добавление. Другой вопрос - почему из всех обсуждавшихся и ЯКОБЫ заработавших устройств добавили только Катану?

У них вроде Device ID одинаковый.

Блин, что ж мы мучаемся. По твоей ссылке https://bugzilla.kernel.org/show_bug.cgi?id=195223 последний пост

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.

Неделю назад писалось. c0da, напиши ему на почту пожалуйста.

У них вроде Device ID одинаковый.

Нет, у GT-1 шестёрка в конце.

По твоей ссылке

Я же уже об этом писал :))))

Ждем, очень бы хотелось чтобы в этой сфере у линукса проблемы решились.

Уф, ну вы тут и нафлудили, я вконец запутался ) Простите, на выходных редко в сети..

Итак, решение получается есть у того чувака по ссылке ?

Написать ему на почту ?

Да, опыта мало очень. Я прогер, более того, на низком уровне - DSP/ARM/FPGA/CPLD и кучи микроконтроллеров разношёрстных на си/плюсах/асме/верилоге, и более того, схемотехник-аппаратчик. И стыдно на самом деле.. Но за неимением опыта с самим линуксом это не очень просто. Ну .. специфика другая, не более. Код ещё не патчил, думал что есть проще решение, после компиляции ядра несколько часов на виртуалке ( на ноуте не дождался ) второй раз уже страшно запускать )

Кстати, да, можно ли все это тестировать на виртуалке ? VMWare/Virtualbox?

Вроде, прокидывание юсб работает и проблемы там те же, я dmesg смотрел. Без рабочей системы на ноуте страдают занятия с инструментом, или лучше все таки на живой системе ?

Итак, решение получается есть у того чувака по ссылке ?

Написать ему на почту ?

Да, именно так, скорее всего он пришлет патч и попросит пересобрать этот модуль ядра и проверить.

Я прогер, более того, на низком уровне - DSP/ARM/FPGA/CPLD и кучи микроконтроллеров разношёрстных на си/плюсах/асме/верилоге, и более того, схемотехник-аппаратчик.

Так это же отлично.

Кстати, да, можно ли все это тестировать на виртуалке ? VMWare/Virtualbox?

Можно, гипотетически возможны дополнительные проблемы, но если ты пробовал и было то же самое - скорее всего их не будет. С виртуалкой могут быть проблемы в другом - не будут нормально работать программы типа Ardour. Но просто вывод на GT-1 с плеера ты, скорее всего, проверишь нормально.

У него там надо ещё спросит что он имел в виду?

I have implicit feedback working, rather than just being disabled (which is what the previous Katana patch does)

Написал, жду ) Ответ опубликую

Спасибо вам огромное за помощь!

У него там надо ещё спросит что он имел в виду?

То, что этот проблемный quirk реализует implicit feedback (хз что это), хак его просто не врубает, а он сделал чтобы врубало и все работало корректно.

У меня еще был вопрос , немного в оффтоп.

Можно меня ткнуть носом в исходники ядра для Manjaro? Я не нашел из в менеджере пакетов.

Ну.. в случае с убунтой я делал так: ставил из репозитория исходники ядра ( с убунтовскиси патчами ), распаковывал, менял исходник, делал make oldconfig, потом make menuconfig, там ставил префикс , чтобы свое ядро отличать, сохранял, делал make.

В манджаре я не нашел исходников ядра, и как я понимаю, оригинальное ядро из git без патчей не подойдет, а как верно это сделать ?

И ещё я заметил что манджаро, будучи установленное на ноутбучный eMMC, подлагивает, иногда как бы подвисает на время, потом отвисает. В убунте такого не было

Ответ

I wrote up some more information about getting the GT-1 working here:

http://blog.nostatic.org/2020/01/getting-boss-gt-1-effects-processor-to.html

I outline the actual kernel code that needs to be changed here:

https://mailman.alsa-project.org/pipermail/alsa-devel/2020-January/161951.html

Right now, it can only be fixed by manually making the fix and recompiling the Linux kernel.

I plan to submit a patch soon. If it gets accepted, it will eventually make it into the various Linux distributions.

Regards,

Mike

Думается мне, что все таки надо добавить в это условие USB_ID. Я попробую сегодня на виртуалке сделать коммент этого ифа, если получится и оно заработает, попробую добавить идентификатор устройства ещё

Закомментировал блок: https://yadi.sk/i/TYUrHpjH3qXhdw

Вроде так. И как оно, заработало?

Ну.. в случае с убунтой я делал так: ставил из репозитория исходники ядра ( с убунтовскиси патчами ), распаковывал, менял исходник, делал make oldconfig, потом make menuconfig, там ставил префикс , чтобы свое ядро отличать, сохранял, делал make.

Все правильно, так везде делается, только надо найти исходники ядра. Я использую Arch а не Manjaro, так что тут лучше спросить ChekPuk как ставить кастомное ядро в Manjaro.

Вот как описано в документации по Арчу https://wiki.archlinux.org/index.php/Kernel/Arch_Build_System

То есть берется pkgbuild пакета ядра, вносятся правки через make menuconfig как ты и делал, и выполняется команда сборки пакета. Потом просто ставишь вручную этот пакет pacman -U и имя файла пакета. Подозреваю что в Manjaro надо сделать тоже по этой инструкции.

Всё как в арче, нет отдельного сорспакета, если нужнособрать ядро, или любую другую программу из исходников - берёшь pkgbuild и модифицируешь как хош. В Убунте срц пакет только скачивает тебе сорцы ядра и всё. а тут можно модифицировать и поставить.

Ещё одним плюсом арча/манджары является то (ТСу как разработчику, полагаю, будет интересно), что не надо ставить всяких дев пакетов на каждый чих. Ставишь либу - и всё, можешь канпелять то, что зависит от неё.

Конпеляется.. (с) Я пошел по «длинному пути», канпеляю все ядро. Часика через три будет понятно.

Подвисания? ммм... Не знаю. Надо проц, видяху, и новую тему создавать. А то всё в куче.

И ещё я заметил что манджаро, будучи установленное на ноутбучный eMMC, подлагивает, иногда как бы подвисает на время, потом отвисает.

Вот кстати, есть такой дурацкий баг со свопом, в новых ядрах. С недавнего времени. Фиризится, когда идет обращение к свопу, если не SSD, а HDD. В твоем случае с eMMC может быть тоже оно.

Проверить очень просто - отключить своп и смотреть, пропадут ли без него тормоза. Но если мало памяти, может без свопа тормозить по другим причинам.

А какой планировщик теперь используется для eMMC и прочих? И сравнить бы в бубунте и в манджаре. Вдруг разные? И ещё - дурацкая штука в арчеподобных дистрах, там /tmp монтируют в tmpfs, что проявляется очень неприятными выкрутасами потом. В результате может быть так - ты скачал что-то весомое, например, из аура что-то собрал. В результате хороший такой кусок пакета валяется в памяти до перезагрузки, а система лезет в своп, потому что память закончилась.

Уррраа! Заработалоооо!

Поздно уже, пойду спать, но в двух словах - вывод заработал сразу, без проблем после переключения в pavucontrol.

Запись в audacity не вышла, что то там пошло не так, говорила мне что не может открыть устройство.

Поставил Ardur, оно вроде само накатило jack. В ардуре Джеком подцепилось, и получилось записать!

После этого, залез снова в аудасити, там появилось много устройств : Gt1 mic, gt1 line, gt1 cd, всего штук 8, и вот если втыкать вход как gt1 line, выход тоже на процессор, в аудасити тоже записывает !

Уиии!

В dmesg какие то ошибки остались, но я не заметил после каких действий

Спасибо вам всем!

Поздравляю.

Теперь скажи - сколько там у тебя и каких входов и выходов есть? Что в джеке видно? И что они делают? Как в официальной инфе и говорится? А в альсамиксе какие крутилки на это устройство?

Вечером покажу :)

Сейчас все это надо повторить на ноуте и проверить.. пока тем же путем ( до вчера время есть, пусть канпеляется ), а потом пытаться только этот модуль в будущем пересобрать если ядро поменяется..

Я пока убунту 19 накатил, мне ее система пакетов понятнее да и путь уже на ней пройден. Привыкну к ней - перейду на arch/manjaro

Я в отчаянии После 10 часов компиляции ( у меня печатная машинка а не ноут ) и установки ядра, оно просто не заоаботало. После ребута черный экран, если питание с ноута снять, после загрузки появляется менюшка в которой можноьвыбоать другое ядро. Со штатным система загружается и живёт себе.

Я себе писал шпаргалку что я делал она виртуалке, чтобы на ноуте повторить, вот мои действия :

https://pastebin.com/raw/MekvP9wp

??? Честно говоря, не представляю, что могло пойти не так? Надо инфу по компу, по дровам, по месту на котором затык, проверять journalctl, dmesg, /val/log/Xorg.0.log из консоли. Или /val/log/Xorg.0.log.old, если из предыдущей загрузки.

Сочувствую с такой непрухой. У меня такое только на энвидии случалось, когда модуль ядра не собирался. Если не то - так не угадаю, что случилось.

Но грязный хак могу предложить. У тебя там стандартное ядро тоже 5.3? Выковыряй из скомпилированного ядра кусок с модулями усбшных звуковух и подсунь в стандартное. При этом, естественно забекапив и отметив изменения.

Что же так не везёт-то?

Психанул, снес к хренам. Поставил заново. Обновил. Поставил пакет исходников, внес изменения в код, как раньше. Хочу собрать отдельно этот ***кий snd_usb_audio

Вот что делал:

sudo make oldconfig
sudo cp /usr/src/linux-headers-5.3.0-29-generic/Module.symvers ./
sudo make modules SUBDIRS=sound/usb
sudo cp sound/usb/snd-usb-audio.ko /lib/modules/5.3.0-29-generic/kernel/sound/usb/
sudo depmod -a

В итоге после перезагрузки и подключении процессора ядро ругатся в dmesg:

[  183.884735] usb 1-1: new high-speed USB device number 7 using xhci_hcd
[  184.039756] usb 1-1: New USB device found, idVendor=0582, idProduct=01d6, bcdDevice= 0.00
[  184.039775] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  184.039786] usb 1-1: Product: GT-1
[  184.039799] usb 1-1: Manufacturer: BOSS
[  184.180719] snd_usb_audio: version magic '5.3.13 SMP mod_unload ' should be '5.3.0-29-generic SMP mod_unload '
[  184.181005] snd_usb_audio: version magic '5.3.13 SMP mod_unload ' should be '5.3.0-29-generic SMP mod_unload '
[  184.182263] snd_usb_audio: version magic '5.3.13 SMP mod_unload ' should be '5.3.0-29-generic SMP mod_unload '
[  184.182750] snd_usb_audio: version magic '5.3.13 SMP mod_unload ' should be '5.3.0-29-generic SMP mod_unload '

:( не понимаю, неужели без полной перекомпиляции никак? И версия какая то странная, у меня исходники ядра 5.3.0-29:

c0da@c0da-laptop:~$ ls -la /usr/src/
total 28
drwxr-xr-x  7 root root 4096 фев  2 23:46 .
drwxr-xr-x 14 root root 4096 окт 17 15:24 ..
drwxr-xr-x 24 root root 4096 окт 17 15:25 linux-headers-5.3.0-18
drwxr-xr-x  7 root root 4096 окт 17 15:25 linux-headers-5.3.0-18-generic
drwxr-xr-x 24 root root 4096 фев  2 23:25 linux-headers-5.3.0-29
drwxr-xr-x  7 root root 4096 фев  2 23:25 linux-headers-5.3.0-29-generic
drwxrwxr-x 27 root root 4096 фев  3 01:21 linux-source-5.3.0
lrwxrwxrwx  1 root root   45 янв 17 16:59 linux-source-5.3.0.tar.bz2 -> linux-source-5.3.0/linux-source-5.3.0.tar.bz2
c0da@c0da-laptop:~$ uname -r
5.3.0-29-generic