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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=YroY02/gBzldcA3rCotVyACl8tkXFGGhX6EvMuG2APQ=; b=P6SKAYwgQpOpdyex0VAHmOcmPpKU1ALEHFnAZQVU34WYV5QLQIqLeByxkZ7GTf0rwD MTwiDvkG16Umj+bgYSCpe5W4nj5aCF8N62EherGNuNh/+3ml03mY4/fTK8uY3mEUecN+ 5Xciw/ETBmGthJIZJyH2Gt/yqJEx9GHUGuR5CsLHpTCzJ1O89UWYfB+bmKauIaAIIxg6 Q16xHkVZvyS0GbJQ9gIy0meSbtKTjec/iEAu7/mOiCGqwwWkIDm3c/iV1O8z72wIpYxg t+b0iBfj7//tOH2S8dnugp5gmJvkJC4ubD9nvOGFPI1jISQ3N6OlF++HKuSwD1DI83Mc YPGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=YroY02/gBzldcA3rCotVyACl8tkXFGGhX6EvMuG2APQ=; b=TaoaeZRI/akEWu46h3NNS8iSDtI81ELrSLLK+jUX3e7jYtKgMvzG9ALicBUIOVsxO8 YkBsnH3L7hI7kg0Yhi5cvWLgYILZyffBGOg7IkwpAWziqdOo55/hQQD+h5yYuQ8PCqsX C9GcjxMvVp2p0QAohszwf1fPreDMLrmyl4K0uoBo+N5uwvg+1sNcRKW/0+YqqCu+s6Tf /Qtn/a7OO5pBn/QSeyERXyn4Ynbc2urkbYbxbRCKa2MnmeDIxj66aHzDhijoFq4OJCx2 l+C4KXZXt0YMOCxyWI+I1SY2Q4ZzY/WLrw8kg7pe708Jqc7zNpkudFhc16heg9El/wMm WOiQ== X-Gm-Message-State: AOAM530+yM1tNgsezBh/wtlZZnRKnmbkWNMT+QgEenPLv3GcprbHsLnL U2ZQ0Zwxlt5XgbyhN8E5UCPjj0/E74Q= X-Google-Smtp-Source: ABdhPJx2V4VWZb0xZT80DFxU1eKAYROi6q8WLiPB6ElbpYBGFsQicGaZUDoN2mZ5x5hkZGB7IPswAA== X-Received: by 2002:a17:906:190d:b0:6ce:3767:a9a7 with SMTP id a13-20020a170906190d00b006ce3767a9a7mr27378eje.93.1644962490682; Tue, 15 Feb 2022 14:01:30 -0800 (PST) To: devel-distro@lists.altlinux.org References: <8bb35c4a-71f7-de58-6f53-b4a248e77152@ya.ru> <1675266f-63a8-ee9b-3b2b-3fc1e76f919d@ya.ru> From: Leonid Krivoshein Message-ID: <53dc83e3-b3b0-3a3b-f9ae-d5d620fd0b70@gmail.com> Date: Wed, 16 Feb 2022 01:01:29 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <1675266f-63a8-ee9b-3b2b-3fc1e76f919d@ya.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel-distro] =?utf-8?b?ZnVsbC5jeiDQuNC70LggaW5pdHJkLmltZw==?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2022 22:01:33 -0000 Archived-At: List-Archive: 15.02.2022 4:27, Антон Мидюков пишет: > 15.02.2022 01:53, Leonid Krivoshein пишет: >> 14.02.2022 5:52, Антон Мидюков пишет: >>> [...] >>> 2. Унифицируется сборка initrd.img с propagator и bootchain Используется одинаковый алгоритм добавления модулей ядра. >>> [...] >>> В связи с этим, мне кажется, стоит выкинуть из mkimage mki-build-propagator, а вместо него добавить mki-make-initrd, >> Дело хорошее, но надо учесть, что full.cz собираемый make-initrd-propagator, состоит из трёх кусков (чанок), выравненных по границе в 4Кб, а initrd.img -- из одного или двух кусков. Первый кусок, обычно, это микрокод процессора для ucode. Второй кусок -- основной образ initrd. Третий кусок -- отдельный слой корневой ramfs с модулями ядра и firmware. Часть из них местами попадает во второй кусок. В initrd.img с bootchain второй и третий кусок сейчас объединены в один. >> >> Полагаю, изначальное разделение на три куска было сделано неслучайно. Микрокод процессора иначе не загрузится. Код ядра обычно сжат, он грузится загрузчиком отдельно. Образ initrd (второй слой) тоже есть смысл сжимать, загрузчик его распаковывает при загрузке. Слой с модулями ядра нет смысла сжимать в большинстве случаев, так как каждый модуль уже сжат отдельно и ядро само умеет загружать модули в таком виде. Насчёт файлов firmware я не анализировал, возможно ей место во втором куске. >> >> > А почему мы тогда не имеем проблем на установленных системах, если только full.cz упакован правильно? Так я не говорю про правильно или неправильно. Но раз Антон считает, что оверхед на повторное сжатие незначителен, тогда новая схема с единственным слоем (плюс ucode, если фича не запрещена) вполне годится. А насчёт ucode для универсальных загрузочных носителей у меня другие сомнения: нужно ли обновлять микрокод ядра средствами исталлятора/live/rescue? Не может ли это в каких-то экзотических случаях приводить окирпичиванию железа? Не стоит ли по умолчанию фичу ucode запрещать? Просто, вопрос для знатоков. По идее, свежий BIOS и так должен выполнять ту же процедуру. -- Best regards, Leonid Krivoshein.