This reverts commit ced6d06a81fb69e2f625b0c4b272b687a3789faa.

This reverts commit d39979122e85a85e814687d0403416ee78eafbc0.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

The documentation for this driver says the backlight is controlled by the
DSC.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

XO is actually buffered via the PMIC, controlled by the RPM.
The only place we need to directly reference xo_board is for the RPM clock
controller itself which obviously can't point back to itself for a
reference clock.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

The XO clock is buffered via RPM and output by the PMIC.
Add in the RPM indicies to instantiate the SMD RPC for this.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Update the snoc example with a snoc-mm child node example. Convert from
msm8916-snoc to msm8939-snoc to facilitate the updated example.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

We've had some discongruity in the compatible string of the lpass for 8916
for a while.

Mark the old compat as deprecated. New SoC additions such as msm8936 and
msm8939 should use the compat string "qcom,apq8016-lpass-cpu".

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

The msm9836/msm8939 has two available encoder/decoder capable blocks. In
upstream we support a dedicated encoder and a dedicated decoder.

As far as I understand it, it would be feasible to have two decoders or two
encoders for parallel work like say decoding a video stream to each of the
DSI outputs.

Here though we add-in as per the upstream standard of fixed encoder and
fixed decoder at the first and second co-processor blocks.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

The msm8936/msm8939 venus contains two cores which allow for simultaneous
encoding or decoding.

An evolution of the msm8916 IP block, some higher clock rates, bandwidth.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

msm8936/msm8939 have 2 x HFI 2xx cores which can be arranged as encoder and
decoder like versions 3xx and later.

Similar to 3xx and later we have
- A power domain per core
- A clock per core

But unlike 3xx we do not have a specific encoder start/stop command
address.

Add in callbacks for HFI V2xx compliant hardware to optionally set a
power-domain and clock for the encoder and decoder cores individually.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

On some hardware when we switch from one pin state to another it is
desirable to have a delay time to allow for peripheral chips to take
action based on the pin-state we have set.

This patch adds support for a delay time to be specified when doing that
switch. The switch and delay is a pattern then that is functionally
decomposed into ci_platform_set_pin_state().

If no delay time is specified the pin-switch happens as before with zero
delay. If a delay time is specified the pin-state is applied and then
the specified delay delay is applied.

Cc: Loic Poulain <loic.poulain@linaro.org>
Cc: Peter Chen <peter.chen@nxp.com>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

After applying a new pin state it is depending on the platform sometimes
appropriate to delay before proceeding. A delay can allow for a peripheral
component, such as a USB Hub to latch and take action based on the
pin-state as presented by the SoC.

This patch introduces a new optional property pin-switch-delay-us. The
delay period will trigger a delay as specified in the DT if and only if
switching pinctrl state, otherwise this variable has no effect.

Cc: Loic Poulain <loic.poulain@linaro.org>
Cc: Peter Chen <peter.chen@nxp.com>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Add logic to enable or disable the internal DP pullup on controller start
and stop only.

This handles the case of pulling DP high all the time when the controller
isn't connected to VBUS.

Using something like an external TypeC port manager IC and USB Hub can
result in the VBUS line not being connected to the PHY. Still though we
need to pull the line high during operation and set it low when switching
off the controller.

When the PHY can sense VBUS our default behavior should still be to pull up
or pull down DP since in this case we need to drive different levels on DP
as we are directly connected to a Host or a Device in a way we are not when
a TypeC port manager / Hub intermediates for us.

This patch replicates the original downstream enabling logic for the DP
pullup while leaving the existing DP/VBUS loop untouched.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Downstream has a flag called qcom,dp-manual-pullup which informs the
downstream driver if it should toggle ULPI_MISC_A_VBUSVLDEXTSEL and
ULPI_MISC_A_VBUSVLDEXT.

Downstream states:

"qcom,dp-manual-pullup: If present, vbus is not routed to USB
        controller/phy and controller driver therefore enables pull-up
        explicitly before starting controller using usbcmd run/stop bit."

Working with a system that has both an external Type-C port controller and
an internal USB Hub results in a situation where VBUS is not connected to
the SoC.

In this case we still need to set the DP pullup.

This patch enables and disables the DP pullup on PHY power_on and power_off
respectively if the DT has declared the bool "qcom,enable-vbus-pullup"
effectively replicating the downstream logic to the same effect.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

The original Qualcomm driver for the HighSpeed USB PHY contains a flag
which tells the driver that the controller and PHY do not connect to VBUS.

In this case an external IC such as a Type-C port manager supplies VBUS and
the VBUS signal is not routed to the SoC. This means we cannot detect the
presence or absence of VBUS and cannot take action based on it.

Document the downstream boolean qcom,dp-manual-pullup to allow the HS PHY
implement the necessary logic.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Add in support for display out a Truly 63350 on DSI0.

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Shawn Guo authored 5 years ago and Bryan O'Donoghue committed 2 years ago

This is to support the use case that LK configures the panel for splash
screen and then passes the panel type to kernel via cmdline.  It's
a vendor bootloader/kernel specific implementation, and not suitable
for upstream.

Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Shawn Guo authored 5 years ago and Bryan O'Donoghue committed 2 years ago

It adds a drm panel driver for Truly panel with R65530 driver IC.  It
supports not only Truly panel but also panel from AUO that is integrated
with a R65530 driver IC, although the driver is named after Truly.

Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Add a basic booting DTS for the Sony Xperia M4 Aqua aka "tulip".

Tulip is paired with:

- wcn3660
- smb1360 battery charger
- 720p Truly NT35521 Panel

Reviewed-by: Konrad Dybcio <konrad.dybcio@linaro.org>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

The apq8039-t2 is an apq8039 based board paired with a wcn3680b WiFi
chipset.

Co-developed-by: Shawn Guo <shawn.guo@linaro.org>
Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
Co-developed-by: Jun Nie <jun.nie@linaro.org>
Signed-off-by: Jun Nie <jun.nie@linaro.org>
Co-developed-by: Benjamin Li <benl@squareup.com>
Signed-off-by: Benjamin Li <benl@squareup.com>
Co-developed-by: James Willcox <jwillcox@squareup.com>
Signed-off-by: James Willcox <jwillcox@squareup.com>
Co-developed-by: Leo Yan <leo.yan@linaro.org>
Signed-off-by: Leo Yan <leo.yan@linaro.org>
Co-developed-by: Joseph Gates <jgates@squareup.com>
Signed-off-by: Joseph Gates <jgates@squareup.com>
Co-developed-by: Max Chen <mchen@squareup.com>
Signed-off-by: Max Chen <mchen@squareup.com>
Co-developed-by: Zac Crosby <zac@squareup.com>
Signed-off-by: Zac Crosby <zac@squareup.com>
Reviewed-by: Konrad Dybcio <konrad.dybcio@linaro.org>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Stephan Gerhold authored 2 years ago and Bryan O'Donoghue committed 2 years ago

The msm8939-pm8916.dtsi include configures the regulator supplies of
MSM8939 used together with PM8916, as recommended by Qualcomm. In rare
cases where boards deviate from the recommended design they can just
avoid using this include.

Signed-off-by: Stephan Gerhold <stephan@gerhold.net>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Add msm8939 a derivative SoC of msm8916. This SoC contains a number of key
differences to msm8916.

- big.LITTLE Octa Core - quad 1.5GHz + quad 1.0GHz
- DRAM 1x800 LPDDR3
- Camera 4+4 lane CSI
- Venus @ 1080p60 HEVC
- DSI x 2
- Adreno A405
- WiFi wcn3660/wcn3680b 802.11ac

Co-developed-by: Shawn Guo <shawn.guo@linaro.org>
Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
Co-developed-by: Jun Nie <jun.nie@linaro.org>
Signed-off-by: Jun Nie <jun.nie@linaro.org>
Co-developed-by: Benjamin Li <benl@squareup.com>
Signed-off-by: Benjamin Li <benl@squareup.com>
Co-developed-by: James Willcox <jwillcox@squareup.com>
Signed-off-by: James Willcox <jwillcox@squareup.com>
Co-developed-by: Leo Yan <leo.yan@linaro.org>
Signed-off-by: Leo Yan <leo.yan@linaro.org>
Co-developed-by: Joseph Gates <jgates@squareup.com>
Signed-off-by: Joseph Gates <jgates@squareup.com>
Co-developed-by: Max Chen <mchen@squareup.com>
Signed-off-by: Max Chen <mchen@squareup.com>
Co-developed-by: Zac Crosby <zac@squareup.com>
Signed-off-by: Zac Crosby <zac@squareup.com>
Co-developed-by: Vincent Knecht <vincent.knecht@mailoo.org>
Signed-off-by: Vincent Knecht <vincent.knecht@mailoo.org>
Co-developed-by: Stephan Gerhold <stephan@gerhold.net>
Signed-off-by: Stephan Gerhold <stephan@gerhold.net>
Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Add vendor prefix for Square (https://squareup.com

).

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Signed-off-by: Bryan O'Donoghue <bryan.odonoghue@linaro.org>

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>

# Conflicts:
#	Documentation/admin-guide/cgroup-v1/memory.rst
#	fs/buffer.c