On Tue, Feb 28, 2012 at 03:21:33PM -0700, Khalid Aziz wrote:
> That sounds like a kernel bug. Since kexec-tools loads the kexec kernel
> fine and the kexec kernel actually does start up, I would say
> kexec-tools is doing its job. What seems to be happening is the graphics
> driver is not shutting down graphics interface properly, so when the
> kexec'd kernel starts, framebuffer driver is unable to reinitialize the
> graphics controller. The X11 driver apparently is able to reinitialize
> the graphics controller some times and hence your screen is restored
> when gdm starts. This is a framebuffer driver issue which belongs in the
> kernel, not a kexec-tools bug.
Hi Khalid,
Hm, yes, looks like you are right. I have removed
xserver-xorg-video-nouveau and xserver-xorg-video-all and looking
at Xorg.0.log it seems to load vesa now
('Loading /usr/lib/xorg/modules/drivers/vesa_drv.so'). With the
vesa graphics driver I do not have this issue anymore and I see
the whole kernel boot process of the kexec'd kernel fine again.
Feel free to reassign this bug to the right package
(xserver-xorg-video-nouveau or one of the kernel packages?).
Thanks for having a look at this issue!
Cheers, Linus
PS: I can further confirm that the issue not only exists with my
make-kpkg kernel but also with the current, Debian provided
linux-image-3.2.0-2-amd64 package.
>
> --
> ===================
> Khalid Aziz
> [email protected]
>
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
