Board.KolibriOS.org

Не работает мышь (ненавороченная), тач работает.
Версия - последняя ночная сборка.
Вечером проверю другие разъемы, отпишусь.
Загрузка с флешки, после загрузки саму флешку тоже не видит.
При включении опции (видимые диски через биос), после запуска лаунчера повисает намертво, без этой опции видит все разделы, кроме флешки (тач работает).

dmidecode
lshw

Spoiler:

log.jpg (226.19 KiB)

Viewed 5494 times

On my eBOX3300, the USB stack sometimes seems stuck in a loop.
Disconnecting all (external) devices does not solve anyhting. But there are some internal devices (at least one for USB audio)

EHCI 80992094 port 1 state is 00001801
EHCI 80992094: port 1 has HS or FS device, resetting
EHCI 80992094: reset port 1 done
EHCI 80992094: status of port 1 changed to 00001803

EHCI 80992094 port 1 state is 00001801
......

hidnplayr wrote:On my eBOX3300, the USB stack sometimes seems stuck in a loop.
Disconnecting all (external) devices does not solve anyhting. But there are some internal devices (at least one for USB audio)

I confirm this bug, I have already reported it earlier: viewtopic.php?f=30&t=2305&start=135#p53255
But your problem is more severe since your USB device is soldered on-board (USB audio chip CMedia CM119A).

Две беспроводные мыши и беспроводная клавиатура замечательно работают.

yogev_ezra wrote:При подключении напрямую, выводит бесконечный лог (пока не отключить обратно), и не работает.

hidnplayr wrote:On my eBOX3300, the USB stack sometimes seems stuck in a loop.

r4300

SVN r. 4302 поломала поддержку флешек.

Mario_r4 wrote:SVN r. 4302 поломала поддержку флешек.

r4305

CleverMouse wrote:

yogev_ezra wrote:При подключении напрямую, выводит бесконечный лог (пока не отключить обратно), и не работает.

hidnplayr wrote:On my eBOX3300, the USB stack sometimes seems stuck in a loop.

r4300

eBox-3310MX (Vortex86MX+), SVN r4310.
Тестировал full-speed флешку и наушники, high-speed флешку, low-speed клавиатуру x2 и low-speed мышку x2 - и напрямую, и через high-speed хаб. Проблем не обнаружено (кроме сообщений TD Failed при подключении мышек и клавиатур через хаб, хотя работе это не мешало). Лог прилагаю.

CleverMouse wrote:

hidnplayr wrote:On my eBOX3300, the USB stack sometimes seems stuck in a loop.

r4300

As expected, you have fixed the problem.
Full boardlog may be obtained here viewtopic.php?f=25&t=1620&start=195#p54294

SVN r4318 (english build).
Добавляем в настройках VMware Workstation поддержку USB. Загружаем Колибри. Вставляем флешку в компьютер (host system). Выбираем в VMware опцию "Подключить флешку к гостевой системе и отключить от хоста". Флешка пропадает на компьютере и появляется внутри Колибри, которая запущена внутри VMware Workstation. Выключаем Колибри внутри VMware с помощью End. Флешка появляется обратно на компьютере (хост). До этих пор всё нормально.

Далее, включаем Колибри опять (флешку не трогаем). VMware Workstation видит, что это та же флешка и та же Колибри, помнит, что перед выключением Колибри, флешка принадлежала Колибри, поэтому забирает флешку у хоста и отдаёт её опять Колибри. Колибри это игнорирует, и таким образом, флешки нет нигде (из хоста она исчезает стараниями VMware Workstation, а в Колибри не появляется). Если флешку физически вытащить из компьютера во время работы Колибри, то появляется одна строчка в логе:Если флешку потом вставить обратно в компьютер, то Колибри её уже определяет нормально. Лог прилагаю.

yogev_ezra wrote:Если флешку потом вставить обратно в компьютер, то Колибри её уже определяет нормально

Если так, то в VMWare тот же баг, что и в VirtualBox. Смотри п. 6 в первом сообщении темы.

CleverMouse wrote:

yogev_ezra wrote:Если флешку потом вставить обратно в компьютер, то Колибри её уже определяет нормально

Если так, то в VMWare тот же баг, что и в VirtualBox. Смотри п. 6 в первом сообщении темы.

Ясно, спасибо. Сто́ит ли открывать тикет в саппорте VMWare? И если да, то что написа́ть?

В r4418+r4419 я вынесла код, отвечающий за поддержку хост-контроллеров USB, в отдельные драйверы uhci.sys, ohci.sys, ehci.sys.
Попутные изменения:
* функция 68.16 загрузки драйвера теперь сначала пытается загрузить драйвер /sys/drivers/<name>.sys в формате PE и, только если это не получается, смотрит на /sys/drivers/<name>.obj в формате COFF;
* инициализация FullSpeed и LowSpeed устройств, подключённых непосредственно к контроллеру - не через хаб - занимает на 0.1 с меньше: контроллеры UHCI/OHCI при наличии EHCI-компаньона теперь знают о нём и при подключении устройства - которое возможно, только если EHCI отказался от устройства, - пропускают начальную задержку в 100 мс - её уже сделал EHCI.

CleverMouse
Полное тестирование требуется?

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