1. 23 11月, 2009 4 次提交
  2. 10 11月, 2009 1 次提交
    • H
      x86: Generate .byte code for some new instructions via gas macro · fd650a63
      Huang Ying 提交于
      It will take some time for binutils (gas) to support some newly added
      instructions, such as SSE4.1 instructions or the AES-NI instructions
      found in upcoming Intel CPU.
      
      To make the source code can be compiled by old binutils, .byte code is
      used instead of the assembly instruction. But the readability and
      flexibility of raw .byte code is not good.
      
      This patch solves the issue of raw .byte code via generating it via
      assembly instruction like gas macro. The syntax is as close as
      possible to real assembly instruction.
      
      Some helper macros such as MODRM is not a full feature
      implementation. It can be extended when necessary.
      Signed-off-by: NHuang Ying <ying.huang@intel.com>
      Acked-by: NH. Peter Anvin <hpa@zytor.com>
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      fd650a63
  3. 03 11月, 2009 2 次提交
  4. 02 11月, 2009 1 次提交
  5. 27 10月, 2009 3 次提交
  6. 19 10月, 2009 5 次提交
  7. 22 9月, 2009 1 次提交
  8. 19 9月, 2009 22 次提交
  9. 18 9月, 2009 1 次提交
    • L
      pty_write: don't do a tty_wakeup() when the buffers are full · 202c4675
      Linus Torvalds 提交于
      Commit ac89a917 ("pty: don't limit the writes to 'pty_space()' inside
      'pty_write()'") removed the pty_space() checking, in order to let the
      regular tty buffer code limit the buffering itself.
      
      That was all good, but as a subtle side effect it meant that we'd be
      doing a tty_wakeup() even in the case where the buffers were all filled
      up, and didn't actually make any progress on the write.
      
      Which sounds innocuous, but it interacts very badly with the ppp_async
      code, which has an infinite loop in ppp_async_push() that tries to push
      out data to the tty.  When we call tty_wakeup(), that loop ends up
      thinking that progress was made (see the subtle interactions between
      XMIT_WAKEUP and 'tty_stuffed' for details).  End result: one unhappy ppp
      user.
      
      Fixed by noticing when tty_insert_flip_string() didn't actually do
      anything, and then not doing any more processing (including, very much
      not calling tty_wakeup()).
      Bisected-and-tested-by: NPeter Volkov <pva@gentoo.org>
      Cc: stable@kernel.org (2.6.31)
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      202c4675