OHCI USB
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.113] |
|
|
Перед отправкой сообщения внимательно прочтите правила раздела!!!

| Страницы: (14) « Первая ... 8 9 [10] 11 12 ... Последняя » все ( Перейти к последнему сообщению ) |
OHCI USB
|
Сообщ.
#136
,
|
|
|
|
те же результаты...P.S. На тему UHC, я тут столкнулся с интереснейшей штукой, оказывается иногда контроллеру требуется устанавливать в PCI регистре, что он может обращатся к I/O пространству и выступать в роли Bus master. Я сегодня пол дня потратил, прежде чем разобрался, почему при чтении регистров контроллера мне возвращались FFFFh. А на другой материнке вообще странно было, все регистры нормальные, но передача не запускается и к памяти контроллер не обращается... Регистр этот называетя PCI CMD (смещение 4h) и установлеными должны быть биты 0 и 2 (значение 5h). Бит 0 - IO Space (без этого читаются FFh) Бит 2 - Bus master (без этого он не обращается к памяти) Это так, для общего развития Добавлено Этот драйвер тоже не находит... Прикреплённый файл MOUSE1.rar (0.45 Кбайт, скачиваний: 228)
|
|
Сообщ.
#137
,
|
|
|
|
Цитата Gerret @ Регистр этот называетя PCI CMD (смещение 4h) и установлеными должны быть биты 0 и 2 (значение 5h). Бит 0 - IO Space (без этого читаются FFh) Бит 2 - Bus master (без этого он не обращается к памяти) Насчёт этого я знал - но BIOS вроди как это должен сам делать. Я с таким сталкивался при переходе в DOS после Windows. Цитата Gerret @ Этот драйвер тоже не находит... А что пишет? Или вообще ничего... |
|
Сообщ.
#138
,
|
|
|
|
Пишет, что нет подключенных устройств.
|
|
Сообщ.
#139
,
|
|
|
|
Вот попытка номер x
Прикреплённый файл ohci_dbg.rar (9.49 Кбайт, скачиваний: 174)
|
|
Сообщ.
#140
,
|
|
|
|
И ещё одна попытка.
Тут уже всё сложнее... План действий: Прикреплённый файл ohci_dbg.rar (9.51 Кбайт, скачиваний: 184)
|
|
Сообщ.
#141
,
|
|
|
|
Ну что же, попытка номер х успехом не увенчалась...
Зато та, что с планом действий ЗАРАБОТАЛА!!! Расскажи, в чем дело было? Оба лога в приложении. P.S. У меня, к стати, UHC получился После недельных мытарств я нашел свою ошибку. Как всегда она оказалась маленькой, но противной... Я ухитрился при создании bulk дескрипторов писать длину пакета не отнимая от нее единицу Это вызывало такие интересные глюки... Например, для отправки 512 байт флешке соpдавалась очередь из 10 дескрипторов 1-й - CBW, 10-й - CSW, остальные 8-мь - передача по 64 байта. Так контроллер отправлял CBW и 4 пакета, а дальше флешка начинала постоянно отвечать NAK. И при следующем запросе на чтение все подвисало насовсем! Прикреплённый файл MOUSE.rar (0.89 Кбайт, скачиваний: 213)
|
|
Сообщ.
#142
,
|
|
|
|
Да я не знаю в чём глюк...
Просто я подумал, что или она hw reset плохо воспринимает, но скорее всего SMM ей чего-то не то говорит. А ты её когда отключаешь - всё сбрасывается. Я вот думаю может питание порта отрубать... Перед ресетом. А так мышь только ресет порта получает. Напишу ещё наверное прогу чтоб регистры OHCI в файлик сливала - может в параметрах глюки. С SMM ведь мышь работает? Прикреплённый файл OHCI_DBG.rar (9.17 Кбайт, скачиваний: 185)
|
|
Сообщ.
#143
,
|
|
|
|
Цитата cppasm @ С SMM ведь мышь работает? Нет, в ДОСе мышиный драйвер ее не подхватывает. Но SMM явно пытается до нее достучатся. Я нашел область памяти (0x000EC000) в которой SMM держит свои дескрипторы и пр. Так там создается дескриптор конечной точки на низкоскоростное устройство. Там же я нашел дескрипторы передачи для получения 8-и байт конфигурации и в SETUP дескрипторе стоял код ошибки - Уст-во не отвечает. Может быть дело в том, что материнка на которой я тестирую это все не на стандартном чипсете. Это ICOP - промышленная материнка. Вот эта: [img]http://www.ipc2u.ru/cf/20697/$File/icop6047.jpg[/img] |
|
Сообщ.
#144
,
|
|
|
|
Не работает...
Лог - mouse.txt Я попробовал такую фишку: 1. Своей прогой я забрал управление у SMM. 2. Воткнул мышу 3. Запустил твою програмулину и тогда все сработало. лог - log3.txt Прикреплённый файл MOUSE.rar (1.02 Кбайт, скачиваний: 193)
|
|
Сообщ.
#145
,
|
|
|
|
Спасибо.
Ну попробуй ещё вот эти две. ohci_1 просто запускай, а ohci_dbg по хитрому плану ![]() Я вроди понял в чём косяк, хотя х.з. Прикреплённый файл ohci_dbg.rar (10.83 Кбайт, скачиваний: 160)
|
|
Сообщ.
#146
,
|
|
|
|
Похоже SMM какой-то глюченый - лочит мышу.
А переподключать заставлять юзера не есть гуд ![]() Я вот тут написал ну виртуальное переподключение что-ли. Отрубаю питание, жду, потом врубаю, опять жду. Ну а дальше всё по плану. Надеюсь заработает. Вторая там такая-же как первая, только задержки по-больше. Надеюсь заработают обе... А Windows нормально с мышью работает, или тоже надо переподключать. Понять бы хоть реально ли сделать чтоб она заработала... Или там на машине Windows нет? И ещё просьба. Ты той прогой логи делал, когда SMM уже неактивен был. Ну то что не работает я уже понял ![]() Но сделай плиз логи при работающем SMM - работать то не будет, но я хочу посмотреть какие SMM параметры устанавливает. А то так контроллер после ресета получается - все регистры дефолтовые и ничего не понятно. Прикреплённый файл ohci_dbg.rar (10.07 Кбайт, скачиваний: 168)
|
|
Сообщ.
#147
,
|
|
|
|
Цитата сделай плиз логи при работающем SMM Сделал. SMM_ON.txt Ни один из вариантов работать не захотел... Windows'a на машине нет, но я думаю, что там все работать будет. Прикреплённый файл OHCI_DBG.rar (2.44 Кбайт, скачиваний: 188)
|
|
Сообщ.
#148
,
|
|
|
|
Полный SUX
Я ж питание у устройства отрубаю, что ему ещё надо... Ну есть у меня ещё одна идея, если не поможет то наверное забью на это да и всё. |
|
Сообщ.
#149
,
|
|
|
|
|
Сообщ.
#150
,
|
|
|
|