USB
-
- Posts: 237
- Joined: Fri Sep 25, 2009 7:35 pm
Re: USB
Ну да, именно идущий! Какой бы не была длинной дорога, но пройти ее может лишь тот, кто не остановился! Так же и РеактОС - ее понемногу делают, с остановками, регрессами, но все равно делают и поддерживают, вопреки всяким гадостно-мрачным предсказаниям! Да, приходится иногда сделать шаг назад, что бы потом шагнуть три шага вперед! Но прогресс есть, пусть и скромный!
-
- Posts: 237
- Joined: Fri Sep 25, 2009 7:35 pm
Re: USB
Ну если на с чет желания можно решить, то со временем - увы! У меня работа тяжелая физически - монтер пути железной дороги, скоро 30 лет, куда уж что-то учить для программирования! Вы скажете, что учиться никогда не поздно, и будете правы на все 200%, но с возрастом все больше затягивает рутина и лень. Вот чем могу, тем и помогаю. Мне привычнее шпалы менять, чем анализировать код на Си, пытаясь найти ошибку, или писать свой код. Да и на работе иногда напашешься так, что уже вечером и за комп садится не хочется. Сейчас уже третью неделю из рук лопату не выпускаю - снегоборьба! И ночные смены бывают. Так что писать программы - немного не для меня.
Re: USB
В проекте полно задач, где не требуется программировать - начиная от вычитки переводов и и различных "пиар"-акций вроде "софта года", и заканчивая созданием различных звуков-картинок.Demonidios wrote:Так что писать программы - немного не для меня.
Re: USB
Хороший продукт сам себя продвигаетfog wrote:различных "пиар"-акций вроде "софта года"
А смысл пиарить еще малофункциональную альфу? Чайники прибегут, начнут ставить и разочаруются.
Энтузиасты и так знают про Реактос, следят за ситуацией.
Не мне Вам объяснять прописные истины: GNU GPL только потому может на равных конкурировать с коммерческим софтом, что силен повторным использованием ранее созданного.fog wrote:и заканчивая созданием различных звуков-картинок.
Вот Гномовские "картинки" - http://art.gnome.org/themes/ Берите их и не заморачивайтесь.
Да, и по здравому смыслу, разработчикам ОС нет смысла отвлекаться на прикладную чепуху. Она вся давно создана и портирована. Вот, рабочее окружение KDE портировали под Windows. Грех не попытаться прикрутить ее к РОС. Тем более, что интерфейс Кедов, довольно близок к интерфейсу Венды. Виндузятник в них быстро освоится.
Re: USB
Хороший продукт более финансово состоятельные компании легко задвинут на обочину. Это же правило действует и в обратном направлении.bqqqaez wrote:Хороший продукт сам себя продвигает
А смысл пиарить еще малофункциональную альфу? Чайники прибегут, начнут ставить и разочаруются.
Энтузиасты и так знают про Реактос, следят за ситуацией.
Сужу по СМИ в своей стране: о Windows пишут, иногда о Линуксе, о Реактосе - в лучшем случае 2-3 предложения. А ведь о перспективных проектах журналисты всегда любят писать, но на Реактос это правило, видимо, не распространяется. Может в российской прессе ситуация получше выглядит? Или в украинских СМИ?
Re: USB
Мне когда-то давно точно так же говорил один энтузиаст OS/2 .... где сегодня эта ОС и как там оказалась, я думаю, вы знаете.bqqqaez wrote:Хороший продукт сам себя продвигает
-
- Posts: 237
- Joined: Fri Sep 25, 2009 7:35 pm
Re: USB
Еще один шаг на пути к стабильному рабочему драйверу USB:
"Commit by mjmartin :: r46735 reactos/drivers/usb/usbehci/ (6 files):
[usb/usbehci]
Modify UsbDevice structure to hold all the device's configurations vice only the active one.
Change code to handle new UsbDevice structure and data.
Add missing Status assignment for IOCTLs get device handle and get hub count.
When checking port status in deffered routine continue looping through the ports if the device is not high speed.
Implement direct call functions InitializeUsbDevice, QueryDeviceInformation and GetControllerInformation.
Fix incorrect return type for direct call function GetUSBDIVersion.
Remove no longer needed structures from usbiffn.h as they are now in usbbusif.h and hubbusif.h.
Code based on XEN PV Drivers by James Harper."
Движется работа! Этих шагов будет еще немало, но на месте не стоим!
"Commit by mjmartin :: r46735 reactos/drivers/usb/usbehci/ (6 files):
[usb/usbehci]
Modify UsbDevice structure to hold all the device's configurations vice only the active one.
Change code to handle new UsbDevice structure and data.
Add missing Status assignment for IOCTLs get device handle and get hub count.
When checking port status in deffered routine continue looping through the ports if the device is not high speed.
Implement direct call functions InitializeUsbDevice, QueryDeviceInformation and GetControllerInformation.
Fix incorrect return type for direct call function GetUSBDIVersion.
Remove no longer needed structures from usbiffn.h as they are now in usbbusif.h and hubbusif.h.
Code based on XEN PV Drivers by James Harper."
Движется работа! Этих шагов будет еще немало, но на месте не стоим!
-
- Posts: 237
- Joined: Fri Sep 25, 2009 7:35 pm
Re: USB
Слава, слава, слава разработчику под ником mjmartin!!!
"Commit by mjmartin :: r46761 reactos/drivers/usb/usbehci/pdo.c:
[usb/usbehci]
Instead of converting GUID to UNICODE_STRING and comparing, use IsEqualGUIDAligned. Thanks Ged.
Remove a unneeded header. #
Commit by mjmartin :: r46760 reactos/drivers/usb/usbehci/ (pdo.c usbiffn.c):
[usb/usbehci]
Check the Interface GUID instead of only the version and size.
Handle up to USB_BUS_INTERFACE_USBDI_V2 and USB_BUS_INTERFACE_HUB_V5. Driver gets further in win2k.
Basic implementation of Direct Call Function CreateUsbDevice.
Fix GetRootHubSymbolicName to return RootHub20.
Change return status to not supported for functions not implemented yet."
Одно меня смущает: он будет далее разрабатывать свой драйвер, взяв за основу драйвер USB из Win2000, или он там его проверяет путем подмены?
"Commit by mjmartin :: r46761 reactos/drivers/usb/usbehci/pdo.c:
[usb/usbehci]
Instead of converting GUID to UNICODE_STRING and comparing, use IsEqualGUIDAligned. Thanks Ged.
Remove a unneeded header. #
Commit by mjmartin :: r46760 reactos/drivers/usb/usbehci/ (pdo.c usbiffn.c):
[usb/usbehci]
Check the Interface GUID instead of only the version and size.
Handle up to USB_BUS_INTERFACE_USBDI_V2 and USB_BUS_INTERFACE_HUB_V5. Driver gets further in win2k.
Basic implementation of Direct Call Function CreateUsbDevice.
Fix GetRootHubSymbolicName to return RootHub20.
Change return status to not supported for functions not implemented yet."
Одно меня смущает: он будет далее разрабатывать свой драйвер, взяв за основу драйвер USB из Win2000, или он там его проверяет путем подмены?
Re: USB
В Windows XP есть баг, который иногда мешает отключить внешнее "железо" (флэшки, диски и пр.), разработчики USB Safely Remove на своём официальном сайте всё жаловались на эту злостную фичу, но обещали её как-нибудь нейтрализовать. В РеактОС эта "фича" тоже будет представлена? Просто любопытно.
Если код иной - значит и бага не должно быть?..
Если код иной - значит и бага не должно быть?..
-
- Posts: 237
- Joined: Fri Sep 25, 2009 7:35 pm
Re: USB
Ага! А еще я сталкивался с такой ситуацией, когда подключенная флэшка определялась как USB 1.1. Причем это было исключительно на интеловских чипсетах(точно помню 915 и 945). Флэшки были разные. Переустановка винды не помогала! Глюк появлялся спонтанно. Надеюсь, что РеактОС минует сей нехороший глюк!
Re: USB
В РеактОС тоже наверняка будут спонтанные ошибки. Например, загрузка через раз. Тьфу-тьфу-тьфу, конечно.Demonidios wrote:Ага! А еще я сталкивался с такой ситуацией, когда подключенная флэшка определялась как USB 1.1. Причем это было исключительно на интеловских чипсетах(точно помню 915 и 945). Флэшки были разные. Переустановка винды не помогала! Глюк появлялся спонтанно.
-
- Posts: 237
- Joined: Fri Sep 25, 2009 7:35 pm
Re: USB
Та не дай Бог! Та пусть у Вас холодильник дверцей внутрь открывается!by Yaraslau » 08 Apr 2010 20:43: В РеактОС тоже наверняка будут спонтанные ошибки. Например, загрузка через раз. Тьфу-тьфу-тьфу, конечно.
Вообщето, от ошибок никто не застрахован. Даже Винда латаная уже так, что иногда диву даешься, одна совместимость Висты с приложениями чего стоит! Увы, будут конечно ошибки и в РеактОС, как это ни прискорбно! Но надеюсь, что с определением USB-устройств у РеактОС будет в порядке, и она будет отлично и четко различать, какое устройство USB версии 1.1, какое 2.0, а какое 3.0. Другой вопрос, сколько усилий и времени это займет.
-
- Posts: 237
- Joined: Fri Sep 25, 2009 7:35 pm
Re: USB
mjmartin работает над драйвером далее. Новые исправления и наработки:
Commit by mjmartin :: r46867 reactos/drivers/usb/usbehci/ (9 files):
[usb/usbehci]
Remove WorkItem code yet again as its not needed.
Set Ports PortChange to STATUS_CONNECTED when detecting insertion of new usb device.
Change UrbWorkerThread to use timer and wait so we dont waste cpu cycles.
Implement IOCTL_INTERNAL_USB_SUBMIT_IDLE_NOTIFICATION.
Upon receiving the IRP_MN_QUERY_DEVICE_RELATIONS with type BusRelation, stop processing the root hub IRPs, as at this point the hub driver has been informed of everything it needs to know about the device. The next SCE request will remain pending until another devices is connected.
Implement ExecuteControlRequest for all control related communications to/from usb devices.
Remove GetDeviceDescriptor and GetDeviceStringDescriptor as no longer needed.
Fix implementation of Direct Call function CreateUsbDevice.
Implement Direct Call functions InitializeUsbDevice and GetUsbDescriptors.
Misc rearranging and clean up.
Commit by mjmartin :: r46867 reactos/drivers/usb/usbehci/ (9 files):
[usb/usbehci]
Remove WorkItem code yet again as its not needed.
Set Ports PortChange to STATUS_CONNECTED when detecting insertion of new usb device.
Change UrbWorkerThread to use timer and wait so we dont waste cpu cycles.
Implement IOCTL_INTERNAL_USB_SUBMIT_IDLE_NOTIFICATION.
Upon receiving the IRP_MN_QUERY_DEVICE_RELATIONS with type BusRelation, stop processing the root hub IRPs, as at this point the hub driver has been informed of everything it needs to know about the device. The next SCE request will remain pending until another devices is connected.
Implement ExecuteControlRequest for all control related communications to/from usb devices.
Remove GetDeviceDescriptor and GetDeviceStringDescriptor as no longer needed.
Fix implementation of Direct Call function CreateUsbDevice.
Implement Direct Call functions InitializeUsbDevice and GetUsbDescriptors.
Misc rearranging and clean up.
Who is online
Users browsing this forum: No registered users and 13 guests