[systemd-devel] [PATCH] shutdown: add kexec loading, avoid calling `kexec` binary unnessecarily

Shawn Landden shawn at churchofgit.com
Wed Mar 11 18:07:25 PDT 2015


On Wed, Mar 11, 2015 at 5:51 PM, Kay Sievers <kay at vrfy.org> wrote:

> On Thu, Mar 12, 2015 at 1:22 AM, Shawn Landden <shawn at churchofgit.com>
> wrote:
> > Still use helper when Xen Dom0, to avoid duplicating some hairy code.
> >
> > I think the rbtree version was far more understandable as
> greedy_realloc0()
> > is very messy to do correctly.
> >
> > Take fopenat() from lsof.
> > Add opendirat()
>
> We have that in util.c :: xopendirat()
>
> > Future: generate BootLoaderSpec files for other kernel install locations
>
> This approach duplicates, the potentially complex, boot manager kernel
> selection logic.
>
> The recent systemd-boot boot loader and efi stub loader which carries
> the kernel, the cmdline, the initrd in one single EFI binary will also
> not use any boot loader snippets, it will be discovered by the loader
> itself, which parses the PE/COFF files and looks for specific content.
>
> The snippets are meant to unify the boot loader *configuration*, but
> they do not mean that every bootable kernel will or should have one.
> There might be many ways for kernels to be found by the boot loader,
> the snippets are just one source for that.
>
> I'm not sure what exact problem this patch tries to solve,

rebooting with kexec is faster than a full reboot. Currently we do not
support kexec very well. Lennart asked for something like this, but perhaps
we no longer want to support kexec loading?

> but it
> generally does not sound right to duplicate the boot loader
> selection/discovery/enumeration logic here. I don't really think we
> should do that, or will be able to catch with the boot loader up here.
>
> Thanks,
> Kay
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>



-- 
Shawn Landden
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20150311/56b569a9/attachment.html>


More information about the systemd-devel mailing list