04 Dec, 2006

11 commits

  • A few code paths need to check whether or not they are running
    on the PS3's LV1 hypervisor before making hcalls. This introduces
    a new firmware feature bit for this, FW_FEATURE_PS3_LV1.

    Now when both PS3 and IBM_CELL_BLADE are enabled, but not PSERIES,
    FW_FEATURE_PS3_LV1 and FW_FEATURE_LPAR get enabled at compile time,
    which is a bug. The same problem can also happen for (PPC_ISERIES &&
    !PPC_PSERIES && PPC_SOMETHING_ELSE). In order to solve this, I
    introduce a new CONFIG_PPC_NATIVE option that is set when at least
    one platform is selected that can run without a hypervisor and then
    turns the firmware feature check into a run-time option.

    The new cell oprofile support that was recently merged does not
    work on hypervisor based platforms like the PS3, therefore make
    it depend on PPC_CELL_NATIVE instead of PPC_CELL. This may change
    if we get oprofile support for PS3.

    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     
  • When renaming CONFIG_PS3 to CONFIG_PPC_PS3, a few occurrences have been
    missed.

    I also fixed up the alignment in arch/powerpc/platforms/Makefile.

    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Arnd Bergmann

    Geert Uytterhoeven
     
  • Adds a PS3 system bus driver. This system bus is a virtual bus used to present
    the PS3 system devices in the LDM.

    Signed-off-by: Geoff Levand
    Signed-off-by: Arnd Bergmann

    Geoff Levand
     
  • This is a small driver for the Xserve G5 CPU-meter blue LEDs on the
    front-panel. It might work on the Xserve G4 as well though that was
    not tested. It's pretty basic and could use some improvements if
    somebody cares doing them. :)

    Signed-off-by: Benjamin Herrenschmidt
    Signed-off-by: Paul Mackerras

    Benjamin Herrenschmidt
     
  • The below hunk was missed from the recent patch, and now, there are somewhat
    inconsistent definitions:

    in cpm_uart.h:
    int __init cpm_uart_init_portdesc(void);

    in cpm_uart_cpm1.c:
    int __init cpm_uart_init_portdesc(void)
    {
    }

    in cpm_uart_cpm2.c:
    int cpm_uart_init_portdesc(void)
    {
    }

    Signed-off-by: Kalle Pokki
    Signed-off-by: Vitaly Bordug
    Signed-off-by: Paul Mackerras

    Kalle Pokki
     
  • On error, make sure that we undo all necessary operations.

    This also gets rid of a must_check warning.

    Signed-off-by: Stephen Rothwell
    Signed-off-by: Paul Mackerras

    Stephen Rothwell
     
  • We use the powerpc specific low level MMIO accessor variants instead
    of readl() or readl_be() because we know spidernet is not a real PCI
    device and we can thus avoid the performance hit caused by the PCI
    workarounds.

    Signed-off-by: Benjamin Herrenschmidt
    Signed-off-by: Paul Mackerras

    Benjamin Herrenschmidt
     
  • Remove the now unused "liobn" field in ibmveth which also avoids
    having insider knowledge of the iommu table in that driver.

    Signed-off-by: Benjamin Herrenschmidt
    Signed-off-by: Santiago Leon
    Signed-off-by: Paul Mackerras

    Benjamin Herrenschmidt
     
  • This patch first splits of_device.c and of_platform.c, the later containing
    the bits relative to of_platform_device's. On the "breaks" side of things,
    drivers uisng of_platform_device(s) need to include asm/of_platform.h now
    and of_(un)register_driver is now of_(un)register_platform_driver.

    In addition to a few utility functions to locate of_platform_device(s),
    the main new addition is of_platform_bus_probe() which allows the platform
    code to trigger an automatic creation of of_platform_devices for a whole
    tree of devices.

    The function acts based on the type of the various "parent" devices encountered
    from a provided root, using either a default known list of bus types that can be
    "probed" or a passed-in list. It will only register devices on busses matching
    that list, which mean that typically, it will not register PCI devices, as
    expected (since they will be picked up by the PCI layer).

    This will be used by Cell platforms using 4xx-type IOs in the Axon bridge
    and can be used by any embedded-type device as well.

    Signed-off-by: Benjamin Herrenschmidt
    Signed-off-by: Paul Mackerras

    Benjamin Herrenschmidt
     
  • This patch makes the EMAC driver use the new DCR access methods. It
    doesn't yet uses dcr_map() and thus still only work with real DCRs.
    This will be fixed in a later patch

    Signed-off-by: Benjamin Herrenschmidt
    Signed-off-by: Paul Mackerras

    Benjamin Herrenschmidt
     
  • Paul Mackerras
     

03 Dec, 2006

28 commits


02 Dec, 2006

1 commit