https://www.opennet.ru/openforum/vsluhforumID3/122918.html Арнд Бергман (Arnd Bergmann), отвечающий за пакеты с ядром в SUSE, предложил провести значительную чистку кода ядра от поддержки устаревших платформ и процессоров. В качестве претендентов на удаление называются платформы для которых с 2015 года не зафиксировано активности сопровождающих и пользователей. В случае удаления, платформы будут исключены из будущих выпусков ядра Linux, но для них можно будет использовать LTS-ядро Linux 5.10, поддержка которого продлится до декабря 2026 года...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54393<br> https://www.opennet.ru/openforum/vsluhforumID3/122918.html#231 Fri, 28 Apr 2023 05:07:34 GMT "Техдолг" выдумка погонщиков с галер, когда featurecreep и прочее "засорение функционалом", нужным 3.5 пользователям, преобладает над архитектурой. Примерно того же плана хуцпа как и другие самоберущиеся "долги", которых никто не брал.<br> https://www.opennet.ru/openforum/vsluhforumID3/122918.html#230 Fri, 28 Apr 2023 04:55:17 GMT &gt;Т.е. они должны тащить то, что ни создателям ни пользователям нафиг не нужно, чтобы что? Чтоб было?<br><br>Нету там никакого "тащить". От них просто вообще не требуется ничего делать с этим кодом. Последний смешной аргумент -- "занимает место". Просто у определенной категории двуногих безрогих руки все время чешутся что-то менять (запиливать "фичи" для долей процента пользователей), а мозга недостаточно ни для управления изменениями, ни для осознания всех последствий резких шагов типа удаления кода, который "не нравится", "лень поддерживать", но который просто работает. Вновь запиленные фичи ждет примерно такая же судьба. Крутить номерок версий для некоторых просто важнее -- именно поэтому за спиной у них кладбище брошенных проектов и архитектур, для которых не нашлось холодных голов чтоб просто оставить в покое работающий код и не слушать адептов эхокамеры теоретических угроз, "митигейшоны" к которым все равно все отключают, чтоб не покупать новое железо из-за тормозов заплаток... с новыми теоретическими угрозам https://www.opennet.ru/openforum/vsluhforumID3/122918.html#229 Tue, 19 Jan 2021 06:51:46 GMT Понятное дело что другое, этот на медиатыке обычном<br> https://www.opennet.ru/openforum/vsluhforumID3/122918.html#228 Sat, 16 Jan 2021 19:57:30 GMT &gt; Как именно "не приводит"? Большую часть перечисленного ты купить не сможешь<br><br>ну кобальт вот не смог, да (когда еще было интересно, сейчас, конечно, уже смысла нет).<br><br>А так, в принципе, полон ебей неведомой херни, только плати.<br><br>&gt; а в DSP только специфичные DSPшные операции. Из DSP довольно паршивые процессоры общего<br>&gt; назначения, как и из GPU.<br><br>там линух совсем не для "общего назначения был". Он там был чтоб не писать самому все, от загрузчика до менеджера процессов. То есть в лучшем случае он загружал не один-единственный бинарь, а целых, например, три.<br><br>&gt; 1) Это даже протестить напряжно. Откуда я знаю, собирается мой код под винтажный проц или нет?<br><br>ну вот этим - уже должны бы заниматься те, кому тот процессор дорог.<br>А первоначальная задача - хотя бы не ломать то, что можно не поломать.<br><br>&gt; Ну расскажи чтоли как и чем вообще компилить кернела под техасский сигнальник? Под это есть<br>&gt; актуальный открытый тулчейн хотя-бы?<br><br>а вот ЭТО - к эффективному менеджеру проекта, по имени Линус.<br>Что мешал https://www.opennet.ru/openforum/vsluhforumID3/122918.html#227 Sat, 16 Jan 2021 16:02:18 GMT Я говорил про этот девайс: <br> https://en.wikipedia.org/wiki/Gemini_(PDA)<br><br><br>Но в ядре наверное имелось что-то другое<br> https://www.opennet.ru/openforum/vsluhforumID3/122918.html#226 Sat, 16 Jan 2021 08:02:20 GMT &gt;&gt; amdgpu_drv.h: In function &#8216;amdgpu_dirty_master&#8217;: <br>&gt; BLM на тебя, окаянного, нет... покажи им, мигом патчей навалят.<br><br>Так навалили уже https://gitlab.freedesktop.org/xorg/driver/xf86-video-amdgpu/-/commit/0d1d479ecca424120ae1b0f16f9009aec64e5164<br><br> https://www.opennet.ru/openforum/vsluhforumID3/122918.html#225 Sat, 16 Jan 2021 07:12:57 GMT драйверов только у вас, лап4.ых нет. Потому что вам что ни дай - все выкидываете, предварительно сломав.<br>У ms как раз все хорошо с драйверами. <br><br>Она давным-давно не надеется на китайских писателей, и все что необходимо - со времен 98 старается иметь свое. А как несвое - так обязательно гуано оказывается.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/122918.html#224 Sat, 16 Jan 2021 07:10:39 GMT &gt; Для embedded или мелкой автоматизации последние цать лет логичнее мелкие ARM брать. <br><br>И тут твой арм удаляют, потому что немодный и немолодежный. Я, собственно, морально готовлюсь что то, что у меня в кластер собрано, через пару лет тоже удалят (так толком и не добавив). Тоже ведь немодно и немолодежно. А замены нет и не предвидится, только колхоз на соплях и клее.<br><br>Поэтому права, увы, ms с ее wintel. (И да, XP все еще поддерживается - только вот средств разработки под нее нет теперь, а я своевременно не прикопал).<br><br>&gt; Без всяких AWARD_SW с их "keyboard not found, press F1 to <br>&gt; continue" <br><br>смешно, я на такое напарывался в далеком 97м. Причем оно там отключалось, но я не успел - клавиатурный контроллер успел раньше меня. Пришлось выкинуть в целом исправную систему, которой клавиатура ни нахрен была и не нужна.<br>По-моему, с тех пор такой херни давным-давно уже не осталось в природе.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/122918.html#223 Sat, 16 Jan 2021 03:37:55 GMT &gt; Только мне кажется, что начинается стагнация и пола думать о микроядерной архитектуре? <br>&gt; Чтобы аппаратно отдельно, прикладное отдельно, драйвера и поддержка отдельно?<br><br>Так где они, микроядра где все это типа-лучше? А, hurd, где стагнация была, есть и будет есть, и началась с самого начала? :)<br>