From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@basealt.ru>
To: sisyphus@lists.altlinux.org
References: <20200207171130.4d53a995@boyarsh.office.basealt.ru>
 <20200212135006.3ab26cf4@table.localdomain>
From: Anton Farygin <rider@basealt.ru>
Organization: BaseALT
Message-ID: <9e5e6d79-e9f0-9682-8cb3-5b30b5a99504@basealt.ru>
Date: Thu, 13 Feb 2020 12:03:00 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.4.2
MIME-Version: 1.0
In-Reply-To: <20200212135006.3ab26cf4@table.localdomain>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: ru
Subject: Re: [sisyphus]
 =?utf-8?b?0JPQvtGC0L7QstC40YLRgdGPINC+0LHQvdC+0LLQu9C1?=
 =?utf-8?b?0L3QuNGPINGP0LTRgNCwIHN0ZC1kZWYg0L3QsCA1LjQgKGl4Z2JlISk=?=
X-BeenThere: sisyphus@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>
List-Id: ALT Linux Sisyphus discussions <sisyphus.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/sisyphus>,
 <mailto:sisyphus-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sisyphus>
List-Post: <mailto:sisyphus@lists.altlinux.org>
List-Help: <mailto:sisyphus-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
 <mailto:sisyphus-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Feb 2020 09:03:00 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/9e5e6d79-e9f0-9682-8cb3-5b30b5a99504@basealt.ru/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.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> пишет:
>
>> В задании #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 (что бы в дальнейшем проблем избежать при обновлениях).