This commit add support to FriendlyARM ZeroPi board.
Board Schematic:
http://wiki.friendlyarm.com/wiki/images/7/71/ZeroPi_20190731_Schematic.pdf
- v1
. fix trailing whitespace
- v2
. direct Copy Kernel DTs
Yu-Tung Chang (1):
sunxi: h3: Add initial ZeroPi support
arch/arm/dts/Makefile
ZeroPi is a new board of high performance with low cost
designed by FriendlyElec., using the Allwinner H3 SOC.
ZeroPi features
- Allwinner H3, Quad-core Cortex-A7@1.2GHz
- 256MB/512MB DDR3 RAM
- microsd slot
- 10/100/1000Mbps Ethernet
- Debug Serial Port
- DC 5V/2A power-supply
Signed-off-by: Yu-
Hello Lukasz,
On 07.06.21 14:26, Lukasz Majewski wrote:
> Those members are not used anymore as ones from gpio_dev_priv
> structure (when DM_GPIO support is enabled) are used instead.
>
> Signed-off-by: Lukasz Majewski
> ---
>
> drivers/gpio/pcf8575_gpio.c | 3 ---
> 1 file changed, 3 deletion
Hello Lukasz,
On 07.06.21 14:26, Lukasz Majewski wrote:
> This patch add support for using NXP's pca8574 I2C IO expander, which
> has only 8 IO lines.
>
> After this change the .data member's information from struct udevice_id
> are used to either sent one or two bytes.
>
> Moreover, the '_le16'
Hello Michal,
On 03.06.21 09:51, Michal Simek wrote:
> pca953x also depends on i2c that's why add dependency to Kconfig.
> Where GPIO is enabled but I2C compilation error pops up.
>
> Signed-off-by: Michal Simek
> ---
>
> drivers/gpio/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
This patchset tries to make mkimage -T sunxi_egon to be able to generate
an eGON.BT0 image for Allwinner RISC-V SoCs (e.g. D1).
In addition, to keep the compatibility, it will still consider the
architecture to be ARM when no architecture is specified.
Icenowy Zheng (4):
mkimage: add a flag to
The sunxi_egon type used to take no -A argument (because we assume sunxi
targets are all ARM). However, as Allwinner D1 appears as the first
RISC-V sunxi target, we need to support -A; in addition, as external
projects rely on U-Boot mkimage to generate sunxi eGON.BT0 header, we
need to keep compat
Refactor some functions in mkimage sunxi_egon type, in order to prepare
for adding support for more CPU architectures (e.g. RISC-V). In
addition, compatibility for operation w/o specified architecture is
kept, in this case the architecture is assumed as ARM.
Signed-off-by: Icenowy Zheng
---
Chang
There's now a sun20i family in sunxi, which uses RISC-V CPU.
Add support for making eGON.BT0 image for RISC-V.
Signed-off-by: Icenowy Zheng
---
Changes in v2:
- Removed changes that should belong to the previous patch in v1.
tools/sunxi_egon.c | 23 +++
1 file changed, 23 i
As mkimage -T sunxi_egon now gains support for -A parameter, specify the
architecture when generating SPL boot image for sunxi.
Signed-off-by: Icenowy Zheng
---
No changes in v2.
scripts/Makefile.spl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/Makefile.spl b/scri
Hi Tom,
Please pull the rockchip updates/fixes:
- New SoC platform support: rk3568;
- rockchip pcie Code compile issue fix;
- Board fix for rk3399 Khadas Edge;
- Add Rockchip NFC driver;
CI:
https://source.denx.de/u-boot/custodians/u-boot-rockchip/-/pipelines/7885
Thanks,
- Kever
The following
On Tue, May 18, 2021 at 01:09:17PM +0200, David Lamparter wrote:
> On Thu, May 06, 2021 at 08:24:30PM +0200, David Lamparter wrote:
> > writel() and co. already include the endian swap; doing the swap twice
> > is, er, unhelpful.
> >
> > Tested on a P4080DS, which boots perfectly fine off NVMe wi
On Sat, May 8, 2021 at 12:49 AM David Lamparter wrote:
>
> writel() and co. already include the endian swap; doing the swap twice
> is, er, unhelpful.
>
> Tested on a P4080DS, which boots perfectly fine off NVMe with this.
>
> Signed-off-by: David Lamparter
> ---
> drivers/nvme/nvme.c | 8 -
On Sat, Jun 19, 2021 at 10:10 PM David Lamparter wrote:
>
> On Tue, May 18, 2021 at 01:09:17PM +0200, David Lamparter wrote:
> > On Thu, May 06, 2021 at 08:24:30PM +0200, David Lamparter wrote:
> > > writel() and co. already include the endian swap; doing the swap twice
> > > is, er, unhelpful.
>
On Mon, 24 May 2021 at 02:05, wrote:
>
> From: Adarsh Babu Kalepalli
>
> Modified the help text of 'chpart' command ,mentioning that it is
> for MTD devices.
>
> Signed-off-by: Adarsh Babu Kalepalli
> ---
>
> cmd/mtdparts.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Reviewed
Hi Rasmus,
On Thu, 27 May 2021 at 17:01, Rasmus Villemoes
wrote:
>
> On 21/05/2021 16.42, Heinrich Schuchardt wrote:
> > On 21.05.21 16:27, Tom Rini wrote:
> >> On Fri, May 21, 2021 at 04:15:39PM +0200, Heinrich Schuchardt wrote:
> >>> On 21.05.21 14:53, Rasmus Villemoes wrote:
> On 20/05/20
Hi Pratyush,
On Tue, 8 Jun 2021 at 04:40, Pratyush Yadav wrote:
>
> Hi,
>
> On 14/05/21 10:48AM, Kishon Vijay Abraham I wrote:
> > Hi Simon,
> >
> > On 14/05/21 5:26 am, Simon Glass wrote:
> > > Hi Kishon,
> > >
> > > On Thu, 13 May 2021 at 00:15, Kishon Vijay Abraham I
> > > wrote:
> > >>
> >
On 6/19/21 8:14 AM, Ivaylo Dimitrov wrote:
Hi Marek,
Hi,
[...]
Currently DM_USB requires OF_CONTROL to be enabled, otherwise link
errors
occur. On the other hand OF_CONTROL requires board code to be
migrated to
DT, which is not always possible or required.
Fix that by conditionally compil
Hi,
On 19.06.21 г. 21:17 ч., Marek Vasut wrote:
On 6/19/21 8:14 AM, Ivaylo Dimitrov wrote:
Hi Marek,
Hi,
[...]
Currently DM_USB requires OF_CONTROL to be enabled, otherwise link
errors
occur. On the other hand OF_CONTROL requires board code to be
migrated to
DT, which is not always possi
On 6/19/21 9:33 PM, Ivaylo Dimitrov wrote:
Hi,
Hi,
Currently DM_USB requires OF_CONTROL to be enabled, otherwise link
errors
occur. On the other hand OF_CONTROL requires board code to be
migrated to
DT, which is not always possible or required.
Fix that by conditionally compiling OF_CONTRO
On 19.06.21 г. 22:38 ч., Marek Vasut wrote:
On 6/19/21 9:33 PM, Ivaylo Dimitrov wrote:
Hi,
Hi,
Currently DM_USB requires OF_CONTROL to be enabled, otherwise
link errors
occur. On the other hand OF_CONTROL requires board code to be
migrated to
DT, which is not always possible or required
On Sat, Jun 19, 2021 at 11:15:50PM +0300, Ivaylo Dimitrov wrote:
>
>
> On 19.06.21 г. 22:38 ч., Marek Vasut wrote:
> > On 6/19/21 9:33 PM, Ivaylo Dimitrov wrote:
> > > Hi,
> >
> > Hi,
> >
> > > > > > > > Currently DM_USB requires OF_CONTROL to be
> > > > > > > > enabled, otherwise link errors
>
The GICC register used by u-boot is 0x0a20c000, which is actually a GICC
for WCNSS, the WLAN processor. U-boot runs on the Application Processor,
therefore it should use APCS GICC instead. Hence, correct it with APCS GICC
register address.
Signed-off-by: Sheep Sun
---
arch/arm/mach-snapdragon/i
Fix typo in clock-snapdragon.c
Signed-off-by: Sheep Sun
---
arch/arm/mach-snapdragon/clock-snapdragon.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-snapdragon/clock-snapdragon.c
b/arch/arm/mach-snapdragon/clock-snapdragon.c
index fbe0b5212f..2b7
On 6/19/21 10:51 PM, Tom Rini wrote:
Hi,
Currently DM_USB requires OF_CONTROL to be
enabled, otherwise link errors
occur. On the other hand OF_CONTROL requires
board code to be migrated to
DT, which is not always possible or required.
Fix that by conditionally compiling OF_CONTROL
specific sec
25 matches
Mail list logo
