Лидер проекта Debian опубликовал письмо (http://groups.google.com/group/linux.debian.announce.devel/m...) в котором обобщил основные проблемы стоящие на пути достижения идеала полностью свободного Linux дистрибутива. Главная из проблем - включение в поставку бинарных firmware, которые с одной стороны противоречат принципу полной открытости, а с другой - без них система останется без поддержки значительного числа аппаратных устройств, в особенности беспроводных адаптеров.URL: http://groups.google.com/group/linux.debian.announce.devel/m...
Новость: http://www.opennet.me/opennews/art.shtml?num=8250
Есть к сожалению проблемы :(
Не есть гуд это.Самое непонятное для меня: зачем скрывать сорцы энной фирмвари если она однофигственно подходит только для конкретной железки?
Ответ прост здесь два варианта:
1. Чтоб конкуренты не подсмотрели
2. используют закрытый framework.
В каком-то интервью Тео де Раадт рассказывал, что американская FCC для сертификации радиоустройства требует, что пользователь не мог изменить используемые частоты. У многих современных чипов эти частоты задаются в софте, причем зачастую даже не в прошивке самой железки, а в драйвере ОС. Соответственно, чтобы выполнить требования FCC производитель этот код предоставляет только в бинарном виде.
но в openbsd драйверы-то открытые.. нет ли тут коллизии какой? в правовом плане и плане сертификации
нет. openbsd зарегистрирована в Канаде, а не в Америке.
Это делается для того что-бы я не начал производить эти железки и пользовать их софт.
А схема электрическая принципиальная, а документация на производство ихних чипов? Этого же от них не требуют, а без этого вы точно не начнёте ихние железки делать.
чего там - схема...
чипсеты - типовые, разводка - как минимум, референсная есть.
так, что, если еще и драйвер на халяву достанется - можно выпускать.только это, разумеется, не вся правда.
Вы забыли про референсную фирмварь выдаваемую обычно производителем чипсета.Ее можно зашить в референсное железо.Сорцы для этого нафиг не сдались и по такой технологии делается немало девайсов.Только опять же китайцев вы не уделаете, козырнуть брендом вы тоже не сможете а реализовать какую-то приятную плюшку в своих сорцах чтобы работало только на вашем железе а в референсном этой плюшки просто не оказалось - как делать нефиг.При этом производители заюзавшие референсную схему - в пролете и не важно открыты сорцы или нет.Ну не будут же они отзывать девайсы миллионами чтобы допаять что-то?!
А ты и не начнешь.Массовое производство в китае ты не уделаешь даже если обосрешься.
так и что выбрали то?
> что выбрали то?
Извините, они ещё ничего выбрать не успели.
http://lists.debian.org/debian-vote/2006/08/threads.html#00032
А почему не сделать отдельный unofficial репозитарий c этими фирмварями? Я конечно понимаю, что драйвера для модема лежат в интернете. Но всё же?
> А почему не сделать
чтение документации вслух -- от $15/час
чтение по ссылке -- от $25/час
то же с переводом -- от +$20/час
то же с выражением -- от x3
> отдельный unofficial репозитарий
и отдельный инсталятор с отдельным баг-траккером и отдельными разработчиками в отдельной стране, не обременённой законами и "международными связями" в лице "второго флота США" и иже с ними у её берегов...Отличная идея! Почему бы кому-нибудь не занаяться от нечего делать в свободную минутку!
На-чи-най-те.
а чем компилировать будем сырцы фирмварей?
> чем компилировать будем сырцы фирмварей?
тем же, чем обычно компилят.
(кросс)?(компилято|ассембле)рами.
> а чем компилировать будем сырцы фирмварей?
абсолютно поддерживаю вопрос
>а чем компилировать будем сырцы фирмварей?
Сюрприз!Тот же GCC знает о хреновой куче процессоров(даже с ассемблерными вставками).Это называется кросс-компиляция.Никто вам не запрещает держать в системе пяток компилеров компилящих под пяток архитектур.
В мире есть и ещё педерасты, кроме FCC: CCITT (нонеча ITU-T). Именно поэтому закрыты драйвера для WinModem'ов: спецификация V.34 закрыта, и ITU-T хочет денежку за каждую реализацию этой спецификации (читай: за каждую _копию_ драйвера), и не разрешает открывать исходные тексты ни одной из таких реализаций.
Хоть на стенку лезь...
>В мире есть и ещё педерасты, кроме FCC: CCITT (нонеча ITU-T). Именно
>поэтому закрыты драйвера для WinModem'ов: спецификация V.34 закрыта, и ITU-T хочет
>денежку за каждую реализацию этой спецификации (читай: за каждую _копию_ драйвера),
>и не разрешает открывать исходные тексты ни одной из таких реализаций.
И чего это вы так разоряетесь?
>Хоть на стенку лезь...
Всех делов - не юзать эти недомодемы, где половина функционала софтварная.. Юзайте нормальные аппаратные, они не сильно дороже..
[quote]спецификация V.34 закрыта, и ITU-T хочет денежку за каждую реализацию этой спецификации[/quote]
Вообще-то, ITU-T если я не ошибаюсь, выдает любому до трех документов в год совершенно задаром.Поэтому, если вам нужна дока на V.34, просто идите и возьмите ее.Если надо более трех разных док - да, придется заплатить.В силу неудобной модели работы ITU-T простому смертному, однако, проще скачать в интернете.Честное слово, там есть.Лежащая на моем HDD дока про V.34 это подтверждает.В каком месте дока не разрешает открывать реализации я не знаю.Дело тут в том что...
- Чисто софтварный свистельщик V.34 является state of art - в реалтайме свистеть обычным процессором крайне трудная задача.Потому жлобятся.Хотя все-равно по качеству работы оно остается дешевой какой - трудно это, на обычном процессоре в обычном PC дергаться за реалтаймом и делать это качественно.Поэтому такие модемы самые дешевые и самые дерьмовые.Покупать это даже под винду лучше своим врагам, пусть мучаюцца =)
- В полуаппаратных модемах с набортным DSP - драйвера модема занимаются только корекцией ошибок и прочая.Код V.34 там вообще говоря, зашит в сам DSP.Поэтому он вам вообще неинтересен - он для вас просто "фича чипа".Но - могут догружаться патчи для кода DSP, понятное дело что они бинарные и без сорцев, сорцы обычно создатель DSP даже фирмваро\драйверописателям не отдает а только пишет что "сделайте то-то, загрузите модуль такой-то, дальше делайте то-то".Впрочем если вам надо сорц этой каки, достаточно проехаться дизасмом, получите то же самое что в них, но правда, без коментов (в модемах исторически объем вычислений большой а процы не очень мощные, а потому фирмварь часто писана на просто голом ассемблере... поэтому разобраться там даже если вы сорцы получите... ну-ну, удачи).В этом плане проще всего юзать аппаратный модем.И работает лучше, к тому же - от занятости системы никак не зависит.
В случае например ADSL модемов фирмварь часто опенсорц из-за юзания линукса.Конечно, кроме модулей кода DSP которые обычно опять же предоставляет производитель чипсета без сорцев - только с описанием что с ним нужно делать.Людей способных вкурить в этот код в принципе не сильно много поэтому выгода от обладания сорцами кода DSP довольно неочевидная.Не факт что вы с ними сможете сделать что-то осмысленное.