пристрелите их кто-нибудь уже!

[Alex Korchmar]

А между тем - белки-истерички сломали сборку ядра с march=native для немодных
процессоров.
Угадаете где? Правильно - своим рукожопым кодом для борьбы с несуществующими
уязвимостями, понатащенным без условной компиляции и проверок.

Ведь у всех-всех-всех давно только и исключительно самый распоследний ризен,
как у них.
(Жаль что у этих всех на нем - винда крутится, ага.)

Полагаю, PR заводить бесполезно. Потому что там всю систему менять
надо - предварительно перевешав все политбюро... точнее, всех
вредителей на гранты интела.

> Alex

[Eugene Grosbein]

12 сент. 2020, суббота, в 22:02 NOVT, Alex Korchmar написал(а):

AK> А между тем - белки-истерички сломали сборку ядра с march=native для
AK> немодных
AK> процессоров.

march=i586 поставить религия не даёт? у меня всё работает (с)

Eugene
--
Поэты - страшные люди. У них все святое.

[Alex Korchmar]

Eugene Grosbein <Eugene....@f1.n5006.z2.fidonet.org> wrote:

AK>> А между тем - белки-истерички сломали сборку ядра с march=native для

AK>> немодных процессоров.
EG> march=i586 поставить религия не даёт? у меня всё работает (с)
не 32битный ли ты образ собираешь?

У меня core2. Hа что компилятор, резонно, ругается, что нет там никакого
avx512 и соответствующих ему команд.

> Alex

[Eugene Grosbein]

13 сент. 2020, воскресенье, в 00:03 NOVT, Alex Korchmar написал(а):

AK>>> А между тем - белки-истерички сломали сборку ядра с march=native для
AK>>> немодных процессоров.
EG>> march=i586 поставить религия не даёт? у меня всё работает (с)

AK> не 32битный ли ты образ собираешь?
AK> У меня core2. Hа что компилятор, резонно, ругается, что нет там никакого
AK> avx512 и соответствующих ему команд.

Вот видишь, как важно правильно описывать проблему.
И ты всё ещё её не описал как следует.

Eugene
--
Устав от вечных упований,
Устав от радостных пиров

[Alex Korchmar]

Eugene Grosbein <Eugene....@f1.n5006.z2.fidonet.org> wrote:

AK>> У меня core2. Hа что компилятор, резонно, ругается, что нет там никакого
AK>> avx512 и соответствующих ему команд.

EG> Вот видишь, как важно правильно описывать проблему.
EG> И ты всё ещё её не описал как следует.
http://termbin.com/uyz18
При отсутствии этого патча сборка с CPUTYPE?= что-либо меньшее чем skylake,
закономерно, сломана.

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

Полагаю, модные современные разработчики просто не умеют в условную
компиляцию. Или интел таки хорошо им платит за втюхивание своего
очередного улучшенного дерьма. (А мерять потери производительности, кстати,
запрещено.)


> Alex
P.S. вот за _это_ до релиза 12.1 буду крайне признателен, с нечитаемой gpt я
особо не страдаю, просто изумляюсь. Hо лучше бы просто перевешать авторов всего
окружающего говнокода на фонарях. Можно за ноги, все равно непонятно, есть ли
у них голова.

[Eugene Grosbein]

13 сент. 2020, воскресенье, в 13:31 NOVT, Alex Korchmar написал(а):

AK>>> У меня core2. Hа что компилятор, резонно, ругается, что нет там никакого
AK>>>
AK>>> avx512 и соответствующих ему команд.
EG>> Вот видишь, как важно правильно описывать проблему.
EG>> И ты всё ещё её не описал как следует.

AK> http://termbin.com/uyz18
AK> При отсутствии этого патча сборка с CPUTYPE?= что-либо меньшее чем
AK> skylake,
AK> закономерно, сломана.

Какая версия системы с точностью до ревизии (нет, ревизии конкретного файла
мало), какой конкретно процессор для примера, какие опции в src.conf,
какое сообщение об ошибке?

Eugene

[Alex Korchmar]

Eugene Grosbein <Eugene....@f1.n5006.z2.fidonet.org> wrote:

EG> Какая версия системы с точностью до ревизии (нет, ревизии конкретного файла
это ж mfc - оно везде такое (да, я посмотрел, откуда взялся этот код)
У меня 11 stable на вчерашний вечер, скачанная ради твоего патча - сорри,
мне _очень_ неудобно с ней копаться, система занята другими вещами и вообще
она небыстрая - не думаю что код в целых двух файлах вообще менялся в течении
суток.
Собственно, критичен именно amd64/amd64/support.S ENTRY(mds_handler_skl_avx512)
- остальные правки сделаны мной чтоб он и не мог ниоткуда вызваться.

EG> мало), какой конкретно процессор для примера, какие опции в src.conf,
core2, написано же ж. Поскольку это сборка ядра, то только он и влияет на
вызов компилятора.
EG> какое сообщение об ошибке?
invalid instruction или что-то вроде того - если ты откроешь support.S
- ты увидишь в этом месте две подряд avx512 инструкции, разумеется,
они должны же быть в коде ручной оптимизации именно под avx512.

Полагаю, с cputype= athlon64 или k8 ты увидишь еще массу других ошибок,
поскольку и обычного avx там тоже нет, соответствующие оптимизации тоже
не оформлены для условной компиляции.

Для воспроизведения, полагаю, необходимо и достаточно попытаться собрать
текущую 11 с CPUTYPE?=core2 на 64битной платформе (кажется, в 32бит вообще нет
ни одной модной mutigation ? ) - все остальные мои настройки никак не могли
на это повлиять, просто такая сборка займет у тебя гораздо больше времени.

Если у тебя совсем уж нет сборочной системы для таких тестов - я
могу потратить несколько часов своего времени, но мне очень не
хочется.


> Alex

[Eugene Grosbein]

13 сент. 2020, воскресенье, в 16:59 NOVT, Alex Korchmar написал(а):

EG>> Какая версия системы с точностью до ревизии (нет, ревизии конкретного

EG>> файла
AK> это ж mfc - оно везде такое (да, я посмотрел, откуда взялся этот код)
AK> У меня 11 stable на вчерашний вечер, скачанная ради твоего патча - сорри,
AK> мне _очень_ неудобно с ней копаться

Hе надо копаться, надо показать uname -a с ревизией или svnlite info в /usr/src

EG>> мало), какой конкретно процессор для примера, какие опции в src.conf,

AK> core2, написано же ж. Поскольку это сборка ядра, то только он и влияет на
AK> вызов компилятора.

EG>> какое сообщение об ошибке?

AK> invalid instruction или что-то вроде того - если ты откроешь support.S
AK> - ты увидишь в этом месте две подряд avx512 инструкции, разумеется,
AK> они должны же быть в коде ручной оптимизации именно под avx512.
AK> Полагаю, с cputype= athlon64 или k8 ты увидишь еще массу других ошибок,
AK> поскольку и обычного avx там тоже нет, соответствующие оптимизации тоже
AK> не оформлены для условной компиляции.

Когда ты наконец наконец научишься кроме художественного описания проблемы
прикладывать конкретную выдачу? Я вообще не могу припомнить, чтоб ты хоть
раз показывал собственно вывод команды с ошибокой. Ты не умеешь пользоваться
командой screen или просто перенаправлением вывода типа command >& file
в tcsh или command >file 2>&1 в sh (bash умеет оба синтаксиса)?

AK> Для воспроизведения, полагаю, необходимо и достаточно попытаться собрать
AK> текущую 11 с CPUTYPE?=core2 на 64битной платформе (кажется, в 32бит вообще
AK> нет
AK> ни одной модной mutigation ? ) - все остальные мои настройки никак не
AK> могли
AK> на это повлиять, просто такая сборка займет у тебя гораздо больше времени.
AK> Если у тебя совсем уж нет сборочной системы для таких тестов - я
AK> могу потратить несколько часов своего времени, но мне очень не
AK> хочется.

У меня есть и 11, и head (в bhyve), при необходимости могу
и 12 организовать, но мне надо знать, чего *конкретно* ожидать
для повторения и в каком *конкретно* месте и на какой *конкретно*
ревизии.

Eugene

[Eugene Grosbein]

13 сент. 2020, воскресенье, в 21:49 NOVT, Eugene Grosbein написал(а):

EG> Когда ты наконец наконец научишься кроме художественного описания проблемы
EG> прикладывать конкретную выдачу? Я вообще не могу припомнить, чтоб ты хоть
EG> раз показывал собственно вывод команды с ошибокой. Ты не умеешь
EG> пользоваться
EG> командой screen или просто перенаправлением вывода типа command >& file
EG> в tcsh или command >file 2>&1 в sh (bash умеет оба синтаксиса)?

s/screen/script/

Eugene
--
И у священных источников живут алчные монахи. (Дхарма)

[Alex Korchmar]

Eugene Grosbein <Eugene....@f1.n5006.z2.fidonet.org> wrote:

AK>> это ж mfc - оно везде такое (да, я посмотрел, откуда взялся этот код)
AK>> У меня 11 stable на вчерашний вечер, скачанная ради твоего патча - сорри,
AK>> мне _очень_ неудобно с ней копаться

EG> Hе надо копаться, надо показать uname -a с ревизией
мне для этого надо: выключить то что работает на той машине. Потому что
памяти лишней нет. Подождать пока выключится.
Загрузить ту систему. Еще подождать. Списать на бумажку, ибо сети
нет - совершенно ненужный номерок - потому что ты мог бы получить
ничем не худший, просто svn co текущей 11. Потом включать все обратно, оно мне
нужно постоянно.

Я уверен что не соберется.

Ты бы давным-давно уже мог это проверить сам.

EG> Когда ты наконец наконец научишься кроме художественного описания проблемы
EG> прикладывать конкретную выдачу? Я вообще не могу припомнить, чтоб ты хоть
млять, мне ее тебе карандашом срисовывать?
HЕТ там интернета. ВСЕ необходимые слова чтоб получить тот же баг - я тебе
сказал. И пальцем в код потыкал - ты вообще открывал ссылку-то?
Который ну никак не может собраться компилятором, которому сказали
эти инструкции не использовать.

EG> У меня есть и 11, и head (в bhyve), при необходимости могу
EG> и 12 организовать, но мне надо знать, чего *конкретно* ожидать
повторяю в пятый раз: CPUTYPE?=core2 на 64битной системе. ВСЕ.
И попробовать собрать ведро от 11 stable. ПОСЛЕДHЕЙ. Потому что я совершенно
уверен что этот код никто за сутки не трогал.

> Alex

[Alex Korchmar]

Alex Korchmar <nor...@linux.e-moe.ru> wrote:

AK> У меня core2. Hа что компилятор, резонно, ругается, что нет там никакого
AK> avx512 и соответствующих ему команд.
хм, а теперь не ругается. Hа той же самой системе и тех же исходниках.

Вопрос в зал: а каким, собственно, компилятором собирается buildkernel?

Может дело не в -march, а в том что оно пыталось собрать новое ведро
компилятором от какой-то старой версии, в котором и вообще команд таких нет?


> Alex

[Eugene Grosbein]

13 сент. 2020, воскресенье, в 13:31 NOVT, Alex Korchmar написал(а):

AK>>> У меня core2. Hа что компилятор, резонно, ругается, что нет там никакого
AK>>>
AK>>> avx512 и соответствующих ему команд.
EG>> Вот видишь, как важно правильно описывать проблему.
EG>> И ты всё ещё её не описал как следует.

AK> http://termbin.com/uyz18
AK> При отсутствии этого патча сборка с CPUTYPE?= что-либо меньшее чем
AK> skylake,
AK> закономерно, сломана.

Воспроизвести не смог на stable/11 r365692 amd64
с таким /etc/src.conf, оба buildworld и buildkernel для GENERIC успешны:

CPUTYPE?= core2

MODULES_WITH_WORLD=
WITHOUT_KERNEL_SYMBOLS=
WITHOUT_DEBUG_FILES=
WITHOUT_TESTS=
WITHOUT_KERBEROS=

WITHOUT_LLDB=
WITHOUT_LLVM_TARGET_ALL=
WITH_LLVM_TARGET_X86=
WITHOUT_CLANG_FULL=
# EOF

У тебя случаем других локальных патчей нет, которые могли бы повлиять?

[Eugene Grosbein]

13 сент. 2020, воскресенье, в 22:20 NOVT, Alex Korchmar написал(а):

AK>> У меня core2. Hа что компилятор, резонно, ругается, что нет там никакого
AK>> avx512 и соответствующих ему команд.

AK> хм, а теперь не ругается. Hа той же самой системе и тех же исходниках.
AK> Вопрос в зал: а каким, собственно, компилятором собирается buildkernel?

Тем, что лежит в obj, новым, если он там есть.

После обновления сорцов buildkernel нужно запускать либо после
успешного buildworld, который собирает вообще всё (предпочтительно),
либо после камланий со сборкой build-tools. Собирать новый код старым
компилятором иногда работает, иногда нет. Hе собирать новый компилятор
можно, если у тебя сорцы соответствуют уже установленной системе
и компилятору в ней.

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

[Eugene Grosbein]

13 сент. 2020, воскресенье, в 19:23 NOVT, Alex Korchmar написал(а):

AK> Я уверен что не соберется.

Всё собралось.

EG>> Когда ты наконец наконец научишься кроме художественного описания

EG>> проблемы

EG>> прикладывать конкретную выдачу? Я вообще не могу припомнить, чтоб ты хоть

AK> млять, мне ее тебе карандашом срисовывать?
AK> HЕТ там интернета.

Впервые слышу. А что есть, локальный доступ? USB flash?
Такую вещь как script /tmp/screenlog.txt ssh host пробовал?
В Putty тоже есть функция записи выдачи на экран в текстовый файл,
uuencode туда можно слить и потом запостить сюда.

AK> ВСЕ необходимые слова чтоб получить тот же баг - я тебе
AK> сказал. И пальцем в код потыкал - ты вообще открывал ссылку-то?

Всё открывал. Ты же как-то данные из системы на пасту вытащил?

[Alex Korchmar]

Eugene Grosbein <Eugene....@f1.n5006.z2.fidonet.org> wrote:

AK>> хм, а теперь не ругается. Hа той же самой системе и тех же исходниках.
AK>> Вопрос в зал: а каким, собственно, компилятором собирается buildkernel?

EG> Тем, что лежит в obj, новым, если он там есть.
фак, тогда я не понимаю что это было.

EG> После обновления сорцов buildkernel нужно запускать либо после
EG> успешного buildworld, который собирает вообще всё (предпочтительно),
так и делалось. Вот installworld я не делал - потому что не считал это нужным.
И это единственное, что с тех пор в системе менялось вообще (ну, помимо
твоего патча, ради которого ее вообще собирали).

> Alex

[Alex Korchmar]

Eugene Grosbein <Eugene....@f1.n5006.z2.fidonet.org> wrote:

EG> У тебя случаем других локальных патчей нет, которые могли бы повлиять?
это была система, специально зачищеная от абсолютно всех локальных хаков.

Точнее, это как раз и была попытка ее от них очистить. epic fail.

Hо компилятор в ней я точно не трогал, да и не должен он был вообще
использоваться системный.

И вот как раз сохранить состояние до - мне в голову не пришло, а второй
такой у меня нет.

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


> Alex

[Eugene Grosbein]

14 сент. 2020, понедельник, в 08:49 NOVT, Alex Korchmar написал(а):

AK>>> хм, а теперь не ругается. Hа той же самой системе и тех же исходниках.
AK>>> Вопрос в зал: а каким, собственно, компилятором собирается buildkernel?
EG>> Тем, что лежит в obj, новым, если он там есть.

AK> фак, тогда я не понимаю что это было.

EG>> После обновления сорцов buildkernel нужно запускать либо после
EG>> успешного buildworld, который собирает вообще всё (предпочтительно),

AK> так и делалось. Вот installworld я не делал - потому что не считал это
AK> нужным.

Это и не нужно, а может оказаться и вредно.

Eugene
--
Комбинация заискивания, подкупа и устрашения заставит молодого ученого
работать над управляемыми снарядами или атомной бомбой. (Hорберт Винер)

[Alex Korchmar]

Eugene Grosbein <Eugene....@f1.n5006.z2.fidonet.org> wrote:

AK>> так и делалось. Вот installworld я не делал - потому что не считал это
AK>> нужным.

EG> Это и не нужно, а может оказаться и вредно.
вредно - в том плане, что я теперь не могу вернуть то состояние, блин :-(

> Alex

[Eugene Grosbein]

14 сент. 2020, понедельник, в 22:14 NOVT, Alex Korchmar написал(а):

AK>>> так и делалось. Вот installworld я не делал - потому что не считал это
AK>>> нужным.
EG>> Это и не нужно, а может оказаться и вредно.

AK> вредно - в том плане, что я теперь не могу вернуть то состояние, блин :-(

Hа самом деле перепроверял я только на тот случай, если что-то
не то смержили в stable/11 в самые последние дни (и оказалось, не так),
потому что в последние пару недель я обновлял сорцами множество
совершенно разных систем на разных процессорах, включая древние,
без подобных проблем. Это у тебя что-то локальное было.

Eugene