Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume

2007-06-28 Thread Pavel Machek
Hi! FWIW, I'm on record stating that sync is not sufficient to quiesce an XFS filesystem for a suspend/resume to work safely and have argued that the only Hmm, so XFS writes to disk even when its threads are frozen? safe thing to do is freeze the filesystem before suspend and thaw it after

Re: [linux-pm] Re: [linux-lvm] 2.6.22-rc4 XFS fails after hibernate/resume

2007-06-28 Thread Pavel Machek
On Thu 2007-06-28 17:27:34, Rafael J. Wysocki wrote: On Wednesday, 27 June 2007 22:49, Pavel Machek wrote: Hi! FWIW, I'm on record stating that sync is not sufficient to quiesce an XFS filesystem for a suspend/resume to work safely and have argued that the only Hmm, so XFS

Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2

2007-01-24 Thread Pavel Machek
Hi! Is it highmem-related? Can you try it with mem=256M? Bad idea, the kernel crashes burns when I use mem=256, I had to boot 2.6.20-rc5-6 single to get back into my machine, very nasty. Remember I use an onboard graphics controller that has 128MB of RAM allocated to it and I believe

Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2

2007-01-22 Thread Pavel Machek
On Sun 2007-01-21 14:27:34, Justin Piszcz wrote: Why does copying an 18GB on a 74GB raptor raid1 cause the kernel to invoke the OOM killer and kill all of my processes? Doing this on a single disk 2.6.19.2 is OK, no issues. However, this happens every time! Anything to try? Any other

Re: 2.6.20-rc5: cp 18gb 18gb.2 = OOM killer, reproducible just like 2.16.19.2

2007-01-22 Thread Pavel Machek
On Mon 2007-01-22 13:48:44, Justin Piszcz wrote: On Mon, 22 Jan 2007, Pavel Machek wrote: On Sun 2007-01-21 14:27:34, Justin Piszcz wrote: Why does copying an 18GB on a 74GB raptor raid1 cause the kernel to invoke the OOM killer and kill all of my processes? Doing

Re: [RFC][PATCH -mm][Experimental] suspend: Do not freeze md_threads

2006-11-06 Thread Pavel Machek
Hi! If there's a swap file on a software RAID, it should be possible to use this file for saving the swsusp's suspend image. Also, this file should be available to the memory management subsystem when memory is being freed before the suspend image is created. For the

Re: [RFC][PATCH -mm][Experimental] suspend: Do not freeze md_threads

2006-11-05 Thread Pavel Machek
Hi! If there's a swap file on a software RAID, it should be possible to use this file for saving the swsusp's suspend image. Also, this file should be available to the memory management subsystem when memory is being freed before the suspend image is created. For the above reasons it

Re: Linux 2.4.0-test8 and swap/journaling fs on raid

2000-09-29 Thread Pavel Machek
Hi! On Wednesday September 27, [EMAIL PROTECTED] wrote: I was just wondering if the issues with swap on a raid device and with using a journaling fs on a raid device had been fixed in the latest 2.4.0-test kernels? Yes. md in 2.4 doesn't do interesting things with the