Hi all... My aspire one is giving some strange MTRR settings with rc7-git5 (and prevous kernels, but that is what I run now...): one:~> cat /proc/mtrr reg00: base=0xfffe0000 (4095MB), size= 128KB: write-protect, count=1 reg01: base=0xfffc0000 (4095MB), size= 128KB: uncachable, count=1 reg02: base=0x00000000 ( 0MB), size= 256MB: write-back, count=1 reg03: base=0x10000000 ( 256MB), size= 256MB: write-back, count=1 reg04: base=0x1f800000 ( 504MB), size= 8MB: uncachable, count=1 reg05: base=...

I'm throwing this out untested as I don't have a mixed 64/32 system handy at the moment. compat_ioctl: shrink structures Initially, compat_ioctl.c has a ~18k table of translated ioctls. Each table entry is 24 bytes but we can shrink this to 16: - use short table indexes rather than a pointer for .next values - use unsigned ints for cmd numbers (they're 32-bit ioctls, after all) In addition, there's a 2k hash table that we can do away with simply by hashifying the main table in place at init ...

The original hash table was 256 pointers into the main table. I simply rearrange the main table so the first 256 entries have an appropriate hash. Basically: for i in len(table): h = hash(table[i]) swap(table[i], table[hash]) At the end of this loop, table[0:256] will contain an appropriate table entry, if it exists. So no secondary table is needed. -- Mathematics is the supreme nostalgia of our time. --

Signed-off-by: Chad Zanonie This mod firstly replaces a !p->mm check with PF_KTHREAD to more accurately identify kthreads. Secondly, it adds a (p->state & TASK_DEAD) check to identify processes that have released their mm entirely. Not waiting for a process to finish releasing its memory entirely can cause the OOM killer to kill another application unnecessarily (while p->mm is null but memory isn't yet available). diff --git a/mm/oom_kill.c b/mm/oom_kill.c index 64e5b4b..f325a87...

I think a workaround in the kernel is absolutely necessary. A lot of newer motherboards have this issue, where a whole section of memory will be marked as write-back, and write-combining can't be embedded/nested. As far as I'm aware, changing MTRRs won't make a system unstable, especially if done so early on, when the kernel is starting up. All it does is change the behavior on how the CPU will cache write requests to memory. All system memory should be marked as write-back, how many MTRRs are us...

If 2.6.27 is released with e1000e driver corrupting EEPROM contents on many systems out there, rendering the cards unusable for most of the i-am-not-a-hacker users (and remember, even Dave Airlie bricked his laptop completely to death, when trying to restore eeprom contents), well, I personally find that very scary. Intel is working with us on tracking down and resolving the issue, but this is not going as well as one would like to see (one attempt, one card with completely hosed EEPROM con...

Linus, Please pull the latest timers-fixes-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git timers-fixes-for-linus The patches fix hard to trigger bugs in the CPU offline code of hrtimers which were noticed by Paul McKenney recently. In the worst case they can leave migrated hrtimers in a stale state. Thanks, tglx ------------------> Thomas Gleixner (4): hrtimer: migrate pending list on cpu offline hrtimer: fix migration ...

From: Chuck Ebbert <cebbert@redhat.com> revert: x86: move prefill_possible_map calling early, fix revert 4a7017370aa0a94a00ae5b5705e9169cdcae5fb8 This is the wrong fix: prefill_possible_map() needs to be available even when CONFIG_HOTPLUG_CPU is not set. A followon patch will do that. Signed-off-by: Chuck Ebbert <cebbert@redhat.com> --- --- b/include/asm-x86/smp.h +++ a/include/asm-x86/smp.h @@ -116,6 +116,8 @@ extern int __cpu_disable(void); extern void __cpu_die(unsign...

From: Chuck Ebbert <cebbert@redhat.com> xen: make CONFIG_XEN_SAVE_RESTORE depend on CONFIG_XEN Xen options need to depend on XEN. Also, add newline at end of file. Without this patch you need to disable CONFIG_PM in order to disable CPU hotplugging. Signed-off-by: Chuck Ebbert <cebbert@redhat.com> --- Index: linux-2.6.26.noarch/arch/x86/xen/Kconfig =================================================================== --- linux-2.6.26.noarch.orig/arch/x86/xen/Kconfig +++ linu...

Yes, in kernel clean/smalls (encoding/)decoding engines abstracted by the input subsystem are a good thing. But you still need a way to send and received raw IR signal to be able to send or decode very out of spec signals like RC5 timing dependent Philips service mode codes. Or simply to decode / reverse engineer an IR protocol not already implemented Best regards, Emmanuel. --

Just one question, Suppose I have non-standard remote, and I want to teach lirc to use it, and I have general purpose receiver, how can I do this? Best regards, --

Can you see if the patch at http://bugzilla.kernel.org/attachment.cgi?id=18044&action=view (against current -git) helps? Thanks, Rafael --

The netlink transport code has not worked for a while and the miscdev transport is a simpler solution. This patch removes the netlink code and makes the miscdev transport the only eCryptfs kernel to userspace transport. Signed-off-by: Tyler Hicks <tyhicks@linux.vnet.ibm.com> --- fs/ecryptfs/Makefile | 2 +- fs/ecryptfs/ecryptfs_kernel.h | 28 +---- fs/ecryptfs/keystore.c | 32 +++--- fs/ecryptfs/main.c | 19 ++-- fs/ecryptfs/messaging.c | 118 ++...

[PATCH 3/4] Add UV partition call Add a bios call to return partitioning related info. Signed-off-by: Russ Anderson <rja@sgi.com> --- arch/x86/kernel/bios_uv.c | 44 ++++++++++++++++++++++++++++++++++----- arch/x86/kernel/genx2apic_uv_x.c | 14 +++++++----- include/asm-x86/uv/bios.h | 22 ++++++++++++++++--- 3 files changed, 66 insertions(+), 14 deletions(-) Index: linux/arch/x86/kernel/genx2apic_uv_x.c =============================================================...

[PATCH 1/4] Add EFI OEM runtime services entry Add oem runtime services function pointer. Signed-off-by: Russ Anderson <rja@sgi.com> Signed-off-by: Paul Jackson <pj@sgi.com> --- include/linux/efi.h | 1 + 1 file changed, 1 insertion(+) Index: linux/include/linux/efi.h =================================================================== --- linux.orig/include/linux/efi.h 2008-09-29 15:20:53.000000000 -0500 +++ linux/include/linux/efi.h 2008-09-29 15:20:59.000000000 -0500 @@ ...

It's unnecessary to have frame pointer in the kernel functions I meant. I agree with you that disabling redzone is needed for kernel code, but without frame pointers (which are generally a bad idea for performance and should not have been added to the 64bit port ever) redzone is also not particularly expensive and it shouldn't be needed to do anything complicated (like splitting files) just for the few cycles. -Andi -- ak@linux.intel.com --

From: Bruce Allan <bruce.w.allan@intel.com> Export set_memory_ro() and set_memory_rw() calls for use by drivers that need to have more debug information about who might be writing to memory space. this was initially developed for use while debugging a memory corruption problem with e1000e. patch was modified with this suggestion. Signed-off-by: Bruce Allan <bruce.w.allan@intel.com> Signed-off-by: Jesse Brandeburg <jesse.brandeburg@intel.com> Acked-by: Ingo Molnar <mingo@...

Hello, Here is a patch to uniformize PCI probing debug messages at boot with dev_printk() intead of manual printk() for example, it goes from the mixed-style: PCI: 0000:00:1b.0 reg 10 64bit mmio: [f4280000, f4283fff] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold to uniform: pci 0000:00:1b.0: reg 10 64bit mmio: [f4280000, f4283fff] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold If people prefer the UPPERCASE "PCI:" prefix from dev_printk(), that would be matter for anothe...

don't need to break earlier, could get more optimized setting automatically results: 1. hpa reg00: base=0xc0000000 (3072MB), size=1024MB: uncachable, count=1 reg01: base=0x13c000000 (5056MB), size= 64MB: uncachable, count=1 reg02: base=0x00000000 ( 0MB), size=4096MB: write-back, count=1 reg03: base=0x100000000 (4096MB), size=1024MB: write-back, count=1 reg04: base=0xbf700000 (3063MB), size= 1MB: uncachable, count=1 reg05: base=0xbf800000 (3064MB), size= 8MB: uncachable, count=1 will ge...

My laptop computer has half a dozen unused PCI devices that could be put in the D3 power state, but they loiter in D0. The audio codec, the ethernet adapter, the unused PCI Express port, all the USB controllers, the IEEE1394 controller, the SD/MMC card controller, and the cardbus bridge all support D3(hot) power state. Currently it looks to me from browsing the code that D3 is only used in Linux when the whole machine is headed for S3, and the drivers are asked to suspend. I think the drivers sho...

Hello everyone, Thanks to help from David Woodhouse and Linus, I have btrfs source repos migrated over to git. My goal is to make the sources easier for people to review, and to start some discussions around the best time to merge Btrfs. The current code has a number of problems (and this is not a complete list): * The disk format is not finalized * ENOSPC can result in BUG() * blocksize != pagesize does not work * Error handling is missing in a number of places But, the code is very act...

The per cpu allocator allows dynamic allocation of memory on all processors simultaneously. A bitmap is used to track used areas. The allocator implements tight packing to reduce the cache footprint and increase speed since cacheline contention is typically not a concern for memory mainly used by a single cpu. Small objects will fill up gaps left by larger allocations that required alignments. The size of the cpu_alloc area can be changed via the percpu=xxx kernel parameter. Signed-off-by: Chris...

Rename PERCPU_ENOUGH_ROOM to PERCPU_AREA_SIZE since its really specifying the size of the percpu areas. Rename PERCPU_MODULE_RESERVE to PERCPU_RESERVE_SIZE in anticipation of more general use of that reserve. Signed-off-by: Christoph Lameter <cl@linux-foundation.org> --- arch/ia64/include/asm/percpu.h | 2 +- arch/powerpc/kernel/setup_64.c | 4 ++-- arch/sparc64/kernel/smp.c | 2 +- arch/x86/kernel/setup_percpu.c | 3 +-- include/linux/percpu.h | 10 +++++---...

Greetings all, I am happy to announce that the first ConfigFS configurable generic target engine (target_core_mod) and iSCSI Target Stack (iscsi_target_mod) are now able to use ConfigFS symlinks for the creation of Linux Storage Objects from drivers/scsi, block, or fs/ storage objects to iSCSI Target Port Endpoints. The code is available currently running on v2.6.27-rc7 and has been broken up into a number of commits at: http://git.kernel.org/?p=linux/kernel/git/nab/lio-core-2.6.git;a=summary ...

From: Peter Jones <pjones@redhat.com> Some systems, such as EFI-based Apple systems, won't necessarily have an i8042 to initialize. We shouldn't be printing an error message in this case, since not detecting the chip is the correct behavior. Signed-off-by: Adam Jackson <ajax@redhat.com> --- drivers/input/serio/i8042.c | 4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/input/serio/i8042.c b/drivers/input/serio/i8042.c index 170f71e..4f3e632 100644 ...