Messages in this thread | | | Date | Wed, 22 Feb 2006 12:40:41 -0800 | From | Andrew Morton <> | Subject | Re: 2.6.16-rc4-mm1 console (radeonfb) not resumed after s2ram |
| |
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/
| |