Выпуск новостей ReactOS №70 | Participants
|
- Statistics
- Participants
- Translate into Russian
- Translation result
- Translation complete.
If you do not want to register an account, you can sign in with OpenID.
ReactOS Newsletter: Newsletter 70 | ||
UniATA Timing | ||
UniATA continues to be problematic, with testers often struggling to get past the first stage install much less actually put ReactOS through its paces. As mentioned before, the time UniATA waits for responses from hardware is considerably lower than that of the old ATA driver. On older hardware, sometimes various drives are not fast enough in responding so operations time out and UniATA reports an error even when there technically was nothing wrong. The first attempt to resolve this was to change the wait times to that used by the old driver, but a few developers expressed dissatisfaction with this. Since then, Olaf Siejka has led an effort to try and find a compromise time that would not result in time outs on the majority of hardware and also identify where exactly these timeouts are occuring. This has not been a trivial task and Olaf's patience is commendable. | Продолжаются проблемы, связанные с UniATA. Тестеры, которым из-за этих проблем сложно завершить даже первую стадию установки, не могут в полной мере содействовать развитию ReactOS. Мы уже писали о том, что время ожидания ответа от аппаратуры в UniATA было значительно снижено по сравнению со старым драйвером ATA. Некоторые устаревшие приводы не могут обеспечить достаточной скорости отклика на команды и это приводит к тому, что заканчивается время, отведённое на операцию. Поэтому UniATA сообщает об ошибке, даже если технически всё было правильно. Первая попытка решения этой проблемы состояла в установке в UniATA времён ожидания, используемых старым драйвером, но несколько разработчиков были несогласны с таким подходом. Тогда Олаф Сиежка (Olaf Siejka) стал искать "компромиссное" время задержки (то есть такое, которого было бы достаточно для ожидания ответа от большинства аппаратных средств), и идентифицировать, на чем конкретно заканчивается время ожидания. Это было непростой задачей, и терпение Олафа весьма похвально. | |
One of the major issues UniATA has been causing is dropping the boot drive. This could be either the CD drive or the hard drive, but either way it effectively killed ReactOS as the drive with the operating system was now gone. Olaf was not the only one to run into this, as both Daniel Reimer and Gabriel ran into the same problem, albeit under differing circumstances. Daniel was preparing for the Chemnitz expo and was setting up his laptop as a demonstrator, but could not get UniATA to function on it. Gabriel was testing ReactOS on VirtualBox but had his CD drive set as a slave on his primary channel. Aleksey Bragin managed to fix Gabriel's issue, but Olaf and Daniel were both still stuck. Interestingly when Olaf switched UniATA to full debug mode the problem disappeared, which is highly suggestive of a timing issue. After what can only be described as a mind numbing procedure of manually adding and removing debug print statements in every UniATA function, Olaf managed to narrow the issue down to three that were responsible for interrupt handling. However, this ultimately turned out not to be quite as definitive as if debugging is silenced in just those three functions, the problem still does not occur. Thus the issue could be far more pervasive than just those three functions and more extensive testing will be necessary before any conclusions can be made. At the same time, the Arm team and Timo Kreuzer have been busy rewriting the trap handling code which may have resulted in other changes to the timing of interrupt handling. Thus the actual cause of the problem may be somewhere further down the stack. | Одна из главных проблем, связанных с UniATA - пропуск загрузочного диска. Это мог быть и привод компакт-дисков, и жесткий диск, но так или иначе эта проблема эффективно мешала ReactOS, поскольку терялся привод с операционной системой. Хотя Олаф был не единственным, столкнувшимся с этим, поскольку и Даниэль Реймер (Daniel Reimer) и Габриэль (Gabriel) при других обстоятельствах сталкивались с той же самой проблемой. Даниэль готовился к выставке Chemnitz expo и хотел использовать свой ноутбук для демонстрации ReactOS, но не смог заставить UniATA функционировать на нём. Габриэль тестировал ReactOS на VirtualBox, но его CD-привод был установлен ведомым устройством на первичном канале. Алексею Брагину удалось установить причину проблемы, возникшей у Габриэля, но Олаф и Даниэль всё еще испытывали трудности. Что интересно, когда Олаф переключил UniATA в режим полной отладки, проблема исчезла, что наводит на мысли о проблеме с таймингом. После этого была проведена гиганская работа, заключающаяся в ручной установке и удалении операторов вывода отладочных данных в каждой функции UniATA, позволившая Олафу выделить три проблемные функции, отвечающие за обработку прерываний. Тем не менее, оказалось что это не истинная причина проблемы, так как если отладчик останавливается на этих трёх функциях, то проблема не появляется. Таким образом проблема может быть гораздо более глобальной, нежели чем эти три функции, и только дальнейшее и более тщательное тестирование поможет её выявить, после чего можно будет сделать какие-либо выводы. Тем временем, команда ARM и Тимо Кройцер (Timo Kreuzer) были заняты переписыванием кода обработчика прерываний, что может привести к другим изменениям в тайминге обработчика прерываний. Так что настоящая причина проблемы возможно кроется где-то ниже в стеке. |
© ReactOS Team. License: FDL
— не очень понял, "much less actually put ReactOS through its paces" относится к UniATA или к testers. Предположим, что к testers - по смыслу подходит. Если ошибаюсь, поправьте. — unxed