| From | Subject | Date |
|---|---|---|
| Michael Hennerich | [PATCH 35/37] Input: bf54x-keys - add infrastructure for key...
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...
| Apr 18, 12:25 am 2008 |
| Roel Kluin | [PATCH 36/37] Input: i8042 - fix incorrect usage of strncpy ...
Fix incorrect length argument for strncpy and strncat by replacing them with
strlcpy and strlcat
Signed-off-by: Roel Kluin <12o3l@tiscali.nl>
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
---
drivers/input/serio/i8042-x86ia64io.h | 12 ++++++------
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/input/serio/i8042-x86ia64io.h b/drivers/input/serio/i8042-x86ia64io.h
index 60931ac..5ece9f5 100644
--- a/drivers/input/serio/i8042-x86ia64io.h
+++ b/drivers/input/...
| Apr 18, 12:25 am 2008 |
| Peter Zijlstra | [PATCH 37/37] Input: mac_hid - add lockdep annotation to emu...
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...
| Apr 18, 12:25 am 2008 |
| Kay Sievers | [PATCH 34/37] Input: add MODULE_ALIAS() to hotpluggable plat...
Since 43cc71eed1250755986da4c0f9898f9a635cb3bf, the platform modalias
is prefixed with "platform:". Add MODULE_ALIAS() to the hotpluggable
"input" platform drivers, to re-enable auto loading.
[dbrownell@users.sourceforge.net: more drivers, registration fixes]
Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
---
drivers/input/keyboard/aaed2000_kbd.c | 4 ++++
dri...
| Apr 18, 12:24 am 2008 |
| Edward Shishkin | New location of Namesys software
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.
--
| Apr 18, 7:38 pm 2008 |
| Jeff Garzik | [PATCH 01/15] ARM minor irq handler cleanups
Avoid confusion by /not/ passing an unused pointer to
arm_rtc_interrupt()
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/arm/mach-integrator/time.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-integrator/time.c b/arch/arm/mach-integrator/time.c
index 5278f58..5...
| Apr 18, 7:22 pm 2008 |
| Lennert Buytenhek | Re: [PATCH 01/15] ARM minor irq handler cleanups
What do you mean? I know at least one of two interrupt handlers
in-tree that use their 'irq' arguments.
--
| Apr 18, 7:29 pm 2008 |
| Andrew Morton | Re: [PATCH 01/15] ARM minor irq handler cleanups
On Fri, 18 Apr 2008 19:22:45 -0400 (EDT)
#irq-remove doesn't seem to be included in the #ALL branch which
I'm grabbing?
--
| Apr 18, 7:44 pm 2008 |
| Jeff Garzik | [PATCH 15/15] [INPUT, PCMCIA] avoid use of 'irq' function arg
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...
| Apr 18, 7:23 pm 2008 |
| Jeff Garzik | [PATCH 14/15] Canonicalize several irq handlers.
* prefer passing data to irq handler using 'void *dev_id' argument
* remove references to 'irq' function arg that either duplicate
a member of our private struct, or are always [true|false].
* add linux/interrupt.h include where needed
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>
---
drivers/atm/ambassador...
| Apr 18, 7:23 pm 2008 |
| Jeff Garzik | [PATCH 13/15] [X86] standard vm86 irq handler
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
...
| Apr 18, 7:23 pm 2008 |
| Jeff Garzik | [PATCH 12/15] [MIPS] pmc-sierra/msp71xx/msp_hwbutton.c: mino...
- remove always-true test
- neaten request_irq() indentation
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/mips/pmc-sierra/msp71xx/msp_hwbutton.c | 5 +----
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/arch/mips/pmc-sierra/msp71xx/msp_hwbutton.c b/arch/mips/pmc-sierra/msp71xx/msp_...
| Apr 18, 7:23 pm 2008 |
| Jeff Garzik | [PATCH 11/15] [RTC] minor irq handler cleanups
- 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....
| Apr 18, 7:23 pm 2008 |
| Jeff Garzik | [PATCH 10/15] [IA64] minor irq handler cleanups
- remove unused 'irq' argument from pfm_do_interrupt_handler()
- remove pointless cast to void*
- add KERN_xxx prefix to printk()
- remove braces around singleton C statement
- in tioce_provider.c, start tioce_dma_consistent() and
tioce_error_intr_handler() function declarations in column 0
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 G...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 09/15] [AVR32] remove unused 'irq' argument from loca...
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...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 08/15] [ISDN] minor irq handler cleanups
- remove pointless casts from void*
- remove braces around singleton C statements
- remove unused 'intno' argument from rs_interrupt_elsa()
- cs->irq_func() should be defined using standard irq_handler_t
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>
---
drivers/isdn/hisax/elsa.c | 4 ++--
drivers...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 07/15] [SCSI] aha1542: minor irq handler cleanups
- 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>
...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 05/15] drivers/char: minor irq handler cleanups
- remove always-false tests
- don't overload 'irq' argument, pass data properly via dev_id
- remove pointless casts from void*
- make polled uses of irq handling (where code calls irq handler
directly) more plain, by splitting polled and non-polled irq handling
work. This quite often results in a more-efficient irq 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 interrup...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 06/15] [SCSI] minor irq handler cleanups
- 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...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 04/15] [PPC] minor irq handler cleanups
- whitespace cleanups
- remove pointless prototype (uses always follow func implementation)
- 'irq' argument is often used purely as a local variable. rename
argument to 'dummy' and define 'irq' as local to make this plain.
- remove pointless casts 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>
...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 03/15] [BLACKFIN] minor irq handler cleanups
- 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...
| Apr 18, 7:22 pm 2008 |
| Jeff Garzik | [PATCH 02/15] [SPARC] minor irq handler cleanups
- mark timer_interrupt() static
- sparc_floppy_request_irq() prototype should use irq_handler_t
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
---
arch/sparc/kernel/time.c | 2 +-
include/asm-sparc/floppy.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/sparc/kernel/time.c b/arch/sparc/kernel/time.c
index cfaf22c..53caacb 100644
--- a/arch/sparc/kernel/time.c
+++ b/arch/sparc/kernel/time.c
@@ -105,7 +105,7 @@ __volatile__ unsigned int *master_l10_...
| Apr 18, 7:22 pm 2008 |
| David Miller | Re: [PATCH 02/15] [SPARC] minor irq handler cleanups
From: Jeff Garzik <jeff@garzik.org>
Acked-by: David S. Miller <davem@davemloft.net>
--
| Apr 18, 7:33 pm 2008 |
| Andrew Morton | Re: x86: add mp_bus_not_pci bitmap to mpparse_32.c
On Fri, 18 Apr 2008 17:11:28 GMT
Where are all these patches coming from?!?!? Google does (or at least
did) index discuss@x86-64.org so I am out of ideas.
--
| Apr 18, 7:00 pm 2008 |
| Jeff Garzik | [for 2.6.26] ISDN cleanups, ok for upstream?
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...
| Apr 18, 6:53 pm 2008 |
| Andrew Morton | Re: [for 2.6.26] ISDN cleanups, ok for upstream?
On Fri, 18 Apr 2008 18:53:55 -0400
oops. It seems that I disabled it quite a long time ago. I'll resurrect
That merges cleanly against the small number of isdn patches which are
pending in -mm, so we're OK from that POV.
--
| Apr 18, 7:41 pm 2008 |
| Andrew Morton | Re: kgdb: fix optional arch functions and probe_kernel_*
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...
| Apr 18, 6:48 pm 2008 |
| Andrew Morton | Re: x86: improve default idle
On Fri, 18 Apr 2008 17:37:02 GMT
Ingo, what's going on? There is no way that this patch is so obvious that
it doesn't even need a changelog.
Was this ever sent to a mailing list for review? I can't find it, so my
last remaining means of understanding the change does not work.
(And if it _did_ have a changelog, I could at least google for the
changelog's text, but even that tool is frustrated here).
--
| Apr 18, 6:43 pm 2008 |
| Andrew Morton | Re: Introduce down_killable()
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?)
--
| Apr 18, 6:34 pm 2008 |
| Matthew Wilcox | Re: Introduce down_killable()
Copied from kernel/mutex.c ;-)
The reason is to make sure that __down_interruptible (et al) are
out-of-line from down_interruptible, and that __down_common is inlined
I tested that wchan still produces the right output, yes.
--
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours. We can't possibly take such
a retrograde step."
--
| Apr 18, 6:55 pm 2008 |
| Andrew Morton | Re: kgdb: allow static kgdbts boot configuration
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.
--
| Apr 18, 6:26 pm 2008 |
| Andrew Morton | Re: kgdb: add kgdb internal test suite
On Fri, 18 Apr 2008 19:00:48 GMT
Why 1.5 seconds? Seems like a pointless wats of time - can we use just 1
btw, is the selftest code known to work on any other architectures?
afacit pretty much all of this code could/should be __init, but isn't?
--
| Apr 18, 6:20 pm 2008 |
| Andrew Morton | Re: kgdb: core
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...
| Apr 18, 6:09 pm 2008 |
| Vegard Nossum | [PATCH 3/3] slub: add hooks for kmemcheck
From 2948f14a6e869d678429cfd818ca8078907d8092 Mon Sep 17 00:00:00 2001
From: Vegard Nossum <vegard.nossum@gmail.com>
Date: Fri, 4 Apr 2008 00:54:48 +0200
Subject: [PATCH] slub: add hooks for kmemcheck
With kmemcheck enabled, SLUB needs to do this:
1. Request twice as much memory as would normally be needed. The bottom half
of the memory is what the user actually sees and uses; the upper half
contains the so-called shadow memory, which stores the status of each byte
in the bottom h...
| Apr 18, 6:03 pm 2008 |
| Christoph Lameter | Re: [PATCH 3/3] slub: add hooks for kmemcheck
It maybe easier to just avoid the #ifdef. The other debug flags also only
The second flags parameter is always 0?
--
| Apr 18, 6:12 pm 2008 |
| Vegard Nossum | Re: [PATCH 3/3] slub: add hooks for kmemcheck
Thank you for your comments.
We set it to zero to allow the compiler to optimize out code if
CONFIG_KMEMCHECK=n. For instance
if (kmemcheck_page_is_tracked(page) && !(s->flags & SLAB_NOTRACK)) {
Will be turned into if(0 && !(s->flags & 0)), which can be completely
optimized away. On the other hand, if SLAB_NOTRACK is non-zero, this
The implementations of these prototypes are in mm/slub_kmemcheck.c.
They are only ever called from slub.c since they repres...
| Apr 18, 6:27 pm 2008 |
| Christoph Lameter | Re: [PATCH 3/3] slub: add hooks for kmemcheck
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.
--
| Apr 18, 7:06 pm 2008 |
| Pekka Enberg | Re: [PATCH 3/3] slub: add hooks for kmemcheck
Hi,
Well, I've tried to push for "generic" kmemcheck hooks so that they can
be used by SLAB/SLOB too but Vegard has always talked me out of it. Of
course, I have long forgotten the rationale.
But anyway, slub_kmemcheck.h sounds okay and I wonder if we should put
it in mm/ instead of include/linux/ as it's not supposed to be included
by anyone except SLUB?
And merged by Linus now.
Pekka
--
| Apr 18, 7:21 pm 2008 |
| Vegard Nossum | [PATCH] x86: add hooks for kmemcheck
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...
| Apr 18, 6:02 pm 2008 |
| Vegard Nossum | [PATCH 1/3] kmemcheck: add the kmemcheck core
Hi,
This is kmemcheck against 2.6.25 as of today. This should be more or less
what's in x86.git, the most notable exception being that x86.git contains the
development history of kmemcheck since v4 or so, while this is the condensed
three-patch set.
This version also contains the removal of the "tracked" page flag.
I post it now for a final review, as requested by Andrew.
Vegard
From 485443a0273edd97b138c01d5fdc4f83ab725969 Mon Sep 17 00:00:00 2001
From: Vegard Nossum <vegard.nossum@...
| Apr 18, 5:58 pm 2008 |
| Jonathan Lim | Re: [PATCH] Provide u64 version of jiffies_to_usecs() in ker...
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...
| Apr 18, 5:54 pm 2008 |
| Andrew Morton | Re: x86: memtest bootparam
On Fri, 18 Apr 2008 17:17:44 GMT
OK. Did the new memtest feature get documented anywhere, btw? I'm only
These seem pointless. Why not just unconditionally implement memtest=?
All the code for that should be __init anyway so we're hardly saving
anything here.
--
| Apr 18, 5:52 pm 2008 |
| Yinghai Lu | Re: x86: memtest bootparam
On Fri, Apr 18, 2008 at 2:52 PM, Andrew Morton
also
for big box, like 64g above, that will take a while.
YH
--
| Apr 18, 6:07 pm 2008 |
| Andrew Morton | Re: x86: memtest bootparam
On Fri, 18 Apr 2008 15:07:46 -0700
Well if there was a single CONFIG_MEMTEST then it would probably be
sufficent to document it all within the Kconfig help for that option.
But there isn't a CONFIG_MEMTEST. It appears that the presence or absence
of the memtest feature is controlled by CONFIG_MEMTEST_BOOTPARAM which
So... such users shouldn't add the memtest= boot parameter?
I'd suggest the following:
- Add a CONFIG_MEMTEST. No other config variable needed.
- Put all the memtest code...
| Apr 18, 7:32 pm 2008 |
| Alexey Dobriyan | 2.6.25-$SHA1: WARNING: at arch/x86/kernel/genapic_64.c:86 re...
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...
| Apr 18, 6:39 pm 2008 |
| Andrew Morton | Re: uaccess: add probe_kernel_write()
On Fri, 18 Apr 2008 18:58:59 GMT
The above comments appear to be kerneldoc but actually aren't. I don't
think there's much point in duplicating the kerneldoc comments in the .h
file as well - people should know by now to go to the definition site to
I think the documentation should point out that this function can probe both
a user address and a kernel address (if that's right, which I think it is).
And just looking at it, I think the set_fs() in probe_kernel_address() was
always unneeded.
...
| Apr 18, 5:42 pm 2008 |
| Andrew Morton | Re: x86: spinlock ops are always-inlined
On Fri, 18 Apr 2008 18:47:21 GMT
What was the reason for making this change?
--
| Apr 18, 5:31 pm 2008 |
| Andrew Morton | Re: x86: 4kstacks default
On Fri, 18 Apr 2008 17:37:36 GMT
This patch will cause kernels to crash.
It has no changelog which explains or justifies the alteration.
afaict the patch was not posted to the mailing list and was not
discussed or reviewed.
--
| Apr 18, 5:29 pm 2008 |
| Jan Engelhardt | Make CONFIG_ARP=m under x86_64
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...
| Apr 18, 5:21 pm 2008 |
| David Miller | Re: Make CONFIG_ARP=m under x86_64
Subject typo.
Please fix so people don't think this is a networking patch :-)
--
| Apr 18, 6:05 pm 2008 |
| previous day | today | next day |
|---|---|---|
| April 17, 2008 | April 18, 2008 | April 19, 2008 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Jeff Garzik | Re: fallocate-implementation-on-i86-x86_64-and-powerpc.patch |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Natalie Protasevich | [BUG] New Kernel Bugs |
