Well, for example: I have only machines with 32 bit CPUS, none of them is hot-pluggable and none has an i915 graphics chip. All my local users are "trusted", nor am I running any multi-threaded Java applications on SMP systems. (I also have no idea what ICM pages are, but they sound jolly impressive!) And what is "native_read_tscp" all about? So why am I being "STRONGLY encouraged to upgrade to this release"? (Your emphasis.) Is it because otherwise you're going to sneak up and burn my house down...

Some IBM POWER-based platforms have the ability to run in a mode which mostly appears to the OS as a different processor from the actual hardware. For example, a Power6 system may appear to be a Power5+, which makes the AT_PLATFORM value "power5+". However, some applications (virtual machines, optimized libraries) can benefit from knowledge of the underlying CPU model. A new aux vector entry, AT_BASE_PLATFORM, will denote the actual hardware. For example, on a Power6 system in Power5+ compatibil...

Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com> --- drivers/power/olpc_battery.c | 20 ++++++++------------ 1 files changed, 8 insertions(+), 12 deletions(-) diff --git a/drivers/power/olpc_battery.c b/drivers/power/olpc_battery.c index 32570af..5fbca26 100644 --- a/drivers/power/olpc_battery.c +++ b/drivers/power/olpc_battery.c @@ -205,9 +205,9 @@ static int olpc_bat_get_property(struct power_supply *psy, union power_supply_propval *val) { int ret = 0; - int16_t e...

Currently, linux/major.h defines a GRAPHDEV_MAJOR (29) that nobody uses, and linux/fb.h defines the real FB_MAJOR (also 29), that only fbmem.c needs. Drop GRAPHDEV_MAJOR from major.h, move FB_MAJOR definition from fb.h to major.h, and fix fbmem.c to use major.h's definition. Signed-off-by: Philippe De Muyter <phdm@macqel.be> --- diff -r ced66ca0044f drivers/video/fbmem.c --- a/drivers/video/fbmem.c Mon Jun 30 08:58:09 2008 -0700 +++ b/drivers/video/fbmem.c Thu Jul 3 23:31:57 2008 +0200 @...

Hi Ingo, Steven, Peter, I found a few minor issues w.r.t. the CFS load values during a few dequeue/enqueue operations in the 2.6.25 kernel. I found these via code review as opposed to observing a bug in the field. I believe at least the first issue is already fixed in 26-rcx. I have confirmed that the issue is present in both 25.8-rt7 as well as stable-2.6.25.10. These patches are against 25.8-rt7, though they should apply trivially to stable as well. Please consider for inclusi...

commit 62fb185130e4d420f71a30ff59d8b16b74ef5d2b reverted some patches in the scheduler, but it looks like it may have left a few redundant calls to inc_load/dec_load remain in set_user_nice (since the dequeue_task/enqueue_task take care of the load. This could result in the load values being off since the load may change while dequeued. Signed-off-by: Gregory Haskins <ghaskins@novell.com> CC: Peter Zijlstra <peterz@infradead.org> CC: Ingo Molnar <mingo@elte.hu> --- kernel/s...

This patch adds the GRU driver makefile Signed-off-by: Jack Steiner <steiner@sgi.com> --- drivers/misc/sgi-gru/Makefile | 3 +++ files changed, 27 insertions(+) Index: linux/drivers/misc/sgi-gru/Makefile =================================================================== --- /dev/null 1970-01-01 00:00:00.000000000 +0000 +++ linux/drivers/misc/sgi-gru/Makefile 2008-06-10 09:26:14.933653473 -0500 @@ -0,0 +1,3 @@ +obj-$(CONFIG_SGI_GRU) := gru.o +gru-y := grufile.o grumain.o grufaul...

This file contains the functions for handlinf GRU TLB flushing, This includes functions to handle the MMUOPS callouts. Signed-off-by: Jack Steiner <steiner@sgi.com> --- drivers/misc/sgi-gru/grutlbpurge.c | 370 +++++++++++++++++++++++++++++++++++++ 1 file changed, 370 insertions(+) Index: linux-2.6.26-rc8/drivers/misc/sgi-gru/grutlbpurge.c =================================================================== --- /dev/null 1970-01-01 00:00:00.000000000 +0000 +++ linux-2.6.26-rc8/driver...

This file contains functions realted to managing GRU resources provided to the user. Examples include GRU context assignment, load, unload, migration, etc.. Signed-off-by: Jack Steiner <steiner@sgi.com> --- drivers/misc/sgi-gru/grumain.c | 798 +++++++++++++++++++++++++++++++++++++++++ 1 file changed, 798 insertions(+) Index: linux-2.6.26-rc8/drivers/misc/sgi-gru/grumain.c =================================================================== --- /dev/null 1970-01-01 00:00:00.000000000 ...

This file contains the functions that manage GRU page faults and exceptions. Signed-off-by: Jack Steiner <steiner@sgi.com> --- drivers/misc/sgi-gru/grufault.c | 597 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 597 insertions(+) Index: linux-2.6.26-rc8/drivers/misc/sgi-gru/grufault.c =================================================================== --- /dev/null 1970-01-01 00:00:00.000000000 +0000 +++ linux-2.6.26-rc8/drivers/misc/sgi-gru/grufault.c 2008-07-03 16:16:27...

This patch contains header files internal to the GRU driver. Signed-off-by: Jack Steiner <steiner@sgi.com> --- drivers/misc/sgi-gru/gru.h | 67 ++++ drivers/misc/sgi-gru/grulib.h | 97 ++++++ drivers/misc/sgi-gru/grutables.h | 545 +++++++++++++++++++++++++++++++++++++++ 3 files changed, 709 insertions(+) Index: linux-2.6.26-rc8/drivers/misc/sgi-gru/gru.h =================================================================== --- /dev/null 1970-01-01 00:00:00.000000000 +000...

This patch contains the header file used to export GRU services to other kernel drivers such as XPMEM or XPNET. Signed-off-by: Jack Steiner <steiner@sgi.com> --- drivers/misc/sgi-gru/grukservices.h | 134 ++++++++++++++++++++++++++++++++++++ 1 file changed, 134 insertions(+) Index: linux-2.6.26-rc8/drivers/misc/sgi-gru/grukservices.h =================================================================== --- /dev/null 1970-01-01 00:00:00.000000000 +0000 +++ linux-2.6.26-rc8/drivers/misc...

This series of patches adds a driver for the SGI UV GRU. The driver is still in development but it currently compiles for both x86_64 & IA64. All simple regression tests pass on IA64. Although features remain to be added, I'd like to start the process of getting the driver into the kernel. Additional kernel drivers will depend on services provide by the GRU driver. The GRU is a hardware resource located in the system chipset. The GRU contains memory that is mmaped into the user address space. Th...

use ACPI_NUMA directly and move srat_32.c to mm/ Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index ebfcf8c..7301dfb 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -460,11 +460,6 @@ config MEMTEST memtest=4, mean do 4 test patterns. If you are unsure how to answer this question, answer Y. -config ACPI_SRAT - def_bool y - depends on X86_32 && ACPI && NUMA && X86_GENERICARCH - select ACP...

Hi Jeff, How about the Frame-Relay fix, would you like me to repost it? Alternatively you can get it from (based on 2.6.25): git://git.kernel.org/pub/scm/linux/kernel/git/chris/linux-2.6.git hdlc-fixes aka (on *.kernel.org): /pub/scm/linux/kernel/git/chris/linux-2.6.git hdlc-fixes It contains: $ git-diff --stat v2.6.25 drivers/net/wan/hdlc_fr.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) I'd be glad if it makes it to 2.6.26, it's a) obvious, b) security-related, c) extra...

Remove the private implementation of 32-bit rotation and unaligned access with byteswapping. As a bonus, fixes sparse warnings: crypto/camellia.c:602:2: warning: cast to restricted __be32 crypto/camellia.c:603:2: warning: cast to restricted __be32 crypto/camellia.c:604:2: warning: cast to restricted __be32 crypto/camellia.c:605:2: warning: cast to restricted __be32 crypto/camellia.c:710:2: warning: cast to restricted __be32 crypto/camellia.c:711:2: warning: cast to restricted __be32 crypto/camell...

On Thu, 3 Jul 2008 21:50:31 +0100 (BST) I switched memrlimit-add-memrlimit-controller-accounting-and-control-memrlimit-improve-fork-and-error-handling.patch and memrlimit-cgroup-mm-owner-callback-changes-to-add-task-info-memrlimit-fix-sleep-inside-sleeplock-in-mm_update_next_owner.patch to Cc:you. There doesn't seem to have been much discussion regarding your recent objections to the memrlimit patches. But it caused me to put a big black mark on them. Perhaps sending it all again would be he...

On Thu, 3 Jul 2008 22:47:32 +0200 I need to get butt into gear and get most-of-mm into linux-next. I'll be picking that up when 2.6.27-rc1 is done. --

Hi Lee, I'm having unexpected results with get_mempolicy(2) in 2.6.26, and I am hoping that you can either agree with me, or maybe comment on my misconceptions. When I have a task with no special task mempolicy (the default mempolicy), when I call get_mempolicy(2), it returns a policy value of 2 (MPOL_BIND) with a NULL nodemask. I believe that this is because of the code in do_get_mempolicy() that does: *policy |= pol->flags; in the else case when flags do not contain MPOL_F_NODE. ...

Fixe sparse warnings: fs/ecryptfs/inode.c:368:15: warning: cast to restricted __be64 fs/ecryptfs/mmap.c:385:12: warning: incorrect type in assignment (different base types) fs/ecryptfs/mmap.c:385:12: expected unsigned long long [unsigned] [assigned] [usertype] file_size fs/ecryptfs/mmap.c:385:12: got restricted __be64 [usertype] <noident> fs/ecryptfs/mmap.c:428:12: warning: incorrect type in assignment (different base types) fs/ecryptfs/mmap.c:428:12: expected unsigned long long [unsign...

From: Hiroshi Shimamoto <h-shimamoto@ct.jp.nec.com> This printk has a KERN_ facility level in the format string. Signed-off-by: Hiroshi Shimamoto <h-shimamoto@ct.jp.nec.com> --- arch/x86/kernel/signal_32.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/x86/kernel/signal_32.c b/arch/x86/kernel/signal_32.c index d923736..d633d80 100644 --- a/arch/x86/kernel/signal_32.c +++ b/arch/x86/kernel/signal_32.c @@ -212,7 +212,7 @@ asmlinkage unsigned long sys...

From: J. Bruce Fields <bfields@citi.umich.edu> To return garbage_args, the accept_stat must be 0, and we must have a verifier. So we shouldn't be resetting the write pointer as we reject the call. Also, we must add the two placeholder words here regardless of success of the unwrap, to ensure the output buffer is left in a consistent state for svcauth_gss_release(). This fixes a BUG() in svcauth_gss.c:svcauth_gss_release(). Thanks to Aime Le Rouzic for bug report, debugging help, and t...

With the removal of destructors, slab_destroy_objs no longer actually destroys any objects, making the kernel doc incorrect and the function name misleading. In keeping with the other debug functions, rename it to slab_destroy_debugcheck and drop the kernel doc. Signed-off-by: Rabin Vincent <rabin@rab.in> --- mm/slab.c | 14 +++----------- 1 files changed, 3 insertions(+), 11 deletions(-) diff --git a/mm/slab.c b/mm/slab.c index 046607f..b4aa4c8 100644 --- a/mm/slab.c +++ b/mm/sla...

so other path that will override memory_setup or machine_specific_memory_setup could have e820_saved too Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/e820.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) Index: linux-2.6/arch/x86/kernel/e820.c =================================================================== --- linux-2.6.orig/arch/x86/kernel/e820.c +++ linux-2.6/arch/x86/kernel/e820.c @@ -1294,8 +1294,6 @@ char *__init default_machine_sp...

seperate reserve_setup_data into e820_reserved_setup_data, and reserve_early_setup_data. So could use e820_reserved_setup_data to backup e820 with setup_data Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> --- arch/x86/kernel/setup.c | 28 +++++++++++++++++++++++----- 1 file changed, 23 insertions(+), 5 deletions(-) Index: linux-2.6/arch/x86/kernel/setup.c =================================================================== --- linux-2.6.orig/arch/x86/kernel/setup.c +++ linux-2...