1. 17 3月, 2010 1 次提交
  2. 09 2月, 2010 1 次提交
  3. 29 1月, 2010 1 次提交
  4. 04 12月, 2009 1 次提交
  5. 23 9月, 2009 1 次提交
  6. 01 7月, 2009 2 次提交
  7. 09 2月, 2009 1 次提交
  8. 06 2月, 2009 1 次提交
  9. 06 8月, 2008 1 次提交
  10. 25 7月, 2008 5 次提交
  11. 23 5月, 2008 1 次提交
  12. 28 4月, 2008 1 次提交
  13. 19 2月, 2008 1 次提交
  14. 20 10月, 2007 1 次提交
  15. 17 10月, 2007 2 次提交
  16. 21 7月, 2007 1 次提交
    • D
      [SPARC]: Fix serial console device detection. · c73fcc84
      David S. Miller 提交于
      The current scheme works on static interpretation of text names, which
      is wrong.
      
      The output-device setting, for example, must be resolved via an alias
      or similar to a full path name to the console device.
      
      Paths also contain an optional set of 'options', which starts with a
      colon at the end of the path.  The option area is used to specify
      which of two serial ports ('a' or 'b') the path refers to when a
      device node drives multiple ports.  'a' is assumed if the option
      specification is missing.
      
      This was caught by the UltraSPARC-T1 simulator.  The 'output-device'
      property was set to 'ttya' and we didn't pick upon the fact that this
      is an OBP alias set to '/virtual-devices/console'.  Instead we saw it
      as the first serial console device, instead of the hypervisor console.
      
      The infrastructure is now there to take advantage of this to resolve
      the console correctly even in multi-head situations in fbcon too.
      
      Thanks to Greg Onufer for the bug report.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c73fcc84
  17. 20 7月, 2007 1 次提交
  18. 18 7月, 2007 1 次提交
  19. 16 7月, 2007 1 次提交
  20. 29 6月, 2007 1 次提交
  21. 09 5月, 2007 4 次提交
  22. 26 4月, 2007 1 次提交
  23. 05 3月, 2007 2 次提交
  24. 20 2月, 2007 6 次提交
  25. 13 2月, 2007 1 次提交