This is the eighth version of my solution for the bug #2645: http://bugzilla.kernel.org/show_bug.cgi?id=2645 Since the previous version, the following has changed: 1) based on Linus' comment, a more efficient PTE walker implemented; 2) the design document added to the kernel documentation. Functional tests successfully passed. Please comment. --

Use the PAGE_ALIGN() macro instead of "manual" alignment. Improve readability of the loop, which traverses the process memory regions. Make code more symmetric and possibly boost performance on some RISC CPUs by moving variable assignments. Signed-off-by: Anton Salikhmetov <salikhmetov@gmail.com> --- mm/msync.c | 76 ++++++++++++++++++++++++++++------------------------------- 1 files changed, 36 insertions(+), 40 deletions(-) diff --git a/mm/msync.c b/mm/msync.c index 144a757..60efa36 ...

Update ctime and mtime for memory-mapped files at a write access on a present, read-only PTE, as well as at a write on a non-present PTE. Signed-off-by: Anton Salikhmetov <salikhmetov@gmail.com> --- mm/memory.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/mm/memory.c b/mm/memory.c index 6dd1cd8..4b0144b 100644 --- a/mm/memory.c +++ b/mm/memory.c @@ -1670,6 +1670,9 @@ gotten: unlock: pte_unmap_unlock(page_table, ptl); if (dirty_page) { + if (vma-...

[ patches for x86.git ] 01-fix-x86.git-need - fixes up things missing in (08/01/22) x86.git [necessary] This should bring x86.git up-to-date with changes from -mm specific to x86 Cc: David Rientjes <rientjes@google.com> Cc: Eric Dumazet <dada1@cosmosbay.com> Cc: Yinghai Lu <yhlu.kernel@gmail.com> Signed-off-by: Mike Travis <travis@sgi.com> --- arch/x86/Kconfig | 2 +- arch/x86/kernel/setup64.c | 10 +++++----- arch/x86/kernel...

[ patches for x86.git ] Here is 3 patches to address the following: 01-fix-x86.git-need - fixes up things missing in x86.git [necessary] 02-fix-x86.git-debug-maxsmp - adds debug options [do not include, except for DEBUG] 03-fix-x86.git-non-x86-changes - non-x86 changes that should fix build errors when x86.git is merged into -mm. [necessary for -mm merge] [percpu_modcopy() being the primary problem but also the config option name for "HAVE_PER_CPU_SETUP" is di...

I'd rather avoid touching 2.6.24 unless it actually fixes a bug or regression... I'm tempted to actually remove all ifdef's ... if you have a media-bay, then there are about 99% chances it contains an IDE device, with the remaining percent being split with putting a floppy or a battery in. I doubt anybody will care building a kernel without the support for these and with the mediabay support, and still want to save a handful of bytes in that driver. Ben. --

From: Arjan van de Ven <arjan@linux.intel.com> Subject: x86: test case for the RODATA config option This patch adds a test module for the DEBUG_RODATA config option to make sure change_page_attr() did indeed make "const" data read only. This testcase both tests the DEBUG_RODATA code as well as the change_page_attr() code for correct operation. When the tests/ patch gets merged, this module should move to the tests/ directory. Signed-off-by: Arjan van de Ven <arjan@linux.intel.com...

This has been present in the kernel fixed for some time. --

[Empty message]

Shared structure would be okay, plus I need pointer to beggining and end of code so that I can copy it to lowmem. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html --

please ignore me -- --

Hi folks, If I put some heavy load on the iwl3945, then the network connection gets stuck after a some time. To fix it I have to reload the module. AFAICS this problem was a topic on lkml almost 3 months ago. Any news about this? I would be glad to help to track this down, but I have no idea how to change the scaling algorithm to iwl-3945-rs . Regards Harri --

hello I have a problem with a serial ata controller that uses a SiI 3512 chip. when I'm trying to add a device thats on the 3512 controller to the array that I have, it give me lots of errors in dmesg like this: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x2400000 action 0x0 ata3.00: BMDMA2 stat 0x8652001 ata3.00: cmd 35/00:80:3f:5c:03/00:02:00:00:00/e0 tag 0 cdb 0x0 data 327680 out res 51/04:80:3f:5e:03/00:00:00:00:00/e0 Emask 0x1 (device error) ata3.00: configured for UDMA/100 ...

attached dmesg and lspci 10x jeff >

/proc/sys part of sysctl code runs without BKL held, so BKL during sysctl(2) is useless. Remove misleading comment and "protection" around coredumping code -- kernel.core_pattern can be written without BKL. do_sysctl() and lookup in /proc/sys use identical iterators, so any locking bug BKL supposedly fixed in sysctl(2) code we should have in /proc/sys code anyway. Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com> --- arch/ia64/ia32/sys_ia32.c | 2 -- arch/mips/kernel/linu...

Hello, anything started with a try to burn Slackware 12.0 from the original DVD to an new medium with different boot settings. I always got corrupted results and didn't know why. So I started with an "md5sum -c CHECKSUMS.md5" directly on the original media. This resulted in "anything OK". Now I copied the whole DVD to my hard drive and created an ISO from it. I mounted the ISO locally and my md5sum now results in 5 corrupted files. --> A Bug in mkisofs? No, unfortunately not, as a ...

The cable already has been replaced three times. I even got sure to *not* bend the cable. This all doesn't help. May a bad cable really cause corrupted data? I also have such messages for my cdrom drive (the bad sector messages at the end of the log for drive hdc). I replaced the 40 pin cable with a new 80 pin one and still have the errors... Yours Manuel --

(Please always do a reply-to-all for this email list.) Bad or almost bad power supplies can cause lots of unhappy problems such as these. If you have another power supply laying around, it can be worth swapping them out. Double-checking that your CPU fan is still spinning, and that memtest86+ doesn't show any errors doesn't hurt either. --

Ugh, 250 W was a safe^[0] minimum even back in '98 when harddisks were like 4.3GB and a dual-speed CD-RW drive was like $400 and up. You seriously need to replace that. [0] e.g. suited for 2 CD drives and 2 harddisks, 2 PCI and 1 AGP --

It seems to compile 32/64bit, and work 32bit... Now, video code should be probably shared with kernel/boot; but that was rewritten to C and I'm not sure if I know enough about linkers... basically the C code should replace mode_set() and friends. Peter, can you help? Pavel --- Factor out common real-mode part of wakeup_{32,64}.S. Signed-off-by: Pavel Machek <pavel@suse.cz> --- commit 2fac1886274433c64e76611e6b1ba2318c5914a4 tree 2d6bdc7c2eda9845b57e1d7128b187df1b1fd2c9 pa...

Hi! Not sure if this is worth fixing, or if I should just delete those comments...? (Or does someone want to do that? ;-). Pavel pavel@amd:/data/l/linux/arch/x86/boot$ grep arch/i386/boot *.c a20.c: * arch/i386/boot/a20.c apm.c: * arch/i386/boot/apm.c cmdline.c: * arch/i386/boot/cmdline.c cpu.c: * arch/i386/boot/cpu.c cpucheck.c: * arch/i386/boot/cpucheck.c edd.c: * arch/i386/boot/edd.c main.c: * arch/i386/boot/main.c mca.c: * arch/i386/boot/mca.c memory.c: * arch/i386/boot/memory...

Hi, this one also touches like any place that could be found, so I combined it. ===Patch begins here=== [PATCH] kernel: constify data and function pointer tables Signed-off-by: Jan Engelhardt <jengelh@computergmbh.de> --- drivers/char/apm-emulation.c | 2 +- drivers/char/drm/drmP.h | 6 +++--- drivers/char/misc.c | 2 +- drivers/char/tpm/tpm_bios.c | 4 ++-- drivers/isdn/capi/kcapi_proc.c | 10 +++++----- drivers/misc/phantom.c ...

Hi Jan, On Tue, 22 Jan 2008 21:00:46 +0100 (CET) Jan Engelhardt <jengelh@computergm= [ and many others ... ] I don't suppose you feel like finding appropriate header files to put these declarations into? --=20 Cheers, Stephen Rothwell sfr@canb.auug.org.au http://www.canb.auug.org.au/~sfr/

there is a linux-arch alias so you dont have to look up every Blackfin changes look fine, thanks Acked-by: Mike Frysinger <vapier@gentoo.org> -mike --

Signed-off-by: Jan Engelhardt <jengelh@computergmbh.de> --- arch/x86/kernel/cpu/proc.c | 2 +- arch/x86/kernel/setup_64.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c index 3900e46..0282132 100644 --- a/arch/x86/kernel/cpu/proc.c +++ b/arch/x86/kernel/cpu/proc.c @@ -188,7 +188,7 @@ static void *c_next(struct seq_file *m, void *v, loff_t *pos) static void c_stop(struct seq_file *m, void *v) { } -st...