Added dummy function for hpet_setup_msi_irq(). Signed-off-by: Steven Noonan <steven@uplinklabs.net> --- arch/x86/kernel/hpet.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c index 01005ae..422c577 100644 --- a/arch/x86/kernel/hpet.c +++ b/arch/x86/kernel/hpet.c @@ -635,6 +635,10 @@ static int hpet_cpuhp_notify(struct notifier_block *n, } #else +static int hpet_setup_msi_irq(unsigned int irq) +{ + return...

Fixed a warning caused by a badly placed ifdef. Signed-off-by: Steven Noonan <steven@uplinklabs.net> --- include/asm-x86/dma-mapping.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/asm-x86/dma-mapping.h b/include/asm-x86/dma-mapping.h index a072ae6..8bb3108 100644 --- a/include/asm-x86/dma-mapping.h +++ b/include/asm-x86/dma-mapping.h @@ -255,9 +255,9 @@ static inline unsigned long dma_alloc_coherent_mask(struct device *dev, static inline gfp_t dma...

From: Alain Knaff <alain@knaff.lu> This is an updated version of my bzip2/lzma patch It is based on an idea by Christian Ludwig, includes support for compressing the kernel with bzip2 or lzma rather than gzip. Both compressors give smaller sizes than gzip. Lzma's decompresses faster than bzip2. It also supports ramdisks and initramfs' compressed using these two compressors. The functionality has been successfully used for a couple of years by the udpcast project This version appli...

I have 2 IOMEGA BETA90 scsi drives connected to an Adaptec pci 2930c scsi adapter. I use these drives in their raw form vi the SG interface. I cannot boot successfully with these drives connected and no media installed (2.6.24.3). After the machine finally boots up, "lsscsi" does not even show them. I'm booting off Sata drives and the scsi controller is NOT in the initrd. When the media is installed all is good BTW. I tried "options scsi_mod dev_flags=IOMEGA:BETA90:0x1000" in my modprobe.conf ...

I like it. Thanks. --- ~Randy Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA http://linuxplumbersconf.org/ --

Two SMP fixes for sparc64: 1) Conversion to generic SMP call function helpers didn't update the locking. The sparc64 code was still using it's local "call lock" in it's cpu hotplug code, yet that isn't used for smp_call_function() et al. any longer. Fix to use the locking interface exposed by the generic code. 2) Bug fix from Paul McKenney so that the online cpu map is cleared at the correct moment during cpu hotplug. Otherwise an offline CPU can receive an interrupt and l...

Linus, Please pull the latest sched-fixes-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git sched-fixes-for-linus These are cpusets related cpu hotplug race fixes that have been tested to fix crashes and behavioral regressions that were reported. Thanks, Ingo ------------------> Max Krasnyansky (2): sched, cpuset: rework sched domains and CPU hotplug handling (v4) sched: arch_reinit_sched_domains() must destroy domains to f...

That looks OK, but rather than copying it, why not move the definition into pgtable.h? Isn't it identical for all pagetable modes? --

Linus, Please pull the latest x86-fixes-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86-fixes-for-linus Thanks, -hpa ------------------> H. Peter Anvin (1): x86: prevent binutils from being "smart" and generating NOPLs for us Jeremy Fitzhardinge (1): xen: fix 2.6.27-rc5 xen balloon driver warnings Linus Torvalds (1): x86: disable static NOPLs on 32 bits arch/x86/Kconfig.cpu | 13 ++++++++----- ar...

Does this patch fix that for you? -hpa

Oh bloody hell... cc-option = $(call try-run,\ $(CC) $(KBUILD_CFLAGS) $(1) -S -xc /dev/null -o "$$TMP",$(1),$(2)) Note the -S. Useless for anything related to the assembler. /me wimpers... -hpa --

Because the .26 group scheduler wasn't SMP aware. The extra cost comes from the fact that .27 is. --

Linus, Please pull the latest x86-fixes-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86-fixes-for-linus Thanks, -hpa ------------------> H. Peter Anvin (1): x86: enable CONFIG_X86_GENERIC by default arch/x86/Kconfig.cpu | 19 ++++++++++--------- 1 files changed, 10 insertions(+), 9 deletions(-) diff --git a/arch/x86/Kconfig.cpu b/arch/x86/Kconfig.cpu index 2c518fb..46d0acf 100644 --- a/arch/x86/Kconfig.cpu +++ b/a...

As far as I can tell, -Wa,-mtune=generic *should* work. It doesn't look to me as if cc1 will generate the long NOPs. That one we can do Well, the argument in favour would be that if you want a kernel that can cross between different microarchitectures, then you want the "don't suck horribly on any of them". We can, of course, divide them down further, but is it useful? The "ideal" way to do any of this would probably to have checkboxes for all the CPUs you want to support and then a ...

Support all from the last 10 years (ok excluding legacy models that just shipped forever like 486). I think that's quite reasonable to do and worked for a long time. -Andi -- ak@linux.intel.com --

agreed - especially the verify_area() impact makes it a non-starter. but 486 and higher is certainly quite reasonable, and is still being tested. ... and _in practice_ 99% of all systems that run Linux today understand CMOV. ... _and_ in practice 99% of all new Linux systems shipped today are Core2 or better. ... and so on it goes with this argument. Everyone has a different target audience and there's no firm limit. Maybe what makes more sense is to have some sort of time dependen...

cmov, cmpxchg and xadd are the noticeable things. I think there are realistically three classes: - _really_ old, to the point of being totally useless for SMP. This is really just 386 and clones. We _need_ a working WP for a race-free access_ok(), and we need cmpxchg (and lately xadd). SMP cannot really realistically work reasonably (ys, there were SMP machines. No, they don't matter), and you'd have to be insane to care about this as a vendor even on UP. Probably nob...

On Tue, 09 Sep 2008 01:17:19 +0200 so your cpu does not fall into this bucket...... no big deal. -- If you want to reach me at my work email, use arjan@linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org --

Not really. Detecting CPUID is pretty trivial, and we just initialize Well, PAE implies PSE. Unfortunately Intel released a series of Pentium-Ms without PAE support. We *should* be able to take PSE for granted, but there is Xen damage. -hpa --

SLAB/SLUB should actually auto detect the cache line at runtime. Similar feeling here. -Andi -- ak@linux.intel.com --

diff --git a/Makefile b/Makefile index 63c96c6..56fb747 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 26 -EXTRAVERSION = .4 +EXTRAVERSION = .5 NAME = Rotary Wombat # *DOCUMENTATION* diff --git a/include/linux/mroute.h b/include/linux/mroute.h index 35a8277..5e30ac3 100644 --- a/include/linux/mroute.h +++ b/include/linux/mroute.h @@ -2,7 +2,10 @@ #define __LINUX_MROUTE_H #include <linux/sockios.h> +#include <linux/types.h...

Well, the traditional wisdom in kernel land is that you want a spinlock if the contention phases are short. But we grow more an more places where we might do sleep under the lock. One optimization would be to spin, but only if the mutex holder is not sleeping. Or we make the spinning a completely different API, mutex_lock_adaptive() --

applied to tip/sched/cpu-hotplug - thanks Manfred, nice cleanup. (FYI, i fixed up the 3 problems that checkpatch reported) David, can you see any problems with the Sparc32 bits? Ingo --

Automounter maps can contain mount options valid for other NFS implementations but not for Linux. The Linux automounter uses the mount command's "-s" command line option ("s" for "sloppy") so that mount requests containing such options are not rejected. Commit f45663ce5fb30f76a3414ab3ac69f4dd320e760a attempted to address a known regression with text-based NFS mount option parsing. Unrecognized mount options would cause mount requests to fail, even if the "-s" option was used on the mount command ...

As of 2.6.26, most distribution kernels for PARISC are coming with the wrong RTC infrastructure enabled, meaning that userland can no longer get at the RTC, so all our parisc clocks are drifting. The fault is this patch: commit c750090085f260503d8beec1c73c4d2e4fe93628 Author: David Brownell <david-b@pacbell.net> Date: Mon Apr 28 02:11:52 2008 -0700 rtc: avoid legacy drivers with generic framework Which makes drivers/rtc take precedence over the generic rtc. However, for parisc ...