Signed-off-by: Michael Hennerich <michael.hennerich@analog.com> Signed-off-by: Bryan Wu <cooloney@kernel.org> Signed-off-by: Dmitry Torokhov <dtor@mail.ru> --- drivers/input/keyboard/bf54x-keys.c | 35 ++++++++++++++++++++++++++++++++--- 1 files changed, 32 insertions(+), 3 deletions(-) diff --git a/drivers/input/keyboard/bf54x-keys.c b/drivers/input/keyboard/bf54x-keys.c index d87ac33..54ed8e2 100644 --- a/drivers/input/keyboard/bf54x-keys.c +++ b/drivers/input/keyboard/bf54...

The mouse button emulation calls input device methods from an input device. This causes funny lock nesting which is harmless as each device has its own locks. Give the nesting device its own lock classes so that lockdep will not consider them the same. Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl> Signed-off-by: Dmitry Torokhov <dtor@mail.ru> --- drivers/macintosh/mac_hid.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/macintosh/ma...

Hi everyone. I would like to inform that kernel.org administration kindly provided us space for the following projects: . reiserfsprogs . reiser4 patches against vanilla kernels . reiser4progs The mentioned projects can be found here: http://www.kernel.org/pub/linux/kernel/people/edward/ All updates will be announced at reiserfs-devel mailing list. Thanks, Edward. --

What do you mean? I know at least one of two interrupt handlers in-tree that use their 'irq' arguments. --

NOTE: NOT FOR MERGE, NOT FOR UPSTREAM Not-signed-off-by: ... This change's main purpose is to prepare for the patchset in jgarzik/misc-2.6.git#irq-remove, that explores removal of the never-used 'irq' argument in each interrupt handler. --- drivers/input/serio/i8042.c | 23 +++++++++++++---------- drivers/pcmcia/i82365.c | 15 ++++++++++----- 2 files changed, 23 insertions(+), 15 deletions(-) diff --git a/drivers/input/serio/i8042.c b/drivers/input/serio/i8042.c index 65a74cf..ee2...

Prefer 'void *dev_id' argument for passing data from request_irq() to each per-irq handler invocation. This change's main purpose is to prepare for the patchset in jgarzik/misc-2.6.git#irq-remove, that explores removal of the never-used 'irq' argument in each interrupt handler. Signed-off-by: Jeff Garzik <jgarzik@redhat.com> --- arch/x86/kernel/vm86_32.c | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/vm86_32.c b/arch/x86/kernel/vm86_32.c ...

- pass rtc_int_flag to rtc_interrupt() via the standard method, dev_id - where irq handler has been analyzed and shown never to use its 'irq' argument, rename it to 'dummy' - remove pointless casts from void* - remove uses of 'irq' function arg where it duplicates information already stored in driver-private struct This change's main purpose is to prepare for the patchset in jgarzik/misc-2.6.git#irq-remove, that explores removal of the never-used 'irq' argument in each interrupt handler....

This change's main purpose is to prepare for the patchset in jgarzik/misc-2.6.git#irq-remove, that explores removal of the never-used 'irq' argument in each interrupt handler. Signed-off-by: Jeff Garzik <jgarzik@redhat.com> --- arch/avr32/kernel/time.c | 4 ++-- arch/avr32/mach-at32ap/time-tc.c | 2 +- include/asm-avr32/arch-at32ap/time.h | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/avr32/kernel/time.c b/arch/avr32/kernel/time.c ind...

- where the 'irq' function argument is known never to be used, rename it to 'dummy' to make this more obvious - replace per-irq lookup functions and tables with a direct reference to data object obtained via 'dev_id' function argument, passed from request_irq() This change's main purpose is to prepare for the patchset in jgarzik/misc-2.6.git#irq-remove, that explores removal of the never-used 'irq' argument in each interrupt handler. Signed-off-by: Jeff Garzik <jgarzik@redhat.com> ...

- remove pointless casts from void* - remove needless references to 'irq' function argument, when that information is already stored somewhere in a driver-private struct. - where the 'irq' function argument is known never to be used, rename it to 'dummy' to make this more obvious - remove always-false tests for dev_id==NULL - remove always-true tests for 'irq == host_struct->irq' - replace per-irq lookup functions and tables with a direct reference to data object obtained via 'dev...

- time_sched_init() should use standard irq_handler_t - sys_timer0_int_handler() should not take 'regs' third argument - remove pointless cast from void* This change's main purpose is to prepare for the patchset in jgarzik/misc-2.6.git#irq-remove, that explores removal of the never-used 'irq' argument in each interrupt handler. Signed-off-by: Jeff Garzik <jgarzik@redhat.com> --- arch/blackfin/kernel/time.c | 5 ++--- arch/blackfin/oprofile/timer_int.c | 5 ++--- 2 files...

From: Jeff Garzik <jeff@garzik.org> Acked-by: David S. Miller <davem@davemloft.net> --

OK to send this upstream to Linus? It's been in various -mm's, though I don't know the current state of akpm's pull of jgarzik/misc-2.6.git#ALL. The changes should produce equivalent results, and are strictly internal cleanups in preparation for the PCI hotplug API conversion patchset, which exists in branch #isdn-pci. The 'isdn-cleanups' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git isdn-cleanups contains the following updates: drivers/isdn/hisax/asuscom.c...

On Fri, 18 Apr 2008 17:42:54 GMT Oh. Well that rather invalidates my earlier comments. It looks like this change could have been folded, but I understand that this sometimes gets wearisome and isn't terribly important if a) the fix doesn't repair build breakage and b) the fix doesn't fix runtime breakage and c) the fix fixes code which the git-bisect user won't have enabled in config anyway. Still. Do we need the set_fs() in there? __copy_from_user_inatomic() is a "__" uaccess fu...

On Fri, 18 Apr 2008 17:05:06 GMT What is the reason for all the noinlines in this file? Something to do with getting proper wchan output? I guess it doesn't hurt from a documentation POV, but did you find that it was actually necessary? IOW: is gcc now capable of secretly inlining functions which are defined further ahead in the compilation unit? (did you actually "test" the wchan stuff, btw?) --

On Fri, 18 Apr 2008 19:00:57 GMT I expect that CONFIG_KGDB_TESTS_BOOT_STRING is always defined here. Or if not, that it is possible to arrange for that with sufficient Kconfig I dunno. Do we *really* need this feature? I mean, if you want to run the tests, you provide the boot parameter and that's it. Adding this Kconfig-time stuff on top seems excessive. --

On Fri, 18 Apr 2008 17:41:29 GMT Please just nuke all the interface comments in the header files. They duplicate the kernedoc comments at the definition site and we don't want to Well, these are trickier because there is an implementation of this function within each architecture. So I think that in this case it _does_ make sense to document the function in a common place, and the only common place is this header file. So please a) make this a kerneldoc comment and b) remove the kerneld...

It maybe easier to just avoid the #ifdef. The other debug flags also only The second flags parameter is always 0? --

The compiler will optize it again regardless of SLAB_NOTRACK. if (0 && Hmmmm.. Okay that is already dealt with by a patch in Pekka's tree. --

From e508eccb7a1dd8f4b0fd6056cdeff9ce93dad47c Mon Sep 17 00:00:00 2001 From: Vegard Nossum <vegard.nossum@gmail.com> Date: Fri, 4 Apr 2008 00:53:23 +0200 Subject: [PATCH] x86: add hooks for kmemcheck The hooks that we modify are: - Page fault handler (to handle kmemcheck faults) - Debug exception handler (to hide pages after single-stepping the instruction that caused the page fault) Also redefine memset() to use the optimized version if kmemcheck is enabled. Signed-off-by: Vegard No...

It's possible that the values used in and returned from jiffies_to_usecs() are incorrect because of truncation when variables of type u64 are involved. So a function specific to that type is used instead. This version implements a correction to jiffies_64_to_usecs() based on feedback from Randy Dunlap and Roman Zippel. Diff'd against: linux/kernel/git/torvalds/linux-2.6.git Signed-off-by: Jonathan Lim <jlim@sgi.com> --- a/include/linux/jiffies.h Thu Feb 14 18:04:14 PST 2008 +++ b/incl...

On Fri, Apr 18, 2008 at 2:52 PM, Andrew Morton also for big box, like 64g above, that will take a while. YH --

WARNING: at arch/x86/kernel/genapic_64.c:86 read_apic_id+0x78/0x80() Modules linked in: Pid: 1, comm: swapper Not tainted 2.6.25-2cca775baecbfede2fec20c99add709232311fe7 #3 Call Trace: [<ffffffff8023150f>] warn_on_slowpath+0x5f/0x80 [<ffffffff80299e9e>] ? open_namei+0x4e/0x6b0 [<ffffffff804594e5>] ? _spin_unlock_irqrestore+0x65/0x80 [<ffffffff80254105>] ? trace_hardirqs_on+0xd5/0x160 [<ffffffff804594c2>] ? _spin_unlock_irqrestore+0x42/0x80 [<ffffffff8021ed28...

On Fri, 18 Apr 2008 18:47:21 GMT What was the reason for making this change? --

The way it is written, CONFIG_AGP is always y for x86_64 - not so nice when you want to use nvagp instead which requries agpgart to be unloadable. Signed-off-by: Jan Engelhardt <jengelh@computergmbh.de> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 6c70fed..1b2ce6c 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -429,12 +429,17 @@ config HPET_EMULATE_RTC def_bool y depends on HPET_TIMER && (RTC=y || RTC=m || RTC_DRV_CMOS=m || RTC_DRV_CMOS=y) +config G...