[sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton V. Boyarshinov]

Доброе время суток

В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
Там ожидается ещё одна пересборка для преодоления наследования, но
существенных изменений, скорее всего, уже не будет.

К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
Слишком много слишком глубинных изменений. Поэтому обращаю внимание
пользователей пакета kernel-modules-ixgbe-std-def, что при установке
этого ядра у них не только не установится этот модуль, но и будут
удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
что update-kernel поведёт себя именно так). Сделано это для того, чтоб
вместе с пакетом удалился содержащийся в нём blacklist и использовался
модуль из пакета с ядром.

Если не будет обнаружено критических проблем, эта сборка ядра в
понедельник уйдёт в Сизиф.

Антон

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[alexei]

----- Исходное сообщение -----
> От: "Anton V. Boyarshinov" <boyarsh@altlinux.org>
> Кому: "ALT Linux Sisyphus discussions" <Sisyphus@lists.altlinux.org>
> Отправленные: Пятница, 7 Февраль 2020 г 22:11:30
> Тема: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

> Доброе время суток
> 
> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
> Там ожидается ещё одна пересборка для преодоления наследования, но
> существенных изменений, скорее всего, уже не будет.
> 
> К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
> Слишком много слишком глубинных изменений. Поэтому обращаю внимание
> пользователей пакета kernel-modules-ixgbe-std-def, что при установке
> этого ядра у них не только не установится этот модуль, но и будут
> удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
> что update-kernel поведёт себя именно так). Сделано это для того, чтоб
> вместе с пакетом удалился содержащийся в нём blacklist и использовался
> модуль из пакета с ядром.

Нужно учесть один важный момент. По опциям внешний модуль и модуль из ядра
несовместимы. Есть большие основания полагать, что вынос внешнего ixgbe у ранее установленных
ядер приведет к печальным последствиям по причине очень широкого применения опции
allow_unsupported_sfp, без которой карты не воспринимают 99% модулей SFP+.

В свое время при обновлении с p8 (где в 4.4 ванильный драйвер заменен на внешний) на p9 (еще до
появления в нем внешнего ixgbe) я оставался без сети.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 07.02.2020 17:44, alexei@taf.ru wrote:
>
> ----- Исходное сообщение -----
>
>> К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
>> Слишком много слишком глубинных изменений. Поэтому обращаю внимание
>> пользователей пакета kernel-modules-ixgbe-std-def, что при установке
>> этого ядра у них не только не установится этот модуль, но и будут
>> удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
>> что update-kernel поведёт себя именно так). Сделано это для того, чтоб
>> вместе с пакетом удалился содержащийся в нём blacklist и использовался
>> модуль из пакета с ядром.
> Нужно учесть один важный момент. По опциям внешний модуль и модуль из ядра
> несовместимы. Есть большие основания полагать, что вынос внешнего ixgbe у ранее установленных
> ядер приведет к печальным последствиям по причине очень широкого применения опции
> allow_unsupported_sfp, без которой карты не воспринимают 99% модулей SFP+.

А у тебя есть возможность попробовать ixgbe из ядра 5.4 ?

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

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[alexei]

Добрый день!

----- Исходное сообщение -----
> От: "Anton Farygin" <rider@basealt.ru>
> Кому: sisyphus@lists.altlinux.org
> Отправленные: Понедельник, 10 Февраль 2020 г 1:02:30
> Тема: Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

> On 07.02.2020 17:44, alexei@taf.ru wrote:
>>
>> ----- Исходное сообщение -----
>>
>>> К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
>>> Слишком много слишком глубинных изменений. Поэтому обращаю внимание
>>> пользователей пакета kernel-modules-ixgbe-std-def, что при установке
>>> этого ядра у них не только не установится этот модуль, но и будут
>>> удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
>>> что update-kernel поведёт себя именно так). Сделано это для того, чтоб
>>> вместе с пакетом удалился содержащийся в нём blacklist и использовался
>>> модуль из пакета с ядром.
>> Нужно учесть один важный момент. По опциям внешний модуль и модуль из ядра
>> несовместимы. Есть большие основания полагать, что вынос внешнего ixgbe у ранее
>> установленных
>> ядер приведет к печальным последствиям по причине очень широкого применения
>> опции
>> allow_unsupported_sfp, без которой карты не воспринимают 99% модулей SFP+.
> 
> А у тебя есть возможность попробовать ixgbe из ядра 5.4 ?

В 5.4 все тот же драйвер версии 5.1.0-k с тем же устаревшим набором фич.

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

В 5.1.0-k формат опций такой: allow_unsupported_sfp=1 (то есть значение указывается
сразу на все физические порты). В новых версиях allow_unsupported_sfp=1,1 (то есть
для каждого порта индивидуально и так для всех наличных опций).

По этой причине модуль из ядра не загружается с опциями от внешнего модуля:

[ 4874.174886] ixgbe: `1,1' invalid for parameter `allow_unsupported_sfp'

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 10.02.2020 5:25, alexei@taf.ru wrote:
> Добрый день!
>
> ----- Исходное сообщение -----
>> От: "Anton Farygin" <rider@basealt.ru>
>> Кому: sisyphus@lists.altlinux.org
>> Отправленные: Понедельник, 10 Февраль 2020 г 1:02:30
>> Тема: Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)
>> On 07.02.2020 17:44, alexei@taf.ru wrote:
>>> ----- Исходное сообщение -----
>>>
>>>> К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
>>>> Слишком много слишком глубинных изменений. Поэтому обращаю внимание
>>>> пользователей пакета kernel-modules-ixgbe-std-def, что при установке
>>>> этого ядра у них не только не установится этот модуль, но и будут
>>>> удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
>>>> что update-kernel поведёт себя именно так). Сделано это для того, чтоб
>>>> вместе с пакетом удалился содержащийся в нём blacklist и использовался
>>>> модуль из пакета с ядром.
>>> Нужно учесть один важный момент. По опциям внешний модуль и модуль из ядра
>>> несовместимы. Есть большие основания полагать, что вынос внешнего ixgbe у ранее
>>> установленных
>>> ядер приведет к печальным последствиям по причине очень широкого применения
>>> опции
>>> allow_unsupported_sfp, без которой карты не воспринимают 99% модулей SFP+.
>> А у тебя есть возможность попробовать ixgbe из ядра 5.4 ?
> В 5.4 все тот же драйвер версии 5.1.0-k с тем же устаревшим набором фич.
Да.
>
>> В коде есть allow_unsupported_sfp, но там может не быть каких-то других
>> полезных фич или драйвер может вести себя по другому. Надо тестировать.
> В 5.1.0-k формат опций такой: allow_unsupported_sfp=1 (то есть значение указывается
> сразу на все физические порты). В новых версиях allow_unsupported_sfp=1,1 (то есть
> для каждого порта индивидуально и так для всех наличных опций).
>
> По этой причине модуль из ядра не загружается с опциями от внешнего модуля:
>
> [ 4874.174886] ixgbe: `1,1' invalid for parameter `allow_unsupported_sfp'

Всё ясно, спасибо

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

Не надо собирать ixgbe из ядра.

Нам обязательно нужен внешний модуль ixgbe.

Я посмотрю в понедельник, что с этим можно сделать.

On 07.02.2020 17:11, Anton V. Boyarshinov wrote:
> Доброе время суток
>
> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
> Там ожидается ещё одна пересборка для преодоления наследования, но
> существенных изменений, скорее всего, уже не будет.
>
> К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
> Слишком много слишком глубинных изменений. Поэтому обращаю внимание
> пользователей пакета kernel-modules-ixgbe-std-def, что при установке
> этого ядра у них не только не установится этот модуль, но и будут
> удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
> что update-kernel поведёт себя именно так). Сделано это для того, чтоб
> вместе с пакетом удалился содержащийся в нём blacklist и использовался
> модуль из пакета с ядром.
>
> Если не будет обнаружено критических проблем, эта сборка ядра в
> понедельник уйдёт в Сизиф.
>
> Антон
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton V. Boyarshinov]

On Sat, 8 Feb 2020 08:10:01 +0300 Anton Farygin wrote:

> Не надо собирать ixgbe из ядра.
> 
> Нам обязательно нужен внешний модуль ixgbe.
На Сизифе?

> Я посмотрю в понедельник, что с этим можно сделать.
Я уже смотрел. Там есть несколько условно косметических изменений,
которые довольно легко переносятся, но, кроме того, полностью переделано
всё, что связано с offloading. Боюсь, что если попытаться сделать
изменения аналогичные внутриядерному ixgbe без полного понимания
происходящего, можно получить собирающийся, но ещё  менее
работоспособный результат.

 
> On 07.02.2020 17:11, Anton V. Boyarshinov wrote:
> > Доброе время суток
> >
> > В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
> > Там ожидается ещё одна пересборка для преодоления наследования, но
> > существенных изменений, скорее всего, уже не будет.
> >
> > К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
> > Слишком много слишком глубинных изменений. Поэтому обращаю внимание
> > пользователей пакета kernel-modules-ixgbe-std-def, что при установке
> > этого ядра у них не только не установится этот модуль, но и будут
> > удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
> > что update-kernel поведёт себя именно так). Сделано это для того, чтоб
> > вместе с пакетом удалился содержащийся в нём blacklist и использовался
> > модуль из пакета с ядром.
> >
> > Если не будет обнаружено критических проблем, эта сборка ядра в
> > понедельник уйдёт в Сизиф.
> >
> > Антон
> > _______________________________________________
> > Sisyphus mailing list
> > Sisyphus@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/sisyphus  
> 
> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

Я немного посмотрел на эту проблему со сборкой ixgbe (и не только,) 
драйверов и рекомендую дождаться обновления версии апстримом с 
поддержкой ядер > 5.4

Т.к. ядро LTS, то это изменение обязательно будет.

Сносить же драйвера для сети всех версий при установке ядра новой версии 
- это очень жетоко и приведёт к проблемам у администраторов серверов.


On 07.02.2020 17:11, Anton V. Boyarshinov wrote:
> Доброе время суток
>
> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
> Там ожидается ещё одна пересборка для преодоления наследования, но
> существенных изменений, скорее всего, уже не будет.
>
> К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
> Слишком много слишком глубинных изменений. Поэтому обращаю внимание
> пользователей пакета kernel-modules-ixgbe-std-def, что при установке
> этого ядра у них не только не установится этот модуль, но и будут
> удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
> что update-kernel поведёт себя именно так). Сделано это для того, чтоб
> вместе с пакетом удалился содержащийся в нём blacklist и использовался
> модуль из пакета с ядром.
>
> Если не будет обнаружено критических проблем, эта сборка ядра в
> понедельник уйдёт в Сизиф.
>

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

Вот апстримный баг на это:
https://sourceforge.net/p/e1000/bugs/660/
там же упоминается рекоментация HPE по использованию драйвера i40 вне 
дерева.

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

On 09.02.2020 19:53, Anton Farygin wrote:
> Я немного посмотрел на эту проблему со сборкой ixgbe (и не только,) 
> драйверов и рекомендую дождаться обновления версии апстримом с 
> поддержкой ядер > 5.4
>
> Т.к. ядро LTS, то это изменение обязательно будет.
>
> Сносить же драйвера для сети всех версий при установке ядра новой 
> версии - это очень жетоко и приведёт к проблемам у администраторов 
> серверов.
>
>
> On 07.02.2020 17:11, Anton V. Boyarshinov wrote:
>> Доброе время суток
>>
>> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
>> Там ожидается ещё одна пересборка для преодоления наследования, но
>> существенных изменений, скорее всего, уже не будет.
>>
>> К сожалению, не удалось собрать с этим ядром внешний модуль ixgbe.
>> Слишком много слишком глубинных изменений. Поэтому обращаю внимание
>> пользователей пакета kernel-modules-ixgbe-std-def, что при установке
>> этого ядра у них не только не установится этот модуль, но и будут
>> удалены все его версии для предыдущих ядер (по крайней мере я надеюсь,
>> что update-kernel поведёт себя именно так). Сделано это для того, чтоб
>> вместе с пакетом удалился содержащийся в нём blacklist и использовался
>> модуль из пакета с ядром.
>>
>> Если не будет обнаружено критических проблем, эта сборка ядра в
>> понедельник уйдёт в Сизиф.
>>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton V. Boyarshinov]

В Fri, 7 Feb 2020 17:11:30 +0300
"Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:

> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
> Там ожидается ещё одна пересборка для преодоления наследования, но
> существенных изменений, скорее всего, уже не будет.

После обсуждений было сделано иначе:
* in-tree модуль ixgbe в этой сборке ядра переименован, чтоб не попадал под blacklist
* конфликт на kernel-modules-ixgbe-std-def убран, то есть в крайнем случае на машине останутся работоспособные ядра

Если не поступит весомых возражений против такой схемы, ядро уйдёт в Сизиф завтра. Для p9, видимо, будем по возможности ждать выходя ixgbe для 5.4

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 12.02.2020 16:50, Anton V. Boyarshinov wrote:
> В Fri, 7 Feb 2020 17:11:30 +0300
> "Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:
>
>> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
>> Там ожидается ещё одна пересборка для преодоления наследования, но
>> существенных изменений, скорее всего, уже не будет.
> После обсуждений было сделано иначе:
> * in-tree модуль ixgbe в этой сборке ядра переименован, чтоб не попадал под blacklist
> * конфликт на kernel-modules-ixgbe-std-def убран, то есть в крайнем случае на машине останутся работоспособные ядра
>
> Если не поступит весомых возражений против такой схемы, ядро уйдёт в Сизиф завтра. Для p9, видимо, будем по возможности ждать выходя ixgbe для 5.4
К счастью, я не настолько самоубийца, что бы использовать Sisyphus там, 
где есть ixgbe/ixgbevf, но данное предложение всё равно что-то кому-то 
может сломать в новых ядрах.

Но на будущее надо как-то плавно убрать этот хак с переименованным 
внешнем модулем, собрав его патчем in-tree.
По этой причине я ещё не переводил ни одного сервера с виртуализацией с 
p8 на p9 (что бы в дальнейшем проблем избежать при обновлениях).

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 12:39, Aleksey Novodvorsky wrote:
>
>
>
>
> чт, 13 февр. 2020 г., 12:03 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     On 12.02.2020 16:50, Anton V. Boyarshinov wrote:
>     > В Fri, 7 Feb 2020 17:11:30 +0300
>     > "Anton V. Boyarshinov" <boyarsh@altlinux.org
>     <mailto:boyarsh@altlinux.org>> пишет:
>     >
>     >> В задании #245508 более-менее подготовлена сборка ядра std-def 5.4.
>     >> Там ожидается ещё одна пересборка для преодоления наследования, но
>     >> существенных изменений, скорее всего, уже не будет.
>     > После обсуждений было сделано иначе:
>     > * in-tree модуль ixgbe в этой сборке ядра переименован, чтоб не
>     попадал под blacklist
>     > * конфликт на kernel-modules-ixgbe-std-def убран, то есть в
>     крайнем случае на машине останутся работоспособные ядра
>     >
>     > Если не поступит весомых возражений против такой схемы, ядро
>     уйдёт в Сизиф завтра. Для p9, видимо, будем по возможности ждать
>     выходя ixgbe для 5.4
>     К счастью, я не настолько самоубийца, что бы использовать Sisyphus
>     там,
>     где есть ixgbe/ixgbevf, но данное предложение всё равно что-то
>     кому-то
>     может сломать в новых ядрах.
>
>     Но на будущее надо как-то плавно убрать этот хак с переименованным
>     внешнем модулем, собрав его патчем in-tree.
>     По этой причине я ещё не переводил ни одного сервера с
>     виртуализацией с
>     p8 на p9 (что бы в дальнейшем проблем избежать при обновлениях).
>
>
> Не стоит ли нам подумать о разных сборках ядер для сервера 
> виртуализации и прочих продуктов?

Стоит подумать о разделении ядра на серверное и десктопное.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 12:47, Aleksey Novodvorsky wrote:
>
>
>
> чт, 13 февр. 2020 г., 12:40 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     On 13.02.2020 12:39, Aleksey Novodvorsky wrote:
>     >
>     >
>     >
>     >
>     > чт, 13 февр. 2020 г., 12:03 Anton Farygin <rider@basealt.ru
>     <mailto:rider@basealt.ru>
>     > <mailto:rider@basealt.ru <mailto:rider@basealt.ru>>>:
>     >
>     >     On 12.02.2020 16:50, Anton V. Boyarshinov wrote:
>     >     > В Fri, 7 Feb 2020 17:11:30 +0300
>     >     > "Anton V. Boyarshinov" <boyarsh@altlinux.org
>     <mailto:boyarsh@altlinux.org>
>     >     <mailto:boyarsh@altlinux.org <mailto:boyarsh@altlinux.org>>>
>     пишет:
>     >     >
>     >     >> В задании #245508 более-менее подготовлена сборка ядра
>     std-def 5.4.
>     >     >> Там ожидается ещё одна пересборка для преодоления
>     наследования, но
>     >     >> существенных изменений, скорее всего, уже не будет.
>     >     > После обсуждений было сделано иначе:
>     >     > * in-tree модуль ixgbe в этой сборке ядра переименован,
>     чтоб не
>     >     попадал под blacklist
>     >     > * конфликт на kernel-modules-ixgbe-std-def убран, то есть в
>     >     крайнем случае на машине останутся работоспособные ядра
>     >     >
>     >     > Если не поступит весомых возражений против такой схемы, ядро
>     >     уйдёт в Сизиф завтра. Для p9, видимо, будем по возможности ждать
>     >     выходя ixgbe для 5.4
>     >     К счастью, я не настолько самоубийца, что бы использовать
>     Sisyphus
>     >     там,
>     >     где есть ixgbe/ixgbevf, но данное предложение всё равно что-то
>     >     кому-то
>     >     может сломать в новых ядрах.
>     >
>     >     Но на будущее надо как-то плавно убрать этот хак с
>     переименованным
>     >     внешнем модулем, собрав его патчем in-tree.
>     >     По этой причине я ещё не переводил ни одного сервера с
>     >     виртуализацией с
>     >     p8 на p9 (что бы в дальнейшем проблем избежать при обновлениях).
>     >
>     >
>     > Не стоит ли нам подумать о разных сборках ядер для сервера
>     > виртуализации и прочих продуктов?
>
>     Стоит подумать о разделении ядра на серверное и десктопное.
>
>
> Не уверен. Я бы принципиально отделился виртуализации от сервера 
> общего назначения. Как продукты, конечно.

Что бы понять суть твоего предложения надо взглянуть на разницу в 
предполагаемой конфигурации ядер.

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

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton V. Boyarshinov]

> Но на будущее надо как-то плавно убрать этот хак с переименованным 
> внешнем модулем, собрав его патчем in-tree.
Этого не будет. Коду, который не поддерживается в согласии с ядром
сколько-либо оперативно там нечего делать.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
>> Но на будущее надо как-то плавно убрать этот хак с переименованным
>> внешнем модулем, собрав его патчем in-tree.
> Этого не будет. Коду, который не поддерживается в согласии с ядром
> сколько-либо оперативно там нечего делать.
Оно поддерживается в согласии с LTS ядрами достаточно оперативно. По 
крайней мере в p8 всё отлично работает уже давно.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Dmitry V. Levin]

On Thu, Feb 13, 2020 at 01:20:36PM +0300, Anton Farygin wrote:
> On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
> >> Но на будущее надо как-то плавно убрать этот хак с переименованным
> >> внешнем модулем, собрав его патчем in-tree.
> > Этого не будет. Коду, который не поддерживается в согласии с ядром
> > сколько-либо оперативно там нечего делать.
> Оно поддерживается в согласии с LTS ядрами достаточно оперативно. По 
> крайней мере в p8 всё отлично работает уже давно.

No, it doesn't.  Its vendor decides what kernels are supported.
You are essentially locked to use old lts kernels.
This is not a scheme we can support.


-- 
ldv

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 14:58, Dmitry V. Levin wrote:
> On Thu, Feb 13, 2020 at 01:20:36PM +0300, Anton Farygin wrote:
>> On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
>>>> Но на будущее надо как-то плавно убрать этот хак с переименованным
>>>> внешнем модулем, собрав его патчем in-tree.
>>> Этого не будет. Коду, который не поддерживается в согласии с ядром
>>> сколько-либо оперативно там нечего делать.
>> Оно поддерживается в согласии с LTS ядрами достаточно оперативно. По
>> крайней мере в p8 всё отлично работает уже давно.
> No, it doesn't.  Its vendor decides what kernels are supported.
> You are essentially locked to use old lts kernels.
> This is not a scheme we can support.

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

И да, Intel обновляет список поддерживаемых LTS ядер гораздо чаще 
проекта openvz, который у нас поддерживался до некоторого времени.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Dmitry V. Levin]

On Thu, Feb 13, 2020 at 03:10:31PM +0300, Anton Farygin wrote:
> On 13.02.2020 14:58, Dmitry V. Levin wrote:
> > On Thu, Feb 13, 2020 at 01:20:36PM +0300, Anton Farygin wrote:
> >> On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
> >>>> Но на будущее надо как-то плавно убрать этот хак с переименованным
> >>>> внешнем модулем, собрав его патчем in-tree.
> >>> Этого не будет. Коду, который не поддерживается в согласии с ядром
> >>> сколько-либо оперативно там нечего делать.
> >> Оно поддерживается в согласии с LTS ядрами достаточно оперативно. По
> >> крайней мере в p8 всё отлично работает уже давно.
> > No, it doesn't.  Its vendor decides what kernels are supported.
> > You are essentially locked to use old lts kernels.
> > This is not a scheme we can support.
> 
> Если вы используете фичи этих сетевых адаптеров, то у вас нет другого 
> выбора. Intel доносит до mainline ядра обновление драйверов с заметной 
> задержкой.

Тогда ждите, когда Intel соблаговолит когда-нибудь что-нибудь собрать
out-of-tree, и не предлагайте такие драйвера в in-tree.

P.S. Оказывается, локаль C.utf8 у нас в Xlib не работает, прискорбно.


-- 
ldv

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 15:25, Dmitry V. Levin wrote:
> On Thu, Feb 13, 2020 at 03:10:31PM +0300, Anton Farygin wrote:
>> On 13.02.2020 14:58, Dmitry V. Levin wrote:
>>> On Thu, Feb 13, 2020 at 01:20:36PM +0300, Anton Farygin wrote:
>>>> On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
>>>>>> Но на будущее надо как-то плавно убрать этот хак с переименованным
>>>>>> внешнем модулем, собрав его патчем in-tree.
>>>>> Этого не будет. Коду, который не поддерживается в согласии с ядром
>>>>> сколько-либо оперативно там нечего делать.
>>>> Оно поддерживается в согласии с LTS ядрами достаточно оперативно. По
>>>> крайней мере в p8 всё отлично работает уже давно.
>>> No, it doesn't.  Its vendor decides what kernels are supported.
>>> You are essentially locked to use old lts kernels.
>>> This is not a scheme we can support.
>> Если вы используете фичи этих сетевых адаптеров, то у вас нет другого
>> выбора. Intel доносит до mainline ядра обновление драйверов с заметной
>> задержкой.
> Тогда ждите, когда Intel соблаговолит когда-нибудь что-нибудь собрать
> out-of-tree, и не предлагайте такие драйвера в in-tree.

Эти драйвера отлично живут in-tree для LTS ядер и ничем таким не 
отличаются от out-of-tree в плане поддерживаемости и собираемости.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 15:36, Aleksey Novodvorsky wrote:
>
>
> чт, 13 февр. 2020 г., 15:30 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     On 13.02.2020 15:25, Dmitry V. Levin wrote:
>     > On Thu, Feb 13, 2020 at 03:10:31PM +0300, Anton Farygin wrote:
>     >> On 13.02.2020 14:58, Dmitry V. Levin wrote:
>     >>> On Thu, Feb 13, 2020 at 01:20:36PM +0300, Anton Farygin wrote:
>     >>>> On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
>     >>>>>> Но на будущее надо как-то плавно убрать этот хак с
>     переименованным
>     >>>>>> внешнем модулем, собрав его патчем in-tree.
>     >>>>> Этого не будет. Коду, который не поддерживается в согласии с
>     ядром
>     >>>>> сколько-либо оперативно там нечего делать.
>     >>>> Оно поддерживается в согласии с LTS ядрами достаточно
>     оперативно. По
>     >>>> крайней мере в p8 всё отлично работает уже давно.
>     >>> No, it doesn't.  Its vendor decides what kernels are supported.
>     >>> You are essentially locked to use old lts kernels.
>     >>> This is not a scheme we can support.
>     >> Если вы используете фичи этих сетевых адаптеров, то у вас нет
>     другого
>     >> выбора. Intel доносит до mainline ядра обновление драйверов с
>     заметной
>     >> задержкой.
>     > Тогда ждите, когда Intel соблаговолит когда-нибудь что-нибудь
>     собрать
>     > out-of-tree, и не предлагайте такие драйвера в in-tree.
>
>     Эти драйвера отлично живут in-tree для LTS ядер и ничем таким не
>     отличаются от out-of-tree в плане поддерживаемости и собираемости.
>
>
> По крайней мере, для 5.4 LTS их до сих пор нет. И так как процесс 
> разработки закрыт, то мы даже предположить не можем, когда будут.
> Плохо зависеть от такой разработки.
>
Ну как только купил сетевой адаптер от Intel - так сразу стал зависить 
от такой разработки. Никуда не денешься.

Это, к сожалению, нельзя игнорировать. Intel правит бал на рынке 
серверных сетевых адаптеров и серверный Linux без поддержки фич его 
адаптеров лично мне не интересен.

Поэтому да, придётся ждать пока производитель сетевых плат выпустит 
обновления своих драйверов. Там, кстати, не только на 10-ти гигабитные 
адаптеры жалуются. Разработчики ядра в версии 5.4 порвали совместимость 
со всем спектром внешних сетевых драйверов intel, включая гигабитные 
десктопные.

И я ещё подумал, что наверное в некоторых случаях будет осмысленно 
использовать 10-ти гигабитную сеть на рабочих станциях...

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Dmitry V. Levin]

On Thu, Feb 13, 2020 at 03:42:44PM +0300, Anton Farygin wrote:
> On 13.02.2020 15:36, Aleksey Novodvorsky wrote:
> > чт, 13 февр. 2020 г., 15:30 Anton Farygin wrote:
> >     On 13.02.2020 15:25, Dmitry V. Levin wrote:
> >     > On Thu, Feb 13, 2020 at 03:10:31PM +0300, Anton Farygin wrote:
> >     >> On 13.02.2020 14:58, Dmitry V. Levin wrote:
> >     >>> On Thu, Feb 13, 2020 at 01:20:36PM +0300, Anton Farygin wrote:
> >     >>>> On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
> >     >>>>>> Но на будущее надо как-то плавно убрать этот хак с
> >     переименованным
> >     >>>>>> внешнем модулем, собрав его патчем in-tree.
> >     >>>>> Этого не будет. Коду, который не поддерживается в согласии с
> >     ядром
> >     >>>>> сколько-либо оперативно там нечего делать.
> >     >>>> Оно поддерживается в согласии с LTS ядрами достаточно
> >     оперативно. По
> >     >>>> крайней мере в p8 всё отлично работает уже давно.
> >     >>> No, it doesn't.  Its vendor decides what kernels are supported.
> >     >>> You are essentially locked to use old lts kernels.
> >     >>> This is not a scheme we can support.
> >     >> Если вы используете фичи этих сетевых адаптеров, то у вас нет
> >     другого
> >     >> выбора. Intel доносит до mainline ядра обновление драйверов с
> >     заметной
> >     >> задержкой.
> >     > Тогда ждите, когда Intel соблаговолит когда-нибудь что-нибудь
> >     собрать
> >     > out-of-tree, и не предлагайте такие драйвера в in-tree.
> >
> >     Эти драйвера отлично живут in-tree для LTS ядер и ничем таким не
> >     отличаются от out-of-tree в плане поддерживаемости и собираемости.
> >
> >
> > По крайней мере, для 5.4 LTS их до сих пор нет. И так как процесс 
> > разработки закрыт, то мы даже предположить не можем, когда будут.
> > Плохо зависеть от такой разработки.
> >
> Ну как только купил сетевой адаптер от Intel - так сразу стал зависить 
> от такой разработки. Никуда не денешься.
> 
> Это, к сожалению, нельзя игнорировать. Intel правит бал на рынке 
> серверных сетевых адаптеров и серверный Linux без поддержки фич его 
> адаптеров лично мне не интересен.

Использовать сторонние дрова от Intel - это твой выбор, мучайся с ним сам.
Другим нужно новое ядро, и они не изволят ждать, когда Intel что-то там
выпустит.


-- 
ldv

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 16:32, Dmitry V. Levin wrote:
> On Thu, Feb 13, 2020 at 03:42:44PM +0300, Anton Farygin wrote:
>> On 13.02.2020 15:36, Aleksey Novodvorsky wrote:
>>> чт, 13 февр. 2020 г., 15:30 Anton Farygin wrote:
>>>      On 13.02.2020 15:25, Dmitry V. Levin wrote:
>>>      > On Thu, Feb 13, 2020 at 03:10:31PM +0300, Anton Farygin wrote:
>>>      >> On 13.02.2020 14:58, Dmitry V. Levin wrote:
>>>      >>> On Thu, Feb 13, 2020 at 01:20:36PM +0300, Anton Farygin wrote:
>>>      >>>> On 13.02.2020 12:42, Anton V. Boyarshinov wrote:
>>>      >>>>>> Но на будущее надо как-то плавно убрать этот хак с
>>>      переименованным
>>>      >>>>>> внешнем модулем, собрав его патчем in-tree.
>>>      >>>>> Этого не будет. Коду, который не поддерживается в согласии с
>>>      ядром
>>>      >>>>> сколько-либо оперативно там нечего делать.
>>>      >>>> Оно поддерживается в согласии с LTS ядрами достаточно
>>>      оперативно. По
>>>      >>>> крайней мере в p8 всё отлично работает уже давно.
>>>      >>> No, it doesn't.  Its vendor decides what kernels are supported.
>>>      >>> You are essentially locked to use old lts kernels.
>>>      >>> This is not a scheme we can support.
>>>      >> Если вы используете фичи этих сетевых адаптеров, то у вас нет
>>>      другого
>>>      >> выбора. Intel доносит до mainline ядра обновление драйверов с
>>>      заметной
>>>      >> задержкой.
>>>      > Тогда ждите, когда Intel соблаговолит когда-нибудь что-нибудь
>>>      собрать
>>>      > out-of-tree, и не предлагайте такие драйвера в in-tree.
>>>
>>>      Эти драйвера отлично живут in-tree для LTS ядер и ничем таким не
>>>      отличаются от out-of-tree в плане поддерживаемости и собираемости.
>>>
>>>
>>> По крайней мере, для 5.4 LTS их до сих пор нет. И так как процесс
>>> разработки закрыт, то мы даже предположить не можем, когда будут.
>>> Плохо зависеть от такой разработки.
>>>
>> Ну как только купил сетевой адаптер от Intel - так сразу стал зависить
>> от такой разработки. Никуда не денешься.
>>
>> Это, к сожалению, нельзя игнорировать. Intel правит бал на рынке
>> серверных сетевых адаптеров и серверный Linux без поддержки фич его
>> адаптеров лично мне не интересен.
> Использовать сторонние дрова от Intel - это твой выбор, мучайся с ним сам.
> Другим нужно новое ядро, и они не изволят ждать, когда Intel что-то там
> выпустит.
Ты можешь гарантировать то, что никто кроме меня не использует этот 
драйвер из репозитория так, как это делаю я ?

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Sergey]

On Thursday 13 February 2020, Anton Farygin wrote:

> > Использовать сторонние дрова от Intel - это твой выбор, мучайся с ним
> > сам. Другим нужно новое ядро, и они не изволят ждать, когда Intel 
> > что-то там выпустит.

> Ты можешь гарантировать то, что никто кроме меня не использует этот 
> драйвер из репозитория так, как это делаю я ?
 
Строго говоря, тот, кто использует этот драйвер, должен знать, что он
использует, и не обновлять ядро, пока драйвер не появится вновь. Всё
же вероятность выявления действительно серьёзной проблемы не так уж и
велика, и скорее высего можно будет подождать. Или, допустим, пересидеть
на ovz-el7. Для него, кстати, собрано?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 18:16, Sergey wrote:
> On Thursday 13 February 2020, Anton Farygin wrote:
>
>>> Использовать сторонние дрова от Intel - это твой выбор, мучайся с ним
>>> сам. Другим нужно новое ядро, и они не изволят ждать, когда Intel
>>> что-то там выпустит.
>> Ты можешь гарантировать то, что никто кроме меня не использует этот
>> драйвер из репозитория так, как это делаю я ?
>   
> Строго говоря, тот, кто использует этот драйвер, должен знать, что он
> использует, и не обновлять ядро, пока драйвер не появится вновь. Всё
> же вероятность выявления действительно серьёзной проблемы не так уж и
> велика, и скорее высего можно будет подождать. Или, допустим, пересидеть
> на ovz-el7. Для него, кстати, собрано?

Я бы сказал наоборот - вероятность появления действительно серьёзной 
проблемы не так уж мала.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 23:56, Aleksey Novodvorsky wrote:
>
>
>
>
> чт, 13 февр. 2020 г., 18:23 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     On 13.02.2020 18:16, Sergey wrote:
>     > On Thursday 13 February 2020, Anton Farygin wrote:
>     >
>     >>> Использовать сторонние дрова от Intel - это твой выбор,
>     мучайся с ним
>     >>> сам. Другим нужно новое ядро, и они не изволят ждать, когда Intel
>     >>> что-то там выпустит.
>     >> Ты можешь гарантировать то, что никто кроме меня не использует этот
>     >> драйвер из репозитория так, как это делаю я ?
>     >
>     > Строго говоря, тот, кто использует этот драйвер, должен знать,
>     что он
>     > использует, и не обновлять ядро, пока драйвер не появится вновь. Всё
>     > же вероятность выявления действительно серьёзной проблемы не так
>     уж и
>     > велика, и скорее высего можно будет подождать. Или, допустим,
>     пересидеть
>     > на ovz-el7. Для него, кстати, собрано?
>
>     Я бы сказал наоборот - вероятность появления действительно серьёзной
>     проблемы не так уж мала.
>
>
> Антон, а в какой стабильный репозиторий известных корпоративных 
> дистрибутивов входит этот драйвер от Intel?

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

Возьми за аналогию nVidia, которая упакована у нас а остальной мир 
ставит её кто как. Так будет понятнее.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 14.02.2020 06:58, Anton Farygin wrote:
> On 13.02.2020 23:56, Aleksey Novodvorsky wrote:
>>
>>
>>
>>
>> чт, 13 февр. 2020 г., 18:23 Anton Farygin <rider@basealt.ru 
>> <mailto:rider@basealt.ru>>:
>>
>>     On 13.02.2020 18:16, Sergey wrote:
>>     > On Thursday 13 February 2020, Anton Farygin wrote:
>>     >
>>     >>> Использовать сторонние дрова от Intel - это твой выбор,
>>     мучайся с ним
>>     >>> сам. Другим нужно новое ядро, и они не изволят ждать, когда 
>> Intel
>>     >>> что-то там выпустит.
>>     >> Ты можешь гарантировать то, что никто кроме меня не использует 
>> этот
>>     >> драйвер из репозитория так, как это делаю я ?
>>     >
>>     > Строго говоря, тот, кто использует этот драйвер, должен знать,
>>     что он
>>     > использует, и не обновлять ядро, пока драйвер не появится 
>> вновь. Всё
>>     > же вероятность выявления действительно серьёзной проблемы не так
>>     уж и
>>     > велика, и скорее высего можно будет подождать. Или, допустим,
>>     пересидеть
>>     > на ovz-el7. Для него, кстати, собрано?
>>
>>     Я бы сказал наоборот - вероятность появления действительно серьёзной
>>     проблемы не так уж мала.
>>
>>
>> Антон, а в какой стабильный репозиторий известных корпоративных 
>> дистрибутивов входит этот драйвер от Intel?
>
> В этом драйвере от Intel поддерживаются репозитории всех корпоративных 
> дистрибутивов, за исключением Альта.
>
> Возьми за аналогию nVidia, которая упакована у нас а остальной мир 
> ставит её кто как. Так будет понятнее.

И кстати, RHEL обновляет  и поддерживает драйвер ixgbe в своём ядре.

Но делает это недостаточно оперативно:

https://bugs.centos.org/view.php?id=15195

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 14.02.2020 07:01, Anton Farygin wrote:
> On 14.02.2020 06:58, Anton Farygin wrote:
>> On 13.02.2020 23:56, Aleksey Novodvorsky wrote:
>>>
>>>
>>>
>>>
>>> чт, 13 февр. 2020 г., 18:23 Anton Farygin <rider@basealt.ru 
>>> <mailto:rider@basealt.ru>>:
>>>
>>>     On 13.02.2020 18:16, Sergey wrote:
>>>     > On Thursday 13 February 2020, Anton Farygin wrote:
>>>     >
>>>     >>> Использовать сторонние дрова от Intel - это твой выбор,
>>>     мучайся с ним
>>>     >>> сам. Другим нужно новое ядро, и они не изволят ждать, когда 
>>> Intel
>>>     >>> что-то там выпустит.
>>>     >> Ты можешь гарантировать то, что никто кроме меня не 
>>> использует этот
>>>     >> драйвер из репозитория так, как это делаю я ?
>>>     >
>>>     > Строго говоря, тот, кто использует этот драйвер, должен знать,
>>>     что он
>>>     > использует, и не обновлять ядро, пока драйвер не появится 
>>> вновь. Всё
>>>     > же вероятность выявления действительно серьёзной проблемы не так
>>>     уж и
>>>     > велика, и скорее высего можно будет подождать. Или, допустим,
>>>     пересидеть
>>>     > на ovz-el7. Для него, кстати, собрано?
>>>
>>>     Я бы сказал наоборот - вероятность появления действительно 
>>> серьёзной
>>>     проблемы не так уж мала.
>>>
>>>
>>> Антон, а в какой стабильный репозиторий известных корпоративных 
>>> дистрибутивов входит этот драйвер от Intel?
>>
>> В этом драйвере от Intel поддерживаются репозитории всех 
>> корпоративных дистрибутивов, за исключением Альта.
>>
>> Возьми за аналогию nVidia, которая упакована у нас а остальной мир 
>> ставит её кто как. Так будет понятнее.
>
> И кстати, RHEL обновляет  и поддерживает драйвер ixgbe в своём ядре.
>
> Но делает это недостаточно оперативно:
>
> https://bugs.centos.org/view.php?id=15195

SuSE делает тоже самое.

https://docs.oracle.com/cd/E23393_01/html/E23397/gpyno.html

Да и с каких это пор мы в таком важном вопросе, как поддержка 
расширенного спектра железа из коробки - смотрим на другие дистрибутивы ?

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Sergey]

On Friday 14 February 2020, Anton Farygin wrote:

> Да и с каких это пор мы в таком важном вопросе, как поддержка 
> расширенного спектра железа из коробки - смотрим на другие 
> дистрибутивы ? 
 
Так "из коробки-то" должно быть: пока до стабильного бранча ядро
доедет, драйвер уже будет наверное.

-- 
С уважением, Сергей.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 14.02.2020 08:22, Sergey wrote:
> On Friday 14 February 2020, Anton Farygin wrote:
>
>> Да и с каких это пор мы в таком важном вопросе, как поддержка
>> расширенного спектра железа из коробки - смотрим на другие
>> дистрибутивы ?
>   
> Так "из коробки-то" должно быть: пока до стабильного бранча ядро
> доедет, драйвер уже будет наверное.
>
Можно подёргать intel по этому поводу на sf.net..

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Vladimir D. Seleznev]

On Fri, Feb 14, 2020 at 07:07:38AM +0300, Anton Farygin wrote:
> On 14.02.2020 07:01, Anton Farygin wrote:
> > On 14.02.2020 06:58, Anton Farygin wrote:
> >> On 13.02.2020 23:56, Aleksey Novodvorsky wrote:
> >>>
> >>>
> >>>
> >>>
> >>> чт, 13 февр. 2020 г., 18:23 Anton Farygin <rider@basealt.ru 
> >>> <mailto:rider@basealt.ru>>:
> >>>
> >>>     On 13.02.2020 18:16, Sergey wrote:
> >>>     > On Thursday 13 February 2020, Anton Farygin wrote:
> >>>     >
> >>>     >>> Использовать сторонние дрова от Intel - это твой выбор,
> >>>     мучайся с ним
> >>>     >>> сам. Другим нужно новое ядро, и они не изволят ждать, когда 
> >>> Intel
> >>>     >>> что-то там выпустит.
> >>>     >> Ты можешь гарантировать то, что никто кроме меня не 
> >>> использует этот
> >>>     >> драйвер из репозитория так, как это делаю я ?
> >>>     >
> >>>     > Строго говоря, тот, кто использует этот драйвер, должен знать,
> >>>     что он
> >>>     > использует, и не обновлять ядро, пока драйвер не появится 
> >>> вновь. Всё
> >>>     > же вероятность выявления действительно серьёзной проблемы не так
> >>>     уж и
> >>>     > велика, и скорее высего можно будет подождать. Или, допустим,
> >>>     пересидеть
> >>>     > на ovz-el7. Для него, кстати, собрано?
> >>>
> >>>     Я бы сказал наоборот - вероятность появления действительно 
> >>> серьёзной
> >>>     проблемы не так уж мала.
> >>>
> >>>
> >>> Антон, а в какой стабильный репозиторий известных корпоративных 
> >>> дистрибутивов входит этот драйвер от Intel?
> >>
> >> В этом драйвере от Intel поддерживаются репозитории всех 
> >> корпоративных дистрибутивов, за исключением Альта.
> >>
> >> Возьми за аналогию nVidia, которая упакована у нас а остальной мир 
> >> ставит её кто как. Так будет понятнее.
> >
> > И кстати, RHEL обновляет  и поддерживает драйвер ixgbe в своём ядре.
> >
> > Но делает это недостаточно оперативно:
> >
> > https://bugs.centos.org/view.php?id=15195
> 
> SuSE делает тоже самое.
> 
> https://docs.oracle.com/cd/E23393_01/html/E23397/gpyno.html
> 
> Да и с каких это пор мы в таком важном вопросе, как поддержка 
> расширенного спектра железа из коробки - смотрим на другие дистрибутивы ?

Может не смотрим, но SLES 11 release date 24 March 2009. И он не в
репозитории SLES, а, судя по представленному документу:

The driver needed for the onboard 10 Gigabit Ethernet ... is not
available in the general availability release of SLES 11 SP1.

-- 
   С уважением,
   Владимир Селезнев

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton V. Boyarshinov]

On Thu, 13 Feb 2020 15:42:44 +0300 Anton Farygin wrote:

> Там, кстати, не только на 10-ти гигабитные 
> адаптеры жалуются. Разработчики ядра в версии 5.4 порвали совместимость 
> со всем спектром внешних сетевых драйверов intel, включая гигабитные 
> десктопные.

И известно это уже месяца 2-3 как, но разработчики intel по этому
поводу не очень волнуются...

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 16:36, Anton V. Boyarshinov wrote:
> On Thu, 13 Feb 2020 15:42:44 +0300 Anton Farygin wrote:
>
>> Там, кстати, не только на 10-ти гигабитные
>> адаптеры жалуются. Разработчики ядра в версии 5.4 порвали совместимость
>> со всем спектром внешних сетевых драйверов intel, включая гигабитные
>> десктопные.
> И известно это уже месяца 2-3 как, но разработчики intel по этому
> поводу не очень волнуются...

А есть ли дистрибутивы на этом LTS ядре ?

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 17:52, Aleksey Novodvorsky wrote:
>
>
>
> чт, 13 февр. 2020 г., 17:42 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     On 13.02.2020 16:36, Anton V. Boyarshinov wrote:
>     > On Thu, 13 Feb 2020 15:42:44 +0300 Anton Farygin wrote:
>     >
>     >> Там, кстати, не только на 10-ти гигабитные
>     >> адаптеры жалуются. Разработчики ядра в версии 5.4 порвали
>     совместимость
>     >> со всем спектром внешних сетевых драйверов intel, включая
>     гигабитные
>     >> десктопные.
>     > И известно это уже месяца 2-3 как, но разработчики intel по этому
>     > поводу не очень волнуются...
>
>     А есть ли дистрибутивы на этом LTS ядре ?
>
>
>  Ubuntu 20.04 LTS. Ежедневные сборки уже доступны, релиз в апреле.
>
>
Значит в апреле точно будет драйвер.

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

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 17:56, Anton Farygin wrote:
> On 13.02.2020 17:52, Aleksey Novodvorsky wrote:
>>
>>
>>
>> чт, 13 февр. 2020 г., 17:42 Anton Farygin <rider@basealt.ru 
>> <mailto:rider@basealt.ru>>:
>>
>>     On 13.02.2020 16:36, Anton V. Boyarshinov wrote:
>>     > On Thu, 13 Feb 2020 15:42:44 +0300 Anton Farygin wrote:
>>     >
>>     >> Там, кстати, не только на 10-ти гигабитные
>>     >> адаптеры жалуются. Разработчики ядра в версии 5.4 порвали
>>     совместимость
>>     >> со всем спектром внешних сетевых драйверов intel, включая
>>     гигабитные
>>     >> десктопные.
>>     > И известно это уже месяца 2-3 как, но разработчики intel по этому
>>     > поводу не очень волнуются...
>>
>>     А есть ли дистрибутивы на этом LTS ядре ?
>>
>>
>>  Ubuntu 20.04 LTS. Ежедневные сборки уже доступны, релиз в апреле.
>>
>>
> Значит в апреле точно будет драйвер.
>
> Вообще, конечно, было бы неплохо обеспечить тех. совместимость с 
> разработками Intel для их железа со стороны Intel. Не знаю, что для 
> этого нужно сделать.
В смысле - тех. совместимость наших дистрибутивов и ядер.

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton V. Boyarshinov]

On Thu, 13 Feb 2020 15:30:33 +0300 Anton Farygin wrote:

> > Тогда ждите, когда Intel соблаговолит когда-нибудь что-нибудь собрать
> > out-of-tree, и не предлагайте такие драйвера в in-tree.  
> 
> Эти драйвера отлично живут in-tree для LTS ядер и ничем таким не 
> отличаются от out-of-tree в плане поддерживаемости и собираемости.

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

Re: [sisyphus] Готовится обновления ядра std-def на 5.4 (ixgbe!)

[Anton Farygin]

On 13.02.2020 16:28, Anton V. Boyarshinov wrote:
> On Thu, 13 Feb 2020 15:30:33 +0300 Anton Farygin wrote:
>
>>> Тогда ждите, когда Intel соблаговолит когда-нибудь что-нибудь собрать
>>> out-of-tree, и не предлагайте такие драйвера в in-tree.
>> Эти драйвера отлично живут in-tree для LTS ядер и ничем таким не
>> отличаются от out-of-tree в плане поддерживаемости и собираемости.
> Это не так. В stable ядрах в этих драйверах регулярно происходят
> изменения, которые, разумеется, не накладываются на интеловскую версию.
> И то, что это ни разу не привело к взрыву -- вопрос исключительно удачи.

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