Re: [Suspend-devel] [RFC][PATCH -mm 1/5] PM: Make freeze_processes SMP-safe

2006-11-28 Thread Rafael J. Wysocki
Hi, On Monday, 27 November 2006 00:09, Rafael J. Wysocki wrote: > On Sunday, 26 November 2006 20:48, Pavel Machek wrote: <--snip--> > > > @@ -128,6 +135,21 @@ static unsigned int try_to_freeze_tasks( > > > } while_each_thread(g, p); > > > read_unlock(&tasklist_lock); > > >

Re: [Suspend-devel] [PATCH] resume: Print resume device file path if it can't be found

2006-11-28 Thread Rafael J. Wysocki
On Tuesday, 28 November 2006 21:20, Daniel Drake wrote: > Please consider this small patch, it would have made understanding my > first failed attempt at using uswsusp easier. Looks good. I'm going to apply it if there are no objections. Greetings, Rafael -- You never change things by fightin

[Suspend-devel] [PATCH] resume: Print resume device file path if it can't be found

2006-11-28 Thread Daniel Drake
Please consider this small patch, it would have made understanding my first failed attempt at using uswsusp easier. -- Daniel Drake Brontes Technologies, A 3M Company Print resume device file path if it can't be found From: Daniel Drake <[EMAIL PROTECTED]> Index: suspend/resume.c =

Re: [Suspend-devel] [PATCH] Makefile tweaks

2006-11-28 Thread Daniel Drake
On Mon, 2006-11-27 at 22:39 +0100, Stefan Seyfried wrote: > 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" \

Re: [Suspend-devel] [linux-pm] Dangers of touching disk between suspend and resume

2006-11-28 Thread Stefan Seyfried
On Tue, Nov 28, 2006 at 08:06:03PM +0100, Emilio Scalise wrote: > In suspend2 (now I will get flamed...) there is a nice feature that > warns that you are trying to resume with a wrong kernel, that lets you > reboot the machine without losing anything I won't flame you. It just does not help

Re: [Suspend-devel] [linux-pm] Dangers of touching disk between suspend and resume

2006-11-28 Thread Daniel Drake
On Tue, 2006-11-28 at 17:37 +0100, Stefan Seyfried wrote: > He just has to look at the end of the first page of the swap partition > for the signature :-) > > So it is a good idea to tell the engineer to do "mkswap" on the swap > partition before putting the disk into the replacement hardware. Th

Re: [Suspend-devel] [linux-pm] Dangers of touching disk between suspend and resume

2006-11-28 Thread Emilio Scalise
2006/11/28, Stefan Seyfried <[EMAIL PROTECTED]>: > On Tue, Nov 28, 2006 at 10:43:51AM -0500, Alan Stern wrote: > > On Tue, 28 Nov 2006, Daniel Drake wrote: > > > > > Hi, > > > > > > I have some questions about this text in Documentation/power/swsusp.txt: > > > > > > * If you touch anything on disk

Re: [Suspend-devel] [linux-pm] Dangers of touching disk between suspend and resume

2006-11-28 Thread Stefan Seyfried
On Tue, Nov 28, 2006 at 10:43:51AM -0500, Alan Stern wrote: > On Tue, 28 Nov 2006, Daniel Drake wrote: > > > Hi, > > > > I have some questions about this text in Documentation/power/swsusp.txt: > > > > * If you touch anything on disk between suspend and resume... > > *

Re: [Suspend-devel] [linux-pm] Dangers of touching disk between suspend and resume

2006-11-28 Thread Alan Stern
On Tue, 28 Nov 2006, Daniel Drake wrote: > Hi, > > I have some questions about this text in Documentation/power/swsusp.txt: > > * If you touch anything on disk between suspend and resume... > *...kiss your data goodbye. > > It's obvious that this is a bad idea but

[Suspend-devel] Dangers of touching disk between suspend and resume

2006-11-28 Thread Daniel Drake
Hi, I have some questions about this text in Documentation/power/swsusp.txt: * If you touch anything on disk between suspend and resume... * ...kiss your data goodbye. It's obvious that this is a bad idea but I'm interested in the details. I'm working with the user

Re: [Suspend-devel] [PATCH] Makefile tweaks

2006-11-28 Thread Pavel Machek
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 ebuil