From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Fri, 3 Apr 2020 15:33:54 +0400 From: Alexey Sheplyakov To: ALT Linux Team development discussions Message-ID: <20200403113354.GB24596@alexnuc> References: <20200331094456.GA9129@alexnuc> <2916c9f1-320f-ca4a-836c-c2b22f01981b@basealt.ru> <0b4b8b11-3d22-c814-d344-56cc863e12b3@basealt.ru> <5c7ea36c-f4a3-48f0-bc13-cb87bbbb65b3@ya.ru> <20200331153512.GB16107@alexnuc> <20200331155135.GC16107@alexnuc> <5c60ae77-0769-7768-41c3-e6832a5dd29e@ya.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Subject: Re: [devel] grub FDT patch (grub versus Baikal-M) X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2020 11:34:05 -0000 Archived-At: List-Archive: List-Post: On Wed, Apr 01, 2020 at 01:29:43PM +0300, Aleksey Novodvorsky wrote: > Обсудил с sbolshakov@. > Проблема в том, что в случае обновления bios с целью стандартизации, -- а > оно вроде намечено БЭ, -- система не загрузится. Не вполне верное утверждение. Если UEFI выдает такое же FDT, какое записано на диске, никакой разницы нет, и система загрузится. Если UEFI выдает несовместимое FDT, то ядро все равно не загрузится (независимо от того, патчили grub или нет). > Какие варианты я вижу: > 1. Спросить у БЭ об их намерениях касательно прошивки этой платы при ее > запуске в production. Будет стандартизация или нет. > 2. Сейчас в любом случае собрать в стороне grub с предложенным патчем и > использовать в сборках для этой платы с предупреждением на вики. Он и так "собран в стороне", но после первого же обновления grub система не загрузится (т.к. в grub.cfg не будет строчки `devicetree`). > всего несколько десятков и релиза у нас нет, сильно не навредим. > 3. Если стандартизации не будет и далее, то патчить grub. > 4. Если будет, то делать релизный образ с обычным grub > 5. Что-то другое? Патч сам по себе не приводит к появлению директивы `devicetree` в grub.cfg. Для этого еще переменную GRUB_FDT_LINUX в /etc/sysconfig/grub2 задать надо. Потому проще было бы смержить патч, а после "стандартизации" убрать эту переменную (из соответствующего mkimage-profile). Уже установленные системы (все 3) при любом варианте прийдется обновлять особым образом. При варианте 4): а) снять с hold и обновить grub б) запустить upgrade-grub При варианте 5 (который я предлагаю): а) закомментировать GRUB_FDT_LINUX в /etc/sysconfig/grub2 б) запустить update-grub