Латиноамериканский Фонд свободного ПО опубликовал (http://permalink.gmane.org/gmane.org.fsf.announce/2365) полностью свободный вариант ядра 4.2 (http://www.opennet.me/opennews/art.shtml?num=42843) - Linux-libre 4.2-gnu (http://linux-libre.fsfla.org/pub/linux-libre/releases/4.2-gnu/), очищенный от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. Кроме того, Linux-libre отключает функции ядра по загрузке несвободных компонентов, не входящих в поставку ядра, и удаляет упоминание об использовании несвободных компонентов из документации.Для очистки ядра от несвободных частей, в рамках проекта Linux-libre (http://www.fsfla.org/ikiwiki/selibre/linux-libre/) создан универсальный shell-скрипт (http://linux-libre.fsfla.org/pub/linux-libre/releases/4.2-gn...), который содержит тысячи шаблонов для определения наличия бинарных вставок и исключения ложных срабатываний. Также доступны для загрузки готовые патчи, созданные на основе использования вышеупомянутого скрипта. Ядро Linux-libre рекомендовано для использования в дистрибутивах, соответствующих критериям (http://www.gnu.org/philosophy/free-system-distribution-guide...) Фонда СПО по построению полностью свободных дистрибутивов GNU/Linux. Например, ядро Linux-libre используется в таких дистрибутивах, как Dragora Linux (http://www.opennet.me/opennews/art.shtml?num=33690), Trisquel (http://www.opennet.me/opennews/art.shtml?num=33621), Dyne:Bolic (http://www.opennet.me/opennews/art.shtml?num=31762), gNewSense (http://www.opennet.me/opennews/art.shtml?num=23400), Parabola (http://www.opennet.me/opennews/art.shtml?num=30625), Musix (http://www.opennet.me/opennews/art.shtml?num=24449) и Kongoni (http://www.opennet.me/opennews/art.shtml?num=31204).
Новый выпуск примечателен проведением чистки драйвера AMDGPU, который как и драйвер Radeon не может работать без загрузки бинарного микрокода. Неприятный сюрприз также доставил славящейся свой открытостью драйвер для GPU Intel (i915) - в последнем выпуске появился код загрузки блобов для свежих видеоподсистем Intel. Проведены операции по чистке блобов в драйверах cx24120, liquidio, mt7601u, wilc1000, hci_bcm, btrtl и wdt87xx_i2c. Обновлён код чистки блобов для драйверов elan_i2c, rproc, cxgb4, ath10k и brcm80211.URL: http://permalink.gmane.org/gmane.org.fsf.announce/2365
Новость: http://www.opennet.me/opennews/art.shtml?num=42880
А данные откуда читать? С жесткого диска? Так не пойдет - там прошивка проприетарная.
У меня два радеон и радеон-си год назад пробовал этот патч.Игры не играю но фильмы на мониторе все шли. Из баги отмечу отключение HDMI. На телике фильмы по HDMI отрубились...
*Мне кажется надо "Lite" вариант этого скрипта: отключать только бинарные блобы, а всё что есть в исходных текстах, пусть не под кошерной GPL оставлять.*
> *Мне кажется надо "Lite" вариант этого скрипта: отключать только бинарные блобы, а
> всё что есть в исходных текстах, пусть не под кошерной GPL оставлять.*АМДшным GPU при переключении из VGA-совместимого режима который активен при загрузке, в нативный - надо догрузить несколько прошивок для сервисных сопроцессоров. Они, увы, только в виде блобов. Но т.к. это специфичный код для нескольких сервисных процессоров - это, как минимум, не сильно хуже прошивки сервисного проца в HDD или CD-ROM, при том прошивка сервисного проца HDD имеет намного больше вариантов как злоупотребить своим положением. Но это почему-то зилотов не смущает. Зато Equation Group этим вполне себе пользуются и передавали зилотам приветы.
> Так, а на FDD.. (с задумчивым прищуром), но там та же прошивка..Не, в FDD нет прошивки. Там почти все софтварно, при минимальном подпирании некоторых вещей жесткой логикой контроллера флоповода.
> Ага! Перфоленту не обманешь! Линукс-выход найден!
Незнание матчасти литл ламой засчитано :P. А современный вариант - какой-нибудь NOR или иногда NAND напрямую прицепленый к процу, например. Катит в мелких ARMах. А они уже катят как средней паршивости десктоп.
> HDMI проприетарный продукт! http://www.hdmi.org/manufacturer/terms.aspxКитайцы на все это просто клали :)
> Как и весь ваш телевизор целиком. Вы не должны вообще его (телевизор)
> использовать - это угрожает вашей свободе.А телевизор не зря называют зомбоящиком. На вашем примере видно почему :)
>> HDMI проприетарный продукт! http://www.hdmi.org/manufacturer/terms.aspx
> Китайцы на все это просто клали :)
>> Как и весь ваш телевизор целиком. Вы не должны вообще его (телевизор)
>> использовать - это угрожает вашей свободе.
> А телевизор не зря называют зомбоящиком. На вашем примере видно почему :)Уточняю, под понятиям "Lite" версия скрипта, имел ввиду удаление только бинарных блобов, веси код в исходных текстах, пусть под проприетарными лицензиями или с запатентированными алгоритмами оставлять!
Ну так я и говорю - все GPU от амд и новые интели отвалятся. И будут работать в режиме "а я, типа, VGA адаптер". Не говоря что у них даже так был проприетарный кусок BIOS в набортной флехе. А винч прочитал сектора с блинов при участии не менее проприетарной фирмвари. И вот этого я бы боялся сильно поболее. Хоть эту фирмварь и не надо редистрибутить, но это еще не означает что Equation Group ее не пропатчит своими креативными дополнениями.
> АМДшным GPU при переключении из VGA-совместимого режима который активен при загрузке, в
> нативный - надо догрузить несколько прошивок для сервисных сопроцессоров. Они, увы,
> только в виде блобов.
> Но т.к. это специфичный код для нескольких
> сервисных процессоров - это, как минимум, не сильно хуже прошивки сервисного
> проца в HDD или CD-ROM.Могли бы уже дезасемблировать эти блобы и написать свой вариант. И всем дать выбор - проприетарный блоб от производителя или свободный аналог.
> Могли бы уже дезасемблировать эти блобы и написать свой вариант.Новые модели устройств - пекут как пирожки. Внутренности девайсов напрочь не документированы.
Когда-то давно софт работал с винтами примерно так как с флоповодами. И заморачивался низкоуровневыми аспектами работы с диском. А потом, по мере роста разнообразия и попыток повысить емкость дисков самыми разными ухищрениями всех как-то задолбало это адское месиво. И сделали IDE. Integrated Drive Electronics это называлось. Теперь софт просил "дай сектор номер 20". А как там этот сектор 20 девайс внутри доствал - только его фирмварь и знает. И фирмварь делает много чего. И ее отладка и прочее - очень ресурсоемкое дело.
> И всем дать выбор - проприетарный блоб от производителя или свободный аналог.
Для HDD и прочих сидюков с этим как-то сложно. Вот то что можно забабахать "опенсорсный SSD" - уже более реалистично. Впрочем есть и девайсы где NAND просто вывешен влобовую, без промежуточного контроллера с фирмварой и там это излишне.
> Могли бы уже дезасемблировать эти блобы и написать свой вариант.Угу. И написанная хацкиром васей (имеющим о физике понятие на уровне
тройки в средней школе) прошивка - убъет твой диск за денек работы.
Назад в подвалы!
©Калинов Мост
> Свободное железо должны создавать свободные инженеры с помощью свободных инструментов
> и используя свободные ресурсы. А этого не было, нету и не будет.Однако ж какой-нибудь опенсорсный KiCad становится пригоден для создания довольно сложных устройств, а вон там OpenRISC надизайнили. И он настолько хорошо пошел в всяких кастомных девайсах, что в линухе запилили его поддержку, как и в GCC. Так что чего там "не будет" - это мы еще будем посмотреть...
Без разных "полумер" - СПО не было бы от слова вообще. Даже в нынешнем
куцем варианте.Дядинька Столман когда вас еще предупреждал, что заигрывание с пропиерастами
приведет к эмуляции, вместо СПО, несмотря на вашу GPLv2. Вот вам качественный
и количественный пример того как уже вертят на этот самый линукс.
Вот то ли дело Gnu HURD.
> и количественный пример того как уже вертят на этот самый линукс.А покажешь того, кого не вертят? И, главное, сам то ты не вертлявым пользуешься, надеюсь? :)
>> и количественный пример того как уже вертят на этот самый линукс.
> А покажешь того, кого не вертят?В любой проект FSF, собственно, можно ткнуть пальцем - никого из них не вертят.
> И, главное, сам то ты не вертлявым пользуешься, надеюсь? :)
Дебиановские ядра почищены от блобов по умолчанию. Мне не особо мешает.
> В любой проект FSF, собственно, можно ткнуть пальцем - никого из них не вертят.Ну вот операционка например какая? Hurd? Ну а ты надеюсь свое сообщение хотя-бы из него наколотил? Или ты тоже вертлявость и двойные стандарты прокачиваешь? :)
А так - у GNU есть некий пойнт. А пример линуха показал что корпорастов при должном подходе можно изящно ассимилировать. До состояния когда GPL их начинает устраивать. По-моему это конструктивнее и веселее чем взаимодействие в стиле master-slave. Ну а поскольку ты пока не умеешь выпекать чипы на кухне - совсем от взаимодействия с корпорасами уйти все-таки не получится, что ни говори.
>> И, главное, сам то ты не вертлявым пользуешься, надеюсь? :)
> Дебиановские ядра почищены от блобов по умолчанию. Мне не особо мешает.На самом деле сильно зависит от конфиги. Например если у тебя в девайсе из интерфейсов только вайфай, а прошивку для оного безобразия почистили - начинается аттракцион вида "pkunzip.zip" :)
>> В любой проект FSF, собственно, можно ткнуть пальцем - никого из них не вертят.
> Ну вот операционка например какая? Hurd?Не очень понял какая связь и почему мне неприменно надо пользоваться каждым
проектом FSF. Ну еще GNU Radio я не использую, и?> А так - у GNU есть некий пойнт. А пример линуха показал
> что корпорастов при должном подходе можно изящно ассимилировать.А со стороны больше похоже, что ассимилируют того, в кого блобы вставляют...
>>> И, главное, сам то ты не вертлявым пользуешься, надеюсь? :)
>> Дебиановские ядра почищены от блобов по умолчанию. Мне не особо мешает.
> На самом деле сильно зависит от конфиги. Например если у тебяПро "у меня" - я написал вполне ясно и понятно, мне кажется. Мне - не мешает, причем
Debian живет со стантартным ядром не только на локалхосте, с которого пишу щас.
> Не очень понял какая связь и почемуДружище, а не слишком ли ты бурно эксплуатируешь демагогический прием не-очень-понял? У тебя что ни спор, так через сообщение. Пулеметчик прям. В чемпионате по непонятливости не участвовал?
Пример демагогии - твой пост как раз.
> Не очень понял какая связь и почему мне неприменно надо пользоваться каждым
> проектом FSF. Ну еще GNU Radio я не использую, и?Ну вот такая. У GNU неплохая идея. Но работает не в 100% случаев. А некоторые проекты у них - так и вовсе EPIC FAIL. Так что FSF не серебряная пуля. И не каждый их проект хорош. Но вот с GPL Столлман зачетно придумал. И на мой вкус - куча хапуг и паразитов удачно сконвертились в толпу которая въе над самыми разными проектами. За такое оздоровление рабочей атмосферы и ДеЖлобизацию - Столлман, имхо, заслужил памятник при жизни.
> А со стороны больше похоже, что ассимилируют того, в кого блобы вставляют...
Так иди и расскажи это каким-нибудь фанатам нвидии с их мега-блобьем на основном проце. А открытость софта на вспомогательных сервисных процах - спору нет, тоже хотелось бы. Но вот у тебя прошивка винча - проприетарная. И делает фиг бы знает что. Поэтому разгибания пальцев про блобик сервисного проца в видеокарте - попахивает каким-то неконструктивным чистоплюйством. На фоне куда более крупного и куда более опасного блобика фирмвари винча, который у тебя громких воплей почему-то не вызывает. Вот такие двойные стандарты мне не очень нравятся, если что. В результате замалчиваются довольно серьезные и опасные проблемы и вместо них выпячиваются менее существенные. Вот тут у граждан типа тебя ИМХО упущенице. Не с теми ветряными мельницами воюете, граждане.
А со своей стороны я вообще за OpenHardware обоими руками. От опенсорсности процессорного ядра до разводки платы. Но это идеал. А на практике с этим пока "могло бы быть и сильно лучше".
> Про "у меня" - я написал вполне ясно и понятно, мне кажется.
Нет, мне не очень понятно: что вот лично ты делаешь по поводу крупного блоба в контроллере винча? А хоть и в набортной флехе. Который меня например напрягает сильно больше чем блоб сервисного проца в видеокарте. Потому что имеет доступ к куда более интересным данным и куда больше обменивается данными с внешним миром в обе стороны.
> Мне - не мешает, причем Debian живет со стантартным ядром не только на локалхосте,Ну а мне вот пришлось подпихивать в свое время для htc9271 на армовской борде. Правда, сейчас эта фирмварина опенсорсная. И я бы не отказался чтобы остальные последовали этому примеру :P.
>> Не очень понял какая связь и почему мне неприменно надо пользоваться каждым
>> проектом FSF. Ну еще GNU Radio я не использую, и?
> Ну вот такая. У GNU неплохая идея. Но работает не в 100%
> случаев. А некоторые проекты у них - так и вовсе EPIC
> FAIL. Так что FSF не серебряная пуля.Я таки снова не улавливаю почему их кто-то там "вертит". Поясните этот момент,
с памятниками потом разберемся.>> А со стороны больше похоже, что ассимилируют того, в кого блобы вставляют...
> Так иди и расскажи это каким-нибудь фанатам нвидии с их мега-блобьем на
> основном проце. А открытость софта на вспомогательных сервисных процах - спору
> нет, тоже хотелось бы. Но вот у тебя прошивка винча -
> проприетарная. И делает фиг бы знает что. Поэтому разгибания пальцев про
> блобик сервисного проца в видеокарте - попахивает каким-то неконструктивным чистоплюйством.У вас есть лучшие идеи того как стимулировать разработку открытых прошивок и/или
заставить производителей открывать их?Игнорировать их наличие и тупо "жрать что дают" - не лучший вариант явно.
> Вот такие двойные стандарты мне не очень нравятся, если что. В результате замалчиваются
> довольно серьезные и опасные проблемы и вместо них выпячиваются менее существенные.Где замалчивание-то?
>> Про "у меня" - я написал вполне ясно и понятно, мне кажется.
> Нет, мне не очень понятно: что вот лично ты делаешь по поводу
> крупного блоба в контроллере винча? А хоть и в набортной флехе.Что делать, а что тут пока делать - сух^Wшифровать.
Увы, боюсь это именно то проклятое место, где ждать открытой прошивки можно
только на пару с собственно открытым оборудованием (с флешками могет быть и попроще).
Очень хорошо. А то у многих шоры на глазах, мол: "линукс стал поддерживать железо", "производители делают дрова". Данный патч-фильтр показывает, насколько истинна поддержка производителями линукса. Лукавят; даже интел - перехвалили!
Да, вот такая она иллюзия свободы...
Данный патч-фильтр показывает только буйное невежество аффтаров патч-фильтра.
Даже Интел переХватили :)
> Даже Интел переХватили :)Скорее, даже интел понял что некоторые вещи сервисным сопроцессором и его кодом делаются проще чем как-то еще. Инженерные решения обычно являются набором компромиссов, а перфекционизм и ультра-фанатизм очень клинят достижение целей. Чему примеров - тьма.
> Инженерные решения обычно являются набором компромиссов,Открыть код или оставить закрытым - уже, вдруг, инженерное решение ...
> Открыть код или оставить закрытым - уже, вдруг, инженерное решение ...В вон том конкретном случае - таки да, ближе к инженерному. Как-то раз была плотная и горячая дискуссия с амд по поводу таких вещей. Ну они и сказали без обиняков: некоторые вещи вот так сделать проще всего. Поэтому мы и делаем их так, а не иначе.
Грубо говоря, на некотором этапе эволюции - некая железная логика становится столь сложной что начинает иметь смысл завести отдельный сервисный проц который будет это обслуживать. Да, знаешь, в сцаной uSD карте размером с ноготь - есть сервисный проц который рюхает flash translation layer и прочая.
> Грубо говоря, на некотором этапе эволюции - некая железная логика становится столь
> сложной что начинает иметь смысл завести отдельный сервисный проц который будет
> это обслуживать. Да, знаешь, в сцаной uSD карте размером с ноготь
> - есть сервисный проц который рюхает flash translation layer и
> прочая.Казалось бы, причем тут открытость/закрытость кода ...
Фонд СПО в очередной раз сделал USE=deblob emerge vanilla-sources
Ну надо ж как то изображать бурную деятельность.
> Ну надо ж как то изображать бурную деятельность.У гентушников получается. А что, гентурас, сможешь питон из системы вышвырнуть? Ну вот не нравится мне питон, допустим :)
> Ну вот не нравится мне питон, допустимРационально объяснить свою нелюбовь сможешь?
> Рационально объяснить свою нелюбовь сможешь?Мне нравится curly bracket syntax. И совсем не нравится, когда ЯП считает что програмер - конченый дayн, которого даже приучать форматировать код надо исключительно при помощи пи...лей. А еще - очень тормозной дефолтный рантайм и постоянные факапы совместимости. Вплоть до того что у знакомого гентураса порты перестали работать по причине "версия бидона не та". ЧСХ по той же причине регулярно не работают апдейтеры системы у убунты. Бонусом - большинство програмеров на питоне вполне оправдывают ожидания по части интеллекта, подтверждая что язык попал в свою аудиторию. Очередной такой васик получился.
Не знаю, рационально ли это по вашим меркам, но глядя на все это я могу пожелать питону и тем кто на этом программит скорейшей кончины. Тормозной, глючный и проблемный гомнокод, который вечно подводит - совсем не то что мне нравится.
> И совсем не нравится, когда ЯП считает что програмер - конченый дayнДело вкуса и с места не рациональный аргумент.
> А еще - очень тормозной дефолтный рантайм
А как хотели, авторазруливание всего и вся и бесплатно?
> и постоянные факапы совместимости
Уж не настолько постоянные, чтобы брать это в серьезный расчет. Ну да, случаются.
> большинство програмеров на питоне вполне оправдывают ожидания по части интеллекта
Это потому, что судите по унылым джангерам, у которых поправить админку - предел искусства. Меж тем питоном пробавляется немало ученого люда с интеллектом явно выше среднего.
> Дело вкуса и с места не рациональный аргумент.А нас - рать. Я не буду пользоваться инструментом, который мне не нравится. Особенно если его целевой аудиторией являются крeтины, каковые и составляют основу комьюнити такого инструмента. Все что касается human factor - вообще не на 100% рациональное. А с точки зрения компьютера - все ЯП эквивалентны и можно распрекрасно програмить хоть на брейнфаке. Собственно, попробуйте писать программы сразу в кодах х86 процессора, желательно даже без программы-ассемблера. Поймете насколько это правда :).
> А как хотели, авторазруливание всего и вся и бесплатно?
Ну так я и не хочу автоматическую задовытиралку, заправленную наждачной бумагой. Это все любителям васика надо. И на их месте странно обижаться, когда их потом считают нубами и недопрограмерами, проносящими ложку мимо рта и не способными вытереть зад. Каковыми они и являются. Нормальным програмерам же все это бюро медвежьих услуг больше мешает чем помогает.
> Уж не настолько постоянные, чтобы брать это в серьезный расчет.
Не, вот знаете! После того как ТРИ РЕЛИЗА УБУНТЫ ПОДРЯД апдейтер системы дох с какими-то жуткими эксепшнами смысл которых сводится "кажется, версия питона оказалась не та" - я таки буду всерьез учитывать вероятность такой сpaни. И мне оказывается проще руками прописать sources.list и руками толкнуть apt-get. Он на си++, поэтому в отличие от бидонодряни - не загибается где-то в середине процесса, оставив полураздестроенную систему.
> Ну да, случаются.
При том я даже не знаю где такие факапы встречаются настолько же часто. По-моему, питон лидер отрасли в этом вопросе.
>> большинство програмеров на питоне вполне оправдывают ожидания по части интеллекта
> Это потому, что судите по унылым джангерам,Да по вообще всем в целом. Это как с дельфистами или VBшниками примерно. Нормальные прогрмаеры просто не будут пользоваться инструментариями для имбецилов. Это ниже достоинства существа с мозгом. Есть всякие исключения, типа математиков. Но эти исключения лишь подтверждают правило: эти люди как таковые - как правило вообще не программисты. Еще бывает что какой-нибудь DJB поколупает математические свойства на пару раз в питоне, где результат нужен 1 раз в жизни, а свою криптолибу потом таки накодит на чистых сях. Потому что у человека в отличие от скриптокидозников есть голова на плечах. Но таковых - единицы на всю планету. А вот значки в систрее на 30 метров (а это 1.5% системной оперативы на моем ноуте, однако) - как-то задолбали уже. Тем более что оно еще и глюкавит постоянно.
> сможешь питон из системы вышвырнуть? Ну
> вот не нравится мне питон, допустим :)Вы тут ничего не путаете?
А то я на всякий случай поясню: здесь вам не тут!
В смысле: это не эдакая бесплатная форточка, где можно требовать исполнения желаний :)
Как максимум - вежливо и скромно попросить, если уж не можешь сделать сам.
Хотя шансы, что вас не пошлют (очень вежливо и завуалированно) по грибы в лес, все-таки, при умеренных "хотелках" значительно выше, чем в форточках ;)
Ну так и скажи что все эти бредни про мегакастомизабельность генты - вилами по воде писаны. Там нельзя послать в пень элементарный питон. Правильно я понимаю ваши виляния окороком? :)А просить о чем-то гентурасов... мм... спасибо, что-то не хочется.
Почему-=то новость о выходе ядра с проприетарными вставками в новостях, а о выходе СВОБОДНОГО ядра всего лишь в мини новостях...
Это потому что никаких проприетарных вставок в ядре с ftp.linux.org НЕТ.
Что же тогда народ чистит и где берёт, если на сайте Linux нет проприетарщины в архивах с кодом?
Этому народу тараканов бы в голове почистить, после чего уйти в дворники, заняться так сказать прямым своим деломА чистят они код предназначенный для загрузки фирмвари в устройства. Для особо технически грамотных отметим что выполняется это фирмваре не на цпу, а на спецпроцессорах встроенных в устройства.
Забавно также что фирмварь в припаяной где-то на плате пзушке этих клоунов не смущает.
> Забавно также что фирмварь в припаяной где-то на плате пзушке этих клоунов
> не смущает.Это они тебе на ушко сказали, добрый молодец?
Других способов разобраться в вопросе вы конечно же не знаете ?Ну там патчи посмотреть например.
Оперативно.
Всё правильно. Свобода лучше несвободы наличием свободы.