Re: [patch 1/1] MM: detach_vmas_to_be_unmapped fix

-02-21 09:49:32.0 -0800 +++ linux-2.6_clean-akuster/mm/mmap.c 2007-02-21 09:51:26.0 -0800 @@ -1720,9 +1720,9 @@ detach_vmas_to_be_unmapped(struct mm_str *insertion_point = vma; tail_vma->vm_next = NULL; if (mm->unmap_area == arch_unma

[patch 1/1] MM: detach_vmas_to_be_unmapped fix

--- mm/mmap.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -puN mm/mmap.c~Avoiding-mmap-fragmentation_fixup mm/mmap.c --- linux-2.6_clean/mm/mmap.c~Avoiding-mmap-fragmentation_fixup 2007-02-21 09:49:32.0 -0800 +++ linux-2.6_clean-akuster/mm/mmap.c 2007-02-21 09

[Question] detach_vmas_to_be_unmapped

Hello, I am a bit confused on why the vm start and end address where swapped in arch_unmap_area and arch_unmap_area_topdown functions after the official Avoiding mmap fragmentation ( 1363c3cd8603a913a27e2995dccbd70d5312d8e6 ) patch. Prior to this patch arch_unmap_area() used area->vm_start a

Re: [patch 1/1] PM: Adds remount fs ro at suspend

Christoph Hellwig wrote: On Fri, Feb 02, 2007 at 01:50:10PM -1000, [EMAIL PROTECTED] wrote: This adds the ability for the file system to remounted as read only during a system suspend. Log the mount points so when the resume occurs, they can be remounted back to their original states. This

Re: [patch 1/1] PM: Adds remount fs ro at suspend

Andrew Morton wrote: On Fri, 02 Feb 2007 13:50:10 -1000 [EMAIL PROTECTED] wrote: +struct suspremount { +struct super_block *sb; +struct suspremount *next; +}; The fields of this struct need a leading tab. ok. The name "suspremount" might be unpopular. suspend_remount_state would be

[patch 1/1] PM: Adds remount fs ro at suspend

puN fs/super.c~suspend_fs_ro fs/super.c --- linux-2.6_sdio/fs/super.c~suspend_fs_ro 2007-02-01 13:35:46.0 -1000 +++ linux-2.6_sdio-akuster/fs/super.c 2007-02-01 13:35:50.0 -1000 @@ -47,6 +47,70 @@ struct file_system_type *get_fs_type(con LIST_HEAD(super_blocks); DEFINE_SP

Re: [PATCH 2/2] PM: fast power off - driver

Randy Dunlap wrote: On Sat, 27 Jan 2007 10:05:48 -1000 akuster wrote: My apologies, I cc'd the wrong list the first time around. +config FAST_POWER_DOWN + tristate "Fast power of profile" ---> off What does that mean? especially

Re: [PATCH 1/2] PM: fast power off - core

Randy Dunlap wrote: On Sat, 27 Jan 2007 10:05:43 -1000 akuster wrote: My apologies, I cc'd the wrong list the first time around. {argh, attachments} my bad --- linux-2.6_dev.orig/kernel/power/Kconfig +++ linux-2.6_dev/kernel/power/Kconfig @@ -131,3 +131,5 @@ config SUSPEN

[PATCH 1/2] PM: fast power off - core

My apologies, I cc'd the wrong list the first time around. - Armin --- Fastpoweroff allows a user to power down the system without using rc kill scripts. This is used in the advent of a battery operated device about to lose power. The user interface is vis sysfs /sys/power/fastpoweroff. A simp

[PATCH 2/2] PM: fast power off - driver

My apologies, I cc'd the wrong list the first time around. - Armin --- Fastpoweroff default profile driver signed-off-by: Armin Kuster <[EMAIL PROTECTED]> --- kernel/power/fastoff/Kconfig |8 kernel/power/fastoff/Makefile |2 - kernel/power/fastoff/fastoffdrv.c | 69 +++