LINUX.ORG.RU
ФорумTalks

FSFLA предложило почистить от закрытых прошивок Linux-ядро


0

0

Как пишет Free Software Foundation Latin America(FSFLA), начиная с 1996 года имеется нехорошая тенденция по включению в исходный код ядра закрытых бинарных сборок прошивок от некоторых производителей железа. Так с версии ядра Linux-1.3.0 и до Linux-2.6.33 размер таких прошивок увеличился с 143KB до 2MB. Поэтому FSFLA решила изменить эту тенденцию и почистить от них исходный код ядра.

Подробности

★★

Было на главной.

Adjkru ★★★★★
()

[:]

И да, лучше бы из главной ветки выбросили всякий хлам. Драйвер для LEGO-аппаратуры, например.

Lighting ★★★★★
()
Ответ на: комментарий от ZveN

> Гыы, и что они предложат взамен? Такие же «компьютеры» как у Столлмана?

Ну почему же, просто на сегодня пользователи Linux могут себе позволить отказаться от всякой проприетаршины. Вот и все. Она просто больше не нужна.

rjaan ★★
() автор топика
Ответ на: комментарий от ZveN

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

helios ★★★★★
()
Ответ на: комментарий от rjaan

> Ну почему же, просто на сегодня пользователи Linux могут себе позволить отказаться от всякой проприетаршины.

А ты попробуй на свободных драйверах ati дебовское ведро хотя бы без firmware-linux запустить:
Contents firmware-linux :
* 3Com Typhoon firmware, version 03.001.008
* DAB-USB FPGA bitfile, version unknown
* DAB-USB firmware, version unknown
* Intel 82559 D101M microcode, version unknown
* Intel 82559 D101S microcode, version unknown
* Intel 82551-F and 82551-10 microcode, version unknown
* kaweth/new_code.bin, version unknown
* kaweth/new_code_fix.bin, version unknown
* kaweth/trigger_code.bin, version unknown
* kaweth/trigger_code_fix.bin, version unknown
* Matrox G200 WARP engine microcode, version unknown
* Matrox G400/G550 WARP engine microcode, version unknown
* Rage 128 CCE microcode, version unknown
* Radeon R100-family CP microcode, version unknown
* Radeon R200-family CP microcode, version unknown
* Radeon R300-family CP microcode, version unknown
* Radeon R400-family CP microcode, version unknown
* Radeon R500-family CP microcode, version unknown
* Radeon RS690 CP microcode, version unknown
* Tehuti network card firmware, version unknown

кинцо там посмотреть , в тырнете побороздить
-а после, и за ВСЕХ пользовтелей там расписываться.

elipse ★★★
()
Ответ на: комментарий от rjaan

rjaan> Ну почему же, просто на сегодня пользователи Linux могут себе позволить отказаться от всякой проприетаршины.

Прошивка - это по сути часть железа. Так что не надо фигню писать.

Quasar ★★★★★
()

А если вот если производители захотят открыть прошивки, то для сборки ядра теперь нужны будут компиляторы всех этих прошивок, которые ещё и проприетарными могут быть, которые работают на хрен знает каких платформах.

Yareg ★★★
()
Ответ на: комментарий от Quasar

> Прошивка - это по сути часть железа. Так что не надо фигню писать.

А некоторое железо требует, чтобы драйвер ему туда прошивку закачал, сам такие в свое время писал. Особенно, много таких у нас устройств в средствах автоматизации.

rjaan ★★
() автор топика
Ответ на: комментарий от Yareg

> А если вот если производители захотят открыть прошивки, то для сборки ядра теперь нужны будут компиляторы всех этих прошивок, которые ещё и проприетарными могут быть, которые работают на хрен знает каких платформах.

Разумное замечание. Об том и речь, чтобы пользователи слазили с таких проприетарных устройств и использовали открытые.

rjaan ★★
() автор топика
Ответ на: комментарий от rjaan

А если прошивка писалась в бинарном коде, то что будет исходниками для неё? А на чём пишутся прошивки свободных устройств?

Yareg ★★★
()
Ответ на: комментарий от Yareg

> А если прошивка писалась в бинарном коде, то что будет исходниками для неё?

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

Учитывая, что многие устройства относятся к категории «встроенное», то такие прошивки сходят на нет, что указывает их доля из всего размера сжатого ядра, потому что большую часть размера образа ядра все-таки занимают драйвера.

Так, если мы посмотрим на размер этих прошивок, вошедших в состав версии 2.4 и 2.6, то их размер увеличился незначительно. Хотя, время прошло такое же, как между 2.0 и 2.4, которые приводил у себя в дневнике, http://rjaan.ya.ru/replies.xml?item_no=2389

rjaan ★★
() автор топика

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

просто таки хорошая тенденция. ядро остаётся не менее открытым и свободным когда там код прошивок устройств под другие архитектуры и микрокод. товарищам из некоей виртуальной организации хочется обратить на себя внимание - вот они это и делают. только пытаются хуже сделать всем.

tommy ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.