LINUX.ORG.RU

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

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

Чем больше людей будет пользоваться открытыми драйверами тем быстрее компании поймут что их блобы людям не нужны и пора пилить открытый драйвер.

Чем отличается «белый ящик» от «чёрного ящика», знаешь? Так вот, когда бинарный протокол взаимодействия системы с драйвером стабилен и неизменен, то открытость драйвера не важна — он может быть как блобом («чёрным ящиком»), так и распространяться в исходных текстах (быть «белым ящиком»). Но принцип «белого ящика» важен, когда хотят понять внутреннюю сущность драйвера, протестировать его линии управления и для адаптации системы к нему или, если точнее, для адаптации драйвера к системе (к ядру). Но это же противоречит разделению зон ответственности на тех, кто пилит драйвер, и на тех, кто пилит ядро. Если каждая группа будет лезть не в свою зону ответственности и что-то в ней менять, то теряется согласованность протокола (он размазыается) и, как следствие, — надёжность работы как драйвера, так и системы (ядра).

Всё-таки, я считаю, что принцип «чёрного ящика» в отношении драйверов устройств позволяет установлению более чётких и унифицированных протоколов взаимодействия драйвер-система, стабилизации ABI и появлению конкурирующих решений на открытых протоколах, а не личных договорённостях и подразумеваемой функциональности.

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

Чем больше людей будет пользоваться открытыми драйверами тем быстрее компании поймут что их блобы людям не нужны и пора пилить открытый драйвер.

Чем отличается «белый ящик» от «чёрного ящика», знаешь? Так вот, когда бинарный протокол взаимодействия системы с драйвером стабилен и неизменен, то открытость драйвера не важна — он может быть как блобом («чёрным ящиком»), так и распространяться в исходных текстах (быть «белым ящиком»). Но принцип «белого ящика» важен, когда хотят понять внутреннюю сущность драйвера, протестировать его линии управления и для адаптации системы к нему или, если точнее, для адаптации драйвера к системе (к ядру). Но это же противоречит разделению зон ответственности на тех, кто пилит драйвер, и на тех, кто пилит ядро. Если каждая группа будет лезть не в свою зону ответственности и что-то в ней менять, то теряется согласованность протокола (он размазыается) и, как следствие, — надёжность работы как драйвера, так и системы (ядра).

Всё-таки, я считаю, что принцип «чёрного ящика» в отношении драйверов устройств позволяет установлению более чётких и унифицированных протоколов взаимодействия драйвер-система, стабилизации ABI и появлению конкурирующих решений на открытых протоколах.

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

Чем больше людей будет пользоваться открытыми драйверами тем быстрее компании поймут что их блобы людям не нужны и пора пилить открытый драйвер.

Чем отличается «белый ящик» от «чёрного ящика», знаешь? Так вот, когда бинарный протокол взаимодействия системы с драйвером стабилен и неизменен, то открытость драйвера не важна — он может быть как блобом («чёрным ящиком»), так и распространяться в исходных текстах (быть «белым ящиком»). Но принцип «белого ящика» важен, когда хотят понять внутреннюю сущность драйвера, протестировать его линии управления и для адаптации системы к нему или, если точнее, для адаптации драйвера к системе (к ядру). Но это же противоречит разделению зон ответственности на тех, кто пилит драйвер, и на тех, кто пилит ядро. Если каждая группа будет лезть не в свою зону ответственности и что-то в ней менять, то теряется согласованность протокола (он размазыается) и, как следствие, — надёжность работы как драйвера, так и системы (ядра).

Всё-таки, я считаю, что принцип «чёрного ящика» в отношении драйверов устройств позволяет установлению более чётких и понятных протоколов взаимодействия драйвер-система, стабилизации ABI и появлению конкурирующих решений на открытых протоколах.