[PATCH 1/3] kexec: get rid of late printk
bonbons at linux-vserver.org
Sun Sep 8 13:42:49 PDT 2013
On Sun, 08 September 2013 Daniel Vetter <daniel at ffwll.ch> wrote:
> On Sun, Sep 8, 2013 at 2:10 PM, Markus Trippelsdorf
> <markus at trippelsdorf.de> wrote:
> > kexec calls:
> > printk(KERN_EMERG "Starting new kernel\n");
> > late before calling machine_shutdown().
> > However at this point the underlying fb device may have already been
> > shutdown. This causes the kernel to hang.
> > Fix by simply getting rid of the printk call.
> > Signed-off-by: Markus Trippelsdorf <markus at trippelsdorf.de>
> Shouldn't this be taken care of with the suspend/resume_console calls?
> At least that's my understanding how it works in the suspend/hibernate
> code, maybe kexec needs similar treatment ...
Is it suspend/resume_console? Shouldn't the fbcon be short-circuited
or disabled once there is no more underlying fb?
Serial console, if present, as well as netconsole if network device
is still alive should continue working I would say.
More information about the dri-devel