After 401d1c4f5d2d ("common: Drop asm/global_data.h from common header")
build fails with :
drivers/button/button-uclass.c:13:5: error: conflicting types for
'button_get_by_label'
int button_get_by_label(const char *label, struct udevice **devp)
^~~
Adding struct udevice forw
Hi Marek,
On 18.02.21 20:56, Marek Behun wrote:
Chris put his Tested-by on this series and noone else replyied to it.
What do you think about this?
How about the issue of size increase in the SPL? IIRC, then one patch
resulted in a too big image for one of the MVEBU boards.
The only thing th
Enable the EQoS i.MX driver in defconfig, also enable the PHYLIB
to facilitate the case that only has FEC enabled.
Signed-off-by: Ye Li
---
configs/imx8mp_evk_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/imx8mp_evk_defconfig b/configs/imx8mp_evk_defconfig
index e70c430
DWC EQOS driver has removed to use noncached memory, so delete
the configuration from iMX8MP EVK head file.
Signed-off-by: Ye Li
---
include/configs/imx8mp_evk.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/imx8mp_evk.h b/include/configs/imx8mp_evk.h
index 4850b1b..8c2e5
Since we uses the DTS and PHY reset gpio in EQoS driver to do the
reset, remove the duplicated codes from board file.
Signed-off-by: Ye Li
---
board/freescale/imx8mp_evk/imx8mp_evk.c | 19 ---
1 file changed, 19 deletions(-)
diff --git a/board/freescale/imx8mp_evk/imx8mp_evk.c
The setup functions should be independent for two ethernet controllers
Signed-off-by: Ye Li
---
board/freescale/imx8mp_evk/imx8mp_evk.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/board/freescale/imx8mp_evk/imx8mp_evk.c
b/board/freescale/imx8mp_evk/imx8mp_evk.c
inde
i.MX8MP EVK has two ethernet ports. Add relevant nodes and properties
for EQoS port to the EVK DTS file.
In -u-boot.dtsi, change the u-boot eqos compatible string, add PHY
reset gpio and remove assigned clocks as not supported in CCF.
Signed-off-by: Ye Li
---
arch/arm/dts/imx8mp-evk-u-boot.dtsi
Add node for EQoS ethernet controller as the second ethernet port
on i.MX8MP
Signed-off-by: Ye Li
---
arch/arm/dts/imx8mp.dtsi | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/arm/dts/imx8mp.dtsi b/arch/arm/dts/imx8mp.dtsi
index ecccfbb..813dc66 100644
--- a/arch
i.MX8MP has one DWC EQoS controller, so allow to build mac.c when
only this driver is enabled.
Signed-off-by: Ye Li
---
arch/arm/mach-imx/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-imx/Makefile b/arch/arm/mach-imx/Makefile
index 1aa26a5..df2253d 100644
--- a/arch/
i.MX8MP has two ENET controllers, have to update the function to
enable loading two MAC addresses.
Signed-off-by: Ye Li
---
arch/arm/mach-imx/mac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/mac.c b/arch/arm/mach-imx/mac.c
index 3b1496b..9bb63d2 100644
Parse the "phy-reset-gpios", "phy-reset-post-delay" and
"phy-reset-duration" properties from eqos node to control the
ethernet PHY reset at driver probe.
Reset PHY once is enough that can reduce the time cost to
get IP after the first time.
Signed-off-by: Ye Li
---
drivers/net/dwc_eth_qos.c | 55
Hi Tom,
Please pull mmc-2021-2-19
Sorry for delay, I have been quite busy in the past days.
=
mmc_spi improvement
added mmc-pwrseq to remove duplicated code
fix response timeout after switch command
sdhci: skip cache invalidation if DMA is not used
=
Thank
Add phy-reset-duration and phy-reset-post-delay to FEC node for PHY
reset, otherwise the PHY does not work correctly.
Signed-off-by: Ye Li
---
arch/arm/dts/imx8mp-evk-u-boot.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/imx8mp-evk-u-boot.dtsi
b/arch/arm/dts/imx8mp-evk-
Hello Simon,
On Fri, 19 Feb 2021 at 05:52, Simon Glass wrote:
>
> Hi Etienne,
>
> On Thu, 18 Feb 2021 at 05:55, Etienne Carriere
> wrote:
> >
> > Fix inline comments and empty line in scmi driver and test files.
> > Condition SCMI clock and reset tests to U-Boot configuration.
> >
> > Change-Id:
On 2/19/21 1:52 AM, Asherah Connor wrote:
Adds support for QFW on Arm platforms by checking the device tree for a
"qemu,fw-cfg-mmio"-compatible node in arch_early_init_r and initialising
the driver if found. Both MMIO and DMA are supported on this
architecture.
The device shows up as:
fw-cfg@
From: Dalon Westergreen
Some architectures, Stratix10/Agilex, require a hex formatted spl that
combines the spl image and dtb. This adds a target to create said hex
file with and offset of SPL_TEXT_BASE.
Signed-off-by: Dalon Westergreen
Signed-off-by: Siew Chin Lim
---
Makefile
On 2/19/21 5:52 AM, Simon Glass wrote:
Hi Heinrich,
On Wed, 17 Feb 2021 at 04:58, Heinrich Schuchardt wrote:
test/cmd/setexpr.c cannot be linked with CONFIG_CMD_SETEXPR=n:
ld.bfd: test/built-in.o: in function `setexpr_test_sub':
test/cmd/setexpr.c:227: undefined reference to `setexpr_regex_s
On 2/19/21 1:52 AM, Asherah Connor wrote:
This patch adds preliminary support for the QEMU firmware interface
(aka. QEMU fw_cfg) on the Arm platform. I'm sending this to see if
there's interest in accepting this support; ultimately, I'd like to get
the QEMU "ramfb" display working, which require
Hi Andre,
On Thu, 18 Feb 2021 at 09:03, Andre Przywara wrote:
>
> On Wed, 17 Feb 2021 21:45:29 -0700
> Simon Glass wrote:
>
> Hi Simon,
>
> > On Sun, 14 Feb 2021 at 05:35, Andre Przywara wrote:
> > >
> > > OF_STDOUT_PATH was meant to hold the devicetree path to the serial
> > > console, to be p
Hi Etienne,
On Thu, 18 Feb 2021 at 05:55, Etienne Carriere
wrote:
>
> Fix inline comments and empty line in scmi driver and test files.
> Condition SCMI clock and reset tests to U-Boot configuration.
>
> Change-Id: Iac37398cedc1942cf1cc114fc60cbe04c599313e
> Signed-off-by: Etienne Carriere
> ---
On Wed, 17 Feb 2021 at 09:59, Heinrich Schuchardt wrote:
>
> Provide a man-page for the booti command.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> doc/usage/booti.rst | 114
> doc/usage/index.rst | 1 +
> 2 files changed, 115 insertions(+)
> cre
Hi Heinrich,
On Wed, 17 Feb 2021 at 04:58, Heinrich Schuchardt wrote:
>
> test/cmd/setexpr.c cannot be linked with CONFIG_CMD_SETEXPR=n:
>
> ld.bfd: test/built-in.o: in function `setexpr_test_sub':
> test/cmd/setexpr.c:227: undefined reference to `setexpr_regex_sub'
> ld.bfd: test/built-in.o: in
On Wed, 17 Feb 2021 at 04:54, Heinrich Schuchardt wrote:
>
> Avoid build warnings observed with gcc 10.2
>
> In file included from lib/rsa/rsa-keyprop.c:16:
> include/u-boot/rsa-mod-exp.h:65:24: warning:
> ‘struct udevice’ declared inside parameter list will not be visible
> outside of this defini
On Thu, 18 Feb 2021 at 03:56, Andy Shevchenko wrote:
>
> On Thu, Feb 18, 2021 at 6:46 AM Simon Glass wrote:
> >
> > Hi Andy,
> >
> > On Thu, 11 Feb 2021 at 07:40, Andy Shevchenko
> > wrote:
> > >
> > > When test suite tries to create a file for a new filesystem test case and
> > > fails,
> > >
On Thu, 18 Feb 2021 at 05:01, Heinrich Schuchardt wrote:
>
> Currently keyboard input fails in the GUI window opened by
>
> ./u-boot -T -l
>
> Add the missing include to test.dts.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> arch/sandbox/dts/test.dts | 1 +
> 1 file changed, 1 insertion(+)
Include "compiler.h" in sha512.c. This is needed by 'cpu_to_be64' macro
that used in 'sha512_base_do_finalize' function.
Signed-off-by: Siew Chin Lim
---
lib/sha512.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/sha512.c b/lib/sha512.c
index f1e2acf0fb..35f31e3dc5 100644
--- a/lib/sha
Commit "common: Drop asm/global_data.h from common header" added
asm\global_data.h into secure.h. However, secure.h will be included
by psci.S. Adding asm\global_data.h has caused compilation failure in
pcsi.S. Update secure.h to only include asm\global_data.h in non-assembly
section.
Signed-off-b
From: Takahiro Kuwano
Fixes mode clocks for SPINOR_OP_READ_FAST_4B and volatile QE bit in tiny.
The volatile QE bit function, spansion_quad_enable_volatile() supports
dual/quad die package parts, by taking 'die_size' parameter that is used
to iterate register update for all dies in the device.
S
From: Takahiro Kuwano
This patch adds Flash specific fixups and hooks for Cypress
S25HL-T/S25HS-T family, based on the features introduced in [0][1][2].
The nor->ready() and spansion_sr_ready() introduced in #5 and #6 in this
series are used for multi-die package parts.
The nor->quad_enable() s
From: Takahiro Kuwano
Cypress chips support SPINOR_OP_EN4B(B7h)/SPINOR_OP_EX4B(E9h) to
enable/disable 4-byte addressing mode.
Signed-off-by: Takahiro Kuwano
---
drivers/mtd/spi/spi-nor-core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/spi-nor-core.c b/drivers/mtd/spi/s
From: Takahiro Kuwano
The spansion_sr_ready() reads status register 1 by Read Any Register
commnad. This function is called from Flash specific hook with die address
and dummy cycles to support multi-die package parts from Spansion/Cypress.
Signed-off-by: Takahiro Kuwano
---
Changes in v5:
-
From: Takahiro Kuwano
Some of Spansion/Cypress chips have overlaid 4KB sectors at top and/or
bottom, depending on the device configuration, while U-Boot supports
uniform sector layout only.
The spansion_erase_non_uniform() erases overlaid 4KB sectors,
non-overlaid portion of normal sector, and r
From: Takahiro Kuwano
For dual/quad die package devices from Spansion/Cypress, the device's
status needs to be checked by reading status registers in all dies, by
using Read Any Register command. To support this, a Flash specific hook
that can overwrite the legacy status check is needed.
The cha
From: Takahiro Kuwano
Some of Spansion/Cypress chips support volatile version of configuration
registers and it is recommended to update volatile registers in the field
application due to a risk of the non-volatile registers corruption by
power interrupt. This patch adds a function to set Quad En
From: Takahiro Kuwano
Some of Spansion/Cypress chips support Read/Write Any Register commands.
These commands are mainly used to write volatile registers and access to
the registers in second and subsequent die for multi-die package parts.
The Read Any Register instruction (65h) is followed by r
From: Takahiro Kuwano
The S25HL-T/S25HS-T family is the Cypress Semper Flash with Quad SPI.
https://www.cypress.com/file/424146/download (256Mb/512Mb/1Gb, single die)
https://www.cypress.com/file/499246/download (2Gb/4Gb, dual/quad die)
The full version can be found in the following links (regi
From: Takahiro Kuwano
This patch adds Cypress manufacturer ID (34h) definition.
Signed-off-by: Takahiro Kuwano
Reviewed-by: Pratyush Yadav
---
include/linux/mtd/spi-nor.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mtd/spi-nor.h b/include/linux/mtd/spi-nor.h
index 8e6744
From: Takahiro Kuwano
The S25HL-T/S25HS-T family is the Cypress Semper Flash with Quad SPI.
The summary datasheets can be found in the following links.
https://www.cypress.com/file/424146/download (256Mb/512Mb/1Gb, single die)
https://www.cypress.com/file/499246/download (2Gb/4Gb, dual/quad die)
On Fri, 19 Feb 2021 00:26:19 +0100
Giulio Benetti wrote:
Hi Giulio,
> From: Giulio Benetti
>
> Add support for Micronova srl s027_3 board by adding new vendor/board
> folders and using in local Makefile the already present
> board/sunxi/Makefile. The reason is that s027_3 needs a pin to be ass
On Thu, Feb 18, 2021 at 11:58 PM Bin Meng wrote:
>
> At present when building qemu-ppce500 the following warnings are seen:
>
> = WARNING ==
> This board does not use CONFIG_DM. CONFIG_DM will be
> compulsory starting with the v2020.01 release.
> Failure to
Adds support for QFW on Arm platforms by checking the device tree for a
"qemu,fw-cfg-mmio"-compatible node in arch_early_init_r and initialising
the driver if found. Both MMIO and DMA are supported on this
architecture.
Signed-off-by: Asherah Connor
---
arch/arm/Kconfig| 1 +
arc
This patch adds preliminary support for the QEMU firmware interface
(aka. QEMU fw_cfg) on the Arm platform. I'm sending this to see if
there's interest in accepting this support; ultimately, I'd like to get
the QEMU "ramfb" display working, which requires the use of fw_cfg to
configure.
Please no
On Puma we have the environment at an offset of 16 kiB.
On the eMMC this gives us 16 kiB for the environment before the SPL starts.
On the SPI NOR we also have 16 kiB until end of flash.
So let's increase the environment size from 8 kiB to its maximum
of 16 kiB for both MMC and SPI NOR.
Signed-off
A commit from last year re-imported the DTS files form the upstream kernel.
By doing so the VDD_LOG regulator in the board's DTS was dropped.
Let's restore this, but move it into the u-boot overlay to prevent this
issue in the future.
Fixes: 167efc2c7a46 ("arm64: dts: rk3399: Sync v5.7-rc1 from Li
On Tuesday 16 February 2021 09:28:06 Lukasz Majewski wrote:
> Hi Pali,
>
> > On Monday 08 February 2021 23:34:06 Pali Rohár wrote:
> > > On Monday 08 February 2021 23:21:38 Pali Rohár wrote:
> > > > On Monday 08 February 2021 23:15:33 Lukasz Majewski wrote:
> > > > > Hi Pali,
> > > > >
> >
I would like to help supporting this board, so add myself
as a maintainer.
Now that the board has been converted to DM, also add
its devicetree in the MAINTAINERS files entry.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
board/freescale/mx23evk/MAINTAINERS | 2 ++
1 file changed,
Make the conversion to driver model as it is mandatory.
Successfully tested booting Linux from the SD card.
Dropped splash screen support as this needs to be properly
converted to DM and tested.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix subject mx28->mx23
arch/arm/dts/Makefile
Import the imx23-evk devicetree files from Linux kernel
version 5.11.
This is in preparation for converting the mx23evk_defconfig
target to driver model.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix subject mx28->mx23
arch/arm/dts/imx23-evk.dts | 145
arch/arm/dts/imx23-
Sorry I've forgotten to send patch for adding dts uart1_pa_pins.
I wait for some comment before sending v2.
On 2/19/21 12:26 AM, Giulio Benetti wrote:
Add Micronova srl S027_3 board support
Giulio Benetti (5):
arm: allwinner: dts: a20: add uart2_pa_pins
sunxi: allow SYS_BOARD to be set
I would like to help supporting this board, so add myself
as a maintainer.
Now that the board has been converted to DM, also add
its devicetree in the MAINTAINERS files entry.
Signed-off-by: Fabio Estevam
---
board/freescale/mx23evk/MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --gi
Import the imx23-evk devicetree files from Linux kernel
version 5.11.
This is in preparation for converting the mx23evk_defconfig
target to driver model.
Signed-off-by: Fabio Estevam
---
arch/arm/dts/imx23-evk.dts | 145
arch/arm/dts/imx23-pinfunc.h | 333 ++
arch/arm
Make the conversion to driver model as it is mandatory.
Successfully tested booting Linux from the SD card.
Dropped splash screen support as this needs to be properly
converted to DM and tested.
Signed-off-by: Fabio Estevam
---
arch/arm/dts/Makefile | 3 +++
arch/arm/dts/imx23-ev
From: Giulio Benetti
sun7i pwm is equal to sun4i and sun5i so enable pwm0 the same way for
sun7i.
Signed-off-by: Giulio Benetti
Signed-off-by: Giulio Benetti
---
arch/arm/include/asm/arch-sunxi/pwm.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/ar
From: Giulio Benetti
Add support for Micronova srl s027_3 board by adding new vendor/board
folders and using in local Makefile the already present
board/sunxi/Makefile. The reason is that s027_3 needs a pin to be asserted
to enable lcd before setting controller up and sunxi board doesn't provide
From: Giulio Benetti
After allowing SYS_BOARD to be set we also need SYS_VENDOR to be set, so
let's add it to Kconfig.
Signed-off-by: Giulio Benetti
Signed-off-by: Giulio Benetti
---
arch/arm/mach-sunxi/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-sunxi/Kconfi
From: Giulio Benetti
At the moment SYS_BOARD is always defaulted to "sunxi" but we need it to
be set, so let's add string field to it allowing to be setup.
Signed-off-by: Giulio Benetti
Signed-off-by: Giulio Benetti
---
arch/arm/mach-sunxi/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff -
From: Giulio Benetti
Signed-off-by: Giulio Benetti
Signed-off-by: Giulio Benetti
---
arch/arm/dts/sun7i-a20.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/sun7i-a20.dtsi b/arch/arm/dts/sun7i-a20.dtsi
index a013805831..8bf1921500 100644
--- a/arch/arm/dts/sun7i-a20.d
Add Micronova srl S027_3 board support
Giulio Benetti (5):
arm: allwinner: dts: a20: add uart2_pa_pins
sunxi: allow SYS_BOARD to be set
sunxi: add SYS_VENDOR to Kconfig
sun7i: add support for Micronova srl s027_3 board
pwm: sunxi: enable pwm0 support on sun7i
arch/arm/dts/Makefile
From: Giulio Benetti
sun7i pwm is equal to sun4i and sun5i so enable pwm0 the same way for
sun7i.
Signed-off-by: Giulio Benetti
Signed-off-by: Giulio Benetti
---
arch/arm/include/asm/arch-sunxi/pwm.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/ar
On Thu, Feb 18, 2021 at 8:36 PM Heinrich Schuchardt wrote:
>
> On 18.02.21 21:06, Peter Robinson wrote:
> > In 8a8d24bd Simon dropped data from all the various _platdata calls
> > but it seems this wasn't caught for the RNG200 driver from when it
> > was posted to merged. This fixes that issue.
>
On 18.02.21 21:06, Peter Robinson wrote:
> In 8a8d24bd Simon dropped data from all the various _platdata calls
> but it seems this wasn't caught for the RNG200 driver from when it
> was posted to merged. This fixes that issue.
>
> Fixes: 537f0018 (rng: Add iProc RNG200 driver)
> Signed-off-by: Pete
Am 2021-02-16 23:53, schrieb Vladimir Oltean:
On Tue, Feb 16, 2021 at 11:25:25PM +0100, Michael Walle wrote:
+ aliases {
+ eth0 = &mscc_felix_port0;
+ eth1 = &mscc_felix_port1;
+ eth2 = &enetc2;
[..]
But the address cannot be inherited unless the
In 8a8d24bd Simon dropped data from all the various _platdata calls
but it seems this wasn't caught for the RNG200 driver from when it
was posted to merged. This fixes that issue.
Fixes: 537f0018 (rng: Add iProc RNG200 driver)
Signed-off-by: Peter Robinson
---
drivers/rng/iproc_rng200.c | 20 +++
Hi Stefan,
Chris put his Tested-by on this series and noone else replyied to it.
What do you think about this?
The only thing that may be problematic is that this series does not
preserve original commit authors (the ones who authored these commitsin
mv-ddr) in the From header, only in the first
Fix a typo. Apply the correct compiler flags to dtbdump.o.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_selftest/Makefile b/lib/efi_selftest/Makefile
index 7d6ea30102..b02fd56e0a 100644
--- a/lib/efi_
Test EFI_DEVICE_PATH_TO_TEXT_PROTOCOL.ConvertDevicePathToText() for a multi
part device path.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_devicepath.c | 65 ++
1 file changed, 65 insertions(+)
diff --git a/lib/efi_selftest/efi_selftest_devicepath.c
Our current implementation of
EFI_DEVICE_PATH_TO_TEXT_PROTOCOL.ConvertDevicePathToText() truncates multi
part device paths after the first part. We should convert all parts.
Render device path instance ends as commas. This is not explicitly
described in the UEFI spec but mimics what EDK II does.
Our current implementation of
EFI_DEVICE_PATH_TO_TEXT_PROTOCOL.ConvertDevicePathToText() truncates multi
part device paths after the first part. We should convert all parts.
Render device path instance ends as commas. This is not explicitly
described in the UEFI spec but mimics what EDK II does.
On Wed, Feb 03, 2021 at 09:28:59PM +0200, Ramon Fried wrote:
> in tftpboot, if ack was already sent previously for this
> packet, don't send again.
>
> Fixes: cc6b87ecaa96 ("net: tftp: Add client support for RFC 7440")
>
> Reported-by: Suneel Garapati
> Signed-off-by: Ramon Fried
> Tested-by:
On Thu, Feb 18, 2021 at 02:04:00PM +0100, Matthias Brugger wrote:
> Hi Tom,
>
> Please find below the updates for the Raspberry Pi for v202.04. The most
> important are the support for Compute Module 4 and RPi400. Apart from that we
> now have support for the RNG device found on RPi4.
>
> I run
On Wed, 17 Feb 2021 21:45:29 -0700
Simon Glass wrote:
Hi Simon,
> On Sun, 14 Feb 2021 at 05:35, Andre Przywara wrote:
> >
> > OF_STDOUT_PATH was meant to hold the devicetree path to the serial
> > console, to be put into the linux,stdout-path property of the chosen node.
> >
> > The only user o
Add a reST document to describe how to build and run U-Boot for
the QEMU ppce500 machine.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
Changes in v2:
- add descriptions for VirtIO BLK, RTC and power off
doc/board/emulation/index.rst| 1 +
doc/board/emulation/qemu-ppce500.rst
board/emulation is the place for other QEMU targets like x86, arm,
riscv. Let's move the qemu-ppce500 board codes there.
List me as a co-maintainer for this board.
Signed-off-by: Bin Meng
---
(no changes since v1)
arch/powerpc/cpu/mpc85xx/Kconfig | 2 +-
board/{frees
This function is not called anywhere. Only fsl_ddr_sdram_size() is
necessary [1] for QEMU. Drop it.
[1] arch/powerpc/cpu/mpc85xx/cpu.c::dram_init()
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: ppc: qemu: Drop fixed_sdram()
board/freescale/qemu-ppce500/qemu-ppce500.c | 5 -
1 f
Now that we have switched to CONFIG_OF_CONTROL, and we can use the
env variable 'fdtcontroladdr' directly instead of creating one that
is duplicated.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: ppc: qemu: Drop a custom env variable 'fdt_addr_r'
board/freescale/qemu-ppce500/qemu-pp
After U-Boot is relocated to RAM already, the previous temporary FDT
virtual-physical mapping that was used in the pre-relocation phase
is no longer needed. Let's delete the mapping.
get_fdt_virt() might be used before and after relocation, update it
to return different virtual address of FDT.
Si
The QEMU ppce500 target integrates a Freescale I2C controller and
has a Pericom pt7c4338 RTC connected to it. Enable corresponding
DM drivers so that 'date' command is actually useful.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: ppc: qemu: Enable RTC support via I2C
configs/qemu-p
The QEMU ppce500 target provides the power off functionality via
the GPIO pin#0, and we can support this using the sysreset gpio
poweroff driver. Let's enable it.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: ppc: qemu: Enable support for power off via GPIO
configs/qemu-ppce500_defc
sysreset uclass driver provides an implementation of 'reset'
command using the sysreset_ APIs unconditionally. It also
supports the 'poweroff' command using the sysreset_ APIs,
but under a Kconfig option CONFIG_SYSRESET_CMD_POWEROFF.
Let's do the same for the 'reset' command, by introducing a
new
Enable VirtIO BLK driver so that we can store a kernel image to
a disk image and boot from there.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: ppc: qemu: Enable VirtIO BLK support
configs/qemu-ppce500_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/qemu-ppc
QEMU ppce500 target integrates a GPIO controller that is compatible
with the QorIQ GPIO controller. Enable the DM GPIO driver for it
and the 'gpio' command.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: ppc: qemu: Enable GPIO support
configs/qemu-ppce500_defconfig | 3 +++
1 file ch
dev_read_addr_size_index() returns fdt_addr_t which might be a
64-bit physical address. This might be true for some 85xx SoCs
whose CCSBAR is mapped beyond 4 GiB.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: gpio: mpc8xxx: Support controller register physical address beyond
32-bit
Without this, the DM GPIO driver for MPC8xxx does not compile for
MPC85xx SoCs.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: ppc: mpc85xx: Add 'gpibe' register to 'struct ccsr_gpio'
arch/powerpc/include/asm/immap_85xx.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/power
The VirtIO BLK driver depends on the blk uclass driver.
Add the dependency in the Kconfig.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: virtio: Fix VirtIO BLK driver dependency
drivers/virtio/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/virtio/Kconfig b/drive
By default the QEMU ppce500 machine connects a VirtIO NET to the
PCI controller, although it can be replaced to an e1000 NIC via
additional command line options.
Now that we have switched over to DM PCI, VirtIO support becomes
possible. This commit enables the support.
Signed-off-by: Bin Meng
--
At present the board supports non-DM version PCI and E1000 drivers.
Switch over to use DM ETH and PCI by:
- Rewrite the PCI address map functions using DM APIs
- Enable CONFIG_MISC_INIT_R to do the PCI initialization and
address map
- Drop unnecessary ad-hoc config macros
- Remove board_eth_init
ft_board_setup() is now empty. Drop it.
Signed-off-by: Bin Meng
---
(no changes since v1)
board/freescale/qemu-ppce500/qemu-ppce500.c | 7 ---
configs/qemu-ppce500_defconfig | 1 -
2 files changed, 8 deletions(-)
diff --git a/board/freescale/qemu-ppce500/qemu-ppce500.c
b/boa
The 'virtio' command calls blk_common_cmd() which is only available
when CONFIG_HAVE_BLOCK_DEVICE is on. Fix the Kconfig dependency.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
cmd/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/cmd/Kconfig b/cmd/Kco
At present the driver only supports 32-bit bus and cpu address.
The controller's outbound registers/fields for extended address
are not programmed. Let's program them to support 64-bit bus and
cpu address.
Signed-off-by: Bin Meng
---
(no changes since v1)
drivers/pci/pci_mpc85xx.c | 16 +++
devfdt_get_addr_index() returns fdt_addr_t which might be a 64-bit
physical address. Use map_physmem() to return the virtual address
that can be used by a 32-bit machine.
Signed-off-by: Bin Meng
---
(no changes since v1)
drivers/pci/pci_mpc85xx.c | 5 ++---
1 file changed, 2 insertions(+), 3 d
For the QEMU ppce500 machine, LAW registers are not implemented
hence CONFIG_FSL_LAW is not turned on and all LAW APIs are not
available. We should wrap all LAW registers programming in the
mpc85xx PCI driver with CONFIG_FSL_LAW.
Signed-off-by: Bin Meng
---
(no changes since v1)
drivers/pci/pc
The QEMU ppce500 target integrates 2 NS16550 serial ports. Switch
over to use the DM version of the driver by:
- drop unnecessary ad-hoc config macros
- add get_serial_clock() in the board codes
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
board/freescale/qemu-p
At present initr_addr_map() is put at a late stage in the
init_sequence_r[] calls. This won't work because lot of
device driver initialization (e.g.: serial port) happens
before it but is lack of the address translation support.
This moves the call to a bit earlier, right after the DM
initializati
Mention that CONFIG_ADDR_MAP only works in the post-relocation phase.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
lib/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/Kconfig b/lib/Kconfig
index 7f4c30e..7288340 100644
--- a/lib/Kconfig
+++ b/li
In phys_to_virt() and virt_to_phys(), if CONFIG_ADDR_MAP is defined,
they use addrmap_ translation APIs to do the address translation.
However these APIs only work in post-relocation phase.
Update the code logic to fall back to use the default one when in
pre-relocation phase.
Signed-off-by: Bin
This adds a basic test for the newly introduced 'addrmap' command.
Signed-off-by: Bin Meng
---
Changes in v2:
- new patch: test: cmd: Add a basic test for 'addrmap' command
include/test/suites.h | 2 ++
test/cmd/Makefile | 1 +
test/cmd/addrmap.c| 38
This adds a new command 'addrmap' to display the address map for
non-identity virtual-physical memory mappings.
Signed-off-by: Bin Meng
---
Changes in v2:
- add doc/usage/addrmap.rst
cmd/Kconfig | 7 +++
cmd/Makefile | 1 +
cmd/addrmap.c | 35 +
At present address_map[] is static and its type is unknown to external
modules. In preparation to create a command to list its contents, this
patch moves its type definition and declaration to the header file.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
include/
Remove the extern of the header because they are useless.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
include/addr_map.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/addr_map.h b/include/addr_map.h
index d322dd2..85e737d 10
At present QEMU ppce500 target has not been migrated to driver model
yet. As a start, let's enable driver model and the 'dm' command.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
(no changes since v1)
configs/qemu-ppce500_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a
1 - 100 of 143 matches
Mail list logo
