Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"План прекращения поддержки старых процессоров ARM в ядре Linux"	+/–
Сообщение от opennews (??), 01-Авг-24, 11:14
Арнд Бергман (Arnd Bergmann), отвечающий за пакеты с ядром в SUSE, опубликовал в списке рассылки разработчиков ядра Linux план избавления ядра и сборочного инструментария на базе GCC от кода для поддержи старых CPU ARM и связанных с ними ABI, специфичных наборов инструкций и возможностей ядра.  План пока находится на стадии RFC, т.е. выставлен для обсуждение сообществом. В случае утверждения плана, удаление старых процессоров ARM предлагается начать в ядре Linux 6.12, релиз которого ожидается в декабре. Первыми кандидатами на удаление названы ARMv4 (без удаления ARMv4T), iWMMXt, BE32 и OABI... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61641
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–28 +/–
Сообщение от Аноним (2), 01-Авг-24, 11:15
Ищи кому выгодно. А именно интелу и амд.
Ответить | Правка | Наверх | Cообщить модератору

	4. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+9 +/–
	Сообщение от iPony129412 (?), 01-Авг-24, 11:23
	Как будто-то Intel или AMD как-то по поддержке выделяются. Так же Pentium 1 не в почёте. Кому оно надо.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (2), 01-Авг-24, 11:38
	Пентиум 1 поддерживается это 486 свернули.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 13:12
	> Пентиум 1 поддерживается это 486 свернули. Ну, э, тот же дебиан вроде таки i686 требует на x86-32, не? И потому на именно пентиуме - уже таки не взлетит, вроде. И даже если кернел живой, ок, а актуальный юзермод где брать? Или что делать с кернелом без нифига?
	Ответить | Правка | Наверх | Cообщить модератору

	155. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (155), 01-Авг-24, 16:46
	Вопрос в том, где живой пентиум взять.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 18:39
	> Вопрос в том, где живой пентиум взять. У меня где-то даже есть. В смысле, сам керамический кирпичик для туалета этой марки. Вроде должен быть живой, но мамку я куда-то уже дел, ибо даже если бы оно и работало - ну, э, фак, одноплатник с кредитку размером питаемый от usb жестко делает его - вообще совсем во всех номинациях, и вот зачем мне такое дино? Музей открыть? :)
	Ответить | Правка | Наверх | Cообщить модератору

	302. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 02-Авг-24, 12:54
	У меня-то есть вполне живой пентиум, комплект мамка супер сокет 7 (с AGP и SDRAM) + два камня (cyrix и intel). Но у меня и 386 есть, но мыслей-то водружать туда свежее ядро и в голову не приходит.
	Ответить | Правка | Наверх | Cообщить модератору

	315. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 18:07
	> У меня-то есть вполне живой пентиум, комплект мамка супер сокет 7 (с > AGP и SDRAM) + два камня (cyrix и intel). Но у > меня и 386 есть, но мыслей-то водружать туда свежее ядро и > в голову не приходит. А мне не приходит мысли и включать такое в каких-то эксплуатационных целях. Ну а что с первым пентиумом делать на практике?! Десятибаксовый одноплатник питаемый от USB зарядки (== дежурка того пня) - круче в абсолютно всех аспектах. И с современным кернелом пашет. Как впрочем и современным дебианом. В совсем уж музейных целях у меня 80286 есть. Но, конечно, эксплуатировать его я тоже не собираюсь. Так, чисто артефакт что "когда-то это было так".
	Ответить | Правка | Наверх | Cообщить модератору

	355. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 03-Авг-24, 00:21
	Вам не нужны - ваши проблемы, нечего нам то их тиражировать... >  Десятибаксовый одноплатник питаемый от USB зарядки (== дежурка того пня) - круче в абсолютно всех аспектах. А, вот это - не так... Кому то вон ламповые усилители вносящие искажения - милей на микрухах, чистых... и они даже готовы даже кучу бабла за это отваливать. А, тут и недорого а, то и уже есть - а, применений полно, пусть и не для всех, ну так на вкус и цвет...
	Ответить | Правка | Наверх | Cообщить модератору

	358. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (358), 03-Авг-24, 02:14
	> Вам не нужны - ваши проблемы, нечего нам то их тиражировать... Вроде бы все по топику так то. Как вхожий в именно это направление я не вижу тут ничего что реально затрагивало бы меня и мою активность. > А, вот это - не так... > Кому то вон ламповые усилители вносящие искажения - милей на микрухах, чистых... Чего-чего? Вы уж определитесь, либо на лампах, либо на микрухах? :) > и они даже готовы даже кучу бабла за это отваливать. А вот желающих отвалить столько за первопень я что-то не знаю. Если узнаю - может даже поищу где у меня этот проц валяется. > А, тут и недорого а, то и уже есть - а, применений полно, пусть и не для всех, > ну так на вкус и цвет... Еще и покупать ЭТО? Мне такого нашару отсыпали, и то - я это так, на правах запчастей взял, полевики в преобразователях там все же шикарные. А как комп такой мамонт мне - нафиг не упал. Да и менять пачку LowESR кондеров в преобразователе - тупо нерентабельно. У одноплатников есть фича - там за (куда более мелким) DCDC проца - керамика. Она по сравнению с электролитами - условно вечная. Бонусом.
	Ответить | Правка | Наверх | Cообщить модератору

	378. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 03-Авг-24, 18:57
	>> А, вот это - не так... >> Кому то вон ламповые усилители вносящие искажения - милей на микрухах, чистых... > Чего-чего? Вы уж определитесь, либо на лампах, либо на микрухах? :) nocomment... >> и они даже готовы даже кучу бабла за это отваливать. > А вот желающих отвалить столько за первопень я что-то не знаю. ... Рывнок, его перенасышенность ими, конкуренция,  - нет не слышал!... >> А, тут и недорого а, то и уже есть - а, применений полно, пусть и не для всех, >> ну так на вкус и цвет... >Еще и покупать ЭТО? Мне такого нашару отсыпали, и то - я это так, на правах запчастей взял, полевики в преобразователях там все же шикарные. А как комп такой мамонт мне - нафиг не упал. ... - Ну очень всем тут интересны ваши половые проблемы...
	Ответить | Правка | Наверх | Cообщить модератору

	383. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 20:22
	> nocomment... Типа, облажался и даже признать не смог? > Рывнок, его перенасышенность ими, конкуренция,  - нет не слышал!... Рынок и решает что и какую ценность имеет. Первый пень сейчас - на уровне плитки для мощения туалета. Слишком новый, чтобы быть антиквариатом в дефиците. Слишком старый, чтобы быть полезным по назначению для большинства двуногих. > - Ну очень всем тут интересны ваши половые проблемы... Я лишь сообщил что покупать eWaste если и имеет смысл - то по цене лома. Но есть немало мест где такое, и даже лучше, могут нашару отдать, чтобы не платить за утилизацию.
	Ответить | Правка | Наверх | Cообщить модератору

	405. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 04-Авг-24, 21:04
	>> nocomment... > Типа, облажался и даже признать не смог? Врака, кто то другой облажался, у кого мозг не в состоянии сопоставить смысл в читаемом... (даже если оно и немного сумбурно вышло, после сутками ответов только на этом сайте). >> Рывнок, его перенасышенность ими, конкуренция,  - нет не слышал!... > Рынок и решает что и какую ценность имеет. Первый пень сейчас - на уровне плитки для мощения туалета. Из той же оперы... Кто то слово перенасышенность не захотел увидеть. > Слишком новый, чтобы быть антиквариатом в дефиците. Слишком старый, чтобы быть полезным по назначению для большинства двуногих. Предполагаю что, самый популярный у oldgamer'ов процессор(хотя может после второго пня, а далее уже проблемы совместимости зашкаливают), вопреки этому вбросу о его якобы не нужности никому. >> - Ну очень всем тут интересны ваши половые проблемы... > Я лишь сообщил что покупать eWaste если и имеет смысл - то по цене лома. Прямо выше сказал зачем такое нужно,и именно такое - а, не куда более мощное, если ранее было не понятно.
	Ответить | Правка | Наверх | Cообщить модератору

	414. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 16:15
	> (даже если оно и немного сумбурно вышло, после сутками ответов только на этом сайте). Как говаривал Резерфорд, если вы не можете объяснить домохозяйке чем занимаетесь - то и сами этого не понимаете. > Из той же оперы... Кто то слово перенасышенность не захотел увидеть. Перенасыщенность рынка первыми пнями. Ах, какая милота. Представляете, антиквариат отличается от "старого хлама" чем-то таким. И проржавевший жигуль, и проржавевший форд 1935 года - старые рыдваны. Но 1му место в вторсырье, со 2м может иметь смысл повозиться. Вот как раз поэтому. А золото дороже алюминия потому что его меньше. Научитесь гнать золото тоннами из всякого хлама и вскоре оно будет стоить меньше чем алюминий. > Предполагаю что, самый популярный у oldgamer'ов процессор(хотя может после второго пня, Предполагаю что 95% нормальных людей запускают антики - на эмуляторе. > а далее уже проблемы совместимости зашкаливают), вопреки этому вбросу о его > якобы не нужности никому. На вот именно винтажных играх - Wing Commander нормально работал тоьлко на 286 и 386. Все что с кешом рушит тайминги так что надо быть сверхчеловеком чтобы в это играть. Потому что не успел глазом моргнуть как уже тебя вынесли. Пентиум от этого страшно далек. Даже на 486 полетать в это - надо было кэш проца отключать каждый раз. Если уж мы о птичках. > Прямо выше сказал зачем такое нужно,и именно такое - а, не куда > более мощное, если ранее было не понятно. Я искренне сомневаюсь что вон то, вон так - массовое направление. Но да, и на жигулях кто-то до сих пор - ездит. Но отношение окружающих к этому довольно специфичное. И здорово отличается от отношения к восстановленному форду 1935 года.
	Ответить | Правка | К родителю #405 | Наверх | Cообщить модератору

	193. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (193), 01-Авг-24, 18:49
	> Вопрос в том, где живой пентиум взять. Что барахолку отменили?... Кому надо находят и не такое.
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	263. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Олег (??), 02-Авг-24, 01:44
	А кому реально надо, вот чтобы с современными ядрами?
	Ответить | Правка | Наверх | Cообщить модератору

	324. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноим (?), 02-Авг-24, 19:47
	Ничего не понял. Если нужно с относительно современными ядрами но, уже б/у что бы недорогое - так всё там же, и в просто мелких магазинах компьтерной техники если спросить, часто и заказать отсутствующее можно, или самому заказать в online-барахолках (но, тут уже чуть стрёмней покупать а, там можно уже перед оплатой проверить и небольшую гарантию даже могут дать).
	Ответить | Правка | Наверх | Cообщить модератору

	347. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (347), 02-Авг-24, 23:12
	> или самому заказать в online-барахолках (но, тут уже чуть стрёмней покупать > а, там можно уже перед оплатой проверить и небольшую гарантию даже > могут дать). Вы лучше расскажите что за железки такие с ARMv3/4 выпускаемые en masse и где это продается? И что за спеки?
	Ответить | Правка | Наверх | Cообщить модератору

	377. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 03-Авг-24, 18:44
	Ещё и  en masse раскатал губуд. Кому реально надо - сам найдёт уверен, а кому не надо - а, лишь бы побалаболить.... Т.б.речь не только про ARM  - а, обще систематически.
	Ответить | Правка | Наверх | Cообщить модератору

	384. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 20:28
	> Ещё и  en masse раскатал губуд. Кому реально надо - сам > найдёт уверен, а кому не надо - а, лишь бы побалаболить.... Ну как бы массовость железки - повышает шанс что оно найдется у кого-то в действующем, эксплуатируемом виде. Вон один ARMv4 даже накопался. У линуксдева. Но так на минуточку, там выбор юзермода - из довольно специфичного "openwrt" и - "нифига". > Т.б.речь не только про ARM  - а, обще систематически. А, филин не тактик, филин стратег? :)
	Ответить | Правка | Наверх | Cообщить модератору

	406. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 04-Авг-24, 21:39
	Высер туп. Мне на ARM по барабану, но на PC уже лично меня затрагивает эта тенденция шаловливых ручек...
	Ответить | Правка | Наверх | Cообщить модератору

	415. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (415), 05-Авг-24, 16:24
	> Высер туп. Мне на ARM по барабану, но на PC уже лично > меня затрагивает эта тенденция шаловливых ручек... О как! Сам предупредил что высер туп, сам протупил. Самокритика - дело полезное. Читай топик, чудак. Тут - про старые ARM и Linux. Остальное обсуждайте, имхо, в каких-нибудь других местах. А тут - про Linux и старинные ARM. Те кого интересует САБЖ - имеют шанс прийти в рассылку и высказать свое мнение. Это может склонить чаши весов в те или иные стороны, ибо RFC это обсуждение. Сбор отзывов/идей/коментов на ту или иную идею. Изучение дальнейшего курса действий. Планирование. Но стоит понимать что вдолгую планы майнтайнеров - вон те. Если чье-то видение сильно отличается, его могут попросить впрячься и - фигачить тот закоулок направления самому, шлифуя острые углы затрагивающие майнтайнеров.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от pic (?), 01-Авг-24, 13:52
	Вообще Intel выдавал потуги об X86S, и где оно, это сокращение команд? Snapdragon X Elite, а в следующем году Mediatek и остальные придут. В плане повышения автономности работы устройств набор команд процессоров Intel пока не трогали.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	82. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (82), 01-Авг-24, 14:00
	Кому нужны эти фикусы без совместимости с x86.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от pic (?), 01-Авг-24, 14:05
	> Кому нужны эти фикусы без совместимости с x86. Intel предлагает совместимость через виртуализацию, есть статья на хабре.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 01-Авг-24, 19:04
	> без совместимости с x86 Её на всех современных PC-под[д]елках давно отменили, - убрав MBR и затем и вовсе BIOS, те же ДОС и любую ОС их требующих уже не запустить, - совместимости нет же. Windows/Mac/*NIX %LastVer% это ещё не x86.
	Ответить | Правка | Наверх | Cообщить модератору

	223. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 20:03
	>> без совместимости с x86 > Её на всех современных PC-под[д]елках давно отменили, > - убрав MBR и затем и вовсе BIOS, те же ДОС и > любую ОС их требующих уже не запустить, Да вот блин у MBR один маленький но стебный недостаток всплыл: диски более 2 терабайтов в этом формате на партишны вообще не разбить. Оно больше - тупо не умеет.
	Ответить | Правка | Наверх | Cообщить модератору

	252. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от maximnik0 (?), 01-Авг-24, 21:40
	>диски более 2 терабайтов в этом формате на партишны вообще не разбить. Оно больше - тупо не умеет. Можно, через ж.. ой хак.Был загрузчик от Парагона,что то аналогично выпускал актроникс- лимит 2,2 тб диски.Использовали таблицу разделов от "солярки" ( или другой операционки,уже не помню,но не от доса) и соответствующие драйвера и загрузчик  для Xp .
	Ответить | Правка | Наверх | Cообщить модератору

	316. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 18:13
	> Можно, через ж.. ой хак.Был загрузчик от Парагона,что то аналогично выпускал актроникс- > лимит 2,2 тб диски.Использовали таблицу разделов от "солярки" ( или другой > операционки, Ну, блин, если на то пошло то можно и GPT-таблицу разделов юзать, не? И если хочется - грузить этот франкенштейн в pc bios стиле попробовать. У него есть "protective MBR" в который можно буткод запихать, и вероятно можно убедить GRUB или кого там продолжить это шоу дальше, если это зачем-то надо. Во всяком случае - это неплохо дружит с allwinner'овским бутсектором на SD который по смещению 8 кило. При этом лимит на число партиций до 64, чтоли, в GPT, чтобы его не стереть. > уже не помню,но не от доса) и соответствующие драйвера и загрузчик  для Xp . Досовский партишн упирается в размеры полей на 2 терабайтах, насколько я помню. За что и пострадал, собственно, при массовом появлении дисков крупнее.
	Ответить | Правка | Наверх | Cообщить модератору

	326. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 02-Авг-24, 19:55
	> GPT-таблицу разделов юзать, не? Не, не совместимо с XP(да линуксами ранними [TBD] и прч.ОС). И речь то была не про это - а, про то что, PC уже даже не PC-compatible...
	Ответить | Правка | Наверх | Cообщить модератору

	348. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 23:16
	>> GPT-таблицу разделов юзать, не? > Не, не совместимо с XP(да линуксами ранними [TBD] и прч.ОС). Так с ними и соляровский партишн поди не совместим. Ну и это реально проблемы некрофилов - я говорил про подъем относительно нового линуха в режиме типа bios boot таким манером. > И речь то была не про это - а, про то что, > PC уже даже не PC-compatible... Ну дык. Даже Intel и MS устали косплеить хлам эпохи MSDOS. Там реально много легаси накопилось. Так что всякие мегапрогеры типа n00by с своим талмудом по 32 бит интелу могут уже идти смотрителем в яндек музей. Иных применений эти знания - не имеют.
	Ответить | Правка | Наверх | Cообщить модератору

	382. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 03-Авг-24, 20:05
	>>> GPT-таблицу разделов юзать, не? >> Не, не совместимо с XP(да линуксами ранними [TBD] и прч.ОС). >Так с ними и соляровский партишн поди не совместим. Ну и это реально проблемы некрофилов - я говорил про подъем относительно нового линуха в режиме типа bios boot таким манером. По такой же логике: это проблема хамов из ноухаудрочеров - что они там говорят, кого их критинизм волнует... А, я же - не только вам, а всем тут, - обозначил проблему шире. >> И речь то была не про это - а, про то что, >> PC уже даже не PC-compatible... > Ну дык. Даже Intel и MS устали косплеить хлам эпохи MSDOS. Там реально много легаси накопилось. ... Сразу видно человека застрявшего в мире NIX и opensouce... Этот "хлам": 1) необходим для совместимости с программами. (Кстати, вот начнут авторы софта в линуксах - массово помирать... и посмотрим как они все далее будут поддерживаться сообществом и авторами linux сборок по кр.мере в случае при наличии альтернатив - в состоянии совместимом с последними версиями ядра... потому что есть подозрение что их просто выпилят из дистров... наверняка и уже такое по тихому есть я просто не в теме. И как такие заговорят про "хлам" когда из UEFI всё же уберут линукс/develop сертификат... а то ведь он весь смысл сертификации портит) 2) необходим для разных нужд, например всегда удобно иметь второй комп чтобы переключившись - там что то поделать, не выгружая/приостанавливая выполянемые тяжолые процессы сильно жрущие ЦП без паузения или когда это нежелательно; также, когжа просто большое кол-во открытых окошек программ на первом а риск завесить неделателен т.к.долго открывать их врунчую; Что, и для этих целей нам, сугубо что бы не использовать "хлам"..., - покупать современные компы?... т.б.несовместимые с ПО из п.1 и вообще не безплатные же! 3) это - наш "хлам" - уберите свои мерзкие толерастные ручонки от чужого имущества!
	Ответить | Правка | Наверх | Cообщить модератору

	388. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 21:54
	> там говорят, кого их критинизм волнует... А, я же - не > только вам, а всем тут, - обозначил проблему шире. Вы не обозначили кто и как проблему решать будет, почему так, какие tradeoffs, почему это - лучше. Без этого - не очень ценно. > Сразу видно человека застрявшего в мире NIX и opensouce... Я начинал с MS-DOS, и был фанатом WinNT. Пока не заметил что есть варианты лучше и взаимодействия мощнее. Линух отрекламил себя сам. Сбилдив проект в 3 раза быстрее. Лучшая реклама ОС системщику. > 1) необходим для совместимости с программами. К счастью, не мои проблемы. Мои воркфлоу уже на открытом софте. Я даже сменить архитектуру могу, это часть плана. ME и PSP - задолбали. Я отделаюсь от x86 в обозримом будущем, имхо. > (Кстати, вот начнут авторы софта в линуксах - массово помирать... и посмотрим Опенсорс крут тем что позволяет самообслуживание. Я выучил этот урок. > с последними версиями ядра... Софту кроме совсем системного - довольно пофиг версии ядра. > потому что есть подозрение что их просто выпилят из дистров... Для меня майнтайнеры - удобство, а дистро - набор пакетов. Конструктор. Это у потребителей - непреодолимость и предопределенность. А когда научился сам на пантеон, мир read/write, все выглядит иначе. Оттуда big pic - виднее. > просто не в теме. И как такие заговорят про "хлам" когда > из UEFI всё же уберут линукс/develop сертификат... Не будет иметь эффекта на меня. Я затарюсь ARM64 или RISCV64 с открытым системным уровнем. И делов. Видите, с пантеона - уже не ужас. Так, анноянс, возня, переплатить немного за немассовость может быть. Но ничего нерешаемого. > 2) необходим для разных нужд, например всегда удобно иметь второй комп чтобы > переключившись - там что то поделать, У меня для таких целей мой прошлый комп остался. Он, конечно, тоже 64-битный. Так что системные эксперименты где я вообще совсем не уверен в результате, настолько что даже откат снапошта может не помочь - ну вот там, да. > завесить неделателен т.к.долго открывать их врунчую; > Что, и для этих целей нам, сугубо что бы не использовать "хлам"..., Не вижу причин по которым secondary комп должен быть откровенным хламом. > 3) это - наш "хлам" - уберите свои мерзкие толерастные ручонки от > чужого имущества! Так это вы пока суете свои лапки к другим и пытаетесь им диктовать что они "должны" делать. А они у вас ничео не занимали - и ничего вам не должны.
	Ответить | Правка | К родителю #382 | Наверх | Cообщить модератору

	407. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 04-Авг-24, 23:39
	Вы своём стиле перекручиваете. >> Сразу видно человека застрявшего в мире NIX и opensouce... > Я начинал с MS-DOS, и был фанатом WinNT. Всё тогда с вами понятно, я тоже начиная с MS-DOS но, для меня WinNT была  жутким трэшем, в сравнении с w9x пусть и более вываливающейся, впрочем та тоже не идеал тут, т.б.с драйверами проблемы и жручая как свинья. >Пока не заметил что есть варианты лучше и взаимодействия мощнее. Линух отрекламил себя сам. Сбилдив проект в 3 раза быстрее. Лучшая реклама ОС системщику. - Да куда там "отрекламил себя сам", это вы похоже протупили - посчтитав что он быстрей винды [в три раза], а по факту такой разницы не могло быть по определению, а тормозность его под w32, судя по вашим словам, значит из-за криворукой opensource же... прослойки совместимости его. А, с другой стороны - кроме GCC, другие же компиляторы под w32 - были куда быстрей, что вы предпочли не учесть. А, вот сами системные требования у линуксов с иксами[из адекватных] - были совсем не приемлемые для домашних ПК даже уже середины 1990-х, не говоря про ранее, впрочем позже да компы подтянулись - но и линукса требования тоже выросли. А, про игры и линукс тогда ещё - можно было сразу забыть. Нет я не спорю позже видел пингвин2Д сделали - но, как бы ещё даже DOSовый Prehistoric в 2D же - на голову лучше просто всячекски, притом он же был совсем не один как в линукс ещё долго а, куча разных - успевай смотреть. Про [AAA] 3D игр и говорить нечего, т.б.для w32 всё чаще. Впрочем, какие игры уж если Икс даже в удвонную от типичного номинала RAM не вмещался, так что это была мертворождённая ОСь как для desktopа/ПК, без вариантов, так по эникействовать но, в том же DOS это на голову интересней. Мне наоборот наоборот жутко повезло, считаю, что тогда мне линукс не попал в руки, а то бы тоже сколько времени за зря потралил мучаясь с его тормозами и сношаясь с ним не пойми зачем тогда(системным администрастором линухов никогда не мечтал работать, да и все работы уже начинали переходить на винды), вместо того чтобы получать удовольствие от ПК, и даже от MSDOS имеющего свои плюсы и без DOS-игр в сравнении с линуксом - в плане экспериментов с аппаратурой, познавая как оно работает - а, вот в линуксах всёравно что в виндах, или на java, сплошная абстракция аппаратры и никаких гарантий ни в чём. >> (Кстати, вот начнут авторы софта в линуксах - массово помирать... и посмотрим > Опенсорс крут тем что позволяет самообслуживание. Я выучил этот урок. Садо-мазохизм не все любят. >> с последними версиями ядра... > Софту кроме совсем системного - довольно пофиг версии ядра. Так даже в сферическом вакууме - не бывает. >> потому что есть подозрение что их просто выпилят из дистров... > Для меня майнтайнеры - удобство, а дистро - набор пакетов. Конструктор. А, для меня майнтайнер - это сегодня есть а, завтра закрылся(или вот выпилил 32бит или ARM3) - и ищи другого... а, у него в дистре - кардинально всё иначе, ладно бы только обои но, нет - даже все консольные команды другие, ядро и ПО прийдётся напомойку отнести, все знания о управлени дистром туда же. >Это у потребителей - непреодолимость и предопределенность. Так ведь так и есть, как сказал. Но, вы забыли добавить - только в линуксах... И от чего его даже в школы не пустили, подозреваю. Всем нужна стабильность. (В т.ч.и в знаниях по программированию API а, не так что просто завтра - оно устареет и прощай выкинутые годы обучения [в  школе]... и ради чего - чтобы гордится что ты не на быстро оптимизирующем проприетаре - а, на тормозе компилируешь код зато open-source, в котором и сами разработчики его давно ногу сломят, и вообще сам по себе блобище не меньшее проприетарных...) А, не так что Торвальдс встал с левой ноги - и решил перелопатить в минорной версиия API, а как быть ПО? "Кто не успел - тот опазадал!".  Ваше садомазо терпимо только в узких кругах, серверных, и то большинство предпочло бы линукс без него. > А когда научился сам на пантеон, мир read/write, все выглядит иначе. Оттуда big pic - виднее. Это пока есть Торвальдс и Ко, пилящие большинство всего нужного, а так и тут - один в поле не воин, будь ты хоть БрюсЛи. > просто не в теме. И как такие заговорят про "хлам" когда > из UEFI всё же уберут линукс/develop сертификат... > Не будет иметь эффекта на меня. Я затарюсь ARM64 или RISCV64 с открытым системным уровнем. И делов. Это только если вам игры и ПО в WINE не нужны, под x86[-64]... Впрочем я так понимаю у вас вместо игр и прочих удовольствий [на ПК] - линукс... Но, это неприемлемо другим [линуксоидам]. >> завесить нежелательно или т.к.долго открывать их врунчую; >> Что, и для этих целей нам, сугубо что бы не использовать "хлам"..., > Не вижу причин по которым secondary комп должен быть откровенным хламом. Выше я сказл вам - минимум для игр. Да и для разработки тоже полезно было бы программистам [в т.ч.линукс [ядра]] такое использвоать - сразу видна лажа, лагов. >> 3) это - наш "хлам" - уберите свои мерзкие толерастные ручонки от чужого имущества! > Так это вы пока суете свои лапки к другим и пытаетесь им диктовать что они "должны" делать. (А они у вас ничео не занимали - и ничего вам не должны). У вас мания преследования. Где это я диктовал, максимум объяснял почему лучше не вырезать и так работающее, т.е. *не делать*.
	Ответить | Правка | К родителю #388 | Наверх | Cообщить модератору

	416. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 17:39
	> Вы своём стиле перекручиваете. Это забойный технический аргумент. А технически GPT сделал примерно то что вы вещали :) > Всё тогда с вами понятно, я тоже начиная с MS-DOS но, для > меня WinNT была  жутким трэшем, в сравнении с w9x Лол. Жуткий трэш это Win95. Где даже ядра нормально нет, dos extender голимый, с несколькими раскиданными по закоулкам недоядрами, помойка в драйверах, отсутствие честного и неубиваемого шедулинга задач и изоляции процессов. Это - пародия на многозадачку, в хучшем виде. Где срезаны все мыслимые углы чтобы работало даже на совсем г@вне. NT был сделан как правильная ось. Как впрочем и пингвин. Это честные многозадачки. Относительно неубиваемая, с честным шедулингом задач и изоляцией процессов. Это имеет свою цену. Но ее имхо имеет смысл платить за надежность ОС, чтобы не ребутаться постоянно. > пусть и более вываливающейся, впрочем та тоже не идеал тут, т.б.с драйверами > проблемы и жручая как свинья. Это имело причину - оно не сцаный DOS Extender, а нормальная многозадачка. А мне не чужды симпатии к хорошей работе архитектов. Больше всего мне нравился винтукей. Уже с плагнплеем, на том железе не тормоз, но без активаций, подписей и прочих антиюзерских вещей. А X86, даже 32 бита - кривая пародия на норм процы и свалка костылей. Отдаленно напоминать нормальные процы этот трешак стал только в виде AMD64. > посчтитав что он быстрей винды [в три раза], Если часто нужная мне задача начинает выполняться втрое быстрее, это для меня аргумент. > а по факту такой разницы не могло быть по определению, Почему? У виндов все довольно плохо с процессами. Там нет семантики эквивалентной fork() и тем более clone() в линухе. И ФС. Там и по сей день все недалеко от 90х ушло с высокоинновационным нтфсом. Покупать 30 лет 1 и ту же ОС по сути, но с новым ограничиловом? Ох, вау, круто. > а тормозность его под w32, судя по вашим словам, значит из-за криворукой opensource же... ??? w32 к опенсорсу - как свиньи к апельсинам. > прослойки совместимости его. Это про NT API чтоли? > А, с другой стороны - кроме GCC, другие же компиляторы под w32 > - были куда быстрей, что вы предпочли не учесть. С другой стороны - я билдил кроссплатформенный софт. Одним и тем же набором инструментов. И если на какой-то платформе это в 3 раза быстрее, its a way. Нет, менять инструменты не вариант, ибо проект писал не только я, и ломать compat с ними не вариант. Кроме того знания о вендорлокнутых тулсах высокорисковый, не реюзабельный актив, зависящий от доброй воли 1 корпы, без возможности что-то оспорить вообще. Скажем старый или новый GCC я могу и сам попытаться собрать где мне там надо. А вот с проприетарным компилером этот номер не пройдет. Это что, какая-то дрянь будет мне указывать какую архитектуру, ос, версии этого и либ юзать? Щасс!! > говоря про ранее, впрочем позже да компы подтянулись - но и > линукса требования тоже выросли. Впрочем на моем актуальном компе - работает шикарно. А винда на иерархии с 100К файлов в 1 дире вообще выглядит жалко. Ее дико вклинивает при попытке это обозреть хоть чем, буквально на минуты. В линухе же я вообще не парюсь такими вещами. > в линукс ещё долго а, куча разных - успевай смотреть. Про > [AAA] 3D игр и говорить нечего, т.б.для w32 всё чаще. Таки в свое время 4х геруев на WinE неплохо завел даже. Впорчем я наигрался, познал более мощные игрушки для инженеров и у меня уже давно никаких вайнов нет. Хотя по старой памяти могу vcmi иногда запустить и погонять в H3 немного. [...лекция про везение скип] Мне не повезло в том что я убил время на не реюзабельное знание, которое более не актуально, о технологии целиком зависящей от доброй воли 1 корпы, без возможностей оверрайда. А те ее постепенно опоганили до вида когда я ЭТО юзать не намерен в принципе. Даже если приплатят. >> Опенсорс крут тем что позволяет самообслуживание. Я выучил этот урок. > Садо-мазохизм не все любят. У меня другой опыт. Я познакомился с множеством мощных, интересных, свободных людей. Которые что-то из себя представляют сами по себе, без кивания на корпы. Они многому меня научили, и показали чем может быть разработка софта на самом деле. Мне понравилось. >> Софту кроме совсем системного - довольно пофиг версии ядра. > Так даже в сферическом вакууме - не бывает. А таки - вон там был 6.1 изначально, а я 6.11-RC загнал. И все пашет, 10 версий ядра спустя. Меня такой расклад устраивает, а про 2.6.32 я уже и сам забыл. > А, для меня майнтайнер - это сегодня есть а, завтра закрылся(или вот > выпилил 32бит или ARM3) - и ищи другого... Я знаю 1 способ но он вам не понравится. Можно самому майнтайнером стать. А без этого - какие еще варианты есть? Поставить мир на паузу? Можно - юзайте современные той машине софт и ядра! > а, у него в дистре - кардинально всё иначе, ладно бы только обои но, То было про майнтайнеров подсистем ядра ;). Это не крокодилы, это аллигаторы :) > нет - даже все консольные команды другие, ядро и ПО прийдётся > напомойку отнести, все знания о управлени дистром туда же. Булшит. В целом достаточно реюзабельное знание получилось. > Так ведь так и есть, как сказал. Но, вы забыли добавить - > только в линуксах... Ага, ща. В винде я просто устал получать "подарки" от ms типа активаций, подписей дров и что там еще за ограничилово, онлайнакаунты и прочие отсылки нажатий клавиш на сервер "для улучшения качества обслуживания". Я совсем не "agree" с тем что они в EULA понакорябали. И кроме буковок это еще и в логике кода ведь есть. Код будет действовать - по этим буковкам. Я с этим не ОК. > А, не так что Торвальдс встал с левой ноги - и решил > перелопатить в минорной версиия API, а как быть ПО? "Мы не ломаем юзермод" (c) Торвальдс. Все изменея апи ядра - внутреннее дело ядра. Наружу оно однако вывешивает один и тот же интерфейс сисколов и весьма редко что-то там радикально меняют, если там что-то депрекейтится, анонс за многие годы, а опция сборки с "окаменелой какахой, для эстетов" может болтаться годами. > кругах, серверных, и то большинство предпочло бы линукс без него. Для меня винды оказались куда большим садомазо, жалею что время на них потратил. > Это пока есть Торвальдс и Ко, пилящие большинство всего нужного, а так > и тут - один в поле не воин, будь ты хоть БрюсЛи. Как говорит инженерная мудрость, проблемы стоит решать по мере их поступления. Винда уже стала для меня совершенно непригодной для моей жизни средой. А это пока работает. > Это только если вам игры и ПО в WINE не нужны, Как я сказал, я нашел более интересные игры на поле инженерии, а мои воркфлоу ворочаются открытым софтом. Да, это потребовало действий и адаптации. Зато теперь я могу не спрашивать тех "благодетелей". Мне от них ничего не надо, особенно на тех условиях. А вы лобызайте их ботинки. Я за вас это делать не буду. > под x86[-64]... Впрочем я так понимаю у вас вместо игр и прочих > удовольствий [на ПК] - линукс... Я пристрастился к адаптации оного под всякие кастомные задачи в околоэмбедовке for fun and profit. В паре с МК довольно мощное комбо получается, можно и позажигать. И все это можно делать сугубо открытым софтом, ня. > Но, это неприемлемо другим [линуксоидам]. Условный "мир во всем мире" для меня все же - приятный бонус, если получилось. А если нет, ну, это все же проблемы тех "линуксоидов". И они там как-нибудь сами их решают. Если кто захочет следовать моим маршрутом я даже возможно помогу кому-то из, но это на мое усмотрение. "Free software comes without support". Все что сверх того - добрая воля конкретных индивидуалов. Кто это понимает может пойти довольно далеко. И кто не понимает - тоже. Но направления будут немного разные. > Выше я сказл вам - минимум для игр. Да и для разработки Лично мне сие не надо. Я вообще за то чтобы господа ответили за ME и PSP по полной. Этого не будет в моих системах. > тоже полезно было бы программистам [в т.ч.линукс [ядра]] такое использвоать - ИМХО программисты и сами разберутся что и кому (не) полезно. >> (А они у вас ничео не занимали - и ничего вам не должны). > У вас мания преследования. Где это я диктовал, максимум объяснял почему лучше > не вырезать и так работающее, т.е. *не делать*. Реально с ARMv3 не вылезло ни 1 тушки пока. С v4 - 1 дев таки вот вылез, но там экоситема явно не в лучшей форме - всего 1 юзермод остался, и сколко они будут с этим возиться вопрос интересный. Просто есть некие долговременные цели эволюции. Есть наследие того что было ошибками. Скажем highmem или pre-devicetree подход с кучей machines. Это очень хочет уйти много народа. За то что куча проблем и свалка костылей. Не, просто оставить код в покое - не бесплатное удовольствие. Иногда рефакторят смежные части, потому что скажем прямо, в древние времена было наломано по первости немало дров. И что-то ессно может отвалиться, требовать патчинга, и проч. И тут народ начинает задаваться вопросом, мол - а этот ритуал вообще имеет смысл? Эти системы и их юзерей кто-то встречал кроме как в старых легендах что такое бывает?!
	Ответить | Правка | К родителю #407 | Наверх | Cообщить модератору

	258. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (193), 02-Авг-24, 00:05
	К сведению: MBR-оригинальный - даже логических дисков не умел, и ничего - расширили же... Маркетинг, причёт откровенно хуцписткий, там он всю историю у Intel и MS, вот лишь небольшой список исскуственных [программных]ограничей принуждавших миллионы и позже соотни милилонов людей обновлять ПК - ограничение в: ...{MSDOS оч.ранних версий, не вкурсе}, 512MB{HDD&BIOS}, 2GB{MS DOS&w95 orig./не osr2, MS NT4-BootSector причём, принуждая к отказу от w9x/DOS - для NTFS оно до 8MB}, 8GB{мин.в AWARD_BIOS<4.51 из-за отс.подд-ки INT13EXT, например w9x реально видит но, д.б.ниже лимита BIOS; и ~в wNT4 без этого огр-ния,}, 32GB{MS Widnows 9x - искусственное ограничение дисковых утилит проверки и оптимизации, но стороние не ограниченны так}, 128GB{w9x предел офц-но якобы трудно исправимый - но, энтузиастами поборено... уже даже куча разных патчей, до 2GB, может уже и больше оч.давно не смотрел мне и 128GB хватает т.к.не основной комп}, 2GB{BIOS?,FAT32,и вообще MBR про который выше уже сказал}; Маркетинговая порча обратной совм-ти с PC-архмтектурой для порти совм-ти с ранне-выпущенными ОС и просто со сторонними ОС без проприетарных драверов т.е.через VESA API выводящих: отказ от MBR, и отказ от BIOS, порча VESA в мин.nVidia начиная с 9xx серии и выше, порча ещё раз чуть позже ими же больше ф-ций.
	Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

	259. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 00:10
	* логических дисков не умел => логических разделов
	Ответить | Правка | Наверх | Cообщить модератору

	284. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (284), 02-Авг-24, 07:48
	Логические разделы это костыли с кучей оговорок и под них не пришлось бы обновлять весь написанный софт (он их просто не увидит). А вот для того, что предлагаешь ты, пришлось бы переписать вообще всё, и тут сам знаешь как оно с проприетарщиной, выпущенной годы назад. Вот и закопали, ни одной причины тянуть это не было.
	Ответить | Правка | Наверх | Cообщить модератору

	327. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 02-Авг-24, 20:04
	> Логические разделы это костыли с кучей оговорок и под них не пришлось бы обновлять весь написанный софт (он их просто не увидит). Зачем это его обновлять?.... Оставляя совм-ть с ранее выпушенными ОС. - Только драйвер ОС. Возможно даже встроенные дисковые утилиты не надо, а если надо не проблема же производителю ОС или винчестера - драйвер было положить на диск.  А, не встроенные - сами обновляться, да и вообще они жуткий риск трояна... тем у кого антивирус выкручен, т.к.они его обходят легально.
	Ответить | Правка | Наверх | Cообщить модератору

	426. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 23:12
	> Зачем это его обновлять?.... Оставляя совм-ть с ранее выпушенными ОС. - Только драйвер ОС. Ну так вон там и обновили до GPT - у которого "protective MBR" в первом секторе :) > Возможно даже встроенные дисковые утилиты не надо, Ну да. Подумаешь, файлуха вдрызг после них разлетится где-то. А что ожидается получить если тулсы будут не в курсе и смещения более 2Тб - профакают? Правильно - ФС у юзерей будут разлетаться вдрызг. Юзеры будут злые. И сольют тому же MS за это репутацию, они и так за разрушения NTFS на томах более 2 TiB едва отмылись.
	Ответить | Правка | Наверх | Cообщить модератору

	286. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от maximnik0 (?), 02-Авг-24, 08:24
	>т.е.через VESA API выводящих: У Vesa есть проблема: она проектировалась под монопольное владение выводом,т.е не многозадачные операционки-не в 3 версии подвижки в многопользовательский режим есть, так и поддержка разных частот разрешения.Но кто поддерживал 3 версию ??? Всё в основном 2.Из за этого даже из под сеанса дос можно опрокинуть офтопик Xp  - например некорректно выйти из игры Сетлер.Синий экран гарантирован.Кроме того там есть анохроизм - требуется строго фиксированное прерывание,другое прерывание стандартом не предусмотрено.
	Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

	329. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (355), 02-Авг-24, 20:42
	>т.е.через VESA API выводящих: > У Vesa есть проблема: она проектировалась под монопольное владение выводом, Другое и не надо, в виндах всё работало. > т.е не многозадачные операционки - не, в 3 версии подвижки в многопользовательский режим есть, так и поддержка разных частот разрешения. Но кто поддерживал 3 версию ??? Всё в основном 2. Как подозреваю все видеокарты минимум после 1998-2000 года, а про них и речь была. Другое дело что вроде бы далеко не все VESA3 2D-ускорение поддерживали(ют), но это опять маркетинг длинной руки MS? по другому не объяснить же, ибо самим производителям не выгодно сужать круг покупателей их продукции и т.б.что бы на них говорили что тормоз, из-за этого. > Из за этого даже из под сеанса дос можно опрокинуть офтопик Xp  - например некорректно выйти из игры Сетлер.Синий экран гарантирован. Дравер... Или глючит что то ПК, даже более вероятно особенно если комп не новый, разгонялось и/или просто производитель халтрущик, сам незавно заменил такую долго помучала. К тому же нечего под XP в DOS игры игарть - там же просто треш в DOS-консоли... недоэмулятор: вон в в BUILD игрокам приходится VESA2 видеорежимы выключачть патчем, это про качество VESA API эмулируемое.. аналогично эхо уже из-за SBLive!(и выше?) w32-драйвера, по определению не поддерживается UNIVBE [с ускорением VESA2] и в т.ч.увеличение числа режимов а, для ЭЛТ было ещё важна центровка да и частоты кому то, все порты дико лагают из-за эмуляции их под предлогом повышения защищённости(оказавшейся дутым фейком), даже некорректно работает системный таймер через порты,  MIDI неработает или требует доп.драйвер непойми от кого с вирсятиной с sf, и наверняка что то забыл, а ну, да - может быть так что скорость слишком велика - антитормозить или звуки портиться, или ранее ещё была мин.на некоторых процессорах проблема рассинхронизация ядер - с перекидыванием про ядрам если используется RDTSC таймер. В общем, все NTbased OS никогда не были заточенны под DOS игры, только w9x, сам MSDOS и DOSBOX(в т.ч.форки). > Кроме того там есть анохроизм - требуется строго фиксированное прерывание,другое прерывание стандартом не предусмотрено. WTF?... no comment, но возможно вам нужен CALLAPI в VESA2.
	Ответить | Правка | Наверх | Cообщить модератору

	335. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от maximnik0 (?), 02-Авг-24, 22:06
	>WTF?... no comment, но возможно вам нужен CALLAPI в VESA2. Там грустно их за жёсткой завязки на прерывание int 10h. Используется для  Vesa Bios Extension (VBE) .В многозадачных ОS это частично обходиться кэширование биус и перехватом/ подменной функций,но даже в линуксе когда смотришь исходники vesa фрэймбуфера,все завязано на эту функцию.
	Ответить | Правка | Наверх | Cообщить модератору

	385. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 03-Авг-24, 20:43
	VBE(2) это и есть VESA2(+) потому странные вещи говорите - про "жёсткой завязки на прерывание int 10h" у  CALLAPI... который для исключения этого и был создан... Могу предположить что вы видели вызовы INT10 для поддержки VESA1, которая даже м.б.и на более новых в.а.чем из времён VESA1. Если возмущение про инициализацию VESA[2]- так это как бы INT 10h расширение - а, чего вы хотели...  Опять же - и странные у вас притензии, и может вам ещё и переключение в текстовый режим консоли - подавай без INT10?! :)
	Ответить | Правка | Наверх | Cообщить модератору

	349. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 23:21
	> У Vesa есть проблема: она проектировалась под монопольное владение выводом, > т.е не многозадачные операционки-не в 3 версии подвижки в многопользовательский > режим есть, У нее немного другая проблема. Дергать 16-битный BIOS из 32/64 бит protected mode OS - это ну такое себе. Это просто капец как тормознуто и криво. FPS в многозадачке такой что даже ютуб не посмотришь на таком видео-тормозителе. > основном 2.Из за этого даже из под сеанса дос можно опрокинуть > офтопик Xp  - например некорректно выйти из игры Сетлер.Синий экран гарантирован. Вообще это таки - баг какой-то, что так вообще можно. > Кроме того там есть анохроизм - требуется строго фиксированное прерывание,другое > прерывание стандартом не предусмотрено. А тем временем штуки типа APIC так то стали довольно крутыми и гибкими. А DMA движки отросли не только с одной стороны PCIe - но и другой! Да, у GPU есть свой DMA-engine, потому что он сам как небольшой комп, ну и вот для разгрузки GPU от ворочаний своей памяти - DMA есть. И де факто это как 2 компа коммуницирующих по PCIe. Где VESA в этой схеме вещей - ну вы поняли.
	Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

	387. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 03-Авг-24, 21:49
	>> У Vesa есть проблема: она проектировалась под монопольное владение выводом, >> т.е не многозадачные операционки-не в 3 версии подвижки в многопользовательский >> режим есть, > У нее немного другая проблема. Дергать 16-битный BIOS из 32/64 бит protected mode OS - это ну такое себе. > Это просто капец как тормознуто и криво. FPS в многозадачке такой что даже ютуб не посмотришь на таком видео-тормозителе. - Реализация, реализация... в OS, декодеке и проигрывале/браузере (а, он и без видео-вывода - имеет системные требования огого... как для просто просмотрщика страничек, что было быстро - ещё в конце прошлого века... даже на самых тормозных тогда вроде вечного тормоза от moZilla требовавшего аж пень-1... впрочем тогда уже вышедший давно на западе но, у нас с задержкой на несколько лет тогда как обычно, из-за цены и слива нам устаревшего барахла с запада, т.б.ещё потому что нередко и б/у из корпораций - как нового, с "конскими" ценами и без учёта ситуации кризисов 1990-х годов). В той же w95 (тогда с безальтернативный VESA а, кому то и вовсе VESAv1) - не мешало же ролики/хф смотреть...  а, на чуть позжих компах тогда - даже в тормозах w98[se]/wNT4/2K. Хоть далее начав подсаживать на бестиарий драйверов и видеокарт и заодно принуждая выходя в Internet сливать всё с пк для подключения к серверам MS и производителей видеокарт в ч.н. - начали VESAвывод (тоже)жутко залагивать. Мне сложно вот так сказать кто тут, т.б.уч.заинтересованность в сливах, был первым - MS или Линукс(ы), которые по кр.мере в те времна - имел просто несовместимые с пользовательскими типичными ПК системные требования, особенно при использовании с GUI/X (и чем круто тогда просрал рынок игр и вообще ПК...) тут это проблема кажется просто вечна - но, причём тут VESA API?!... >> Кроме того там есть анохроизм - требуется строго фиксированное прерывание,другое >> прерывание стандартом не предусмотрено. > А тем временем ... у GPU есть свой DMA-engine, потому что он сам как небольшой комп, ну и вот для разгрузки GPU от ворочаний своей памяти - DMA есть. И де факто это как 2 компа коммуницирующих по PCIe. Где VESA в этой схеме вещей - ну вы поняли. Ну запусти на этом 2ом компе - сегодняшщнее линукс-ядро но, завтра... И т.б..если постоянно не обновлять линукс или вообще не пользоваться им, а потом понадобится а тут бац а уже - вон не только VESA заглючен маркетингово, читай выпилен реально, убивая совм-ть с DOS играми и независимыми или ранними ОСями, но и MBR c BIOS - тю-тю...
	Ответить | Правка | Наверх | Cообщить модератору

	389. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (389), 03-Авг-24, 23:27
	> - Реализация, реализация... в OS, декодеке и проигрывале/браузере VBE - пережиток DOS. Не есть удобный и эффективный механизм для честных многозадачек с нормальным шедулингом и изоляцией процессов друг от друга. Им сильно другие вещи удобны. Идеал (для PCIe) - после начального сетапа - "resizable BAR". Когда VRAM влобовую замаплен как BAR PCIe, и прозрачно доступен и хосту и GPU как "адреса памяти". Но так правда только совсем новый хардвар умеет. Вот memmapped окно размером с VRAM это круто и удобно, да. Для APU амд придумало даже круче: совместно юзаемое CPU и GPU окно в RAM, так что вместо копирования в VRAM - достаточно указатель на тот регион GPUшке передать, так что трансфера данных нет совсем. Но толку с этого умеренно, IO от GPU грузит обычный DDR запредельно, а там еще проц хотел бандвиза. > В той же w95 (тогда с безальтернативный VESA а, кому то и вовсе VESAv1) - Ну так тогда и системные шины были - какие? VLB? PCI как максимум? PCI в свои лучшие времна упирался в шину при попытке выдать хоть какой-то FPS на разрешении больше чем 320x240. И вон то было сильно меньшей проблемой в целом. Всех достало, появился AGP. А потом и PCIe, пересмотревший "более быстрых лошадей" имени AGP в пользу совсем иных подходов. > не мешало же ролики/хф смотреть...  а, на > чуть позжих компах тогда - даже в тормозах w98[se]/wNT4/2K. Агаблин, по PCI да с VBE только видео и смотреть. Как слайдшоу прокатит конечно. И кстати W98 как раз не был тормоз. Дрова на асме, куча хаков, и даже для S3 Virge таки - были нативные дрова, ессно заметно быстрее VBEшных. Так уже можно было что-то немного посмотреть, но все равно. Даже пентиум - ну вот MP3 трек едва жует. А чтоб еще видеоряд... даже дубовый MPEG1/2 с низким разрешением - душно ему было. Так появился MMX и проч, с SIMD регистрами. > выходя в Internet сливать всё с пк для подключения к серверам > MS и производителей видеокарт в ч.н. - начали VESAвывод (тоже)жутко залагивать. Оно не поражало воображение и тогда, инстал нативного драйвера заметно разгонял это добро. Прада в PCI все равно упиралось. Ну а AGP GPU уже никто без нативных дров и не юзал всерьез. > - MS или Линукс(ы), которые по кр.мере в те времна - У лично меня мой линух ничего никуда сливать чисто технически не способен. И да, на винде я бы не взялся повторить мой конфиг. > Ну запусти на этом 2ом компе - сегодняшщнее линукс-ядро но, завтра... Это не имеет смысла. GPU как проц общего назначения печален. Он низкочастотный. У него слабый exec flow control. Зато дохрена simd lanes. Заточено на более-менее однотипные операции по площади, оптом. И GDDR под блочный последовательный доступ оптимизирован, в отличие от обычного DDR. На этом нет смысла запускать general purpose софт. > потом понадобится а тут бац а уже - вон не только > VESA заглючен маркетингово, читай выпилен реально, убивая совм-ть с DOS играми Я не играл в DOS игры мнооооого лет. У меня есть более интересные игры. Например KiCad. Или вон тот STM32 отрисованый в нем с моей фирмварью. Это намного более интересная игра, где можно потрогать меньше чем микросекунду "руками". > и независимыми или ранними ОСями, но и MBR c BIOS - тю-тю... Ну дык выпадает из использования -> начинает хреновее тестироваться и работать, по остаточному принципу делает. Как вы понимаете, внутри GPU ессно нечто совсем другое и это лишь эмуляция различной степени кривизны. И если микроархитектуру перепахали - что-то могло и отъехать, и не факт что это заметили или сильно парились. Сложное это дело в софте - быть вне майнстрима. Все баги - ваши. Это не заговор, везде в разработке софта так.
	Ответить | Правка | Наверх | Cообщить модератору

	408. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 05-Авг-24, 00:34
	Брехня, по сути всё в ключевом несогласии, но в ч.н.  последняя строка - что не сговор, корректней тут. Прочее вижу что, из-за кривого прочтения. Например: Та же тема про VESA - я вам про одно а, вы мне про вообще третье... Странный диалог получается. Да и тут кто то без контекста прочёл: > Ну запусти на этом 2ом компе - сегодняшщнее линукс-ядро но, завтра... > Это не имеет смысла. GPU как проц общего назначения печален. Он низкочастотный. У него слабый exec flow control. Зато дохрена simd lanes. Заточено на более-менее однотипные операции по площади, оптом. - Речь про типичное использование. Могу перефразировать: Ну запусти сегодняшщнее линукс-ядро но, завтра... (уже с совершенно другой моделью видеоадаптера).
	Ответить | Правка | К родителю #389 | Наверх | Cообщить модератору

	417. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 17:45
	> Брехня, по сути всё в ключевом несогласии, но в ч.н.  последняя > строка - что не сговор, корректней тут. Я думаю ключевое несогласие - в одном моменте: все делать максимально пер ректум "ради совместимости" хотя уже придумано 100500 способов лучше. Более того, AMD GPU прекрасно заводятся на ARM а с неких пор и RISCV. Где нет никаких, бэть, BIOS с x86 командами. И кстати ARM так то в суперкомпы пролезли - в том числе и с амд, так что кейс не только теоретический но и активно практикуемый уже. PCI(-e) изначально платформенно-нейтральные шины. И вон то с BIOS в этом контексте дикие костылищи, с самого рождения. > мне про вообще третье... Странный диалог получается. Видимо потому что кто-то думал что мир крутится вокруг compat с его x86 какахами, а оказалось что PCI(e) - вообще платформенно нейтральными задуман. > - Речь про типичное использование. Могу перефразировать: Ну запусти сегодняшщнее линукс-ядро > но, завтра... (уже с совершенно другой моделью видеоадаптера). Сегодняшнее ессно понятия не имеет как завтрашнее железо инициализировать. Если кто хочет новый GPU то и новое ядро захочет. Чудес не бывает. Алгоритмы заранее - не напишутся. И не, простите, VESA и 5% возможностей железки не раскрывает. Это реально такой fallback.
	Ответить | Правка | К родителю #408 | Наверх | Cообщить модератору

	322. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 18:33
	> К сведению: MBR-оригинальный - даже логических дисков не умел, > и ничего - расширили же... Это расширение было - в эпоху MSDOS'а. А чтобы вот прям ща - уже гиморно. Т.к. совместимость с много чем сломается. И там места уже нет. Те 4 партиции + буткод выжрали место до предела по сути. А если новые сектора брать... ну... так и появился GPT, где лимиты радикально развинтили. У него есть "protective MBR" и он в каком-то роде это и есть :) > Маркетинг, причёт откровенно хуцписткий, там он всю историю у Intel и MS, > вот лишь небольшой список исскуственных [программных]ограничей принуждавших миллионы > и позже соотни милилонов людей обновлять ПК - ограничение в: ...{MSDOS Если уж так копать, я знаю более крутой заговор. IPv4 с 32 бит адреса. Это вроде без майкрософта было. А поди ж ты. Теперь айпишников настолько не хватает на всех, что уже на хостингах шкуры дерут, а NAT стали напрягаться и порой динамически меняют IP на уж что есть на разные конекции 1 юзера, что уж совсем перверсия - но куда деваться, если у IP порты кончаются а юзерь новые конекции хочет?! Т.е. IPv4 по сути доломали до логического финала - теперь банить по айпи вообще маразм полный. Надо гасить весь CGN, даже для мелкого mitigation какого-то левака, вышибая половину интернета с сервака. Иначе гамнюк вообще не замечает этих потуг, летая по айпишникам пула как г@мно в проруби - без каких либо действий с его стороны, кроме новых TCP конекций. Вот это я понимаю, заговор так заговор. А эту вашу VESA (которая эмуляция, ессно) видимо при переносе на новое семейство просто никто уже не тестирует как следует. EFI это иначе делает, ему оно не надо, бутлоадер или кто там - может на минималках рисовать в "EFI framebuffer". А это видимо оставлено для желающих грузануиться через compat mode, типа-bios, с примерно той же целью: должно хватить отрисовать бутлоадер и начальный прогресс ос. Потом нативный драйвер врубится и оно ничего обшего с VESA в этом режиме не имеет. Т.к. это сильно побочный кейс - имплементится и тестируется по остаточному принципу.
	Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

	360. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от maximnik0 (?), 03-Авг-24, 03:18
	>через виртуализацию, есть статья на хабре. Явки,пароли и адрес.Чего то не нашел :-(
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	370. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (370), 03-Авг-24, 16:18
	> Явки,пароли и адрес.Чего то не нашел :-( https://www.opennet.dev/opennews/art.shtml?num=59164 на хабре копипаст без указания источника
	Ответить | Правка | Наверх | Cообщить модератору

	177. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Хурдит (?), 01-Авг-24, 18:11
	Внезапно не все имеют набор ваших задач. Так-то и на Андроиде вполне можно жить. А уж на винде тем более.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	5. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+7 +/–
	Сообщение от Аноним (284), 01-Авг-24, 11:24
	Я не уверен, что на 40 мегагерцовых армах нынешний линукс будет хорошо работать. Если i486 дропнули, то чем арм лучше? А если тебе нужны виновные, посмотри лучше на тех, кто ржавчину и зависимость от шланга пропихивает.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	8. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (2), 01-Авг-24, 11:42
	Но древне процессоре в роутере отлично работает. Я конечно понимаю что настоящая причина что надо больше золота. Но в этом нет ничего хорошего для пользователя.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 01-Авг-24, 12:05
	> Но древне процессоре в роутере отлично работает. Древний линукс, да, отлично работает.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 01-Авг-24, 19:11
	Нет не отлично, не отлично даже на НАМНОГО позжих - из-за прибитости уже почти всего Internet - к https сертификатам, и одновремнно прибитости браузеров с ними и серверами корневых списками(а, в ч.н. с LiveCD они я так понимаю и не обновляются) - к конкретной API Linux ядра... Торвальдс су_ёныш вместе с корпораиями производителями оборудования - о всём позаболись что бы их пользователи были как белка в колесе...
	Ответить | Правка | Наверх | Cообщить модератору

	51. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 13:06
	> Но древне процессоре в роутере отлично работает. А нафига тебе на нем распоследнее ядро? Заплатки ты будешь получать в slts ядро еще лет 10. > Я конечно понимаю что настоящая причина что надо больше золота. Настоящая причина что в ядре код, который даже проверить не на чем. И ты при очередном изменении не можешь узнать что сломал какую-то древнюю железку. > Но в этом нет ничего хорошего для пользователя. Это прекрасно! Старый хлам должен замещаться, иначе развитие остановится. Вас послушать, так все бы сидели за пузатыми текстовыми мониками и говорили "да намально всё, зачем что-то менять???"
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	78. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (78), 01-Авг-24, 13:57
	Ещё один экстрасенс. Откуда ты взял что нет железок? Ничего кроме несите ваши денежки за этим не стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 14:04
	> Ещё один экстрасенс. Откуда ты взял что нет железок? Ничего кроме несите > ваши денежки за этим не стоит. И кто получатель этих денежек? КМК если у вас роутер с 40МГц процом, то вы и сами денег занесете кому-то совершенно добровольно. Чтобы немного более мощный экземпляр купить. Ну или что вы вон тем роутить собрались? Диалап? GPRS? Больше он не прожует тупо.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
	Сообщение от Аноним (78), 01-Авг-24, 14:13
	Мощный экземпляр это маркетинговый буль-щит
	Ответить | Правка | Наверх | Cообщить модератору

	110. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 14:45
	> Мощный экземпляр это маркетинговый буль-щит Никто не запрещает запустить бенчи и посмотреть разницу самостоятельно. Хотя конечно если на такой роутер нацеплять девайсы типа псиона - тогда и 802.11b ископаемый не смутит. Но так даже ютуб не посмотришь. Даже 144p, с картинкой напоминающей китайский тетрис.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (157), 01-Авг-24, 16:49
	Какую разницу? Разницу в рекламе зачем тебе эти попугаи? Ютуб смотрится на Дир 300 первой ревизии которому около миллиона лет. Выкинь из головы весь свой маркетинговый мусор.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (155), 01-Авг-24, 17:02
	И там процессор ≈200 МГц, а не 40. И да, для ютуба как раз и 10 мбит/с достаточно.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 17:03
	> Какую разницу? Разницу в рекламе зачем тебе эти попугаи? Разницу в практических задачах: - скорость компиляции - обработку данные на выбор (запросы к бд, фильтрация пакетов) - рендеринг, кодирование изображений/видео Или тебе побоку, потому что ты только башпортяночки пишешь?
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	182. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Хурдит (?), 01-Авг-24, 18:13
	Но уже не везде ;)
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	190. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 18:45
	> Какую разницу? Разницу в рекламе зачем тебе эти попугаи? Ютуб смотрится на > Дир 300 первой ревизии которому около миллиона лет. А у него вообще хоть вафля то - есть? Да и смотреть можно по разному, с разным числом девайсов, в разных разрешениях. Штуки три планшетки с FullHD он прожует? > Выкинь из головы весь свой маркетинговый мусор. Ага, назло бабушке буду использовать wi-fi .11b, посматривая ютуб в 144p :). Шевелящиеся квадратики это же так клево. Но, между нами, у 10-баксового одноплатника с али 512 оперативы, 4 ядра, и он вообще будет роутить уж на полных 100 мегабитах вообще не подавившись. А его сосед чуть помощнее - и гигабит сжует спокойно. При том 10 баксов не такая сумма чтбы так за нее душиться, не позволив себе что-то такое раз в несколько лет, даже и чисто по приколу.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	97. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (97), 01-Авг-24, 14:15
	> Вас послушать, так все бы сидели за пузатыми текстовыми мониками и говорили "да намально всё, зачем что-то менять???" Во всяких vi и emacs.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	226. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 01-Авг-24, 20:12
	> Так это же типичный для этой палаты диагноз. Посмотрю на Office/Wold в тесктовом режиме [виртуального]терминала... И у кого тут диагноз?...
	Ответить | Правка | Наверх | Cообщить модератору

	62. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (-), 01-Авг-24, 13:24
	> Но древне процессоре в роутере отлично работает. С 40МГц? Да блин, он даже 10 Мбит поток поди не прожует. > Я конечно понимаю что настоящая причина что надо больше золота. Но в этом нет ничего хорошего > для пользователя. Настоящая причина что куча хаков, кода "спецом для" этих антиков и проч - который уже никто не хочет майнтайнить. Скажем ATAGS - это древний способ передачи командлайна ядру от бутлоадера. В целом же там давно был переход на Device Tree. И этот переход - для уменьшения зоопарка и хаков, опять же. DT эмулирует этакий псевдо-плагнплей, позволяя билдить 1 кернел на кучу железок, а Device Tree даденое фирмварой платформы (== бутлоадером) рассказывает из каких блоков эта конкретная железка состоит. Не, у простых шин типа i2c, spi и uart нет - discovery того что там прицеплено. Вы либо знаете "где-то сбоку", что там допустим датчик температуры, либо - не сможете с ним работать, ибо ядро нии...т что там на этом i2c висело "само по себе". Там нет процедуры энумерации шины и опроса что сие за девайсы. DT эмулирует плагнплейность, дав ядру описание из чего состоит конкретно эта железка ядру, будучи "частью железки". Поэтому оно и "часть фирмвары железки" как таковое. ...но древние бутлоадеры не понимали как с DT работать. И юзали куда более примитивный протокол ATAGS, который, однако, не решает вон ту проблему вообще совсем никак. Это часть проблемы. А проблема состоит в том что в ядре - куча "machines", с кодом специфичных для, и конфигурацией для - вот именно конкретных железок, на 1 и том же типе проца, но с разным обвесом. Эти "machines" - из эпохи мезозоя^W до'devicetree'шной эпохи - и всех уже задолбали. Ибо спецом для них висит немало кода "на каждую железку индивидуально". Что суть помойка. Господам было предложено перейти на Device Tree, для уменьшения этого зоо, еще много лет назад. То что кому-то было реально надо - на DT давно ушло. А вон то легаси всем очень хочется прихлопнуть. Ибо если кто за столько лет не заапдейтил поддержку платформы на Device Tree чтобы можно было реюзать код и делать универсальные кернелы, ну, окей, вероятно, та платформа умерла совсем. И зачем им тогда новые кернелы? Кто их будет собирать, деплоить и - потом юзать?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	255. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 01-Авг-24, 23:31
	Сказанное не соответствует действительности: 1) проблемность автоопределения наличия в т.ч.датчиков - вполне себе решается по идентификации компа или запросу, в тех же виндах - косвенно реализованной ручной установкой драйвера; 2) поддержка древней аппарутры - на порядки легче чем более совремнных, не скажу про ARM-бестиарий совсем уж условно-древний - но, на PC тот же вышеупомнутый 486 - ну это всё равно что выкинуть из ядра 99% всего - вот и будет этот 486! Потому что ничего уникального драйвера чтобы далее не использовалось нет; 3) кроме реалзации отсутствия поддержки SIMD-расширений, кот.м.б.и для не PC архитектур, т.е.кроме задоната и ещё и самим навернука м.б.взападло без intristic'ов писать(+тестировать же, а как же, хотя кто там кроие потребителя тестирует...); 4) а, там где доныне есть распараллеливание реализации кода как с 686 - эти линукс-кернельные и линукс-ПО губошлёпы делают (когда вообще делают обратную поддержку... в чём и похоже проблема, если дпжн уж оригинальные линукс ядро 386, как и 486, выпилены - значит уже часть не делают официально, так и почти 30-ти летний же 686 скоро могут убрать, в линукс ядре, а в дистрах же уже - только 64-битки... а, это пень-4-дуо и выше) - для якобы-оптимизации всё ветви кода - в #ifdef'ах, в итоге для каждого проца - нужен свой форк + репозиторий отдельный, ну не идиотизм?!...
	Ответить | Правка | Наверх | Cообщить модератору

	323. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 19:07
	> Сказанное не соответствует действительности: Давайте я вам скажу несколько вещей? 1) Я занимаюсь этим направлением и у меня ARMов как у дурака фантиков. 2) Я плотно занимаюсь вот именно линухом на этом всем. И знаю что говорю. > 1) проблемность автоопределения наличия в т.ч.датчиков - вполне себе > решается по идентификации компа или запросу, Ну вот с Device Tree и сделали что-то типа. Сказав, что предоставить DeviceTreeBlob (DTB) - ответственность производителя, интегратора, пользователя, а технически - фирмвары/бутлоадера знающих более плотно что у них за девайс. А кернел может быть относительно generic. > в тех же виндах - косвенно реализованной ручной установкой драйвера; В линухе это без шансов. Там никто не "ставит драйверы вручную", особенно с майнлайном. Поэтому ситуация: есть ядро. Есть пачка модулей для все и вся, на тех шинах, но нет описания структуры железки и механизмов энумерации. DTB предоставляет эту информацию, и является зоной ответственности - ну вот не ядра. А того кто общую интеграцию ворочал. Это из задача дать инфо что в конкретно этих железках и где было. А ядро инициализирует/вгрузит эти драйверы. Пересобрать DTB из DTS сильно проще и быстрее чем пинать ребилд ядра, это 1 небольшой файлик с описанием структуры железки. > 2) поддержка древней аппарутры - на порядки легче чем более совремнных, не > скажу про ARM-бестиарий совсем уж условно-древний - Проблема из-за которой DTB появился не столько в этом - сколько в том что enumeration не было и нет, и неизвестно какие модули грузить. А вкомпиливать в вот именно сишный код описание 100500 железок "на вот таком проце" тупиковый путь эволюции оказался. Тем более что пользователь/имплементер может и "свой" датчик на I2C развесить "на ту желещку". Драйвер для него есть, вон модуль. Но откуда системе знать про это? Рекомпилять все сишное добро чтобы систему о изменении структуры железа информировать? Это бред. Поэтому - DTB поменять немного, подпихнуть бутлоадеру его. Система останется без изменений, заметит датчик в "почти plug and play" режиме - и все завертится. На самом деле умно придумано, подвиртулизовали немного плагнплей, да и только. > но, на PC тот же вышеупомнутый 486 - ...в их шерсти водятся блохи, блохи это кровососущие насекомые, блаблабла. > 3) кроме реалзации отсутствия поддержки SIMD-расширений, кот.м.б.и для не PC архитектур, В случае ARM это как видите и куча наборов инструкций (нет, не только SIMD но и обычных). Несколько ABI. Старые форматы взаимодействия с бутлоадерами, и, вот - те кто на DeviceTree не перешел. Они требуют к себе персонального внимания, эта помойка напрягает, ее хотят уйти, а вон те - просто самые дохлые в ней оказались. > 4) а, там где доныне есть распараллеливание реализации кода как с 686 > - эти линукс-кернельные и линукс-ПО губошлёпы делают Вы в вашем праве делать любое ПО так как надо вам, дав господам мастеркласс делом. И если что мне не интересны проблемы x86 и винды в топике про Linux и ARM. Не надо тратить мое время на это. Спасибо за понимание.
	Ответить | Правка | Наверх | Cообщить модератору

	336. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 02-Авг-24, 22:15
	А, не убедительно... Я, вам про концептуальные подвижки а, вы мне про технические ваши как разработчика проблемы... которые пользователей в т.ч.вашей продукции - не должны волновать, т.б.потому что, это - ваша работа... Ваши все аргументы прямиком из методички полит оболванивая т.к.в стиле: Plug&Play это лучше мне как программисту и даже пользователю[немного] - чем отсутвие Plug&Play (с чем никто не будет же спорить что, лучше) и потому всё владельцы не-Plug&Play устройств - идите куда подальше! (как и было сделанно ранее на неинтересном вам x86 но, для примера же).   Потом, следуя "прогрессу" как это было уже у Apple подобные вам скажете (а, производители оборудования ещё и задонатят таким): - и USBразъёмы с его бестиарием версий и устройств давайте выпилим, а вы пользователи - бежите обновляйтесь... Потом ещё что нибудь, и так всю жизнь. Как и происходит что на ARM что на PC. Я это называю своими словами - (слишком...)узаконенный грабёж. И вредительство. И без упоминания вредительства в области прекращений поддержки ранее выпущенных x86 - чего стоит только одна тема введения повсеместно "https"(в т.ч.подозрительно всячески форсированная производителями Internet-просмотрщиков так что они сами блочат при устаревании сертификатов хоть могли это и не делать, а когда не блочат всячески устраивают гемморой на каждой просто страничке), и даже только в отношении линуксов рассматривая - все линуксы версий старше 5-15 лет уже фактически не совместимы с Internet... И вот ведь как удобно кому то получается:  вы говорите мне/нам-всем "не нравится - не пользуйтесь, обнволёнными [Linux [kernel]]" а, другой рукой - сами же вынуждаете пользоваться именно ими, из-за исскуственно устаревания ранее выпущенных, и притом даже более быстрых. Что это как не какой то софизм у вас?...
	Ответить | Правка | Наверх | Cообщить модератору

	353. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 00:01
	> А, не убедительно... Некоторые понимают только когда жизнь со всей дури факты по лицу. Можно. Но больно. > Я, вам про концептуальные подвижки а, вы мне про технические ваши как > разработчика проблемы... Концептуально - автору идеи и карты в руки. В софтострое как правило если кто лучше всех знает как надо - это подразумевает что он пойдет и накидает core реализации, показывающее остальным как надо было. Сюрприз! > которые пользователей в т.ч.вашей продукции - не должны волновать, > т.б.потому что, это - ваша работа... Называя вещи своими именами - пользователи качающие права в линухе всем пофиг. Там вы либо 1) участвуете в жизни проекта, беря на себя часть проблем, либо 2) платите денег кому-то чтобы это сделали - они. А припереться нахаляву, нахрапом "вы мне должны" - удачи :) > Ваши все аргументы прямиком из методички полит оболванивая т.к.в стиле: > Plug&Play это лучше мне как программисту и даже пользователю[немного] Мои аргументы - это опыт прагматика, практикующего направдение и понимающего, почему так. Когда тот хлам не найдешь днем с огнем, майнтенанса, синхронизации кода после рефакторов и проч требует, а это уже даже протестить как оно потом работает никто не может или не хочет - см ремарки про N800 в треде. И это на минутку, ARM11 (ARMv6) - просто с костылями на тему MPCore, Ti там какие-то нестандартные извраты IIRC сделал. И в целом сильно кастомная железка, Retu и Tahvo - принадлежат эпохе когда Nokia могла. Это кастомные ASIC нокии - они больше нигде кроме пары нокийских девайсов не применяются. Еще всякие штуки с симбианом - но линь там никогда не водился. Даташитов на это никогда не было, нокла кой-как написала какие-то дрова на свое нечто. А в более новом N900 и N9 совсем забили на свои ASIC - и юзали куда более типовые и распостраненные решения от Ti. А железки на ARMv3/v4 - лично я вообще ни разу в жизни не видел. Их вообще сильно массово не делали, а чтоб еще и линух на этом запускать... > - чем отсутвие Plug&Play (с чем никто не будет же спорить что, лучше) Это настолько лучше - что по другому уже и не делают по сути. А где так не умело, вот, system implementer должен положить DTB и сделать вид что - умело. Ему там виднее что он на I2C прилепил. И да, это та же самая железка - я могу взять некий одноплатник, довесить ему на i2c датчиков. Это все та же модель той же железки. Но - с аддонами. Подразумевается что я должен дописать свои художества в DTS железки, пересобрать DTB - и положить его вон там бутлоадеру. А унивресальный кернел - оттуда узнает что я навесил на I2C такой-то датчик температуры, ну и вгрузит его драйвер. Плагнплейно, типа. И даже то что некто крутанул за куласами педали не отменяет того факта что для ядра таки - плагнплейно было. Это упростило много чего. > и потому всё владельцы не-Plug&Play устройств - идите куда подальше! Вон там дали альтернативу - откосплеить его, DeviceTree немолодая штука, родом из OpenFirmware. Так что вон там предложили научить системное фирмваре (бутлоадер) отдавать такое же. И вот оно уже "типа, плагнплей" стало. Дешево и сердито при том. А если кто настолько сдох что даже это не изволил - ну, упс, значит они померли совсем. > - и USBразъёмы с его бестиарием версий и устройств давайте выпилим, а > вы пользователи - бежите обновляйтесь... Если вы вдруг не заметили бестиарий заманал сам USB IF и те в конце концов переделали его до TypeC - одного на все оказии. Но ессно compat никуда не делся. > Я это называю своими словами - (слишком...)узаконенный грабёж. Невозможно заставить кого-либо заплатить если он не хочет. > чего стоит только одна тема введения повсеместно "https"(в т.ч.подозрительно всячески > форсированная производителями Internet-просмотрщиков Ну тут как бы еще вопросы стоит задать ушлым ISP начавшим врезать рекламу - что вызвало волну претензий к владельцам серверов, а тем нафиг надо за левак от ISP отдуваться. Они и нашли друг друга - поюзав решение зарубающее такие вещи. > обнволёнными [Linux [kernel]]" а, другой рукой - сами же вынуждаете пользоваться > именно ими, из-за исскуственно устаревания ранее выпущенных, и притом даже более > быстрых. Что это как не какой то софизм у вас?... Это голая прагматика. И объяснение почему вон то - вон так. При всем моем интересе к направлению у меня самое древнее что есть это ARMv5 доставшийся мне нашару, за ненадобностью. Клауд к которому он привязан - давно сдох, девайс стал тыквой. Я выполнил гранд-оверрайд, перелив лично свой u-boot, современной версии (умеющей DTB) - вернув себе контроль над железкой и перелив систему на вот лично свою. И мой интерес как раз был - посмотреть могу ли я с ноля перехват девайса под себя, с полной переливкой/реимплементацией на основе майнлайна и более-менее попсовых технологий типа обычного дебиана ARMEL вместо вендорлокнутого самопала. Но это больше по приколу - я врядли смогу купить много таких же железок чтобы заложить это в какой-то проект. Да и нафиг надо, жрет многовато, управление DVFS рудиментарное, RAM мало, NAND тоже не дофига. Единственная причина по которой я с этим возиться стал - 2xSATA + GigE + USB. Нашару то в размерах чуть больше креды - не так уж плохо. Это ж не первопень.
	Ответить | Правка | Наверх | Cообщить модератору

	390. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 03-Авг-24, 23:53
	>> А, не убедительно... > Некоторые понимают только когда жизнь со всей дури факты по лицу. Можно. Но больно. Это скорей про вас. > Я, вам про концептуальные подвижки а, вы мне про технические ваши как разработчика проблемы... > Концептуально - автору идеи и карты в руки. Какой ещё идеи?... Речь про идиотизм вырезания и так работающего, даже не касаясь и лично моей заинтересованности в обратно но, в т.ч.ценой неизбежденой уменьшения распространнности линуксов. Да и мега-залагивания, почти каждую версию ядра и вдобавок дистрами иногда совсем нагло лагающими т.б.на фоне заявляемой мега-оптимизировнности, и так из-за ухудшения тестирования - как раз именно из-за халтурного не-тестирования на ранее выпушенном оборудовании, не говоря уже про вырезанные ранние архитектуры - где каждая кочка и ухаб: сразу чувствуется, даже просто потому что только один linux kernel даже просто не запустится - не то что даже на оригинально же поддериваемом когда то 386(в ч.н.с их 2-3MB) - а и на пнях с 8-16MB. А, если и запустить, даже хоть вот как когда то читал лет пять назад таки хаками запусти на 486 но с аж нереальными в его время 64MB, сразу видно что и ядро и т.б. Искы - позорнейше тооооооормозяяят... просто во всём, и вот тут бы разработчикам и задуматься что делать, а не их выпиливать... А, ныне жду и ещё более поздние потому что и на них уже коегде жутко лагает. >В софтострое как правило если кто лучше всех знает как надо - это подразумевает что он пойдет и накидает core реализации, показывающее остальным как надо было. Сюрприз! Да неужели!... > %прочее далее% На это всё ответ в посте выше.. если кто пропустил. А, если вам - линукс надоел, как создаётся ощущение, то извините!... Выход - вон там за углом.  Никто лёгкой жизни в системном программировании и вообще нигде в программировании - никогда не обещал. И профессий вообще с ПК не связанных полно.
	Ответить | Правка | Наверх | Cообщить модератору

	392. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (392), 04-Авг-24, 00:13
	> Речь про идиотизм вырезания и так работающего Это только ваше мнение. А мнение разработчиков линукса, которые собственно и подняли этот вопрос, немного противоположно. Вот они спрашивают "целесообразно ли тратить и так ограниченные силы на вещи, которыми практически никто не пользуется?" Потому что если вы считает, что "оно и так работает", то вы глубочайше ошибаетесь. Если заявляется работоспособность на какой-то системе, то она как минимум должна тестироваться на появление регрессий. А железки для этого нужно по барахолкам искать. А иначе это "оно и так работает", а "оно ТИПА и так работает (но мы не тестировали)" >  в т.ч.ценой неизбежденой уменьшения распространнности линуксов. Если этим практически никто не пользуется, то распространенность не поменяется. > и так из-за ухудшения тестирования - как раз именно из-за халтурного > не-тестирования на ранее выпушенном оборудовании, не говоря уже про вырезанные ранние архитектуры > поддериваемом когда то 386(в ч.н.с их 2-3MB) - а и на пнях с 8-16MB. Простите, для этого оборудование есть ядра своего времени. Вам никто и никогда не обещал тестировать ядро на всем оборудование начиная с момента создания ядра. Это не просто нерациональное использование времени и сил разработчиков и тестировщиков, это преступное разбазаривание ресурсов. > Выход - вон там за углом.  Никто лёгкой жизни в системном программировании и вообще нигде в программировании - никогда не обещал. И профессий вообще с ПК не связанных полно. Абсолютно согласен :) Поэтому предлагаю вам или пройтись за старыми ядрами, или поднапрячься и самому поисправлять проблемы современного ядра на древностях А если поговорить об идиотизме, то идиотизм - это использовать такие древности для чего-то отличного от ретро-компьютинга. Но к нему данные подходы не применимы, т.к. ни один уважающий себя коллекционер не будет ставить какой-то новодел на такие системы. Там будут максимально аутентичный софт именно той эпохи.
	Ответить | Правка | Наверх | Cообщить модератору

	409. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 05-Авг-24, 02:56
	Да и у вас это было - "только ваше мнение"... Поздравляю. > ретро-компьютинга. Но к нему данные подходы не применимы, т.к. ни один уважающий себя коллекционер не будет ставить какой-то новодел на такие системы. Там будут максимально аутентичный софт именно той эпохи. - Одно другому не мешает. Линукс и там всё же удобен для обучения и экспериментов, минимум по подбору пакетов/драйверов и настроек ОС/драйверов. И прсото чтобы параллельно основму ПК там стоял используя по прямому назнению - притом не загаживая винт на основном ПК, и т.б.когда там нет лишних 2-3 разделов и т.б.если линуксов хочется поставить более одного, для перебора. А, "новодел" необходим там минимум для обновления "https"сертификатов и для драйверов к сетевому устройству.
	Ответить | Правка | Наверх | Cообщить модератору

	412. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 14:24
	> Да и у вас это было - "только ваше мнение"... Поздравляю. Угу, позволил таки высказать его в конце. А по другим тезисам возражений не было?)) Правда почему-то оно совпало с мнением разрабов. Ну, повезло, бывает. > минимум по подбору пакетов/драйверов и настроек ОС/драйверов Какой смысл подбирать драйвера/настройки ОС/драйверов на другой системе? Типа основаная x86-64, а подбирать буду на древнем ARM/x86-32? Серьезно? > И прсото чтобы параллельно основму ПК там стоял используя по прямому назнению - притом не загаживая винт на основном ПК Просто в комп ставится в дуалбут мелкий ссд со старого ноута гигов на 120 и можно обЫкспериментироваться по самое немогу. Или вообще грузиться с него через usb.
	Ответить | Правка | Наверх | Cообщить модератору

	402. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 04-Авг-24, 17:54
	>> Некоторые понимают только когда жизнь со всей дури факты по лицу. Можно. Но больно. > Это скорей про вас. Как видите я разработку ядра проактивно трекаю. И в курсе планов, идей и проблематики в топике задооооолго до того как это даст по морде фактами. Я несколько лет назад где-то в похожей новости писал что non-DT платформам будет - амба. >> Концептуально - автору идеи и карты в руки. > Какой ещё идеи?... Речь про идиотизм вырезания и так работающего, Никакого идиотизма. Даже майкрософт в 64 бит винде - не стал пытаться совместимость с win16 например делать. Потому что сложно, криво, а кейс - маргинальный. И по общему соотношению оно того не стоит. Тут чуть плавнее но идея остается. В какой-то момент придется принимать сравнимые решения. У майнтайнеров подсистемы есть longterm goals. У этих, в частности, отделаться от legacy cruft нужного для non-device-tree, том топике это опять всплыло как лейтмотив. То что будущее это DeviceTree не было секретом и 10 лет назад. Через 10 лет пора, видимо, поставить вопрос ребром. Либо девайс переходит на это, либо это настолько умерло что уже никому не надо. > касаясь и лично моей заинтересованности в обратно но, в т.ч.ценой неизбежденой > уменьшения распространнности линуксов. Издеваетесь? С ARMv3 не высунулся - никто. С ARMv4 - 1 какая то железка нужная кому-то все же существует еще, с ЕДИНСТВЕННЫМ юзермодом под нее, в виде опенврт. В таком виде никто ее и не будет выкидывать завтра. Нормальные люди измеряют СООТНОШЕНИЕ efforts/gain. Если для 10 юзерей надо сделать 90% работы, а для 10 000 юзерей 10% работы, логично сделать 10% и послать 10 чудиков в пень, предложив им фигачить те 90% - самим. Если зафигачат, отлично, пусть живет. Если это оказывается спихано на тех кому оно не надо - сорян, дураков нет! > Да и мега-залагивания, почти каждую версию ядра > и вдобавок дистрами иногда совсем нагло лагающими Я не знаю про что это. Это не соответствует моим измерениям и наблюдениям ни на 1 платформе которая есть у меня. AMDGPU со временем даже подразогнался, ФС - оптимизнули малость. И вот на что мне жаловаться я хз. > не-тестирования на ранее выпушенном оборудовании, не говоря уже про вырезанные ранние > архитектуры - где каждая кочка и ухаб: сразу чувствуется, Ну они и предложили радикально пролечить головную боль гильотиной. А кто с ARMv3 собссно пострадает? Они где? С ARMv4 вылез - таки - дев, даже готовый окультуривать свою древность. Вот это - норм подход, его железка еще поживет значит. > в его время 64MB, сразу видно что и ядро и т.б. > Искы - позорнейше тооооооормозяяят... Они не могут не тормозить. И именно за это и умрут, на 4K экранах с ними совсем уж душно стало. Так что вэйланд будет наше все. Даже Mir от убунты - стал реализацией вэйланда. Прикол, однако, так морфировать прямо в процессе. >> В софтострое как правило если кто лучше всех знает как надо - это подразумевает что он >> пойдет и накидает core реализации, показывающее остальным как надо было. Сюрприз! > Да неужели!... Даже теоретик Таненбаум - в курсе, походу. То что остальные на то core не набежали - уже вопрос управления проектом и нужности этого. Вон то необходимое условие, но не достаточное. > А, если вам - линукс надоел, как создаётся ощущение, то извините!... Напротив. "Yes, we love linux!" (c) Ralink systems department. И именно поэтому я против превращения его в помойку, свалку легаси и проч, особенно если это якорит развитие и рефактор. В старину там наломали немало дров - и там много чего надо изменить и исправить. > Выход - вон там за углом.  Никто лёгкой жизни в системном > программировании и вообще нигде в программировании - никогда не обещал. Ну мы и посмотрим кто с трассы истории вылетит :-). КМК это будут господа с первопнями. Есть такое ощущение. Почему-то. А я планирую на этом треке быть надолго и всерьез.
	Ответить | Правка | К родителю #390 | Наверх | Cообщить модератору

	410. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 05-Авг-24, 03:51
	>>> Концептуально - автору идеи и карты в руки. >> Какой ещё идеи?... Речь про идиотизм вырезания и так работающего, >Никакого идиотизма. Даже майкрософт в 64 бит винде - не стал пытаться совместимость с win16 например делать. Потому что сложно, криво, а кейс - маргинальный. И по общему соотношению оно того не стоит. Конечно, выгодней же что бы пользователи - пользовались ново-приобретёнными ПО и  играли в ново-выходящие игры. Похоже это только для вас секрет. > С ARMv3 не высунулся - никто. С ARMv4 - 1 какая то железка нужная кому-то все же существует еще Вот только у вас брехня(в т.ч.и прямо в "Либо девайс переходит на это, либо это настолько умерло что уже никому не надо") - что они обязательно не используются никем, их может в Китае для наглядности например пусть даже всего 0.1% людей  использует, а это уже 15 млн... мало? > Так что вэйланд будет наше все. Не правда т.к.он заточен только под совремнные видеоадаптеры, на которых и Иксы очень быстро бегают. А, раз так он только мусор и разделение в мире линукса. >> Да и мега-залагивания, почти каждую версию ядра >> и вдобавок дистрами иногда совсем нагло лагающими >Я не знаю про что это. Это не соответствует моим измерениям и наблюдениям ни на 1 платформе которая есть у меня. AMDGPU со временем даже подразогнался, ФС - оптимизнули малость. Ну так спутитесь с своего топового компа, поближе к народу т.ск., запустите хотя бы десяток разных [топовых] дистров, на минимально сейчас поддерживаемой ядром архитектуре - 686, которая iP2 вот у меня такой, из 1998 года т.е.>25 лет :] а, вы мне тут про каких то аж 10 лет вещаете!, но даже сами майнтейнеры пишут что коегде ошибка о SSE вылазит, мол сообщайте. А, в идеале не забывая что на таких компах было типично максимум 64MB... в их время. Притом что, даже пятнадцатилетней давности LiveCD у меня со старта - 400MB..., актуальную версию даже не смотрел расход но, лаговей к диску, в другой актуальной версии дистре с правда уже Cinnamon а не Gnome - вовсе 1.5.GB... Впрочем его же пятнадцатилетняя версия там даже на 512 MB(а, больше нельзя для w9x) не запустилась позорно выдав мутную ошибку(SSE[+]?) зависла. Впрочем, она так насиловала CDюк - что и не жалко, первая упомянутая - не так, подозреваю что вторая свопилась на CD возможно будучи гибридным образом с USB, если так то всёравно маразм, в ядре, который исправили в первом форке, предположительно выключив свопфал что ли, судя по SystemMonitor. В общем, даже схожие форки реально кардинально отличаются производительностью, притом эта лагер зависунчик - рфянский форк Gentoo которая якобы быстрая, но не проверить точней кто виноват т.к.в Gentoo уже нет x86 и как бы и вопрос для меня о ней и её ещё 32битном форке - снят. >> Выход - вон там за углом.  Никто лёгкой жизни в системном >> программировании и вообще нигде в программировании - никогда не обещал. >Ну мы и посмотрим кто с трассы истории вылетит :-). КМК это будут господа с первопнями. Есть такое ощущение. Почему-то. А я планирую на этом треке быть надолго и всерьез. Вы зря думаете что вы кому то тут интересны и мне в ч.н.... Это был можно сказать дружеский совет - всем уставшим от [legacy] кода. >> А, если вам - линукс надоел, как создаётся ощущение, то извините!... > Напротив. "Yes, we love linux!" (c) Ralink systems department. И именно поэтому я против превращения его в помойку, свалку легаси и проч, особенно если это якорит развитие и рефактор. В старину там наломали немало дров - и там много чего надо изменить и исправить. Для этого есть такое понятие как форк [ядра], как раз для шаловливых ручек.
	Ответить | Правка | Наверх | Cообщить модератору

	418. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (418), 05-Авг-24, 18:33
	> Конечно, выгодней же что бы пользователи - пользовались ново-приобретёнными ПО и   > играли в ново-выходящие игры. Похоже это только для вас секрет. Мне тоже выгодно когда я меньше туповэйтингом занимаюсь, а горизонты возможностей расширяются. Но это не про первые пни и ARMv3. > Вот только у вас брехня(в т.ч.и прямо в "Либо девайс переходит на > это, либо это настолько умерло что уже никому не надо") - Это как оно выглядит с другой стороны экрана, когда возникает вопрос "для кого эти ритуалы, собственно?! Есть кто живой?!" > что они обязательно не используются никем, их может в Китае для > наглядности например пусть даже всего 0.1% людей  использует, а это уже 15 млн... мало? У опеннет 10 000 уников в день. Если б все было так, десяток человек должен был бы вылезти. Они где? Мне за все время никто не скзаал ни 1 железки ARMv3. На v4 в рассылке 1 чел - Linus Walleij. Та железка на DT будет и так вопросов меньше. >> Так что вэйланд будет наше все. > Не правда т.к.он заточен только под совремнные видеоадаптеры, Они "современные" в этом смысле много лет. И даже всякая околоэмбедовочная лабуда котируется. Ну да, наверное никто не тестил это на ISA видяхах и S3 Virge. > на которых и Иксы очень быстро бегают. Иксы в принципе не готовы жрать допустим 2 монитора с разными таймингами. И много чего еще из современных конфиг. И это очень тормозная, оверинженернутая и кривая плевалка битмапов на экран с ЖУТКИМ кодом. А больше ими никто низачем не пользуется. Их встроенные услуги рендера ужасны и могут глобально якорить графику. Зачем оно такое - хз. Ритуал ради ритуала. > А, раз так он только мусор и разделение в мире линукса. Иногда мусор надо выносить. Я не спорю что некоторые живут на свалке, но запах... так разделение может и фичой быть! > Ну так спутитесь с своего топового компа, поближе к народу т.ск., У народа en masse компы так то точно не уровня второго пня уже. > архитектуре - 686, которая iP2 вот у меня такой, из 1998 года т.е.>25 лет :] Народ en masse такое давно выкинул. Ибо 50-баксовый карманный кус китайщины делает жручий шумный гроб во всех мыслимых аспектах. > аж 10 лет вещаете!, но даже сами майнтейнеры пишут что коегде > ошибка о SSE вылазит, мол сообщайте. Правильно - кому надо тот и сообщает. У майнтайнеров каках без SSE уже нет. > Притом что, даже пятнадцатилетней давности LiveCD у меня со старта - 400MB..., А мой Debian 12 (актуальный!) влез в 128 мегов RAM у ARMv5, вместе с распоследним(!) кернелом и своим полным rootfs - как рамдиск. Откуда сам себя на NAND зафлешил. Если уж некромансить, следует это делать стильно! ...[плач о 32 бит генте скип] Компилять генту на 32 битниках самому - вот это да, садомазо. > ч.н.... Это был можно сказать дружеский совет - всем уставшим от [legacy] кода. С этим небольшой облом. У меня немного другие друзья и советчики. > Для этого есть такое понятие как форк [ядра], как раз для шаловливых ручек. Вот желающие окаменелые какахи вечно - этим и займутся. Ибо майнтайнеры подсистем, архитектур и проч ессно не дадут превратить ядро в свалку окаменелых костылей, с ритуалами ради ритуалов.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (53), 01-Авг-24, 13:10
	> Ищи кому выгодно. А именно интелу и амд. И в чем профит интел и амд от дропа поддержки окаменелого ABI? Справедливости ради, ARM в свое время знатно наспамил разными ABI и инструкциями. И поддержка этого зоопарка - ну вот специфичная радость. Скажем только ABI для 32-бит ARM есть штуки 3 разные. "OABI" которое - ну вот когда-то было. Потому что оно первое. Реально им вроде уже ни 1 дистр не пользуется. Но оно есть. И код в кернеле - есть. Заменено на EABI вроде бы повсеместно. По поводу чего не понятно затронет ли дроп OABI хоть 1 живое существо на этой планете. Был какой-то гранд-некромансер юзавший ЭТО в паре с новым кернелом? Ну вот и вопрос к таковым - самое время вылезти из норки и пискнуть, если вдруг такое еще где-то водится. А так armhf куда более адекватное abi для более современных систем. Оно вышло не вчера, это ARMv7 (Cortex A) которые появились давно, первые из - в 2010 чтоли или около того. Малина с своим ARM11 тут конечно лопухнулась - релизя протухшие сразу на старте чипы. По 1 из теорий броадком просто слил дружественным комерсам партию чипов для DVD плееров - когда понял что DVD плееров столько на этом глобусе уже не надо никому (это объясняет и почему там центр вселенной Videocore, а ARM вообще так до кучи сбоку приделан).
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	80. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (78), 01-Авг-24, 13:58
	В том что поддерживаются только старые х86.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 14:11
	> В том что поддерживаются только старые х86. Во первых, бабки полученые цать лет назад им душу так то тоже не греют. Во вторых, их тоже побустать норовят. Вплоть до покушений на x86-32 вообще совсем. Ибо у этого хлама - гнусных костылей и хаков еще на порядок больше, и они тоже так то всех задолбали, а пользователи вот этого вот барахла постепенно вымирают вместе с их столь же винтажным железом. В какой-то момент и за ними тоже придут. И вероятно с гораздо более большим ножом.
	Ответить | Правка | Наверх | Cообщить модератору

	274. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от hr (??), 02-Авг-24, 05:10
	некому работать просто
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+9 +/–
Сообщение от Аноним (3), 01-Авг-24, 11:21
Старое должно уходить, ядро -- не append-only база дров. У компаний была куча времени на обновление своей допотопной рухляди.
Ответить | Правка | Наверх | Cообщить модератору

	7. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–5 +/–
	Сообщение от Аноним (2), 01-Авг-24, 11:40
	Сегодня старое это арм, а завтра старое это твой трехлетний амд. Окно овертона почитай что такое. Таким способом можно обманывать совершенно любых немамонтов.
	Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	37. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (37), 01-Авг-24, 12:39
	Потому что думают, что будут выглядеть умнее, если бросаться терминами, смысла которых не понимают,
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	28. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (28), 01-Авг-24, 12:17
	Почему обманывать? Куда вы вообще денетесь с подводной лодки!
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	116. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (116), 01-Авг-24, 14:49
	На Фуксию.
	Ответить | Правка | Наверх | Cообщить модератору

	359. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (358), 03-Авг-24, 02:18
	> На Фуксию. А это вообще батискаф Титан так то - никто никогда не изучал как это плавает, будете первыми :). Вон там манагеры уже начали о чем-то догадываться и урезали проект.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
	Сообщение от Kuromi (ok), 01-Авг-24, 14:56
	Главным апологетом концепции "старое должно уходить" являются производители "нового", причем у особо отбитых "новое" обновляется примерно каждые полгода. Спору нет, железо не вечно и то или иное и правда со временем приходится менять, но есть такие производители, которые изначально закладывают что ты через год побежишь за новой моделью и ОЧЕНЬ удивляются\возмущаются когда ты этого не делаешь. Экономика бесконечного роста, она такая, продажи должны расти, иначе инвесторы и акционеры испугаются и сольют акции за три копейки, а банки (у которых ты набрал долгов под залог своих акций) придут тебя рвать на куски.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	133. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 15:15
	> Главным апологетом концепции "старое должно уходить" являются производители "нового", > причем у особо отбитых "новое" обновляется примерно каждые полгода. У програмеров это несколько не так. Они теоретически могут гоняться за идеалом вечно - но тогда релиз не состоится никогда. А если совсем отбить гонку за идеалом - проект скатится в свалку хаков, костылей, и помойку, единственным желанием будет сделать на этом rm -rf и написать заново, потому что оно дойдет до логического финала, когда при попытке что-то изменить вся штука осыпается как карточный домик - проект оказывается раздавлен своим собственным весом, как кит на берегу. Поэтому разумный баланс где-то между этими полюсами. А с железками оно пересекается, вот, по наборам команд, которые щедро накопипастили, равно как и с специфичными пакостями, типа ATAGS или вон тех сишных кусков "на каждую машину свой". С учетом роста количества "машин" на этих типах процов путь логично признали нежизнеспособным и перешли к унификации и реюзу кода. Дабы своим весом не раздавило. И там господам по хорошему предложили - внять, и перейти на DeviceTree. Это так же разгружает майнтайнеров - позволяя "unikernel" поддерживающий N похожих железок сразу. Поскольку билдить по кернелу на "машину" с ростом числа железок может и подзадолбать. Представляете себе билдовку ДЕСЯТКОВ..СОТЕН кернелей на в общем то однотипное по сути железо?! Ну и за вот это вот ATAGS, "machines" из pre-devicetree эпохи и должны умереть на самом деле. А под шумок можно кильнуть и наборы команд которые уже никто в диком виде не использует. Если кому сильно надо - старый компилер качнет.
	Ответить | Правка | Наверх | Cообщить модератору

	260. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 00:34
	> А под шумок можно кильнуть и наборы команд которые уже никто в диком виде не использует. Если кому сильно надо - старый компилер качнет. Ври да не завирайся, он вырезке существующего и дропу поддержки в новом - ничем уже не поможет. P.S. Но, ситуация с бестиарием target'ов конечно неприятная но, тут уже вопрос маркетинга - хотят ли авторы бороться за каждого пользователя или сами оттолкнут их от себя к другим, включая не способствую переходу с и там уже дропнутого но уже установленного. Но, как видим бабло донатеров корпораций и не только - у них побеждает.
	Ответить | Правка | Наверх | Cообщить модератору

	325. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (325), 02-Авг-24, 19:49
	> Ври да не завирайся, он вырезке существующего и дропу поддержки в новом > - ничем уже не поможет. Вообще-то это поможет задропать кучу барахла из pre-devicetree эпохи и немало обвеса легаси протоколов загрузки, костылей и - совершенно бестолковую пачку сишного кода с спецификой каждой девайсины в "machines". По человечески сказали, много лет назад, что эту помойку будут расчищать, извольте перейти на DeviceTree. Если столько лет спустя то барахло это так и не сделало - вероятно, живых людей с этим уже не осталось. Если это вдруг не так - самое время пойти туда и пискнуть что кто-то с этим еще живой. > Но, ситуация с бестиарием target'ов конечно неприятная но, тут уже вопрос маркетинга > - хотят ли авторы бороться за каждого пользователя Они за разработчиков и хорошее развитие ОС борятся. Пользователи сами по себе погоду не делают, только те кто способствует развитию и поддержанию проекта в адекватном виде. Более того. Если пользователям настолько похрен на внутреннюю кухню и планы - им вероятно и на новые ядра столь же пофиг. А откуда и как они это возьмут? Сбилдят сами? Не проходит проверку по "пофиг на внутреннюю кухню". > или сами оттолкнут их от себя к другим, включая не способствую переходу с и > там уже дропнутого но уже установленного. Но, как видим бабло донатеров > корпораций и не только - у них побеждает. Побеждает - нежеление людей копаться в окаменелых скелетах, доисторических наборах команд которые уже никто на виду не использует, и столь же винтажных протоколах загрузки. А вот код под это все - таки болтается. И порой ессно при рефакторах может быть нужда трогать и тот код. Без понимания кому это надо - мало кто хочет этим заниматься.
	Ответить | Правка | Наверх | Cообщить модератору

	339. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 02-Авг-24, 22:42
	С этим, последним, я и не спорил же. Вот ~другому - ответ и вам подойдёт: - https://www.opennet.me/opennews/art.shtml?num=61641#336 >> Но, ситуация с бестиарием target'ов конечно неприятная но, тут уже вопрос маркетинга >> - хотят ли авторы бороться за каждого пользователя > Они за разработчиков и хорошее развитие ОС борятся. Пользователи сами по себе погоду не делают, только те кто способствует развитию и поддержанию проекта в адекватном виде. Ну так и откуда по вашему берутся последние... > Более того. Если пользователям настолько похрен на внутреннюю кухню и планы - им вероятно и на новые ядра столь же пофиг. Если у них их нет - так и есть, по кр.мере значительно менее приоритетно. И уж чем выпиливание чем то что у них есть, и прекрасно работает. > А откуда и как они это возьмут? Сбилдят сами? Не проходит проверку по "пофиг на внутреннюю кухню". ???. Если им пофиг по указанной мной причине - не зачем им это билдить по определению... им нужно улучшение возможностей старого, т.е.имеющегося. И сохранение работоспособности. Более-менее вменяемым людям любой прогресс - только расходы... если не сказать враг, хоть и мало кто признается в этом, ибо не модно, как и боязнь быть не модным, вот и попались... Но, всё же древние мудрецы проклинали своих врагов - имеено жизнью во время перемен... т.е.прогресса, как скажет о себе любой революционер-заговорщик.
	Ответить | Правка | Наверх | Cообщить модератору

	372. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 17:32
	>> погоду не делают, только те кто способствует развитию и поддержанию проекта >> в адекватном виде. > Ну так и откуда по вашему берутся последние... Могу предположить что не из числа пользователей ARMv3, раз его уже в тулчейнах дропнули. Для ARMv4 даже, вон, живой дев нашелся. Сообщивший что таки были относительно исползуемые мамонты. Аж 1 девайсина осталась с относительно живым комьюнити. Юзают те некромансеры - openwrt, потому что ничего другое из юзермодов, там, таки, не работает уже. > Если у них их нет - так и есть, по кр.мере значительно > менее приоритетно. И уж чем выпиливание чем то что у них > есть, и прекрасно работает. Ну так никто и не говорит что "завтра покиляем", это RFC же. Но говорят что "этот шкаф с скелетами и паутиной надо бы расчистить". Вон там даже какой-то древности ("gemini") с ARMv4 эн времени дали, потому что пришли те кто юзает, конструктивно обсудили. Высказав готовность решать проблемы. И даже переход на DT для +1 штуки нарисовался: у дева в загашнике патч давно болтался, оказывается :). Так что с openwrt и LTS ядрами оно, вероятно, сможет телепаться до как минимум 2030 или больше. > ???. Если им пофиг по указанной мной причине - не зачем им > это билдить по определению... им нужно улучшение возможностей старого, т.е.имеющегося. Как бы говорится, любишь кататься - люби и саночки возить. Никто так принципиально не против этого - но только до тех пор пока это не трансформируется в ЛИЧНО ИХ проблемы. В частности, вон там майнтайнер ARMов лишний раз подхайлайтил intent кильнуть non-DT в обозримом будущем, и в целом у него с аудиторией на этот счет консенсус. Так что если кто юзает кернел на non-devicetree, и ему реально надо свежак, лучше озаботиться вопросом. Сейчас, а не потом. Потом отыграть взад будет несколько труднее. Хотя вон там и то оставили такую опцию для какой-то платформы, если придет кто-то кому оно все же надо. > И сохранение работоспособности. Так работать оно будет и с старым/LTSным кернелом. А ARMv4 вообще в сеть выпускать например проблема. Там допустим Debian толи 5, толи 6 максимум работает. У этого юзермода полно известных вулнов. И единственное что там относительно актуальное работает - openwrt. На <= ARMv4 уже даже выбирать стало не из чего. OWRT под v4 таки вот есть пока еще. > Более-менее вменяемым людям любой прогресс - только расходы... Ну как бы от времени ваш 2.6.32 с современным ему юзермодом хуже работать не станет. А то что вы там ништяки и апгрейды не получите... э.. а вам bcachefs на девайсе которому четверть века никто и не обещал никогда. Хотя-бы потому что не знали что такое бывает. > попались... Но, всё же древние мудрецы проклинали своих врагов - имеено > жизнью во время перемен... т.е.прогресса, как скажет о себе любой революционер-заговорщик. Мир несколько изменился с тех пор. И проклятие стало и благословлением заодно.
	Ответить | Правка | Наверх | Cообщить модератору

	391. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 04-Авг-24, 00:09
	Сказанно же выше - ври да не завирайся... >> попались... Но, всё же древние мудрецы проклинали своих врагов - имеено жизнью во время перемен... т.е.прогресса, как скажет о себе любой революционер-заговорщик. > Мир несколько изменился с тех пор. И проклятие стало и благословлением заодно. - Про это, в ч.н. . И про это даже: > Более-менее вменяемым людям любой прогресс - только расходы... > Ну как бы от времени ваш 2.6.32 с современным ему юзермодом хуже работать не станет. ... - https://www.opennet.me/openforum/vsluhforumID3/134446.html#21 и прямо ниже.
	Ответить | Правка | Наверх | Cообщить модератору

	403. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 04-Авг-24, 18:09
	> Сказанно же выше - ври да не завирайся... Как по мне - ну вот не всяким зайцам-маздайцам с первопнями линуксоидам ценные указания раздавать как и что делать. Если хотите это делать - станьте частью процесса, фигачьте обслуживание своих нужд, тогда будет разговор. А так - конструктивное обсуждение топика, на профессиональном уровне, можно посмотреть в собссно том списке рассылки. Туда же логично высунуться и тем кто заинтересован в упомянутых окаменелостях. Самое время, если кто этим еще пользуется. Если кто не понял: это - изучение ситуации. Планирование будушего на средне-долгосрочные перспективы. Оценка как это может быть. Это самое время высунуться туда если план не нравится и предложить коррективы. Но надо понимать что взамен могут захотеть чтобы это ВЫ потратили свое время и ресурсы на свой антик. > - https://www.opennet.me/openforum/vsluhforumID3/134446.html#21 > и прямо ниже. У меня здорово другие идеи на этот счет. Я юзаю линух буквально везде, от мелких одноплатников и прочих тетрисов до могучих серверов и десктопа. И заинтересован в современной, шустрой, крутой  и фичастой ОС. А ARMv3 и даже v4 у меня нету, зато я в курсе планов дропа non-DT платформ уже с десяток лет. И нахожу это решение уместным и правильным. Мануально пля тыкать в каждую окаменелую какаху, билдя кернел только персонально ей, а не unikernel на N похожих - это маразм! По общему оверхеду операций, нагрузке на причастных и по общим соотношениям. Да, когда на всю планету был пяток типов машин на ARM - вон то катило. А когда их сотни стали, да еще как одноплатники, куда можно донавесить то и се и хотя это та же машинка, но с другим обвесом - ну вот не, "machines" для нас работать - перестали. Это нежизнеспособный формат оказался. И его таки - выпилят.
	Ответить | Правка | Наверх | Cообщить модератору

	411. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 05-Авг-24, 04:08
	> станьте частью процесса, фигачьте обслуживание своих нужд, тогда будет разговор. А, что ещё я вам должен? А, от (вижу пустого)разгвора с вами - я подустал и так. > а, когда на всю планету был пяток типов машин на ARM - вон то катило. А когда их сотни стали, да еще как одноплатники, куда можно донавесить то и се и хотя это та же машинка, но с другим обвесом - ну вот не, "machines" для нас работать - перестали. Это нежизнеспособный формат оказался. И его таки - выпилят. - Это не "нежизнеспособный формат оказался" а, проектирование ядра, где вместо подгружаемых драйверов - запечённые неиспользуемые блобы память жрут, а в добавок требуя перекомпиляции каждый раз, вместо скажем раз в 10 лет под стабильный API ядра.. В общем, всё перекрученно у вас. Посмотрим как запоёте ещё через 10 лет когда кол-во [суб]устройств увеличится экспоненциально. Уверен что, прийдётся уже и полугодичной давности устройства выпиливать...
	Ответить | Правка | Наверх | Cообщить модератору

	419. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 18:44
	> А, что ещё я вам должен? А, от (вижу пустого)разгвора с вами - я подустал и так. Почему пустого? Видите, к вам начало приходить понимание что вам никто ничего не должен ;). Вы никому ничего не должны - но это и в обратную сторону работает. Поэтому требовать с кого-то что-то смысла мало. А лучший совет - комиты, облегчающие жизню майнтайнеров. > - Это не "нежизнеспособный формат оказался" а, проектирование ядра, где вместо подгружаемых > драйверов - запечённые неиспользуемые блобы память жрут, Это технически некомпетентное заявление. 1) Модули ядра по нормальному грузятся только для того что нужно на конкретно этой железке и этого как раз не происходит. 2) А пачка machines имеет ломовые проблемы и с plug-n-play обеспечивающим такой расклал, и с реюзом 1 кернела на кучу "machines". Не, не вгруженые модули как максимум место в стораже только жрут. 3) Вон то про другую ипостась вообще. Что нельзя сбилдить 1 кернел которым N машин окучивать. Это грузит майнтайнеров, интеграторов и проч до неприличия - и они давно забили на это непотребство как раз. > а в добавок требуя перекомпиляции каждый раз, вместо скажем раз в 10 лет под стабильный > API ядра.. С другой стороны это позволило мощные рефакторы внутренних апей, которые местами сильно разогнали работу системы :-). Скажем, вместо колупания 1 страницы памяти за раз они теперь сразу подшивки (folio) сабмитят. Что ессно эффективнее. Особенно на быстрых сторажах и проч. > В общем, всё перекрученно у вас. Посмотрим как запоёте > ещё через 10 лет когда кол-во [суб]устройств увеличится экспоненциально. Уверен что, > прийдётся уже и полугодичной давности устройства выпиливать... С device tree как раз проблем масштабирования как раз не будет. Как максимум unikernel станут больше места на диске жрать. Но это обычно не проблема. А там где это совсем проблема, майнтайнерам и интеграторам таки придется сделать эту проблему - своей, и собрать вот именно жестко минимизированный кернел. Если они считают что оно того все еще стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Хурдит (?), 01-Авг-24, 18:54
	>производители, которые изначально закладывают что ты через год побежишь за новой моделью Примеры в студию, плс. Только кроме китайского подвала, пжалста.
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	230. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Kuromi (ok), 01-Авг-24, 20:19
	>>производители, которые изначально закладывают что ты через год побежишь за новой моделью > Примеры в студию, плс. Только кроме китайского подвала, пжалста. Ну в сфере андроидофонов - в общем-то все.
	Ответить | Правка | Наверх | Cообщить модератору

	311. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Хурдит (?), 02-Авг-24, 17:28
	Ёмкий пример.
	Ответить | Правка | Наверх | Cообщить модератору

	314. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 17:46
	>>>производители, которые изначально закладывают что ты через год побежишь за новой моделью >> Примеры в студию, плс. Только кроме китайского подвала, пжалста. > Ну в сфере андроидофонов - в общем-то все. Лол, ты вообще андроид в руках держал? Даже 5 летний бюджетник хаоми или моторолка тянет 17 или 18 LineageOS. Пиксель обновляется 7-8 лет. Никто не приходит с палкой и не бьет по рукам с телефоном.
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

	341. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 02-Авг-24, 22:54
	5 лет.. слов нет, с деградации человечества... Для электроники без движущихся частей это - не срок вообще, и даже для с движущими ся - у меня вот ПК есть: уже почти 30 лет... полёт успешный, даже винчестер. У других - есть и под 40, и более. А, гарантия на чипы в ч.н.памяти - помниться была 100 лет у кого то, значит всё что меньще - заложенное исскуственное устаревание у всех других. А, люди хотят что бы их вещи - им служили а, не они сами рабами... производителям и торгашам.
	Ответить | Правка | Наверх | Cообщить модератору

	375. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от ин номине патре (?), 03-Авг-24, 18:25
	> 5 лет.. слов нет, с деградации человечества... > Для электроники без движущихся частей это - не срок вообще постоянно в пыльном кармане/сумке, при +40, при минус 40, влажные руки, влажные помещения, падения. даже у влагозащищенного за несколько лет забивается пылью микрофон и динамик так и ничерта не слышно. и флэшка деградирует - всё начинает тупить. а так, тебе никто не мешает ходить с куском г-на 10 летним.
	Ответить | Правка | Наверх | Cообщить модератору

	394. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 04-Авг-24, 04:43
	> постоянно в пыльном кармане/сумке, при +40, при минус 40, влажные руки, влажные помещения, падения. Всё учтенно в производстве. Если не закладывать преждевременное-устаревание, конечно... > даже у влагозащищенного за несколько лет забивается пылью микрофон и динамик так и ничерта не слышно. Чистится и заменяется же. > и флэшка деградирует - всё начинает тупить. Как раз указанный мной выше случай. Кстати, сейчас технологии производств флэш-памяти такие что их объёмы могут быть прям сейчас уже в 1000 раз больше, но на прилавках - тоже что и 10-15 лет назад было... не считая самых топовых, по совсем "конским" ценам, есст-но. И явно полные склады нато/китая - надо кудато сбагривать. Монополия... Похоже ещё лет сто будут неспешно тянуть, как в ч.н.с компами вообще, тут даже прикрываясь "законом" какого то ли дурака, то ли подельника - выдвинувшего теорию  что производительность удваивается каждые столько то лет, реально вот по нему выше и не увеличивают её... и даже уже значительно уменьшили предел этот из-за отсутствия фактических конкурентов, а покупатель - всёравно заплатить же...  и т.б.если ему помочь, поломками и несовместимостями у новых игр и к ним ОС - с ранее выпущенными пк, аналогично всё мобильное. Некоторые ещё и ж_пу будут рвать что обновляться как белка в колесе это практично и модно.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от MaleDog (?), 01-Авг-24, 18:35
	Старое вполне может быть использовано для обучения. Оно тоннами валяется без дела и при этом в разы проще и дубовее нового. Так зачем покупать новое, когда можно использовать старое, особенно когда тебе не требуется весь функционал современного ядра. Может быть стоило изменить архитектуру, и максимально абстрагироваться от железа, чтобы и старое можно было поддерживать и новое добавлять? Это и бы "охладило тр***ние" современных производителей в пути к максимальному вендорлоку?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	197. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (197), 01-Авг-24, 18:51
	> Старое вполне может быть использовано для обучения. Оно тоннами валяется без дела > и при этом в разы проще и дубовее нового. И где вообще валяется ARMv3...4 какой-нибудь? Вот даже чисто ради интереса даже? Абсолютный минимум который у меня нашелся - вундервафля с SATA у которой ARMv5, мне ее вообще нашару отдали. Но вот оно как раз DeviceTree based и на нее пока не покушаются как раз. А если какая платформа до сих пор не на device tree - окей, бобик, натурально сдох. Совсем. Даже лапками уже не дергает.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от MaleDog (?), 01-Авг-24, 20:21
	У меня ген.дир. на прошлой работе был фанатом гаджетов. Что не надо потом сдавал в IT-отдел. Там довольно долго валялся HP Jornada 720. Хотел забрать, да наш админ на него тоже глаз положил. Еще было много КПК в основном конечно на пятом ARM с win mobile/CE но были и постарше с palmOS. Да и не мое это так сказать поколение по возрасту. Я вот с удовольствием приобрел у китайцев восстановленную Nokia 5310 XpressMusic. Да много чего еще можно найти в закромах запасливых людей. У меня валяется popсorn hour с-200. Старенький роутер DIR-320 c "прошивкой Олега" вполне себе справляется с раздачей мобильного интернета в деревне, все равно качество связи там никакое само по себе, а роутер работает стабильно. Еще есть DIR-300 и TL-WR743ND. Инет мне раздает Asus F3J он же отвечает за VPN, и фильтрацию, а так же через s-video отдает картинку ЭЛТ-телевизору SAMSUNG. Мощности вполне хватает чтобы видео с youtube  в разрешении телевизора вывести. Я сам телек не смотрю и вам не советую, но иногда гости встречаются которые без него жить не могут. На нем стоит вполне себе современный Devuan. Звук выводят пару музыкальных центров techniks 530 и 590. Еще я никогда не выбрасываю и не продаю комплектующие при обновлении компа. У меня есть несколько знакомых, которые не готовы приобретать новое железо, просто нет денег. Так что обновляю их, снятое железо отдаю другим, третьим и т. д. если что-то становится совсем уж не приемлемым для современной винды то ставлю туда linux. Самое старое железо которое сейчас могу найти это пень на 775-сокете. Но есть у меня в загашнике и третий пень на s370(просто уже отслужил свое и никому не нужен). Ну а так, был бы в свое время подходящий сарай мог бы вобще сохранить всю линейку оборудования от начала 2000. И эта запасливость меня не раз выручала, когда админом работал.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 20:58
	> У меня ген.дир. на прошлой работе был фанатом гаджетов. Что не надо > потом сдавал в IT-отдел. Там довольно долго валялся HP Jornada 720. Я рад за эту некромансию - но на этом Linux никогда не работал толком. Это виндовс мобайл, при чем тут пингвины вообще? > у китайцев восстановленную Nokia 5310 XpressMusic. Да много чего еще можно > найти в закромах запасливых людей. И это, конечно, работало у вас с майнлайн кернелом, чтобы учитывать вон там? Или кто и что теряет от любого из тех маневров? > У меня валяется popсorn hour с-200. Просто для понимания: я не смог так сходу даже найти его спеки по CPU/RAM/ETC. Какая вероятность что майнлайн ЭТО вообще хоть когда-то поддерживал? > Инет мне раздает Asus F3J он же отвечает за VPN, и > фильтрацию, а так же через s-video отдает картинку ЭЛТ-телевизору SAMSUNG. Я конечно понимаю что в этом мире можно сделать много странной фигни, но... > Мощности вполне хватает чтобы видео с youtube  в разрешении телевизора вывести. Но если что - у китайского смарта за 50 баксов и разрешение больше и картинка лучше. > вполне себе современный Devuan. Звук выводят пару музыкальных центров techniks 530 > и 590. Ну я вон вполне современный debian 12 и распоследний кернел на ARMv5 завел. Just because I can. Но называя вещи своими именами - больше чисто по приколу. Посмотреть смогу ли я справиться с инсталлом на RAW NAND. > в загашнике и третий пень на s370(просто уже отслужил свое и > никому не нужен). Ну дык. Он по мощности хуже чем 10-баксовый одноплатник размером с кредитку. > Ну а так, был бы в свое время подходящий сарай мог бы > вобще сохранить всю линейку оборудования от начала 2000. И эта запасливость > меня не раз выручала, когда админом работал. Это все круто, но к сабжу мало относится.
	Ответить | Правка | Наверх | Cообщить модератору

	285. Скрыто модератором	+/–
	Сообщение от Аноним (-), 02-Авг-24, 08:12
	> Ну а так, был бы в свое время подходящий сарай мог бы > вобще сохранить всю линейку оборудования от начала 2000. И эта запасливость меня не раз выручала, когда админом работал. Ну так ты хранил хлам для работы. Это норм, ну типа как банка из под кофе с болтиками. Но представь что ты обычный человек. От сколько древних роутеров ты будешь хранить в кладовке? А сколько первопней? Ладно если это какой-то редкий экземпляр и его оставили для коллекции. Но зачем тогда на него ставить самую последнюю версию ядра? Оно имеет ценность с софтом той эпохт.
	Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

	224. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от User (??), 01-Авг-24, 20:05
	Кто у вас старое ядро с компилятором отбирает, м?
	Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

	237. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от MaleDog (?), 01-Авг-24, 20:30
	> Кто у вас старое ядро с компилятором отбирает, м? Ну т. е. новые платформы получат обновления и исправления безопасности, а пользователи старых страдайте? Пока они в основном ядре хоть есть шанс что кто-то распространит на старые сборки.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от User (??), 01-Авг-24, 20:33
	>> Кто у вас старое ядро с компилятором отбирает, м? > Ну т. е. новые платформы получат обновления и исправления безопасности, а пользователи > старых страдайте? Пока они в основном ядре хоть есть шанс что > кто-то распространит на старые сборки. И LTS-версии тоже отберут?! Мерррзавцы. Впрочем... если вам так нужна эта поддержка и бэкпорт - вы можете заняться ей самостоятельно... ну или заплатить тому, кто займется. Но... дайте угадаю... лапки?
	Ответить | Правка | Наверх | Cообщить модератору

	240. Скрыто модератором	+/–
	Сообщение от MaleDog (?), 01-Авг-24, 20:37
	> Кто у вас старое ядро с компилятором отбирает, м? Я думал как раз речь о том, что надо просто выбросить поддержку старого оборудования из новых ядер и пофигу каким компилятором вы их собираете. Поддержка компиляторов одно, выбрасывание кода уже другое. Ну, пока к счастью есть куда уходить к сожалению лицензии там далеки от open source и неизвестно кто в конце концов жертвой окажется. Не получится что через лет 10-15 смузихлебы окажутся перед фактом: "ядро поставляется по лицензии Redis - жри или уходи."?
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

	244. Скрыто модератором	+/–
	Сообщение от User (??), 01-Авг-24, 20:48
	У вас это плохо получается - может, ну... не ваше это? Из компиляторов поддержку устаревших архитектур - внезапно - тоже выбрасывают.
	Ответить | Правка | Наверх | Cообщить модератору

9. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от nc (ok), 01-Авг-24, 11:43
Ну не знаю) Неужели эта поддержка такая сложная? Скорее всего в 99% случаев там должно быть просто "работает - не трогай" Жалко же, мало ли всякого старого железа, на котором что-то работает или под которое энтузиасты могут что-то запилить.
Ответить | Правка | Наверх | Cообщить модератору

	12. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
	Сообщение от Bob (??), 01-Авг-24, 11:50
	Зачем тащить весь хлам в мейнстрим? Пусть собирают и компилят на чуть более старом lts ядре. Оно 10 лет актуальненьким по софту будет, бекпортят.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (2), 01-Авг-24, 11:56
	Зачем тогда обновлять ядро если у него только деградация функциональности?
	Ответить | Правка | Наверх | Cообщить модератору

	56. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+5 +/–
	Сообщение от Аноним (-), 01-Авг-24, 13:13
	> если у него только деградация функциональности А где собственно деградация? То что хлам выкинули? Так это не деградация, это наоборот - генеральная уборка и чистка кодовой базы. Функциональности в ядро добавляют по самое не балуй. В каждой новости про новую версию ядро пару экранов новшеств. В том числе поддержка новых, актуальных железок.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (193), 02-Авг-24, 01:48
	Как же такие %censored% достали - тебе по русски говорят: а, нам нужна поддержка [и] старых, большинству из таких, учитвая цены "конкские" - важней даже поддержки самых новых(которые трудно назвать прогрессом - при выпиливании того же BIOS и порчи совместимости с немерянной кучей ОСей  и в т.ч.и значит и ПО из слишком заточенных под них), так что если такой умный - иди сам компиляй ядро и любой линукс форкай под это, а то лезете со своими ручёнками шаловливыми везде.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от nc (ok), 01-Авг-24, 12:02
	Почему хлам? Есть железо с такими процессорами, оно работает. Зачем трогать? Так и поддержку 32-битных систем однажды выпилят, а это огромный сегмент. Для многих задач 4 гига памяти более чем достаточно.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	31. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 01-Авг-24, 12:21
	А 640кб вообще хватит всем. Для многих задач, которым достаточно 4 гига, разницы между x86 и x86-64 не ощутить.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (284), 01-Авг-24, 12:40
	если бы ещё дело было в памяти (и для каких таких задач интересно)
	Ответить | Правка | Наверх | Cообщить модератору

	265. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (193), 02-Авг-24, 02:55
	> если бы ещё дело было в памяти Это он цитату и книги Б.Гейтса пиарящего фактически свою "универсальную" ОСь мол сейчас куча всяких Amstaradов, Спектуром и т.д. а вот если будет только одна архитектура - как же станет приятней всем жить, тонко намерая на  x86 с MS/IBM DOS... А, закончил как знаем - постонно периодическими выпиливаниями обратной совместимости со своими же предыдущими ОС посредством развития WINAPI с DirectX а позже и вовсе их(те ОС) "выпилив" из новых ПК, и прч-прч. >"(и для каких таких задач интересно)" Тут чуть ранее уже обсуждалось - например полноценно-графический Unix на ПК с всего 512kB... просто - проприетарный... А, если вы согласны на без GUI и не Unix а, иное - и вовсе на ПК с 64kB(и то это многопользовательски - с до 8ю пользователями удалённо) или 8kB(однопользовательски); а, что можно сдеалать в TUI - что угодно хоть офис того времени по типу EMACS может и DN, а ныне можно и браузерами по Internet страничкам лазить и даже ютуб смотреть))) особенно если раскрыть на полный экран и удалиться [чуть], ну эти браузеры - ныне уже на базе современных а, им подавай уже минимум 512 MB - а,не kB, и то не считая ОС ядра к которому пришиты - тоже ещё от 512(в 15-и летней давности линуксе вот сижу) до 1.5GB (тот же форк, ныне, оба на базе заявленн оч.оптимизированного и всё более оптимизирвоанного с каждым днём линукс кернел...) сразу со старта, первые линуксы с GUI - были тоже жрущими деньги пользователей халявщиков - требуя тогда pentium с 32MB не считая ПО т.е.64...во времна 8 типичных вон даже кармак вынужден был сделать 8MB отдельно от мажорных 16MB - режим качества в его Q1, несколько лет назад кто то пытался запустить на 486 линукс форк из заявляемо быстрых и кучей доп.тюнинга им - но, еле дождался запуска и то на фантастических для 486 - 64MB что несерьёзно как для теста, а ядро компилировал перед тем - вовсе на другом пк, т.к.компилятор позорно вывалися из-за не вмещания, ну GCC мегаслоупоком и ранее был сранительно с проприетарами же, даже самыми тормозами вроде BC и WatcomC. Печальная картина с opensource вырисовывается :(
	Ответить | Правка | Наверх | Cообщить модератору

	283. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (284), 02-Авг-24, 07:29
	Всё дело в компиляторах и алгоритмах в целом, компиляторы производят производительный оптимизированный код, которому необходима память для работы. Много памяти, и она не будет максимально эффективно использована (это не является целью). Кроме того, сейчас популярна динамическая линковка и плюсовые либы. В то время компиляторы были максимально примитивными и генерируемый код решал другие задачи. Да и в целом, не писались программы с кодом высокой вычислительной сложности, как сегодня. А что до памяти, мой линукс с полной функциональностью всего железа (которого куча) и всевозможными выравниваниями и защитами, кроме того, со всеми запущенными фоновыми демонами, потребляет всего-то в районе 30 мегабайт после загрузки. С этим можно работать: слушай музыку, ходи в современный веб, в общем, используй компьютер, как обычно. До того, как загрузишь видеодрайвер, ему надо ещё более 100мб.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (71), 01-Авг-24, 13:48
	> Почему хлам? Есть железо с такими процессорами, оно работает. Зачем трогать? А кто-то реально запускал там именно актуальные кернелы? И их столько лет не парило предупреждение что платформы не перешедшие на Device Tree будут выкинуты как мертвые? :) > Так и поддержку 32-битных систем однажды выпилят, а это огромный сегмент. Для > многих задач 4 гига памяти более чем достаточно. Когда-то может и выпилят. Как перестанет исползоваться и поддерживаться желающими это юзать - так и будет той или иной платформе - амба. Не та которая ARMовская шина. Софт живет - пока есть те кто это разрабатывает и использует. Иначе это просто набор ненужных байтов.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	88. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–2 +/–
	Сообщение от Аноним (78), 01-Авг-24, 14:05
	Ага загоним железной рукой в счастливое будущее. Сейчас они загоняют арм, а потом и до тебя доберутся.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (-), 01-Авг-24, 14:34
	> Ага загоним железной рукой в счастливое будущее. Это имеет техническое обоснование - code reuse. В системах без Device Tree проблематично реюзать 1 и тот же кернел на эн девайсов, есть сложности с реюзом кода на похожие железки и проч. Для каждой железки в "machines" висят отдельные шматки кода "спецом для этой железки". Без какого-то обобщения и унификации этого всего. Похожесть железок для дедубликации и унификации кода - весьма ограничена. > Сейчас они загоняют арм, а потом и до тебя доберутся. Есть способ этого избежать. Стать майнтайнером нужных железяк в Linux Kernel. Если кто хочет абсолютную халяву, без условий и соображений, ему - на городскую свалку. Там халявы много - и вообще совсем без условий. А вон те так, почему-то, не хотят у себя в проекте. Странно, да?
	Ответить | Правка | Наверх | Cообщить модератору

	114. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (116), 01-Авг-24, 14:49
	А ещё можно микроядро. Но это уже будет не Линукс.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 15:23
	> А ещё можно микроядро. Но это уже будет не Линукс. Можно. Но как показали натурные испытания - в результате будет неработоспособный хлам без драйверов вообще. Ни для тех, ни для этих, ни для вот таких. Во первых, оказывается что их очень геморройно писать и сложность лишь переносится на другие уровни и может стать даже хуже. Во вторых, если бы кто-то догнался до тех масштабов, вероятно поимел бы те же проблемы с каким-нибудь driver core/driver libs и их рефакторами - и это никак не облегчило бы их участь. В третьих, на этом пути - дофига проблем с перфомансом. А такое же но с 20% FPS - никому, извините, не надо в этом мире. Ну вон ME без особых требований к перфомансу и поддержка полутора прибитых на гвозди железок - это потолок возможностей данной технологии по сути. General purpose OS из этого всего - не смог сделать никто. Никогда. Совсем.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 03:13
	>> А ещё можно микроядро. Но это уже будет не Линукс. > Можно. Но как показали натурные испытания - в результате будет неработоспособный хлам без драйверов вообще. Это ваши личные измышлизмы, как и прочее у вас, тут же для примера могу сказать что, проблемы указанной вами вообще не было бы - если бы mr.Торвальдс почухался перевести ядро на рассматриваемое... и т.б.ещё ранее(пока кол-во драйверов было всего несколько штук), или вовсе изначально (а, линукс кернел это не что иное как "улучшенный" миникс - см.хоть википедию, с "улучшенной" же производительностью(какие там ваши 20%.... см.мой же пост выше про неё),  и с "улучшенным" типом ядра, собственно, в догонку с "улучшенной" же лицензией - вроде и праваильную но, со своими минами/недоговорками).
	Ответить | Правка | Наверх | Cообщить модератору

	328. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (328), 02-Авг-24, 20:15
	> Это ваши личные измышлизмы, как и прочее у вас, Можете разгромить меня методом от противного - показав хоть 1 успешный проект General Purpose OS на основе именно микроядер. Я почему-то их не вижу. Их нет. > тут же для примера могу сказать что, проблемы указанной вами вообще не было бы > - если бы mr.Торвальдс почухался перевести ядро на рассматриваемое... Торвальдс не настолько глуп чтобы чужие концепции и измышлизмы прошибать своим лбом. И за столько лет это можно было бы понять. Linux это не про концепты, не про вэи, не про теории. Это про работающую прагматичную ОС, которую можно менять. > и т.б.ещё ранее(пока кол-во драйверов было всего несколько штук), или вовсе изначально (а, > линукс кернел это не что иное как "улучшенный" миникс - Оно таки заскипало приключения с микроядрами на корню - и поэтому с дровами там намного лучше чем в оригинале оказалось. > догонку с "улучшенной" же лицензией - вроде и праваильную но, со своими минами/недоговорками). Ну дык если кто считает что иначе - пусть показывает как оно. Сам. А Торвальдс сделал в СВОЕЙ ос так как САМ посчитал нужным. И не ошибся насколько я вижу. Поэтому ему и доверяют как руководителю проекта, в отличие от донкихотов с абстракциями и концепциями, прошибающими свои вэи чужими лбами.
	Ответить | Правка | Наверх | Cообщить модератору

	361. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 03-Авг-24, 03:43
	Да,да,да очень остроумно - но, тупо. Похоже кто то "глух", ещё бы и нем был...  а, так только время жизни у меня ворует, на ответы себе. > Можете разгромить меня методом от противного - показав хоть 1 успешный проект General Purpose OS на основе именно микроядер. Я почему-то их не вижу. Их нет. - Я же говорю одни измышлизмы... Вы их эти ОС - в упор не хотите видеть. Не говоря уже про Minix(который на вашем Intel крутится ежесекундно, впрочем его самого цель не быть на десктопе а, учебно же, что не отменяет его General Purpose назначения... и кол-во оборудования поддерживаемого тут - не важно, в конце концов и линукс ядро - далеко не всё поддерживает а, в современных версиях вот мин.при старте LiveCD уже и выбор VESA-дравера выпилено - куда уж хуже поддержка оборудования -  через год уже не запустить на более новом видеоадаптере, в т.сл даже Minix - будет более совместимый...), в общем, достаточно вбить в википедикию слово микроядро -  вам предоставят список их, в т.ч.разрабатываемых более совремнных чем в миникс. Почему они не такие популярные - так ведь конкуренцию с Линукс как opensource никто не отменял и это не только его большая база драйверов а, главное - программы, которые "затачивают" под него а, не другие ОС, порочный круг получается, ничем не лучше чем в виндах... И что будете делать когда Торвальдс помрёт или просто отойдёт от дел... Весёлое время в мире линукса начнётся...
	Ответить | Правка | Наверх | Cообщить модератору

	376. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (376), 03-Авг-24, 18:36
	> - Я же говорю одни измышлизмы... > Вы их эти ОС - в упор не хотите видеть. Ну так покажите их. > Не говоря уже про Minix(который на вашем Intel крутится ежесекундно, Во первых, именно поэтому у меня как раз из интелей только лаптоп, где он еще относительно беззубый и таки - точно не может в сеть, в именно той конфиге. А все мои новые системы будут отличными от x86, по именно этой причине. Во вторых - в ME надо поддерживать полторы прибитые на гвозди железки, заранее известные, а скорость работы там не критична, его админы видят несколько раз за существование компа. Внезапно, если воткнуть воооон ту сетевуху - через нее ME не сможет реинстал оси ремотно. И если совсем прижало - это, так-то, работающий лайфхак против оверлорда и вообще любого недружественного софта ;) > впрочем его самого цель не быть на десктопе а, учебно же, Ну а вот с драйверами - у профессора, извините, задник. Так что работает это на очень сильно некоторых конфигах и толп желающих писать дрова ТАК, под ЭТО - не наблюдается. Знаете, теоретически я мог бы завтра полететь на Марс. Практически это очень маловероятно при современном уровне технологий и общих раскладах. Этим теория отличается от практики. Поэтому предложение прикупить билеты на Марс недорого я буду рассматривать - с подозрением. При всей теортической крутизне идеи. > что не отменяет его General Purpose назначения... и кол-во оборудования > поддерживаемого тут - не важно, Теория должна подтверждаться практикой. Обозвать себе General Purpose это - теория. А стать таковым - надо работать на куче разного железа, массово, чтобы название было подтверждено еще и практикой. Без этого - оно general purpose только где-то там, в теориях. > всё поддерживает а, в современных версиях вот мин.при старте LiveCD уже > и выбор VESA-дравера выпилено - куда уж хуже поддержка оборудования - Ну так для линуха появились нативные дрова для большей части GPU - и на то жуткое костыльное тормозилово все и стали забивать. >  через год уже не запустить на более новом видеоадаптере, в > т.сл даже Minix - будет более совместимый...), ...с железом которое уже тоже не General Purpose, а - музейный экспонат? :) > в википедикию слово микроядро -  вам предоставят список их, в > т.ч.разрабатываемых более совремнных чем в миникс. Да, только вот работающую для моего десктопа ОС, более менее пригодную для чего-то - не предоставят. По причине "драйверов нет" в основном. Это самый обломный из всех топиков. > Почему они не такие популярные - так ведь конкуренцию с Линукс как > opensource никто не отменял и это не только его большая база драйверов Это по сути главное. Без этого всего - программы работать если и будут то - хреново! > а, главное - программы, которые "затачивают" под него а, не > другие ОС, порочный круг получается, ничем не лучше чем в виндах... Да вот понимаете, без дров для GPU скажем в CAD рисовать - ну не то что совсем нельзя, но заметно менее эффективно. Без хорошей ФС - ну не то что девелопать крупные проекты (включая и ОС) нельзя - но опять же менее эффективно. А когда это сдобреено характерным улучшением перфоманса от концепций микрокернела, переключающих контексты оптом и в розницу... ну вот пусть кто фанатеет от направления тот и юзает его в таком виде? И даже девелопает, если понимает зачем такие мучения надо. А мне обломно ломиться в стальную дверь в чистом поле, ее можно обойти, если цель попасть из A и B а не доказать скилл открывания замков.
	Ответить | Правка | Наверх | Cообщить модератору

	396. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 04-Авг-24, 05:09
	Даже когда VESA дравера сверх тормозят как в линухе - с помощью них можно элементарно загрузить обновлённую версию того же самого линукса, в отличие от в случае иначе. Потмоу вся аргументация, местами ещё и глуховатая, - летит куда подальше. > Ну так покажите их. С какой стати я вам тут чтото обязан?... Или может сайт википедии в вашем регионе недоступен или гугл?... сомнительно. А, если вам в лом - то мне оно и подавно не сдалось, вам тут такому трафить.
	Ответить | Правка | Наверх | Cообщить модератору

	420. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 18:56
	> Даже когда VESA дравера сверх тормозят как в линухе - с помощью > них можно элементарно загрузить обновлённую версию того же самого линукса, Ну так в этом случае никого и не парит скорость VESA или какой там EFI FB и проч. Вон то не критично к перфомансу и качеству графики. Это fallback. Примерно как аварийному освещению предъявлять что оно без канделябров и тускловато. > в отличие от в случае иначе. Потмоу вся аргументация, местами ещё и > глуховатая, - летит куда подальше. Поэтому вон те с вами и не будут дискутировать в таком формате имхо. И мы посмотрим кто и куда полетит и кому будет просто и логично а кто будет злопыхать. >> Ну так покажите их. > С какой стати я вам тут чтото обязан?... С такой что вы вылезли с этим тезисом, вам его и отстаивать. > Или может сайт википедии в вашем регионе недоступен или гугл?... сомнительно. > А, если вам в лом - то мне оно и подавно не сдалось, вам тут > такому трафить. Хаха, этот анон совсем не умеет проигрывать технические споры.
	Ответить | Правка | К родителю #396 | Наверх | Cообщить модератору

	35. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
	Сообщение от Аноним (37), 01-Авг-24, 12:24
	Собирать? Кому, мне??? Я лучше буду ныть в комментариях.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	72. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (71), 01-Авг-24, 13:49
	> Собирать? Кому, мне??? Я лучше буду ныть в комментариях. Ну тогда и новые кернелы тебе ни к чему :). Поныть можно что с ними, что без, какая разница?!
	Ответить | Правка | Наверх | Cообщить модератору

	267. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 03:20
	> Собирать? Кому, мне??? Я лучше буду ныть в комментариях. Давай собирай, мы же посмотрим... как ты соберёшь выпеленное или минимум прекращённое поддерживаться в уже новых тоннах кусков кода - ядра и ПО...
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	23. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (155), 01-Авг-24, 12:07
	> Скорее всего в 99% случаев там должно быть просто "работает - не трогай" А как удостовериться, что оно работает?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	26. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (157), 01-Авг-24, 12:15
	Ну конечно же по помощи выпиливания из ядра. Других способов наука на придумала.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (155), 01-Авг-24, 12:22
	Почему же, придумала. Тестировать. Только найти, кто будет тестировать, на чём и — главное — для кого.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (2), 01-Авг-24, 12:58
	Ну конечно, объявляешь что ты никого не нашел и выпиливаешь. А то что все есть и даже в проде твоё же дело выпилить. В новости ни слова нет что не нашли тестировщиков, но ты уже в своём воображаемом мирке все придумал. Вот что значит самодостаточный человек.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 13:09
	Так ты выпиливаешь и ждешь. И тут из подвала вылазит тело и начинает вонять что у него всёсламалася!!111 Поздравляю, вы нашли тестировшика. А потом предлагаешь ему самому поддерживать платформу и смотришь как оно сливается)))
	Ответить | Правка | Наверх | Cообщить модератору

	268. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 03:27
	Прекращай уже своё каловентилиррование. Хватит уже статью пачкать своим умствованием трешевым.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 01-Авг-24, 13:31
	А эти вот, у которых в проде, сами тестированием заняться не хотят? Нет, конечно. Стандартное дай, ДАЙ. Это как вой поднялся, когда прокрутку консоли выпилили (и вроде так никто на себя поддержку и не взял). Халявщики.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	107. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Серб (ok), 01-Авг-24, 14:36
	> Это как вой поднялся, когда прокрутку консоли выпилили С этого места поподробнее, пожалуйста. Я что-то упустил.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 01-Авг-24, 14:41
	https://www.opennet.dev/opennews/art.shtml?num=53714
	Ответить | Правка | Наверх | Cообщить модератору

	269. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 04:34
	Как бы даже аж внутри-ядровая консоль(куда на самом деле - и то кому попало лучше не соваться... минимум лучше для пользователей, т.б. уж если даже оригинальный разработчик и то напортачил там) это немного несравнимый случай с тут, с выпиливанием то целых архитектур... Не говоря уже что, предложение было именно про консоль, а тут же выпиливание - скорей из-за всё же "донатов" и нежелания пусть и непростой поддержки, и потому я так подозреваю что в этом решении - им помощники по восстановлению архитектур(ы) - не нужны, от слова совсем... И да раз линукс повсеместно позиционируется как free OS - никто ничего авторам линукса - не должен значит (и т.б.тут мелким калловентилляторам). Обратное - тоже, конечно. Но и рот затыкать нечего лживой защитой. У людей вполне обоснованная причина недовольства: раньше было - теперь "сломали", и даже заведомо навсегда, (а, завтра очередное на очереди). Более, уже через 3-5 лет эти их устройства из-за обновления сертификатов а то и Web стандарта: без обновлений - превратяся уже в совсем непригодное устройство, принудиждая значит его выкинув идити тратить деньги а, кроме этого ещё тратя время на порой поиск магазина и на выбор замены по типу иногда являющейся головной болью само по себе и без факта скрытого грабежа.
	Ответить | Правка | Наверх | Cообщить модератору

	431. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Серб (ok), 06-Авг-24, 13:34
	> https://www.opennet.dev/opennews/art.shtml?num=53714 Понятно. Но это не выпиливание прокрутки. Это выпиливание программной прокрутки. Как таковая прокрутка никуда не делась. Наверное проблемно для кого-то. Но все же.
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	29. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (28), 01-Авг-24, 12:18
	Сложно компаниям не продавать новые железки. Кто содержанку содержит - все прихоти того она и исполняет.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	33. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (37), 01-Авг-24, 12:22
	Ну так используй старое ядро для устаревшего железа, если так надо.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	270. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 04:40
	> Ну так используй старое ядро для устаревшего железа, если так надо. Кроме устаревания сертификатов всего к этому старому желеу обычно подключается новое... начиная с дисков, модемов и WiFi роутеров.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (59), 01-Авг-24, 13:20
	Она стоит денег; на разработку и поддержку конторы скидываются не просто так, а потому что они на нём так или иначе зарабатывают. Из этого самым естественным и натуральным образом следует, что платить за поддержку музейных экспонатов в основной ветке ядра нет смысла. Энтузиасты могут заниматься этим самостоятельно.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	60. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (59), 01-Авг-24, 13:21
	"на нём" в смысле "на ядре"
	Ответить | Правка | Наверх | Cообщить модератору

	271. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 04:55
	> Энтузиасты могут заниматься этим самостоятельно. И сколько *миллионов человеко-часов* ты как энтузиаст(допустим для примера) готов лично выделить?... Людям линукс - для других дел нужен... И несравнимо проще тогда уж даже пусть и тоже устаревшей конкурента ОСью продолжать пользоваться, если говорить о PC. И потому ничего удивительно что статистика у линусоидов даже 32 битные компы почти не видит, и даже по стим или по просто серверным статистикам - они же часто не для серфинга или вообще стоят в шкафу с устаревшей для игр виндой. А, тут на - (многими дистрами)режем уже даже 32-битные процы как неиспользуемые...
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	287. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 08:26
	> И сколько *миллионов человеко-часов* ты как энтузиаст(допустим для примера) готов лично выделить?... > Людям линукс - для других дел нужен... Пагади-ка, те пользоваться они хотят, а пальцем пошевелить ради вещей которые нужны им - нет? В голову приходят просто куча поговорок, начиная про "кататься и саночки возить", заканчивая "как потопаешь - так полопаешь". > И несравнимо проще тогда уж даже пусть и тоже устаревшей конкурента ОСью продолжать пользоваться, если говорить о PC. > И потому ничего удивительно что статистика у линусоидов даже 32 битные компы почти не видит, Особенно если параноики отправку этой статистики выключают) А потом на форумах слезы и слюни "я джвадцать лет пользовался, а вы выпилили ЫЫЫЫЫ!!!!" >  А, тут на - (многими дистрами)режем уже даже 32-битные процы как неиспользуемые... И правильно. Нечего тратить свое время на древний хлам. Те кому надо - пусть сами и поддерживают.
	Ответить | Правка | Наверх | Cообщить модератору

	362. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 03-Авг-24, 03:58
	Твое мнение ну очень ценно в этом вопросе, да.  А, аргументця вообще верх идеала. >> И сколько *миллионов человеко-часов* ты как энтузиаст(допустим для примера) готов лично выделить?... >> Людям линукс - для других дел нужен... > Пагади-ка, т.е. пользоваться они хотят, а пальцем пошевелить ради вещей которые нужны им - нет? Конечно, у них своих дел по горло же. Для тебя это новость?... Ну теперь и ты вкурсе. Ктому же, для них куда рациональней возмущениями стараться препятствовать выпиливанию того что им таки реально нужно, а не заниматся всю жизнь тем что им не свойственно.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 13:40
	> Ну не знаю) Неужели эта поддержка такая сложная? Скорее всего в 99% > случаев там должно быть просто "работает - не трогай" В случае с конкретно древними ARM, спецом для каждой железки - с 1 и тем же процом - валяется довольно много сишного кода уникального для КАЖДОЙ ЖЕЛЕЗКИ, по причине "легаси парадигма, не умевшая в code reuse" (Device Tree). Без реюза кода между железками на 1 системе команд проца и проч. ATAGS - давно задепрекейченый протокол передачи параметров boot -> kernel, его держат ТОЛЬКО для того заброшеного хлама который на device tree не перешел за столько лет (намекает на то что оно сдохло вообще совсем). > Жалко же, мало ли всякого старого железа, на котором что-то работает или > под которое энтузиасты могут что-то запилить. А что они запускать то будут на этом как юзермод? Даже дебиан сейчас - ну вот ARMv5 по минимуму надо. И даже это - довольно винтажные железки так то.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	130. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 15:03
	> Скорее всего в 99% случаев там должно быть просто "работает - не трогай" Если так, то ты и сам сможешь поддерживать это старьё для себя.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	228. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (228), 01-Авг-24, 20:17
	> Ну не знаю) Неужели эта поддержка такая сложная? Ну иди возьми себе поддерку ARMv3 - расскажешь. > Скорее всего в 99% случаев там должно быть просто "работает - не трогай" Нет, не должно быть. Код и интерфейсы меняются и рефакторятся, и этот хлам тоже нужно менять, а потом тестировать. > Жалко же, мало ли всякого старого железа, на котором что-то работает или под которое энтузиасты могут что-то запилить. Так кто им мешает - `git checkout @{20 years ago}` и пусть запиливают. Обычным людям они вообще не должны отсвечивать, не говоря уже о том чтобы явным образом оттягивать ресурсы и тормозить развитие.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

10. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (2), 01-Авг-24, 11:43
Интересно сколько новые арм процессоры для ноутбуков будут поддерживать 3 месяца?
Ответить | Правка | Наверх | Cообщить модератору

13. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+10 +/–
Сообщение от Аноним (13), 01-Авг-24, 11:52
ну и где эти плакальщики с любимыми облезлыми псионами в лапах? идеальный же комп для линуксоида! экран 16 цветов, ком-порт, 32 мб рамы, цпу 200 мгц - всё как мы любим! такие пользователи очень нужны сообществу!
Ответить | Правка | Наверх | Cообщить модератору

	42. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+7 +/–
	Сообщение от Аноним (37), 01-Авг-24, 12:46
	Так вот они, понабежали и плачут.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 13:41
	> Так вот они, понабежали и плачут. Что-то не видно в рассылке то? Или они емыл юзать не умеют? :)
	Ответить | Правка | Наверх | Cообщить модератору

	145. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (2), 01-Авг-24, 15:38
	В твоём воображении?
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	154. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
	Сообщение от Аноним (37), 01-Авг-24, 16:30
	Так самое забавное, что тут 99% эти ARMv5 в глаза не видели, но поплакать надо
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	165. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (165), 01-Авг-24, 17:43
	ПауерПС видело ещё меньше народа. Но поддержку пауерпс никто не выкидывает мистика?
	Ответить | Правка | Наверх | Cообщить модератору

	167. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+5 +/–
	Сообщение от Аноним (-), 01-Авг-24, 17:50
	> ПауерПС видело ещё меньше народа. Но поддержку пауерпс никто не выкидывает мистика? Возможно программеры из ядра громко спросили "от этот копролит кому-то нужен?" И им ответили "Да!". А потом они спросили "А поддерживать его кто будет?" И им ответили "Мы будем поддерживать"
	Ответить | Правка | Наверх | Cообщить модератору

	170. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (165), 01-Авг-24, 17:56
	Так и в сабже только спросили. Никого ещё никуда не выкинули.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Ононимус (-), 01-Авг-24, 20:43
	> Так и в сабже только спросили. Никого ещё никуда не выкинули. Именно. А стонов в комментах как будто у них еще и старые ядра отобрали. Что самое смешное, никто не пойдет в ту рассылку и не начнет сыпать аргументами почему именно его некрохлам нужно тянуть дальше. Потому что кроме оскорблений и приступов паранои у аргументов особо и нет, и какой-нибудь мейнтейнер заткнет их с полуслова.
	Ответить | Правка | Наверх | Cообщить модератору

	304. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (304), 02-Авг-24, 13:02
	Старые apple уже не powerpc, или их никто не видел?
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	202. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Хурдит (?), 01-Авг-24, 19:01
	Прочитал наискосок как "псионами на лампах".
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

15. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
Сообщение от Alladin (?), 01-Авг-24, 11:54
первую малину не трогай, а вот арм 4 и арм 3.. такого я не встречал
Ответить | Правка | Наверх | Cообщить модератору

17. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+4 +/–
Сообщение от Tron is Whistling (?), 01-Авг-24, 11:57
Вот блин наплодили несовместимых рахитектур. То ли дело x86.
Ответить | Правка | Наверх | Cообщить модератору

	68. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 13:43
	> Вот блин наплодили несовместимых рахитектур. > То ли дело x86. Это видимо сарказм такой - учитывая что там тоже древности под риском дропа уже? Вплоть до идей грохнуть x86-32 вообще совсем, целиком, во всех ипостасях :)
	Ответить | Правка | Наверх | Cообщить модератору

	83. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 01-Авг-24, 14:01
	Если мне память не изменяет, архитектуре AMD64 уже третий десяток лет пошёл.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (165), 01-Авг-24, 17:57
	Пора выкидывать же.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 05:16
	Лучше сразу и 64бит, т.б.тоже как подустаревшую уже, чтобы стимулировть желания к 128... Впрочем, есть куча способов других, начиная с SSE10-100-500 безвариативно поддерживаемой, как ныне SSE для 686... новые Wayland/X10-100-500 и т.д. Да пока ещё не все средства грабежа подгонянием тратится израсходовали.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Bottle (?), 02-Авг-24, 10:30
	Так 32 бита уже давно мертвы. Сейчас никакой софт его не поддерживает. Только всякие маргинальные "антифашисткие" дистры вроде антикса поддерживают 32 бита.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	434. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от aegoroff (?), 06-Авг-24, 21:42
	> Так 32 бита уже давно мертвы. Сейчас никакой софт его не поддерживает. совсем нет - многие роутеры до сих пор на 32 битных процах
	Ответить | Правка | Наверх | Cообщить модератору

	105. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от пше (?), 01-Авг-24, 14:33
	Напомни-ка, какой там стандартный кросплатформенный метод отключения A20 gate?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	118. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 14:53
	> Напомни-ка, какой там стандартный кросплатформенный метод отключения A20 gate? И да, сейчас бы в 2024 году париться отключением 20-й линии адреса... на шине... которой уже давно нет :))). Ибо из проца совсем другие шины уже вывешиваются.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от пше (?), 01-Авг-24, 15:15
	Как же хорошо что современные процессоры не тянут за собой легаси 50-летней давности. И шины оперативной памяти у них тоже нет, а адреся передаются по святому духу.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (138), 01-Авг-24, 15:30
	> Как же хорошо что современные процессоры не тянут за собой легаси 50-летней > давности. И шины оперативной памяти у них тоже нет, а адреся > передаются по святому духу. Вот именно той шины - у них вообще совсем нет. И порты IO - какая-нибудь совсем гнусная эмуляция, через LPC-bus не имеющий ничерта общего с ISA и IO портами в их изначальном виде от слова вообще. И так то да, у современных процов есть контроллер DRAM на борту. К нему совсем другой интерфейс, не имеющий ничерта общего с тем антиком и A20. И шина к DDR DRAM так то - другая. С другой структурой. И никакие A20 в этом смысле там, конечно, не фигурируют. Это все - как правило полусофтварная (SMI#) эмуляция для всякого замшелого легаси которое хочет это все видеть. Физически это ессно давно не присутствует. Нет уже ТЕХ шин в ЭТОМ железе. Чисто физически. Есть жалкие compat-потуги немного эмулировать сие. И это добавляет хлама и бардака. Эти ритуалы с A20 существуют - только ради ритуалов, по сути уже. Никакого физического смысла за этим действом в современном компе не стоит в принципе.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от пше (?), 01-Авг-24, 16:10
	Естественно сейчас в сокете нету 20 ножек, подключенных напрямую к буферному регистру в ядре. И обращения к адресному пространству проходят через MCU, который может хоть шифровать данные на лету, хоть вообще работать без оперативной памяти, исполняя код напрямую из SPI-EEPROMа, подключкнному к PCH, а стек хранить в L3. Но мы сейчас говорим не про конкретное железо, а про архитектуру, предоставляющую универсальную абстракцию. И в этой архитектуре до сих пор существует понятие той-самой 20-битной шины, котрой уже давно нигде нет. При разработке загрузчика или ядра у тебя не получится закрыть глаза и сказать что "её нет". Потому что иначе оно не запустится. Самой шины физически-то уже давно нет. Но вот проблемы, вызванные её наличием, x86 продолжает тянуть за собой до сих пор.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 01-Авг-24, 16:48
	В последних процах вообще выпилили - неотключаемо. Методы включения остались всё те же - BIOS, KBC, 92h. Несовместимые окаменелые мамонты - да, были, но тут у армов можно гораздо больше и таких слонов нарыть, что закачаешься.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 01-Авг-24, 16:50
	Кстати в этом и прикол, что x86 в т.ч. тянет легаси. Попробуй что-то под ARMv7 на ARMv6 запустить :D
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	160. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 01-Авг-24, 16:54
	(наоборот то есть. и нет - сам-то код оно исполнит, но вот с архитектурой дело вряд ли продвинется)
	Ответить | Правка | Наверх | Cообщить модератору

	161. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 01-Авг-24, 16:57
	Даже проще, чтобы вон на том арм-роутере ведро забутить - надо очень прилично с бубном поплясать. Несмотря на все device tree. Этого нет, то сделано через другой афедрон, это отваливается, ком-порт вообще активировать надо, вот тут в device tree нах**плётили, и т.д., и т.п. ACPI у x86 тоже не подарок - это форменный звездец просто. Но по сравнению с тем, что бывает на армах - мелочи жизни.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	180. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (180), 01-Авг-24, 18:12
	> Кстати в этом и прикол, что x86 в т.ч. тянет легаси. Универсальность x86 заключается исключительно в стандартизации BIOS и UEFI.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	184. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 01-Авг-24, 18:15
	Щито блин? На сегодняшних процах и платформах вполне себе работает софт времён 386-х. Без эмуляции. Не весь, конечно.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 20:18
	> Кстати в этом и прикол, что x86 в т.ч. тянет легаси. > Попробуй что-то под ARMv7 на ARMv6 запустить :D У дебиана есть "armel" юзермод, он одинаково работает что на v5, что на v7.  Правда на v7 лучше armhf юзать. Лучше по всем параметрам и секурнее. У ARM довольно хорошая совместимость по юзермоду между v5...v8 и никогда не было биосов так что и легасипроблем с ними тоже. Но например какой-нибудь доисторический бутлоадер может не уметь передавать device tree кернелу. Впрочем, для этого воркэраунд есть - можно DTB к кернелу в хвост подшить. И тогда даже с античным бутлоадером прокатит. Не рекомендуется, но так можно было. А накопать можно - вот - некое доисторическое ABI типа OABI которое все забыли уже. Или ARMv3/v4 которые по сути никогда сильно массовыми и не были. Да и даже у v5 некоторые вещи были малость педально, совместимость ядра с v5 юзермодом безопасность несколько портит: там сисколы по фиксированым адресам, очень удобно для гасящих эксплойтами. Но x86-32 намного древнее и крупнее, у него скелетов в шкафу еще больше. И за это он однажды таки - пострадает.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	291. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 02-Авг-24, 09:19
	x86-32 честно говоря тоже давно просится на выпилить из ядра. От x86 осталась x86-64, остальное уже в принципе не нужно, может и на старых ядрах работать.
	Ответить | Правка | Наверх | Cообщить модератору

	330. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (418), 02-Авг-24, 20:56
	> x86-32 честно говоря тоже давно просится на выпилить из ядра. > От x86 осталась x86-64, остальное уже в принципе не нужно, может и > на старых ядрах работать. Ну вот как бы такие идеи тоже проскакивают, да. Их пока еще - есть, и дистро пока еще релизятся с этим всем, тот же дебиан например. Но такая идея девов периодически посещает. Потому что для x86-32 дофигища костылей, особенно для старых машин, без всяких APIC/HPET и прочих продвинутостей.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (165), 01-Авг-24, 17:48
	В архитектуре есть так то и команды для работы с bcd числами. Но из этого ничего не следует.
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	203. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 19:03
	> Естественно сейчас в сокете нету 20 ножек, подключенных напрямую к буферному регистру в ядре. Не знаю что за буферный регистр в ядре для ножек, но физически ТА шина более не существует. И нет никакой линии A20. И разговор про ее A20 это разговор о какой-то виртуальной абстракции для поддержки совместимости с каким-то хламом, уверенным в обратном. И только. Этого хлама - в x86, особенно 32-битном - накопилось как-то слишком много, чтобы этот окаменелый, виртуальный от и до шитец - еще и майнтайнить хрен его знает зачем в таких масштабах. И за ним господа с большим ножиком тоже зайдут, при том - уже видимо в обозримом будущем. Это сразу столько обросшего паутиной хлама из arch/ разгрузит, что выгрузка мусоровоза покажется сущей ерундой. > И обращения к адресному пространству проходят через MCU, который > может хоть шифровать данные на лету, Контроллер памяти - не MCU. Это просто хардварный блок такой. > хоть вообще работать без оперативной памяти, исполняя код напрямую из SPI-EEPROMа, Это тоже работает не всегда и не везде. И не очень распостраненная аьстракция. А там где spi контроллер умеет маппинг в память для direct exec это таки очень медленно работает. > подключкнному к PCH, а стек хранить в L3. У x86 помнится можно было часть cache -> SRAM переключить, так что оно юзабельно как немного именно явно адресуеемой оперативы. Но секвенсить это на x86 стороне было мучительно и амд от этого вообще ушел с неких пор. > Но мы сейчас говорим не про конкретное железо, а про архитектуру, предоставляющую > универсальную абстракцию. И в этой архитектуре до сих пор существует понятие > той-самой 20-битной шины, И оно не имеет никакого физического смысла. Чисто артефакт для того чтобы легаси софт был счастлив, думая что что-то там настроил. И только. > или ядра у тебя не получится закрыть глаза и сказать что "её нет". В каком-нибудь EFI ее по моему уже как раз совсем нет. Оно сразу в 32 или 64 режиме проц отдает с уже более-менее настроеной системой. > уже давно нет. Но вот проблемы, вызванные её наличием, x86 продолжает > тянуть за собой до сих пор. X86S от интеля как бы намекает что этот хлам прибить хотят не только вон те.
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	178. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (180), 01-Авг-24, 18:11
	> Вот именно той шины - у них вообще совсем нет. На том уровне с которым работает системный программист с ассемблерными мнемониками, ничего не поменялось, кроме разве что UEFI, а не ручного перехода в PM через включение A20, gdt и т.п.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	200. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (200), 01-Авг-24, 18:55
	Это плохо. Надо что-нибудь выкинуть.
	Ответить | Правка | Наверх | Cообщить модератору

	276. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 05:20
	> Эти ритуалы с A20 существуют - только ради ритуалов, по сути уже. Никакого физического смысла за этим действом в современном компе не стоит в принципе. Тоже самое было уже 30 лет назад... и ничего - только вам это мешает, а вот всем остальным пользователм - очень полезна всеголишь обратная совместимость.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	338. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Tron is Whistling (?), 02-Авг-24, 22:37
	Да и A20 gate эмулируется на уровне MMU уже, до кешей. Если вообще эмулируется, в последних процах стало неотключаемым.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	183. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (180), 01-Авг-24, 18:14
	> на шине... которой уже давно нет Физически её может давно и нет, но с токи зрения программиста не поменялось вообще ничего. Если это не UEFI.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	207. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (328), 01-Авг-24, 19:05
	> Физически её может давно и нет, но с токи зрения программиста не > поменялось вообще ничего. Если это не UEFI. С точки зрения системного программиста - этот хлам трогают в 1 месте, на правах ритуала, и потом валят в protected mode даже в бутлоадерах всяких уже. Дабы не иметь дел с фекальями мамонта. Более того. Режим BIOS в современных компах тоже эмуляция. А интел грозился его и вообще совсем - того уже. Так что этим системным программистам и абстракциям - недолго осталост.
	Ответить | Правка | Наверх | Cообщить модератору

	277. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 05:23
	Похоже кто то тут из конкурентов интела... то то много высрал на самую драгоценность x86 и ранее MS OS - обратную совместимость с ПО.
	Ответить | Правка | Наверх | Cообщить модератору

	331. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (418), 02-Авг-24, 20:58
	> Похоже кто то тут из конкурентов интела... то то много высрал на > самую драгоценность x86 и ранее MS OS - обратную совместимость с ПО. Да не, похоже тех самих задолбало возить этот прицеп :)
	Ответить | Правка | Наверх | Cообщить модератору

	364. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 03-Авг-24, 04:04
	Это не отменяет сказанного о драгоценности.
	Ответить | Правка | Наверх | Cообщить модератору

	379. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (-), 03-Авг-24, 19:24
	> Это не отменяет сказанного о драгоценности. Да вот, было время - и алюминий стоил больше золота. А сейчас из него одноразовые банки делают :) ...в мире где я могу все пересобрать из исходников мне не упало печься совместимостью с x86-32  какахами мамонта. Так просто и банально. Debian останется Debian и на ARM64, и на RISCV64, и софт будет плюс-минус один и тот же.
	Ответить | Правка | Наверх | Cообщить модератору

	399. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от _ (??), 04-Авг-24, 08:08
	>...в мире где я могу все пересобрать из исходников Жаль что живешь ты в другом мире, тут и розовых поней нет, и исходники далееекооо не ко всему :( Хе-хе, кстати - нэйви невероятных друзей недавно искал кто им переведёт их систему учёта заказов (кажись) с мэйнфрейма в пизюки\облака. Сырки выдадут. Но Кобол :) Раз такой умняша - возьмись, пересобери, до пензии работать уже не надо будет :)
	Ответить | Правка | Наверх | Cообщить модератору

	421. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 19:20
	> Жаль что живешь ты в другом мире, тут и розовых поней нет, > и исходники далееекооо не ко всему :( Я прошел длинный путь чтобы перевести мои workflow на опенсорсные программы :). И теперь все что я делаю я могу сугубо опенсорсом. У кого это не так - это печально, но это ИХ проблемы. > Хе-хе, кстати - нэйви невероятных друзей недавно искал кто им переведёт их > систему учёта заказов (кажись) с мэйнфрейма в пизюки\облака. Сырки выдадут. Но > Кобол :) Раз такой умняша - возьмись, пересобери, до пензии работать > уже не надо будет :) Да ну нахрен мне знания про мамонтов каких-то. На мой век и более интересных тасков хватит.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Хурдит (?), 01-Авг-24, 19:04
	А он до сих пор кодит под это, прикинь? Зарылся где-то в негеолоцированной землянке и кодит.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	279. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 05:35
	Легко, 1) бросать жалко - дело всей жизни 2) Чем ему ещё заниматься - не опускаться же до создания новомодных ИИ свистелок... 3) замены нет одна безтолочь... ещё же и Python, с Java и C# в ядро притащите. 4) А, оно и так уже еле телепается а, то вообще будет ползти броско.
	Ответить | Правка | Наверх | Cообщить модератору

	289. Скрыто модератором	+/–
	Сообщение от Аноним (-), 02-Авг-24, 08:29
	> 1) бросать жалко - дело всей жизни иначе придется сидеть и думать "жизнь прошла зря(( на что я ее потратил((" > 2) Чем ему ещё заниматься - не опускаться же до создания новомодных ИИ свистелок... Деды всегда пренебрежительно относятся к прогрессу, но он их не спрашивает) > 3) замены нет одна безтолочь... ещё же и Python, с Java и C# в ядро притащите. любители дыряшки не могут буфер без переполнения сделать уже лет 30-40, так что давайте уже хотб питон, хоть жаваскрип, все равно ядро хуже не станет
	Ответить | Правка | Наверх | Cообщить модератору

	214. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (214), 01-Авг-24, 19:14
	>И да, сейчас бы в 2024 году париться отключением 20-й линии адреса Из x86_64 реальный режим пока ещё не выпилили. После сброса он в реальном режиме. PS Intel заявляла, что разрабатывает архитектуру x86S без совместимости с прошлым, но это когда ещё будет.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	232. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 20:23
	> Из x86_64 реальный режим пока ещё не выпилили. После сброса он в реальном режиме. Во первых X86S собирался стартовать сразу в 64 битном. Во вторых - вон то таки не факт, особенно на AMD новых, где PSP сперва dram training делает и поляну готовит - а потом ресет у x86-64 отпускает, засетапив его работать. Это по моему уже не в real mode по дефолту, но для совсем легаси - может и в него свалить. Boot sequence новых AMD совсем не тот что вы могли себе вообразить. > PS Intel заявляла, что разрабатывает архитектуру x86S без совместимости с прошлым, но > это когда ещё будет. Она уже по сути разработана и совместимость с BIOS они уже покушаются - прибить. Видимо в том числе и поэтому.
	Ответить | Правка | Наверх | Cообщить модератору

24. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
Сообщение от Аноним (24), 01-Авг-24, 12:10
и куда теперь девать старый телефон?
Ответить | Правка | Наверх | Cообщить модератору

	34. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (37), 01-Авг-24, 12:23
	На переработку сдай.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (71), 01-Авг-24, 13:51
	> и куда теперь девать старый телефон? У вас был старый телефон на линухе, попадающий под вот это вот? Это что за модель такая вообще могла бы быть?! Даже чисто теоретически?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	132. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 01-Авг-24, 15:10
	В самых новых телефонах ядро 4.x. (не исключаю, что есть аж с пятёркой, но не встречал)
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	292. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от devl547 (ok), 02-Авг-24, 09:23
	Realme 10 на не самом свежем медиатеке g99 - ядро 5.10.168
	Ответить | Правка | Наверх | Cообщить модератору

36. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (36), 01-Авг-24, 12:26
После поддержки EXT2 новые ядра меня не интересуют, после такого хамства, готовлюсь перейти на виндовс.
Ответить | Правка | Наверх | Cообщить модератору

	40. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
	Сообщение от Аноним (40), 01-Авг-24, 12:42
	я уже это сделал и почти нисколько не жалею о переходе.
	Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	227. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Выньдузь. (?), 01-Авг-24, 20:12
	Там браузера Атом нет.D
	Ответить | Правка | К родителю #292 | Наверх | Cообщить модератору

	43. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от ДругойАнон (?), 01-Авг-24, 12:47
	Тогда готовьтесь к еще более сомнительному обращению от Майкрософта
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	101. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (97), 01-Авг-24, 14:23
	Что сомнительного в https://habr.com/ru/news/829354/ по твоему мнению? Всё правильно сделали, пусть линуксоиды и другие меньшинства страдают за свой счёт.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Tron is Whistling (?), 01-Авг-24, 13:23
	3.11?
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	70. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (82), 01-Авг-24, 13:47
	Ага, там-то тебе не будут впихивать ненужные обновления.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	117. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (117), 01-Авг-24, 14:50
	Дожили, теперь опеннетовцы не дают разрабам даже удалить дублирующий код. Им не важно что драйвер ext4 обратно совместим с ext2/ext3
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	151. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (151), 01-Авг-24, 15:58
	они хотели меньше строчек, а строчек стало больше, вот и надули губки
	Ответить | Правка | Наверх | Cообщить модератору

39. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
Сообщение от Аноним (40), 01-Авг-24, 12:40
Прикладуху тянут 10 лет,поддержку в ядре 20. Ясно-понятно.Надо будет в роспотребнадзор наябедничать,чтобы просрочки на полках магазинов не было.D
Ответить | Правка | Наверх | Cообщить модератору

	44. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (37), 01-Авг-24, 12:52
	Всего лишь 20 лет. Считай, только вышла железка, и уже не поддерживается. Запланированное устаревание изо всех щелей.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от _ (??), 01-Авг-24, 19:50
	> Всего лишь 20 лет. Всего лишь 20 лет ___после_завершения_выпуска___. Имейте совесть ононимы, вы даже у себя дома чаще полы моете! ... или нет?! 8-О
	Ответить | Правка | Наверх | Cообщить модератору

	253. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (37), 01-Авг-24, 21:42
	И что, мне теперь через 20 лет новый комп собирать?
	Ответить | Правка | Наверх | Cообщить модератору

	280. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (193), 02-Авг-24, 06:21
	А, я последние пол года что то подумываю о 286, а лучше и вовсе 8086/Поиск-1 правда даже VGA ещё неподдерживал вроде бы да и не по феншуйно было бы, но оказалось что и на EGA полно интересных игр которые я пропустил большинство, т.е.вовсе 40 лет - а, они тут про 20 лет... Ничего не шарят в ноухау! Вот это были ценности это вам не кор/дзен какой то... с очередным GTA10-100-500 и прочим, очередным, то ли кинцо толи иногда и мультцом судя по графике. Но, было бы время - интересно было бы и актуальное Linux ядро например на хотя бы 386(как 1-й 32 бит процессор на PC) оптимизирвовать + на асме, и сказать всем тут "доброжелателям" - усритесь фапатели на новьё и вообще Гигагерцы: вот мой FF/Хром той же версии что и у вас - требует всего лишь... с аж мега-мажорных 40Mhz... (8Mhz и даже менее - в пересчёте на современные Hz) и с всего лишь 4 MB, как средний максимум к ним тут в то время. Этох время...
	Ответить | Правка | Наверх | Cообщить модератору

	303. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (155), 02-Авг-24, 13:01
	Анон, проверено: если ты соберёшь весь хлам из дества, в детство ты всё равно не вернёшься и трава зеленее не станет. Это не время было интересное, это тебе всё в новинку было.
	Ответить | Правка | Наверх | Cообщить модератору

	305. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 13:23
	> Анон, проверено: если ты соберёшь весь хлам из дества, в детство ты > всё равно не вернёшься и трава зеленее не станет. Это не время было интересное, это тебе всё в новинку было. Ну возможно собирание того хлама и настройка ему будет в новинку. Плюс это возможность попасть в какое-то меньшинство - напр клуб любителей старичков. А там можно повысить себе ЧСВ, чваниться на тех кто себе позволяет менять железо раз в пять-десять лет, ну и тд
	Ответить | Правка | Наверх | Cообщить модератору

	357. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 03-Авг-24, 01:55
	А, тебе то что?... что тут зубоскалишь. У меня уже и возраст не молодой - в твой клуб записываться должно быть пора))) А, ты наверное вечно жить собрался - вперэд... Вечно молодой, вечно обновляющийся... вечно бегущая белка в колесе, хоть правильней осёл с морковкой, там же, вечно.
	Ответить | Правка | Наверх | Cообщить модератору

	356. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 03-Авг-24, 01:46
	Мимо, конкретно в моём случае. (Да и про то что "не вернёшься и трава зеленее не станет" - тоже мимо, за что свидетельствуют конские цены на в ч.н. парно SLI 3DFx-видеокарты превышающие ценой б/у же например куда более совремнные 8GB видеокарточки... спрос - против вас). С одной стороны: я вот в CnC самый 1й, почему то пропущенный, играл в нативном ДОС недавно и продолжу как будет время. Т.е.для игр хоть в ДОС мне ненужно пречисленное мной выше. Я же сказал цель другая, хоть с другой сторооны можно уже и в CGA и EGA игры поиграть, т.б.в мега прикольные ну там про того же Вилко, а, то как то на SVGA - не интересно было из-за альтернатив более графичных, котоырх сотнями на 1 компакте уже помещались тогда, вот я не графодрочер но, халтуру не люблю - а, EGA и т.б.CGA видеоадаптеры  - именно такое, кол-ом цветом ограниченные, маркетингово. А, с другой стороны, в моём детстве - даже самого ПК или приставки/мобилки небыло, не говоря уже про интернет. В общем у вас мимо... Если что и было пусть позже - программируемый калькулятор (так что и тоже мимо). Увидев мой интерес к компьютерам в кружке с 286(и даже 256 цветной VGA графикой! - мне купили программируемый калькулятор;) где я куда фактически больше вникал в программирование чем даже играл и затем, перед тем как падлючно он сдох, целыми неделями ваял уже свои игры. Сейчас программируемый калькулятор - звучит наверно не то что смешно а, вовсе непонятно - т.б.чаще калькулятор вовсе пренебрежительно уже в отношении чуть ранее выпущенных ПК - а, тогда это была мечта о которой я даже и не мечтал никогда... притом, что я уже и 8086 и 286 и вроде где то тогда даже на 386 игры заценил, зато он был дома свой и нерельно крутой даже с программистких возможностей - позволяя и игры, даже динамические, на цифровом индикаторе конечно зато не надо было ничего рисовать:) а, вот на ПК это меня остановило как раз в своё время. Калькуляторо ...но, с нереальными как для любого калькулятора целых 105 байт))) под код! (да, на западе были уже килобайты и десятки, но и цена же... уж если этот "конски" стоил, те даже и не продавали у нас т.б.шли 1990-тые) и даже 15 регистров(кстати на PC только через десять лет, с приходом 64-битности к тому же ещё долго не используемой нигде кроме серверов, стало столько же, маркетинговые жлобяры), куда в ч.н. можно выносить данные из этого кода и трюками и сам код уменьшать ещё всячески на аж байт-другой-третий))) нет, не поймёте - со своими гигабайтами то! потому, мне нынешние запросы игр... скажем так: даже 8086 - это труднооценимая людьми: мега-мощь.. А, уж 286... Ну и что - что чуть позже у меня был куда мощней, это уже сугубо из разряда графодрочеств - все эти 3D! (для примера: тот же DN3D отличается от DN1&2 фактически лишь числом цветов и улучшенным сеттингом, даже несколькими, и графодорческим 3D, DOOM/Q ещё меньше относительно WOLF, да не обижаюся квакеры, я знаю конечно о разнице в gameplay т.б.по сети но, фактически например многопользовательский же DOOM2D который дае в 2D - gameplay'но ничем не хуже их и последующих, если даже не считать того что они не умеют в SplitScreen что в те времна было ну очень критично, без Intenet'a. Разница и тут сугубо графодочерская. А, Crymsonland в 2D - помнится нааадолго уделал во всём мире все эти 3D морровинды и ассасины c дуум3, в середине даже уже 2000-х как для 2D игры то, и вот так чтобы почти на каждом пк игра стояла - такого наверное небыло со времён TESTRIS,LINES,WOLF,DOOM1,Q1(но, он был и спорен темнотой больше скрывавшей LoQ текстуры и у многих уже жутко лагал пока не обновились) и HMM2-3 конечно же). Я даже не говорю про все эти нано-улучшениятипа физ.освещения лучей ну это то я ещё могу понять только не то зачем нужны доп.поколения видеокарт с несовместимм API ведь ещё в сталке GI в ч.н.на DX9 уже был пусть и багнутый, точней догадываюсь зачем... И кстати, зато на древних ПК куда интерересней играть в игры под них[перепроходя], т.к.на более новых - новые отвлекают же сильно. P.S. Вот сегодня, тематично, случайно нашол - кому то полезную статью о схожем: "Сборка PC AT-совместимого компьютера с процессором 80286" - https://habr.com/ru/articles/537698/
	Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

	367. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 03-Авг-24, 09:12
	> (Да и про то что "не вернёшься и трава зеленее не станет" - тоже мимо, за что свидетельствуют конские цены на в ч.н. парно SLI 3DFx-видеокарты превышающие ценой б/у же например куда более совремнные 8GB видеокарточки... спрос - против вас). А картриджи с супер марио продают за полтора миллиона долларов, и что? К ностальгии это уже не имеет никакого отношения.
	Ответить | Правка | Наверх | Cообщить модератору

	397. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 04-Авг-24, 05:23
	Кто знает... Зря по себе мерите, какомунибудь Б.Гейтсу это как вам списки купить... Да и пример натянутый...  Я то про всем доступные цены а, наоборот.
	Ответить | Правка | Наверх | Cообщить модератору

	401. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (405), 04-Авг-24, 11:23
	Кто знает... Зря по себе мериете, какомунибудь Б.Гейтсу это как вам спички купить... Да и пример у вас - натянутый...  Я то про всем доступные цены - а, наоборот.
	Ответить | Правка | К родителю #367 | Наверх | Cообщить модератору

57. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
Сообщение от Александр (??), 01-Авг-24, 13:13
По моему пора создавать новую ветку для свежего оборудования. Ядро значительно похудеет и избавится от многих багов. Создать последнюю ветку 7 для поддержки до 2024 года к примеру, а с 8 все новое железо.
Ответить | Правка | Наверх | Cообщить модератору

	73. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+4 +/–
	Сообщение от Аноним (82), 01-Авг-24, 13:50
	Пора создавать stable api для дров.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (214), 01-Авг-24, 14:13
	Вот это ненужно, это нонсенс.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (97), 01-Авг-24, 14:27
	А сами дрова вынести за пределы ядра и пусть оно с ними только через этот API взаимодействует, а не держит у себя в кишках. Блин, это же винда получается или полуось, мир её праху (там ядро работало в Ring0, а дрова в Ring1).
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	127. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 14:59
	> А сами дрова вынести за пределы ядра и пусть оно с ними > только через этот API взаимодействует, а не держит у себя в > кишках. Блин, это же винда получается или полуось, мир её праху > (там ядро работало в Ring0, а дрова в Ring1). Если учесть что даже сам интел уже хочет покилять это в пользу только kernel и user в X86S, насколько я помню, с аргументом "никто все равно не юзает"... в общем, прах к праху :)
	Ответить | Правка | Наверх | Cообщить модератору

	164. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (97), 01-Авг-24, 17:36
	В винде дрова всегда работали в Ring0, насколько мне известно. Но частью ядра они не являются и потому даже на Win11 будет работать куча дров от висты, вышедшей почти 20 лет назад. Но это же винда клятая, а мы не такие как вся эта серая масса, потому будем стоя на лыжах в гамаке и обязательно вверх ногами.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (328), 01-Авг-24, 19:10
	> В винде дрова всегда работали в Ring0, насколько мне известно. И и линухе тоже. И во всех ныне живых ос аналогично. А на других архитектурах есть разве что супервизор, гипервизор да юзер. И все права в системе. ЧСХ интель гипервизоры не угадал и пришлось костылить отдельно. > Но частью ядра они не являются и потому даже на Win11 будет работать > куча дров от висты, Смотря что считать за часть ядра. Они в том же регионе памяти с теми же правами. И вы в вашем праве показать как винда на ARMv3, 4, 5, ... вообще работает, если уж мы о птичках. > масса, потому будем стоя на лыжах в гамаке и обязательно вверх ногами. Ну вот вы с вашими лыжами и покажите как винда сабжевое железо поддерживает. Не, блабла про какое-то другое железо - не катят.
	Ответить | Правка | Наверх | Cообщить модератору

	281. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (193), 02-Авг-24, 06:31
	1) Так она и не поддерживала... Впрочем, в этом тоже не идеал.   2) Речь была про другое. > И во всех ныне живых ос аналогично. Hurd*Linux/BSD? Не неслышал. Но, кому они нужны? - итак всё работает, а когда нет - всёравно ничего не поможет.
	Ответить | Правка | Наверх | Cообщить модератору

	334. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 22:04
	> 1) Так она и не поддерживала... Впрочем, в этом тоже не идеал. Ну дык она на мобилках - пролетела как фанера над парижем. По причине "драйверов нет". Так что не этой штуке учить линуха как надо было. Линух поддерживает намного больше оборудования. > 2) Речь была про другое. Ну да, ну да, чужими руками советы раздавать все сильны. >> И во всех ныне живых ос аналогично. > Hurd*Linux/BSD? Не неслышал. Но, кому они нужны? - итак всё работает, а > когда нет - всёравно ничего не поможет. Что за Hurd*Linux? Либо уж Linux, либо уж Hurd. У BSD как максимум гибридные ядра опять же. И да, кому они нужны? Судя по числу желающих их использовать это как-то далеко от успеха. Hurd вообще USB только недавно смог. При том что оно появилось впервые в эпоху первопней. Это, конечно, ломовой успех дровописательства. Всего около 30 лет лага?
	Ответить | Правка | Наверх | Cообщить модератору

	295. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (97), 02-Авг-24, 10:28
	> И вы в вашем праве показать как винда на ARMv3, 4, 5, ... вообще работает, если уж мы о птичках. Разговор вообще-то был про X86 и из контекста это очевидно. > Ну вот вы с вашими лыжами и покажите как винда сабжевое железо поддерживает. Не, блабла про какое-то другое железо - не катят. Мне оно надо? Хотя валяется в столе Lumia 520 Dual SIM, у которой на борту Qualcomm Snapdragon S4 Plus MSM8227 и десятая винда (покупался с 8, но потом апгрейд прилетел), это ARMv7.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

	337. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (337), 02-Авг-24, 22:27
	> Разговор вообще-то был про X86 и из контекста это очевидно. Я думаю что разговор тут изначально о ARM - при том старых. У виндов с их поддержкой вообще - никак. Поэтому в этом топике пингвин соревнуется в основном кажись с секундной стрелкой. И да, в пингвине работают винтажные видяхи типа гефорсов и радеонов 9000 серии - на которые в винде уже вообще совсем дров не найдешь. Если уж про x86 заикаться. > Мне оно надо? Хотя валяется в столе Lumia 520 Dual SIM, у > которой на борту Qualcomm Snapdragon S4 Plus MSM8227 и десятая винда > (покупался с 8, но потом апгрейд прилетел), это ARMv7. Ага. Единственное что винда поддерживает - квалкомы. И все. На остальное драйверов нет. Отличная поддержка железа. От пингвина. Не в лучшую сторону отличная. И, кстати, равзе эти штуки уже не превратились в вообще совсем тыкву? Там вроде даже стор отключили - а что с ними без стора делать? Это ж не Maemo которое - вон до сих пор с N800 и майнлайном кто-то колупался немного. А репы до сих пор живые. Правда 800 мало кто и так захочет юзать - 128 мег оперативы на все было душно с самого начала. И проц хилый. Даже видео на 800x480 экран проиграть отдельный гимор, надо в легкий кодек с низким битрейтом перекодировать, иначе подавится.
	Ответить | Правка | Наверх | Cообщить модератору

	365. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (355), 03-Авг-24, 04:35
	> Единственное что винда поддерживает - квалкомы. И все. На остальное драйверов нет. Отличная поддержка железа. Есть один мааленький момент: это в линукс ядре драверов тех или иных - нет, а тут - не задуманна поддержка... и все остальные производители - идут лесом (икая от зависти квалкому). MS может себе позволить... Им и мобилки вообще то не нужны, лишняя головная боль только, с их то средствами, влезли скорей сугубо для сохрарнения престижа (от обсиров в стиле: а твоя MS - немогёт, как и арм вообще). Ну вот они и утёрли нос.
	Ответить | Правка | Наверх | Cообщить модератору

	380. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 19:40
	> Есть один мааленький момент: это в линукс ядре драверов тех или иных - нет, > а тут - не задуманна поддержка... Это - софистика. Поддержка железа либо есть, либо нет. И тут мы смотрим на число и разнообразие железок. Более того, даже когда майкрософт задуывал поддержку, с своми WinPhone - там тоже что-то не срослось, и из дров - аж целый квалком. На остальное дров, опять же, не было. А если посмотреть в arch/arm, arch/arm64, arch/riscv - там как-то очень сильно больше ассортимента и еще прибавляется. А если еще и в drivers/ заглянуть.... не, на дохрена из этого в винде вообще дров нет - и вполне вероятно что и не будет никогда. С учетом таких успехов - не вижу причин брать уроки как это делать правильно у тех. Они сами себя будущего лишили своими действиями. > и все остальные производители - идут лесом (икая от зависти квалкому). Я и смотрю как они там пошли лесом... вон туда, в arch/* у линуха. И теперь на этом миллиарды андроидов. А майкрософт извините вообще где? :) > MS может себе позволить... Они и позволили себе - пролететь на мобилах как фанера над парижем. Ну такой себе успех драйверостроения, и вообще. Я бы на это ориентироваться не стал. Особенно c ARM. > Им и мобилки вообще то не нужны, лишняя головная боль только, с > их то средствами, влезли скорей сугубо для сохрарнения престижа > (от обсиров в стиле: а твоя MS - немогёт, как и арм > вообще). Ну вот они и утёрли нос. При том, походу, утерли - сами себе. Хрен знает зачем. Сделав неконкурентоспособный позор, который нафиг никому не уперся с теми соотношениями. Так что успех драйверостроения не доказан. А миллиарды юнитов - вон те - просто делают при помощи линуха. Я вполне поддерживаю такой расклад и буду считать что линух лучше смог с ARM и дровами :)
	Ответить | Правка | Наверх | Cообщить модератору

	398. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (378), 04-Авг-24, 05:29
	>> Есть один мааленький момент: это в линукс ядре драверов тех или иных - нет, >> а тут - не задуманна поддержка... > Это - софистика. Поддержка железа либо есть, либо нет. И тут мы смотрим на число и разнообразие железок. .... Дальше даже не читал...
	Ответить | Правка | Наверх | Cообщить модератору

	422. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 19:23
	>> Это - софистика. Поддержка железа либо есть, либо нет. И тут мы смотрим >> на число и разнообразие железок. .... > Дальше даже не читал... Вы все правильно поняли - я не позволю вам заниматься демагогией за мой счет, подгоняя решение под ответ. Дураков нет. И считать мы будем так как есть в интерьере, а не так как кому-то удобно ;)
	Ответить | Правка | Наверх | Cообщить модератору

	92. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (78), 01-Авг-24, 14:11
	По моему для такого придумали концепцию микроядра. Где ядро не должно ничего значит про существование дров. А дрова десятилетиями работают с любым новым ядром.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	124. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (-), 01-Авг-24, 14:57
	> По моему для такого придумали концепцию микроядра. Где ядро не должно ничего > значит про существование дров. А дрова десятилетиями работают с любым новым ядром. А на практике все пришло к "нет дров, десятилетиями". Красиво было на бумаге, но забыли про овраги :-)
	Ответить | Правка | Наверх | Cообщить модератору

	140. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (2), 01-Авг-24, 15:32
	Это во фряхе дров нет. А в микроядре микроядра нет. Но это пока что.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 01-Авг-24, 15:41
	> Это во фряхе дров нет. Да и хрен с ней. А в какой-нибудь совсем васян-ос нет и того что у них есть. Не аргумент за архитектуру. > А в микроядре микроядра нет. Но это пока что. Чего-чего? Это как? Микроядро как раз самая простая часть этого балета. Потому что нихрена не умеет. А вот дальше Зоркий Глаз начинает замечать что с этой парадигмой, кажется, была какая-то подстава... не, если вам полтора драйвера на все надо, как с ME, и перфоманс похрен, может даже и прокатить, конечно. Но если что-то сверх того... эээ... упс... вон там Hurd, вон там Minix, ну и где их офигенная поддержка железа?! Им обеим лет больше чем Linux. Ибо первая версия Linux была написана под Minix, с коментом "wouldn't be as big and professional as Hurd".
	Ответить | Правка | Наверх | Cообщить модератору

77. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
Сообщение от Аноним (82), 01-Авг-24, 13:56
Выбросили поддержку железа без зондов.
Ответить | Правка | Наверх | Cообщить модератору

	96. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Мальчик Бананан (?), 01-Авг-24, 14:14
	> Выбросили поддержку железа без зондов. 👆 этот начинает что-то подозревать.
	Ответить | Правка | Наверх | Cообщить модератору

	299. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от ОООноним (?), 02-Авг-24, 11:26
	>ARM >без зондов
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

81. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (214), 01-Авг-24, 14:00
>stm32f4/f7/h7 - микроконтроллеры без MMU, сопровождение в ядре продолжается и имеются активные пользователи. Мягко сказано "имеются".
Ответить | Правка | Наверх | Cообщить модератору

	95. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (78), 01-Авг-24, 14:14
	Да уже давайте сразу отымели всех владельцев арм процессоров.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (138), 01-Авг-24, 15:36
	> Да уже давайте сразу отымели всех владельцев арм процессоров. И тут амазон такой, с своими 96-ядерными ARM - отыметь 500-фунтовую гориллу?! Дескать, подходите ближе, ближе, ща вам будет мастеркласс... :))
	Ответить | Правка | Наверх | Cообщить модератору

	169. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (165), 01-Авг-24, 17:55
	И потом все эти 96 ядер сразу дропают без права на восстановление.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (328), 01-Авг-24, 19:13
	> И потом все эти 96 ядер сразу дропают без права на восстановление. Ну когда-то и их конечно дропнут. Вопрос в том доживете ли вы до этого момента вообще, чтобы им насладиться. Потому что в данный момент это - топчик. С EPYC'ом рубается. А депрекейтнут его соответственно годков через 20, не раньше.
	Ответить | Правка | Наверх | Cообщить модератору

85. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
Сообщение от commiethebeastie (ok), 01-Авг-24, 14:03
>ARMv7-M >Предлагается удалить поддержку ARMv7-M в 2027 году, спустя 10 лет, после прекращения разработки >stm32f4/f7/h7 >Вопрос удаления планируют рассмотреть в 2026 году. Разные люди писали?
Ответить | Правка | Наверх | Cообщить модератору

98. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
Сообщение от Мальчик Бананан (?), 01-Авг-24, 14:18
Конкретно на это железо глубоко пофиг. Я не то что в глаза его никогда не видел, даже не слышал о нём. Но вот тенденция нехорошая. Где гарантия, что x86 не дропнут завтра\послезавтра? А такого железа ой как много.
Ответить | Правка | Наверх | Cообщить модератору

	159. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (157), 01-Авг-24, 16:52
	Продажи ПК сокращаются. Производителям надо будет как-то выкачать денег из хомячков. Пока что их зомбируют на то что железо надо покупать каждый год. А то не мощщ особенно на ватт. Что это значит хома понять не в состоянии, но идёт в магазин.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от hohoho (?), 01-Авг-24, 20:10
	Как раз хому дурачить не надо ибо цикл обновления железа диктует фпс. А адептов коры дуба не проведёшь так просто, нужно долбать ядро.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от User (??), 01-Авг-24, 20:29
	Ага. И старые ядра отберут, негодяи! Всем ведь ясно, что это железо 20+ летней давности "выдержанное, настоявшееся, проверенное временем"(ТМ), а у софта - есть только одна версия - ПОСЛЕДНЯЯ и без ядра 7.28 всесломаицца!!!111
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

195. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Ilya Indigo (ok), 01-Авг-24, 18:49
Немного оффтоп. Про ARMv9 вообще что-то слышно? Несколько лет назад его нахваливали, мол сделают там масштабируемый аналог AVX и многое другое, но сколько лет прошло, ни слуху ни духу, а актуальные ARM процессоры до сих пор на архитектуре aarch64.
Ответить | Правка | Наверх | Cообщить модератору

	215. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+2 +/–
	Сообщение от Аноним (37), 01-Авг-24, 19:17
	Ну последние флагманские процессры на ARMv9. Snapdragon 8 gen3, Apple M4, вот это всё
	Ответить | Правка | Наверх | Cообщить модератору

	236. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (236), 01-Авг-24, 20:30
	> многое другое, но сколько лет прошло, ни слуху ни духу, а > актуальные ARM процессоры до сих пор на архитектуре aarch64. Aarch64 это такое же собирательное название 64-бит ARM как AMD64 или x86-64 - собирательное название 64-битных x86. Без уточнения какой там AVX они поддерживают при этом.
	Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

206. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (206), 01-Авг-24, 19:04
Проблема электроники в том что чипы не так быстро "обновляются", хоть это и как-то некорректно по отношению к электронике. У них как правило свои задачи и свои пользователи. Вам может быть смешно, а я вот очень старую электронику в домашнем применении использую. Просто потому что знаю как, а работа с этим не связана.
Ответить | Правка | Наверх | Cообщить модератору

	216. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
	Сообщение от Аноним (180), 01-Авг-24, 19:22
	Работа разная бывает. Можно и на i386 работать в Word\Excel 95 под Windows 95. Так же куча CAD софта, музыкального тоже. В общем, всё, что не связано с видео и интернетом пойдёт на любой древней машине с SVGA монитором. Где-то на гитхабе видел телеграм клиент под Windows 3.11 написанный на Delphi и он даже работал.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (236), 01-Авг-24, 20:28
	> Windows 95. Так же куча CAD софта, музыкального тоже. В общем, > всё, что не связано с видео и интернетом пойдёт на любой > древней машине с SVGA монитором. Что-то мне подсказывает что ваша эффективность в ТЕХ кадах и с тем сетапом будет, скажем так, значительно хуже чем у вон тех, с более современным софтом на современном железе. > Где-то на гитхабе видел телеграм клиент под Windows 3.11 написанный на Delphi > и он даже работал. Будет очень прикольно если эта пакость однажды забудет толкнуть очередь сообщений окон :)
	Ответить | Правка | Наверх | Cообщить модератору

	243. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (243), 01-Авг-24, 20:47
	> Что-то мне подсказывает что ваша эффективность в ТЕХ кадах и с тем сетапом будет, скажем так, значительно хуже чем у вон тех, с более современным софтом на современном железе. Какая взаимосвязь? Вы же понимаете, что автор комментария имел ввиду работу на версиях софта, которые соответствуют эпохе того железа? Или в то время хуже чертили? А ничего что золотая эпоха освоения космоса вообще была во времена кульманов и карандашей? Зато сейчас каждый год новые айфоны с тиктоками несмотря на "производительность".
	Ответить | Правка | Наверх | Cообщить модератору

	247. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–3 +/–
	Сообщение от Аноним (-), 01-Авг-24, 21:08
	> Какая взаимосвязь? Вы же понимаете, что автор комментария имел ввиду работу на > версиях софта, которые соответствуют эпохе того железа? Да, я понимаю. И я понимаю что с тех пор технологии немного развились, придумали новые фичи и проч. > Или в то время хуже чертили? Представляете, да. > А ничего что золотая эпоха освоения космоса вообще была > во времена кульманов и карандашей? ИЧСХ благодаря трудоемкости и затратности - в именно том виде и застряла на более чем полвека. И это было совсем не круто. А россиян до сих пор почти не попустило. И тут наконец космос отдали частникам вон те - чтобы они дали мастеркласс как это надо было. И ЧСХ - таки дали. > Зато сейчас каждый год новые айфоны > с тиктоками несмотря на "производительность". А еще - многоразовые ракеты. И совсем другой ценник на запуски. И Dragon, сделаный людьми, для людей. И кстати с x86 и Linux - как бортовыми компьютерами.
	Ответить | Правка | Наверх | Cообщить модератору

	249. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–2 +/–
	Сообщение от Аноним (-), 01-Авг-24, 21:17
	> Или в то время хуже чертили? Да. Потому что возможностей было намного меньше. Сейчас кад на персоналке ты и расчет прочности проведешь, и терморапределение, и поток воздуха/жидкости смоделировать сможешь. Т.е. то, что обычному инженеру и не снилось. > А ничего что золотая эпоха освоения космоса вообще была во времена кульманов и карандашей? Какой ценой? Десятками тысяч кульманов? Миллиардами зарытых денег? А сейчас, то что делали 400 человек, делает команда из десяти. Да и толку. Посоревновались, поняли что в космосе пока делать нечего и потихоньку свернули все. > Зато сейчас каждый год новые айфоны с тиктоками несмотря на "производительность". Выпускают не только айфоны, хотя что в них плохого? Безопасные автомобили с нормально рассчитанными сминаемыми зонами и клеткой безопасности. Обрабатывающие центры. Даже ракеты. Сравените по аварийности те же Фалконы и то что делали в "золотую" эпоху)) Или это вас тиктот так тригерит?
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	340. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 22:51
	> Сейчас кад на персоналке ты и расчет прочности проведешь, и терморапределение, и > поток воздуха/жидкости смоделировать сможешь. > Т.е. то, что обычному инженеру и не снилось. Да ладно, пусть попробует хотя-бы меня обставить с этим моим KiCad'ом - где я полный цикл, от схемы до генерации герберов для штуки с QFP64 (STM32, конечно) за 1-2 дня могу с ноля. Но у меня большой монитор, удобная беспроводная крыса, мощный комп, и - вот - довольно фичастая софтина, подыгрывающая мне. Включя electric rules check и design rules check. Так что я вижу - соответствует ли топология печатки задуманной схеме, все ли я соединил, не допустил ли грубые факапы, и вообще. А он может взять любой электронный кад той эпохи на своем пузатом CRT - и мы посмотрим сколько времени у него уйдет на такое же. Особенно если захотеть какое-нить там выравнивание длины дорожек для USB или там чего еще (дифф пары). А если совсем крутой - может показать мне как за 3 дня сделать с только черчением на бумаге "от идеи до завершения кодинга фирмвари" (и ее заливки в протравленый прототип, отрисованый вон там, конечно). Потому что я так пару раз делал. С вот этими вот технологиями. А с бумажными - над этим целая контора будет пахать, несколько месяцев. >> А ничего что золотая эпоха освоения космоса вообще была во времена кульманов и карандашей? > Какой ценой? Десятками тысяч кульманов? Миллиардами зарытых денег? Ну так вон лунные ракеты - вообще по сути чуть ли не утраченное знание. Потому что дорогие, штучные вундервафли. С совершенно космической ;) ценой. И после того как потусили немного на луне - заметили что дыра с этого всего в бюджетах астрономическая. И забили на это дело на следующие более полувека. И единственной заметной инновацией за полвека стали - вот - частные реюзабельные ракеты, с более активным использованием commodity комплектухи, скостившие цены запусков в многие разы. > А сейчас, то что делали 400 человек, делает команда из десяти. Сейчас я 1 в KiCad могу за несколько дней то что на бумаге хреначила бы толпа, месяцами. Я могу просто взять и отрисовать микроконтроллерную железку по мере надобности. При том поскольку это CAD - я могу и повторить N юнитов, если оно надо. > Да и толку. Посоревновались, поняли что в космосе пока делать нечего и > потихоньку свернули все. Вообще, сейчас кажется начинается гонка за орбиту вокруг луны, а может и за лунные базы. Как первый шаг дальше, на Марс. Но у россиян в этом участвовать ресурсов нет, это другие уже будут рубаться. > Безопасные автомобили с нормально рассчитанными сминаемыми зонами и клеткой безопасности. При том в сводках ДТП и видео отлично видно как это работает. Водители иномарок - чуть ли не свеженькие уползают с места ДТП, водители жыгулей и прочих инновационных пепелацев - уползают зачастую на кладбище сразу. > Обрабатывающие центры. Даже ракеты. Сравените по аварийности те же Фалконы и то > что делали в "золотую" эпоху)) Фалконы - реюзабельные к тому же. Это обвалило стоимость запусков - в разы! Сделав спутники из штучной пафосной фигни - ну разве что не ширпотребом. Так что Маск смог загнать на орбиту ТЫСЯЧИ спутников для себя любимого. Покрыв интернетом - весь шарик.
	Ответить | Правка | Наверх | Cообщить модератору

	400. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от _ (??), 04-Авг-24, 08:22
	> Фалконы - реюзабельные к тому же. Это обвалило стоимость запусков - в разы! Трепло! :) Как был кило на низкой орбите $10К так и остался $15K :) Но вам теперь не закажут - и в этом главная секретная технология Маска :) > Сделав спутники из штучной пафосной фигни - ну разве что не ширпотребом. Трепло :) В 80 прошлого века разогнали этот контейнер, там и без маска 19 тысчь объектов крутилось. >Так что Маск смог загнать на орбиту ТЫСЯЧИ спутников для себя любимого. Покрыв интернетом - весь шарик. Зачем ему покрывать интернетом весь шарик? Он и так оптикой обплетён по самые помидоры... А вот DoD-у очень интересно управлять дронами в е**нях и внезапно! у Маска появились заказы, хотя продажи терминалов доступа - курам на смех, покраску одной ракеты не окупят :)
	Ответить | Правка | Наверх | Cообщить модератору

	413. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 15:56
	> Трепло! :) Как был кило на низкой орбите $10К так и остался $15K :) Цитата из статьи NASA "A major drop in cost occurred in 2010 with the Falcon 9 at $2.7 k/kg. The Falcon Heavy reduces the cost to $1.4 k/kg." ntrs.nasa.gov/api/citations/20200001093/downloads/20200001093.pdf > Трепло :) В 80 прошлого века разогнали этот контейнер, там и без маска 19 тысчь объектов крутилось. Ого, целых 19 тысяч за столько то лет! "As of July 2024, there are 6,281 Starlink satellites in orbit, of which 6,206 are working." И это за каких-то пять лет с 2019 года. При этом часть уже с орбиты свели. space.com/spacex-starlink-satellites.html > Зачем ему покрывать интернетом весь шарик? Он и так оптикой обплетён по самые помидоры... Ты не поверишь, но в мире есть куча мест, где хочется быстрый инет, а оптики нету. Сюда же можно добавить авиаперелеты и судоходство, где какой-то инет был, но по заоблачным ценам. А сейчас пакет инета от Маска стоит сравнимо по деньгам с инетом в США, и несравнимо выгоднее, чем древний АДСЛ в большинстве пригородов. Про всякие ранчо можно даже не вспоминать. > у Маска появились заказы, хотя продажи терминалов доступа - курам на смех May 2024 ≈ 3,000,000 Subscribers or customers И это при том, что лни пару раз делали паузу в продажах новых подключений, т.к. сеть спутников не росла достаточно быстро. А у управление дронами через старлинк - прекрасное дополнение его портфеля заказов. Не даром они уже договорились с армией США о выводе группировки спутников, которые будут контролироваться не Маском, а Пентагоном. В общем... Ты жалок, кроме как писать "Трепло! :)" ты ни на что не годен.
	Ответить | Правка | Наверх | Cообщить модератору

	424. Скрыто модератором	+/–
	Сообщение от Аноним (-), 05-Авг-24, 19:36
	>> Трепло! :) Как был кило на низкой орбите $10К так и остался $15K :) > Цитата из статьи NASA > "A major drop in cost occurred in 2010 with the Falcon 9 > at $2.7 k/kg. The Falcon Heavy reduces the cost to $1.4 k/kg." Огромное тебе спасибо анон, ты так сурово отпруфал тут - что любо дорого смотреть! > В общем... Ты жалок, кроме как писать "Трепло! :)" ты ни на что не годен. Да, анон, ты все правильно понял. Этот мерзенький антипаттерн мое поколение и новее - видит с полоборота, и обходит за ICBMный выстрел...
	Ответить | Правка | Наверх | Cообщить модератору

	425. Скрыто модератором	+/–
	Сообщение от Аноним (425), 05-Авг-24, 22:14
	> Огромное тебе спасибо анон, ты так сурово отпруфал тут - что любо дорого смотреть! Ну смотри, мне не жалко. Может умнее станешь) (Хотя я сомневаюсь) > Да, анон, ты все правильно понял. Этот мерзенький антипаттерн мое поколение и  новее - видит с полоборота, и обходит за ICBMный выстрел... Твое поколение это кто? Сраители совка? Разваливатели и МММщики? Братва из 90х и прочие отборсы, воспитанные на ʼБрат2ʼ и ʼБригадаʼ? Ну ядерной ялдой трясти... ну это умеют даже те кто траву от голода жрет. Ничего полезного в жизни такие все равно не создадут.
	Ответить | Правка | Наверх | Cообщить модератору

	433. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Авг-24, 21:38
	> Ну смотри, мне не жалко. > Может умнее станешь) > (Хотя я сомневаюсь) Чего агришься анон? :)) > Твое поколение это кто? > Сраители совка? Разваливатели и МММщики? > Братва из 90х и прочие отборсы, воспитанные на ʼБрат2ʼ и ʼБригадаʼ? Я ко всему этому отношения - не имею. > Ну ядерной ялдой трясти... ну это умеют даже те кто траву от > голода жрет. Ничего полезного в жизни такие все равно не создадут. Ты не понял. Я от вон тех всех предпочитаю быть даже не на пушечный выстрел, а сразу ICBMный, чтобы подальше, для надежности. Трясти тем что при случае прилетит мне на бошку - во ты лол.
	Ответить | Правка | Наверх | Cообщить модератору

	432. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от _ (??), 06-Авг-24, 21:10
	> ntrs.nasa.gov/api/citations/20200001093/downloads/20200001093.pdf Ух ты .... Уел чего там :-)
	Ответить | Правка | К родителю #413 | Наверх | Cообщить модератору

	423. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 05-Авг-24, 19:34
	> Трепло! :) Как был кило на низкой орбите $10К так и остался $15K :) Смотрите, дети, вот что бывает если смотреть 1й канал и не апдейтить букмарки. > Но вам теперь не закажут - и в этом главная секретная технология Маска :) Маск для начала - сам себе заказывает пуски тысяч спутников. И платить вон тем, вон столько он понятно где видал. Поэтому и занялся вот этим, вот так. И кстати мастеркласс на тему таких коммуникационных сетей вы ему тоже почему-то дать - не сможете. > там и без маска 19 тысчь объектов крутилось. Он 1 за несколько лет - основательно увеличил их поголовье, загнав ТЫСЯЧИ. По 60, чтоли, за присест. Характерно так в ночном небе выглядит после запуска. > Зачем ему покрывать интернетом весь шарик? Он и так оптикой обплетён по > самые помидоры... Затем что в rural area оптику тянуть почему-то никто не хочет. И тем более удачи плывя в океане или летя над океаном - оптическим интернетом попользоваться. Хочу на это посмотреть. Будущее - это вот как-то так, да. > А вот DoD-у очень интересно управлять дронами в е**нях и внезапно! Ну так понятно что повсеместный интернет найдет себе много применений. И такое тоже. Это как раз типовой комерс. Вместо пахания на оборонку как the one and the only - до кучи готов и им продать, если хотят. Благо конкурентов не больно то и дофига. В том числе и потому что за запусками то - придется эвон куда идти :). Или запускать на совсем других условиях. Как ни крути а он почти монополист получился с его условиями.
	Ответить | Правка | К родителю #400 | Наверх | Cообщить модератору

	238. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от User (??), 01-Авг-24, 20:30
	С последним ядром? А, пардон, зачем?
	Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

233. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Ононимус (-), 01-Авг-24, 20:23
С некро-арм понятно, их нужно было еще лет пять назад закопать. А что по IA-32? Ими вообще кто-то пользуется? Может тоже их тоже пора дропать?
Ответить | Правка | Наверх | Cообщить модератору

242. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от slavanap (?), 01-Авг-24, 20:44
На рефакторинг уде, видимо, не хватает сил и средств
Ответить | Правка | Наверх | Cообщить модератору

248. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+3 +/–
Сообщение от Аноним (248), 01-Авг-24, 21:09
Линукс для старого железа, говорили они
Ответить | Правка | Наверх | Cообщить модератору

	257. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Ан (??), 01-Авг-24, 23:48
	ну без новых фич btrfs на старом псионе вообще никуда
	Ответить | Правка | Наверх | Cообщить модератору

	278. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (278), 02-Авг-24, 05:24
	кто они? фамилии, адреса!
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	307. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (328), 02-Авг-24, 15:30
	Книга "Линукс для хакера", автор Михаил Флёнов. Он пишет, что у него на старом железе с Линуксом крутится файловый сервер.
	Ответить | Правка | Наверх | Cообщить модератору

	309. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 15:43
	В нулевых и десятых годах Майкрософт для каждой новой выходящей версии Windows OS регулярно повышал требования к апаратному обеспечению. Это была типичная политика "запланированного устаревания", все производители бытовых устройств тоже так поступают. Такая политика повышает продажи нового оборудования. Это выгодно. В противовес этому, критикуя Винду некоторые линуксоиды говорили, что "а вот на старом железе Линукс идеально работает". Люди работающие на экосистему GNU/Linux никогда не ставили цель "запланированного устаревания оборудования", а если вдруг железо для ядра устаревает, значит оно действительно материально устаревает.
	Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

	310. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (-), 02-Авг-24, 16:09
	> В нулевых и десятых годах Майкрософт для каждой новой выходящей версии Windows OS регулярно повышал требования к апаратному обеспечению. Это была типичная политика "запланированного устаревания", все производители бытовых устройств тоже так поступают. > Такая политика повышает продажи нового оборудования. Это выгодно. О... откуда вы берете этот бред /_- Требования Win7 к памяти было 4GB для 32бит и 8GB для 64. Для восьмерки требования даже меньше минималка IA-32 edition: 1 GB, x64 edition: 2 GB и рекомендоманные 4GB. Десятка стартует с 1 гига памяти для 32, 2 для 64. microsoft.com/en-us/windows/windows-10-specifications И она работает, медленно но работает. > В противовес этому, критикуя Винду некоторые линуксоиды говорили, что "а вот на старом железе Линукс идеально работает". Далеко не всегда. Танцы с бубуном "подбери нужную версию ядра" я видел несколько раз. > Люди работающие на экосистему GNU/Linux никогда не ставили цель "запланированного устаревания оборудования", а если вдруг железо для ядра устаревает, значит оно действительно материально устаревает. Нет, поддержка в ядре зависит только от того, есть ли кому поддерживать. Если завтра например какие-то лонгсуны перестанут поддерживать, то их выкинут из ядра. Если обанкротится АРМ и перестанет производить процессоры, то снача спросят "кто готов тянуть", а потом оставят или дропнут.
	Ответить | Правка | Наверх | Cообщить модератору

	319. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (319), 02-Авг-24, 18:18
	> некоторые линуксоиды говорили Не некоторые, а большая часть. Пока линукс окончательно не пожрали корпорации.
	Ответить | Правка | К родителю #309 | Наверх | Cообщить модератору

	288. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от leap42 (ok), 02-Авг-24, 08:26
	Это же только для новых ядер. Возьмите 7-ми летний проц, поставьте туда грядущий RHEL10 (или клон) и пользуйтесь ещё 10 лет. Если вам нужно запускать новые ядра на железе, которое вообще не потянет современные задачи (ну 10-15 лет ему уже), то и поддерживайте это дело сами.
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	290. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 08:54
	> Линукс для старого железа Ну так для старого, а не для древнего окаменевшего копролита! > говорили они А кто такое говорил? Может Торвальдс? Что-то не припоминаю... Или кто-то из мейнтейнеров? Вроде тоже нет... Кто же это был?... Может местные бомжистые васяны? Вот тогда с них нужно требовать поддержку!
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	308. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (180), 02-Авг-24, 15:36
	> Линукс для старого железа Не, для старого железа openbsd и netbsd. У меня целый парк железа от 386 до мака на powerpc. Везде стоит openbsd кроме пары компов с windows 95 для ретрокодинга под delphi и vb6.
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	346. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (347), 02-Авг-24, 23:10
	> Не, для старого железа openbsd и netbsd. У меня целый парк железа > от 386 до мака на powerpc. Везде стоит openbsd кроме пары > компов с windows 95 для ретрокодинга под delphi и vb6. А ARMv3/4 - есть? Или как обычно сравним теплое с мягким и сделаем какие-то выводы?
	Ответить | Правка | Наверх | Cообщить модератору

282. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (282), 02-Авг-24, 06:56
Виртуализация поможет. Пусть и с тормозами, но запустить можно практически всё.
Ответить | Правка | Наверх | Cообщить модератору

294. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (319), 02-Авг-24, 10:22
Ну то есть sheevaplug, который спокойно себе работал, улетит на помоечку. За ним выкинут ещё работавшие raspberry. А под конец не постесняются убить и ТВ-приставки с телефонами, ведь каждый знает, что на ARM-устройстве должно, просто обязано быть больше четырёх гигабайт оперативной памяти и 64-битная ОС. Ну типа прогресс и 64 бита, вы поняли? А то раст запускаться не будет и выпадать в OOM - зачем вам такое устройство, на котором не запустится даже hello world?
Ответить | Правка | Наверх | Cообщить модератору

	300. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Loki13 (ok), 02-Авг-24, 12:08
	>А под конец не постесняются убить и ТВ-приставки с телефонами У тебя и правда до сих пор обновляются древние ТВ-приставки и телефоны? ТВ-приставки обновляются в лучшем случае пару лет с момента выпуска, а такое железо никто не выкидывает и не будет. Старые прошивки никто вроде не отнимает, да и старые ядра тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	317. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+1 +/–
	Сообщение от Аноним (319), 02-Авг-24, 18:16
	>У тебя и правда до сих пор обновляются древние ТВ-приставки и телефоны? Ты не поверишь, но в мейнлайне до сих пор шлются патчи для rk3066 к тому же u-boot.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 18:20
	>>У тебя и правда до сих пор обновляются древние ТВ-приставки и телефоны? > Ты не поверишь, но в мейнлайне до сих пор шлются патчи для rk3066 к тому же u-boot. Ну так пусть шлют патчи для всего вышеперечисленного хлама. Они же только представили план. Заодно сейчас можно посмотреть сколько народу захочет мейнтейнить "супер нужные архитектуры"
	Ответить | Правка | Наверх | Cообщить модератору

	345. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (347), 02-Авг-24, 23:09
	> Ты не поверишь, но в мейнлайне до сих пор шлются патчи для > rk3066 к тому же u-boot. Это все же ARMv7, который armhf ABI может, обладает FPU и проч, device tree для железок на нем опять же есть. Так что с ним сильно меньше мучений при сильно большем числе железок с живыми юзерями.
	Ответить | Правка | К родителю #317 | Наверх | Cообщить модератору

	342. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 22:58
	> Ну то есть sheevaplug, который спокойно себе работал, улетит на помоечку. Пока еще не улетает - это как раз ARMv5 вроде, и DTS под него есть. И на данный момент оно пождерживается еще, несмотря на винтажность. > За ним выкинут ещё работавшие raspberry. А под конец не постесняются убить > и ТВ-приставки с телефонами, ведь каждый знает, что на ARM-устройстве должно, > просто обязано быть больше четырёх гигабайт оперативной памяти и 64-битная ОС. Когда-то наверное случится и это. А пока 32-bit ARMv7 выпускаются по сей день. > Ну типа прогресс и 64 бита, вы поняли? А то раст > запускаться не будет и выпадать в OOM - зачем вам такое > устройство, на котором не запустится даже hello world? Кроме раста антики требуют для себя довольно много кастома и персонального внимания. Особенно то что на DeviceTree не перевели. Но это не тот случай. Я на похожей штуке завел Debian 12 с распоследним ядром. Пока катит. Даже bcachefs можно запустить, хоть "на коробке" такое никто и не обещал, конечно.
	Ответить | Правка | К родителю #294 | Наверх | Cообщить модератору

297. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (319), 02-Авг-24, 10:32
>stm32f4/f7/h7 - микроконтроллеры без MMU, сопровождение в ядре продолжается и имеются активные пользователи. Вопрос удаления планируют рассмотреть в 2026 году. Очевидно же, микроконтролёр теперь обязан быть с MMU. А то как же без него?
Ответить | Правка | Наверх | Cообщить модератору

	343. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 02-Авг-24, 23:01
	> Очевидно же, микроконтролёр теперь обязан быть с MMU. А то как же без него? Идея запускать Linux на вот именно микроконтроллере - достаточно спорная. Во первых, стоит тот МК примерно как недорогой апликушник. И все равно придется внешнюю память и проч донавесить. Во вторых, без MMU система и правда получается хлипкая, ограниченная, и тому что задумано как нормальная многозадачка - требуется дофига костылей если MMU нет. TL;DR: микроконтроллеры в конечном итоге все же немнго не для этого. Если кто ухитрился сбить автомобилем вертолет - ну, круто, но это довольно нишевое "пво" все же.
	Ответить | Правка | Наверх | Cообщить модератору

298. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (319), 02-Авг-24, 10:35
>часть представленных для удаления CPU уже не поддерживается в свежих ветках GCC Казалось бы, за столько лет заигрываний с s-выражениями они бы могли сделать так, чтобыы поддерживать armv7 можно было по минимуму, но, похоже, тут как с xorg - все разработчики уже давным давно на коротком поводке и от GNU у GCC осталось только название.
Ответить | Правка | Наверх | Cообщить модератору

	312. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Анонимусс (-), 02-Авг-24, 17:28
	> они бы могли сделать так Могли бы. Но... зачем? > все разработчики уже давным давно на коротком поводке > и от GNU у GCC осталось только название. Хаха, "на третий день Зоркий Глаз заметил..." Давно уже! Ты посмотри на список GCC steering committee (gcc.gnu.org/steering.html) и посчитай сколько участников "проспонсированы"
	Ответить | Правка | Наверх | Cообщить модератору

	318. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (319), 02-Авг-24, 18:17
	>Могли бы. Но... зачем? А зачем ещё заигрывать с s-выражениями?
	Ответить | Правка | Наверх | Cообщить модератору

	313. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	–1 +/–
	Сообщение от Аноним (-), 02-Авг-24, 17:42
	> Казалось бы, за столько лет заигрываний с s-выражениями они бы могли сделать так, чтобыы поддерживать armv7 можно было по минимуму, но, похоже, тут как с xorg - все разработчики уже давным давно на коротком поводке и от GNU у GCC осталось только название. Хм, а наличие ГНУ в названии должно означать "мы тянем бесполезный старый хлам, тратим время на поддержку, тестирование и тд" ? Хотя ГНУ-Хурд именно так и выглядит 🤔 Ты поднял отличный вопрос, мой недалекий друг!
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

	344. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (347), 02-Авг-24, 23:06
	> Казалось бы, за столько лет заигрываний с s-выражениями они бы могли сделать > так, чтобыы поддерживать armv7 можно было по минимуму, ARMv7 полностью поддерживается распоследними GCC, и в -A и в -M профайлах и нет никаких планов это удалять в обозримом будущем. P.s. как говорится, и упаси перепутать хиппи и толкиениста. А также ARM7 и ARMv7... :)
	Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

301. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (301), 02-Авг-24, 12:32
И что теперь делать администраторам подкроватных серверов на базе малинки и прочих одноплатников. Это же весь храбр и опенет вымрет
Ответить | Правка | Наверх | Cообщить модератору

306. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от Аноним (-), 02-Авг-24, 14:49
ARMv7 и Cortex'ы, STM32F - это они зря
Ответить | Правка | Наверх | Cообщить модератору

321. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
Сообщение от fidoman (ok), 02-Авг-24, 18:29
Се ля ви, для каждой железки надо сохранять последний дистрибутив, который на ней работал, но не просто работал, но под него ещё и собирались последние драйвера от производителя. Если под ту же десятку обычно прокатывают драйвера от семёрки (от висты уже нет), то с линуксом хрен, хедеры меняются постоянно. Т.е. скорее всего всё это упомянутое железо давно в пролёте, просто потому что под свежие ядра драйвера не собрать.
Ответить | Правка | Наверх | Cообщить модератору

	366. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (155), 03-Авг-24, 09:04
	> Если под ту же десятку обычно прокатывают драйвера от семёрки (от висты уже нет) На видеокарты от висты прокатывают, на звук даже от XP заводил (Vortex 2).
	Ответить | Правка | Наверх | Cообщить модератору

	373. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от commiethebeastie (ok), 03-Авг-24, 17:33
	>> Если под ту же десятку обычно прокатывают драйвера от семёрки (от висты уже нет) > На видеокарты от висты прокатывают, на звук даже от XP заводил (Vortex > 2). Так прокатывает, что после обновления десяточка уходит в вечный переботинок.
	Ответить | Правка | Наверх | Cообщить модератору

	381. "План прекращения поддержки старых процессоров ARM в ядре Lin..."	+/–
	Сообщение от Аноним (-), 03-Авг-24, 20:01
	> Так прокатывает, что после обновления десяточка уходит в вечный переботинок. А вон там сельпошники с древним железом апгрейднули икспу до семеры как-то. Поддержка железа офигенная получилась - поимели "стандартный VGA адаптер" с 5 FPS, так что даже интернет браузить мучение, и звук - только в 1 ухе. Ну вот что-то с детекцией разъемов в обычном, казалось бы, рыгалтеке - не срослось. А так то в винде конечно офигенная поддержка железа :)).
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема