1. 28 7月, 2008 1 次提交
  2. 25 7月, 2008 1 次提交
  3. 01 7月, 2008 1 次提交
  4. 30 6月, 2008 1 次提交
  5. 17 4月, 2008 1 次提交
    • D
      [POWERPC] Efika: Really, don't pretend to be CHRP · 7f4392cd
      David Woodhouse 提交于
      Fedora 9 works on Efika without the separate 'device-tree supplement',
      thanks to the kernel's own fixups. With one exception -- because 'CHRP'
      still appears on the 'machine:' line in /proc/cpuinfo, the installer
      misdetects the platform and misconfigures yaboot, putting it into a PReP
      boot partition instead of in the /boot filesystem where the Efika's
      firmware could find it.
      
      The kernel's fixups for Efika already correct one instance of 'chrp', in
      the 'device_type' property. This fixes it in the 'CODEGEN,description'
      property too, since that's what's exposed to userspace in /proc/cpuinfo.
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      Acked-by: NGrant Likely <grant.likely@secretlab.ca>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      7f4392cd
  6. 27 1月, 2008 1 次提交
    • G
      [POWERPC] Efika: prune fixups and make them more carefull · 94d2dde7
      Grant Likely 提交于
      Prune back Efika fixups to only include changes that are actually required
      to get a working system.  Most of the drivers can accept the compatible
      properties, even if they don't match the what is recommented in the generic
      names recommended practice document.
      
      This patch also adds extra checks so that fixups are not performed blindly.
      Instead, the code first verifies that the device tree is faulty before
      making any changes.  This way, if the Efika firmware is updated to fix
      these issues, then the fixups will no longer get applied.
      
      At this point; here is the list of fixups needed for the efika:
      1. If the device_type property on the root node is 'chrp', then Linux won't
         boot.  Change device_type to 'efika' to avoid this condition
      2. Add full interrupt list to the bestcomm node.  In actual fact, the
         bestcomm interrupts property is technically correct, it just doesn't
         expose the same granularity as the device driver expects.  All other
         5200 device trees provide a separate irq number for each bestcomm
         channel.  Rather than hack the driver, it's simpler to fix it up
      3. /builtin/sound node is missing an interrupts property
      4. /builtin/ethernet node is missing a phy-handle property and the
         device driver doesn't know what to do without one.
      Signed-off-by: NGrant Likely <grant.likely@secretlab.ca>
      94d2dde7
  7. 10 1月, 2008 1 次提交
  8. 08 11月, 2007 1 次提交
  9. 13 9月, 2007 1 次提交
  10. 22 8月, 2007 1 次提交
    • O
      [POWERPC] Advertise correct IDE mode on Pegasos2 · 556ecf9b
      Olaf Hering 提交于
      The built-in IDE controller is configured in legacy mode, but the PCI
      registers advertise native mode.  Force the PCI class into legacy
      mode. This allows pata_via to access two drives.
      
      The Pegasos specific irq enforcement in the via82cxxx driver must stay
      because there is apparently no generic way to setup irq per channel.
      
      Tested on Pegasos2 with firmware version 20040810, and two IDE disks.
      Signed-off-by: NOlaf Hering <olaf@aepfle.de>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      556ecf9b
  11. 14 6月, 2007 1 次提交
    • J
      [POWERPC] Donate idle CPU cycles on dedicated partitions · d8c391a5
      Jake Moilanen 提交于
      A Power6 can give up CPU cycles on a dedicated CPU (as opposed to a
      shared CPU) to other shared processors if the administrator asks for it
      (via the HMC).
      
      This enables that to work properly on P6.
      
      This just involves setting a bit in the CAS structure as well as the
      VPA.  To donate cycles, a CPU has to have all SMT threads idle and
      have the donate bit set in the VPA.  Then call H_CEDE.
      
      The reason why shared processors just aren't used is because dedicated
      CPUs are guaranteed an actual processor, yet the system is still able to
      increase the capacity of the shared CPU pool.
      
      Also rename the VPA's cpuctls_task_attrs field to a more accurate name.
      Signed-off-by: NJake Moilanen <moilanen@austin.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      d8c391a5
  12. 08 5月, 2007 2 次提交
  13. 07 5月, 2007 1 次提交
  14. 13 4月, 2007 1 次提交
  15. 13 2月, 2007 1 次提交
  16. 11 12月, 2006 1 次提交
    • P
      [POWERPC] Support ibm,dynamic-reconfiguration-memory nodes · 0204568a
      Paul Mackerras 提交于
      For PAPR partitions with large amounts of memory, the firmware has an
      alternative, more compact representation for the information about the
      memory in the partition and its NUMA associativity information.  This
      adds the code to the kernel to parse this alternative representation.
      
      The other part of this patch is telling the firmware that we can
      handle the alternative representation.  There is however a subtlety
      here, because the firmware will invoke a reboot if the memory
      representation we request is different from the representation that
      firmware is currently using.  This is because firmware can't change
      the representation on the fly.  Further, some firmware versions used
      on POWER5+ machines have a bug where this reboot leaves the machine
      with an altered value of load-base, which will prevent any kernel
      booting until it is reset to the normal value (0x4000).  Because of
      this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
      do not request the new representation on POWER5+ and earlier machines.
      We do request the new representation on POWER6, which uses the
      ibm,client-architecture-support call.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      0204568a
  17. 04 12月, 2006 3 次提交
    • P
      [POWERPC] Tell firmware we can handle POWER6 compatible mode · 0efbc18a
      Paul Mackerras 提交于
      This adds the "logical" PVR value used by POWER6 in "compatible" mode
      to the list of PVR values that the kernel tells firmware it is able to
      handle.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      0efbc18a
    • P
      [POWERPC] Distinguish POWER6 partition modes and tell userspace · 974a76f5
      Paul Mackerras 提交于
      This adds code to look at the properties firmware puts in the device
      tree to determine what compatibility mode the partition is in on
      POWER6 machines, and set the ELF aux vector AT_HWCAP and AT_PLATFORM
      entries appropriately.
      
      Specifically, we look at the cpu-version property in the cpu node(s).
      If that contains a "logical" PVR value (of the form 0x0f00000x), we
      call identify_cpu again with this PVR value.  A value of 0x0f000001
      indicates the partition is in POWER5+ compatibility mode, and a value
      of 0x0f000002 indicates "POWER6 architected" mode, with various
      extensions disabled.  We also look for various other properties:
      ibm,dfp, ibm,purr and ibm,spurr.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      974a76f5
    • J
      [POWERPC] Cell iommu support · 165785e5
      Jeremy Kerr 提交于
      This patch adds full cell iommu support (and iommu disabled mode).
      
      It implements mapping/unmapping of iommu pages on demand using the
      standard powerpc iommu framework.  It also supports running with
      iommu disabled for machines with less than 2GB of memory.  (The
      default is off in that case, though it can be forced on with the
      kernel command line option iommu=force).
      Signed-off-by: NJeremy Kerr <jk@ozlabs.org>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      165785e5
  18. 30 8月, 2006 1 次提交
  19. 25 7月, 2006 2 次提交
  20. 07 7月, 2006 3 次提交
  21. 03 7月, 2006 1 次提交
  22. 01 7月, 2006 2 次提交
  23. 15 6月, 2006 1 次提交
  24. 09 6月, 2006 2 次提交
  25. 26 5月, 2006 1 次提交
  26. 19 5月, 2006 3 次提交
  27. 16 5月, 2006 1 次提交
    • B
      [PATCH] Fix pSeries identification in prom_init.c · cb6b2eb9
      Benjamin Herrenschmidt 提交于
      The OF trampoline code prom_init.c still needs to identify IBM pSeries
      (PAPR) machines in order to run some platform specific code on them like
      instanciating the TCE tables. The code doing that detection was changed
      recently in 2.6.17 early stages but was done slightly incorrectly. It
      should be testing for an exact match of "chrp" and it currently tests
      for anything that begins with "chrp". That means it will incorrectly
      match with platforms using Maple-like device-trees and have open
      firmware. This fixes it by using strcmp instead of strncmp to match what
      the actual platform detection code does.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      cb6b2eb9
  28. 29 4月, 2006 1 次提交
  29. 28 4月, 2006 1 次提交
  30. 14 4月, 2006 1 次提交