18 Aug, 2020

1 commit


13 May, 2020

2 commits

  • The Raspberry Pi 4 gets its USB functionality from VL805, a PCIe chip
    that implements xHCI. After a PCI reset, VL805's firmware may either be
    loaded directly from an EEPROM or, if not present, by the SoC's
    co-processor, VideoCore. RPi4's VideoCore OS contains both the non public
    firmware load logic and the VL805 firmware blob. The function this patch
    introduces triggers the aforementioned process.

    Link: https://lore.kernel.org/r/20200505161318.26200-3-nsaenzjulienne@suse.de
    Tested-by: Stefan Wahren
    Tested-by: Stefan Wahren
    Signed-off-by: Nicolas Saenz Julienne
    Signed-off-by: Lorenzo Pieralisi
    Reviewed-by: Rob Herring

    Nicolas Saenz Julienne
     
  • The property is needed in order to trigger VL805's firmware load. Note
    that gap between the property introduced and the previous one is due to
    the properties not being defined.

    Link: https://lore.kernel.org/r/20200505161318.26200-2-nsaenzjulienne@suse.de
    Signed-off-by: Nicolas Saenz Julienne
    Signed-off-by: Lorenzo Pieralisi
    Reviewed-by: Florian Fainelli
    Reviewed-by: Rob Herring

    Nicolas Saenz Julienne
     

09 Jan, 2019

1 commit


21 Nov, 2018

1 commit


22 Jun, 2018

1 commit

  • Recent Raspberry Pi firmware provides a mailbox property to detect
    under-voltage conditions. Here is the current definition.

    The u32 value returned by the firmware is divided into 2 parts:
    - lower 16-bits are the live value
    - upper 16-bits are the history or sticky value

    Bits:
    0: undervoltage
    1: arm frequency capped
    2: currently throttled
    16: undervoltage has occurred
    17: arm frequency capped has occurred
    18: throttling has occurred

    Signed-off-by: Stefan Wahren
    Signed-off-by: Eric Anholt
    Reviewed-by: Eric Anholt

    Stefan Wahren
     

17 Apr, 2018

1 commit

  • If CONFIG_RASPBERRYPI_FIRMWARE=n:

    drivers/gpio/gpio-raspberrypi-exp.c: In function ‘rpi_exp_gpio_get_polarity’:
    drivers/gpio/gpio-raspberrypi-exp.c:71: warning: ‘get.polarity’ is used uninitialized in this function
    drivers/gpio/gpio-raspberrypi-exp.c: In function ‘rpi_exp_gpio_get_direction’:
    drivers/gpio/gpio-raspberrypi-exp.c:150: warning: ‘get.direction’ is used uninitialized in this function

    The dummy firmware interface functions return 0, which means success,
    causing subsequent code to make use of the never initialized output
    parameter.

    Fix this by making the dummy functions return an error code (-ENOSYS)
    instead.

    Note that this assumes the firmware always fills in the requested data
    in the CONFIG_RASPBERRYPI_FIRMWARE=y case.

    Fixes: d45f1a563b92dac7 ("staging: vc04_services: fix up rpi firmware functions")
    Signed-off-by: Geert Uytterhoeven
    Reviewed-by: Eric Anholt
    Signed-off-by: Florian Fainelli

    Geert Uytterhoeven
     

22 Feb, 2018

1 commit


16 Oct, 2016

2 commits


22 Dec, 2015

1 commit


25 Oct, 2015

1 commit


15 Oct, 2015

1 commit