1. 15 5月, 2010 1 次提交
  2. 23 4月, 2010 1 次提交
  3. 14 4月, 2010 1 次提交
  4. 24 3月, 2010 1 次提交
  5. 16 3月, 2010 1 次提交
  6. 15 3月, 2010 2 次提交
  7. 13 3月, 2010 6 次提交
  8. 10 3月, 2010 1 次提交
  9. 07 3月, 2010 1 次提交
  10. 23 2月, 2010 2 次提交
  11. 19 2月, 2010 1 次提交
  12. 16 2月, 2010 9 次提交
  13. 15 2月, 2010 1 次提交
  14. 13 2月, 2010 4 次提交
  15. 20 1月, 2010 1 次提交
  16. 18 1月, 2010 1 次提交
  17. 13 1月, 2010 1 次提交
  18. 09 1月, 2010 1 次提交
    • R
      ARM: 5868/1: ARM: fix "BUG: using smp_processor_id() in preemptible code" · 22325525
      Rabin Vincent 提交于
      Fix the following warning, which appears when the register dump for a
      faulting process is printed in a kernel with SMP, DEBUG_PREEMPT, and
      DEBUG_USER (with user_debug=31) enabled:
      
      BUG: using smp_processor_id() in preemptible [00000000] code: init/1
      caller is __show_regs+0x18/0x234
      Backtrace:
      [<c0159e5c>] (dump_backtrace+0x0/0x114) from [<c01faf30>] (dump_stack+0x18/0x1c)
       r6:c781a000 r5:c0157544 r4:00000001 r3:00000000
      [<c01faf18>] (dump_stack+0x0/0x1c) from [<c01e5230>] (debug_smp_processor_id+0xc4/0xf8)
      [<c01e516c>] (debug_smp_processor_id+0x0/0xf8) from [<c0157544>] (__show_regs+0x18/0x234)
       r6:c781bfb0 r5:00000000 r4:c781bfb0 r3:00000000
      [<c015752c>] (__show_regs+0x0/0x234) from [<c01577a0>] (show_regs+0x40/0x50)
      [<c0157760>] (show_regs+0x0/0x50) from [<c015c968>] (__do_user_fault+0x5c/0xa4)
       r4:c781c000 r3:00000000
      [<c015c90c>] (__do_user_fault+0x0/0xa4) from [<c015cbe0>] (do_page_fault+0x1b4/0x1e4)
       r7:00000000 r6:00010000 r5:c781bfb0 r4:c781c000
      [<c015ca2c>] (do_page_fault+0x0/0x1e4) from [<c01554c8>] (do_DataAbort+0x3c/0xa0)
      [<c015548c>] (do_DataAbort+0x0/0xa0) from [<c01560c4>] (ret_from_exception+0x0/0x10)
      Signed-off-by: NRabin Vincent <rabin@rab.in>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      22325525
  19. 25 12月, 2009 1 次提交
  20. 18 12月, 2009 1 次提交
  21. 15 12月, 2009 2 次提交
    • A
      ARM: unexport symbols used to implement floating point emulation · 3e7b19ef
      Alan Jenkins 提交于
      The Kconfigs for in-tree floating point emulation do not allow building
      as modules. That leaves the Acorn FPEmulator module. I found two public
      releases of this as a binary module for 2.1 and 2.2 kernels, optimized
      for ARMV4.[1] If there is a resurgence of interest in this, the symbols
      can always be re-exported.
      
      This allows the EXPORT_SYMBOL_ALIAS() hack to be removed. The ulterior
      motive here is that EXPORT_SYMBOL_ALIAS() makes it harder to sort the
      resulting kernel symbol tables.  Sorted symbol tables will allow faster
      symbol resolution during module loading.
      
      Note that fp_send_sigs() and fp_printk() are simply aliases for existing
      exports and add no obvious value.  Similarly fp_enter could easily be
      renamed to kern_fp_enter at the point of definition. Therefore removing
      EXPORT_SYMBOL_ALIAS will not serve as a material obstacle to re-adding
      the exports should they be desired in future.
      
      Build tested only.
      
      [1] http://ftp.arm.linux.org.uk/pub/linux/arm/fpemulator/Signed-off-by: NAlan Jenkins <alan-jenkins@tuffmail.co.uk>
      CC: Russell King <linux@arm.linux.org.uk>
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      3e7b19ef
    • A
      ARM: use unified discard definition in linker script · e3f28c13
      Alan Jenkins 提交于
      Commit 023bf6f1 "linker script: unify usage of discard definition"
      changed the linker scripts for all architectures except for ARM.
      I can find no discussion about this ommision, so here are the changes
      for ARM.
      
      These changes are exactly parallel to the ia64 case.
      
      "ia64 is notable because it first throws away some ia64 specific
       subsections and then include the rest of the sections into the final
       image, so those sections must be discarded before the inclusion."
      
      Not boot-tested.  In build testing, the modified linker script generated
      an identical vmlinux file.
      
      [I would like to be able to rely on this unified discard definition.
       I want to sort the kernel symbol tables to allow faster symbol
       resolution during module loading. The simplest way appears to be
       to generate sorted versions from vmlinux.o, link them in to vmlinux,
       _and discard the original unsorted tables_.
      
       This work is driven by my x86 netbook, but it is implemented at a
       generic level. It is possible it will benefit some ARM systems also.]
      Signed-off-by: NAlan Jenkins <alan-jenkins@tuffmail.co.uk>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Acked-by-without-testing: Tejun Heo <tj@kernel.org>
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      e3f28c13