Re: [Suspend-devel] s2ram, unknown machine that works
On Mon, Nov 27, 2006 at 10:56:18AM +0100, Jan Adlén wrote: Hi, I have a HP NC6000 laptop running SuSE 10.1, that suspend to RAM works with: # s2ram -f -a 3 -r are you sure you need that -r? What happens without it? Output of s2ram -i # s2ram -i This machine can be identified by: sys_vendor = Hewlett-Packard sys_product = Compaq nc6000 (DJ254A#AK8) Aha. We already had a HP Compaq nc6000 * in the whitelist, but HP really likes to screw up those DMI strings :-( sys_version = F.14 bios_version = 68BDD Ver. F.14 The graphic card is a ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] and I'm using framebuffer. Hope it's helpful. Yes, thanks for reporting. -- Stefan Seyfried QA / RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] [linux-pm] [RFC][PATCH -mm 4/5] swsusp: Add PLATFORM_SNAPSHOT and PLATFORM_RESTORE ioctls
On Mon 2006-11-27 00:29:37, Pavel Machek wrote: Hi! Maybe we should add SNAPSHOT_WITH_FLAGS (uint) RESTORE_WITH_FLAGS (uint) with one of those flags being USE_PLATFORM_MODE? We may need more flags in future... Sure, we can do that. Okay, that works for me ;-). ...or maybe have ioctl(fd, USE_PLATFORM_MODE)? No. At least I'm not going to implement it. ;-) -ELAZY. (Of course this meant Pavel is too lazy, so he'll take interface Rafael _is_ willing to implement). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] s2ram success report on CLEVO D500P
On Fri, Nov 17, 2006 at 12:29:21AM +0100, Gilles Grandou wrote: Hi All, Just to let you know that s2ram is working fine on my laptop: # s2ram -i This machine can be identified by: sys_vendor = CLEVO sys_product = D500P sys_version = Revision A2 bios_version = 6.00 See http://en.opensuse.org/S2ram for details. s2ram -f is enough to suspend. Does it work from X only or from Text mode also? I have encountered following incompatibilities: * don't use console framebuffer What happens if you use a framebuffer? * don't load acpi_cpufreq module (at least on my current kernel This one should be fixed upstream. -- Stefan Seyfried \ I didn't want to write for pay. I QA / RD Team Mobile Devices \ wanted to be paid for what I write. SUSE LINUX Products GmbH, Nürnberg \-- Leonard Cohen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] HP NX 7400 suspend2ram
On Sun, Nov 19, 2006 at 12:13:01PM +0100, Michael Meskes wrote: Hi, I managed to get suspend2ram going on my HP NX 7400 which is not whitelisted in s2ram yet. Here are the infos you might need: This machine can be identified by: sys_vendor = Hewlett-Packard sys_product = sys_version = F.07 bios_version = 68YGU Ver. F.07 The acpi options do NOT work, the screen remains black afterwards, but VBE POSTing the graphics card works. So using s2ram -f -p correctly suspends and resumes my machine except that the display is darker than before, but his can be corrected afterwards without a problem. Ok, i added it to the whitelist as: /* Michael Meskes [EMAIL PROTECTED], this is a NX 7400 */ { Hewlett-Packard,, , 68YGU*, VBE_POST }, The only thing that gets lost during suspend/resume is the keyboard. I fixed this by calling echo -n reconnect /sys/bus/serio/drivers/atkbd/serio0/drvctl after resume. I'm not sure if a workaround like this is to be added to s2ram too. Only if it is impossible to solve in-kernel (which IMO should not be true :-) So let's wait for the outcome of your bugzilla entry. We usually do only the stuff in s2ram that is too ugly to be done in the kernel ;-)) Thanks for reporting! -- Stefan Seyfried QA / RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] [RFC][PATCH -mm 1/5] PM: Make freeze_processes SMP-safe
Hi! @@ -61,10 +60,13 @@ static inline void freeze_process(struct unsigned long flags; if (!freezing(p)) { - freeze(p); - spin_lock_irqsave(p-sighand-siglock, flags); - signal_wake_up(p, 0); - spin_unlock_irqrestore(p-sighand-siglock, flags); + rmb(); If frozen is atomic_t, do we need memory barrier? I think so. For example on x86-64 atomic_read() is just a read. Sorry for one more change, but /* set thread flags in other task's structures * - see asm/thread_info.h for TIF_ flags available */ static inline void set_tsk_thread_flag(struct task_struct *tsk, int flag) { set_ti_thread_flag(task_thread_info(tsk), flag); } ...could we use set_tsk_thread_flag and friends to avoid enlarging task struct? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] HP NX 7400 suspend2ram
i have: sys_vendor = Hewlett-Packard sys_product = HP Compaq nx7400 (EY474ES#ABZ) sys_version = F.06 bios_version = 68YGU Ver. F.06 but as I wrote, you must use kernel 2.6.19 and i8042 as module (unloaded before suspend and reloaded after resume). Vbetool post doesn't work for me. Hangs the machine (sometimes the screen remains black, and I can blindly reboot it, sometimes I must power off it because is hardly hung). 2006/11/27, Stefan Seyfried [EMAIL PROTECTED]: On Sun, Nov 19, 2006 at 12:13:01PM +0100, Michael Meskes wrote: Hi, I managed to get suspend2ram going on my HP NX 7400 which is not whitelisted in s2ram yet. Here are the infos you might need: This machine can be identified by: sys_vendor = Hewlett-Packard sys_product = sys_version = F.07 bios_version = 68YGU Ver. F.07 The acpi options do NOT work, the screen remains black afterwards, but VBE POSTing the graphics card works. So using s2ram -f -p correctly suspends and resumes my machine except that the display is darker than before, but his can be corrected afterwards without a problem. Ok, i added it to the whitelist as: /* Michael Meskes [EMAIL PROTECTED], this is a NX 7400 */ { Hewlett-Packard,, , 68YGU*, VBE_POST }, The only thing that gets lost during suspend/resume is the keyboard. I fixed this by calling echo -n reconnect /sys/bus/serio/drivers/atkbd/serio0/drvctl after resume. I'm not sure if a workaround like this is to be added to s2ram too. Only if it is impossible to solve in-kernel (which IMO should not be true :-) So let's wait for the outcome of your bugzilla entry. We usually do only the stuff in s2ram that is too ugly to be done in the kernel ;-)) Thanks for reporting! -- Stefan Seyfried QA / RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] HP NX 7400 suspend2ram
On Mon, Nov 27, 2006 at 11:48:27AM +0100, Stefan Seyfried wrote: Ok, i added it to the whitelist as: /* Michael Meskes [EMAIL PROTECTED], this is a NX 7400 */ { Hewlett-Packard,, , 68YGU*, VBE_POST }, Thanks. Only if it is impossible to solve in-kernel (which IMO should not be true :-) So let's wait for the outcome of your bugzilla entry. I'm optimistic that they can fix it there directly. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
[Suspend-devel] [PATCH] Makefile tweaks
Hi, I'm working on adding suspend to Gentoo Linux. Here is a patch which allows more of the build to be customised by the build system, without modifying any of the defaults. I also enabled CONFIG_UDEV by default as this seems sensible. Compile and install will be done by the ebuild with: src_compile() { emake CC=$(tc-getCC) CC_FLAGS= LD_FLAGS= } src_install() { emake install SUSPEND_DIR=/usr/sbin DESTDIR=${D} || die dodoc ChangeLog HOWTO README README.s2ram-whitelist ReleaseNotes TODO } Any packaging style comments welcome. -- Daniel Drake Brontes Technologies, A 3M Company From: Daniel Drake [EMAIL PROTECTED] Index: suspend/Makefile === --- suspend.orig/Makefile +++ suspend/Makefile @@ -1,14 +1,14 @@ #CONFIG_COMPRESS=yes #CONFIG_ENCRYPT=yes #CONFIG_SPLASHY=yes -#CONFIG_UDEV=yes +CONFIG_UDEV=yes ARCH:=$(shell uname -m) -CC_FLAGS=-I/usr/local/include -LD_FLAGS=-L/usr/local/lib +CC_FLAGS?=-I/usr/local/include +LD_FLAGS?=-L/usr/local/lib -CFLAGS := -O2 -Wall +CFLAGS ?= -O2 -Wall ifdef CONFIG_COMPRESS CC_FLAGS += -DCONFIG_COMPRESS @@ -22,7 +22,7 @@ CC_FLAGS += $(GCRYPT_CC_FLAGS) LD_FLAGS += $(GCRYPT_LD_FLAGS) endif -SUSPEND_DIR=/usr/local/sbin +SUSPEND_DIR?=/usr/local/sbin CONFIG_DIR=/etc RESUME_DEVICE=path_to_resume_device_file BOOT_DIR=/boot @@ -31,7 +31,7 @@ S2BOTH=s2both S2DISK=s2disk CONFIGFILE=suspend.conf -ifndef CONFIG_UDEV +ifneq ($(CONFIG_UDEV), yes) SNAPSHOT=$(DESTDIR)/dev/snapshot endif - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] HP NX 7400 suspend2ram
On Mon, Nov 27, 2006 at 12:11:38PM +0100, Emilio Scalise wrote: i have: sys_vendor = Hewlett-Packard sys_product = HP Compaq nx7400 (EY474ES#ABZ) sys_version = F.06 bios_version = 68YGU Ver. F.06 Michael has a newer BIOS. Maybe it is worth to try that. but as I wrote, you must use kernel 2.6.19 and i8042 as module (unloaded before suspend and reloaded after resume). Michael wrote: The only thing that gets lost during suspend/resume is the keyboard. I fixed this by calling echo -n reconnect /sys/bus/serio/drivers/atkbd/serio0/drvctl Vbetool post doesn't work for me. Hangs the machine (sometimes the screen remains black, and I can blindly reboot it, sometimes I must power off it because is hardly hung). Well, trying the newer BIOS might help here. -- Stefan Seyfried \ I didn't want to write for pay. I QA / RD Team Mobile Devices \ wanted to be paid for what I write. SUSE LINUX Products GmbH, Nürnberg \-- Leonard Cohen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] [RFC][PATCH -mm 1/5] PM: Make freeze_processes SMP-safe
On Monday, 27 November 2006 00:28, Pavel Machek wrote: Hi! If frozen is atomic_t, do we need memory barrier? I think so. For example on x86-64 atomic_read() is just a read. I'm not sure, but for x86-64 barriers are nops, anyway, IIRC. Well, last time I checked they were lfence and sfence, at least on SMP. Greetings, Rafael - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] HP NX 7400 suspend2ram
There are more serious problems that justify to not upgrade the bios, unless you have a core 2 duo (not supported by f06). See http://forums1.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=1056713 With that bios cpufreq stops working!!! I won't update it, surely, until they release a working version. 2006/11/27, Stefan Seyfried [EMAIL PROTECTED]: On Mon, Nov 27, 2006 at 12:11:38PM +0100, Emilio Scalise wrote: i have: sys_vendor = Hewlett-Packard sys_product = HP Compaq nx7400 (EY474ES#ABZ) sys_version = F.06 bios_version = 68YGU Ver. F.06 Michael has a newer BIOS. Maybe it is worth to try that. but as I wrote, you must use kernel 2.6.19 and i8042 as module (unloaded before suspend and reloaded after resume). Michael wrote: The only thing that gets lost during suspend/resume is the keyboard. I fixed this by calling echo -n reconnect /sys/bus/serio/drivers/atkbd/serio0/drvctl Vbetool post doesn't work for me. Hangs the machine (sometimes the screen remains black, and I can blindly reboot it, sometimes I must power off it because is hardly hung). Well, trying the newer BIOS might help here. -- Stefan Seyfried \ I didn't want to write for pay. I QA / RD Team Mobile Devices \ wanted to be paid for what I write. SUSE LINUX Products GmbH, Nürnberg \-- Leonard Cohen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] [PATCH] Makefile tweaks
On Monday, 27 November 2006 22:39, Stefan Seyfried wrote: On Mon, Nov 27, 2006 at 10:37:08AM -0500, Daniel Drake wrote: Hi, I'm working on adding suspend to Gentoo Linux. Here is a patch which allows more of the build to be customised by the build system, without modifying any of the defaults. I have no objections and am not really a Makefile specialist, but is this necessary? I am building our package with make ARCH=%_arch \ SUSPEND_DIR=/usr/sbin \ CFLAGS=$RPM_OPT_FLAGS -Iliblzf-1.6 -Lliblzf-1.6 \ CONFIG_COMPRESS=yes \ CONFIG_ENCRYPT=yes \ CONFIG_UDEV=yes and it seems to work fine. It looks like i really have to read up on the different ways of variable assignment in Makefiles somewhen :-) I also enabled CONFIG_UDEV by default as this seems sensible. Agreed -CC_FLAGS=-I/usr/local/include -LD_FLAGS=-L/usr/local/lib +CC_FLAGS?=-I/usr/local/include +LD_FLAGS?=-L/usr/local/lib We could even drop this /usr/local/ stuff, since the compiler / linker should have it in its default search path anyway, or are there systems out there where this is not true? Eg. where root has changed that? -- You never change things by fighting the existing reality. R. Buckminster Fuller - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] hi
Hi repouss37.gif Description: GIF image - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
Re: [Suspend-devel] [PATCH] Makefile tweaks
On Mon, Nov 27, 2006 at 11:03:56PM +0100, Rafael J. Wysocki wrote: -CC_FLAGS=-I/usr/local/include -LD_FLAGS=-L/usr/local/lib +CC_FLAGS?=-I/usr/local/include +LD_FLAGS?=-L/usr/local/lib We could even drop this /usr/local/ stuff, since the compiler / linker should have it in its default search path anyway, or are there systems out there where this is not true? Eg. where root has changed that? If this root guy changes such system wide settings to non-default ones, he can also put them into our Makefile for compiling :-) I never bothered to change this, since it did not hurt me, but if we are going to clean up the Makefile -- Stefan Seyfried QA / RD Team Mobile Devices| Any ideas, John? SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel