Re: 2.6.16-rc4-mm1 console (radeonfb) not resumed after s2ram

[Mattia Dongili]

On Wed, Feb 22, 2006 at 03:24:38PM +0100, Mattia Dongili wrote:
> On Tue, February 21, 2006 10:43 pm, Andrew Morton said:
> > Mattia Dongili <malattia@xxxxxxxx> wrote:
> >>
> >> On Mon, Feb 20, 2006 at 04:26:15AM -0800, Andrew Morton wrote:
> >> >
> >> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.16-rc4/2.6.16-rc4-mm1/
> >>
> >> After suspend the system is fully working except it doesn't resume the
> >> console (I'm using radeonfb). If suspending from X the thing comes back,
> >> X working ok, but switching to vt1 I see the console completely garbled.
> >> Reverting radeonfb-resume-support-for-samsung-p35-laptops.patch (_wild_
> >> guess) does not help.
> >> Any good candidate?
> >
> > Did you apply the patches in the hot-fixes directory?
> > revert-reset-pci-device-state-to-unknown-after-disabled.patch might help.
> 
> Sorry, this didn't help either. I'll try to revert some suspend related
> patches then go bisecting if still unsuccessful.

Ok, reverting the same 4 patches as suggested to Rafael J. Wysocki
restores the correct behaviour:

pm-add-state-field-to-pm_message_t-to-hold-actual.patch
pm-respect-the-actual-device-power-states-in-sysfs.patch
pm-minor-updates-to-core-suspend-resume-functions.patch
pm-make-pci_choose_state-use-the-real-device.patch

Are they indipendent? Would you want me to track the exact one
introducing the bug?

-- 
mattia
:wq!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/