1. 05 3月, 2009 2 次提交
  2. 12 2月, 2009 7 次提交
  3. 11 2月, 2009 19 次提交
  4. 10 2月, 2009 12 次提交
    • C
      i8327: fix outb() parameter order · b52af409
      Clemens Ladisch 提交于
      In i8237A_resume(), when resetting the DMA controller, the parameters to
      dma_outb() were mixed up.
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      [ cleaned up the file a tiny bit. ]
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      b52af409
    • R
      [ARM] AACI: timeout will reach -1 · f6f35bbe
      Roel Kluin 提交于
      With a postfix decrement the timeout will reach -1 rather than 0,
      so the warning will not be issued.
      Signed-off-by: NRoel Kluin <roel.kluin@gmail.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      f6f35bbe
    • T
      [ARM] Storage class should be before const qualifier · e0fc4f97
      Tobias Klauser 提交于
      The C99 specification states in section 6.11.5:
      
      The placement of a storage-class specifier other than at the beginning of the
      declaration specifiers in a declaration is an obsolescent feature.
      Signed-off-by: NTobias Klauser <tklauser@distanz.ch>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      e0fc4f97
    • M
      powerpc: Add missing sparsemem.h include · 0b2f8287
      Michael Neuling 提交于
      arch/powerpc/platforms/pseries/hotplug-memory.c uses
      remove_section_mapping() but doesn't include sparsemem.h which defines
      it.  This can cause compilation fails for some configs.
      Signed-off-by: NMichael Neuling <mikey@neuling.org>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      0b2f8287
    • B
      powerpc/pci: mmap anonymous memory when legacy_mem doesn't exist · 5b11abfd
      Benjamin Herrenschmidt 提交于
      The new legacy_mem file in sysfs is causing problems with X on machines
      that don't support legacy memory access. The way I initially implemented
      it, we would fail with -ENXIO when trying to mmap it, thus exposing to
      X that we do support the API but there is no legacy memory.
      
      Unfortunately, X poor error handling is causing it to fail to start when
      it gets this error.
      
      This implements a workaround hack that instead maps anonymous memory
      instead (using shmem if VM_SHARED is set, just like /dev/zero does).
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      5b11abfd
    • M
      powerpc/cell: Add missing #include for oprofile · d87bf766
      Michael Neuling 提交于
      arch/powerpc/oprofile/cell/spu_profiler.c is missing a asm/time.h
      include which is required for ppc_proc_freq.  This can cause compile
      failures for some config combinations.
      Signed-off-by: NMichael Neuling <mikey@neuling.org>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      d87bf766
    • S
      powerpc/ftrace: Fix math to calculate offset in TOC · f25f9074
      Steven Rostedt 提交于
      Impact: fix dynamic ftrace with large modules in PPC64
      
      The math to calculate the offset into the TOC that is taken from reading
      the trampoline is incorrect. The bottom half of the offset is a signed
      extended short. The current code was using an OR to create the offset
      when it should have been using an addition.
      Signed-off-by: NSteven Rostedt <srostedt@redhat.com>
      Acked-by: NGeoff Levand <geoffrey.levand@am.sony.com>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      f25f9074
    • A
      powerpc: Don't emulate mr. instructions · eef33618
      Ananth N Mavinakayanahalli 提交于
      Currently emulate_step() emulates mr. instructions without updating cr0
      and this can be disastrous. Don't emulate mr.
      
      This bug has been around for a while, but I am not sure if its a worthy
      -stable candidate. I'll leave it to Ben do decide.
      Signed-off-by: NAnanth N Mavinakayanahalli <ananth@in.ibm.com>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      eef33618
    • K
      powerpc/fsl-booke: Fix mapping functions to use phys_addr_t · 6c24b174
      Kumar Gala 提交于
      Fixed v_mapped_by_tlbcam() and p_mapped_by_tlbcam() to use phys_addr_t
      instead of unsigned long.  In 36-bit physical mode we really need these
      functions to deal with phys_addr_t when trying to match a physical
      address or when returning one.
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      6c24b174
    • H
      profiling: fix broken profiling regression · acd89579
      Hugh Dickins 提交于
      Impact: fix broken /proc/profile on UP machines
      
      Commit c309b917 "cpumask: convert
      kernel/profile.c" broke profiling.  prof_cpu_mask was previously
      initialized to CPU_MASK_ALL, but left uninitialized in that commit.
      We need to copy cpu_possible_mask (cpu_online_mask is not enough).
      Signed-off-by: NHugh Dickins <hugh@veritas.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      acd89579
    • T
      x86: fix math_emu register frame access · d315760f
      Tejun Heo 提交于
      do_device_not_available() is the handler for #NM and it declares that
      it takes a unsigned long and calls math_emu(), which takes a long
      argument and surprisingly expects the stack frame starting at the zero
      argument would match struct math_emu_info, which isn't true regardless
      of configuration in the current code.
      
      This patch makes do_device_not_available() take struct pt_regs like
      other exception handlers and initialize struct math_emu_info with
      pointer to it and pass pointer to the math_emu_info to math_emulate()
      like normal C functions do.  This way, unless gcc makes a copy of
      struct pt_regs in do_device_not_available(), the register frame is
      correctly accessed regardless of kernel configuration or compiler
      used.
      
      This doesn't fix all math_emu problems but it at least gets it
      somewhat working.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d315760f
    • H
      bridge: Fix LRO crash with tun · 4906f998
      Herbert Xu 提交于
      > Kernel BUG at drivers/net/tun.c:444
      > invalid opcode: 0000 [1] SMP
      > last sysfs file: /class/net/lo/ifindex
      > CPU 0
      > Modules linked in: tun ipt_MASQUERADE iptable_nat ip_nat xt_state ip_conntrack
      > nfnetlink ipt_REJECT xt_tcpudp iptable_filter d
      > Pid: 6912, comm: qemu-kvm Tainted: G      2.6.18-128.el5 #1
      > RIP: 0010:[<ffffffff886f57b0>]  [<ffffffff886f57b0>]
      > :tun:tun_chr_readv+0x2b1/0x3a6
      > RSP: 0018:ffff8102202c5e48  EFLAGS: 00010246
      > RAX: 0000000000000000 RBX: ffff8102202c5e98 RCX: 0000000004010000
      > RDX: ffff810227063680 RSI: ffff8102202c5e9e RDI: ffff8102202c5e92
      > RBP: 0000000000010ff6 R08: 0000000000000000 R09: 0000000000000001
      > R10: ffff8102202c5e94 R11: 0000000000000202 R12: ffff8102275357c0
      > R13: ffff81022755e500 R14: 0000000000000000 R15: ffff8102202c5ef8
      > FS:  00002ae4398db980(0000) GS:ffffffff803ac000(0000) knlGS:0000000000000000
      > CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
      > CR2: 00002ae4ab514000 CR3: 0000000221344000 CR4: 00000000000026e0
      > Process qemu-kvm (pid: 6912, threadinfo ffff8102202c4000, task
      > ffff81022e58d820)
      > Stack:  00000000498735cb ffff810229d1a3c0 0000000000000000 ffff81022e58d820
      >  ffffffff8008a461 ffff81022755e528 ffff81022755e528 ffffffff8009f925
      >  000005ea05ea0000 ffff8102209d0000 00001051143e1600 ffffffff8003c00e
      > Call Trace:
      >  [<ffffffff8008a461>] default_wake_function+0x0/0xe
      >  [<ffffffff8009f925>] enqueue_hrtimer+0x55/0x70
      >  [<ffffffff8003c00e>] hrtimer_start+0xbc/0xce
      >  [<ffffffff886f58bf>] :tun:tun_chr_read+0x1a/0x1f
      >  [<ffffffff8000b3f3>] vfs_read+0xcb/0x171
      >  [<ffffffff800117d4>] sys_read+0x45/0x6e
      >  [<ffffffff8005d116>] system_call+0x7e/0x83
      >
      >
      > Code: 0f 0b 68 40 62 6f 88 c2 bc 01 f6 42 0a 08 74 0c 80 4c 24 41
      > RIP  [<ffffffff886f57b0>] :tun:tun_chr_readv+0x2b1/0x3a6
      >  RSP <ffff8102202c5e48>
      >  <0>Kernel panic - not syncing: Fatal exception
      
      This crashed when an LRO packet generated by bnx2x reached a
      tun device through the bridge.  We're supposed to drop it at
      the bridge.  However, because the check was placed in br_forward
      instead of __br_forward, it's only effective if we are sending
      the packet through a single port.
      
      This patch fixes it by moving the check into __br_forward.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4906f998