1. 13 10月, 2012 1 次提交
  2. 26 7月, 2011 1 次提交
  3. 19 3月, 2010 1 次提交
    • G
      Revert "tty: Add a new VT mode which is like VT_PROCESS but doesn't require a... · 87a6aca5
      Greg Kroah-Hartman 提交于
      Revert "tty: Add a new VT mode which is like VT_PROCESS but doesn't require a VT_RELDISP ioctl call"
      
      This reverts commit eec9fe7d.
      
      Ari writes as the reason this should be reverted:
      	The problems with this patch include:
      	1. There's at least one subtlety I overlooked - switching
      	between X servers (i.e. from one X VT to another) still requires
      	the cooperation of both X servers. I was assuming that KMS
      	eliminated this.
      	2. It hasn't been tested at all (no X server patch exists which
      	uses the new mode).
      
      As he was the original author of the patch, I'll revert it.
      
      Cc: Ari Entlich <atrigent@ccs.neu.edu>
      Cc: Alan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      87a6aca5
  4. 03 3月, 2010 1 次提交
    • A
      tty: Add a new VT mode which is like VT_PROCESS but doesn't require a VT_RELDISP ioctl call · eec9fe7d
      Ari Entlich 提交于
      This new VT mode (VT_PROCESS_AUTO) does everything that VT_PROCESS does
      except that it doesn't wait for a VT_RELDISP ioctl before switching
      away from a VT with that mode.
      
      If the X server eventually uses this new mode, debugging and crash
      recovery should become easier. This is because even when currently in
      the VT of a frozen X server it would still be possible to switch out
      by doing SysRq-r and then CTRL-<number of a text vt>, sshing in and
      doing chvt <number of a text vt>, or any other method of VT switching.
      The general concensus on #xorg-devel seems to be that it should be
      safe to use this with X now that we have KMS.
      
      This also moves the VT_ACKACQ define to a more appropriate place,
      for clarity's sake.
      Signed-off-by: NAri Entlich <atrigent@ccs.neu.edu>
      Acked-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      eec9fe7d
  5. 18 12月, 2009 1 次提交
  6. 16 12月, 2009 1 次提交
    • B
      vt: introduce and use vt_kmsg_redirect() function · 5ada918b
      Bernhard Walle 提交于
      The kernel offers with TIOCL_GETKMSGREDIRECT ioctl() the possibility to
      redirect the kernel messages to a specific console.
      
      However, since it's not possible to switch to the kernel message console
      after a panic(), it would be nice if the kernel would print the panic
      message on the current console.
      
      This patch series adds a new interface to access the global kmsg_redirect
      variable by a function to be able to use it in code where
      CONFIG_VT_CONSOLE is not set (kernel/panic.c).
      
      This patch:
      
      Instead of using and exporting a global value kmsg_redirect, introduce a
      function vt_kmsg_redirect() that both can set and return the console where
      messages are printed.
      
      Change all users of kmsg_redirect (the VT code itself and kernel/power.c)
      to the new interface.
      
      The main advantage is that vt_kmsg_redirect() can also be used when
      CONFIG_VT_CONSOLE is not set.
      Signed-off-by: NBernhard Walle <bernhard@bwalle.de>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5ada918b
  7. 20 11月, 2009 1 次提交
  8. 20 9月, 2009 3 次提交
  9. 20 10月, 2007 1 次提交
  10. 28 8月, 2006 1 次提交
  11. 11 7月, 2006 1 次提交
  12. 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