From: Chris Lesiak <chris.lesiak@licor.com> This patch fixes a bug in the cleanup of an spi_bitbang bus. The workqueue associated with the bus was destroyed before the call to spi_unregister_master. That meant that spi devices on that bus would be unable to do IO in their remove method. The shutdown flag should have been able to prevent a segfault, but was never getting set. By waiting to destroy the workqueue until after the master is unregistered, devices are able to do IO in their remo...

Replace the apparently misspelled preprocessor variable "PRINTK" with "CONFIG_PRINTK". Signed-off-by: Robert P. J. Day <rpjday@mindspring.com> --- not sure who the official maintainer here is, sorry. diff --git a/drivers/md/bitmap.c b/drivers/md/bitmap.c index 5554ada..0c09772 100644 --- a/drivers/md/bitmap.c +++ b/drivers/md/bitmap.c @@ -53,7 +53,7 @@ //#define DPRINTK PRINTK /* set this NULL to avoid verbose debug output */ #define DPRINTK(x...) do { } while(0) -#ifndef...

Replace the apparently misspelled preprocessor variable "MTD_NAND_DISKONCHIP_BBTWRITE" with the correct form "CONFIG_MTD_NAND_DISKONCHIP_BBTWRITE". Signed-off-by: Robert P. J. Day <rpjday@mindspring.com> --- diff --git a/drivers/mtd/nand/diskonchip.c b/drivers/mtd/nand/diskonchip.c index 12608c1..595208f 100644 --- a/drivers/mtd/nand/diskonchip.c +++ b/drivers/mtd/nand/diskonchip.c @@ -114,7 +114,7 @@ module_param(no_autopart, int, 0); static int show_firmware_partition = 0; mod...

On Wed, 7 Mar 2007 18:28:48 -0500 (EST) It was obviously all do-nothing code, so I deleted it. -

I still haven't seen any replies, so I'm resending with a few more people directly in the TO list. The timeslice of a SCHED_RR process currently varies with nice level the same way that it does for SCHED_OTHER. I've included a small app below that demonstrates the issue. So while niceness doesn't affect the priority of a SCHED_RR task, it does impact how much cpu it gets relative to other SCHED_RR tasks. SUSv3 indicates, "Any processes or threads using SCHED_FIFO or SCHED_RR shall be una...

On Wed, 07 Mar 2007 15:07:21 -0800 Ah, OK. I'll undrop those three patches. Michal, did rc2-mm2 make that weird hang go away for you? -

Recently, someone fixed a syntax error in the HTDMSOUND driver introduced 4 years ago. Unfortunately not by trying to compile this driver for his hardware but by code inspection - which seems to be a strong indication that there are no users left for this OSS sound driver. This patch therefore removes it. Signed-off-by: Adrian Bunk <bunk@stusta.de> --- arch/ppc/8xx_io/Kconfig | 4 arch/ppc/8xx_io/Makefile | 1 arch/ppc/8xx_io/cs4218.h | 166 - ar...

This part looks reasonable. Acked-by: Matt Mackall <mpm@selenic.com> -- Mathematics is the supreme nostalgia of our time. -

Hi, It seems that if a process keeps a character device open then other processes will also be able to get into filp->f_op->open(inode,filp) in chrdev_open() even after a driver called cdev_del() as part of its unwind procedure. Is this correct or am I missing something? Thanks! -- Dmitry -

BTW, this isn't just a cifs issue. There are way too many git trees I prefer -fsdevel or any more focused list (let's not make lkml a dumping ground for everything). --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -

The sn console driver was snagged by the use of CONFIG_DEBUG_SHIRQ ! The request_irq() immediate call to the interrupt handler caused another attempt to lock the port lock - deadlock. This is a patch to fix that. Signed-off-by: Patrick Gefre <pfg@sgi.com> sn_console.c | 52 +++++++++++++++++----------------------------------- 1 file changed, 17 insertions(+), 35 deletions(-) Index: linux-2.6/drivers/serial/sn_console.c ========================================================...

Usually, a mem_map is aligned on MAX_ORDER_NR_PAGES boundaries and the struct pages are always valid. However, this is not always the case when CONFIG_HOLES_IN_ZONE is set. move_freepages_block() checks that pages within a MAX_ORDER_NR_PAGES block are in the same zone using page_zone(). However, if an invalid page is passed to page_zone(), it can result in breakage on machines requiring CONFIG_HOLES_IN_ZONE. This patch avoids the use of page_zone() and instead checks the PFNs against the PFN ranges...

We have multiple reports of PS/2 mouse port not being found on Sis 630 and 730 chipsets, starting with Fedora kernel 2.6.19: 2.6.18: Jan 19 08:59:39 mtranch kernel: PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 Jan 19 08:59:39 mtranch kernel: serio: i8042 AUX port at 0x60,0x64 irq 12 Jan 19 08:59:39 mtranch kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 Jan 19 08:59:39 mtranch kernel: mice: PS/2 mouse device common for all mice 2.6.19: Jan 20 09:22:30 mtranch kernel: P...

OK. Can you please confirm that applying the below fixes 2.6.21-rc3? If so, I'll queue it up for application in a week or two if there is no progress on this. From: Andrew Morton <akpm@linux-foundation.org> Revert 831466f4ad2b5fe23dff77edbe6a7c244435e973: "Michal Piotrowski" <michal.k.k.piotrowski@gmail.com> reports that it broke his 3d surround. Cc:"Michal Piotrowski" <michal.k.k.piotrowski@gmail.com> Cc: Randy Cushman <rcushman_linux@earthlink.net> Cc: Taka...

At Wed, 7 Mar 2007 11:50:24 -0800, [sorry for the late interrupt - I'm just back from a vacation] Could you postpone reverting for a while? I guess this possible regression is limited only to a certain type of ac97 codec chip. The patch applied there was a fix for many codec chips. Which codec chip are you using specifically? Please check /proc/asound/card0/codec97#0/* file(s). Also, run "alsactl -f somefile store" and attach the generated file to see whether any mixer status inconsistency ...

At Wed, 07 Mar 2007 23:22:36 +0100, So, you're playing two-channel samples and get no output from surround and CLFE? Or, does it happen if you play a real 5.1 channel file? (for example, try speaker-test -c6) Also, it'd be helpful if you compare /proc/asound/card0/codec97#0/ac97#0-0+regs file before and after the patch. This reveals which register bits differ actually. thanks, Takashi -

The first step is to figure out as exactly as possible _when_ it started So is 2.6.19 good? 2.6.20-rc1? -rc2? If you're a git user (or even just marginally interested in learning), the best thing to do is to find some good kernel (the more recent, the better, but the keyword is *some* kernel that works well), and a bad kernel (the older the better, just to avoid unnecessary work, but again, you can just take the most recent too), and then just use "git bisect". If you bisect it down ...

From: Rafael J. Wysocki <rjw@sisk.pl> Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping() from triggering by disabling nonboot CPUs before we finally enter the platform suspend. Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl> --- kernel/power/disk.c | 1 + kernel/power/user.c | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) Index: linux-2.6.21-rc2-mm2/kernel/power/disk.c =================================================================== --- ...

On Wed, 7 Mar 2007 20:44:11 +0100 Is this considered 2.6.21 material? If so why? Thanks. -

I do not quite like the patch (explanation in separate mail). Can we remove the WARN_ON() ? ;-). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -

On Wed, 7 Mar 2007 23:14:29 +0100 Well sure - if patches were always error-free, we'd always apply them immediately. The question is: is the risk of this patch breaking things exceeded by the benefit which you describe? -

Suppose I want to create an atomic llseek+writev operation. Is this more or less sufficient: ssize_t ret = -EBADF; file = fget_light(fd, &fput_needed); if (file) { if (unlikely(origin > 2)) { ret = -EINVAL; } else { write_lock_irq(&file->f_owner.lock); pos = vfs_llseek(file, ((loff_t) offset_high << 32) | offset_low, origin); ret = (ssize_t)pos; ...

In file included from include/asm/timex.h:10, from include/linux/timex.h:187, from include/linux/sched.h:50, from include/linux/utsname.h:35, from include/asm/elf.h:12, from include/linux/elf.h:7, from include/linux/module.h:15, from include/linux/crypto.h:21, from arch/i386/kernel/asm-offsets.c:7: include/asm/tsc.h: In function 'get_cycles_sync': include/asm/tsc....

Hi, how to make blocking read in tty driver? thanks -

There is a kernel oops on bcm43xx when resuming due to an overly tight timeout loop. Signed-off-by: Larry Finger<Larry.Finger@lwfinger.net> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> --- drivers/net/wireless/bcm43xx/bcm43xx.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-2.6.20.1.orig/drivers/net/wireless/bcm43xx/bcm43xx.h +++ linux-2.6.20.1/drivers/net/wireless/bcm43xx/bcm43xx.h @@ -21,7 +21,7 @@ #define PFX KBUILD_MODNAME ": " #define BCM...