После обновления с 11p8 на 12 перестал ходить трафик внутри VPN соединений (PPTP & L2TP на базе MPD5), если они устанавливаются к серверу или сервер является инициатором, сквозные при этом работают, конфигурация не менялась, просто обновился.Схема такая, инет через VPN провайдера - интерфейс ng0, на нем существует VPN сервер и вот если клиент приходит со стороны инета, т.е. через ng0, то соединение устанавливается, канал ngX поднимается, трафик от клиента приходит, а ответ на него виден на интерфейсе, то клиент его не получает, т.е. канал мертв.
Если этот клиент приходит с локалки, т.е. не через ng0, то все хорошо работает.
Получается, все доп. туннели, которые поднимаются сервером внутри главного - не работают. В логах появилась такая ошибка:kernel: ng0: if_output recursively called too many (2)
нагуглил, что ограничение на кол-во туннелей в туннеле можно увеличить командой
sysctl net.link. что-то max_nested (точно не помню), эффекта не далоподскажите, что такое изменилось в ядре 12, что у меня перестало работать, в описании релиза ничего похожего не нашел
> Схема такая, инет через VPN провайдера - интерфейс ng0, на нем существует
> VPN сервер и вот если клиент приходит со стороны инета, т.е.
> через ng0, то соединение устанавливается, канал ngX поднимается, трафик от клиента
> приходит, а ответ на него виден на интерфейсе, то клиент его
> не получает, т.е. канал мертв.нихера не понял, но очень интересно
> нихера не понял, но очень интересноПопробую еще раз пояснить:
Сервер поднимает VPN (PPTP) до провайдера, получая туннель в интернет (ng0) и он работает прекрасно. Если после этого сервер поднимает еще один туннель куда-нить? но через ng0, хоть PPTP, хоть L2TP, то он поднимается, но не работает, трафик не бегает, tcpdump на в этом интерфейсе показывает, то трафик уходит, но ответа нет (другая сторона не получает ничего).
Что делать?да, все сделано на одном mpd (настроены 2 клиента и 2 сервера PPTP и L2TP)
вот это не помогло
net.link.gif.max_nesting=3
>[оверквотинг удален]
> он работает прекрасно. Если после этого сервер поднимает еще один туннель
> куда-нить? но через ng0, хоть PPTP, хоть L2TP, то он поднимается,
> но не работает, трафик не бегает, tcpdump на в этом интерфейсе
> показывает, то трафик уходит, но ответа нет (другая сторона не получает
> ничего).
> Что делать?
> да, все сделано на одном mpd (настроены 2 клиента и 2 сервера
> PPTP и L2TP)
> вот это не помогло
> net.link.gif.max_nesting=3vpn через vpn штолe?
может пакет не лезет? mtu изменить?
Для полноты картины афтару надо поднять DialUp over VoIP ...
> Для полноты картины афтару надо поднять DialUp over VoIP ...Не уместно, дома половина Россиян именно так и делает, VPN - к прову, потом внутри VPN для торрентов, и я написал для чего это мне. Решение такое, добавил в в конфиг ядра:
#define MAX_GIF_NEST 10
#define MAX_GRE_NEST 10ядро соберёться, проверю
>> Для полноты картины афтару надо поднять DialUp over VoIP ...
> Не уместно, дома половина Россиян именно так и делает, VPN - к
> прову, потом внутри VPN для торрентов, и я написал для чего
> это мне. Решение такое, добавил в в конфиг ядра:Масштабно мыслишь, сразу по полрашки.
>[оверквотинг удален]
>> но не работает, трафик не бегает, tcpdump на в этом интерфейсе
>> показывает, то трафик уходит, но ответа нет (другая сторона не получает
>> ничего).
>> Что делать?
>> да, все сделано на одном mpd (настроены 2 клиента и 2 сервера
>> PPTP и L2TP)
>> вот это не помогло
>> net.link.gif.max_nesting=3
> vpn через vpn штолe?
> может пакет не лезет? mtu изменить?Нет, в 12 кардинально переделали подход именно к VPN внутри VPN, теперь так делать нельзя, хотя лазейку я нешёл, надо подправить код ядра.
Поясню, зачем мне это надо. В материнской компании заблокированы многие ресурсы, в частности вся внешняя почта, полностью сервисы майла и яндекса, а они нужны, но службе безопасности что-то либо доказывать бесполезно, потому поднимается еще один VPN, чтобы люди могли пользоваться.
Всё, проблема решена и закрыта.
Просто дорогие коллеги имейте в виду, что поднятие вложенных тоннелей (gif, gre, netgraph) с 12-ой версии FreeBSD внезакона и работать они не будут.
> Всё, проблема решена и закрыта.
> Просто дорогие коллеги имейте в виду, что поднятие вложенных тоннелей (gif, gre,
> netgraph) с 12-ой версии FreeBSD внезакона и работать они не будут.Пруф можно в студию?
Ну и решение в копилочку бы неплохо. VPN внутри VPN не юзаем, но вдруг...
>> Всё, проблема решена и закрыта.
>> Просто дорогие коллеги имейте в виду, что поднятие вложенных тоннелей (gif, gre,
>> netgraph) с 12-ой версии FreeBSD внезакона и работать они не будут.
> Пруф можно в студию?
> Ну и решение в копилочку бы неплохо. VPN внутри VPN не юзаем,
> но вдруг...так вот же
https://github.com/freebsd/freebsd/blob/master/sys/net/if_gif.c (стр.120-127)
https://github.com/freebsd/freebsd/blob/master/sys/net/if_gre.c (стр.111-118)заботятся о нас так, типа "защита от дурака"
> так вот же
> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gif.c (стр.120-127)
> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gre.c (стр.111-118)Спасибо
> заботятся о нас так, типа "защита от дурака"
...! ...!!!
>> так вот же
>> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gif.c (стр.120-127)
>> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gre.c (стр.111-118)спасибо за информацию. так получается через пересборку ядра можно снять ограничение.
man if_gif:
Miscellaneous
By default, gif tunnels may not be nested. This behavior may be modified
at runtime by setting the sysctl(8) variable net.link.gif.max_nesting to
the desired level of nesting.значит не работает :(
> man if_gif:
> Miscellaneous
> By default, gif tunnels may not be
> nested. This behavior may be modified
> at runtime by setting the sysctl(8) variable
> net.link.gif.max_nesting to
> the desired level of nesting.
> значит не работает :(да, я тоже обратил на это внимание
и тут либо не обновили документацию,
либо надо проверить на "чистой" системе, установленной с нуля 12,
а то мало ли, чего там ТС напихал в ядро ))))
>[оверквотинг удален]
>> By default, gif tunnels may not be
>> nested. This behavior may be modified
>> at runtime by setting the sysctl(8) variable
>> net.link.gif.max_nesting to
>> the desired level of nesting.
>> значит не работает :(
> да, я тоже обратил на это внимание
> и тут либо не обновили документацию,
> либо надо проверить на "чистой" системе, установленной с нуля 12,
> а то мало ли, чего там ТС напихал в ядро ))))Вообще я после 9-ки свое ядро уже не собирал, юзал генерик и меня все устраивало, своё ядро актуально, когда памяти на машине мало, но в современном мире - это фигня вопрос.
А вот теперь снова буду собирать, для обхода этого ограничения.
И да, почему у меня через sysctl не вышло сделать, я использую netgraph (mpd) а там вообще все жестко и без правки кода не обойти
>[оверквотинг удален]
>> и тут либо не обновили документацию,
>> либо надо проверить на "чистой" системе, установленной с нуля 12,
>> а то мало ли, чего там ТС напихал в ядро ))))
> Вообще я после 9-ки свое ядро уже не собирал, юзал генерик и
> меня все устраивало, своё ядро актуально, когда памяти на машине мало,
> но в современном мире - это фигня вопрос.
> А вот теперь снова буду собирать, для обхода этого ограничения.
> И да, почему у меня через sysctl не вышло сделать, я использую
> netgraph (mpd) а там вообще все жестко и без правки кода
> не обойтиА если запихнуть этот sysctl не в sysctl.conf, а в loader.conf и ребут. Должно на генерик ядре заработать
> А если запихнуть этот sysctl не в sysctl.conf, а в loader.conf и
> ребут. Должно на генерик ядре заработатьпроверил на чистом FreeBSD 12.0-RELEASE-p2, установка в sysctl.conf значения net.link.gif.max_nesting на 10 и перезагрузки системы выдает правильное значение=10.
>> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gif.c (стр.120-127)
>> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gre.c (стр.111-118)интересно что эти ограничения были давным давно в старых версиях.
в версии 4.3 для gif
в версии 4.8 для gre (когда с NetBSD первый раз портировали GRE поддержку)
>>> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gif.c (стр.120-127)
>>> https://github.com/freebsd/freebsd/blob/master/sys/net/if_gre.c (стр.111-118)
> интересно что эти ограничения были давным давно в старых версиях.
> в версии 4.3 для gif
> в версии 4.8 для gre (когда с NetBSD первый раз портировали GRE
> поддержку)возможно, я с этим столкнулся, когда они это добавили в netgraph
вот здесь, видите стоит жестко 1:
https://github.com/freebsd/freebsd/blob/master/sys/netgraph/...
/* Protect from deadly infinite recursion. */
error = if_tunnel_check_nesting(ifp, m, NGM_IFACE_COOKIE, 1);
if (error) {
m_freem(m);
return (error);
}
> возможно, я с этим столкнулся, когда они это добавили в netgraphда вижу, но не только в netgraph, на уровне интерфейса заложен механизм.
но почему-то в netgraph проверка лимита идет жестко больше 1, когда для GIF и GRE в зависимости от установленного количества для вложенных туннелей:
Use if_tunnel_check_nesting() for ng_iface(4)
https://svnweb.freebsd.org/base?view=revision&revision=337278Add generic function if_tunnel_check_nesting() that does check for
allowed nesting level for tunneling interfaces and also does loop
detection. Use it in gif(4), gre(4) and me(4) interfaces.https://svnweb.freebsd.org/base?view=revision&revision=336131
Может все таки работа не до конца доделана, чтобы можно было без пересборки ядра оперировать ранее указанными в мануале лимитам, включая для netgraph
>> возможно, я с этим столкнулся, когда они это добавили в netgraph
> Add generic function if_tunnel_check_nesting() that does check for
> allowed nesting level for tunneling interfaces and also does loop
> detection. Use it in gif(4), gre(4) and me(4) interfaces.
> https://svnweb.freebsd.org/base?view=revision&revision=336131
> Может все таки работа не до конца доделана, чтобы можно было без
> пересборки ядра оперировать ранее указанными в мануале лимитам, включая для netgraphЭти лимиты были в системе всегда, чтобы защититься от переполнения стека при закольцовывании пакетов различными способами.
В нетграфе эта проверка тоже была, в упомянутых коммитах просто выполняется дедупликация кода, путём введения одной функции вместо использования дублирующегося кода 4 раза.
Мне больше интересно, как у вас раньше работало?
> Мне больше интересно, как у вас раньше работало?Понял как работало, думаю, что Глеб исправит эту проблему с ng_iface в ближайшее время.
>> Мне больше интересно, как у вас раньше работало?
> Понял как работало, думаю, что Глеб исправит эту проблему с ng_iface в
> ближайшее время.А можно подробнее и что подразумевается под "исправит"? Очень интересно. Введут переменную для тех, кто любит отстреливать себе ноги из двухстволки?
Просто у меня сейчас 2 варианта, либо я перед сервером ставлю какой-нибудь роутер который поднимает VPN провайдеру и делает полный проброс трафика, либо я после каждого патча пересобираю ядро GENERIC, хотя по факту мне наверное надо пересобирать только модуль нетграфа, подскажите как это делать?
> А можно подробнее и что подразумевается под "исправит"? Очень интересно. Введут переменную
> для тех, кто любит отстреливать себе ноги из двухстволки?
> Просто у меня сейчас 2 варианта, либо я перед сервером ставлю какой-нибудь
> роутер который поднимает VPN провайдеру и делает полный проброс трафика, либо
> я после каждого патча пересобираю ядро GENERIC, хотя по факту мне
> наверное надо пересобирать только модуль нетграфа, подскажите как это делать?Да, он добавил sysctl переменную. Я думал это ваш PR:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235500
> Да, он добавил sysctl переменную. Я думал это ваш PR:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235500это мой баг репорт основанный на нестыковках найденные в данном топике ;)
> Очень интересно. Введут переменную для тех, кто любит отстреливать себе ноги из двухстволки?
да, в патче предложена переменная, чтобы можно было не ковыряться в исходниках.
sherlock если есть возможность проверить данный патч, то было бы хорошо и отписались бы в репорте с результами
> я после каждого патча пересобираю ядро GENERIC, хотя по факту мне
> наверное надо пересобирать только модуль нетграфа, подскажите как это делать?на личной почте сообщение от меня, проверьте пожалуйста.
@sherlock решение с жестким ограничением в netgraph в данном репорте https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235500 уже закомичено в HEAD и успешно собирается в CURRENT версии (FreeBSD-13).Спасибо!
> @sherlock решение с жестким ограничением в netgraph в данном репорте https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235500
> уже закомичено в HEAD и успешно собирается в CURRENT версии (FreeBSD-13).
> Спасибо!т.е. в 12 оно не попадет и надо будет после промежуточных обновлений пересобирать ядро?
> т.е. в 12 оно не попадет и надо будет после промежуточных обновлений
> пересобирать ядро?должно попасть, в STABLE ветки примерно через неделю перенесется:
PR: 235500
MFC after: 1 week
> должно попасть, в STABLE ветки примерно через неделю перенесется:
> PR: 235500
> MFC after: 1 weekВ Stable 12ю ветку изменение внесено: https://svnweb.freebsd.org/base?view=revision&revision=344139
> заботятся о нас так, типа "защита от дурака"интересно зачем ...
> Всё, проблема решена и закрыта.
> Просто дорогие коллеги имейте в виду, что поднятие вложенных тоннелей (gif, gre,
> netgraph) с 12-ой версии FreeBSD внезакона и работать они не будут.А как же решена проблема?
>> Всё, проблема решена и закрыта.
>> Просто дорогие коллеги имейте в виду, что поднятие вложенных тоннелей (gif, gre,
>> netgraph) с 12-ой версии FreeBSD внезакона и работать они не будут.
> А как же решена проблема?прочитайте всю ветку, я первоначально поправил код в ядре, но разработчики сделали более правильные изменения, вынесли это в настройку через sysctl
>>> Всё, проблема решена и закрыта.
>>> Просто дорогие коллеги имейте в виду, что поднятие вложенных тоннелей (gif, gre,
>>> netgraph) с 12-ой версии FreeBSD внезакона и работать они не будут.
>> А как же решена проблема?
> прочитайте всю ветку, я первоначально поправил код в ядре, но разработчики сделали
> более правильные изменения, вынесли это в настройку через sysctlВ sysctl добавил, обновил freebsd 12 с r314197m до r344823.
В ядре не понял, что нужно править.
Но всё равно не помогло.
>>>> Всё, проблема решена и закрыта.
>>>> Просто дорогие коллеги имейте в виду, что поднятие вложенных тоннелей (gif, gre,
>>>> netgraph) с 12-ой версии FreeBSD внезакона и работать они не будут.
>>> А как же решена проблема?
>> прочитайте всю ветку, я первоначально поправил код в ядре, но разработчики сделали
>> более правильные изменения, вынесли это в настройку через sysctl
> В sysctl добавил, обновил freebsd 12 с r314197m до r344823.
> В ядре не понял, что нужно править.
> Но всё равно не помогло.Ну прочтите уже всю ветку, мое сообщение от 14.02.2019, там указан файл в котором надо посмотреть код. Я не обновлялся еще, потому не могу проверить изменили там или нет. Если все-таки нет, значит надо его исправить и собрать ядро
>[оверквотинг удален]
>>>> А как же решена проблема?
>>> прочитайте всю ветку, я первоначально поправил код в ядре, но разработчики сделали
>>> более правильные изменения, вынесли это в настройку через sysctl
>> В sysctl добавил, обновил freebsd 12 с r314197m до r344823.
>> В ядре не понял, что нужно править.
>> Но всё равно не помогло.
> Ну прочтите уже всю ветку, мое сообщение от 14.02.2019, там указан файл
> в котором надо посмотреть код. Я не обновлялся еще, потому не
> могу проверить изменили там или нет. Если все-таки нет, значит надо
> его исправить и собрать ядроng_iface.c ??
Не нашел сообщений за эту датуДобавить это?
#define MAX_GIF_NEST 10
#define MAX_GRE_NEST 10
>[оверквотинг удален]
>>> Но всё равно не помогло.
>> Ну прочтите уже всю ветку, мое сообщение от 14.02.2019, там указан файл
>> в котором надо посмотреть код. Я не обновлялся еще, потому не
>> могу проверить изменили там или нет. Если все-таки нет, значит надо
>> его исправить и собрать ядро
> ng_iface.c ??
> Не нашел сообщений за эту дату
> Добавить это?
> #define MAX_GIF_NEST 10
> #define MAX_GRE_NEST 10Нет, для этих изначально все сделано через SYSCTL, проблема была именно в нетграфе, в частности в MPD
у меня стоит патч, ставьте его
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235500
> В sysctl добавил, обновил freebsd 12 с r314197m до r344823.
> В ядре не понял, что нужно править.
> Но всё равно не помогло.https://svnweb.freebsd.org/base/stable/12/sys/netgraph/?path...
в ядре править не нужно ничего, патчить тоже не нужно. в r344823 уже есть исправление, раз ваша система на этой ревизии, то в sysctl.conf внесите переменную net.link.gif.max_nesting = с нужным значением.
>> В sysctl добавил, обновил freebsd 12 с r314197m до r344823.
>> В ядре не понял, что нужно править.
>> Но всё равно не помогло.
> https://svnweb.freebsd.org/base/stable/12/sys/netgraph/?path...
> в ядре править не нужно ничего, патчить тоже не нужно. в r344823
> уже есть исправление, раз ваша система на этой ревизии, то в
> sysctl.conf внесите переменную net.link.gif.max_nesting = с нужным значением.А я сегодня обновился до 12-p4 и снова влетел на эту ошибку, скачал исходники, вроде в исходниках исправление это есть в ng_iface, а я ядро ругается. Собрать GENERIC из исходников тоже не могу
cc -target x86_64-unknown-freebsd12.0 ..... -Werror /usr/src/sys/amd64/amd64/support.S
/usr/src/sys/amd64/amd64/support.S:1813:2: error: instruction requires: AVX-512 ISA
vmovdqa64 %zmm0, %gs:0x340
^
и еще 4 строчки подобных
*** Error code 1и я не знаю что делать
> А я сегодня обновился до 12-p4 и снова влетел на эту ошибку,
> скачал исходники, вроде в исходниках исправление это есть в ng_iface, а
> я ядро ругается. Собрать GENERIC из исходников тоже не могуВ 12.0p4 этого изменения нет, 12.0p4 - это RELENG бранч, а фикс есть только в 12.0-STABLE.
> cc -target x86_64-unknown-freebsd12.0 ..... -Werror /usr/src/sys/amd64/amd64/support.S
> /usr/src/sys/amd64/amd64/support.S:1813:2: error: instruction requires: AVX-512 ISA
> vmovdqa64 %zmm0, %gs:0x340
> ^
> и еще 4 строчки подобных
> *** Error code 1
> и я не знаю что делатьЧто показывает `cd /usr/src && svnlite info`?
Есть какие-то настройки в /etc/make.conf?
> Что показывает `cd /usr/src && svnlite info`?
> Есть какие-то настройки в /etc/make.conf?root@mrk:/usr/src # svnlite info
Path: .
Working Copy Root Path: /usr/src
URL: http://svn0.eu.freebsd.org/base/stable/12
Relative URL: ^/stable/12
Repository Root: http://svn0.eu.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 347608
Node Kind: directory
Schedule: normal
Last Changed Author: mav
Last Changed Rev: 347604
Last Changed Date: 2019-05-15 06:38:34 +0500 (ср, 15 мая 2019)
make.confNO_SENDMAIL=yes
NO_INET6=yes
MAKE_JOBS_NUMBER=4
WITH=""
WITHOUT=X11
WITH_PKGNG=YES
NO_WARNING_PKG_INSTALL_EOL=yes
DEFAULT_VERSIONS+=ssl=opensslИ не понятно, что тогда мне встало при freebsd-update fetch & install
если в исходниках есть нужный код, а в скаченном бинарном ядре получается нет
>> Что показывает `cd /usr/src && svnlite info`?
>> Есть какие-то настройки в /etc/make.conf?
> root@mrk:/usr/src # svnlite info
> Path: .
> Working Copy Root Path: /usr/src
> URL: http://svn0.eu.freebsd.org/base/stable/12
> Relative URL: ^/stable/12
> И не понятно, что тогда мне встало при freebsd-update fetch & install
> если в исходниках есть нужный код, а в скаченном бинарном ядре получается
> нетВсё так. freebsd-update не обновляет до stable. Чтобы обновиться до stable, нужно собирать из исходников.
В releng/12 ветку переносятся только критические исправления связанные с безопасностью.Касательно данного патча, который принят и внесен в ветки CURRENT (будующая версия 13.0) и STABLE (текущая версия 12.X) будет официально выпущен в следующем релизе 12.1, который намечен на Ноябрь 2019 года (имейте в виду, что сроки могут изменены):
https://www.freebsd.org/releng/
https://www.freebsd.org/releases/12.1R/schedule.htmlКратко говоря, не замарачиваясь исходниками касательно данного исправления, можно будет смело пользоваться и штатно обновляться после выхода версии 12.1
> В releng/12 ветку переносятся только критические исправления связанные с безопасностью.
> Касательно данного патча, который принят и внесен в ветки CURRENT (будующая версия
> 13.0) и STABLE (текущая версия 12.X) будет официально выпущен в следующем
> релизе 12.1, который намечен на Ноябрь 2019 года (имейте в виду,
> что сроки могут изменены):
> https://www.freebsd.org/releng/
> https://www.freebsd.org/releases/12.1R/schedule.html
> Кратко говоря, не замарачиваясь исходниками касательно данного исправления, можно будет
> смело пользоваться и штатно обновляться после выхода версии 12.1Понял, а почему у меня перестало собираться ядро? Я так понял ошибка связана с инструкциями процессора?
> Понял, а почему у меня перестало собираться ядро?какой процессор у вас? на момент сборки ядра кастомное или GENERIC ядро работало?
там в исходники внесли очередные решения с багами процессора Intel только вроде.я думаю что у вас смешалось, ранее у вас система работала собранная из исходников, потом вы попытались поставить обновления на систему через freebsd-update. попробуйте почистить исходники, заново синхронизировать его и попробовать собрать систему.
>> Понял, а почему у меня перестало собираться ядро?
> какой процессор у вас? на момент сборки ядра кастомное или GENERIC ядро
> работало?
> там в исходники внесли очередные решения с багами процессора Intel только вроде.
> я думаю что у вас смешалось, ранее у вас система работала собранная
> из исходников, потом вы попытались поставить обновления на систему через freebsd-update.
> попробуйте почистить исходники, заново синхронизировать его и попробовать собрать систему.Мир был 12-p не скажу уже какой, поставлен через freebsd-update, а вот ядро было GENERIC, но собранное из исходников, чтобы nesting для ng_iface работал. Обновился до 12-p4, стер /usr/src скачал через svn последнюю копию и собрать не смог. Ниже подсказывают, что clang старой версии, ок, как его обновить, чтобы собрать 12-STABLE из исходников, я так понимаю в пакаджах его нет и его придется собирать из портов
> и собрать не смог. Ниже подсказывают, что clang старой версии, ок,
> как его обновить, чтобы собрать 12-STABLE из исходников, я так понимаю
> в пакаджах его нет и его придется собирать из портовclang ставится вместе с обновление системы из исходников, скорее всего очередность не была парвильно соблюдена или проспустили что-то. (make buildworld/make installworld пропущен или не завершен успешно).
к примеру когда я из 12 STABLE на 13 CURRENT перешел llvm/clang перешел на 7.0.1 r349250 (во время всей процедуры обновления системы из исходников комплился llvm/clang, потом ядро и мир, потом уже устанавливалось)
> cc -target x86_64-unknown-freebsd12.0 ..... -Werror /usr/src/sys/amd64/amd64/support.S
> /usr/src/sys/amd64/amd64/support.S:1813:2: error: instruction requires: AVX-512 ISA
> vmovdqa64 %zmm0, %gs:0x340
> ^
> и еще 4 строчки подобныхhttps://lists.freebsd.org/pipermail/svn-src-all/2019-May/180...
>> cc -target x86_64-unknown-freebsd12.0 ..... -Werror /usr/src/sys/amd64/amd64/support.S
>> /usr/src/sys/amd64/amd64/support.S:1813:2: error: instruction requires: AVX-512 ISA
>> vmovdqa64 %zmm0, %gs:0x340
>> ^
>> и еще 4 строчки подобных
> https://lists.freebsd.org/pipermail/svn-src-all/2019-May/180...root@mrk:/usr/src # cc -v
FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1)
Target: x86_64-unknown-freebsd12.0
Thread model: posix
InstalledDir: /usr/binэто подходящая версия?
> это подходящая версия?да, в 12й ветке он 6.0.1