* [devel] Q: livecd ramdisk_size в UEFI режиме @ 2015-01-15 10:33 Anton Farygin 2015-01-15 12:31 ` Michael Shigorin 0 siblings, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-01-15 10:33 UTC (permalink / raw) To: devel Почему-то при загрузке livecd из Kdesktop 7.0.x в UEFI режиме ядру передаётся безумный размер ramdisk_size в 1Gb. при обычной загрузке такого не обнаружено. Кто виноват и что делать ? ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-15 10:33 [devel] Q: livecd ramdisk_size в UEFI режиме Anton Farygin @ 2015-01-15 12:31 ` Michael Shigorin 2015-01-15 13:58 ` Anton Farygin 0 siblings, 1 reply; 18+ messages in thread From: Michael Shigorin @ 2015-01-15 12:31 UTC (permalink / raw) To: devel On Thu, Jan 15, 2015 at 01:33:38PM +0300, Anton Farygin wrote: > Почему-то при загрузке livecd из Kdesktop 7.0.x в UEFI режиме > ядру передаётся безумный размер ramdisk_size в 1Gb. > при обычной загрузке такого не обнаружено. > Кто виноват и что делать ? Виноват я, который сделал набросок сборки нужного для EFI-загрузки в очень грубом, но работающем виде, и уболтал legion@ принять его в mkimage, пообещав "потом переписать". С "потом" основная загвоздка всё та же: либо мы придумываем интерфейс передачи конфигурации загрузчиков между профилем и mkimage, либо я делаю реализацию в mkimage-profiles и затем кто-то (возможно, я) её портирует на mkimage-profiles-desktop при необходимости. Эту тему предполагал поднять чуть позже(tm), но, видимо, пора -- есть предложение рассмотреть перетаскивание дистрибутивов 8.0 на m-p, добивание остающихся инфраструктурных моментов -- за мной (были l10n и I586_ONLY, первое в достаточном объёме решено, по второму есть мысли и требуется обсуждение с RM). При этом в долгосрочном плане хорошо бы всё же держать такой код в mkimage (возможно, упрощённый и отрабатывающий при отсутствии созданной профилем конфигурации) ради самодостаточности его как инструмента. PS: этот ramdisk_size задействуется в propagator при определённых условиях -- посмотри, откуда монтируется squashfs. И его проще передавать всегда, чем прикидывать в уме, если вдруг понадобится донабить. Задокументировано на http://altlinux.org/propagator -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-15 12:31 ` Michael Shigorin @ 2015-01-15 13:58 ` Anton Farygin 2015-01-15 18:22 ` Michael Shigorin 0 siblings, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-01-15 13:58 UTC (permalink / raw) To: devel On 15.01.2015 15:31, Michael Shigorin wrote: > On Thu, Jan 15, 2015 at 01:33:38PM +0300, Anton Farygin wrote: >> Почему-то при загрузке livecd из Kdesktop 7.0.x в UEFI режиме >> ядру передаётся безумный размер ramdisk_size в 1Gb. >> при обычной загрузке такого не обнаружено. >> Кто виноват и что делать ? > > Виноват я, который сделал набросок сборки нужного для > EFI-загрузки в очень грубом, но работающем виде, и уболтал > legion@ принять его в mkimage, пообещав "потом переписать". <skip> > > PS: этот ramdisk_size задействуется в propagator при определённых > условиях -- посмотри, откуда монтируется squashfs. И его проще > передавать всегда, чем прикидывать в уме, если вдруг понадобится > донабить. Задокументировано на http://altlinux.org/propagator > Извини, но из всего твоего письма важный только постскриптум. Вообще, если ты будешь внимательнее при просмотре кода, то заметишь, что ramdisk_size в нормальной ситуации передавать не нужно, достаточно передать lowmem, что и делается всегда, когда нет UEFI. ramdisk_size нужен для загрузки образа третьей стадии в оперативную память, и livecd + UEFI это явно не тот случай (хотя такое и можно допустить зачем-то). ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-15 13:58 ` Anton Farygin @ 2015-01-15 18:22 ` Michael Shigorin 2015-01-15 19:28 ` Anton Farygin 0 siblings, 1 reply; 18+ messages in thread From: Michael Shigorin @ 2015-01-15 18:22 UTC (permalink / raw) To: devel On Thu, Jan 15, 2015 at 04:58:41PM +0300, Anton Farygin wrote: > Извини, но из всего твоего письма важный только постскриптум. Поэтому он и написан. :) Всё предыдущее содержание -- обзор того, почему сделано именно так, для тех, кто не следил внимательно (либо уже забыл). Забыл добавить ссылку на текущую реализацию: http://git.altlinux.org/gears/m/mkimage.git?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=82c9480a234b8b404d6ff6a01fc068a3e9f42a60;hb=HEAD Ещё стоит ознакомиться с обсуждением в этой баге: https://bugzilla.altlinux.org/28289 > Вообще, если ты будешь внимательнее при просмотре кода, > то заметишь, что ramdisk_size в нормальной ситуации передавать > не нужно, достаточно передать lowmem, что и делается всегда, > когда нет UEFI. Насколько помню, ramdisk_size сам по себе не влияет на этот механизм (в отличие от lowem); вообще есть смысл обсудить, что и в каком виде нам здесь нужно, чтоб не переделывать только что переделанное ещё раз. > ramdisk_size нужен для загрузки образа третьей стадии в > оперативную память, и livecd + UEFI это явно не тот случай > (хотя такое и можно допустить зачем-то). Это крайне желательно при live_rw, чтобы выделить i/o на запись. Другое дело, что в случае BIOS при загрузке гибридной исошки с флэшки gfxboot переделывает cmdline таким образом, что метод загрузки оказывается disk вместо cdrom, а в случае UEFI такой финт ушами делать некому, поэтому без переписывания параметров загрузки вручную там live_rw и не получается... -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-15 18:22 ` Michael Shigorin @ 2015-01-15 19:28 ` Anton Farygin 2015-01-15 21:57 ` Michael Shigorin 0 siblings, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-01-15 19:28 UTC (permalink / raw) To: devel On 15.01.2015 21:22, Michael Shigorin wrote: > On Thu, Jan 15, 2015 at 04:58:41PM +0300, Anton Farygin wrote: >> Извини, но из всего твоего письма важный только постскриптум. > > Поэтому он и написан. :) Всё предыдущее содержание -- обзор того, > почему сделано именно так, для тех, кто не следил внимательно > (либо уже забыл). Остальное - вода, не имеет значения. > > Забыл добавить ссылку на текущую реализацию: > http://git.altlinux.org/gears/m/mkimage.git?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=82c9480a234b8b404d6ff6a01fc068a3e9f42a60;hb=HEAD От это с какой целью ты сделал, что преследовал и чем думал ? http://git.altlinux.org/gears/m/mkimage.git?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=82c9480a234b8b404d6ff6a01fc068a3e9f42a60;hb=HEAD#l79 > > Ещё стоит ознакомиться с обсуждением в этой баге: > https://bugzilla.altlinux.org/28289 Грустно. Это не имеет отношения к теме письма. > >> Вообще, если ты будешь внимательнее при просмотре кода, >> то заметишь, что ramdisk_size в нормальной ситуации передавать >> не нужно, достаточно передать lowmem, что и делается всегда, >> когда нет UEFI. > > Насколько помню, ramdisk_size сам по себе не влияет на этот > механизм (в отличие от lowem); вообще есть смысл обсудить, > что и в каком виде нам здесь нужно, чтоб не переделывать > только что переделанное ещё раз. ramdisk_size непосредственно не влияет на этот механизм, но правильное указание ramdisk_size нужено для того, что бы при установке через FTP/HTTP (которое давно уже никто не тестировал) образ поместился в память. При использовании USB/CD он нужен только в очень редких случаях, в каких лучше не буду тебе говорить, а то ещё покажется это нужным кому-то. > >> ramdisk_size нужен для загрузки образа третьей стадии в >> оперативную память, и livecd + UEFI это явно не тот случай >> (хотя такое и можно допустить зачем-то). > > Это крайне желательно при live_rw, чтобы выделить i/o на запись. Это тяжёлая и очень грустная ошибка. i/o на запись не выделяется в ramdisk, а выделяется в tmpfs, и для него параметр ramdisk_size скорее вреден чем полезен. > > Другое дело, что в случае BIOS при загрузке гибридной исошки > с флэшки gfxboot переделывает cmdline таким образом, что метод > загрузки оказывается disk вместо cdrom, а в случае UEFI такой > финт ушами делать некому, поэтому без переписывания параметров > загрузки вручную там live_rw и не получается... А при чём тут live_rw ? ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-15 19:28 ` Anton Farygin @ 2015-01-15 21:57 ` Michael Shigorin 2015-01-16 5:32 ` Anton Farygin 0 siblings, 1 reply; 18+ messages in thread From: Michael Shigorin @ 2015-01-15 21:57 UTC (permalink / raw) To: devel On Thu, Jan 15, 2015 at 10:28:28PM +0300, Anton Farygin wrote: > Остальное - вода, не имеет значения. Если бы. > >Забыл добавить ссылку на текущую реализацию: > >http://git.altlinux.org/gears/m/mkimage.git?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=82c9480a234b8b404d6ff6a01fc068a3e9f42a60;hb=HEAD > От это с какой целью ты сделал, что преследовал и чем думал ? > http://git.altlinux.org/gears/m/mkimage.git?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=82c9480a234b8b404d6ff6a01fc068a3e9f42a60;hb=HEAD#l79 Перечитай "воду" и подумай над поставленными там вопросами. Нам надо сформулировать "хотелки" (список use cases), а затем к понятой всеми задаче привести текущий код propagator (который содержит много странностей, но пока используется) и прочей обвязки для _всех_ поддерживаемых вариантов применения. > >Ещё стоит ознакомиться с обсуждением в этой баге: > >https://bugzilla.altlinux.org/28289 > Грустно. Это не имеет отношения к теме письма. Ты просто потянул за одну ниточку клубка. > >Насколько помню, ramdisk_size сам по себе не влияет на этот > >механизм (в отличие от lowem); вообще есть смысл обсудить, > >что и в каком виде нам здесь нужно, чтоб не переделывать > >только что переделанное ещё раз. > ramdisk_size непосредственно не влияет на этот механизм, но > правильное указание ramdisk_size нужено для того, что бы при > установке через FTP/HTTP (которое давно уже никто не > тестировал) Проверял максимум с год тому, это скорее к Гоше. > образ поместился в память. При использовании USB/CD он нужен > только в очень редких случаях, в каких лучше не буду тебе > говорить, а то ещё покажется это нужным кому-то. А я уже упомянул -- при live_rw по результатам экспериментов (предсказуемо) оказалось куда комфортнее на флэшку только писать, чем ждать, пока запишет одновременно с чтением. Минус очевиден, но у меня на сейчас жалоб о "плохом" поведении стартеркитов и регулярок на старом железе с недостатком памяти именно в этом режиме нет (поэтому отзывы о других случаях приветствуются). > >Это крайне желательно при live_rw, чтобы выделить i/o на запись. > Это тяжёлая и очень грустная ошибка. Можешь описать условия, при которых это проблема? > i/o на запись не выделяется в ramdisk, а выделяется в tmpfs, > и для него параметр ramdisk_size скорее вреден чем полезен. При live_rw /.rw монтируется с новосозданного или существовавшего раздела флэшки. Естественно, что без него вся польза от такого режима с локального носителя состоит в возможности этот носитель выдернуть/заменить. > >Другое дело, что в случае BIOS при загрузке гибридной исошки с > >флэшки gfxboot переделывает cmdline таким образом, что метод > >загрузки оказывается disk вместо cdrom, а в случае UEFI такой > >финт ушами делать некому, поэтому без переписывания параметров > >загрузки вручную там live_rw и не получается... > А при чём тут live_rw ? Как единственный случай при локальной загрузке, когда оказалось востребованным забирать squashfs в память. Возможно, тесты стоит повторить с учётом kde4 -- я их делал на образах меньшего размера (т.е. всех остальных ;-). -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-15 21:57 ` Michael Shigorin @ 2015-01-16 5:32 ` Anton Farygin 2015-01-16 12:07 ` Michael Shigorin 0 siblings, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-01-16 5:32 UTC (permalink / raw) To: devel On 16.01.2015 00:57, Michael Shigorin wrote: >>> Это крайне желательно при live_rw, чтобы выделить i/o на запись. >> >Это тяжёлая и очень грустная ошибка. > Можешь описать условия, при которых это проблема? > проблема в том, что ты видимо или не понимаешь как это работает, или притворяешься этим и при этом пытаешься что-то предлагать в первом ответе твоего треда. ramdisk_size не влияет на live_rw никаким образом. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-16 5:32 ` Anton Farygin @ 2015-01-16 12:07 ` Michael Shigorin 2015-01-16 12:54 ` Anton Farygin 0 siblings, 1 reply; 18+ messages in thread From: Michael Shigorin @ 2015-01-16 12:07 UTC (permalink / raw) To: devel On Fri, Jan 16, 2015 at 08:32:42AM +0300, Anton Farygin wrote: > проблема в том, что ты видимо или не понимаешь как это > работает, или притворяешься этим и при этом пытаешься > что-то предлагать в первом ответе твоего треда. Ну так объясни, а ещё лучше поправь документацию на вики и докомментируй релевантные исходники, которые мной прочтены. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-16 12:07 ` Michael Shigorin @ 2015-01-16 12:54 ` Anton Farygin 2015-01-16 14:35 ` Michael Shigorin 0 siblings, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-01-16 12:54 UTC (permalink / raw) To: devel On 16.01.2015 15:07, Michael Shigorin wrote: > On Fri, Jan 16, 2015 at 08:32:42AM +0300, Anton Farygin wrote: >> проблема в том, что ты видимо или не понимаешь как это >> работает, или притворяешься этим и при этом пытаешься >> что-то предлагать в первом ответе твоего треда. > > Ну так объясни, а ещё лучше поправь документацию на вики > и докомментируй релевантные исходники, которые мной прочтены. > Я тебе и объясняю, а ты мне начинаешь рассказывать про твои проблемы с mkimage-profiles При чём тут это ? убери явный бред из параметров ядра и закончим этот разговор. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-16 12:54 ` Anton Farygin @ 2015-01-16 14:35 ` Michael Shigorin 2015-01-16 19:12 ` Anton Farygin 2015-01-21 13:56 ` Anton Farygin 0 siblings, 2 replies; 18+ messages in thread From: Michael Shigorin @ 2015-01-16 14:35 UTC (permalink / raw) To: devel On Fri, Jan 16, 2015 at 03:54:46PM +0300, Anton Farygin wrote: > При чём тут это ? убери явный бред из параметров ядра > и закончим этот разговор. Локально ты можешь убрать и добавить что и как хочешь. Претензии по этому коду принимаются в аргументированном виде. Исправлять я его буду в любом случае, и чем раньше пойму, какой должен быть результат -- тем скорее. Пока не понимаю. То, что там сделано сейчас -- это заглушка под починку propagator под UEFI и в исправленном виде оно всё мне лично нужно, поэтому характеристики вроде "явный бред" считаются полной чушью. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-16 14:35 ` Michael Shigorin @ 2015-01-16 19:12 ` Anton Farygin 2015-01-21 13:56 ` Anton Farygin 1 sibling, 0 replies; 18+ messages in thread From: Anton Farygin @ 2015-01-16 19:12 UTC (permalink / raw) To: devel On 16.01.2015 17:35, Michael Shigorin wrote: > On Fri, Jan 16, 2015 at 03:54:46PM +0300, Anton Farygin wrote: >> При чём тут это ? убери явный бред из параметров ядра >> и закончим этот разговор. > > Локально ты можешь убрать и добавить что и как хочешь. Да мне особо и не мешает, просто смешно видеть аргументы ядру в kdesktop в виде размеров live образа. > > Претензии по этому коду принимаются в аргументированном виде. Куда уж аргументированее. Давным давно я яктивно учавстовал в разработке кода propagator и по крайней мере понимаю зачем это было сделано. > > Исправлять я его буду в любом случае, и чем раньше пойму, > какой должен быть результат -- тем скорее. Пока не понимаю. Ну, это как раз следует из всего этого диалога. Что ты не понимаешь никто не сомневается. > > То, что там сделано сейчас -- это заглушка под починку propagator > под UEFI и в исправленном виде оно всё мне лично нужно, поэтому > характеристики вроде "явный бред" считаются полной чушью. > Ну так поясни, зачем _твоему_ пропагатору под UEFI ramdisk размером в гигабайт, интересно же услышать "не чушь". ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-16 14:35 ` Michael Shigorin 2015-01-16 19:12 ` Anton Farygin @ 2015-01-21 13:56 ` Anton Farygin 2015-01-21 14:01 ` Michael Shigorin 1 sibling, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-01-21 13:56 UTC (permalink / raw) To: devel On 16.01.2015 17:35, Michael Shigorin wrote: > On Fri, Jan 16, 2015 at 03:54:46PM +0300, Anton Farygin wrote: >> При чём тут это ? убери явный бред из параметров ядра >> и закончим этот разговор. > > Локально ты можешь убрать и добавить что и как хочешь. А вот давай поговорим на предмет "локально убрать". Как это можно сделать из профиля ? ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-21 13:56 ` Anton Farygin @ 2015-01-21 14:01 ` Michael Shigorin 2015-01-21 14:10 ` Anton Farygin 0 siblings, 1 reply; 18+ messages in thread From: Michael Shigorin @ 2015-01-21 14:01 UTC (permalink / raw) To: devel On Wed, Jan 21, 2015 at 04:56:37PM +0300, Anton Farygin wrote: > >Локально ты можешь убрать и добавить что и как хочешь. > А вот давай поговорим на предмет "локально убрать". > Как это можно сделать из профиля ? Это в mkimage -- tools/mki-copy-efiboot::bootparams(). Собственно, в "воде" и были размышления/вопросы о том, как надо переделать порождение этой части содержимого образа, если по уму. Мне не хочется сломать m-p-d, но в mkimage пришлось втащить и то, чему там не место. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-21 14:01 ` Michael Shigorin @ 2015-01-21 14:10 ` Anton Farygin 2015-03-07 13:00 ` Michael Shigorin 0 siblings, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-01-21 14:10 UTC (permalink / raw) To: devel On 21.01.2015 17:01, Michael Shigorin wrote: > On Wed, Jan 21, 2015 at 04:56:37PM +0300, Anton Farygin wrote: >>> Локально ты можешь убрать и добавить что и как хочешь. >> А вот давай поговорим на предмет "локально убрать". >> Как это можно сделать из профиля ? > > Это в mkimage -- tools/mki-copy-efiboot::bootparams(). Я же говорил "из профиля" - про tools/mki-copy-efiboot я в курсе. Почему не сделать по человечески, по аналогии с mkimage-profiles-desktop/profiles/isolinux/ ? и не хардкодить опции в mkimage, ещё и с ошибками ? > > Собственно, в "воде" и были размышления/вопросы о том, > как надо переделать порождение этой части содержимого > образа, если по уму. Мне не хочется сломать m-p-d, > но в mkimage пришлось втащить и то, чему там не место. Не надо ломать, надо строить, без но и втаскиваний, хотя из твоей последней фразы и следует то, что как бы тебе не хотелось сломать m-p-d, но ты это не смог сделать втащив то, чему не место, туда, где не место. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-01-21 14:10 ` Anton Farygin @ 2015-03-07 13:00 ` Michael Shigorin 2015-03-08 6:19 ` Anton Farygin 2015-03-09 20:24 ` Michael Shigorin 0 siblings, 2 replies; 18+ messages in thread From: Michael Shigorin @ 2015-03-07 13:00 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 719 bytes --] On Wed, Jan 21, 2015 at 05:10:28PM +0300, Anton Farygin wrote: > >Это в mkimage -- tools/mki-copy-efiboot::bootparams(). > Я же говорил "из профиля" - про tools/mki-copy-efiboot > я в курсе. Почему не сделать по человечески, по аналогии > с mkimage-profiles-desktop/profiles/isolinux/ ? > и не хардкодить опции в mkimage, ещё и с ошибками ? Вчера после тестов пересмотрел ещё раз этот код, при желании глянь приложенный коммит к mkimage. После поддержки в профилях надо в эту EFI_BOOTARGS вынести как минимум lowmem, чтоб там и регулировать. Разумеется, и ramdisk_size проще туда же, чем грепать isolinux.cfg. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info [-- Attachment #2: 0001-mki-copy-efiboot-added-EFI_BOOTARGS-support.patch --] [-- Type: text/x-patch, Size: 845 bytes --] >From 73197bc65a0735577a7bc70c970895e6dc45afdc Mon Sep 17 00:00:00 2001 From: Michael Shigorin <mike@altlinux.org> Date: Fri, 6 Mar 2015 22:52:41 +0300 Subject: [PATCH] mki-copy-efiboot: added EFI_BOOTARGS support Things like "quiet splash" or "live_rw" could be passed there. --- tools/mki-copy-efiboot | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/mki-copy-efiboot b/tools/mki-copy-efiboot index 82c9480..01cf9d5 100755 --- a/tools/mki-copy-efiboot +++ b/tools/mki-copy-efiboot @@ -142,7 +142,7 @@ copy_kernel() { cp $verbose -lpLft \$boot -- syslinux/alt0/{vmlinuz,full.cz} } -kargs="fastboot live lowmem showopts automatic=method:cdrom" +kargs="fastboot live lowmem showopts automatic=method:cdrom ${EFI_BOOTARGS:-}" copy_elilo() { cp $verbose -pLf \$efi_bindir/elilo.efi \${1:-\$bin_path} -- 2.1.4 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-03-07 13:00 ` Michael Shigorin @ 2015-03-08 6:19 ` Anton Farygin 2015-03-08 12:30 ` Michael Shigorin 2015-03-09 20:24 ` Michael Shigorin 1 sibling, 1 reply; 18+ messages in thread From: Anton Farygin @ 2015-03-08 6:19 UTC (permalink / raw) To: devel On 07.03.2015 16:00, Michael Shigorin wrote: > On Wed, Jan 21, 2015 at 05:10:28PM +0300, Anton Farygin wrote: >>> Это в mkimage -- tools/mki-copy-efiboot::bootparams(). >> Я же говорил "из профиля" - про tools/mki-copy-efiboot >> я в курсе. Почему не сделать по человечески, по аналогии >> с mkimage-profiles-desktop/profiles/isolinux/ ? >> и не хардкодить опции в mkimage, ещё и с ошибками ? > > Вчера после тестов пересмотрел ещё раз этот код, > при желании глянь приложенный коммит к mkimage. > > После поддержки в профилях надо в эту EFI_BOOTARGS > вынести как минимум lowmem, чтоб там и регулировать. > Разумеется, и ramdisk_size проще туда же, чем грепать > isolinux.cfg. Выглядит разумно, но где именнно будет генериться этот EFI_BOOTARGS ? ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-03-08 6:19 ` Anton Farygin @ 2015-03-08 12:30 ` Michael Shigorin 0 siblings, 0 replies; 18+ messages in thread From: Michael Shigorin @ 2015-03-08 12:30 UTC (permalink / raw) To: devel [-- Attachment #1: Type: text/plain, Size: 415 bytes --] On Sun, Mar 08, 2015 at 09:19:41AM +0300, Anton Farygin wrote: > Выглядит разумно, но где именнно будет генериться этот EFI_BOOTARGS ? В профиле -- можно добавить в example4. Прилагаю пример для m-p, но там уже есть и используется это самое STAGE2_BOOTARGS для заброса всяких quiet/splash/lang= в syslinux. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info [-- Attachment #2: 0001-efi-bridge-bootargs-into-EFI-too.patch --] [-- Type: text/x-patch, Size: 862 bytes --] >From 8420fe11f16ddd9be25487d7548ffa04c7bd57bf Mon Sep 17 00:00:00 2001 From: Michael Shigorin <mike@altlinux.org> Date: Sat, 7 Mar 2015 02:12:21 +0300 Subject: [PATCH] efi: bridge bootargs into EFI too It's been missing roughly from the start there :-/ --- features.in/efi/config.mk | 2 ++ 1 file changed, 2 insertions(+) diff --git a/features.in/efi/config.mk b/features.in/efi/config.mk index 0a092d8..1631d1a 100644 --- a/features.in/efi/config.mk +++ b/features.in/efi/config.mk @@ -14,6 +14,8 @@ use/efi: @$(call add,INSTALL2_PACKAGES,dosfstools fatresize) @$(call try,EFI_BOOTLOADER,elilo) # default one @$(call add,STAGE1_KCONFIG,EFI EFI_PARTITION EFI_VARS FB_EFI) + @$(call set,MKI_VER_OPTIMAL,0.2.17) # for EFI_BOOTARGS + @$(call set,EFI_BOOTARGS,$(STAGE2_BOOTARGS)) use/efi/refind: use/efi @$(call set,EFI_BOOTLOADER,refind) -- 2.1.4 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [devel] Q: livecd ramdisk_size в UEFI режиме 2015-03-07 13:00 ` Michael Shigorin 2015-03-08 6:19 ` Anton Farygin @ 2015-03-09 20:24 ` Michael Shigorin 1 sibling, 0 replies; 18+ messages in thread From: Michael Shigorin @ 2015-03-09 20:24 UTC (permalink / raw) To: devel On Sat, Mar 07, 2015 at 04:00:08PM +0300, I wrote: > Вчера после тестов пересмотрел ещё раз этот код, > при желании глянь приложенный коммит к mkimage. http://git.altlinux.org/tasks/archive/done/_138/141624/logs/events.2.1.log -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2015-03-09 20:24 UTC | newest] Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-01-15 10:33 [devel] Q: livecd ramdisk_size в UEFI режиме Anton Farygin 2015-01-15 12:31 ` Michael Shigorin 2015-01-15 13:58 ` Anton Farygin 2015-01-15 18:22 ` Michael Shigorin 2015-01-15 19:28 ` Anton Farygin 2015-01-15 21:57 ` Michael Shigorin 2015-01-16 5:32 ` Anton Farygin 2015-01-16 12:07 ` Michael Shigorin 2015-01-16 12:54 ` Anton Farygin 2015-01-16 14:35 ` Michael Shigorin 2015-01-16 19:12 ` Anton Farygin 2015-01-21 13:56 ` Anton Farygin 2015-01-21 14:01 ` Michael Shigorin 2015-01-21 14:10 ` Anton Farygin 2015-03-07 13:00 ` Michael Shigorin 2015-03-08 6:19 ` Anton Farygin 2015-03-08 12:30 ` Michael Shigorin 2015-03-09 20:24 ` Michael Shigorin
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git