1. 08 Dec, 2011 5 commits
    • Paul Mackerras's avatar
      powerpc/powernv: Fix problems in onlining CPUs · cba313da
      Paul Mackerras authored
      At present, on the powernv platform, if you off-line a CPU that was
      online, and then try to on-line it again, the kernel generates a
      warning message "OPAL Error -1 starting CPU n".  Furthermore, if the
      CPU is a secondary thread that was used by KVM while it was off-line,
      the CPU fails to come online.
      The first problem is fixed by only calling OPAL to start the CPU the
      first time it is on-lined, as indicated by the cpu_start field of its
      PACA being zero.  The second problem is fixed by restoring the
      cpu_start field to 1 instead of 0 when using the CPU within KVM.
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
    • Anton Blanchard's avatar
      powerpc/pseries: Increase minimum RMO size from 64MB to 256MB · 33392640
      Anton Blanchard authored
      The minimum RMO size field in ibm,client-architecture is currently
      ignored, but a future firmware version will rectify that. Since we
      always get at least 128MB of RMO right now, asking for 64MB is
      likely to result in boot failures.
      We should bump it to at least 128MB, but considering all the boot
      issues we have on 128MB RMO boxes and all new machines have virtual
      RMO, we may as well set our minimum to 256MB.
      Signed-off-by: default avatarAnton Blanchard <anton@samba.org>
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
    • sukadev@linux.vnet.ibm.com's avatar
      powerpc: Punch a hole in /dev/mem for librtas · 8a3e3d31
      sukadev@linux.vnet.ibm.com authored
      With CONFIG_STRICT_DEVMEM=y, user space cannot read any part of /dev/mem.
      Since this breaks librtas, punch a hole in /dev/mem to allow access to the
      rmo_buffer that librtas needs.
      Anton Blanchard reported the problem and helped with the fix.
      A quick test for this patch:
             # cat /proc/rtas/rmo_buffer
             000000000f190000 10000
             # python -c "print 0x000000000f190000 / 0x10000"
             # dd if=/dev/mem of=/tmp/foo count=1 bs=64k skip=3865
             1+0 records in
             1+0 records out
             65536 bytes (66 kB) copied, 0.000205235 s, 319 MB/s
             # dd if=/dev/mem of=/tmp/foo
             dd: reading `/dev/mem': Operation not permitted
             0+0 records in
             0+0 records out
             0 bytes (0 B) copied, 0.00022519 s, 0.0 kB/s
      Signed-off-by: default avatarSukadev Bhattiprolu <sukadev@linux.vnet.ibm.com>
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
    • Benjamin Herrenschmidt's avatar
      powerpc: Add support for OpenBlockS 600 · 11eab297
      Benjamin Herrenschmidt authored
      So I've had one of these for a while and it looks like the vendor never
      bothered submitting the support upstream.
      This adds it using ppc40x_simple and provides a device-tree.
      There are some changes to the boot wrapper because the way u-boot works
      on this thing, it seems to expect a multipart image with the kernel,
      initrd and dtb in it.
      The USB support is missing as it needs the yet unmerged driver for
      the DWC OTG part and the GPIOs may need further definition in the dts.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
    • Benjamin Herrenschmidt's avatar
  2. 07 Dec, 2011 28 commits
  3. 28 Nov, 2011 6 commits
  4. 25 Nov, 2011 1 commit