1. 14 6月, 2012 1 次提交
  2. 29 3月, 2012 1 次提交
  3. 19 5月, 2010 1 次提交
  4. 22 8月, 2009 2 次提交
  5. 21 8月, 2009 1 次提交
    • M
      sh: unwinder: Introduce UNWINDER_BUG() and UNWINDER_BUG_ON() · b344e24a
      Matt Fleming 提交于
      We can't assume that if we execute the unwinder code and the unwinder
      was already running that it has faulted. Clearly two kernel threads can
      invoke the unwinder at the same time and may be running simultaneously.
      
      The previous approach used BUG() and BUG_ON() in the unwinder code to
      detect whether the unwinder was incapable of unwinding the stack, and
      that the next available unwinder should be used instead. A better
      approach is to explicitly invoke a trap handler to switch unwinders when
      the current unwinder cannot continue.
      Signed-off-by: NMatt Fleming <matt@console-pimps.org>
      b344e24a
  6. 29 7月, 2008 1 次提交
  7. 28 1月, 2008 2 次提交
  8. 02 8月, 2007 1 次提交
  9. 09 5月, 2007 1 次提交
  10. 07 5月, 2007 1 次提交
    • P
      sh: generic BUG() support. · fa691511
      Paul Mundt 提交于
      Wire up GENERIC_BUG for SH. This moves off of the special bug
      frame and on to the generic struct bug_entry. Roughly the same
      semantics are retained, and we can kill off some of the verbose
      BUG() reporting code.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      fa691511
  11. 12 12月, 2006 1 次提交
    • P
      sh: BUG() handling through trapa vector. · dc34d312
      Paul Mundt 提交于
      Previously we haven't been doing anything with verbose BUG() reporting,
      and we've been relying on the oops path for handling BUG()'s, which is
      rather sub-optimal.
      
      This switches BUG handling to use a fixed trapa vector (#0x3e) where we
      construct a small bug frame post trapa instruction to get the context
      right. This also makes it trivial to wire up a DIE_BUG for the atomic
      die chain, which we couldn't really do before.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      dc34d312
  12. 26 4月, 2006 1 次提交
  13. 01 5月, 2005 1 次提交
  14. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4