From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: sisyphus@lists.altlinux.org References: <20200207171130.4d53a995@boyarsh.office.basealt.ru> <20200212135006.3ab26cf4@table.localdomain> <9e5e6d79-e9f0-9682-8cb3-5b30b5a99504@basealt.ru> From: Anton Farygin Organization: BaseALT Message-ID: Date: Thu, 13 Feb 2020 12:40:38 +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: 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 List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Feb 2020 09:40:38 -0000 Archived-At: List-Archive: List-Post: On 13.02.2020 12:39, Aleksey Novodvorsky wrote: > > > > > чт, 13 февр. 2020 г., 12:03 Anton Farygin >: > > On 12.02.2020 16:50, Anton V. Boyarshinov wrote: > > В Fri, 7 Feb 2020 17:11:30 +0300 > > "Anton V. Boyarshinov" > пишет: > > > >> В задании #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 (что бы в дальнейшем проблем избежать при обновлениях). > > > Не стоит ли нам подумать о разных сборках ядер для сервера > виртуализации и прочих продуктов? Стоит подумать о разделении ядра на серверное и десктопное.