Разработчики ядра собираются обсудить прекращение поддержки старых процессоров

А как же, так и накатывают. Прямо всем отделом берут новое ведро, старое железо и принуждают заказчиков обновляться %-)

Альфа, Моторолла, МИПС? Вот это такие мейнстримные архитектуры?

MIPS да, на нём огромное количество устройств, те же роутеры. Насчёт остальных не знаю.

Значить МИПС в 5.15 оставляем, остальных с пляжа метлой выметаем :)

У Миши есть это железо? Браузер какой-нибудь портирован? Выдает 504 https://packages.altlinux.org/en/search?utf8=%E2%9C%93&branch=&arch=e2k&query=firefox

Не, amd_x64 все оставить. Выкинуть x86 можно, но это утопия - всякие легаси в виртуалках взвоют - многие свой древний софт на 32-бита крутят в виртуалках, в режиме эмуляции 32-бит на 64-х битном CPU. Короче, это долгая и нудная история, с выпиливанием x86, дай бог шоб к 2050 выкинули

У Миши есть это железо?

У Шигорина есть.

Браузер какой-нибудь портирован?

Насколько я знаю FF59.2-esr. Собственно, я так понял, во-многом чтобы релизить новый FF они и взялись за Rust/LLVM и вот это всё.

Выдает 504

У меня загрузилось. Там да, отдача какая-то не очень и через раз отваливается.

Ты про вентилятор в БП забыл.

Вообще то спрашивают всех заинтересованных, то есть если ты возражаешь, у тебя есть железо и ты готов это поддерживать при случае, самое время о себе заявить.

Мелкая придирка и питать кроме клавы всю usb периферию.

Спасибо не знал, будить с клавы удобная фича, а если клава беспроводная фича становится мего-удобной фичей. Перезапуск при подключении жутко не удобен у ps/2.

Пока у меня ноут, если будет системник проверю.

Вообще то спрашивают всех заинтересованных, то есть если ты возражаешь, у тебя есть железо и ты готов это поддерживать при случае, самое время о себе заявить.

В рассылке-то участвует не так много заинтересованных. Сейчас узнают люди об этом только из новостей, которые не поленились написать, если повезло ее увидеть и прочесть. Если бы не было новости, то это бы увидели только те, кто читает рассылку, плюс те, кто указан в длинном CC (разработчики?). Потом бы только узнали, что решили выкинуть и выкинули, потому что никто не сказал, что ему нужно.

Оберон не древность.

Кстати, не знаешь более-менее адекватную IDE для Оберона под линукс? С xds в Эклипсе работал?

Ну допустим, что программы уровня PCemV17 уже могут гонять Шин98 и эмулятор Voodoo Banshee, так вот, 3.5Ггц хасвела хватает на эмуляцию Р166ММХ и работу в 1280*1024, что со свистом влезает в современный FullHD монитор, да и памяти в 512МБ чота перебор, как для Шин98. Тут конечно вопрос стабильности, но зачем тянуть в ядре хламище, если есть такие эмуляторы, не уникальные, а довольно распространенный способ запуска старого софта?

Покупайте-форкайте, приглашайте автора(авторшу) и делайте отдельным модулем трансляторы в старые архитектуры.

Тут еще необходимо выяснить кто есть такой заинтересованный. По факту может вопель исходить от какого LLC/LTD с 5 калеками в штате, при предложении которым поддержать кусок кода, в ответ будет еще больше вопель об их невероятной занятости проектами клиентов и долге сообщества перед такими мелкими конторами.

Поддержка - это не когда положил и не трогаешь.

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

Скорее всего этого железа нет в наличии и у абсолютного большинства разработчиков, поэтому даже если допустить что они готовы рефакторить этот общий код чтобы он допускал оптимизации в зависимости от железа(хотя это лишняя трата времени) то протестить этот рефакторинг некому и негде.

2.6.32

Олды в треде. Шлёпал курсачи в latex на 2.0.32. Эх было ж время, загрузиться можно было с дискеты, а минимальная система с иксами влезала на 50Мб…

Я вот честно, не имея интернета и только фидо, начал в ЛаТеХе в году 98/99 пробовать курсачи лабать. Ой… на третьем этаже формулы из книжки для машиностроительных факультетов у меня сломалось терпение и я прыгнул обратно в Ворд97.

Про взлёт кириллицы во всяких RH5.2 можно долго чухать репу и чесать язык, но хромало же!

кладбище драйверов

Вот только драйвера не надо трогать!

Ой, закажут большие кошельки у Шапки overhaul ядра и выпустят linux-kernel-6.0 В котором будет чисто от архитектур старше 10 лет.

не имея интернета и только фидо

Ну печатная литература кое-какая в конце 90-х уже была. Да и сборнички книжек на CD никто не отменял.

Ух блин, не помню сколько СД стоили на р.рыночке, но как бы не 10-20$

Пробегаемся по «виртуалкам». Vmware & Vb выкинули поддержку W9x полностью, вернее там графику зажали. Осталась только WinNT4, что как бы намекает…

Про взлёт кириллицы во всяких RH5.2 можно долго чухать репу и чесать язык, но хромало же

Оно и сейчас хромает. И говорят не баг, а фича.

VirtualBox особо и не поддерживал интеграцию и графику в W95/98. Старые виндовые версии Virtual PC поддерживали, а также OS/2 софтово.

Молодёжжжжж… я всё ещё помню 2.6.32 ;)

Новодел. Сколько в нём всего наменяли наломали, что прекрасно работало в 2.4. Эх.

Это значит что ты не можешь, например, оптимизировать общий код под новые интерфейсы, если эта оптимизация сломает совместимость со старыми.

Об этом речи там вообще не идет. И как причина, этого нет. Я и говорю выше, что если перестало собираться хотя бы, а это произойдет, если есть какие-то несовместимые изменения, то тогда можно выкинуть. Выкидывать просто так зачем? Этот код не мешает. И, кстати, там в ответах народ сообщает, что у них собирается и работает (ну там, где именно сказали это явно).

Обычно на верхнем уровне ядра не выкидывают то, что нужно хотя бы одному землекопу.

Во-первых, у тебя очень низкие требования по качеству кода ядра.

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

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

Допустим он решает что нет и не пускает патч. Но оказывается три месяца назад другой ревьюер уже решил что да, допустимо, и замерджил другой патч, который совместимость сломал. Хотя «собираемость» оставил.

Получилось что совместимости нет, но и признания этого факта нет.

Полный бардак что в коде что в самом процессе разработки.

Я предлагаю выше - выносить все такие процессоры, SoC и пр. в отдельные репозитории, но которые не у Васянов лежат, как часто бывает, а на kernel.org. Кому надо собирать ядра, те будут заботиться об актуальности кода драйверов периферии для контроллеров, DTS и т. п. Иначе эта шарманка будет без конца. Новые чипы будут появляться вновь и вновь.

Это приходится решать всегда при поступлении патчей. Ничего не меняется, не надо передергивать.

Это так и работает, потом мерджат вместе.

Как я и говорю: полный бардак что в коде что в самом процессе разработки.

Объявление части платформ официально устаревшими (и в то же время получение списка use case и пользователей для неустаревших платформ) через общую публичную дискуссию, а не разговор трёх майнтейнеров в одном ревью существенно уменьшает количество этого бардака и позволяет упорядочить процесс.

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

Так именно в этом вопросе и нужна политическая воля. Пока кто-то со спарками 64 битными играется, из 2003 года, народ начинает огребать костылей, например, на свежих райзенах.

Надо шо-то делать.

я сильно сомневаюсь, что на их говне мамонта требуются новые ядра.

Ну к чему этот выпад? Просто на автомате потому что сказать больше нечего?

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

Какой процесс по-твоему более прозрачен?

А сколько в теории может проработать современный десктопный процессор?

Обсуждение ведется в главном списке рассылки, все делается правильно.

Да, примерно это же я и написала.

Ну если старичкам по 30+ лет, то и современные не меньше отпахать могут. Вот хоронят 486, а тем временем под них платы с DDR памятью. А вот и DDR память по 3 доллара за гигабайт. Учитывая даже 2 слота это как у современных ноутбуков. А как правило там 3-4 слота на DDR.

https://aliexpress.ru/item/32839364506.html?spm=a2g0o.search0302.0.0.13f75206aQefVL&algo_pvid=896ba5aa-235a-4ca8-baad-0e4aedee76d6&algo_expid=896ba5aa-235a-4ca8-baad-0e4aedee76d6-0&btsid=0b8b15cb16105399164713818ebbec&ws_ab_test=searchweb0_0,searchweb201602_,searchweb201603_&sku_id=65103326668

про то что всякие защищённые режимы со 128битными указателями в 32битных эльфах наверняка таких хаков в ядре требу

32-х битных альф не существовало, никогда.

Это скорее всего подделки были. Verbatim давно дискеты не выпускает. Надо было брать вот такие - https://amp.technic.shops-com.ru/product/8992794469/diskety-formatiert-2mb.html Весьма качественные, в 2018-м ещё производились. Сейчас уже наверное не производятся.

Есть пользователи с ps/2 клавами, и может и мышами.

Вообще-то, пользователей PS/2 мышек на ноутах как бы не в несколько раз больше всех пользователей пингвинчика на десктопах-ноутах :)

Альфу - давно не производят, Итаниум - производят, но скоро похоронят, планово. Надо сказать, что речь идёт о выпиливании первого Итаниума. Его почти не производили, это были только компьютеры, которые Интел раздавал бесплатно для демонстрации. Продавали только Itanium2, который потом переименовали в просто Itanium :-)

Ну туту еще такое, старое железо служило гораздо дольше чем служит новое и живые DEC alpha таки есть, но Linux ставили больше на железо типа axppci - которое делалось по возможности ПК-совместимым для установки Windows NT. И для установки Linux требовалась нетривиальная операция по переписыванию фирмвари на совместимую с Digital Unix, что в общем существенно сокращало круг заинтересованных. То есть сейчас живы более-менее мощные железки как правило с Digital Unix, OSF/1 или VMS. Линукс проще гонять на ПК или ARM.

Собирал на эльбрусе elfclass32 при запуске выдающий что sizeof(void*) 16

Оберон не древность.

Я про оригинальные Оберон-системы из 1987 года. Я даже исходники и эмулятор предшественника Оберона — Lilith (написана на Modula-2, 1981) раскопал.

Кстати, не знаешь более-менее адекватную IDE для Оберона под линукс?

Blackbox. Правда основная версия 32 битная, но есть ограниченные 64 битные версии на основе LLVM и транслятора через Си (MultiOberon). Недавно начали разработку нативного 64 битного компилятора Hershel (GitHub).

A2 (Active Oberon System, Bluebottle). Интерфейс страшный, но работает. Поддерживает многопоточность на уровне языка и множество процессорных архитектур.

Они бы сначала поддержку новых сделали…

486-е во встройке обладают рядом преимуществ - 32-битная архитектура, поддерживается современными компиляторами, код можно тестить прямо на хосте, цена за высокоинтегрированный SoC сильно ниже чем у атомов, пассивное охлаждение. Автоматчикам нравится, сто лет еще будет служить. Постепенно вытесняется решениями на ARM но из-за огромной базы установок и расширенной поддержке и японцам с китайцами, переживет и нас с вами.

Но почему тогда их производство свернули раньше 386, которые из ядра уже тоже выкинуты?