Исходное сообщение
"Линус Торвальдс выступил с критикой контроля качества в  DRM..." Отправлено мегааноним_, 27-Фев-17 18:19
> Сейчас, чтобы протестировать работу драйвера (не уронив саму систему, где идёт разработка) > нужно: > сделать так, чтоб драйвер компилился на уровне пользователя > добавить каких-нить заглушек на оконечную работу модуля с железом > и уже собсно, автоматически тестировать (на основе контроля правильности вызова этих заглушек). > Микроядро же - сразу даёт первых 2 пункта в готовом виде. > Ну практически полная аналогия если сравнивать написание модуля под монолит и разработка > обычной юзер-левел проги. Для ядра в user space есть архитектура "um", и еще конечно qemu, так что первые 2 пункта и для Linux есть том же относительно готовом виде. > Дрова часто (не всегда) пишут те, кто проэктировал железку, т.е. они и > так знают как и на какие команды она должна реагировать. По > сути, тесты уже есть (вопрос формата). Блин, почитайте про юнит тесты и multithreading, а прерывания (которые используют практически любая железка) дают тот же эфект внезапного переключения контекста, все еще думаете что это легко написать тест который реально что-то тестирует?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Сейчас, чтобы протестировать работу драйвера (не уронив саму систему, где идёт разработка) >> нужно: >> сделать так, чтоб драйвер компилился на уровне пользователя >> добавить каких-нить заглушек на оконечную работу модуля с железом >> и уже собсно, автоматически тестировать (на основе контроля правильности вызова этих заглушек). >> Микроядро же - сразу даёт первых 2 пункта в готовом виде. >> Ну практически полная аналогия если сравнивать написание модуля под монолит и разработка >> обычной юзер-левел проги. > Для ядра в user space есть архитектура "um", и еще конечно qemu, > так что первые 2 пункта и для Linux есть том же относительно > готовом виде. >> Дрова часто (не всегда) пишут те, кто проэктировал железку, т.е. они и >> так знают как и на какие команды она должна реагировать. По >> сути, тесты уже есть (вопрос формата). > Блин, почитайте про юнит тесты и multithreading, > а прерывания (которые используют практически любая железка) > дают тот же эфект внезапного переключения контекста, > все еще думаете что это легко написать тест который реально что-то тестирует?
	Введите код, изображенный на картинке: