Update version and Changelog Signed-off-by: Bo Yang <bo.yang@lsi.com> --- Re-submitting Documentation/scsi/ChangeLog.megaraid_sas | 211 ++++++++++++++++++++ drivers/scsi/megaraid/megaraid_sas.c | 2 drivers/scsi/megaraid/megaraid_sas.h | 6 3 files changed, 215 insertions(+), 4 deletions(-) diff -rupN linux-2.6.22_orig/Documentation/scsi/ChangeLog.megaraid_sas linux-2.6.22_new/Documentation/scsi/ChangeLog.megaraid_sas --- linux-2.6.22_orig/Documentation/scsi/ChangeL...

Driver will skip physical devices scan for the first time if the fast_load is set Signed-off-by: Bo Yang <bo.yang@lsi.com> --- drivers/scsi/megaraid/megaraid_sas.c | 69 +++++++++++++++++++------ 1 files changed, 55 insertions(+), 14 deletions(-) diff -rupN linux-2.6.22_orig/drivers/scsi/megaraid/megaraid_sas.c linux-2.6.22_new/drivers/scsi/megaraid/megaraid_sas.c --- linux-2.6.22_orig/drivers/scsi/megaraid/megaraid_sas.c 2007-07-23 23:02:18.000000000 -0400 +++ linux-2.6.22_new/drivers...

This patch removes this unneeded mutex. Indeed it was used to serialized access to the hardware, but this is already done by the i2c-core layer, see 'bus_lock' mutex used by i2c_transfer(). Signed-off-by: Francis Moreau <francis.moro@gmail.com> Acked-by: Bryan Wu <bryan.wu@analog.com> Acked-by: Sonic Zhang <sonic.zhang@analog.com> --- drivers/i2c/busses/i2c-bfin-twi.c | 16 ---------------- 1 files changed, 0 insertions(+), 16 deletions(-) diff --git a/drivers/i2c/busses...

SSB uses a bool (SSB_PCMCIAHOST_POSSIBLE) to determine whether to build in PCMCIA support or not, as the PCMCIA host code itself is also only a bool, make SSB_PCMCIAHOST_POSSIBLE depend on PCMCIA=y. Without this, SSB_PCMCIAHOST_POSSIBLE evaluates to y when PCMCIA is built as a module, which results in link errors due to the pcmcia_access_configuration_register() accesses, where the symbol is only defined in a module. Signed-off-by: Paul Mundt <lethal@linux-sh.org> -- drivers/ssb/Kcon...

There's nothing that is problematic for file_fsync() with CONFIG_BLOCK=n, and it's built in unconditionally anyways, so move the prototype out to reflect that. Without this, the unionfs build bails out. CC fs/unionfs/file.o fs/unionfs/file.c:148: error: 'file_fsync' undeclared here (not in a function) make[2]: *** [fs/unionfs/file.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [fs/unionfs] Error 2 Signed-off-by: Paul Mundt <lethal@linux-sh.org> -- includ...

I think it would be better to do so, as that is where we pickup the defs for the original kernel_termios_to_user_termios and user_termios_to_kernel_termios. -Geoff -

Looks like those new calls are not protected by the TCGETS2 define. Adding those ifdefs seems like the correct fix. Mikey -

Convert cpu_sibling_map to a per_cpu cpumask_t array for the ppc64 architecture. This fixes build errors in block/blktrace.c and kernel/sched.c when CONFIG_SCHED_SMT is defined. Note: these changes have not been built nor tested. Signed-off-by: Mike Travis <travis@sgi.com> --- arch/powerpc/kernel/setup-common.c | 4 ++-- arch/powerpc/kernel/smp.c | 4 ++-- arch/powerpc/platforms/cell/cbe_cpufreq.c | 2 +- include/asm-powerpc/smp.h | 4 +...

This is from an earlier message from Christoph Lameter: processor_core.c currently tries to determine the apicid by special casing for IA64 and x86. The desired information is readily available via cpu_physical_id() on IA64, i386 and x86_64. Signed-off-by: Christoph Lameter <clameter@sgi.com> Additionally, boot_cpu_id needed to be exported to fix compile errors in dma code when !CONFIG_SMP. Signed-off-by: Mike Travis <travis@sgi.com> --- arch/x86_64/ke...

Convert cpu_llc_id from a static array sized by NR_CPUS to a per_cpu variable. This saves sizeof(cpu_llc_id) * NR unused cpus. Access is mostly from startup and CPU HOTPLUG functions. Note there's an addtional change of the type of cpu_llc_id from int to u8 for ARCH i386 to correspond with the same type in ARCH x86_64. Signed-off-by: Mike Travis <travis@sgi.com> --- arch/i386/kernel/cpu/intel_cacheinfo.c | 4 ++-- arch/i386/kernel/smpboot.c | 6 +++--- arch/x86_64/ke...

Convert cpu_sibling_map from a static array sized by NR_CPUS to a per_cpu variable. This saves sizeof(cpumask_t) * NR unused cpus. Access is mostly from startup and CPU HOTPLUG functions. Signed-off-by: Mike Travis <travis@sgi.com> --- arch/i386/kernel/cpu/cpufreq/p4-clockmod.c | 2 - arch/i386/kernel/cpu/cpufreq/speedstep-ich.c | 2 - arch/i386/kernel/io_apic.c | 4 +-- arch/i386/kernel/smpboot.c | 36 +++++++++++++-------------- arch/i386...

Fix four instances where cpu_to_node is referenced by array instead of via the cpu_to_node macro. This is preparation to moving it to the per_cpu data area. Signed-off-by: Mike Travis <travis@sgi.com> --- arch/x86_64/kernel/vsyscall.c | 2 +- arch/x86_64/mm/numa.c | 4 ++-- arch/x86_64/mm/srat.c | 4 ++-- 3 files changed, 5 insertions(+), 5 deletions(-) --- a/arch/x86_64/kernel/vsyscall.c +++ b/arch/x86_64/kernel/vsyscall.c @@ -291,7 +291,7 @@ unsigned long...

This is a copy of an older patch that is in rc3-mm1. It's needed to allow the remaining patches to integrate correctly. Signed-off-by: Mike Travis <travis@sgi.com> --- arch/x86_64/kernel/genapic.c | 2 -- arch/x86_64/kernel/genapic_flat.c | 1 - arch/x86_64/kernel/smpboot.c | 1 - include/asm-x86_64/smp.h | 1 - 4 files changed, 5 deletions(-) --- a/arch/x86_64/kernel/genapic.c +++ b/arch/x86_64/kernel/genapic.c @@ -29,8 +29,6 @@ = { [0 ... NR_CPU...

Most of the load in my system is triggered by a single ethernet IRQ. Essentially the IRQ schedules a tasklet and most of the work is done in the taskelet which is scheduled in the IRQ. From what I read looks like the tasklet would be executed on the same CPU on which it was scheduled. So this means even in an SMP system it will be one processor which is overloaded. So will using the user space IRQ loadbalancer really help? What I am doubtful about is that the user space load balance comes along and chang...

Timekeeping resume adjusts xtime by adding the slept time in seconds and resets the reference value of the clock source (clock->cycle_last). clock->cycle last is used to calculate the delta between the last xtime update and the readout of the clock source in __get_nsec_offset(). xtime plus the offset is the current time. The resume code ignores the delta which had already elapsed between the last xtime update and the actual time of suspend. If the suspend time is short, then we can see time goi...

This includes a small doc update, which I missed earlier. It doesn't change any code. The other three patches are real fixes. --Mark Please pull from 'upstream-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2.git upstream-linus to receive the following updates: Documentation/filesystems/ocfs2.txt | 13 ++++-- fs/Kconfig | 3 - fs/ocfs2/alloc.c | 1 fs/ocfs2/aops.c | 4 +- fs/ocfs2/file.c...

Is maple_dev->when an unsigned long? Rene. -

If it had been a signed type, it could've wrapped to something you didn't expect, explaining the difference at least... With an unsigned long, the only diference should be that time_after() deals with jiffie wrapping which I assume is not an actual problem here. I'll retreat into the shades again... ;-( Rene. -

On 09/12/2007 01:09 AM, Bj

On 2007.09.12 00:10:19 +0100, Adrian McMenamin wrote: > On 12/09/2007, Bj

(Sorry for the resend, I mucked up the TO: line in the earlier sending) This is the latest version of one-zonelist and it should be solid enough for wider testing. To briefly summarise, the patchset replaces multiple zonelists-per-node with one zonelist that is filtered based on nodemask and GFP flags. I've dropped the patch that replaces inline functions with macros from the end as it obscures the code for something that may or may not be a performance benefit on older compilers. If we see performa...

Using two zonelists per node requires very frequent use of zone_idx(). This is costly as it involves a lookup of another structure and a substraction operation. As struct zone is always word aligned and normally cache-line aligned, the pointer values have a number of 0's at the least significant bits of the address. This patch embeds the zone_id of a zone in the zonelist->zones pointers. The real zone pointer is retrieved using the zonelist_zone() helper function. The ID of the zone is found u...

The MPOL_BIND policy creates a zonelist that is used for allocations belonging to that thread that can use the policy_zone. As the per-node zonelist is already being filtered based on a zone id, this patch adds a version of __alloc_pages() that takes a nodemask for further filtering. This eliminates the need for MPOL_BIND to create a custom zonelist. A positive benefit of this is that allocations using MPOL_BIND now use the local-node-ordered zonelist instead of a custom node-id-ordered zonelist. ...

The allocator deals with zonelists which indicate the order in which zones should be targeted for an allocation. Similarly, direct reclaim of pages iterates over an array of zones. For consistency, this patch converts direct reclaim to use a zonelist. No functionality is changed by this patch. This simplifies zonelist iterators in the next patch. Signed-off-by: Mel Gorman <mel@csn.ul.ie> Acked-by: Christoph Lameter <clameter@sgi.com> --- include/linux/swap.h | 2 +- mm/page_al...

Hi again, with the r8169 I can't send a magic packet anymore. I'm using ethtool for that, with the previous one (an rtl8139b) it was working very well. ethtool -D apparently says it could send the packet ok. The receiving side hasn't changed (it's an r8169 too), it's setup for wake-on-lan and is soft-powered-off with ACPI as it should (no change in config since a few years). Do I have to set something special on the sending end ? Thanks, Xav -