1. 27 12月, 2011 1 次提交
    • M
      [S390] outstanding interrupts vs. smp_send_stop · 85ac7ca5
      Martin Schwidefsky 提交于
      The panic function will first print the panic message to the console,
      then stop additional cpus with smp_send_stop and finally call the
      function on the panic notifier list.
      In case of an I/O based console the panic message will cause I/O to
      be started and a function on the panic notifier list will wait for the
      completion of the I/O. That does not work if an I/O completion interrupt
      has already been delivered to a cpu that is then stopped by smp_send_stop.
      To break this cyclic dependency add code to smp_send_stop that gives
      the additional cpu the opportunity to complete outstanding interrupts.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      85ac7ca5
  2. 27 2月, 2010 2 次提交
  3. 14 1月, 2010 2 次提交
  4. 25 12月, 2008 1 次提交
  5. 02 8月, 2008 1 次提交
  6. 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
  7. 09 11月, 2005 1 次提交
  8. 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