As per the device tree binding the apq8064 scm node requires the core
clock to be specified, so add this.
Cc: John Stultz <redacted>
Signed-off-by: Bjorn Andersson <redacted>
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 3 +++
1 file changed, 3 insertions(+)
Add the missing properties for pm8921 smps2.
Signed-off-by: Bjorn Andersson <redacted>
---
My SD600eval broke, so this is untested.
arch/arm/boot/dts/qcom-apq8064-arrow-sd-600eval.dts | 8 ++++++++
1 file changed, 8 insertions(+)
Add nodes for the Riva PIL, IRIS RF module, BT and WiFI services exposed
by the Riva firmware and the related memory reserve.
Also provides pinctrl nodes for devices enabling the riva-pil.
Cc: John Stultz <redacted>
Signed-off-by: Bjorn Andersson <redacted>
---
arch/arm/boot/dts/qcom-apq8064-pins.dtsi | 18 +++++++++
arch/arm/boot/dts/qcom-apq8064.dtsi | 69 +++++++++++++++++++++++++++++++-
2 files changed, 86 insertions(+), 1 deletion(-)
From: Andy Gross <hidden> Date: 2016-12-29 03:14:38
On Wed, Dec 21, 2016 at 03:49:35AM -0800, Bjorn Andersson wrote:
quoted hunk
As per the device tree binding the apq8064 scm node requires the core
clock to be specified, so add this.
Cc: John Stultz <redacted>
Signed-off-by: Bjorn Andersson <redacted>
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 3 +++
1 file changed, 3 insertions(+)
Isn't this supposed to be the DFAB clk? The RPM one? I think that's why we let
the clock just fall through optionally before the recent changes that broke
this.
Regards,
Andy
From: John Stultz <hidden> Date: 2017-01-07 01:08:01
On Wed, Dec 21, 2016 at 3:49 AM, Bjorn Andersson
[off-list ref] wrote:
Add nodes for the Riva PIL, IRIS RF module, BT and WiFI services exposed
by the Riva firmware and the related memory reserve.
Also provides pinctrl nodes for devices enabling the riva-pil.
Cc: John Stultz <redacted>
Signed-off-by: Bjorn Andersson <redacted>
From: John Stultz <hidden> Date: 2017-01-07 01:10:54
On Wed, Dec 21, 2016 at 3:49 AM, Bjorn Andersson
[off-list ref] wrote:
quoted hunk
As per the device tree binding the apq8064 scm node requires the core
clock to be specified, so add this.
Cc: John Stultz <redacted>
Signed-off-by: Bjorn Andersson <redacted>
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 3 +++
1 file changed, 3 insertions(+)
Tested-by: John Stultz <redacted>
I know Bjorn has a new version of this patch that uses the
RPM_DAYTONA_FABRIC_CLK value, but that one results in problems with
usb gadget functionality on my Nexus7. This one seems to work ok
though.
thanks
-john
From: Andy Gross <hidden> Date: 2017-01-07 03:01:34
On Fri, Jan 06, 2017 at 05:10:44PM -0800, John Stultz wrote:
On Wed, Dec 21, 2016 at 3:49 AM, Bjorn Andersson
[off-list ref] wrote:
quoted
As per the device tree binding the apq8064 scm node requires the core
clock to be specified, so add this.
Cc: John Stultz <redacted>
Signed-off-by: Bjorn Andersson <redacted>
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 3 +++
1 file changed, 3 insertions(+)
Tested-by: John Stultz <redacted>
I know Bjorn has a new version of this patch that uses the
RPM_DAYTONA_FABRIC_CLK value, but that one results in problems with
usb gadget functionality on my Nexus7. This one seems to work ok
though.
Odd. Is the usb gadget using the daytona but not getting a reference? I wonder
if this is related to not having the bus driver running the bus clk enablement
and frequencies.
Andy
On Fri, Jan 06, 2017 at 05:10:44PM -0800, John Stultz wrote:
quoted
On Wed, Dec 21, 2016 at 3:49 AM, Bjorn Andersson
[off-list ref] wrote:
quoted
As per the device tree binding the apq8064 scm node requires the core
clock to be specified, so add this.
Cc: John Stultz <redacted>
Signed-off-by: Bjorn Andersson <redacted>
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 3 +++
1 file changed, 3 insertions(+)
Tested-by: John Stultz <redacted>
I know Bjorn has a new version of this patch that uses the
RPM_DAYTONA_FABRIC_CLK value, but that one results in problems with
usb gadget functionality on my Nexus7. This one seems to work ok
though.
Odd. Is the usb gadget using the daytona but not getting a reference? I wonder
if this is related to not having the bus driver running the bus clk enablement
and frequencies.
The fact that we now reference the Daytona clock means that we're also
telling the RPM to disable it, so that might very well be the case.
Unfortunately I can't find any block diagram for 8064 to show what hangs
off the Daytona, so I'm not sure in what way USB should reference it.
Regards,
Bjorn