USB

[igorko]

А какой смысл в дублировании сдесь комитов? Да еще на английском. Если б они были переведены на русский тогда я еще понимаю. А так как есть это бесполезно.

[Mna.]

Demonidios хочет обнадежить пользователей, и воодушевить mjmartin-а!

но как-то ему невдомек, что русскояз. пользователи по англ. не все прочтут, а mjmartin и другие так и вообще не прочтут тут это.

[Demonidios]

Игорь, в английском не силен, так что перевести не могу, разве что через Промпт, но это не выход.
Уважаемый Mna, не все пользователи могут знать о том, где разработчики пишут о изменениях, что они сделали. А тут хотя бы по одному драйверу есть информация - что и когда. Да и многие русские пользователи не часто заглядывают в англоязычную ветку. А обнадежить пользователей хотелось бы, но только чем-то реальным, но увы, мне это не по силам!
А драйвером USB многие интересуются в силу наличия мышек и клавиатур под USB.

[Mna.]

Ну вот я тоже USB драйвером интересуюсь. Раскопал старый opensource-GPL USB драйвер для NT4 и спросил в рассылке разработчиков,
а не поможет ли это для ReactOS? A мне ответили, "не волнуйтесь, мы уже его сынтегрировали годы назад!"
Драйвер и правда был старый года так 1999/2000го. Но работал и по словам Alter-а (Александр Телятников) поддерживает в NT дисковые устройства: флешки, вообще диски по USB.
Что же, спрашиваю я, раз так, значит я что-то пропустил и в Реактос есть уже поддержка флешек?
Нет, говорят, только поддержка USB клавиатур и мышек, если повезет.
Вот такие метаморфозы.

Странно что эта ветка сюда не попала. Тут же каждый мельчайший коммит попадает, в оригинале. Всё же, пользователям, думается, эти все низкоуровневые ньюансы мало интеерсны. Я так думаю у них подход простой: работает или нет?

Как резюме наверное надо сказать, что USB драйвер сейчас пока что 2 человека в разных направляниях пилят.

[Demonidios]

Commit by mjmartin on usb-bringup :: r51388 /drivers/usb/usbehci_new/ (4 files): (link)
[USBEHCI_NEW]
Use LIST_ENTRY in QueueHeads and Descriptors vice Next and Previous Pointers.
Add functions to interface for setting AsyncListRegister and PeriodicListRegister.
USBHardwareDevice: Initialize USBQueue when handling PNPStart.
USBQueue: Allocate Common Buffer and use it to Create and Initialize DmaMemoryManager object.
USBQueue: Implement CreateQueueHead and CreateDescriptor. #

[USBEHCI_NEW]
Add interface function GetHubControllerSymbolicLink
Implement IOCTL_USB_GET_ROOT_HUB_NAME for usbview #

[USBEHCI_NEW]
Update interfaces with new methods needed for UsbHardWare class.
Remove GetDmaMemoryManager as the DmaMemory will only be needed by UsbQueue class.
GetDeviceDetails: Only fill in a parameter if its not null.
Start implementing UsbQueue class. #

[USBEHCI_NEW]
Implement IRP_MN_QUERY_DEVICE_RELATIONS for hub controller object
Implement stub handler for URB_FUNCTION_CLASS_OTHER, URB_FUNCTION_SELECT_CONFIGURATION
Partly implement URB_FUNCTION_GET_STATUS_FROM_DEVICE
Return success from unimplemented USBHI_Initialize20Hub routine
based on mjmartin usbehci driver
Tested in Windows XP SP2 #

[USBEHCI_NEW]
Setup a default device descriptor for the root hub and initialize it with vendor & product id
Partly implement URB_FUNCTION_GET_DESCRIPTOR_FROM_DEVICE, URB_FUNCTION_CLASS_DEVICE
based on mjmartin usbehci

Просто видно, что работа движется. И разработчики тестируют свое детище в ХР СП2.

[Slava87]

Ага, работа идет, и судя по usb ветке в сборке 51478 работа накопителей флэш уже не за горами:
[USBEHCI_NEW]
Implement retrieving device / configuration descriptor for usb devices (Реализовано получение устройства / описание конфигурирации для usb устройств )
Based on mjmartin usbehci driver (Основан на драйвере usbehci mjmartin'а)
Mass storage device found wizard now pops up (flais to install - WIP) (Запоминающее устройство найдено и мастер установки оборудования это показывает (Сбой при установке - трудимся ))

[Demonidios]

[USBEHCI_NEW]
Store number of bytes transferred in the transfer descriptors
Perform queue head completion when the door bell ring has been acknowledged. Fixes race condition between multiple irps in the async list
Fix calculation of transfer length when the request is an bulk in operation
Use EndPointDescriptor member to access transfer type / pid direction
Use MmGetSystemAddressForMdlSafe to retrieve system address for urb buffer
Fix check if first transfer buffer finishes on first size if the size is of page_size
With these changes and little luck and good weather, usb mass storage devices have been seen to work in Windows XP SP3
Code inspired of mjmartin usbehci driver and Haiku's usb stack

Есть маленький успех: драйвер заработал под ХР СП3 - увидел флешки.

Интересно, а при чем тут стек ЮСБ от "гайки"(ОС Haiku)?

[Demonidios]

Commit by janderwald on usb-bringup :: r51563 /drivers/usb/ (10 files in 3 dirs):

[USBEHCI_NEW]
Remove function declaration [USBSTOR]
Start on usbstor driver (USB Mass Storage Driver)
Implement reading device descriptor / configuration descriptor
Implement scanning of configuration descriptor for bulk in / bulk out endpoints
Implement selecting configuration and interface and verify selected interface
Implement reading max lun and create child device object for each lun
Handle PnP requests for functional device object
Implement support routines to send urb's to lower device object (usbhub)
Start implementing PDO routines

Неплохо, очень неплохо! Можно сказать, что работа над драйвером идет более чем активная.

[g0ga]

Интересно, а при чем тут стек ЮСБ от "гайки"(ОС Haiku)?

Он был вдохновлен (inspired) его реализацией

[Demonidios]

Commit by janderwald on usb-bringup :: r51673 /drivers/usb/usbstor/ (disk.c scsi.c usbstor.c usbstor.h): (link)
[USBSTOR]
Rewrite scsi method to act asynchronous #
02:25 today ReactOS Commit by mjmartin on usb-bringup :: r51672 /drivers/usb/usbhub_new/ (fdo.c misc.c pdo.c usbhub.h)
[USBHUB_NEW]
Save PortNumber in child device extensions as its needed when PNP request device capabilities.
Handle IOCTL_INTERNAL_USB_SUBMIT_URB request by creating a new Irp and passing the Urb down to the miniport.
Now working with our ehci driver, we at least see a usb driver and can browse directory in Windows, though doing so results in assert as ehci doesnt support transfers over 5 Pages yet. Fix coming soon.
Partly implement test unit command

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

[Jedi-to-be]

http://www.reactos.org/forum/viewtopic.php?f=2&t=9233

[Demonidios]

Простите, уважаемый Jedi-to-be, а зачем вы дали ссылку на англоязычную ветку форума? Моих знаний хватило лишь для того, что бы понять, что там нашли необходимое описание аппаратной части ЮСБ и частично программной. Вне всяких сомнений, это реально поможет в дальнейшем развитии этой части РеактОС, но я просто не могу понять, как это вяжется с моим предыдущим постом?!
Если это означает, что найденный материал привел к тому, что драйвер начал показывать более значимые результаты - это прекрасно! Когда-то я делал похожую работу, выкладывая здесь - http://www.reactos.org/forum/viewtopic. ... 2&start=60 то, что находил(в основном драйвера с открытыми исходниками). Надеюсь, что хоть 1% из того, что я выложил в виде ссылок на ресурсы помогло разработчикам РеактОС.

[Jedi-to-be]

=)) Я думаю гораздо больше, чем 1 процент =)

Я не хвастаюсь, скорее добавляю недостающие кусочки информации о процессе разработки стека юсби. Ну и привлекаю форумчан активнее шастать по форуму, только и всего =)

[Yaraslau]

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

Храбрый прогноз!

[Demonidios]

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

А по поводу храбрых прогнозов - по сравнению с тем, как шла работа над ЮСБ ранее, то сейчас она летит. И уже в нескольких сообщениях Мартин и Йоханес сообщали о том, что очередной этап работы в ХР их драйвер успешно прошел, т.е. система его нормально приняла на данном этапе. Если эти темпы работы будут и далее такими же, то очень высока вероятность, что в следующем официальном релизе под № 0.3.14 этот драйвер будет доведен на 100% до ума. Это обычная логика И я очень надеюсь, что это будет так!