The ALL-H3-CC has a fixed VDD-CPUX voltage at 1.2V, which is supplied
by a regulator.
Set the CPU's cpu-supply property to the VDD-CPUX regulator.
Signed-off-by: Icenowy Zheng
---
New patch in v2.
arch/arm/boot/dts/sun8i-h3-libretech-all-h3-cc.dts | 4
1 file changed, 4
The VDD-CPUX voltage of ALL-H3-CC H3 ver should be 1.2V, not the 3.3V
currently defined in the device tree.
Fix the voltage in the device tree.
Fixes: 6ca358645d4d ("ARM: dts: sun8i: h3: Add dts file for Libre Computer
Board ALL-H3-CC H3 ver.")
Signed-off-by: Icenowy Zheng
---
Orange Pi One board has a SY8113B regulator, which is controlled via
GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0
or 1.3V when the PL6 GPIO is set to input or output 1, and the output is
the power supply of the ARM cores in H3 SoC.
Add the device tree node of this
Orange Pi Zero board has a SY8113B regulator, which is controlled via
GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0
or 1.3V when the PL6 GPIO is set to input or output 1, and the output is
the power supply of the ARM cores in H2+ SoC.
Add the device tree node of this
The CPU on Allwinner H3 can do dynamic frequency scaling.
Add a DVFS table based on the one shipped with Allwinner's H3 SDK. The
voltage-frequency relationship seems to be conservative, and Armbian has
another DVFS table which uses lower voltage at a certain frequency.
However, the official one
From: Ondrej Jirman
Add SY8106A regulator to r_i2c bus and enable the r_i2c bus on
Orange Pi PC, then set the power supply of the ARM cores to this
regulator, in order to enable DVFS.
Signed-off-by: Ondrej Jirman
[Icenowy: Enable DVFS in this patch, slight
From: Ondrej Jirman
Allwinner H3/H5 SoCs have an I2C controller at PL GPIO bank.
Add support for it in the device tree.
Signed-off-by: Ondrej Jirman
[Icenowy: Change to use r_ccu and change pinmux node name]
Signed-off-by: Icenowy Zheng
This patchset tries to add DVFS support for Allwinner H3 SoC,
considering two kinds of adjustable regulators used on H3 boards:
SY8106A I2C-controlled regulator and SY8113B regulator (controllable
by GPIO with some special designs on the board), and also taking the
uncontrollable boards into
From: Ondrej Jirman
SY8106A is an I2C attached single output regulator made by Silergy Corp,
which is used on several Allwinner H3/H5 SBCs to control the power
supply of the ARM cores.
Add a driver for it.
Signed-off-by: Ondrej Jirman
[Icenowy: Change
From: Ondrej Jirman
H3/H5 SoCs contain an I2C controller optionally available
on the PL0 and PL1 pins. This patch adds pinmux configuration
for this controller.
Signed-off-by: Ondrej Jirman
[Icenowy: change commit message, node name and function name]
From: Ondrej Jirman
SY8106A is an I2C-controlled adjustable voltage regulator made by
Silergy Corp.
Add its device tree binding.
Signed-off-by: Ondrej Jirman
[Icenowy: Change commit message and slight fixes]
Signed-off-by: Icenowy Zheng
于 2018年2月5日 GMT+08:00 下午9:36:25, Maxime Ripard 写到:
>On Sat, Feb 03, 2018 at 05:45:52PM +1100, Julian Calaby wrote:
>> Hi all,
>>
>> On Sun, Dec 24, 2017 at 4:40 PM, Icenowy Zheng
>wrote:
>> > Banana Pi M2 Zero board is a H2+-based board by Sinovoip,
于 2018年2月3日 GMT+08:00 上午3:49:35, Maxime Ripard 写到:
>On Fri, Feb 02, 2018 at 10:01:52PM +0800, Icenowy Zheng wrote:
>> Allwinner V3s SoC features an internal audio codec like the one in
>H3,
>> and a analog codec like the one in H3/A23 (but much simpler).
>>
>> Add
On Monday 05 February 2018 09:05 PM, Mr. Fülöp wrote:
Thank you all for your help! I really appreciate your feedback!
Following your advice I booted XEN ... Yeeeyyy
BUT got stuck here:
Xen 4.11-unstable
(XEN) Xen version 4.11-unstable (@) (arm-linux-gnueabi-gcc (Debian 6.1.1-9)
6.1.1
Thank you all for your help! I really appreciate your feedback!
Following your advice I booted XEN ... Yeeeyyy
BUT got stuck here:
Xen 4.11-unstable
(XEN) Xen version 4.11-unstable (@) (arm-linux-gnueabi-gcc (Debian 6.1.1-9)
6.1.1 20160705) debug=y Fri Feb 2 16:48:36 UTC 2018
(XEN) Latest
On Mon, Feb 5, 2018 at 7:05 PM, Mr. Fülöp wrote:
> This is the loop I was talking about:
>
> U-Boot 2018.03-rc1-00078-gb215307-dirty (Feb 05 2018 - 12:50:50 +)
>
> Loading Environment from FAT... Unable to use mmc 1:0... Failed (-5)
> Loading Environment from MMC...
This is the loop I was talking about:
U-Boot 2018.03-rc1-00078-gb215307-dirty (Feb 05 2018 - 12:50:50 +)
Loading Environment from FAT... Unable to use mmc 1:0... Failed (-5)
Loading Environment from MMC... *** Warning - bad CRC, using default environment
Failed (-5)
In:serial
Out:
于 2018年2月5日 GMT+08:00 下午4:55:58, Emmanuel Vadot 写到:
>
> Hello,
>
>On Sat, 3 Feb 2018 19:23:53 +0800
>Icenowy Zheng wrote:
>
>> This reverts commit 7daa213700758b5b08fc0daab09bb139dd334165.
>>
>> The original commit has several problems:
>>
>> -
I had successfully run Xen 4.10 with latest kernel as DOM0(4.12) and
DomU(4.12) on Orangepi PC2. I also experiment some pass-through and device
emulation under Xen on OrangePI PC2.
It really state-forward.
On Mon, Feb 5, 2018 at 4:32 AM, André Przywara
wrote:
> On
19 matches
Mail list logo