14 Apr, 2009

2 commits

  • …git/tip/linux-2.6-tip

    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    x86: add linux kernel support for YMM state
    x86: fix wrong section of pat_disable & make it static
    x86: Fix section mismatches in mpparse
    x86: fix set_fixmap to use phys_addr_t
    x86: Document get_user_pages_fast()
    x86, intr-remap: fix eoi for interrupt remapping without x2apic

    Linus Torvalds
     
  • Atttempting to rid us of the problematic work_on_cpu(). Just use
    smp_call_fuction_single() here.

    This repairs a 10% sysbench(oltp)+mysql regression which Mike reported,
    due to

    commit 6b44003e5ca66a3fffeb5bc90f40ada2c4340896
    Author: Andrew Morton
    Date: Thu Apr 9 09:50:37 2009 -0600

    work_on_cpu(): rewrite it to create a kernel thread on demand

    It seems that the kernel calls these acpi-cpufreq functions at a quite
    high frequency.

    Valdis Kletnieks also reports that this causes 70-90 forks per second on
    his hardware.

    Cc: Valdis.Kletnieks@vt.edu
    Cc: Rusty Russell
    Cc: Venkatesh Pallipadi
    Cc: Len Brown
    Cc: Zhao Yakui
    Acked-by: Dave Jones
    Cc: Thomas Gleixner
    Tested-by: Mike Galbraith
    Cc: "Zhang, Yanmin"
    Signed-off-by: Andrew Morton
    Acked-by: Ingo Molnar
    [ Made it use smp_call_function_many() instead of looping over cpu's
    with smp_call_function_single() - Linus ]
    Signed-off-by: Linus Torvalds

    Andrew Morton
     

13 Apr, 2009

2 commits

  • …/git/tip/linux-2.6-tip

    * 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    percpu: unbreak alpha percpu
    mutex: have non-spinning mutexes on s390 by default

    Linus Torvalds
     
  • * 'for-linus' of git://git.monstr.eu/linux-2.6-microblaze: (60 commits)
    microblaze_v8: Add MAINTAINERS fragment
    microblaze_v8: Uartlite for Microblaze
    microblaze_v8: Makefiles for Microblaze cpu
    microblaze_v8: Kconfig patches
    microblaze_v8: Interrupt handling and timer support
    microblaze_v8: syscalls.h
    microblaze_v8: pci headers
    microblaze_v8: Kbuild file
    microblaze_v8: string.h thread_info.h
    microblaze_v8: unistd.h
    microblaze_v8: fcntl.h sockios.h ucontext.h
    microblaze_v8: pool.h socket.h
    microblaze_v8: device.h param.h topology.h
    microblaze_v8: headers files entry.h current.h mman.h registers.h sembuf.h
    microblaze_v8: namei.h
    microblaze_v8: gpio.h, serial.h
    microblaze_v8: headers simple files - empty or redirect to asm-generic
    microblaze_v8: sigcontext.h siginfo.h
    microblaze_v8: termbits.h termios.h
    microblaze_v8: stats headers
    ...

    Linus Torvalds
     

12 Apr, 2009

3 commits

  • Impact: save/restore Intel-AVX state properly between tasks

    Intel Advanced Vector Extensions (AVX) introduce 256-bit vector processing
    capability. More about AVX at http://software.intel.com/sites/avx

    Add OS support for YMM state management using xsave/xrstor infrastructure
    to support AVX.

    Signed-off-by: Suresh Siddha
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Suresh Siddha
     
  • pat_disable cannot be __cpuinit anymore because it's called from pat_init
    and the callchain looks like this:
    pat_disable [cpuinit]
    Acked-by: Sam Ravnborg
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Marcin Slusarz
     
  • Impact: fix section mismatch

    In arch/x86/kernel/mpparse.c, smp_reserve_bootmem() has been called
    and also refers to a function which is in .init section. Thus causes
    the first warning. And check_irq_src() also requires an __init,
    because it refers to an .init section.

    Signed-off-by: Rakib Mullick
    Cc: Andrew Morton
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Rakib Mullick
     

11 Apr, 2009

2 commits


10 Apr, 2009

12 commits

  • * git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-2.6-frv:
    FRV: Move to arch/frv/include/asm/
    FRV: Fix indentation errors to keep git-am happy when moving arch header files

    Linus Torvalds
     
  • MN10300 arch headers and place them instead in the same directories as contain
    the .c files for the processor and unit implementations.

    This permits the symlinks include/asm/proc and include/asm/unit to be
    dispensed with. This does, however, require that #include be
    converted to #include and similarly for asm/unit -> unit.

    Signed-off-by: David Howells

    David Howells
     
  • Signed-off-by: David Howells

    David Howells
     
  • While better than get_user_pages(), the usage of gupf(),
    especially the return values and the fact that it can
    potentially only partially pin the range, warranted some
    documentation.

    Signed-off-by: Andy Grover
    Cc: npiggin@suse.de
    Cc: akpm@linux-foundation.org
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Andy Grover
     
  • To simplify level irq migration in the presence of interrupt-remapping,
    Suresh used a virtual vector (io-apic pin number) to eliminate io-apic
    RTE modification. Level triggered interrupt will appear as an edge to
    the local apic cpu but still as level to the IO-APIC. So in addition to
    do the local apic EOI, it still needs to do IO-APIC directed EOI to clear
    the remote IRR bit in the IO-APIC RTE. Pls refer to Suresh's patch for
    more details (commit 0280f7c416c652a2fd95d166f52b199ae61122c0).

    Now interrupt remapping is decoupled from x2apic, it also needs to do the
    directed EOI for apic. Otherwise, apic interrupts won't work correctly.

    Signed-off-by: Weidong Han
    Cc: iommu@lists.linux-foundation.org
    Cc: Weidong Han
    Cc: suresh.b.siddha@intel.com
    Cc: dwmw2@infradead.org
    Cc: allen.m.kay@intel.com
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Weidong Han
     
  • Move arch headers from include/asm-frv/ to arch/frv/include/asm/.

    Signed-off-by: David Howells

    David Howells
     
  • Use phys_addr_t for receiving a physical address argument instead of
    unsigned long. This allows fixmap to handle pages higher than 4GB on
    x86-32.

    Signed-off-by: Masami Hiramatsu
    Cc: Ingo Molnar
    Acked-by: Mathieu Desnoyers
    Signed-off-by: Linus Torvalds

    Masami Hiramatsu
     
  • Kill MN10300's own profiling Kconfig as this is superfluous given that the
    profiling options have moved to init/Kconfig and arch/Kconfig. Not only is
    this now superfluous, but the dependencies are not correct.

    Signed-off-by: David Howells
    Signed-off-by: Linus Torvalds

    David Howells
     
  • …git/tip/linux-2.6-tip

    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    x86: cpu_debug remove execute permission
    x86: smarten /proc/interrupts output for new counters
    x86: DMI match for the Dell DXP061 as it needs BIOS reboot
    x86: make 64 bit to use default_inquire_remote_apic
    x86, setup: un-resequence mode setting for VGA 80x34 and 80x60 modes
    x86, intel-iommu: fix X2APIC && !ACPI build failure

    Linus Torvalds
     
  • …nel/git/tip/linux-2.6-tip

    * 'tracing-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    tracing: consolidate documents
    blktrace: pass the right pointer to kfree()
    tracing/syscalls: use a dedicated file header
    tracing: append a comma to INIT_FTRACE_GRAPH

    Linus Torvalds
     
  • Convert the last remaining users to no_irq_chip.

    Signed-off-by: Thomas Gleixner
    Signed-off-by: David Howells
    Signed-off-by: Linus Torvalds

    Thomas Gleixner
     
  • Impact: performance regression fix for s390

    The adaptive spinning mutexes will not always do what one would expect on
    virtualized architectures like s390. Especially the cpu_relax() loop in
    mutex_spin_on_owner might hurt if the mutex holding cpu has been scheduled
    away by the hypervisor.

    We would end up in a cpu_relax() loop when there is no chance that the
    state of the mutex changes until the target cpu has been scheduled again by
    the hypervisor.

    For that reason we should change the default behaviour to no-spin on s390.

    We do have an instruction which allows to yield the current cpu in favour of
    a different target cpu. Also we have an instruction which allows us to figure
    out if the target cpu is physically backed.

    However we need to do some performance tests until we can come up with
    a solution that will do the right thing on s390.

    Signed-off-by: Heiko Carstens
    Acked-by: Peter Zijlstra
    Cc: Martin Schwidefsky
    Cc: Christian Borntraeger
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Heiko Carstens
     

09 Apr, 2009

11 commits

  • It seems by mistake these files got execute permissions so removing it.

    Signed-off-by: Jaswinder Singh Rajput
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Jaswinder Singh Rajput
     
  • Impact: fix build warnings and possibe compat misbehavior on IA64

    Building a kernel on ia64 might trigger these ugly build warnings:

    CC arch/ia64/ia32/sys_ia32.o
    In file included from arch/ia64/ia32/sys_ia32.c:55:
    arch/ia64/ia32/ia32priv.h:290:1: warning: "elf_check_arch" redefined
    In file included from include/linux/elf.h:7,
    from include/linux/module.h:14,
    from include/linux/ftrace.h:8,
    from include/linux/syscalls.h:68,
    from arch/ia64/ia32/sys_ia32.c:18:
    arch/ia64/include/asm/elf.h:19:1: warning: this is the location of the previous definition
    [...]

    sys_ia32.c includes linux/syscalls.h which in turn includes linux/ftrace.h
    to import the syscalls tracing prototypes.

    But including ftrace.h can pull too much things for a low level file,
    especially on ia64 where the ia32 private headers conflict with higher
    level headers.

    Now we isolate the syscall tracing headers in their own lightweight file.

    Reported-by: Tony Luck
    Tested-by: Tony Luck
    Signed-off-by: Frederic Weisbecker
    Acked-by: Tony Luck
    Signed-off-by: Steven Rostedt
    Cc: Peter Zijlstra
    Cc: Jason Baron
    Cc: "Frank Ch. Eigler"
    Cc: Mathieu Desnoyers
    Cc: KOSAKI Motohiro
    Cc: Lai Jiangshan
    Cc: Jiaying Zhang
    Cc: Michael Rubin
    Cc: Martin Bligh
    Cc: Michael Davidson
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Frederic Weisbecker
     
  • * git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-2.6:
    sparc: Hook up sys_preadv and sys_pwritev
    sparc64: add_node_ranges() must be __init
    serial: sunsu: sunsu_kbd_ms_init needs to be __devinit
    sparc: Fix section mismatch warnings in cs4231 sound driver.
    sparc64: Fix section mismatch warnings in PCI controller drivers.
    sparc64: Fix section mismatch warnings in power driver.
    sparc64: get_cells() can't be marked __init

    Linus Torvalds
     
  • * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6:
    [IA64] wire up preadv/pwritev system calls

    Linus Torvalds
     
  • * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6:
    x86 ACPI: Add support for Always Running APIC timer
    ACPI x86: Make aperf/mperf MSR access in acpi_cpufreq read_only
    ACPI x86: Cleanup acpi_cpufreq structures related to aperf/mperf
    ACPICA: delete check for AML access to port 0x81-83
    ACPI: WMI: use .notify method instead of installing handler directly
    sony-laptop: use .notify method instead of installing handler directly
    panasonic-laptop: use .notify method instead of installing handler directly
    fujitsu-laptop: use .notify method instead of installing hotkey handler directly
    fujitsu-laptop: use .notify method instead of installing handler directly
    ACPI: video: use .notify method instead of installing handler directly
    ACPI: thermal: use .notify method instead of installing handler directly
    ACPI battery: fix async boot oops
    ACPI: delete acpi_device.g_list
    NULL noise: drivers/platform/x86/panasonic-laptop.c
    ACPI: cpufreq: remove dupilcated #include
    ACPI: Adjust Kelvin offset to match local implementation
    ACPI: convert acpi_device_lock spinlock to mutex

    Linus Torvalds
     
  • * master.kernel.org:/home/rmk/linux-2.6-arm:
    [ARM] 5446/1: ohci-at91: Limit vbus_pin assignment to the size of the array
    [ARM] 5445/1: AT91: Remove flexible array from USBH platform data
    [ARM] 5447/1: Add SZ_32K
    [ARM] omap: fix omap1 clock usecount decrement bug
    [ARM] pxa: register AC97 controller devices
    [ARM] pxa/csb701: do not register devices on non-csb726 boads
    [ARM] pxa/colibri: get rid of set_irq_type()
    [ARM] pxa/colibri: provide MAC address from ATAG_SERIAL
    [ARM] pxa/cm-x2xx: fix ucb1400 not being registered
    [ARM] pxa: Add support for suspend on PalmTX, T5 and LD
    [ARM] pxa: PalmTE2 support for battery, UDC, IrDA and backlight
    [ARM] pxa: Palm Tungsten E2 basic support
    [ARM] pxa/em-x270: add libertas device registration
    [ARM] pxa/magician: Enable bq24022 regulator for gpio_vbus and pda_power

    Linus Torvalds
     
  • Gerd Hoffmann added these to Linux. Let ia64 use them.

    Signed-off-by: Tony Luck

    Tony Luck
     
  • The flexible array in the USBH platform data is not safe to copy. The
    compiler will not allocate any extra memory for the non-init platform
    data structure (in the *_devices.c files) since it isn't given any
    defaults at compile time. When the probe function attempts to address
    that array, it will actually attempt to access data in an adjacent
    structure.

    Since there are currently no (known) implementations of the at91 USBH
    IP with more than 2 vbus pins, I am capping the value at 2. If somebody
    tries to assign more, then the compiler will produce a warning.

    Signed-off-by: Justin Waters
    Acked-by: David Brownell
    Acked-by: Andrew Victor
    Signed-off-by: Russell King

    Justin Waters
     
  • This adds a SZ_32K define to the available sizes. I need it for an
    upcoming platform support.

    Signed-off-by: Linus Walleij
    Signed-off-by: Russell King

    Linus Walleij
     
  • Now /proc/interrupts of tip tree has new counters:

    PLT: Platform interrupts

    Format change of output, as like that by commit:

    commit 7a81d9a7da03d2f27840d659f97ef140d032f609
    x86: smarten /proc/interrupts output

    should be applied to these new counters too.

    Signed-off-by: Hidetoshi Seto
    Cc: Jan Beulich
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Hidetoshi Seto
     
  • Merge reason: fix to be queued up depends on upstream facilities

    Signed-off-by: Ingo Molnar

    Ingo Molnar
     

08 Apr, 2009

8 commits