Исходное сообщение
"Линус Торвальдс выступил с критикой контроля качества в  DRM..." Отправлено не такой, 28-Фев-17 03:14
>> Для ядра в user space есть архитектура "um", и еще конечно qemu, > Проброс железки "внутрь" - задача может и простая, но не решает поставленный > вопрос: > тестировать модуль этой железки (который просто будет бежать внутри um/qemu) >> так что первые 2 пункта и для Linux есть том же относительно >> готовом виде. > Попробуйте пробросить что-нить эдакое в qemu или найти тот же драйвер, если > конфигурите ядро под ARCH=um. Да, его там просто может не быть > (т.к. драйвер может зависеть от конкретного множества аппаратных архитектур). Т.е. решение > - не универсально. Что-то вы оба отдаляетесь от контекста обсуждения: о том насколько легко разработчику драйвера написать тесты в Linux vs мифическая микроядерная ОС. ИМХО, микроядерная ОС ничем не поможет, и в том и в другом случае есть довольно небольшой API между драйвером и ОС. Т.к. хотя ядро Linux это и монолит, но это не значит что как программа оно плохо спроектировано, модульность и инкапсуляция там везде применяются. То в каком адресном пространстве будет запускаться тест совершенно не скажется на том, просто будет тест написать или нет. И с современными технологиями виртуализации и возможности отладки теста будут одинаковы. А вот сторону эмулирующее микроядро и сервисы и железо vs ядро и железо надо будет писать в обоих случаях. Потому что какой это нафиг юнит тест, если для его запуска нужно запустить всю остальную программу, это уже функциональный тест получается.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Для ядра в user space есть архитектура "um", и еще конечно qemu, >> Проброс железки "внутрь" - задача может и простая, но не решает поставленный >> вопрос: >> тестировать модуль этой железки (который просто будет бежать внутри um/qemu) >>> так что первые 2 пункта и для Linux есть том же относительно >>> готовом виде. >> Попробуйте пробросить что-нить эдакое в qemu или найти тот же драйвер, если >> конфигурите ядро под ARCH=um. Да, его там просто может не быть >> (т.к. драйвер может зависеть от конкретного множества аппаратных архитектур). Т.е. решение >> - не универсально. > Что-то вы оба отдаляетесь от контекста обсуждения: > о том насколько легко разработчику драйвера написать тесты в Linux vs мифическая > микроядерная ОС. > ИМХО, микроядерная ОС ничем не поможет, > и в том и в другом случае есть довольно небольшой API между > драйвером и ОС. > Т.к. хотя ядро Linux это и монолит, но это не значит что > как программа оно плохо > спроектировано, модульность и инкапсуляция там везде применяются. > То в каком адресном пространстве будет запускаться тест совершенно не скажется на > том, просто будет тест написать или нет. > И с современными технологиями виртуализации и возможности отладки теста будут одинаковы. > А вот сторону эмулирующее микроядро и сервисы и железо vs ядро и > железо надо будет писать в обоих случаях. Потому что какой это > нафиг юнит тест, если для его запуска нужно запустить всю остальную > программу, это уже функциональный тест получается.
	Введите код, изображенный на картинке: