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

[Andrew Morton <akpm@osdl.org>]

Mattia Dongili <malattia@linux.it> wrote:
>
> 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@linux.it> 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?
> 

Is OK, thanks - I have already passed that info on to Pat and I dropped all
four.

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