1. 18 10月, 2007 1 次提交
  2. 04 6月, 2007 1 次提交
    • K
      [PARISC] Fix bug when syscall nr is __NR_Linux_syscalls · 3bb457af
      Kyle McMartin 提交于
      The bug was that we were comparing __NR_syscalls to be greater or equal
      to the syscall number stored in %r20. __NR_syscalls is one greater than
      the last syscall though, so we're loading one entry beyond the end of the
      syscall table, and trying to jump to it.
      
      Fix this by only checking that we're greater, alternatively, we could
      have compared to (__NR_Linux_syscalls - 1)
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      3bb457af
  3. 30 5月, 2007 1 次提交
  4. 23 5月, 2007 1 次提交
  5. 17 2月, 2007 2 次提交
  6. 04 10月, 2006 1 次提交
  7. 28 6月, 2006 2 次提交
  8. 22 4月, 2006 1 次提交
  9. 23 1月, 2006 1 次提交
  10. 18 11月, 2005 1 次提交
  11. 22 10月, 2005 1 次提交
  12. 10 9月, 2005 1 次提交
  13. 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