| From | Subject | Date |
|---|---|---|
| J.A. | Strange mtrrs in Aspire One
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=...
| Sep 29, 7:57 pm 2008 |
| Andi Kleen | Please pull arch perfmon update
Robert,
Here are the arch perfmon changes ported to your latest oprofile tree.
I didn't include the forcepmu=... change yet, that will come later.
Right now the force option is just removed. Please pull.
Thanks,
-Andi
The following changes since commit 22d87103484983035cf46891428819573ec7508d:
Robert Richter (1):
Merge branch 'oprofile/powerpc-for-paul' into oprofile/master
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc-2...
| Sep 29, 7:52 pm 2008 |
| Matt Mackall | [RFC PATCH 1/2] Shrink compat_ioctl.c
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 ...
| Sep 29, 7:27 pm 2008 |
| Andi Kleen | Re: [RFC PATCH 1/2] Shrink compat_ioctl.c
You mean by using a closed hash?
Acked-by: Andi Kleen <ak@linux.intel.com>
-Andi
--
| Sep 29, 7:38 pm 2008 |
| Matt Mackall | Re: [RFC PATCH 1/2] Shrink compat_ioctl.c
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.
--
| Sep 29, 7:38 pm 2008 |
| Matt Mackall | [RFC PATCH 2/2] Shrink compat_ioctl.c
compat-ioctl: further compactify table
Most entries use the basic compat handler, which means for most
entries it's redundant. Rather than store a handler for each entry, we
split the table so that there are two entry types, the 'basic stuff'
and the handler pointer.
At build time, the table is sorted so that each entry with a handler
pointer is two entries, handler pointer first. At init time we re-sort
the list so that all the handler pointers are at the end of the table
and each basic entry t...
| Sep 29, 7:29 pm 2008 |
| Chad Zanonie | [PATCH] oom-killer kills more than needed
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...
| Sep 29, 7:09 pm 2008 |
| gettinther | sata dvdroms fails to be recognized by MCP55 controller with...
Hi,
I'm currently trying to get the 2.6.26.5 kernel to work but cannot get
the sata dvdrom to be recognized by the MCP55. The controller works
with the 2.6.24.4 and 2.6.25.17 kernels. I had to use
CONFIG_ACPI_DOCK=y for the 2.6.25.17 but this did not work with the
2.6.26.5. The problem has been confirmed on at least 2 machines.
I have tried various boot options (pci=nomsi, acpi=off and any other
relevant code I could find) but nothing seems to work. The odd thing
is the sata dvdrom was recog...
| Sep 29, 7:01 pm 2008 |
| Dylan Taft | Re: questions about x86: mtrr cleanup for converting continu...
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...
| Sep 29, 6:46 pm 2008 |
| Linus Torvalds | Linux 2.6.27-rc8
So yet another week, another -rc. This one should be the last one: we're
certainly not running out of regressions, but at the same time, at some
point I just have to pick some point, and on the whole the regressions
don't look _too_ scary. And -rc8 obviously does fix more of them.
Most of the changes since -rc7 are pretty small, and there aren't even a
whole lot of them. The shortlog (appended) is just a couple of pages, and
the diffstat is even smaller, but since the dirstat is a dense overv...
| Sep 29, 6:39 pm 2008 |
| Jiri Kosina | Re: Linux 2.6.27-rc8
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...
| Sep 29, 7:33 pm 2008 |
| david | Re: Linux 2.6.27-rc8
unless there is news that I missed, the E1000 bricking bug is still out
there. that is a particularly nasty one.
--
| Sep 29, 7:09 pm 2008 |
| Thomas Gleixner | [GIT pull] timer fixes for .27
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 ...
| Sep 29, 6:15 pm 2008 |
| Paul E. McKenney | Re: [GIT pull] timer fixes for .27
Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
--
| Sep 29, 6:44 pm 2008 |
| Chuck Ebbert | [patch 1/2] revert: x86: move prefill_possible_map calling e...
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...
| Sep 29, 6:27 pm 2008 |
| Chuck Ebbert | [patch 2/2] x86: move prefill_possible_map calling early, fi...
From: Chuck Ebbert <cebbert@redhat.com>
x86: move prefill_possible_map calling early, fix, V2
fix:
Fix this by making prefill_possible_map() available even when
CONFIG_HOTPLUG_CPU is not set. The function is needed so that
the number of possible CPUs can be determined.
Tested on uniprocessor machine with CPU hotplug disabled.
From boot log:
Before: NR_CPUS: 512, nr_cpu_ids: 512, nr_node_ids 1
After: NR_CPUS: 512, nr_cpu_ids: 1, nr_node_ids 1
Signed-off-by: Chuck Ebbert <cebber...
| Sep 29, 6:29 pm 2008 |
| Chuck Ebbert | [patch] xen: make CONFIG_XEN_SAVE_RESTORE depend on CONFIG_XEN
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...
| Sep 29, 6:24 pm 2008 |
| Jeremy Fitzhardinge | Sep 29, 7:52 pm 2008 | |
| Emmanuel Fusté | Re: [RFC PATCH 0/4] Implementation of IR support using the i...
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.
--
| Sep 29, 6:18 pm 2008 |
| Jon Smirl | Re: [RFC PATCH 0/4] Implementation of IR support using the i...
On Mon, Sep 29, 2008 at 6:18 PM, Emmanuel Fusté
I've been considering a sysfs interface for raw signals. Specialized
apps that can handle raw signal could use this interface. It's not
hard to add support for raw codes, maybe in the next pass. Something
like a "raw" attribute. Write ints to it and they get sent, read ints
from it to see what was received.
--
Jon Smirl
jonsmirl@gmail.com
--
| Sep 29, 7:02 pm 2008 |
| Maxim Levitsky | Re: [RFC PATCH 0/4] Implementation of IR support using the i...
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,
--
| Sep 29, 7:17 pm 2008 |
| Karol Lewandowski | BUG: Commit 1b7fc5aae8867046f8d3d45808309d5b7f2e036a makes s...
Commit 1b7fc5aae8867046f8d3d45808309d5b7f2e036a causes my Thinkpad T21
to no longer generate any hotkey events (e.g. suspend fn-f4, switch-output
fn-f7, etc.) after resume.
It's regression from 2.6.25. 2.6.26 and 2.6.27-rc7 are broken,
reverting that commit on 2.6.27-rc7 makes keys work again.
Thanks.
[Rafael added for regression tracking ;]
commit 1b7fc5aae8867046f8d3d45808309d5b7f2e036a
Author: Alexey Starikovskiy <astarikovskiy@suse.de>
Date: Fri Jun 6 11:49:33 2008 -0400
...
| Sep 29, 6:16 pm 2008 |
| Rafael J. Wysocki | Re: BUG: Commit 1b7fc5aae8867046f8d3d45808309d5b7f2e036a mak...
Can you see if the patch at
http://bugzilla.kernel.org/attachment.cgi?id=18044&action=view
(against current -git) helps?
Thanks,
Rafael
--
| Sep 29, 6:25 pm 2008 |
| Karol Lewandowski | Re: BUG: Commit 1b7fc5aae8867046f8d3d45808309d5b7f2e036a mak...
It doesn't help (and -rc8 doesn't help either).
Thanks.
--
| Sep 29, 7:40 pm 2008 |
| Tyler Hicks | [PATCH] eCryptfs: Remove netlink transport
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 ++...
| Sep 29, 6:16 pm 2008 |
| Russ Anderson | [PATCH 4/4] Add sysfs entries for UV
[PATCH 4/4] Add sysfs entries for UV
Create /sys/firmware/sgi_uv sysfs entries for partition_id and coherence_id.
Signed-off-by: Russ Anderson <rja@sgi.com>
---
arch/x86/kernel/Makefile | 2 -
arch/x86/kernel/uv_sysfs.c | 72 +++++++++++++++++++++++++++++++++++++++++++++
include/asm-x86/uv/bios.h | 1
3 files changed, 74 insertions(+), 1 deletion(-)
Index: linux/arch/x86/kernel/Makefile
===================================================================
--- linux.orig/ar...
| Sep 29, 6:03 pm 2008 |
| Russ Anderson | [PATCH 3/4] Add UV partition call
[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
=============================================================...
| Sep 29, 6:03 pm 2008 |
| Russ Anderson | [PATCH 2/4] Add UV bios call infrastructure
[PATCH 2/4] Add UV bios call infrastructure
Add the UV wrapper code to call OEM runtime service.
Signed-off-by: Russ Anderson <rja@sgi.com>
Signed-off-by: Paul Jackson <pj@sgi.com>
---
arch/x86/kernel/bios_uv.c | 73 ++++++++++++++++++++++++++++++++--------------
include/asm-x86/uv/bios.h | 62 ++++++++++++++++++---------------------
2 files changed, 82 insertions(+), 53 deletions(-)
Index: linux/arch/x86/kernel/bios_uv.c
====================================================...
| Sep 29, 6:02 pm 2008 |
| Russ Anderson | [PATCH 1/4] Add EFI OEM runtime services entry
[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
@@ ...
| Sep 29, 6:02 pm 2008 |
| Russ Anderson | [PATCH 0/4] x86: UV runtime bios calls
[PATCH 0/4] x86: UV runtime bios calls
Purpose:
Create an interface to allow calls into bios to return platform
specific information. The interface adds a new EFI runtime call
for OEMs. EFI provides a mechanism for defining runtime calls
to firmware routines. This patchset builds on the EFI mechanism
to provide access to those firmware routines.
Version 3 changes:
Add function (oem) to efi_runtime_services_t, replacing uv_systab.
Use efi_call_virt<n>.
Remove efi_call<n>...
| Sep 29, 6:02 pm 2008 |
| Andi Kleen | Re: Faster getcpu() and sched_getcpu()
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
--
| Sep 29, 6:07 pm 2008 |
| dean gaudet | Re: Faster getcpu() and sched_getcpu()
[attempting resend in plain-text only because thunderbird lost the
battle vs. vger]
--
| Sep 29, 5:59 pm 2008 |
| Jesse Brandeburg | [PATCH] x86: export set_memory_ro and set_memory_rw
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@...
| Sep 29, 5:39 pm 2008 |
| Jesse Brandeburg | [PATCH] x86: export set_memory_ro and set_memory_rw
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@...
| Sep 29, 5:38 pm 2008 |
| Vincent Legoll | [PATCH] PCI probing debug message uniformization
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...
| Sep 29, 5:03 pm 2008 |
| Andi Kleen | Re: Faster getcpu() and sched_getcpu()
Seems unnecessarily complicated.
-Andi
--
ak@linux.intel.com
--
| Sep 29, 4:50 pm 2008 |
| Yinghai Lu | [PATCH] x86: mtrr_cleanup safe to get more spare regs now
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...
| Sep 29, 4:39 pm 2008 |
| Yinghai Lu | (No subject)
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...
| Sep 29, 4:38 pm 2008 |
| Jeffrey W. Baker | Put unused PCI devices in D3
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...
| Sep 29, 4:11 pm 2008 |
| Gary Hade | [PATCH] mm: show node to memory section relationship with sy...
Show node to memory section relationship with symlinks in sysfs
Add /sys/devices/system/node/nodeX/memoryY symlinks for all
the memory sections located on nodeX. For example:
/sys/devices/system/node/node1/memory135 -> ../../memory/memory135
indicates that memory section 135 resides on node1.
Successfully tested with 2.6.27-rc7 source on 2-node x86_64,
2-node ppc64, and 2-node ia64 systems.
Also revises documentation to cover this change as well as updating
Documentation/ABI/testing/sysf...
| Sep 29, 4:05 pm 2008 |
| Chris Mason | [RFC] Btrfs mainline plans
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...
| Sep 29, 3:44 pm 2008 |
| Christoph Lameter | [patch 1/4] Make the per cpu reserve configurable
The per cpu reserve from which loadable modules allocate their percpu sections
is currently fixed at 8000 bytes.
Add a new kernel parameter
percpu=<dynamically allocatable percpu bytes>
The per cpu reserve area will be used in following patches by the
per cpu allocator.
Signed-off-by: Christoph Lameter <cl@linux-foundation.org>
---
arch/ia64/include/asm/percpu.h | 1 +
include/linux/percpu.h | 7 ++++++-
init/main.c | 13 +++++++++++++
3 ...
| Sep 29, 3:35 pm 2008 |
| Christoph Lameter | [patch 3/4] cpu alloc: The allocator
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...
| Sep 29, 3:35 pm 2008 |
| Christoph Lameter | [patch 0/4] Cpu alloc V6: Replace percpu allocator in module...
Just do the bare mininum to establish a per cpu allocator. Later patchsets
will gradually build out the functionality.
The most critical issue that came up awhile back was how to configure
the size of the percpu area. Here we simply use a kernel parameter and use
the static size of the existing percpu allocator for modules as a default.
The effect of this patchset is to make the size of percpu data for modules
configurable. Its no longer fixed at 8000 bytes.
Changes:
V5->V6:
- Fix various ...
| Sep 29, 3:35 pm 2008 |
| Christoph Lameter | [patch 2/4] percpu: Rename variables PERCPU_ENOUGH_ROOM ->...
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 +++++---...
| Sep 29, 3:35 pm 2008 |
| Christoph Lameter | [patch 4/4] cpu alloc: Use cpu allocator instead of the buil...
Remove the builtin per cpu allocator from modules.c and use cpu_alloc instead.
Signed-off-by: Christoph Lameter <cl@linux-foundation.org>
---
include/linux/module.h | 1
kernel/module.c | 178 ++++---------------------------------------------
2 files changed, 17 insertions(+), 162 deletions(-)
Index: linux-2.6/kernel/module.c
===================================================================
--- linux-2.6.orig/kernel/module.c 2008-09-19 08:12:10.000000000 -0500
+++ linux-2...
| Sep 29, 3:35 pm 2008 |
| Nicholas A. Bellinger | [ANNOUNCE]: ConfigFS enabled Generic Target Mode and iSCSI T...
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
...
| Sep 29, 3:21 pm 2008 |
| Adam Jackson | [PATCH] x86: IOMMU setup failures should not be KERN_ERR
The number of BIOSes that have an option to enable the IOMMU, or fix
anything about its configuration, is vanishingly small. There's no good
reason to punish quiet boot for this.
Signed-off-by: Adam Jackson <ajax@redhat.com>
---
arch/x86/kernel/aperture_64.c | 6 +++---
include/asm-x86/gart.h | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kernel/aperture_64.c b/arch/x86/kernel/aperture_64.c
index 44e2182..9a32b37 100644
--- a/arch/x86/ke...
| Sep 29, 2:52 pm 2008 |
| Adam Jackson | [PATCH] Don't print an error message just because there's no...
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
...
| Sep 29, 2:36 pm 2008 |
| Frederic Weisbecker | [PATCH -tip 4/4] Tracing/ftrace: adapt the boot tracer to th...
This patch adapts the boot tracer to the new type of the
print_line callback.
It still relays entries it doesn't support to default output
functions.
Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
---
kernel/trace/trace_boot.c | 15 +++++++++------
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/kernel/trace/trace_boot.c b/kernel/trace/trace_boot.c
index d5c9e2e..48186b1 100644
--- a/kernel/trace/trace_boot.c
+++ b/kernel/trace/trace_boot.c
@@ -45,21 +45,24 @@...
| Sep 29, 2:31 pm 2008 |
| previous day | today | next day |
|---|---|---|
| September 28, 2008 | September 29, 2008 | September 30, 2008 |
| Theodore Tso | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 011/196] sysfs: Fix a copy-n-paste typo in comment |
git: | |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
