FROM: V.Radhakrishnan <rk@atr-labs.com> Description: This is a 1-line bugfix ! The program linux-2.6.26/arch/x86/mm/pat.c has the following code #ifdef CONFIG_NONPROMISC_DEVMEM /* This check is done in drivers/char/mem.c in case of NONPROMISC_DEVMEM*/ static inline int range_is_allowed(unsigned long pfn, unsigned long size) { return 1; } #else { ... } The above #ifdef must be actually #ifndef and not #ifdef The bug does not allow a valid user (root) from accessing /dev/mem eve...

(hm, i dont find the original thread anywhere.) ... would add a crasher cache aliasing bug in case of CONFIG_NONPROMISC_DEVMEM=n (or CONFIG_PROMISC_DEVMEM). The idea behind this check is to add a second layer of checks to mmap()s - which is absolutely necessary in the case of PAT and not optional. If non-promisc /dev/mem is used then this check is not needed. (because the higher level API already restricts us) But this duplication is ugly and confusing - we should have just a single...

Add gpio_to_irq() implementation allowing the gpio_chip registration to also specify an function to map GPIO offsets into IRQs. Signed-off-by: Ben Dooks <ben-linux@fluff.org> Index: linux-2.6.26-quilt3/drivers/gpio/gpiolib.c =================================================================== --- linux-2.6.26-quilt3.orig/drivers/gpio/gpiolib.c 2008-07-18 00:40:52.000000000 +0100 +++ linux-2.6.26-quilt3/drivers/gpio/gpiolib.c 2008-07-18 00:47:03.000000000 +0100 @@ -339,6 +339,36 @@ const cha...

Linus, please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/djbw/async_tx.git next to receive: Dan Williams (4): async_tx: fix async_memset compile error dmaengine: remove arch dependency from DMADEVICES dmaengine: track the number of clients using a channel dmaengine: add DMA_COMPL_SKIP_{SRC,DEST}_UNMAP flags to control dma unmap Haavard Skinnemoen (5): dmaengine: Couple DMA channels to their physical DMA device dmatest: Simple DMA memcpy te...

thanks, zapped it. Ingo --

Hi, for some time I've noticed giving the cmdline (to kernel at boot) "hdd=ide-scsi ..." I get ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device then changing to the suggested "hdd=ide-cd ..." I get ide_setup: hdc=ide-cd -- OBSOLETE OPTION, WILL BE REMOVED SOON! Rather illogical to me :-) I guess neither should be used, I can make my cdrom and dvd devices work without ok. kernel 2.6.26 Tom --

On a x86-64 machine (nothing special I could encounter) I had the problem that crashkernel reservation with the usual "64M@16M" failed. While debugging that, I encountered that dma32_reserve_bootmem() reserves a memory region which is in that area. Because dma32_reserve_bootmem() does not rely on a specific offset but crashkernel does, it makes sense to move the crashkernel reservation up a bit. I tested that patch and it works without problems. I don't see any negative effects of that move, but ma...

when sending the post make sure you select reply toall this way all of the cc's are there.(just in case you didn't know) you're going to have to give me that address again, deleted all of my messages this morning without thinking about it. -- Justin P. Mattock --

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Forgive me if I missed it, but I've not seen any suggestions along the lines of this: how about just dropping the now-meaningless '.6' from the version string and retaining the rest. In other words: 2.27 2.27.1 ... 2.28 2.28.1 2.28.2 That way you continue the series in a meaningful way, whilst reverting to a neater 3-level numbering scheme again. Perhaps you could make 2.[6.]30 the switchover point.... Cheers AL - -- ...

Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com> --- Al, I know you won't like this for the same reasons as the dlm patch, but I had it already done. drivers/mtd/nand/diskonchip.c | 30 +++++++++++++++--------------- 1 files changed, 15 insertions(+), 15 deletions(-) diff --git a/drivers/mtd/nand/diskonchip.c b/drivers/mtd/nand/diskonchip.c index 765d4f0..e4226e0 100644 --- a/drivers/mtd/nand/diskonchip.c +++ b/drivers/mtd/nand/diskonchip.c @@ -1125,9 +1125,9 @@ static inlin...

It doesn't actually work. The config says # head: 088fcf34 and I checked out this from the tip tree. But kernel-config still complains about unknown config options... What went wrong? Vegard -- "The animistic metaphor of the bug that maliciously sneaked in while the programmer was not looking is intellectually dishonest as it disguises that the error is the programmer's own creation." -- E. W. Dijkstra, EWD1036 --

1. Notice the range. It's just a single byte. 2. Notice the value. It's just a ++. Probably a stray increment of a uint8_t somewhere on a freed object? The offset from the beginning of the object is 0xf658ae9c - 0xf658ae00 = 0x9c. How big is a struct sk_buff? Hm.. it is in fact quite big. Now what member has offset 0x9c? Seems to depend on your config. Is there any way you can figure it out, Ingo? I'll try it with your config too. Vegard -- "The animistic metaphor of the bug that mal...

With your config: (gdb) p ((struct sk_buff *) 0)->truesize Cannot access memory at address 0x9c Now just audit users of ->truesize... There are quite a few. Which one would only += 1? Vegard PS: I might be on the completely wrong track. So far I only have bad experiences with this sk_buff... -- "The animistic metaphor of the bug that maliciously sneaked in while the programmer was not looking is intellectually dishonest as it disguises that the error is the programmer's own...

and Cc:-ed SLUB folks. Could be a sleeper cell of bugs gone active ;-) Or could be SLUB (-debugging) breakage. Netconsole is pretty reliable on this box. (and the bootup continued just fine after this report) Just re-tried it, the bug is reliably repeatable. Will try a bisection run. Ingo --

From: Ingo Molnar <mingo@elte.hu> This bug would be a quite positive result then :) --

Update the Freescale DIU driver to use page_alloc_exact() to allocate a DMA buffer. This also eliminates the rheap-based memory allocator. We can do this now because commit 6ccf61f9 allows us to allocate 8MB physically- contiguous memory blocks. Signed-off-by: Timur Tabi <timur@freescale.com> --- Fix printk format specifiers, per Andrew Morton. My other patch, "Add alloc_pages_exact() and free_pages_exact()", must be applied first, otherwise drivers/video/fsl-diu-fb.c will not compile....

Now that I unsuccessfully tried to reproduce multiplication wraparound (on 32-bit), integer wraparound in kmalloc() simply can't happen here. Relevant code from pagemap_read(): uaddr = (unsigned long)buf & PAGE_MASK; uend = (unsigned long)(buf + count); pagecount = (PAGE_ALIGN(uend) - uaddr) / PAGE_SIZE; pages = kmalloc(pagecount * sizeof(struct page *), GFP_KERNEL); pagecount is effectively "count / PAGE_SIZE", where "count" is size_t. kmalloc() takes size_t as first argument, so ...

Hi Andrew, Here is the update against current Linus tree, rolled up into one patch. James Bottomley suggested a different naming scheme: instead of swapping parts (.text.head -> .head.text), prepend .kernel to our special section names. This patch implements his idea. ppc and v850 are dropped per comments from arch people. parisc and x86 had minor fixes. x86 fix added proper executable bits to a section: -.section ".text.head" +.section ".kernel.text.head","ax",@progbits Does arch/m...

Recently released kernel 2.6.26 came with UDF 2.50 support. * http://en.wikipedia.org/wiki/Universal_Disk_Format We should get support for UDF 2.60. Please, add support for it! The Universal Disk Format (UDF) is a format specification of a file system for storing files on optical media. It is an implementation of the ISO/IEC 13346 standard. Revision 2.60 (March 1, 2005). Considering that 2.60 been out since 3 years ago, it is rather bad that we still don't support it. Also the 2.50 suppor...

Author: Eric W. Biederman <ebiederm@xmission.com> Implement the basic helper function that walks all of the processes in a pid namespace and sends them all a signal. Both locations that could use this functions are also updated to use this function. I use find_ge_pid instead of for_each_process because it has a chance of not touching every process in the system. [daniel@hozac.com: Optimize away nr <= 1 check, against latest Linus tree] Signed-off-by: Eric W. Biederman <ebiederm@x...

I'm sorry Andrew, this should look better. Author: Eric W. Biederman <ebiederm@xmission.com> Implement the basic helper function that walks all of the processes in a pid namespace and sends them all a signal. Both locations that could use this functions are also updated to use this function. I use find_ge_pid instead of for_each_process because it has a chance of not touching every process in the system. [daniel@hozac.com: Optimize away nr <= 1 check, against latest Linus tree] S...

From: akinobu.mita@gmail.com zorro: use memory_read_from_buffer Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> --- drivers/zorro/zorro-sysfs.c | 10 ++-------- 1 file changed, 2 insertions(+), 8 deletions(-) --- a/drivers/zorro/zorro-sysfs.c +++ b/drivers/zorro/zorro-sysfs.c @@ -15,6 +15,7 @@ #include <linux/zorro.h> #include <linux/stat.h> #include <linux/string.h> +#include <linux/fs.h&...

Register the Atari-specific video modes with sysfs, so you can see them in /sys/class/graphics/fb0/modes and change the video mode by writing to /sys/class/graphics/fb0/mode. Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> --- drivers/video/atafb.c | 3 +++ 1 file changed, 3 insertions(+) --- a/drivers/video/atafb.c +++ b/drivers/video/atafb.c @@ -3230,6 +3230,9 @@ int __init atafb_init(void) return -EINVAL; } + fb_videomode_to_modelist(atafb_modedb, NUM_TOTAL_MODE...

From: Geert Uytterhoeven <geert@linux-m68k.org> According to the tests in do_initcalls(), the proper error code in case no device is found is -ENODEV, not -ENXIO or -EIO. Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> --- drivers/block/ataflop.c | 4 ++-- drivers/char/nvram.c | 2 +- drivers/input/keyboard/atakbd.c | 2 +- drivers/video/atafb.c | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-) --- a/drivers/block/ataflop....

From: Adrian Bunk <bunk@kernel.org> This patch fixes the following build error: <-- snip --> .. Building modules, stage 2. MODPOST 1203 modules ERROR: "amiga_vblank" [drivers/video/amifb.ko] undefined! .. make[2]: *** [__modpost] Error 1 <-- snip --> Reported-by: Adrian Bunk <bunk@kernel.org> Signed-off-by: Adrian Bunk <bunk@kernel.org> Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> --- arch/m68k/amiga/config.c | 2 ++ 1 file...