Hi!
Current implementation does not cleanup console settings if abort was
selected by user.
This should fix it.
Part of pending series at:
http://alon.barlev.googlepages.com/suspend-patches.tar.bz2
Best Regards,
Alon Bar-Lev.
---
--- suspend.org/suspend.c 2007-07-29
Hi!
This allows you to specify an array of config_par, ending it with NULL
name, so that you don't have to calculate the number of entries manually.
-int parse(char *my_name, char *file_name, int parc, struct config_par *parv)
+int parse(char *my_name, char *file_name, struct config_par
Hi!
This patch adds --splash argument to s2both, s2disk, resume.
It is required especially for resume when you want to disable splash in
initramfs
as result of kernel parameter, even if it usually turned on on suspend.conf
you
wish to turn it off.
Patch looks pretty much ok.
---
Hi!
Current implementation does not cleanup console settings if abort was
selected by user.
This should fix it.
I prefer the appended patch.
One of the key rules of procedural programming:
Don't write the same code at different places...
The same for memory pool size
Hi!
# Running in *copy* of this code, somewhere in low 1MB.
- movb$0xa1, %al ; outb %al, $0x80
Well, what was this for?
Debugging leds on port 80. I still have that card somewhere
:-). Interesting parties can reinsert it.
Ah, I see.
Hi!
Reduce the number of indentation levels in save_image().
---
suspend.c | 54 --
1 file changed, 28 insertions(+), 26 deletions(-)
Index: suspend/suspend.c
===
---
Hi!
@@ -1396,7 +1396,7 @@ int main(int argc, char *argv[])
mem_size = 3 * page_size + buffer_size;
#ifdef CONFIG_COMPRESS
- if (compress)
+ if (do_compress)
mem_size += LZO1X_1_MEM_COMPRESS;
#endif
#ifdef CONFIG_ENCRYPT
Can we kill the #ifdef?
Hi!
I have seven patches indented to make the code in suspend.c a bit more
readable
(less levels of indentation, simpler loops etc.).
I haven't tested them yet, so if anyone has the time and motivation, please do
so. ;-)
Comments welcome.
They look ok from the fast glance.
Hi!
I have an ASUS-M2NPV motherboard and I have a SAMSUNG HD300LJ SATA hard-disk
and an LG GDR8164B IDE DVD-ROM.
I am running kernel 2.6.21.5 and I noticed that after resume from S3, my
system
crashes as soon as I try to access the DVD.
Basically the crash is silent, that is there are no
PROTECTED]
+ Copyright (C) 2006-2007 Pavel Machek [EMAIL PROTECTED]
+ Copyright (C) 2006-2007 Stefan Seyfried [EMAIL PROTECTED]
+ Copyright 2006 Tim Dijkstra [EMAIL PROTECTED]
+ Copyright 2006 Luca Tettamanti [EMAIL PROTECTED]
+ All rights reserved.
+
+ This program
Hi!
I think that adding the PK logic into suspend is an overkill...
Best to support only symmetric operations, and load symmetric key from
a file/handle as losetup does.
The image is always encrypted with symmetric algo. If RSA is used
(optional) then the key for the symmetric
On Tue 2007-08-14 23:55:27, Alon Bar-Lev wrote:
On 8/14/07, Luca [EMAIL PROTECTED] wrote:
IOW we don't use RSA to encrypt the whole image ;)
Sure you don't.
I referred the symmetric decryption...
This can be done using gpg or any other external decryption software.
Something like:
On Tue 2007-08-14 23:07:56, Alon Bar-Lev wrote:
On 8/14/07, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
I'd like to commit
Suspend encryption
~~
Encryption in suspend.sf.net uses RSA internally; reason is that we
want to only prompt for passphrase on resume. So
Hi!
I'm trying to get s2ram to work on a Samsung X60 running Ubuntu Gutsy, and
I think I'll need some help...
firstly:
sudo s2ram -i
[sudo] password for atreju:
This machine can be identified by:
sys_vendor = SAMSUNG ELECTRONICS CO., LTD.
sys_product = SX60S
Hi!
I can nowsuspend and resume using the nolapic kernel option! (I
remember that I needed that option way in the past as well
as patching the DSDT to get the battery state; I didn't need both for a
long time now...)
Using the nolapic option there are some warnings at boot time:
Hi!
Use sh and not bash.
Support BOOT_DIR for install-resume.sh
---
diff -urNp suspend.org/scripts/create-resume-initrd.sh
suspend-0.6_beta1/scripts/create-resume-initrd.sh
--- suspend.org/scripts/create-resume-initrd.sh 2006-07-23
14:32:53.0 +0300
+++
@@
+
+suspend License
+
+ Copyright (C) 2005-2007 Rafael J. Wysocki [EMAIL PROTECTED]
+ Copyright (C) 2006-2007 Pavel Machek [EMAIL PROTECTED]
+ Copyright (C) 2006-2007 Stefan Seyfried [EMAIL PROTECTED]
+ Copyright 2006 Tim Dijkstra [EMAIL PROTECTED]
+ Copyright 2006 Luca
On Mon 2007-08-06 12:17:17, Alon Bar-Lev wrote:
On 8/6/07, Pavel Machek [EMAIL PROTECTED] wrote:
And the license is GPLv2... for all subparts, too. They are part of
GPLed project after all.
No...
/* Radeontool v1.4
* by Frederick Dean [EMAIL PROTECTED]
* Copyright 2002-2004
On Thu 2007-08-02 19:28:27, Jean-Baptiste BUTET wrote:
GREAT NEWS !
A2D works out of the box (directly with s2ram -f) for both
suspend to ram suspend to disk
Only one condition (J. Puydt's bug report gives the hint) :
disable dri on Xorg.
(comment load dri line in
Hi!
I don't care too much, although i think this is much too much
actually changed code for just automake conversion. I mean -
this is configuration stuff, why do we need to reorder whitelist.[hc]?
I guess i know the answer - and now you know why everybody hates auto$foo
;-)
On Mon 2007-07-30 19:53:35, Alon Bar-Lev wrote:
On 7/30/07, Stefan Seyfried [EMAIL PROTECTED] wrote:
Why do you forward people to suse URLs on whitelist?
I would have expected all be forwarded to suspend.sf.net...
http://en.opensuse.org/S2ram belongs to the project site... not
Hi!
Hmm, yes, I guess I want to now. So you have thinkpad that is broken
with -a1 -m, in 64-bit mode only? And no other differences? (Like,
same kernel framebuffer driver, both time from console?)
I have a thinkpad on my desk (T61 with intel graphics) that is broken with
-a 3 in 64bit
On Mon 2007-07-30 07:49:07, Stefan Seyfried wrote:
On Fri, Jul 27, 2007 at 07:38:52PM +0200, Pavel Machek wrote:
If the needed quirks differ between otherwise identical i386 and
x86-64 installation, I'd like to know. That means there's serious
problem somewhere.
Well, the '-a' quirks
if vga is not present / if it is in some
strange state).
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
diff --git a/arch/i386/kernel/acpi/wakeup.S b/arch/i386/kernel/acpi/wakeup.S
index 1415da1..9719bd6 100644
--- a/arch/i386/kernel/acpi/wakeup.S
+++ b/arch/i386/kernel/acpi/wakeup.S
@@ -53,9 +38,6
theoretically hurt if vga is not present / if it is in some
strange state).
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
diff --git a/arch/i386/kernel/acpi/wakeup.S b/arch/i386/kernel/acpi/wakeup.S
index 1415da1..9719bd6 100644
--- a/arch/i386/kernel/acpi/wakeup.S
+++ b/arch/i386/kernel/acpi
Hi!
# Running in *copy* of this code, somewhere in low 1MB.
- movb$0xa1, %al ; outb %al, $0x80
Well, what was this for?
Debugging leds on port 80. I still have that card somewhere
:-). Interesting parties can reinsert it.
Ah, I see.
Hmm, can you
Hi!
diff --git a/arch/i386/kernel/acpi/wakeup.S
b/arch/i386/kernel/acpi/wakeup.S
index 1415da1..9cebef7 100644
--- a/arch/i386/kernel/acpi/wakeup.S
+++ b/arch/i386/kernel/acpi/wakeup.S
@@ -28,21 +28,6 @@ #define BEEP \
movb$15, %al; \
outb%al, $66;
Hi!
Hmm, yes, I guess I want to now. So you have thinkpad that is broken
with -a1 -m, in 64-bit mode only? And no other differences? (Like,
same kernel framebuffer driver, both time from console?)
I have a thinkpad on my desk (T61 with intel graphics) that is broken with
-a
Hi!
Right... so do you have sourceforge login? I guess we could use you as
a webmaster for suspend.sf.net project ;-).
My sf login is alonbl.
But I am far from being a web master... Or have the time to do this.
But if you like I can put the suggested html on your site so that you
can
On Tue 2007-07-31 21:45:14, Luca wrote:
On 7/31/07, Pavel Machek [EMAIL PROTECTED] wrote:
On Tue 2007-07-31 21:35:59, Alon Bar-Lev wrote:
On 7/31/07, Pavel Machek [EMAIL PROTECTED] wrote:
Hmm, IIRC we _do_ have some webmaster, already. Ok, lets keep pages in
suse wiki
Hi!
But i am not the one to decide this, as i am only maintaining a small piece
of the code (mainly the whitelist).
Why do you forward people to suse URLs on whitelist?
Because it was easier that way :-).
I would have expected all be forwarded to suspend.sf.net...
(i re-added suspend-devel to cc: to keep the conversation on-list, please
keep it that way)
On Thu, Jul 19, 2007 at 10:40:47PM +0200, Hendrik-Jan Heins wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ah yes, I'm sorry, forgot to answer that one.
I'm running i386 (debian sid
On Mon, Jul 23, 2007 at 07:44:10PM +0200, Hendrik-Jan Heins wrote:
I just tested the following:
Sidux 2007-2 (tartaros), amd64 on live cd.
I loaded it to ram and installed uswsusp.
next I did: s2ram -f -m -a3, three times.
Every time the machine suspended correctly and woke up
Hi!
I am the maintainer of gentoo hibernate-script, tuxonice (suspend2).
I wish to add uswsup/suspend into portage.
We do not currently maintain liblzf, as it seems upstream is not cooperative.
I've created a patch so that the user may select to use liblzf or lzo-2
during compilation.
On Sat 2007-07-21 16:18:57, Alon Bar-Lev wrote:
On 7/21/07, Pavel Machek [EMAIL PROTECTED] wrote:
I'm not sure it is good idea. We should either let cpu frequency
scaling do its job during suspend (it should just scale to the max
when it sees cpu load), or force it to _minimum_. Machines
Hi!
some battery life. But imho it is better to test it first, maybe the
ondemand
govenor is even better.
You may have a configuration in which ondemand can be in range of
minimum to X, where Xmaximum.
In this configuration letting the ondemand handle this will not result
in optimum
On Fri 2007-07-20 18:54:50, Alon Bar-Lev wrote:
Hello,
This patch enables the user to press r during snapshot writing,
in order to reboot and not shutdown.
One more step toward suspend2 functionality... :)
Looks ok to me.
--
(english) http://www.livejournal.com/~pavelmachek
(cesky,
Hi!
No. The vbetool code is linked in. It doesn't run as regular processes.
At the time we do those hacks, we are the only not-frozen part of
userspace.
This is what makes it different from running it from a bunch of scripts.
Are you sure?
Can you please refer me to the
On Sun 2007-07-22 22:09:50, Alon Bar-Lev wrote:
On 7/22/07, Tim Dijkstra [EMAIL PROTECTED] wrote:
On Sun, 22 Jul 2007 07:46:40 +0300
Alon Bar-Lev [EMAIL PROTECTED] wrote:
On 7/21/07, Tim Dijkstra [EMAIL PROTECTED] wrote:
No. The vbetool code is linked in. It doesn't run as regular
On Mon 2007-07-23 20:12:21, Alon Bar-Lev wrote:
On 7/23/07, Pavel Machek [EMAIL PROTECTED] wrote:
I guess it is easiest way for gentoo, but... I'd prefer not to switch
compression algorithms too often, unless there's good reason to.
Support is a good reason :)
Tried to talk to lzf
On Mon 2007-07-23 20:14:15, Alon Bar-Lev wrote:
On 7/23/07, Pavel Machek [EMAIL PROTECTED] wrote:
So these hacks can be removed from suspend code... And moved into the
hibernate-script or pm-utils.
No, they can't (easily?), because of suspend-to-both. We want to
suspend-to-disk
On Mon 2007-07-23 20:21:17, Alon Bar-Lev wrote:
On 7/23/07, Pavel Machek [EMAIL PROTECTED] wrote:
These s2ram_* funcs in the end call code from vbetool/vbetool.c which
is indeed linked in. But partly I remembered it wrongly. The hacks
_before_ suspend are called with an unfrozen userspace
Hi!
If you ask me... I think lzo will be better for most users... But I
If you can argue lzo is significantly better, we can switch, but we do
not want both.
Well... So let's switch. :)
So, what are advantages of lzo? Is it significantly faster? Better
compression ratio?
Stefan, do you
On Mon 2007-07-23 20:17:40, Alon Bar-Lev wrote:
On 7/23/07, Pavel Machek [EMAIL PROTECTED] wrote:
Well, so user explicitely configured his machine to run on 80% max,
for some reason. Now you want suspend to explicitely override his
setting. That strikes me as a bad idea. Plus it does
On Mon 2007-07-23 23:16:00, Alon Bar-Lev wrote:
On 7/23/07, Pavel Machek [EMAIL PROTECTED] wrote:
It works correctly now.
Previously it did not work because of SIGALARM and related issues.
I worked with cpufreqd developer to solve all these.
Do you mean that cpufreqd is running while we
Hi!
Hello Rafael,
Thanks for all of the patches so far. :-)
Yet another patch in the suspend2 feature-set series.
It sets cpufreq to maximum during the cycle.
It is important to finish the process as quickly as possible (human
engineer issue :) )
When running on batteries it
for this module being developped.
So,
s2ram -f -a 1
s2ram -f -a 3
and
s2ram -f -p -m
works on a
sys_vendor = Sony Corporation
sys_product = VGN-C140G
sys_version = C3LMX4QW
bios_version = R0030J4
Thanks to all,
Jorge
Pavel Machek wrote:
Try loading half
Hi!
I can get s2ram to work from init=/bin/bash, but when I boot the full
OS and log in (on a text virtual terminal), the system will not
suspend:
s2ram -f -a 1
Is there any difference in modules between working and broken case?
Any interesting messages in dmesg?
I
Hi!
diff --git a/drivers/char/lp.c b/drivers/char/lp.c
index 62051f8..8267ff8 100644
--- a/drivers/char/lp.c
+++ b/drivers/char/lp.c
@@ -144,7 +144,7 @@ static unsigned int lp_count = 0;
static struct class *lp_class;
#ifdef CONFIG_LP_CONSOLE
-static struct
not be configurable at
all, instead, we should automatically keep console alive when
possible.
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
diff --git a/drivers/char/lp.c b/drivers/char/lp.c
index 62051f8..8267ff8 100644
--- a/drivers/char/lp.c
+++ b/drivers/char/lp.c
@@ -144,7 +144,7 @@ static
On Tue 2007-06-26 14:04:00, Matthias Zehner wrote:
This is the output of my machine:
This machine can be identified by:
sys_vendor = ASUSTeK Computer INC.
sys_product = A7N8X2.0
sys_version = REV 1.xx
bios_version = ASUS A7N8X2.0 Deluxe ACPI BIOS Rev 1008
Do you know
Hi!
Sorry for not screaming when CONFIG_DISABLE_CONSOLE_SUSPEND went in,
but please lets solve this correctly
Ouch and sorry for not screaming at try 1 time. But it still does
not make the patch right, and I believe that even patch authors agree
that no-config-needed is
On Fri 2007-06-15 00:20:28, Rafael J. Wysocki wrote:
On Thursday, 14 June 2007 15:59, Frank Seidel wrote:
From: Stefan Seyfried [EMAIL PROTECTED]
I hate having to recompile the kernel, just to be able to debug suspend.
Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a tunable in
Hi!
I hate having to recompile the kernel, just to be able to debug suspend.
Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a tunable in
/sys/power/disable_console_suspend.
Signed-off-by: Stefan Seyfried [EMAIL PROTECTED]
Signed-off-by: Frank Seidel [EMAIL PROTECTED]
Hi!
I just got this report from a swap-offset user:
I've just stumbled upon this message in my syslog after today's upgrade
of uswsusp:
program swap-offset is using a deprecated SCSI ioctl, please convert it
to SG_IO
That smells fishy, since i only see two ioctls in
Hi!
I hate having to recompile the kernel, just to be able to debug suspend.
Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a tunable in
/sys/power/disable_console_suspend.
Signed-off-by: Stefan Seyfried [EMAIL PROTECTED]
Signed-off-by: Frank Seidel [EMAIL PROTECTED]
I wonder if
Hi!
free command output is:
total used free sharedbuffers cached
Mem: 2075176 4415521633624 0 3512 115356
-/+ buffers/cache: 3226841752492
Swap: 2104472 474522057020
looks like there is
hi!
I have a Dell XPS M1210 box with Core Duo 2 Ghz, 2G RAM and an nVIDIA
GeForce Go 7400 GPU (and I'm using the proprietary nvidia modules) running
on a Debian box.
From the very beginning I'd never had success in getting this box to
support
sw suspend. But amazingly with 2.6.20 (no
Hi!
I have also tried the LFDk CD and my machine also suspended right away.
I have been trying to hunt this bug down, adding many printk to my
kernel to see where the time is being spend.
Up to now I can see that the system I get the following:
enter_state in kernel/power/main.c is
Hi!
I still can't suspend/resume to ram.
The machine enter in suspend mode (leds blinking orange) but when I push
the power button to resume the leds gets blue (some sounds from CD) but
the system gets hanged, I have to force a shutdown.
How can I debug the problem?
Hi!
My machine is not in the whitelist (...)
all S3 options in BIOS set to enabled
revo:~# s2ram -i
This machine can be identified by:
sys_vendor = Compaq
sys_product = Evo D510 USDT
sys_version =
bios_version = 686O1 v1.05
See
On Tue 2007-05-08 13:09:05, Per Waag? wrote:
s2ram -f simply works on my computer.
s2ram -i gives this output:
This machine can be identified by:
sys_vendor = Packard Bell NEC
sys_product = 000
sys_version = P820008416
bios_version = R1.16
Is it
Well, as long as video works, it probably should be whitelisted.
- Forwarded message from Per Waag? [EMAIL PROTECTED] -
X-Original-To: [EMAIL PROTECTED]
From: Per Waag? [EMAIL PROTECTED]
Subject: Re: [Suspend-devel] S2ram working on unknown machine
To: Pavel Machek [EMAIL PROTECTED]
X
On Thu 2007-05-10 01:35:33, Martin Heimes wrote:
Hi Pavel,
My machine is not in the whitelist (...)
all S3 options in BIOS set to enabled
revo:~# s2ram -i
This machine can be identified by:
sys_vendor = Compaq
sys_product = Evo D510 USDT
sys_version =
On Mon 2007-05-07 13:43:11, Johannes Berg wrote:
Hi,
However, this modifies the user-observable behavior in such a way that
if the user sets 'shutdown mode = platform' in the s2disk's configuration
file,
the kernel will use the hibernation mode resulting from the sysfs interface
Hi!
Sorry, it should probably not go in the white list yet. I once
suspended to ram and the display was problematic - it had problems
with repaint and moving, so things looked really strange. It went away
when I suspended to disk again. In all other times, it worked fine.
It is probably good
On Fri 2007-04-27 18:06:06, Noam Raphael wrote:
Hello,
I tried s2ram, and wasn't on the whitelist, but it seems to work fine.
Hurray! The first time suspend to ram worked for me on linux!
Here's the output of s2ram -i:
This machine can be identified by:
sys_vendor = IBM
Hi!
I'd like to modify the kernel's behavior related to the SNAPSHOT_PMOPS
ioctl. Namely, currently PMOPS_ENTER works regardless of the value
of suspend mode indicated by cat /sys/power/disk. This doesn't seem to
be quite right to me, so I'd like to make s2disk set /sys/power/disk to
. But it is good that it works for you.
Pavel
On Thursday 12 April 2007 12:18:01 Pavel Machek wrote:
Hi!
Task hald-addon-stor is in disk-sleep status.
After preparing suspend and during stopping tasks, job jets
Hi!
It's quite simple: a weak symbol may be discared by the linker if it
found another copy.
This is the updated patch. You can either use the original 2/2 or this
one:
Looks ok to me.
Pavel
--
(english)
Hi!
Add s2ram support for PPC architecture. s2ram.{c,h} contain the
implementation of the required functions, used by the main file. The
Makefile selects the correct platform files using $(ARCH) variable
(autodetected by default, can be overridden).
PPC code is based on original patch
Hi!
Task hald-addon-stor is in disk-sleep status.
After preparing suspend and during stopping tasks, job jets aborted
(after 20 second) with 1 task refusing to freeze
After, a list of few proccesses is dispayed as Strange,
proccess_name not stopped
Why does
Hi!
Split generic and x86 s2ram code: the new files (s2ram.{c,h}) contains
platform specific code moved out of the main file.
Signed-Off-By: Luca Tettamanti [EMAIL PROTECTED]
--- a/s2ram-x86.c 1970-01-01 01:00:00.0 +0100
+++ b/s2ram-x86.c 2007-04-10 21:38:51.0
Hi!
Add s2ram support for PPC architecture. s2ram.{c,h} contain the
implementation of the required functions, used by the main file. The
Makefile selects the correct platform files using $(ARCH) variable
(autodetected by default, can be overridden).
PPC code is based on original patch from
Hi!
Since most of the troubleshooting I've read about seems to be about
fixing problems with resuming and I can never get the system to suspend,
I'm not sure where to go from here. Can anyone suggest any next steps?
Is there any more information I should post?
printk and udelay are your
Hi1
as opposed to my initial report in
2006 using a 2.6.17.4 kernel the display won't wake up with the
xorg/radeon driver. (When using the 2.6.17.4 kernel last year with the
then current xorg
Well, you could find out when xorg/radeon regression happened and ask
the one breaking
Hi!
The process is always the same: Suspending, resuming, the HD and
CapsLock LED flash short, then the HD led flashes another 1 or 2 times,
then everything is dead. No CapsLock reaction, no SysRq reaction. 4 sec
power button necessary.
Is it panic? ..no, that would be two
Hi!
Task hald-addon-stor is in disk-sleep status.
After preparing suspend and during stopping tasks, job jets aborted
(after 20 second) with 1 task refusing to freeze
After, a list of few proccesses is dispayed as Strange, proccess_name
not stopped
Why does this disk-sleep
Hi!
A while back I proposed a patch to support powerpc. The comments where
that it was a bit ugly with all those #ifdef's. Now the question is how
do I do this neatly?
[...]
I could solve this as Stefan suggested like this:
#ifdef CONFIG_PPC
int s2ram_hacks(void) return 0;
Hi!
(Please Cc me)
I am a bit desperate, I can't get s2ram working on this machine:
sys_vendor = Acer, inc.
sys_product = TravelMate 3010
sys_version = Not Applicable
bios_version = v1.3116
I am running kernel 2.6.21-rc5 with Debian/sid, and tried the following:
-
Hi!
My Lenovo X60T sometimes reboots or freezes on a s2ram resume.
Trying to get more clues i enabled PM-debugging and tracing in my
kernel but i only get this:
Magic number: 0:798:378
hash matches drivers/base/power/resume.c:46
Time: tsc clocksource has been installed.
Time: hpet
Hi!
My system gets hanged after try to resume from s2ram. My system is not in
whitelist, so I have tried everything in http://en.opensuse.org/S2ram but
with with the same bad results.
Try plain s2ram -f from init=/bin/bash boot.
Hi!
Now that I've tried again running a 2.6.18.1 kernel I'm quite surprised
that _suspending _ via s2ram doesn't work anymore unless ATI's fglrx
driver is running.
What's wrong?
I have no idea what's going wrong here (this is probably also the cause why
you got no other
On Mon 2007-03-26 12:36:09, Rafael J. Wysocki wrote:
On Monday, 26 March 2007 11:07, Stefan Seyfried wrote:
Hi,
after reading this thread, i got the impression that we do not report
errors verbosely enough. I mean - we normally never see those messages,
but if we do, due to an error
Hi!
I've already sent a similar post to the linux-acpi list some time ago, but
since I didn't get a response yet maybe this is the more appropriate place to
post. (Suggestions on where else to post are very welcome...).
Here's a summary of my problem:
After doing a s2ram cycle my
Hi!
I succeeded to suspend-to-ram my system (home-mounted NForce 4 + Athlon 64 +
Geforce TC), with the default settings (no need to use s3_bios, vbe, etc...)
But a few seconds after the resume (I can type commands like ls during these
few seconds), my system hangs with this error :
CPU
Hi!
When I use the compression with uswsusp, the suspend step take longer than
without. This is in fact because uswsusp write the data synchronously to the
disk. So while it take time to compress the data the disk is idle, and while
it take time to write to disk the processor wait ...
Hi!
I have HP Compaq nx7300 laptop and when I run s2ram I get this:
# s2ram
Machine is unknown.
This machine can be identified by:
sys_vendor = Hewlett-Packard
sys_product = HP Compaq nx7300 (RU374ES#AKN)
sys_version = F.08
bios_version = 68YGU Ver. F.08
See
Hi!
I'm not sure if it is right solution for today or not, but medium/long
term, we do not want to ship our private copy.
So how about that:
- we do not ship our own copy
- per default we link against the system-wide installed copy
- there is a CONFIG_OWN_LIBX86=yes switch that lets the
Hi!
On my Lenovo X60T the longer i have it in suspend (s2ram) the more
unlikely it seems that it will resume.
I had it twice not doing anything on resume (the resume process seemed
to stop after 1 or 2 seconds) and once it just rebooted.
Maybe you are just running out of battery? s2ram under
Hi!
Note: this patch will not compile right now, you'll need to unpack libx86
into ./libx86 inside the suspend source.
Why libpci is not included within suspend, same for zlib, lzf, gpg-error,
gcrypt? Leave it externall :)
Yes, i also thought about that. OTOH it is another
Hi!
Now.. how do we fix this? Whitelist on both bios version and
northbridge/videocard PCI IDs?
If we go that way, the DMI stuff may become irrelevant, since the subvendor
ids are basically as accurate as the DMI entries anyway. For example:
00:02.0 Class 0300: 8086:3582 (rev 02)
On Wed 2007-02-28 00:06:13, Stefan Seyfried wrote:
On Tue, Feb 27, 2007 at 11:30:23PM +0100, Pavel Machek wrote:
I do not think we want to go into that trap. We do not want any
arbitrary matcher. That's no better than matching in C code.
If PCI IDs/subids are good at telling machines
Hi!
If PCI IDs/subids are good at telling machines apart, lets use that.
Ok. HAL can already match them easily :-)
I'd really prefer not to use HAL.
You don't have to. You can still use sram -f -foo -whatever. There is
even the alias command in most shells to make this easier
Hi!
If PCI IDs/subids are good at telling machines apart, lets use that.
Ok. HAL can already match them easily :-)
I'd really prefer not to use HAL.
You don't have to. You can still use sram -f -foo -whatever. There is
even the alias command in most shells to
Hi!
Baseline is: i won't implement PCI id matching. pm-utils already use
That's okay, but don't stop others from doing that.
I never tried that. I just want to point out that it would be a huge
wast of resources (and a source of confusion) to further promote two
different whitelists
Hi!
On Sat, 2007-02-24 at 18:13 +0100, `matte wrote:
# s2ram -i
This machine can be identified by:
sys_vendor =
sys_product =
sys_version =
bios_version = 6.00 PG
See http://en.opensuse.org/S2ram for details.
If you report a problem, please include
Hi!
(Looks like this is some sort of default that returned when system
integrators are too lazy. Perhaps mainboard and BIOS release date also
need to be used in these circumstances?)
Patch would be welcome ;-).
No. It proves more and more that DMI data is just not a reliable way
Hi!
(Looks like this is some sort of default that returned when system
integrators are too lazy. Perhaps mainboard and BIOS release date also
need to be used in these circumstances?)
Patch would be welcome ;-).
No. It proves more and more that DMI data is just not a
Hi!
I've just notice that we forgot to implement the platform mode in resume.
The appended patch fixes this problem.
Looks ok to me...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
1 - 100 of 246 matches
Mail list logo