> Каким, нахрен, драйвером? Прошивка это прошивка. Как правило - вывешивает некий оговоренный интерфейс софту, через который софт и работает. А как оно там внутри на вот этой конкретной железке будет разрулено - проблемы прошивки, соответственно.Нужно разделять по месту хранения, по месту исполнения, и по функциям.
По месту хранения ACPI-таблицы - это прошивка, по месту исполнения - драйвер, а по функциям - тоже драйвер.
По месту хранения, исполнения и функциям kernel-модуль это драйвер.
По месту хранения и исполнения GSP - прошивка, а вот по функциям это "драйвер", потому что поддержка API - это функция драйвера. И если интерфейс между адаптером и GSP заточен под конкретное API, то хоть усраться можно, при реализации следующей версии API возникнут большие проблемы. Если бы прошивка занималась только реалтаймовым контролем напряжений, и не пыталась лезть вме своей зоны ответственности, то она бы была классифицирована как прошивка.
>Когда кто-то просит записать накопитель сектор номер 100500 - софт понятия не имеет куда там надо головы диска гнать, или какие операции с вот этой микросхемой NAND сделать. Софт не педалит операции с NAND сам. Вместо этого вывешен абстрактный интерфейс - мол, это линейное пространство секторов. А как оно там внутрях эту абстракцию изобразит - проблемы железки и ее фирмварей.
Это так сделано с целью так называемой "защиты" (protection racket) так называемой "интеллектуальной собственности" (которой не существует в принципе как собственность, просто называть себя рекетирами в сговоре бандитами - это нарушение "светлого образа" "правового государства либеральной демократии"). По нормальному вся эта логика была бы специфицированна в виде таблиц и байткода по типу ACPI, полностью открытых для хоста. А если нужен реалтайм-контроль - то опять же можно было бы на платы посадить конфигурируемый хостом контроллер, полностью под контролем хоста. То есть хост грузит таблицу из ПЗУ железки как optionrom, далее на шине PCI он видит как основное устройство железки, так и её контроллер.
Но всё это это угроза нужным интересам. Зачем так делать? Если можно зативоизировать всё, внедрить DRM, и в перспективе арендой торговать.
>С GPU все аналогично. При том уже много лет. АМД так делало с незапамятных времен, там команды накидываемые софтом разруливал(и) микроконтроллер(ы) CP (command processor). Изначально ME (Micro Engine) но потом для вычислений еще MEC отросли (Micro Engine Compute).
К большому сожалению, да. Многие чипы без прошивки почти бесполезны, включая древние.
>Было время, когда софт был намного более вовлечен в управление накопителем. Только это хреново работало и очень быстро стало куском проблем.
Потому что чтобы работало нормально нужна кооперация вендоров. А вендорам это не нужно. Вендорам нужно эксплуатировать скот, купивший их устройства. Сначала через устаревание. А с появлением TEE и аппаратных DRM появилась и модель сдачи в аренду.
>Luke Хренвыговоришь сделал драйвер RadeonHD. Этот драйвер отличался тем что по возможности не полагался на сервисные фирмвари. Делая все со стороны хоста. Директом.
Интересно, надо погуглить...
>И вот тут чувак познал все круги ада.
><пункты списка>
Повторяю, нет никакой проблемы выносить на прошивку то, для чего она предназначена. Проблема есть в том, что
* устройство специально тивоизируют, потому что процессор на устройстве идёт от вендора, им выпущен, свой засланный казачок у пользователя в компе, ему вендор доверять может
* используют этого засланного казачка для эксплуатации скота
Если бы вендор просто делал числодробильные чипы, а все программируемые части полностью отдал во владения пользователю, вместе с докой, то никаких претензий бы не было. Но вендор же видет, что можно скот поэксплуатировать и ещё больша бабла срубить.
>Если что - я умею с RAW NAND работать.
Я, к сожалению, не умею. У меня даже оборудования нет, я тот ещё жлоб и вообще data recovery я не занимаюсь.
>У проф лаб даже есть какой никакой софт на такие случаи. Но он не юзер френдли, и специфичный для конкретных выводков железок.
При этом все эти алгоритмы трансляции что производители-копирасты, что лаборатории восстановления данных, держат в секрете и друг у друга покупаюют за $$$. Их софт проприетарный, построенный либо на ворованных данных, либо на отреверсенных, при этом лаборатории сами не стесняются размахивать своими "копирайтами". Потому что знают, что им никакой ни DMCA, ни 4 часть ГК, ни некоторые статьи УК не угрожают, покуда они на кого надо работают. Как и весь "инфосек" по типу всем известных компаний.
>> А потом проблемы возникнут, когда данные восстанавливать надо.
>Тем не менее...
>1) Иначе проблемы возникают - всегда. При эксплуатации. У всего софта.
Проблемы возникают всегда и везде. Это закон жизни. Но бывает так, что проблемы одних - это профит другим. И тогда те, кому профит, эти проблемы старательно создают.
>2) Вон те проблемы до некоторой степени решаемы. Я умею это даже локально в не очень убитом виде. В совсем убитом (не проходит идентификацию) конечно это уже для лабы, умеющей поднять фирмварь, с соотв тулсами.
Да, решаемы. Цитата:
https://www.hardmaster.info/articles/19-04-2019.html
>По своим каналам вышли напрямую на программиста, из команды разработчиков. От него получили дистрибутив и ответы на вопросы об особенностях структуры базы данных, таблиц и т.п.
https://www.hardmaster.info/articles/19-07-2011.html
>Data Reсovery вообще все на конфиденциальности построено. Если не умеешь хранить секреты, из бизнеса вылетишь очень быстро. Это относится как, безусловно, к восстановленным данным заказчика, так и к полученным от коллег по цеху или купленных у них секретов и спец. ПО.
Верим, верим! Секреты не стесняемся покупать и продавать, в том числе чужие... Действительно, в значительной степени на конфиденциальности (в смысле - что всякому быдлу они недоступны, а только кому надо) всех этих секретов всё и построено.
https://www.hardmaster.info/articles/06-12-2014.html
>Мы нашли выход в том, что пользуясь имеющими личными знакомствами заключили неофициальное соглашение с одним Московским НИИ (по понятным причинам, название не раскрывается), на возможность выполнения таких работ на специализированном оборудовании, которое изначально предназначено для медицинских целей.
>В результате, только накладные расходы ("благодарности" за пользование оборудованием и т.п.) составляют $500-$700.
https://www.hardmaster.info/articles/23-03-2013.html
>Нет, удаленно, на вашем компьютере, это сделать нельзя, т. к. для восстановления используется «прошивка» являющаяся «ноухау» и закачивать её на ваш компьютер по понятным причинам не представляется возможным.
>«Найти такую прошивку в интернете» нельзя, т. к. всё пишется на заказ за очень серьёзные гонорары, исчисляемые не одним десятком тысяч USD, и в свободном доступе отсутствует по определению.
(речь идёт о взломе шифрования телефонов Apple путём эксплуатации уязвимости заливки своего кода, по типу тех, что у Celebrite, Elcomsoft и Belkasoft)
И вишенка на торте:
https://www.hardmaster.info/articles/20-04-2012.html
>требуются работы по расшифровке данных с привлечением дополнительных вычислительных мощностей, что сказывается на увеличении сроков выполнения работы и возрастанием итоговой стоимости услуги.
И как же? А вот-так:
https://www.hardmaster.info/articles/07-06-2022.html
>Далее к полученному хэшу применяются авторские методики, основанные на специализированном подходе с использованием таблиц предвычисления, для генерации которых мы прибегаем к помощи партнёрских распределённых вычислительных сетей, что позволяет успешно подбирать довольно сложные пароли в разумные сроки
Но в комментах упоминается цитата в варианте "ботнет-сетей"... Находим более старую версию:
https://web.archive.org/web/20230131002244/https://www.hardm...
>Если они не повреждены, то подбор хеша в нашей лаборатории реализуется методом bruteforce с использованием партнёрских ботнет сетей, что позволяет успешно подбирать довольно сложные пароли в разумные сроки.
Сболтнул автор лишнего, с кем не бывает.
----------------------
Ещё я помнится на сайте какой-то (скорее всего не этой, так как нагуглить не получается) лаборатории по восст данных читал хвастливое заявление, что в случае надобности у них есть доступ к инсайдерам различных корпораций и они могут купить любую доку, необходимую для разработки решений, решающих проблемы клиентов. Вот таким весьма хитрым способом, основанном на том, чтобы правильно с кем надо взаимодействовать, в реальной жизни бизнес решает проблемы проблемы. По сути восстановители данных - это дейта-брокеры из киберпанка. Я же говорю - киберпанк давно уже тут.
> Это уже было. И оказалось не лучше, а брейнфак, когда каждому накопителю надо свой драйвер и по мере роста числа моделей и разнообразия их начинки наступает - капец.
Если бы драйвер шёл вместе с накопителем в виде таблицы + байткода (не тьюринг-полного!), то норм бы было.
>А вот эти люди... Luke пробовал делать все сам, на старых RadeonHD. Быстро познал все прелести этого пути, так же как с древними накопителями примерно. Его драйвер не поспевал за релизами железок и был очень проблемным и глючным. За такие соотношения эти пути и померли.
Разумеется, померли. Тут всего лишь в ресурсах проблема. Есть многомиллиардная корпорация. А есть мелко-проект Mesa, который с ней конкурировать пытался, и есть индивидуальный разраб, который решил, что Mesa и Linux недостаточно радикальны в глубине разграничения сфер влияния, где они конкурировать будут. Взял задачу себе не по зубам, и закономерно обломался. Надо понимать: свой опенсорсный драйвер всегда будет не по карману, если вы железки сами ещё не производите и не продаёте. И его делать будет вообще нерационально: по сути вы за вендора-копираста-експлуататора делаете его работу. Такие железки и таких вендоров надо прикапывать. А как только вы сами становитесь вендором - вам сразу самому становится выгодно становиться эксплуататором. И от этого вы никуда не денетесь, опенсорс в драйверах тех железок, где дрова (по функциям) сложные и открывают возможности эксплуатаци пользователя, нежизнеспособен в принципе. Всё закономерно придёт к тому, что все железки просто перейдут на модель, когда контроллер с прошивкой-драйвером и стандартизированный интерфейс, благо что контроллеры теперь как грязь стоят. Будь я чёртом-вендором, я бы туда даже e-fuse-based счётчик времени жизни вкатил, который бы кирпичил устройство после отработки нужного количество часов в оффлайне (а при работе в онлайне счётчик не считать, а просто запросы на сервер посылать, каждый запрос - это пакет из 3х частей: аттестация прошивки, сбор телеметрии, и challenge для аренды, каждый ответ - это крипто-подписанное разрешение на работу устройства, отсутствие ответа - деградация функциональности до базовой в оффлайн-режиме, присутствие ответа с сообщением "аренда не оплачена" - блокировка GPGPU, и помещение во все текстуры в базовом OpenGL текста "оплатите подписку").
>По этой же причине мало кто хочет с RAW NAND напрямую интерфейситься. Вы не представляете себе в какой брейнфак это превратилось. Дурные правила стирания и записи, ECC, менеджмент сбойных блоков, а у новых MLC/TLC все настолько хлипкое что надо трекать число чтений и делать РЕГЕНЕРАЦИЮ, как в DRAM. Иначе - заряд утечет. Чтение более не недеструктивное, и таки - немного утекает заряд (read disturbance).
В брейнфак это превратилось по одной простой причине. Вендоры заинтересованы в монополии. Это для вас превратилось. У вендора есть и дока, и полный доступ к внутренностям, программеры на зарплате, которые все эти алгоритмы реализовали. А вам же остаётся только реверсить и баг-в-баг совместимость обеспечивать. Поэтому и ад. Не потому что ад фандаментально, а потому что там терпимый для вендора недо-ад, и прямая заинтересованность превратить для конкурентов это в мега-ад.
>Или допустим надо пермутации хранения, потому что чип плохо реагирует на большие блоки нолей и единиц (перекашивают уровни сигнала соседних ячеек). А вы точно хотели этим заняться сами?
Этим не я должен заниматься. Должна быть машино-читаемая спецификация на DSLе, которую можно легко скомпилировать с помощью инструмента хоть в C, хоть в JavaScript, хоть в машинный код. You are only as good as your tools. Это всегда так. Просто у вендора инструменты есть. А у вас есть только ад.
>В майнлайне по этому поводу как RAW NAND осилили только SLC, а MLC (2-level) уже недопиленый. Всякий TLC/QLC и его специфика? Ну... э... как бы вам повежливее? А, придите и накодьте, во? :)
Кодить надо не сами конечные прошивки. А ирнструменты. Ты не можешь каменным рубилом нанолитографию делать.
>Я как бы только за. И это был 1 из поводов научиться писать фирмвари. Хотя-бы себе и кастомерам, не уповая на "богов" которые на поверку порой оказываются довольно злыми.
Ты с корпорацией конкурировать вздумал? Одиночка даже машиночитаемую специфкацию этого говна не осилит. Единственный способ конкурировать с корпами - это не конкурировать с ними там, где дело решается просто вливанием бабла, да побольше. Нужно инвестировать прежде всего в инструменты, а не в дрова. Дрова - это то, что инструменты должны делать тебе сами без твоего участия, по цене электричества.
> Претензии в том, что навязывают вредоносную проприетарь, которая нас на милость вендора и шпионов отдаёт.
>Лично меня блоб на основном системном проце больше напрягает. Особенно в кернелмоде. Он имеет непосредственный доступ в ОС и все ее апи.
Это ты об FSP и микрокоде? Да, это большая проблема.
>А фирмвари в сервисных процах с остальным миром взаимодействуют через вон те интерфейсы.
Которые могут лезть во всю систему, если IOMMU нет.
>И нуждаются в кооперации драйвера.
Который заботливо отключит всю защиту с IOMMU, если вендор прикажет "или вы отключаете IOMMU и даёте нам полный доступ к памяти и шине, или вот созерцайте текстуру "Just one moment... Please, disable protection or GTFO".
>Если драйвер открытый и я контролирую систему, то сильно много они соответственно и не смогут.
А толку то. Тут теория игр. Они, может, и не смогут. Но тогда и ты тоже. Деньги на ветер выкинул, оказалось. Наслаждайся текстурой на своей видюхе за $6000.
>Особенно учитывая что в современных системах есть такая штука как IOMMU, который будет иметь кое-что против "несанкционированного" DMA запроса в левый регион.
Если тебе прикажут дать доступ - ты его дашь. Если разраба драйвера поставят в условия "твой драйвер - не драйвер вообще, а лишь рисовалака "Just one moment... Please, disable protection or GTFO", то он как миленький тоже отключит. Собственно, что мы с GSP и видим. Разрабам пока что даже ещё не обрубили доступ к нутру, а они уже радуются, что дрова можно не писать полностью, а просто написать тонкий адаптер вокруг проприетарного универсального драйвера, крутящегося на отдельном специально для него выделенном тивоизрованном ядре.
>Так что для вот именно внешней PCIe железки даже DMA вфигачить - может и не прокатить. Да и откуда относительно мелкое фирмваре знает как патчить вон тот кернель например?
Да прокатит. Неподдерживаемое ядро неподдерживаемой версии? "Just one moment... Please, install the compatible version of compatible distro (lockdown, secureboot, UKI) or GTFO".
>Тем не менее, приколы возможны. Скажем equation и накопители возвращающие левак в секторах, так что реинстал ос не сносит малварь и она воскресает. Минимум несколько человек смогли повторить этот номер и своим ходом, запатчив прошивку HDD.
Да это уже видимо мейнстрим в (National) Cyber Soc. "Security" (в высшей мере).
>Однако я думаю что это добро довольно конкретно облажается на моих системах. Оно врядли готово столкнуться с моей конфигурацией в осмысленном виде.
Не, скорее облажаемся мы с тобой. Потому что история показывает, что нас всё равно поимеют по полной. Ку да мы денемся с подводной лодки, что разрешат - то и придётся использовать.
>И это в целом и есть предпочитаемый ифейс к железкам.
Предпочитаемый интерфейс - для кого? Для пользователей и разрабов предпочитаемо его вообще полное отсутствие, чтобы вообще ничего не приходилось делать, а всё по-волшебству было за****ь. Только мир так не работает. Для вендора предпочитаемый интерфейс - это наименее дорогой из тех, на который вендор имеет монополию. Он любую цену из практически достижимых для таких потянет, просто чем меньше цена обеспечения монополии для вендора - тем больше прибыль.
>А процессор есть даже в мыши и клавиатуре. А как вы еще картинку с SPI сенсора оптической мыши рюхнете?
Подозреваю, что это невозможно. Если я не ошибаюсь, оптический поток аппаратно считается с нулевой программируемостью. Просто потому, что мыши - это дешёвые устройства, от которых ничего кроме функций мыши не нужно, а вот как можно меньшее энергопотребление в условиях постоянного пересчёта оптического потока крайне желательно. Результат - это ASIC, где поток считываюется на матрицу, которая сама же его и считает без всякого оверхеда на передачу картинки.
>Или отсканируете массив кнопок? Да еще USB какой или радиопротокол изобразив? Правильно, небольщая фирвара сканит матрицу, изображает оговоренный протокол, и... вы вообще не видите регистры проца мыши или клавы.
Подозреваю, что в обычной оптической мыши вообще никакой прошивки нет.
>А вы точно хотели увидеть их?
Да, хочу.
>И сколько вы будете драйвер клавиатуры кодить таким манером?
Там особо не надо ничего кодить. Нужно написать спецификацию, а кодить будет автоматизированное решение.
>Если вас напрячь спецификой разводки "вот этой клавы" (с своим драйвером для каждой модели!) и сканом матрицы клавишь в реальном времени самому с x86 хоста?
Повторяю: проблема не в скане матрицы клавиш. Проблема в том,
> Да вроде не огребают особо.
Это пока. Пока дрова на хосте требуются - реверсинг попадает под ИСКЛЮЧЕНИЕ из копирайта во многих юрисдикциях как необходимое для interoperability. Когда дрова на хосте требоваться перестанут - можно будет смело судить всех реверсеров сразу по 2м статьям: нарушение "копирайта" (потому что детали реализации - это "защищённое" копирайтом expresion), и circumvention of DRM, так как значительная часть реализаци DRM будет находится в прошивке.
>И в случае DRM опять же - некая кооперация со стороны хоста нужна.
И разраб драйвера, и пользователь, предоставят эту кооперацию. Или будут созерцать "Just one moment... Please, do what we demand, or GTFO".
>Грубо говоря если оно не вывещивает некий интерфейс, то фирмвара <-> софт уровнем выше просто не получат эти коммуникации.
Оплатанама нетанама - работанама видеокартанама нетанама.
>В этом смысле контроль над кернелмодом - решает. Кернелмод всегда может построить поведение юзермода в желаемом виде.
А Хозяин - поведение скота через стратегическое приложение стимула к частям корпуса.
>Прошивка это такой же код как все остальное, и такая же интеллектуальная собственность как любой иной код или допустим HDL сорцы железки.
Согласен. Такая же несуществующая "интеллектуальная собственность", как и всё остальное ею обзываемое.
>с халявными условиями.
TIANSTAAFL
>Я вроде за мой AMD GPU только 1 раз платил.
Времена и мировые порядки меняются. Нет дна у Нового Мирового Порядка.
>Никаких подписок не замечено, это в оснвном интел пытался с форсом этог всего в ME. А я не злопамятный, но..
Пока не было. Когда-то и TEE не было, а сейчас они в каждом устройстве, да зачастую в нескольких экземлярах (свой PSP как в дискретке от амудэ, так и в проце от него же).
>2) Лично я поставил себе цель что при следующем апгрейде воркстейшна это будет 64 бит ARM или RISCV с полностью открытым и подконтрольным мне системным уровнем.
Главное верить.
>Я наелся всех этих BIOS, UEFI и проч от супер-решал проблем, спасибо. И багов которые они фиксить не собираются - вместе с "фичами" типа AWARD_SW.
Биос и UEFI - это лучшее, что есть в ПК. Хотя-бы тем, что ядро гвоздями к железке не прибито, как на мобилках.
> Вы не предложили - работоспособных решений лучше.
А работоспособных решений нет, кроме ядерного экстерминатуса. Жаль, что этого никогда не будет.
>Они триллион сделали - на AI для датацентров. Те такое не поймут.
Пойдут как миленькие. Проприетарные дрова от невидии прибитые гвоздями к конкретным версиям ядер глотают как миленькие. Этим ребятам нужно ехать, а не шашечки. И они за ценой не постоят, не из своего кармана платят, а из работодательского, а работодатель - это как раз владельцы всего на свете.
А насчёт поставок - им нужна предсказуемость графиков. Если карты будут превращаться в "Pay the subscription" по времени - им будет это ОК, если такие карты им пойдут с некоторым дисконтом. Для них вообще не проблема будет карту выкинуть через месяц-год работы. Они её и так выкинут - она SOTA уже тянуть не будет. Это для быдла проблема.
Соответственно жизнеспособная модель для вендора: тивоизровать все карты, продавать дейтацентрам, которые их сначала на top-tier гоняют некоторе время, а потом кидают на вторичку.
>И если сильно выпендриваться они могут проинвестировать создание акселей под свои нужды и сами. Денег хватит. А незаменимых не бывает. Есть уже легион AI чипов от новых стартапов с их дофига TOPSов.
Что же до сих пор не проинвестировали? По одной причине. Эти ребята статьи пишут, а не чипы делают.
>Сетевики-затейники уже проверяли. И когда гуглы, фэйсбуки и проч наелись проприетарного сетевого оборудования навязываюшего условия - задизайнили с ноля. Сами. Попутно утряся некие стандарты и подсистемы.
Это сетевики проверяли. Их просто подвинули. Как конкурентов. Не академики, а монополисты. Не для свободы, а ради себя любимых, с перспективой в будущем и этот рынок подмять.
>Оно таки не живет без плотной утряски всего стека от и до.
Утрясут, не проблема (для них). Слона едят по частям. Ресурсов у них хватит всех стейкхолдеров прогнуть. Не из своих же платят, из наших. А прогнут стейкхолдеров - прогнут и быдло.
>И если ядро лично мое - упс, я могу просто завернуть софт с такими запросами.
Заверни, будешь созерцать "Just one moment..."
>Да, я не получу при этом DRMный контент. Или более наглый вариант: можно попробовать софтварную эмуляцию, и соврать что все прокатило.
Ну попробуй софтварную эмуляцию, для чего endorsement key сначала из 3 nm чипа извлеки.
>Впрочем есть способ проще. Уже полно HDMI grabber которые представляются типа-монитором, загребают поток от и до - и делайте с ним что угодно.
Эти грабберы - они кого надо граберы. Существуют только благодаря коррупции. Кто надо кому надо ключ продал.
>Пираты так и утаскивают ультра HD контент
Кого надо пираты, с заносом кому надо.
>весь софтварный стек в каком там маздае всю валидацию проехал, а толку? Пират ухватил RAW фреймы ЗА чипом косившим под монитор. Уже с снятым HDCP.
Граббинг с матрицы во-первых задача нетривальная, требующая нетривиальное оборудование, и все, кто это могут сделать, находятся под наблюдением. А во-вторых это цифра-аналог-цифра с деградацией качества.
>Этот мир так устроен. Поэтому со мной такие номера и не катят.
/0 Не будешь же ты утверждать, что ты в другом мире живёшь?
>Т.е. если какая-то железка вздумает умничать и навязывать условия - я от нее отделаюсь.
Будешь вообще без компа сидеть?
>Но вот AMD GPU пока ни в чем таком не были замечены. Они в целом в лине просто работают и диктовать особо ничего не могут.
Да ладно не были, вон в новой карте PSP замечен с аттестацией, ссылку я давал уже.
>Может какие пороги DVFS - но я и не горю желанием оверрайдить это. А таки - вон там драйвер умеет оверрайды этого лить. Потому что часть OEM свои системы питания и охлаждения переоценили - и прибегают к AMD - блин, спасите нас. Ну те и спасают, делая для кривых vid/pid оверрайды таблиц VS то что там в VBIOS было вшито.
Слушай, я тоже не горю желанием копаться в том, в чём копаться - обязанность производителя. Я всё-таки за железку бабла реального заплатил. Но это не значит, что я подписывался, чтобы меня во все отверстия производитель имел. Поэтому возможность модификации всех компонентов должна быть, причём - без дискриминаци против модифицированных. Иначе производитель будет наглеть. А он будет, без всяких иначе. Потому что в его интересах - наглеть.
>У меня AMD GPU, нормальный вполне, умеет вулканы всякие, DRM контент моя система вообще не умеет, никак и нигде. И вот как и кто это оспорит, интересно?
Как? Очень просто: "Just one moment... Your GPU is unsupported, go and buy new GPU or GTFO"
>Как говорится - кто ищет, тот найдет.
Pine Phone на процессоре от КНР, печально известной как самый злостный бекдорщик благодаря партийным коммитетам в корпорациях?
>У меня вообще DRM в системе не будет работать. Начиная с того что у меня нет блурэй приводов всяких, и заканчивая с тем что у меня браузер чисто технически без DRM модуля и просто не предоставляет такие апя. И вот как DRM вообще юзать планируется? :)
Ну значит тебе просто отключат газ. "Just one moment... your implementation ... рожой не вышла (in the sense - not produced by US)"
>Напоминает незнайку на луне, "гостиница экономическая". Там где вода вырубается - когда вы намылили рожу и извольте заплатить. Но это все же не единственный формат.
Единственной - это тот, который самый выгодный, а самый выгодный - тот, который максимально доит скот. Остальные упразднятся эволюцией.
>А незаменимых все же не бывает.
Бывает.
>И вам не приходило в голову что вы сами такое будущее и взрастили?
Тут не столько вина в смысле "вот лично ты всё это устроил, получай, что заслуживаешь", сколько "получай, что заслуживаешь, раб, потому что рабу - рабье, а цезарю - цезарево, а корове - коровье, если ты получаешь что достойно раба и не в силах изменить - то ты и есть раб".
>Сколько вы спонсировали opensource friendly стартапов, делающих такое железо?
Не будет никаких open source friendly стартапов. Либой бизнес будет кооптирован, либо уничтожен. Если не уничтожат экономикой, уничтожат с помощью lawfare и силовиков. Вон тебе опенсорс-бизнес, мозилла.
>Я про одноплатники по диким ценам, с вендорскими SDK/BSP (которые должны умереть, и уже в общем то почти, в пользу обычного майнлайна).
Максимум, что ты мог получить - это одноплатник на чипе от контролируемом МГБ КНР чипе. Запомни: госбезопасность КНР - это "долг" каждого её гражданина. По крайней мере с точки зрения китайского законодательства.
Вариант для распечатки
