Re: [Linux-fbdev-devel] [Bugme-new] [Bug 13509] New: VT switch causes system to lockup

[Andrew M. <ak...@li...>]

(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).

On Thu, 11 Jun 2009 18:42:30 GMT
bug...@bu... wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=13509
> 
>            Summary: VT switch causes system to lockup
>            Product: Drivers
>            Version: 2.5
>     Kernel Version: 2.6.30-gentoo-r1
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: high
>           Priority: P1
>          Component: Console/Framebuffers
>         AssignedTo: jsi...@in...
>         ReportedBy: liq...@gm...
>         Regression: Yes
> 
> 
> Hi there,
> 
> I just updated my amd64 system from a 2.6.27 kernel to a fresh 2.6.30-gentoo-r1
> one. The system boots fine, but as soon as I switch to another VT the whole
> system lockups.
> 
> The screen just freezes, still showing the old content of VT1. ACPI buttons
> don't work, and ctrl-alt-del doesn't cause a restart. I haven't tried remote
> ssh login yet, nor magic SysRq (going to do this next).
> 
> To emphasize this: Just doing work on the first console is perfectly fine - the
> system is rockstable this way. So it's not some instability that is triggered
> by the VT switch.
> 
> Anyway, I'm using uvesafb here (gfx card is a integrated Radeon HD 3200).
> More informations to follow.

hm, 2.6.27->2.6.30 is a large hop.

Perhaps you were using vesafb in 2.6.27 and you're now using uvesafb?