ChangeSet@1.1526, 2005-05-23 08:34:29-03:00, kronos@people.it [PATCH] fbmem: previous radeonfb fix limits the amount of mmap()'able VRAM to the same amount reserved for the framebuffer. The patch I sent you for 2.4.29 ("radeonfb: don't try to ioreamp the entire VRAM") limits the amount of mmap()'able VRAM to the same amount reserved for the framebuffer (ie. info->mapped_vram). This is unnecessary since the problem of exhaustion of virtual address space exists only in kernelspace and userspace applications should be able to mmap() the whole VRAM. X server refuse to start because it's unable to mmap the video RAM: > (EE) FBDEV(0): mmap fbmem: Invalid argument > (EE) FBDEV(0): mapping of video memory failed the following patch fixes the problem. Signed-off-by: Luca Tettamanti ChangeSet@1.1525, 2005-05-23 08:12:58-03:00, wtarreau@exosec.fr [PATCH] fix compilation error introduced by moxa correction moxa does not compile anymore in 2.4.31-pre2, because a variable is used before being declared. ChangeSet@1.1524, 2005-05-20 07:47:50-03:00, vvs@sw.ru [PATCH] random poolsize sysctl fix SWSoft Linux kernel Team has discovered that your patch http://linux.bkbits.net:8080/linux-2.4/gnupatch@41e2c4fetTJmVti-Xxql21xXjfbpag which should fix a random poolsize sysctl handler integer overflow, is wrong. You have changed a variable definition in function proc_do_poolsize(), but you had to fix an another function, poolsize_strategy() ChangeSet@1.1523, 2005-05-19 16:14:04-03:00, suresh.b.siddha@intel.com [PATCH] x86_64: fix pci config space access race condition Low-level PCI config space access API's are not using pci_config_lock, resulting in out of order 0xCF8/0xCFC transactions, ultimately causing pci config space corruption. Signed-off-by: Suresh Siddha ChangeSet@1.1522, 2005-05-19 16:05:53-03:00, mike.miller@hp.com [PATCH] cciss: fix for passthru ioctls The following patch fixes a problem in our passthru ioctls. I added a memset to zero out buffers before doing a read. Seems like I had a curly brace out of place. Thanks to Stanislav Semakin for pointing this out. Please consider this for inclusion. Signed-off-by: Mike Miller ChangeSet@1.1521, 2005-05-19 10:08:19-03:00, mkasick@club.cc.cmu.edu [PATCH] JFS oops fix Specifically, the kernel attempts to mount root with JFS first, and upon aborting jfs_read_super(), the value of sbi->nls_tab is -1, a non-NULL value that causes unload_nls() to be called on garbage data leading to a NULL pointer dereference. Author: Mike Kasick Signed-off-by: Dave Kleikamp ChangeSet@1.1520, 2005-05-18 13:09:08-03:00, hch@infradead.org [PATCH] XFS: fix compilation error > 2.4.30 will not compile if XFS is turned on, but XFS debugging is not. > Culprit is: > > fs/xfs/linux-2.4/xfs_buf.c line 1076. Apparently pagebuf_lock_value is used > somewhere else, even if it's not defined because debugging is off. Looks like a trivial one-liner got lost when merging from the SGI CVS tree. ChangeSet@1.1519, 2005-05-16 10:09:10-03:00, marcelo@logos.cnet USB: fix oops in io_edgeport.c driver (2.6 backport) ChangeSet@1.1518, 2005-05-13 10:22:15-03:00, willy@w.ods.org [PATCH] floppy typo fix just in case you release an -rc3, would you please include this typo fix from Jurgen Quade. I have it in my tree since 2.4.23, it's a pure copy-paste typo which causes the driver either to print an incomplete message or a seconde unexpected one. BTW, it's fixed in 2.6. ChangeSet@1.1517, 2005-05-13 10:19:23-03:00, mikpe@user.it.uu.se [PATCH] x86_64 linkage error on UP_IOAPIC When 2.4.31-pre2 is configured for X86_64 && !SMP && UP_IOAPIC it fails to link: arch/x86_64/kernel/kernel.o(.text+0x4591): In function `enable_irq': : undefined reference to `send_IPI_self' make: *** [vmlinux] Error 1 A broken change in 2.4.31-pre{1,2} made the UP kernel reference a symbol which is only defined in the SMP kernel. The patch below fixes this by reverting that change. Signed-off-by: Mikael Pettersson ChangeSet@1.1516, 2005-05-12 09:11:24-03:00, marcelo@logos.cnet Change EXTRAVERSION to 2.4.31-pre2 TAG: v2.4.31-pre2