1. 29 7月, 2009 1 次提交
    • S
      sh: Rework irqflags tracing to fix up CONFIG_PROVE_LOCKING. · fd78a76a
      Stuart Menefy 提交于
      This cleans up the irqflags tracing code quite a bit and ties it
      in to various missing callsites that caused an imbalance when
      CONFIG_PROVE_LOCKING was enabled.
      
      Previously this was catching on:
      
       987 #ifdef CONFIG_PROVE_LOCKING
       988     DEBUG_LOCKS_WARN_ON(!p->hardirqs_enabled);
       989     DEBUG_LOCKS_WARN_ON(!p->softirqs_enabled);
       990 #endif
       991     retval = -EAGAIN;
      
      with hardirqs being doubly enabled, and subsequently bailing out
      with the following call trace:
      
      	Call trace:
      	[<88035224>] __lock_acquire+0x616/0x6a6
      	[<88015a8c>] do_fork+0xf8/0x2b0
      	[<880331ec>] trace_hardirqs_on_caller+0xd4/0x114
      	[<88241074>] _spin_unlock_irq+0x20/0x64
      	[<88035224>] __lock_acquire+0x616/0x6a6
      	[<8800386c>] kernel_thread+0x48/0x70
      	[<88024ecc>] ____call_usermodehelper+0x0/0x110
      	[<88024ecc>] ____call_usermodehelper+0x0/0x110
      	[<88003894>] kernel_thread_helper+0x0/0x14
      	[<88024bac>] __call_usermodehelper+0x38/0x70
      	[<88025dc0>] worker_thread+0x150/0x274
      	[<88035b9c>] lock_release+0x0/0x198
      	[<88024b74>] __call_usermodehelper+0x0/0x70
      	[<88028cf0>] autoremove_wake_function+0x0/0x30
      	[<88028bf2>] kthread+0x3e/0x70
      	[<88025c70>] worker_thread+0x0/0x274
      	[<8800389c>] kernel_thread_helper+0x8/0x14
      	[<88028bb4>] kthread+0x0/0x70
      	[<88003894>] kernel_thread_helper+0x0/0x14
      Reported-by: NNobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>
      Signed-off-by: NStuart Menefy <stuart.menefy@st.com>
      Signed-off-by: NMatt Fleming <matt@console-pimps.org>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      fd78a76a
  2. 11 7月, 2009 3 次提交
  3. 25 6月, 2009 1 次提交
  4. 16 6月, 2009 1 次提交
  5. 08 5月, 2009 3 次提交
  6. 07 5月, 2009 1 次提交
  7. 22 12月, 2008 5 次提交
  8. 20 9月, 2008 1 次提交
  9. 04 8月, 2008 1 次提交
  10. 28 7月, 2008 1 次提交
  11. 02 6月, 2008 1 次提交
  12. 08 5月, 2008 1 次提交
  13. 19 4月, 2008 1 次提交
  14. 14 2月, 2008 3 次提交
  15. 28 1月, 2008 7 次提交
  16. 07 11月, 2007 2 次提交
  17. 02 11月, 2007 1 次提交
    • P
      sh: Decouple 4k and soft/hardirq stacks. · 110ed282
      Paul Mundt 提交于
      While using separate IRQ stacks can cut down on stack consumption,
      many users can also use 4k stacks directly without the additional
      need of separate stacks for soft and hardirqs.
      
      With this split, we support the same rationale for 4KSTACKS as
      m68knommu, with the IRQSTACKS abstraction as per ppc64.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      110ed282
  18. 21 9月, 2007 3 次提交
  19. 11 6月, 2007 1 次提交
  20. 08 6月, 2007 1 次提交
  21. 07 5月, 2007 1 次提交