[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1208461780.17078.5.camel@localhost>
Date: Thu, 17 Apr 2008 21:49:40 +0200
From: Soeren Sonnenburg <kernel@....de>
To: Stefan Seyfried <seife@...e.de>
Cc: Romano Giannetti <romanol@...omillas.es>,
"Rafael J\. Wysocki" <rjw@...k.pl>,
suspend-devel@...ts.sourceforge.net,
Jesse Barnes <jesse.barnes@...el.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
bugme-daemon@...zilla.kernel.org
Subject: Re: [Suspend-devel] 2.6.25-rc6 regression - hang on resume
[Bug 10319]
On Thu, 2008-04-17 at 20:20 +0200, Stefan Seyfried wrote:
> Romano Giannetti schrieb:
> >
> > On Fri, 2008-04-04 at 08:31 +0200, Soeren Sonnenburg wrote:
> >> On Fri, 2008-04-04 at 01:22 +0200, Rafael J. Wysocki wrote:
> >
> >>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10319
> >>> Subject : 2.6.25-rc6 regression - hang on resume
> >>> Submitter : Soeren Sonnenburg <kernel@....de>
> >>> Date : 2008-03-25 04:44 (10 days old)
> >> Yes. The machine resumes and display stays black using s2ram -f -p
> >> (blindly typing reboot etc on keyboard does what is expected).
> However
> >> display comes back on 2.6.24.
> >
> > I can add that on my laptop (toshiba U305, Intel 945GM chipset),
> s2ram
> > -f -p -m which used to work ok, in X and console, in 2.6.24 stopped
> to
> > work (I tested -rc8, but I think it's like that since a long time).
> > Machine resumes but the screen stays off after that, although
> machine is
> > working (exactly as Soeren said).
>
> can you try if this patch to libx86 (make sure it gets installed and
> used...)
> fixes the problem?
for me it won't (core 1 duo), not clear whether his toshiba is a core 2
duo though supporting that flag...
anyway I tried again with the patch and 2.6.25 and same thing, display
stays black on console. then i s2ram'd again and - the display came
back!!
all my further attempts never made it come back... however from inside X
it works now (radeonhd...).
> Index: libx86-0.99/x86-common.c
> ===================================================================
> --- libx86-0.99.orig/x86-common.c
> +++ libx86-0.99/x86-common.c
> @@ -232,7 +232,7 @@ int LRMI_common_init(void)
> }
>
> m = mmap((void *)0xa0000, 0x100000 - 0xa0000,
> - PROT_READ | PROT_WRITE,
> + PROT_READ | PROT_WRITE | PROT_EXEC,
> MAP_FIXED | MAP_SHARED, fd_mem, 0xa0000);
>
> if (m == (void *)-1) {
>
> > On the other hand, now the plain "echo mem > /sys/power/state" works
> > perfectly, from X and console. So some of the magic vbe save/restore
> of
> > s2ram mess something up for this card.
>
> Especially the userspace stuff (VBE_*) should not interfere with the
> restoring
> now done inside the kernel drivers.
Hmmhh maybe when the radeon(hd) fb driver enters the kernel it will work
for me nicely again...
Soeren
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists