1. 06 10月, 2006 1 次提交
  2. 28 9月, 2006 1 次提交
    • M
      [S390] Inline assembly cleanup. · 94c12cc7
      Martin Schwidefsky 提交于
      Major cleanup of all s390 inline assemblies. They now have a common
      coding style. Quite a few have been shortened, mainly by using register
      asm variables. Use of the EX_TABLE macro helps  as well. The atomic ops,
      bit ops and locking inlines new use the Q-constraint if a newer gcc
      is used.  That results in slightly better code.
      
      Thanks to Christian Borntraeger for proof reading the changes.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      94c12cc7
  3. 20 9月, 2006 1 次提交
  4. 12 7月, 2006 1 次提交
  5. 01 7月, 2006 1 次提交
  6. 29 6月, 2006 1 次提交
  7. 08 2月, 2006 1 次提交
  8. 13 1月, 2006 2 次提交
  9. 07 1月, 2006 1 次提交
  10. 07 11月, 2005 1 次提交
    • M
      [PATCH] s390: remove pagex support · d4b68996
      Martin Schwidefsky 提交于
      Remove pagex pseudo page fault code.  It does not work together with the
      system call speedup that makes the complete system call path enabled for
      interrupts.  To make pagex and the syscall speedup code work together we would
      have to add code to the program check handler to do a critical section cleanup
      like the asynchronous interrupt code.  This would make program checks slower.
      Not what we want.
      
      Newer versions of z/VM have the improved pfault pseudo page fault interface.
      This replaces the old pagex interface and does not have the problem.  So its
      better to just rip out the pagex code.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d4b68996
  11. 02 8月, 2005 1 次提交
  12. 26 6月, 2005 1 次提交
  13. 22 6月, 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