Hi Misha, Am 28.10.2015 um 17:18 schrieb Misha Komarovskiy: > On Wed, Oct 28, 2015 at 5:10 PM, Andreas Färber <[email protected]> wrote: >> Am 28.10.2015 um 09:31 schrieb Matwey V. Kornilov: >>> 27.10.2015 22:43, Misha Komarovskiy пишет: >>>> On Tue, Oct 27, 2015 at 9:52 PM, Matwey V. Kornilov >>>> <[email protected]> wrote: >>>>> 27.10.2015 11:04, Guillaume Gardet пишет: >>>>>> Le 26/10/2015 19:52, Matwey V. Kornilov a écrit : >>>>>>> Why bootmenu command is not used atm? Are there any reasons? >>>> >>>> You mean ansi bootmenu? If yes, ac100 community member tried to enable >>>> it for our board, >>>> but extlinux.conf was proposed as better solution, here is link >>>> http://patchwork.ozlabs.org/patch/450122/ >>>> >>>> I tried to use extlinux.conf with openSUSE on Chromebook Snow, >>>> because its support already enabled there, and it work flawlessly and >>>> very flexible, >>>> take a look at README.distro in u-boot repo, also as it is same as pxe >>>> config file kiwi probably already have >>>> support for it. >>>> >>>> Here is example of my test extlinux.conf: >> [...] >>> Nice. I cannot understand is it uboot who runs extlinux or just support >>> of extlinux configuration file syntax inside uboot? >> >> As far as I understand, someone would need to generate such config file >> into the filesystem for U-Boot to read. That's the big problem I see >> with it. If you want to dive into YaST, perl-bootloader or whatever is >> involved there, feel free to give it a try! > > Yes we need to generate this file and put inside resulting JeOS image, > same way we generate > boot.scr but to /extlinux folder on boot partition and extlinux.conf > is not compiled it is plain text file.
No, strong objection! This is absolutely not like boot.scr but rather like grub.cfg. It contains entries per kernel, so it needs to be regenerated on kernel package installation, not just once during JeOS build time. Therefore my pointing to whatever tools are involved there. If that gets implemented properly, the JeOS image will automatically get it through kernel package installation and needs no changes. Also, to really make multi-kernel support work for ARM, we need to fix the dtb-source package for multiversion support, installing stuff to /boot/dtb-4.2.3-1 etc. (and update a dtb symlink during %post). That way you can safely go back to a previously working kernel. Long on my TODO list to investigate, but hasn't made it to the top yet. Volunteers? Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton; HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: [email protected] To contact the owner, e-mail: [email protected]
