1. 01 8月, 2006 1 次提交
    • A
      [POWERPC] clean up pseries hcall interfaces · b9377ffc
      Anton Blanchard 提交于
      Our pseries hcall interfaces are out of control:
      
      	plpar_hcall_norets
      	plpar_hcall
      	plpar_hcall_8arg_2ret
      	plpar_hcall_4out
      	plpar_hcall_7arg_7ret
      	plpar_hcall_9arg_9ret
      
      Create 3 interfaces to cover all cases:
      
      	plpar_hcall_norets:	7 arguments no returns
      	plpar_hcall:		6 arguments 4 returns
      	plpar_hcall9:		9 arguments 9 returns
      
      There are only 2 cases in the kernel that need plpar_hcall9, hopefully
      we can keep it that way.
      
      Pass in a buffer to stash return parameters so we avoid the &dummy1,
      &dummy2 madness.
      Signed-off-by: NAnton Blanchard <anton@samba.org>
      --
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      b9377ffc
  2. 31 7月, 2006 1 次提交
  3. 28 6月, 2006 4 次提交
  4. 21 6月, 2006 1 次提交
  5. 15 6月, 2006 1 次提交
  6. 09 6月, 2006 1 次提交
  7. 01 4月, 2006 1 次提交
  8. 29 3月, 2006 1 次提交
  9. 28 3月, 2006 1 次提交
  10. 27 3月, 2006 1 次提交
  11. 07 2月, 2006 4 次提交
  12. 14 1月, 2006 1 次提交
    • D
      [PATCH] powerpc: special-case ibm,suspend-me RTAS call · 91dc182c
      Dave C Boutcher 提交于
      Handle the ibm,suspend-me RTAS call specially.  It needs
      to be wrapped in a set of synchronization hypervisor calls
      (H_Join).  When the H_Join calls are made on all CPUs, the
      intent is that only one will return with H_Continue, meaning
      that he is the "last man standing".  That CPU then issues the
      ibm,suspend-me call.  What is interesting, of course, is that
      the CPU running when the rtas syscall is made, may NOT be the
      CPU that ultimately executes the ibm,suspend-me rtas call.
      Signed-off-by: NDave Boutcher <sleddog@us.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      91dc182c
  13. 12 1月, 2006 1 次提交
  14. 11 1月, 2006 1 次提交
  15. 10 1月, 2006 1 次提交
  16. 10 11月, 2005 1 次提交
  17. 08 11月, 2005 1 次提交
  18. 07 11月, 2005 1 次提交
    • P
      powerpc: Various UP build fixes · 2249ca9d
      Paul Mackerras 提交于
      Mostly this involves adding #include <asm/smp.h>, since that defines
      things like boot_cpuid[_phys] and [gs]et_hard_smp_processor_id, which
      are SMP-related but still needed on UP.  This incorporates fixes
      posted by Olof Johansson and Heikki Lindholm.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      2249ca9d
  19. 03 11月, 2005 1 次提交
  20. 26 10月, 2005 1 次提交
    • P
      powerpc: Merge rtas.c into arch/powerpc/kernel · 033ef338
      Paul Mackerras 提交于
      This splits arch/ppc64/kernel/rtas.c into arch/powerpc/kernel/rtas.c,
      which contains generic RTAS functions useful on any CHRP platform,
      and arch/powerpc/platforms/pseries/rtas-fw.[ch], which contain
      some pSeries-specific firmware flashing bits.  The parts of rtas.c
      that are to do with pSeries-specific error logging are protected
      by a new CONFIG_RTAS_ERROR_LOGGING symbol.  The inclusion of rtas.o
      is controlled by the CONFIG_PPC_RTAS symbol, and the relevant
      platforms select that.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      033ef338
  21. 10 10月, 2005 1 次提交
  22. 23 6月, 2005 2 次提交
    • M
      [PATCH] correct printing to operator panel · 8f586b22
      Mike Strosaker 提交于
      This patch corrects the printing of progress indicators to the op
      panel on p/iSeries ppc64 systems.  Each discrete reference code should
      begin with a form feed char to clear the op panel, and the first and
      second lines should be separated with a CR/LF sequence.  Padding with
      spaces is not necessary.
      
      Also, capitalize the hex value printed on the first line, to be
      consistent with the values printed by firmware, service processor,
      etc.
      
      It turns out that there's an ibm,form-feed property; this patch uses
      it in the pSeries-specific progress routine.  This patch also checks
      the number of rows and the specific width of each row (the second row
      on power5 systems can actually hold 80 characters).  If the displayed
      text is too wide for the physical display, it can be viewed in the ASM
      menus, or by selecting option 14 on the op panel.
      Signed-off-by: NMike Strosaker <strosake@austin.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      8f586b22
    • A
      [PATCH] ppc64: pSeries_progress -> rtas_progress · 6566c6f1
      Arnd Bergmann 提交于
      The pSeries_progress function is called from some places in the rtas code,
      which may also be used by non-pSeries platforms.
      Though pSeries is currently the only platform type that implements
      display-character, the code is actually generic enough to be part of
      the rtas subsystem.
      
      I hit a bug here because the generic rtas code tried calling ppc_md.progress,
      which points to an __init function on most platforms.
      
      We could also clear the ppc_md.progress pointer when freeing the init memory
      to make it more explicit that ppc_md.progress must not be called after
      bootup.
      Signed-off-by: NArnd Bergmann <arndb@de.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      6566c6f1
  23. 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