1. 29 3月, 2012 1 次提交
  2. 15 1月, 2011 1 次提交
    • G
      parisc : Remove broken line wrapping handling pdc_iodc_print() · fbea6684
      Guy Martin 提交于
      Remove the broken line wrapping handling in pdc_iodc_print().
      It is broken in 3 ways :
        - It doesn't keep track of the current screen position, it just
          assumes that the new buffer will be printed at the begining of the
          screen.
        - It doesn't take in account that non printable characters won't
          increase the current position on the screen.
        - And last but not least, it triggers a kernel panic if a backspace
          is the first char in the provided buffer :
      
       Backtrace:
        [<0000000040128ec4>] pdc_console_write+0x44/0x78
        [<0000000040128f18>] pdc_console_tty_write+0x20/0x38
        [<000000004032f1ac>] n_tty_write+0x2a4/0x550
        [<000000004032b158>] tty_write+0x1e0/0x2d8
        [<00000000401bb420>] vfs_write+0xb8/0x188
        [<00000000401bb630>] sys_write+0x68/0xb8
        [<0000000040104eb8>] syscall_exit+0x0/0x14
      
      Most terminals handle the line wrapping just fine. I've confirmed that
      it works correctly on a C8000 with both vga and serial output.
      Signed-off-by: NGuy Martin <gmsoft@tuxicoman.be>
      Cc: Stable Tree <stable@kernel.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@suse.de>
      fbea6684
  3. 05 8月, 2010 1 次提交
  4. 31 3月, 2009 1 次提交
    • C
      parisc: expose 32/64-bit capabilities in cpuinfo · 445c088f
      Colin Watson 提交于
      It'd be rather useful for debian-installer if we could get hold of
      accurate firmware information on whether only 32-bit kernels are
      supported, only 64-bit kernels, or both; this would allow us to present
      an accurate menu of kernel packages if more than one is available,
      rather than the user having to guess. This patch attempts to expose it
      in cpuinfo.
      
      I adjusted pdc_model_capabilities to cope with a potential
      PDC_INVALID_ARG return as the firmware manual instructs, by assuming
      32-bit only. This may be the wrong place for it.
      
      I made up user-visible capability names by total fiat and for the moment
      ignored the other bits that may appear in the capabilities word.
      
      I have no PA-RISC machine myself to test on, and no PA experience
      either, so I rather hope that somebody will kind-heartedly take this and
      fix it up if needed. I ran it past Dann Frazier on IRC and he said
      "looks good to me", but I think without testing.
      
      Also, this is against the Ubuntu 2.6.28 kernel tree since that's what I
      had handy and I was a bit tight on disk space to slurp down another
      tree. Sorry if it's skewed in any relevant way; I'll be happy to adjust
      if necessary.
      
      Thanks in advance!
      Signed-off-by: NColin Watson <cjwatson@canonical.com>
      Signed-off-by: NKyle McMartin <kyle@mcmartin.ca>
      445c088f
  5. 13 3月, 2009 1 次提交
  6. 11 10月, 2008 2 次提交
  7. 16 3月, 2008 1 次提交
    • K
      [PARISC] pdc_console: fix bizarre panic on boot · ef1afd4d
      Kyle McMartin 提交于
      Commit 721fdf34 introduced a subtle bug
      by accidently removing the "static" from iodc_dbuf. This resulted in, what
      appeared to be, a trap without *current set to a task. Probably the result of
      a trap in real mode while calling firmware.
      
      Also do other misc clean ups. Since the only input from firmware is non
      blocking, share iodc_dbuf between input and output, and spinlock the
      only callers.
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      ef1afd4d
  8. 07 12月, 2007 1 次提交
  9. 23 5月, 2007 1 次提交
  10. 17 2月, 2007 1 次提交
  11. 07 10月, 2006 1 次提交
  12. 01 10月, 2006 1 次提交
  13. 28 6月, 2006 3 次提交
    • K
      [PARISC] OS_ID_LINUX == 0x0006 · ec1fdc24
      Kyle McMartin 提交于
      We were assigned an OS_ID of 0x0006. Consistently use OS_ID_LINUX
      instead of using the magic number. Also update the OS_ID_ defines in
      asm/pdc.h to reflect this.
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      ec1fdc24
    • K
      [PARISC] Ensure Space ID hashing is turned off · a9d2d386
      Kyle McMartin 提交于
      Check PDC_CACHE to see if spaceid hashing is turned on, and fail to
      boot if that is the case.
      
      However, some old machines do not implement the PDC_CACHE_RET_SPID
      firmware call, so continue to boot if the call fails because of
      PDC_BAD_OPTION (but fail in all other error returns).
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      a9d2d386
    • T
      [PARISC] PDC_CHASSIS is implemented on all machines · 8ffaeaf4
      Thibaut Varene 提交于
      This patch removes a limitation of the original code, so that CHASSIS
      codes can be sent to all machines. On machines with a LCD panel, this
      code displays "INI" during bootup, "RUN" when the system is booted and
      running, "FLT" when a panic occurs, etc.
      
      This part of the code can be enabled/disabled through CONFIG_PDC_CHASSIS
      
      This patch also adds minimalistic support for Chassis warnings, through
      a proc entry '/proc/chassis', which will reflect the warnings status (PSU
      or fans failure when they happen, NVRAM battery level and temperature
      thresholds overflows).
      
      This part of the code can be enabled/disabled through CONFIG_PDC_CHASSIS_WARN
      Signed-off-by: NThibaut VARENE <varenet@parisc-linux.org>
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      8ffaeaf4
  14. 11 1月, 2006 1 次提交
  15. 22 10月, 2005 1 次提交
  16. 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