The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Создать новую тему
 - Свернуть нити
Пометить прочитанным
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | Архив | Избранное | Мое | Новое | | |  
Форум Разговоры, обсуждение новостей
В Fedora 43 намерены удалить из репозитория пакеты для поддержки X11 в GNOME, opennews, 23-Апр-25, 10:04  [ | | | ] [линейный вид] [смотреть все]


14 уязвимостей в библиотеке libsoup, используемой в GNOME , opennews, 21-Апр-25, 12:11  [ | | | ] [линейный вид] [смотреть все]


Компания AMD открыла модуль ядра GIM для виртуализации GPU, opennews, 24-Апр-25, 12:30  [ | | | ] [линейный вид] [смотреть все]


Релиз дистрибутива OpenMandriva Lx 6.0, opennews, 23-Апр-25, 09:01  [ | | | ] [линейный вид] [смотреть все]


Опубликован эмулятор QEMU 10.0.0, opennews, 24-Апр-25, 10:30  [ | | | ] [линейный вид] [смотреть все]


В Mesa-драйвере NVK обеспечена поддержка Vulkan 1.4 для GPU NVIDIA  Maxwell, Pascal и Volta, opennews, 22-Апр-25, 23:18  [ | | | ] [линейный вид] [смотреть все]
  • Ну наконец-то Отличные новости , Аноним (1), 23:18 , 22-Апр-25 (1) +11 [^]
  • Скрыто модератором, Аноним (107), 23:22 , 22-Апр-25 (2) –7 [---]
  • Ладно драйвер создали, а что там насчет производительности Вот только не надо з, cheburnator9000 (ok), 23:30 , 22-Апр-25 (3) +1
  • Ну не знаю прям, слова какие-то не понятные пишут Nouveau, opencl, nvidia , Аноним (9), 23:45 , 22-Апр-25 (9)
  • Напоминаю, что драйвер - в GSP, и он - проприетарный А на хосте - тонкий клиент, Аноним (14), 23:47 , 22-Апр-25 (11) +2
    • У амудэ драйвер в мезе так же устроен, есичо , Аноним (1), 23:50 , 22-Апр-25 (15) +1
    • Кстати о TEE-DRM-аттестации https github com tinygrad 7900xtx blob master , Аноним (14), 23:51 , 22-Апр-25 (16)
    • Вообще-то там не драйвер - а прошивка Занимающаяся общей координацией работы GP, Аноним (-), 01:08 , 23-Апр-25 (25) +4
      • Прошивка с драйвером Примерно как с жёсткими дисками драйвер не нужен, весь др, Аноним (83), 15:45 , 23-Апр-25 (83) –1
        • Каким, нахрен, драйвером Прошивка это прошивка Как правило - вывешивает некий , Аноним (-), 18:53 , 23-Апр-25 (92)
          > Прошивка с драйвером.

          Каким, нахрен, драйвером? Прошивка это прошивка. Как правило - вывешивает некий оговоренный интерфейс софту, через который софт и работает. А как оно там внутри на вот этой конкретной железке будет разрулено - проблемы прошивки, соответственно.

          Когда кто-то просит записать накопитель сектор номер 100500 - софт понятия не имеет куда там надо головы диска гнать, или какие операции с вот этой микросхемой NAND сделать. Софт не педалит операции с NAND сам. Вместо этого вывешен абстрактный интерфейс - мол, это линейное пространство секторов. А как оно там внутрях эту абстракцию изобразит - проблемы железки и ее фирмварей.

          С GPU все аналогично. При том уже много лет. АМД так делало с незапамятных времен, там команды накидываемые софтом разруливал(и) микроконтроллер(ы) CP (command processor). Изначально ME (Micro Engine) но потом для вычислений еще MEC отросли (Micro Engine Compute).

          У нвидии было что-то сравнимое - просто в более хаотичном и бардачном виде. А GSP это просто некий унифицированный интерфейс вместо кучи разномастных.

          > Примерно как с жёсткими дисками: драйвер не нужен, весь
          > драйвер - в прошивке. Только ATA-команды отсылай.

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

          С GPU история повторилась. В стародавние времена некто Luke Хренвыговоришь сделал драйвер RadeonHD. Этот драйвер отличался тем что по возможности не полагался на сервисные фирмвари. Делая все со стороны хоста. Директом.

          И вот тут чувак познал все круги ада.
          - Управление питанием (DVFS) таким макаром делать? Более чем хреново! Ибо системный x86 совсем не про реалтайм. По крайней мере, в объеме нужном там. Современных хардвар реклокается много раз в секунду и меняет Vcore чтобы адаптироваться под нагрузку. Вон то софтом на x86 в нормальном виде не живет. Получается неэффективная, кривая, глючная пародия.
          - Все регистры всех блоков самолично телепать прям с x86 то еже мучение. Их дофига, они разные, железка сложная. Драйвер получился кривой, проблемный, не успевающий за выпуском железок.
          - x86 с кучей задач на нем - не может в довольно крутые тайминги которые порой таки - надо. А реальное время - не ждет. Если его продолбать - будет тиринг, глюки рендеоа и проч.
          - Игнор каких-нибудь microcoded движков DMA сильно нагнет эффективность операций. А вы точно хотели попрограмить обвес этого сами? Вон там у fail0verflow неведомы ядра называются f32. А вы вообще знаете как это програмить?
          - В новых железках фирвари пошла мода секурбутом обвешивать, что у амд что у нвидии как я понимаю.

          > А потом проблемы возникнут, когда данные восстанавливать надо.

          Тем не менее...
          1) Иначе проблемы возникают - всегда. При эксплуатации. У всего софта.
          2) Вон те проблемы до некотрой степени решаемы. Я умею это даже локально в не очень убитом виде. В совсем убитом (не проходит идентификацию) конечно это уже для лабы, умеющей поднять фирмварь, с соотв тулсами.

          > Было бы гораздо лучше, если бы требовались драйверы для жёстких дисков.

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

          Если что - я умею с RAW NAND работать. И это куда больше брейнфака VS sd/emmc где проблемы геометрии конкретной конструкции абстрагирует ее фирмвар. А кому очень надо - научились вон там немного стирать лаковый слой даже у uSD, и вот вам ваши площадки raw NAND, в обход контроллера. Но вот как вы это читать и пересобирать в образ будете - а вот вы и придумываете, раскурив работу транслятора. У проф лаб даже есть какой никакой софт на такие случаи. Но он не юзер френдли, и специфичный для конкретных выводков железок.

          > Вот видишь, ты и сам всё знаешь.

          Более того, я еще и писать прошивки малость умею.

          >>Вы же не заморачиваетесь записью страницы NAND или ECC самолично?
          > Как и не заморачиваюсь с управлением видеокартой самолично. Для этого есть драйвер
          > в ядре ОС, и юзерспейсная Mesa, написанные другими людьми.

          А вот эти люди... Luke пробовал делать все сам, на старых RadeonHD. Быстро познал все прелести этого пути, так же как с древними накопителями примерно. Его драйвер не поспевал за релизами железок и был очень проблемным и глючным. За такие соотношения эти пути и померли.

          По этой же причине мало кто хочет с RAW NAND напрямую интерфейситься. Вы не представляете себе в какой брейнфак это превратилось. Дурные правила стирания и записи, ECC, менеджмент сбойных блоков, а у новых MLC/TLC все настолько хлипкое что надо трекать число чтений и делать РЕГЕНЕРАЦИЮ, как в DRAM. Иначе - заряд утечет. Чтение более не недеструктивное, и таки - немного утекает заряд (read disturbance). Или допустим надо пермутации хранения, потому что чип плохо реагирует на большие блоки нолей и единиц (перекашивают уровни сигнала соседних ячеек). А вы точно хотели этим заняться сами?

          В майнлайне по этому поводу как RAW NAND осилили только SLC, а MLC (2-level) уже недопиленый. Всякий TLC/QLC и его специфика? Ну... э... как бы вам повежливее? А, придите и накодьте, во? :)

          > Если бы прошивка была опенсорсная и нетивоизрованная, то вообще никакаких претензий не
          > было бы.

          Я как бы только за. И это был 1 из поводов научиться писать фирмвари. Хотя-бы себе и кастомерам, не уповая на "богов" которые на поверку порой оказываются довольно злыми.

          > Претензии в том, что навязывают вредоносную проприетарь, которая нас
          > на милость вендора и шпионов отдаёт.

          Лично меня блоб на основном системном проце больше напрягает. Особенно в кернелмоде. Он имеет непосредственный доступ в ОС и все ее апи.

          А фирмвари в сервисных процах с остальным миром взаимодействуют через вон те интерфейсы. И нуждаются в кооперации драйвера. Если драйвер открытый и я контролирую систему, то сильно много они соответственно и не смогут. Особенно учитывая что в современных системах есть такая штука как IOMMU, который будет иметь кое-что против "несанкционированного" DMA запроса в левый регион. Так что для вот именно внешней PCIe железки даже DMA вфигачить - может и не прокатить. Да и откуда относительно мелкое фирмваре знает как патчить вон тот кернель например?

          Тем не менее, приколы возможны. Скажем equation и накопители возвращающие левак в секторах, так что реинстал ос не сносит малварь и она воскресает. Минимум несколько человек смогли повторить этот номер и своим ходом, запатчив прошивку HDD.

          Однако я думаю что это добро довольно конкретно облажается на моих системах. Оно врядли готово столкнуться с моей конфигурацией в осмысленном виде.

          > С точки зрения разрабов: теперь вообще не нужно разбираться в низкоуровневой
          > проприетарной "интеллектуальной собственности" корпорации.

          Ну да, кидать команды - получать результат. И это в целом и есть предпочитаемый ифейс к железкам. Почти все железки так и работают. А процессор есть даже в мыши и клавиатуре. А как вы еще картинку с SPI сенсора оптической мыши рюхнете? Или отсканируете массив кнопок? Да еще USB какой или радиопротокол изобразив? Правильно, небольщая фирвара сканит матрицу, изображает оговоренный протокол, и... вы вообще не видите регистры проца мыши или клавы. А вы точно хотели увидеть их? И сколько вы будете драйвер клавиатуры кодить таким манером? Если вас напрячь спецификой разводки "вот этой клавы" (с своим драйвером для каждой модели!) и сканом матрицы клавишь в реальном времени самому с x86 хоста?

          > А просто реализуешь интерфейс по документации.
          > А кто будет разбираться - те огребут по DMCA за подкоп под DRM.

          Да вроде не огребают особо. И в случае DRM опять же - некая кооперация со стороны хоста нужна. Грубо говоря если оно не вывещивает некий интерфейс, то фирмвара <-> софт уровнем выше просто не получат эти коммуникации. В этом смысле контроль над кернелмодом - решает. Кернелмод всегда может построить поведение юзермода в желаемом виде.

          > Да, что позволяет   сказать "прошивка - наша "интеллектуальная собственность",

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

          Свобода штука многофакторная.
          1) Системный проц и что на нем.
          2) Дизайн печаток.
          3) Фирмвари.
          4) Исходники чипов.
          5) Полный стек производства, end to end.

          Сейчас в основном 1) более-менее завершен, частично 2) и 3) прорезается. А местами и 4) таки. То же самое побиваемое камнями гугло устроило некую халяву для DIY, подогнав открытый workflow дизайна чипов. Да, по древним процессам, зато - с халявными условиями.

          > вы приняли условия лицензии, не нравится - не включайте карту, а раз
          > согласны - то вы знаете: платите. Фичи прошивки - платные, сдаются
          > в аренду по подписке".

          Я вроде за мой AMD GPU только 1 раз платил. Никаких подписок не замечено, это в оснвном интел пытался с форсом этог всего в ME. А я не злопамятный, но..
          1) Интел сейчас вообще "не до жиру, быть бы живу".
          2) Лично я поставил себе цель что при следующем апгрейде воркстейшна это будет 64 бит ARM или RISCV с полностью открытым и подконтрольным мне системным уровнем. Я наелся всех этих BIOS, UEFI и проч от супер-решал проблем, спасибо. И багов которые они фиксить не собираются - вместе с "фичами" типа AWARD_SW.

          > Я же говорю, всё это очень плохо.

          Вы не предложили - работоспособных решений лучше.

          > Бабло лишним не бывает.

          Они триллион сделали - на AI для датацентров. Те такое не поймут. И если сильно выпендриваться они могут проинвестировать создание акселей под свои нужды и сами. Денег хватит. А незаменимых не бывает. Есть уже легион AI чипов от новых стартапов с их дофига TOPSов.

          Сетевики-затейники уже проверяли. И когда гуглы, фэйсбуки и проч наелись проприетарного сетевого оборудования навязываюшего условия - задизайнили с ноля. Сами. Попутно утряся некие стандарты и подсистемы. Которые можно интерфейсить к линуху, и далее - интегрировать в ИХ энтерпрайзное групповое управление как ОНИ хотели, а не как это возомнил себе левый проприетарщик. На память об этом в лине появились и-фейсы руления хардварными свичами и хардварного офлоада flow. И полезно оказалось не только вон тем но и всяким мелким мыльницам.

          >>В целом - не ее это епархия.
          > Очень даже её. DRM в картах реализовали, тивоизацию тоже реализовали.

          Оно таки не живет без плотной утряски всего стека от и до. И если ядро лично мое - упс, я могу просто завернуть софт с такими запросами. Да, я не получу при этом DRMный контент. Или более наглый вариант: можно попробовать софтварную эмуляцию, и соврать что все прокатило.

          Впрочем есть способ проще. Уже полно HDMI grabber которые представляются типа-монитором, загребают поток от и до - и делайте с ним что угодно. Пираты так и утаскивают ультра HD контент, весь софтварный стек в каком там маздае всю валидацию проехал, а толку? Пират ухватил RAW фреймы ЗА чипом косившим под монитор. Уже с снятым HDCP.

          > Горе побеждёным. Да, всякий, кто имеет, получит ещё и будет иметь больше,
          > чем ему нужно; у того же, у кого ничего нет, будет отнято и то, что имеет.

          Этот мир так устроен. Поэтому со мной такие номера и не катят. Т.е. если какая-то железка вздумает умничать и навязывать условия - я от нее отделаюсь.

          Но вот AMD GPU пока ни в чем таком не были замечены. Они в целом в лине просто работают и диктовать особо ничего не могут. Может какие пороги DVFS - но я и не горю желанием оверрайдить это. А таки - вон там драйвер умеет оверрайды этого лить. Потому что часть OEM свои системы питания и охлаждения переоценили - и прибегают к AMD - блин, спасите нас. Ну те и спасают, делая для кривых vid/pid оверрайды таблиц VS то что там в VBIOS было вшито.

          > Да, сиди вообще без карты, пойди rivatnt из старых запасов купи, старое
          > ядро накати, предварительно накатив, и радуйся.

          У меня AMD GPU, нормальный вполне, умеет вулканы всякие, DRM контент моя система вообще не умеет, никак и нигде. И вот как и кто это оспорит, интересно?

          > Расскажи эту херню кому-нибудь другому. Ни телефонов без бэкдоров, ни процессоров без
          > TEE DRM вообще не осталось.

          Как говорится - кто ищет, тот найдет. У меня вообще DRM в системе не будет работать. Начиная с того что у меня нет блурэй приводов всяких, и заканчивая с тем что у меня браузер чисто технически без DRM модуля и просто не предоставляет такие апя. И вот как DRM вообще юзать планируется? :)

          > задолго до появления персоналок и смартфонов. Почитай Убик Дика. Там описана
          > квартира, где абсолютно все предметы быта имеют слот для оплаты, и
          > без оплаты даже дверь наружу не выпустит.

          Напоминает незнайку на луне, "гостиница экономическая". Там где вода вырубается - когда вы намылили рожу и извольте заплатить. Но это все же не единственный формат. А незаменимых все же не бывает.

          И вам не приходило в голову что вы сами такое будущее и взрастили? Сколько вы спонсировали opensource friendly стартапов, делающих такое железо? Я вот нескольким денег - насыпал. Но это я. Потому что мне оно было надо. И я таки - получил что хотел в наиболее критичных направлениях, где до энного момента все было не плохо - а очень плохо. Я про одноплатники по диким ценам, с вендорскими SDK/BSP (которые должны умереть, и уже в общем то почти, в пользу обычного майнлайна).

          сообщить модератору +/ответить
          • Нужно разделять по месту хранения, по месту исполнения, и по функциям По месту х, Аноним (107), 06:20 , 24-Апр-25 (107)
            > Каким, нахрен, драйвером? Прошивка это прошивка. Как правило - вывешивает некий оговоренный интерфейс софту, через который софт и работает. А как оно там внутри на вот этой конкретной железке будет разрулено - проблемы прошивки, соответственно.

            Нужно разделять по месту хранения, по месту исполнения, и по функциям.
            По месту хранения 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 (которые должны умереть, и уже в общем то почти, в пользу обычного майнлайна).

            Максимум, что ты мог получить - это одноплатник на чипе от контролируемом МГБ КНР чипе. Запомни: госбезопасность КНР - это "долг" каждого её гражданина. По крайней мере с точки зрения китайского законодательства.


            сообщить модератору +/ответить
      • Там прошита часть драйвера Учи отличия терминов , Аноним (87), 17:28 , 23-Апр-25 (87)
    • В Максвеллах с Паскалями никакого GSP нет, если не ошибаюсь , Саркофандр (?), 20:23 , 23-Апр-25 (97)
      В Максвеллах с Паскалями никакого GSP нет, если не ошибаюсь.
      сообщить модератору +/ответить
  • Что-то тут не то Nouveau это ядерный модуль, nvk это юзерспейсная библиотека З, Аноним (39), 01:50 , 23-Апр-25 (29)
  • Для старых карт, которые дропнула нвидия - здорово, иначе без рабочего dxvk они , Аноним (-), 02:54 , 23-Апр-25 (30) +2
  • Надеюсь дожить до реализации CUDA на открытых драйверах Только из-за неё в осно, Аноним (134), 07:45 , 23-Апр-25 (36)
  • Начиная с Mesa 25 1 Vulkan-драйвер NVK будет задействован по умолчанию для GPU , Аноним (37), 08:03 , 23-Апр-25 (37) +1
  • всю ветку прочитал, так и не понялдля линукс гейминга теперь надо амуде брать ил, нейм (?), 08:09 , 23-Апр-25 (38)
  • Ну хорошо, Vulkan добавили А что с реклоком то Без изменения частоты всё это см, devl547 (ok), 09:57 , 23-Апр-25 (51) +1
  • Ничосе они старье решили тянуть Разве до 1080 вообще есть жизнь , Оммноним (-), 14:59 , 23-Апр-25 (79)
  • В случае с открытым драйвером для NVIDIA, главное, чтобы он просто работал, и лу, zeecape (ok), 18:28 , 23-Апр-25 (90)
  • Новость попахивает на Vulkan и Zink то они прикрутили на 900-1000 серию, uchiya (ok), 20:16 , 23-Апр-25 (95)
    Новость попахивает на********. Vulkan и Zink то они прикрутили на 900-1000 серию, только как там с реклокингом ? Помниться там попочка, ибо прошивки закрыты, а в отдельный чип ещё не перенесли. Есть вулкан, но карты не умеют переключать частоты и декодер потерялся в аналах истории, или не истории.
    сообщить модератору +/ответить
  • теперь программы на Pascal будут работать быстрее , Аноним (311), 23:45 , 23-Апр-25 (101)
    теперь программы на Pascal будут работать быстрее?
    сообщить модератору +/ответить
  • Для Kepler есть ограничения в аппаратуре или просто слишком устарел , Ананоним (?), 11:22 , 24-Апр-25 (109)
    Для Kepler есть ограничения в аппаратуре или просто "слишком устарел"?
    сообщить модератору +/ответить


Выпуск Linux-дистрибутива CRUX 3.8, opennews, 22-Апр-25, 11:02  [ | | | ] [линейный вид] [смотреть все]


Выпуск nginx 1.28.0 и форка FreeNginx 1.28.0, opennews, 23-Апр-25, 21:20  [ | | | ] [линейный вид] [смотреть все]


Выпуск Chrome OS 135, opennews, 18-Апр-25, 13:31  [ | | | ] [линейный вид] [смотреть все]


Выпуск СУБД MySQL 9.3.0, opennews, 20-Апр-25, 09:40  [ | | | ] [линейный вид] [смотреть все]


Выпуск Wayland-Protocols 1.43, opennews, 08-Апр-25, 19:59  [ | | | ] [линейный вид] [смотреть все]


Выпуск среды рабочего стола GNOME 48, opennews, 19-Мрт-25, 23:21  [ | | | ] [линейный вид] [смотреть все]


Google отказался от навязывания блокировки сторонних Cookie в Chrome, opennews, 23-Апр-25, 11:44  [ | | | ] [линейный вид] [смотреть все]


Релиз операционной системы FreeDOS 1.4, opennews, 09-Апр-25, 12:25  [ | | | ] [линейный вид] [смотреть все]


Выпуск открытой платформы виртуальной реальности Monado 25.0.0, opennews, 22-Апр-25, 13:05  [ | | | ] [линейный вид] [смотреть все]


Выпуск Wine 10.6, opennews, 21-Апр-25, 08:00  [ | | | ] [линейный вид] [смотреть все]


Раздел полезных советов: Объединение корневого и home разделов в RHEL/CentOS/Alma/Rocky 9 при использовании XFS, auto_tips, 04-Апр-25, 09:54  [ | | | ] [линейный вид] [смотреть все]


Оценка сетевых запросов, отправляемых web-браузерами при первом , opennews, 21-Апр-25, 10:14  [ | | | ] [линейный вид] [смотреть все]


Независимые участники проекта опубликовали открытое письмо владельцам Organic Maps, opennews, 20-Апр-25, 22:52  [ | | | ] [линейный вид] [смотреть все]


Доступен почтовый сервер Mox 0.0.15, opennews, 21-Апр-25, 23:22  [ | | | ] [линейный вид] [смотреть все]


Доступен дистрибутив Ubuntu 25.04 , opennews, 17-Апр-25, 16:43  [ | | | ] [линейный вид] [смотреть все]


Релиз  REST-сервиса EasyREST 0.8, opennews, 21-Апр-25, 21:23  [ | | | ] [линейный вид] [смотреть все]


NVIDIA опубликовала движок PhysX 5.6.0 и открыла код Flow GPU, opennews, 06-Апр-25, 09:39  [ | | | ] [линейный вид] [смотреть все]


В ядре Linux 6.16 будет прекращена поддержка протокола DCCP, opennews, 18-Апр-25, 12:21  [ | | | ] [линейный вид] [смотреть все]


Уязвимость в удостоверяющем центре SSL.com, позволявшая получить сертификат для чужого домена, opennews, 22-Апр-25, 09:43  [ | | | ] [линейный вид] [смотреть все]


В postmarketOS и Alpine добавлена поддержка среды рабочего стола COSMIC, opennews, 14-Апр-25, 16:26  [ | | | ] [линейный вид] [смотреть все]


Обновление Java SE, MySQL, VirtualBox, Solaris и других продуктов Oracle с устранением уязвимостей, opennews, 18-Апр-25, 13:05  [ | | | ] [линейный вид] [смотреть все]


Обновление дистрибутива для одноплатных ПК DietPi 9.12, opennews, 20-Апр-25, 10:09  [ | | | ] [линейный вид] [смотреть все]


Инциденты с безопасностью в репозиториях PyPI и crates.io, opennews, 16-Апр-25, 15:25  [ | | | ] [линейный вид] [смотреть все]


Выпуск дистрибутива Fedora Linux 42, opennews, 15-Апр-25, 17:34  [ | | | ] [линейный вид] [смотреть все]


 
Пометить прочитанным Создать тему
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | Архив | Избранное | Мое | Новое | | |



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру