public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Re: [Bug 10620] VT switching broken - X does not resume (intel chipset)
       [not found] <20080519214445.BEE7E108062@picon.linux-foundation.org>
@ 2008-05-20  6:38 ` Romano Giannetti
  0 siblings, 0 replies; only message in thread
From: Romano Giannetti @ 2008-05-20  6:38 UTC (permalink / raw)
  To: bugme-daemon; +Cc: linux-kernel

On Mon, 2008-05-19 at 14:44 -0700, bugme-daemon@bugzilla.kernel.org
wrote:
> Notice that git bisect accepts a path, so that it will only bisect between the
> commits that affect to a given path. If you are sure that it's a drm-related
> thing, you can try to do bisection on drivers/char/drm

I know. The problem was that I didn't know if this was due to the drm,
video, acpi or x86... so it seems that is quite restricted now.

To resume (see http://bugzilla.kernel.org/show_bug.cgi?id=10620 )

- VT switching is broken after gnome has started (acceleration?)

- the symptom is that the X VT stays black, which just the cursor (and
sometime some residual bit of the panel) shown.

- it happens almost all the time with suspend/resume

- sometime you can kill the X server with ctrl-alt-backspace, sometime
you have to reboot.

My (painful) bisect stopped here:

good 50704516f334d5036c09b0ecc0064598f7c5596f
bad  d9c04d678418fe42646de641f499209ca00fd94f

but then 2c14f28be2a3f2a2e9861b156d64fbe2bc7000c3 makes my laptop oops on boot.

Romano





^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2008-05-20  6:39 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20080519214445.BEE7E108062@picon.linux-foundation.org>
2008-05-20  6:38 ` [Bug 10620] VT switching broken - X does not resume (intel chipset) Romano Giannetti

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox