09 Mar, 2007

6 commits

  • Bring defconfig, tiger_defconfig and zx1_defconfig up to date. Also
    sprinkle KEXEC and KDUMP combinations around liberally so that my
    usual regression test builds will see all combinations:

    tiger_defconfig gets KEXEC=y, CRASH_DUMP=n
    zx1_defconfig gets KEXEC=n, CRASH_DUMP=y
    defconfig gets KEXEC=y, CRASH_DUMP=y
    others remain at KEXEC=n, CRASH_DUMP=n

    Signed-off-by: Tony Luck

    Tony Luck
     
  • kdump_find_rsvd_region() is only called by
    reserve_memory() which is in __init, so it seems that
    kdump_find_rsvd_region() should also be in there.

    Signed-off-by: Simon Horman
    Signed-off-by: Tony Luck

    Horms
     
  • The ptrace misses clearing the syscall trace flag.
    The increased syscall overhead is retained after the trace is finished.
    This case happens when strace is terminated by force.

    Signed-off-by: Akiyama, Nobuyuki
    Signed-off-by: Tony Luck

    Akiyama, Nobuyuki
     
  • Grammatical fixes (s/freezed/frozen/)
    Make some variables static
    Change a C++ "//" comment to "/* ... */"

    Signed-off-by: Simon Horman
    Signed-off-by: Tony Luck

    Simon Horman
     
  • Similar to memory error recovery, when a cache error is consumed
    by a user process terminate the user instead of crashing the system.

    Signed-off-by: Russ Anderson (rja@sgi.com)
    Acked-by: Hidetoshi Seto
    Signed-off-by: Tony Luck

    Russ Anderson
     
  • Jack Steiner noticed that duplicate TLB DTC entries do not cause a
    linux panic. See discussion:

    http://www.gelato.unsw.edu.au/archives/linux-ia64/0307/6108.html

    The current TLB recovery code is recovering from the duplicate itr.d
    dropins, masking the underlying problem. This change modifies
    the MCA recovery code to look for the TLB check signature of the
    duplicate TLB entry and panic in that case.

    Signed-off-by: Russ Anderson (rja@sgi.com)
    Signed-off-by: Tony Luck

    Russ Anderson
     

08 Mar, 2007

19 commits

  • In my previous x86_64 thread fix, I forgot to initialize thread.arch.fs in
    arch_prctl. A process calling arch_prctl to set %fs would lose it on the
    next context switch.

    It also turns out that you can switch to a process which is in the process
    of exiting and which has lost its mm. In this case, it's worse than
    useless to try to call arch_prctl on the host process.

    Signed-off-by: Jeff Dike
    Cc: Paolo 'Blaisorblade' Giarrusso
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jeff Dike
     
  • IA64 and ARM-OABI are currently using their own version of epoll compat_
    code.

    An architecture needs epoll_event translation if alignof(u64) in 32 bit
    mode is different from alignof(u64) in 64 bit mode. If an architecture
    needs epoll_event translation, it must define struct compat_epoll_event in
    asm/compat.h and set CONFIG_HAVE_COMPAT_EPOLL_EVENT and use
    compat_sys_epoll_ctl and compat_sys_epoll_wait.

    All 64 bit architecture should use compat_sys_epoll_pwait.

    [sfr: restructure and move to fs/compat.c, remove MIPS version
    of compat_sys_epoll_pwait, use __put_user_unaligned]

    Signed-off-by: Stephen Rothwell
    Cc: David Woodhouse
    Cc: Russell King
    Cc: "Luck, Tony"
    Cc: "David S. Miller"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Davide Libenzi
     
  • Also PTRACE_OLDSETOPTIONS should be accepted, as done by kernel/ptrace.c
    and forced by binary compatibility. UML/32bit breaks because of this -
    since it is wise enough to use PTRACE_OLDSETOPTIONS to be binary compatible
    with 2.4 host kernels.

    Until 2.6.17 (commit f0f2d6536e3515b5b1b7ae97dc8f176860c8c2ce) we had:

    default:
    return sys_ptrace(request, pid, addr, data);

    Instead here we have:
    case PTRACE_GET_THREAD_AREA:
    case ...:
    return sys_ptrace(request, pid, addr, data);

    default:
    return -EINVAL;

    This change was a style change - when a case is added, it must be
    explicitly tested this way. In this case, not enough testing was done.

    Cc: Andi Kleen
    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Cc:
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     
  • Avoid reusing userspace errno twice - it can be cleared by libc code
    everywhere (in particular printk() does clear it in my setup).

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     
  • Avoid returning ENOMEM in case of a duplicate IRQ - ENOMEM was saved into err
    earlier.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     
  • Fix confusion about call context - comments and code are inconsistent and
    plain wrong, my fault.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     
  • Since both UML consoles do not use percpu variables, they may be called when
    the cpu is still offline, and they may be marked CON_ANYTIME (this is
    documented in kernel/printk.c, grep for CON_ANYTIME to find mentions of this).

    Works well in testing done with lock debug enabled, should be safe but is not
    needed for next release.

    This would probably help also stderr_console.c, but this is yet to test.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     
  • os_usr1_signal() is totally unused, os_usr1_process() is used only by TT mode.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     
  • Memory allocated by mcast_user_init must be freed in the matching mcast_remove.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     
  • * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
    [MIPS] ARC: Fix several compiler warnings.
    [MIPS] ISA: Fix typo
    [CHAR] ds1286: Fix handling of seconds in RTC_ALM_SET ioctl.

    Linus Torvalds
     
  • * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6:
    [IA64] fsys_getcpu for IA64
    [IA64] remove duplicate declaration of efi_initialize_iomem_resources
    [IA64] Pick highest possible saved_max_pfn for crash_dump
    [IA64] fix NULL pointer in ia64/irq_chip-mask/unmask function

    Linus Torvalds
     
  • CC arch/mips/arc/init.o
    arch/mips/arc/init.c: In function 'prom_init':
    arch/mips/arc/init.c:27: warning: ISO C90 forbids mixed declarations and code
    arch/mips/arc/init.c:35: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 2 has type 'ULONG'
    arch/mips/arc/init.c:28: warning: unused variable 'c'
    arch/mips/arc/init.c:27: warning: unused variable ‘cnt’

    Signed-off-by: Ralf Baechle

    Ralf Baechle
     
  • On 1.6GHz Montectio Tiger4, the following performance data is measured with
    kernel built with defconfig which has NUMA configured:

    Fastest sys_getcpu: 502 itc counts.
    Fastest fsys_getcpu: 28 itc counts.

    fsys_getcpu performance is largly impacted by whether data (node_to_cpu_map
    etc) is in cache. It can take fsys_getcpu up to ~150 itc counts in cold
    cache case.

    Signed-off-by: Fenghua Yu
    Signed-off-by: Tony Luck

    Fenghua Yu
     
  • efi_initialize_iomem_resources() is declared in both include/linux/efi.h
    and arch/ia64/kernel/setup.c. This patch removes the latter.

    Signed-off-by: Simon Horman
    Signed-off-by: Tony Luck

    Horms
     
  • Berhhard Walle noted that on his HP rx8640 he ended up with saved_max_pfn
    smaller than the highest address of system ram in /proc/iomem and proposed
    a patch to base the address on the unrounded and unfiltered EFI memory
    map address. Simon Horman and Magnus Damm suggested that the whole test
    be moved earlier in the function. This is the combination of both of
    these patches.

    Signed-off-by: Tony Luck

    Tony Luck
     
  • This patch fixes boot failure because irq_desc->mask() is NULL.

    - Added mask/unmask functions to ia64's irq desc function table.
    - rename hw_interrupt_type to irq_chip. hw_interrupt_type is old name.
    - Tony: Added same change to arch/ia64/sn/kernel/irq.c as pointed out
    by Eric Biederman ... mask/unmask functions there can be no-op.

    Signed-off-by: KAMEZAWA Hiroyuki
    Signed-off-by: Andrew Morton
    Signed-off-by: Tony Luck

    KAMEZAWA Hiroyuki
     
  • * 'for-linus' of git://www.atmel.no/~hskinnemoen/linux/kernel/avr32:
    avr32: dma-mapping.h
    [AVR32] Don't use kmap() in flush_icache_page()
    [AVR32] Fix bogus ti->flags manipulation in debug handler
    [AVR32] Fix typo in include/asm-avr32/Kbuild
    [AVR32] show_trace: Only walk valid stack addresses
    [AVR32] at32_spi_setup_slaves should be __init

    Linus Torvalds
     
  • * master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6:
    sh: Kill off I/O cruft for R7780RP.
    sh: Revert lazy dcache writeback changes.
    sh: Enable SM501 support for RTS7751R2D.
    sh: Use L1_CACHE_BYTES for .data.cacheline_aligned.
    sysctl: Support vdso_enabled sysctl on SH.
    sh: Fix kernel thread stack corruption with preempt.
    doc: Add SH to vdso and earlyprintk in kernel-parameters.txt
    sh: Fix sigmask trampling in signal delivery.
    sh: Clear UBC when not in use.

    Linus Torvalds
     
  • check_tsc_sync_source() depends on being called with irqs disabled (it
    checks whether the TSC is coherent across two specific CPUs). This is
    incidentally true during bootup, but not during cpu hotplug __cpu_up().
    This got found via smp_processor_id() debugging.

    disable irqs explicitly and remove the unconditional enabling of
    interrupts. Add touch_nmi_watchdog() to the cpu_online_map busy loop.

    this bug is present both on i386 and on x86_64.

    Reported-by: Michal Piotrowski
    Signed-off-by: Ingo Molnar
    Signed-off-by: Linus Torvalds

    Ingo Molnar
     

07 Mar, 2007

15 commits