LINUX.ORG.RU

История изменений

Исправление snizovtsev, (текущая версия) :

хотят сделать полную валидацию адра, то есть сузкаллер лишь убедится, что валидация, и правда, полная.

Чтобы сделать честную валидацию ядра – нужно по-хорошему и цпу валидировать, все нюансы smp, прерываний, tlb и кешей. Этого конечно же не будет, будет какой-нибудь урезанный под валидацию конфиг без smp, сделанный на одной ревизии. А продукты будут работать на расширенном, с другой ревизии и дикими костылями против всей идеальной архитектуры «чтобы работало и уложиться в дедлайн». И дальше бумажной магией лейбл валидации распространят на них.

Исправление snizovtsev, :

хотят сделать полную валидацию адра, то есть сузкаллер лишь убедится, что валидация, и правда, полная.

Чтобы сделать честную валидацию ядра – нужно по-хорошему и цпу валидировать, все нюансы smp, прерываний, tlb и кешей. Этого конечно же не будет, будет какой-нибудь урезанный под валидацию конфиг без smp, сделанный на одной ревизии. А продукты будут работать на расширенном, с другой ревизии и дикими костылями против всей идеальной архитектуры «чтобы работало и уложиться в дедлайн». И дальше бумажной магией валидацию распространят на них.

Исходная версия snizovtsev, :

хотят сделать полную валидацию адра, то есть сузкаллер лишь убедится, что валидация, и правда, полная.

Чтобы сделать честную валидацию ядра – нужно по-хорошему и цпу валидировать, все нюансы smp, прерываний, tlb и кешей. Этого конечно же не будет, будет какой-нибудь урезанный под валидацию конфиг без smp, сделанный на одной ревизии. А продукты будут работать на расширенном, с другой ревизии и дикими костылями против всей идеальной архитектуры «чтобы работало и уложиться в дедлайн».