Hi!
Here is the output of the commands:
[EMAIL PROTECTED]:~$ grep 'shutdown method' /etc/suspend.conf
[EMAIL PROTECTED]:~$ cat /sys/power/disk
shutdown
[EMAIL PROTECTED]:~$
I use stock debian kernel for version "Etch" which is:
[EMAIL PROTECTED]:~$ uname -a
Linux misato 2.6.18-3-686 #1 SMP Mon D
On Wednesday, 10 January 2007 22:36, Pavel Machek wrote:
> Hi!
>
> > Here is an updated patch:
>
> Looks ok to me, I guess you can commit.
>
> ...hmmm... make system includes go first, then all the custom
> includes.
Same remark from me.
Greetings,
Rafael
-
I've got it to work... I've forgot a thing when I tried pnpacpi=off... I
added with grub console temporarly, and in the second boot I forgot to add
it. Booting the kernel (before resume) with pnpacpi=off definitely make the
serial work.
Thanks.. perhaps this is an hack. How we can fix it in a clea
Hi!
> > > here it is (some small changes to Frank's patch are: do not initialize
> > > *pacc,
> > > static vga_pci_state, a comment on why we fail suspend, whitespace
> > > cleanups):
> >
> > ACK, please commit.
>
> Done. BTW, when backporting it to an older distro, i removed the dependency
> t
Hi!
> > There are four whitelist requests... Stefan, could you handle them?
>
> Yes, i'll take care of them.
>
> > And we should probably lock out the bug tracking system, because noone
> > is looking after it.
>
> Good idea, it is really a PITA to use IMO.
yep, tell me when you are done and I
On Wed, Jan 10, 2007 at 10:38:43PM +0100, Pavel Machek wrote:
> Hi!
>
> There are four whitelist requests... Stefan, could you handle them?
Yes, i'll take care of them.
> And we should probably lock out the bug tracking system, because noone
> is looking after it.
Good idea, it is really a PITA
On Wed, Jan 10, 2007 at 10:08:14PM +0100, Pavel Machek wrote:
> On Wed 2007-01-10 13:09:57, Stefan Seyfried wrote:
> > here it is (some small changes to Frank's patch are: do not initialize
> > *pacc,
> > static vga_pci_state, a comment on why we fail suspend, whitespace
> > cleanups):
>
> ACK, p
Hi!
There are four whitelist requests... Stefan, could you handle them?
And we should probably lock out the bug tracking system, because noone
is looking after it.
Pavel
1601715 Whitelist panasonic CF-R2 * 2006-11-23 1
Hi!
> Here is an updated patch:
Looks ok to me, I guess you can commit.
...hmmm... make system includes go first, then all the custom
includes.
Pavel
> Index: splash.c
> ===
On Wed 2007-01-10 13:09:57, Stefan Seyfried wrote:
> On Wed, Jan 10, 2007 at 12:26:07PM +0100, Pavel Machek wrote:
> > Hi!
> >
> > > > Well, Frank was wrong here for subtle reason, and I did not like it:
> > > >
> > > > If malloc failed (basically can not happen, but...) he'd suspend,
> > > > anyw
Hi,
On Wednesday, 10 January 2007 21:50, Rob Walker wrote:
> Hi,
>
> I'm having some trouble getting wake on lan to work after the computer is
> suspended. Wake on Lan works if I shut down the computer normally (i.e. it
> powers up again when I send the magic packet), but doesn't wake up when
Hi,
I'm having some trouble getting wake on lan to work after the computer is
suspended. Wake on Lan works if I shut down the computer normally (i.e. it
powers up again when I send the magic packet), but doesn't wake up when I
suspend the computer to disk and then send the magic packet. I ens
On Wed, Jan 10, 2007 at 04:36:10PM +0100, Einon wrote:
> Hi!
>
> Since our last discussion I run into a strange problem.
> If I suspend to disk just once, and after resume I do a suspend to ram
> then after resume my machine reboots.
>
> I can do as many suspend to ram as I want, but not combined
Hi!
Since our last discussion I run into a strange problem.
If I suspend to disk just once, and after resume I do a suspend to ram
then after resume my machine reboots.
I can do as many suspend to ram as I want, but not combined with
suspend to disk.
Any ideas why?
Einon
Erede
On Wed, Jan 10, 2007 at 01:23:46PM +0100, Tim Dijkstra wrote:
> On Wed, 10 Jan 2007 13:10:49 +0100
> Tim Dijkstra <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I just noticed that the new version of the Makefile installs resume
> > in /usr/sbin (or whatever you configured $(DESTDIR)$(SUSPEND_DIR)
Hi,
On Wed, Jan 10, 2007 at 12:38:26PM +, Alan Mycroft wrote:
> > Yes. But please check if it also works from the text console or only from X.
> > Maybe you need additional options there.
>
> Stefan,
>
> Yes. Sorry for being naive about this. From X, s2ram -f works as I said.
> However,
On Wednesday, 10 January 2007 13:23, Tim Dijkstra wrote:
> On Wed, 10 Jan 2007 13:10:49 +0100
> Tim Dijkstra <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I just noticed that the new version of the Makefile installs resume
> > in /usr/sbin (or whatever you configured $(DESTDIR)$(SUSPEND_DIR) to be
> On Wed, Jan 10, 2007 at 11:21:14AM +, Alan Mycroft wrote:
> > You've probably heard this before, but I find that my Toshiba M300 works
> > well with s2ram (and also [therefore?!] pm-suspend).
> >
> > Please could it be added to the whitelist (no further options appear
> > necessary
> > in t
On Wed, 10 Jan 2007 13:10:49 +0100
Tim Dijkstra <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I just noticed that the new version of the Makefile installs resume
> in /usr/sbin (or whatever you configured $(DESTDIR)$(SUSPEND_DIR) to be).
> Is there any reason to do that? It's not that you would be calling
Hi,
I just noticed that the new version of the Makefile installs resume
in /usr/sbin (or whatever you configured $(DESTDIR)$(SUSPEND_DIR) to be).
Is there any reason to do that? It's not that you would be calling it by
hand on a normal running system...
Of course you need the binary on initrd or
On Wed, Jan 10, 2007 at 12:26:07PM +0100, Pavel Machek wrote:
> Hi!
>
> > > Well, Frank was wrong here for subtle reason, and I did not like it:
> > >
> > > If malloc failed (basically can not happen, but...) he'd suspend,
> > > anyway, failing to restore PCI config at the exit, and bringing video
Hi,
Here is an updated patch:
Index: splash.c
===
RCS file: /cvsroot/suspend/suspend/splash.c,v
retrieving revision 1.4
diff -u -r1.4 splash.c
--- splash.c18 Sep 2006 12:00:09 - 1.4
+++ splash.c10 Jan 2007 11:43:45 -
On Wed, Jan 10, 2007 at 11:21:14AM +, Alan Mycroft wrote:
> You've probably heard this before, but I find that my Toshiba M300 works
> well with s2ram (and also [therefore?!] pm-suspend).
>
> Please could it be added to the whitelist (no further options appear necessary
> in that "s2ram -f" wo
On Tue, Jan 09, 2007 at 10:53:08PM +0100, Hanspeter Kunz wrote:
> On Tue, 2007-01-09 at 20:27 +0100, Stefan Seyfried wrote:
> > On Tue, Dec 26, 2006 at 07:11:02PM +0100, Hanspeter Kunz wrote:
> > > Hi,
> > >
> > > I'm happy to report that s2ram -f works on my machine (a Panasonic
> > > CF-R3) on D
On Tue, Jan 09, 2007 at 04:19:20PM -0700, Luke Myers wrote:
> Stefan Seyfried wrote:
>>Ok. Just curious: "-f -p -m" did not work? It does not restore console
>> _content_, but a vt switch should fix that. But it usually should work
>> in most cases where "-s" is successful (and as recent trouble wi
Hi!
> > Well, Frank was wrong here for subtle reason, and I did not like it:
> >
> > If malloc failed (basically can not happen, but...) he'd suspend,
> > anyway, failing to restore PCI config at the exit, and bringing video
> > corruption back to us... Without knowing that pci save state failed.
Hi!
> > Normal error convention is 0 for success, -ERRNO for a problem. This
> > seems to use something different.
>
> The return value of this function is put into `abort_possible' which
> is used as a boolean in the rest of the code.
>
> abort_possible = splash.prepare_abort(&savedtrm,
You've probably heard this before, but I find that my Toshiba M300 works
well with s2ram (and also [therefore?!] pm-suspend).
Please could it be added to the whitelist (no further options appear necessary
in that "s2ram -f" works straight from the box).
Now, all have have to figure out is: SUSE 1
Hi
(i cc'ed the suspend-devel list again)
On Wed, Jan 10, 2007 at 10:29:37AM +0100, Daniel Koester wrote:
> Hi Stefan,
>
> Stefan Seyfried wrote:
> >> This machine can be identified by:
> >> sys_vendor = "SAMSUNG ELECTRONICS CO., LTD."
> >> sys_product = "R55S "
> >> sys
On Tue, Jan 09, 2007 at 09:52:16PM +0100, Diego Ocampo wrote:
> Yes, it works both from X and from the text console.
cool, thanks.
> 2007/1/9, Stefan Seyfried <[EMAIL PROTECTED]>:
> >
> >Hi Diego,
> >
> >On Fri, Dec 22, 2006 at 06:22:34AM +0100, Diego Ocampo wrote:
> >> Hello, the reason of this
On Tue, Jan 09, 2007 at 05:48:18PM -0500, Arun Gupta wrote:
> > Cool. One question: does it also work on the text console or only from X?
>
> It works from text console also. From the X, I pressed ctl+alt+F1 to go into
> text mode. I log in as root and then type either s2ram -f. The
> laptop su
On Wed, 10 Jan 2007 08:38:13 +0100
Pavel Machek <[EMAIL PROTECTED]> wrote:
> > +ret = !tcgetattr(0, oldtrm);
>
> > +if (ret) {
> > +*newtrm = *oldtrm;
> > +newtrm->c_cc[VMIN] = 0;
> > +newtrm->c_cc[VTIME] = 1;
> > +
Hi!
On Wednesday 10 January 2007 10:39, Pavel Machek wrote:
> Well, Frank was wrong here for subtle reason, and I did not like it:
>
> If malloc failed (basically can not happen, but...) he'd suspend,
> anyway, failing to restore PCI config at the exit, and bringing video
> corruption back to us..
Hi!
> > I'm going to commit this: ...it is slightly cleaned up version of
> > patch by Frank Seidel suse.de>; and it should allow
> > s2ram to work on thinkpad R50 or so. It needs rather new libpci so
> > update it if you see compile problem.
>
> Yes, everybody with video problems, please test t
On Wed, Jan 10, 2007 at 09:01:12AM +0100, Pavel Machek wrote:
> Hi!
>
> I'm going to commit this: ...it is slightly cleaned up version of
> patch by Frank Seidel suse.de>; and it should allow
> s2ram to work on thinkpad R50 or so. It needs rather new libpci so
> update it if you see compile probl
Hi!
I'm going to commit this: ...it is slightly cleaned up version of
patch by Frank Seidel suse.de>; and it should allow
s2ram to work on thinkpad R50 or so. It needs rather new libpci so
update it if you see compile problem.
Pavel
36 matches
Mail list logo
