Hi Simon,
Am 2021-02-25 03:31, schrieb Simon Glass:
On Wed, 24 Feb 2021 at 17:51, Michael Walle wrote:
Am 2021-02-24 22:34, schrieb Vladimir Oltean:
> On Wed, Feb 24, 2021 at 08:26:14PM +0100, Michael Walle wrote:
>> > Wasn't the intention of David's patch, in fact, to have the new uclass
>> >
On 21/02/24 02:02:p, Asherah Connor wrote:
> This series moves the QFW driver into a uclass, UCLASS_QFW, and splits
> the driver into qfw_pio and qfw_mmio. A sandbox driver is also added,
> and a DM unit test against that driver.
I thought it might be worth adding: I've continued and implemented
Setup USB clock in board codes, and enable the DWC3 XHCI and
PHY drivers to make USB3.0 host port working on i.MX8MQ EVK.
Signed-off-by: Ye Li
---
board/freescale/imx8mq_evk/imx8mq_evk.c | 4
configs/imx8mq_evk_defconfig| 9 +
2 files changed, 13 insertions(+)
diff --gi
Add clock function to setup relevant clocks for USB3.0 controllers and
PHYs on i.MX8MQ
Signed-off-by: Ye Li
---
arch/arm/include/asm/arch-imx8m/clock.h | 1 +
arch/arm/mach-imx/imx8m/clock_imx8mq.c | 22 ++
2 files changed, 23 insertions(+)
diff --git a/arch/arm/include/as
Add alias for two DWC3 usb controllers to fix the seq index.
Signed-off-by: Ye Li
---
arch/arm/dts/imx8mq.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/imx8mq.dtsi b/arch/arm/dts/imx8mq.dtsi
index a841a02..a44f729 100644
--- a/arch/arm/dts/imx8mq.dtsi
+++ b/arch/arm/dts
Add the USB PHY driver for i.MX8MQ to work with DWC3 USB controller.
Signed-off-by: Ye Li
---
drivers/phy/Kconfig | 7 ++
drivers/phy/Makefile | 1 +
drivers/phy/phy-imx8mq-usb.c | 197 +++
3 files changed, 205 insertions(+)
create mo
From: "From: Sujeet Baranwal"
commit 258be123226f8f5cd516b7813fe201fb7d7416e9 upstream.
At this moment, only page 0 of SPD is being read but to support
smbios, we need to read page 1 also which has more info. In order
to do that, we need to allocate more space.
Signed-off-by: Sujeet Baranwal
T
Hi Michael,
On Wed, 24 Feb 2021 at 17:51, Michael Walle wrote:
>
> Am 2021-02-24 22:34, schrieb Vladimir Oltean:
> > On Wed, Feb 24, 2021 at 08:26:14PM +0100, Michael Walle wrote:
> >> > Wasn't the intention of David's patch, in fact, to have the new uclass
> >> > name also match on "eth" aliases
Hello,
I need to know if u-boot currently supports the Marvell PHY 88X3540 device.
(Product brief here:
https://jp.marvell.com/content/dam/marvell/en/public-collateral/phys-transceivers/marvell-phys-transcievers-alaska-x-88x3540-product-brief-2020-05.pdf)
I notice there exists driver code in th
Greetings,
I'm trying to convert the gwventana board support to DM_ETH and DM_USB
and one item I have not resolved yet is USB Ethernet gadget support.
For non-dm a call to 'usb_eth_initialize' creates a usb_ether gadget
that can be used for ethernet communication between the IMX6 OTG
controller i
On Wednesday 03 February 2021 12:10:13 Pali Rohár wrote:
> On Monday 01 February 2021 16:20:18 Tom Rini wrote:
> > On Wed, Jan 27, 2021 at 04:34:24PM +0100, Pali Rohár wrote:
> >
> > > Header file version.h includes also autogenerated file timestamp.h which
> > > is recompiled on every time when S
For all other erase failures, the fail_addr is updated with the
failing address. Only in the case of erase failure due to bad block
detection, the fail_addr is not updated. This change simply updates
the fail_addr for this specific scenario so that it is consistent with
the rest of the code.
Signe
This change adds a callback for preprocessing the FIT header before
it is parsed. There are 3 main reasons for this callback:
(1) If a vulnerability is discovered in the FIT parsing/loading code,
or libfdt, this callback allows users to scan the FIT header for
specific exploit signatures and preve
Hi Heinrich,
On Wed, 24 Feb 2021 at 17:15, Heinrich Schuchardt wrote:
>
> On 24.02.21 22:32, Tom Rini wrote:
> > On Wed, Feb 24, 2021 at 10:28:31PM +0100, Heinrich Schuchardt wrote:
> >
> >> Hello Tom,
> >>
> >> migrating to CONFIG_DM_MMC was scheduled for release v2019.04. But some
> >> board ma
Am 2021-02-24 17:40, schrieb Michael Walle:
Because we probe the master ourselves (and fail if there is no master),
it is not possible that we don't have a master device.
There is one catch though: device removal. We don't support that. It
wasn't supported neither before this patch. Because the
Am 2021-02-24 22:34, schrieb Vladimir Oltean:
On Wed, Feb 24, 2021 at 08:26:14PM +0100, Michael Walle wrote:
> Wasn't the intention of David's patch, in fact, to have the new uclass
> name also match on "eth" aliases? If I'm correct, doesn't this mean
> we'll have to replace the strcmp with an a
On Wed, Feb 24, 2021 at 05:40:42PM +0100, Michael Walle wrote:
> Because we probe the master ourselves (and fail if there is no master),
> it is not possible that we don't have a master device.
>
> There is one catch though: device removal. We don't support that. It
> wasn't supported neither befo
On Wed, Feb 24, 2021 at 05:40:41PM +0100, Michael Walle wrote:
> Because the uclass has the "*_auto" properties set, the driver model
> will take care of allocating the private structures for us and they
> can't be NULL. Drop the checks.
>
> Signed-off-by: Michael Walle
> ---
Reviewed-by: Vladim
On 24.02.21 22:32, Tom Rini wrote:
> On Wed, Feb 24, 2021 at 10:28:31PM +0100, Heinrich Schuchardt wrote:
>
>> Hello Tom,
>>
>> migrating to CONFIG_DM_MMC was scheduled for release v2019.04. But some
>> board maintainers simply don't care.
>>
>> We have quite a lot of boards like cm_t335, draco, et
As Stephen is no longer actively maintaining the uboot-test-hooks
repository, switch to using the instance on our GitLab.
Acked-by: Stephen Warren
Signed-off-by: Tom Rini
--
Changes in v2:
- Switch to new name of our GitLab instance
---
.azure-pipelines.yml | 2 +-
.gitlab-ci.yml
Dear Heinrich,
On Wed, Feb 24, 2021 at 06:57:08PM +0100, Heinrich Schuchardt wrote:
> On 24.02.21 17:44, Reinoud Zandijk wrote:
> >
> > Fixes IDE issues found on the Malta board under Qemu:
> >
> > 1) DMA implied commands were sent to the controller in stead of the PIO
> > variants. The rest of th
On Wed, Feb 24, 2021 at 08:03:03PM +0100, Michael Walle wrote:
> Not more failures than without my patch.
Ok, thanks, so could you leave a Tested-by there so we could also make
some progress with that?
On Wed, Feb 24, 2021 at 11:31:05AM -0500, Simon Glass wrote:
> Hi Marty,
>
> On Tue, 23 Feb 2021 at 16:36, Marty E. Plummer wrote:
> >
> > On Tue, Feb 23, 2021 at 10:10:11AM -0500, Simon Glass wrote:
> > > Hi Marty,
> > >
> > > On Thu, 13 Aug 2020 at 13:35, Alper Nebi Yasak
> > > wrote:
> > > >
On Wed, Feb 24, 2021 at 08:26:14PM +0100, Michael Walle wrote:
> > Wasn't the intention of David's patch, in fact, to have the new uclass
> > name also match on "eth" aliases? If I'm correct, doesn't this mean
> > we'll have to replace the strcmp with an actual stem check?
>
> I guess it was intend
On Wed, Feb 24, 2021 at 10:28:31PM +0100, Heinrich Schuchardt wrote:
> Hello Tom,
>
> migrating to CONFIG_DM_MMC was scheduled for release v2019.04. But some
> board maintainers simply don't care.
>
> We have quite a lot of boards like cm_t335, draco, etamin, rastaban,
> thuban, pxm2, vinco whic
Hello Tom,
migrating to CONFIG_DM_MMC was scheduled for release v2019.04. But some
board maintainers simply don't care.
We have quite a lot of boards like cm_t335, draco, etamin, rastaban,
thuban, pxm2, vinco which compile when setting CONFIG_DM_MMC and CONFIG_BLK.
Shall we switch all boards tha
On Wed, Feb 24, 2021 at 06:57:08PM +0100, Heinrich Schuchardt wrote:
> On 24.02.21 17:44, Reinoud Zandijk wrote:
> >
> > Fixes IDE issues found on the Malta board under Qemu:
> >
> > 1) DMA implied commands were sent to the controller in stead of the PIO
> > variants. The rest of the code is DMA fr
This adds a proper glue driver for the Designware DWMAC ethernet MAC IP
found in the Amlogic Meson8, GXBB, GXL, GXM, G12A, G12B & SM1 SoCs.
This is aimed to replace the static ethernet link setup found on the board
init code for the Amlogic SoC based boards.
Tested on a libretech-cc (S905x Intern
Am 2021-02-24 19:14, schrieb Vladimir Oltean:
On Wed, Feb 24, 2021 at 06:21:33PM +0100, Michael Walle wrote:
Am 2021-01-19 21:40, schrieb Tom Rini:
> On Tue, Jan 19, 2021 at 03:01:38PM -0500, Tom Rini wrote:
> > On Fri, Jan 08, 2021 at 10:53:05AM +0800, David Wu wrote:
> >
> > > dev_read_alias_s
Am 2021-02-24 19:19, schrieb Vladimir Oltean:
On Wed, Feb 24, 2021 at 07:08:51PM +0100, Michael Walle wrote:
Am 2021-02-24 18:45, schrieb Vladimir Oltean:
> On Wed, Feb 24, 2021 at 06:29:39PM +0100, Michael Walle wrote:
> > What is the reason to remove that device in the first place? Like is
> >
Hi!
Dne torek, 23. februar 2021 ob 21:46:26 CET je Jernej Skrabec napisal(a):
> Now that bit meanings are somewhat known, rework PHY initialization.
> This is modelled after Linux driver.
>
> Signed-off-by: Jernej Skrabec
> ---
> drivers/video/sunxi/sunxi_dw_hdmi.c | 411 +++
On Wed, Feb 24, 2021 at 07:08:51PM +0100, Michael Walle wrote:
> Am 2021-02-24 18:45, schrieb Vladimir Oltean:
> > On Wed, Feb 24, 2021 at 06:29:39PM +0100, Michael Walle wrote:
> > > What is the reason to remove that device in the first place? Like is
> > > this really a valid scenario? I really d
On Wed, Feb 24, 2021 at 08:14:17PM +0200, Vladimir Oltean wrote:
> strcmp returns -101
> matches returns 0
Damn, I posted the wrong output. Of course the program returns:
strcmp returns -101
matches returns 1
reverse matches returns 0
On Wed, Feb 24, 2021 at 06:21:33PM +0100, Michael Walle wrote:
> Am 2021-01-19 21:40, schrieb Tom Rini:
> > On Tue, Jan 19, 2021 at 03:01:38PM -0500, Tom Rini wrote:
> > > On Fri, Jan 08, 2021 at 10:53:05AM +0800, David Wu wrote:
> > >
> > > > dev_read_alias_seq() used uc_drv->name compared to ali
Am 2021-02-24 18:45, schrieb Vladimir Oltean:
On Wed, Feb 24, 2021 at 06:29:39PM +0100, Michael Walle wrote:
What is the reason to remove that device in the first place? Like is
this really a valid scenario? I really don't know when a device is
removed and if its remove, will it still be there o
On 24.02.21 17:44, Reinoud Zandijk wrote:
>
> Fixes IDE issues found on the Malta board under Qemu:
>
> 1) DMA implied commands were sent to the controller in stead of the PIO
> variants. The rest of the code is DMA free and written for PIO operation.
>
> 2) direct pointer access was used to read a
On Wed, Feb 24, 2021 at 06:29:39PM +0100, Michael Walle wrote:
> What is the reason to remove that device in the first place? Like is
> this really a valid scenario? I really don't know when a device is
> removed and if its remove, will it still be there or is it rather
> a hot-plug type and rebind
[resend, sorry forgot to put Vladimir in CC]
Am 2021-01-19 21:40, schrieb Tom Rini:
On Tue, Jan 19, 2021 at 03:01:38PM -0500, Tom Rini wrote:
On Fri, Jan 08, 2021 at 10:53:05AM +0800, David Wu wrote:
> dev_read_alias_seq() used uc_drv->name compared to alias
> stem string, Ethernet's alias ste
Am 2021-02-24 18:11, schrieb Vladimir Oltean:
On Wed, Feb 24, 2021 at 05:40:42PM +0100, Michael Walle wrote:
Because we probe the master ourselves (and fail if there is no
master),
it is not possible that we don't have a master device.
There is one catch though: device removal. We don't suppor
Am 2021-01-19 21:40, schrieb Tom Rini:
On Tue, Jan 19, 2021 at 03:01:38PM -0500, Tom Rini wrote:
On Fri, Jan 08, 2021 at 10:53:05AM +0800, David Wu wrote:
> dev_read_alias_seq() used uc_drv->name compared to alias
> stem string, Ethernet's alias stem uses "ethernet", which
> does not match the
On Wed, Feb 24, 2021 at 05:40:42PM +0100, Michael Walle wrote:
> Because we probe the master ourselves (and fail if there is no master),
> it is not possible that we don't have a master device.
>
> There is one catch though: device removal. We don't support that. It
> wasn't supported neither befo
Fixes IDE issues found on the Malta board under Qemu:
1) DMA implied commands were sent to the controller in stead of the PIO
variants. The rest of the code is DMA free and written for PIO operation.
2) direct pointer access was used to read and write the registers instead
of the inb/inw/outb/o
Because the uclass has the "*_auto" properties set, the driver model
will take care of allocating the private structures for us and they
can't be NULL. Drop the checks.
Signed-off-by: Michael Walle
---
net/dsa-uclass.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
DSA needs to have the master device probed first for MAC inheritance.
Until now, it only works by chance because the only user (LS1028A SoC)
will probe the master device first. The probe order is given by the PCI
device ordering, thus it works because the master device has a "smaller"
BDF then the
Because we probe the master ourselves (and fail if there is no master),
it is not possible that we don't have a master device.
There is one catch though: device removal. We don't support that. It
wasn't supported neither before this patch. Because the master device
was only set in .pre_probe(), if
It doesn't make sense to have DSA without a master port. Error out early
if there is no master port.
Fixes: fc054d563bfb ("net: Introduce DSA class for Ethernet switches")
Signed-off-by: Michael Walle
Reviewed-by: Vladimir Oltean
---
net/dsa-uclass.c | 8
1 file changed, 4 insertions(+
Before a DSA port is probed, the master port needs to be probed first. For
now this worked, because the probing order was correct. But it already
falls short if you use the enetc6 port on the LS1028A SoC:
Device tree snippet:
&enetc6 {
status = "okay";
};
&mscc_felix_port5 {
ethe
The Amlogic G12A & compatible SoCs embeds a mux to either communicate with
the external PHY or the internal 10/100 PHY.
This adds support for this mux as a MDIO MUX device.
Signed-off-by: Neil Armstrong
---
drivers/net/Kconfig | 7 ++
drivers/net/Makefile | 1 +
d
Hi Marty,
On Tue, 23 Feb 2021 at 16:36, Marty E. Plummer wrote:
>
> On Tue, Feb 23, 2021 at 10:10:11AM -0500, Simon Glass wrote:
> > Hi Marty,
> >
> > On Thu, 13 Aug 2020 at 13:35, Alper Nebi Yasak
> > wrote:
> > >
> > > Hi Simon, Marty,
> > >
> > > I'm interested in getting U-Boot to work with
If the environment variable "ethact" is not set, the first device in the
uclass is returned. This depends on the probing order of the ethernet
devices. Moreover it is not not configurable at all.
Try to return the ethernet device with sequence id 0 first which then
can be configured by the aliases
On Wed, Feb 24, 2021 at 05:13:16PM +0100, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20210224134257.GJ10169@bill-the-cat> you wrote:
> >
> > > Where is this information posted?
> >
> > https://lists.denx.de/pipermail/u-boot/2021-February/442175.html
> >
> > Which yes, we need to figure out
Hi Tom,
On 21.02.21 02:06, Tom Rini wrote:
> This board has not been converted to CONFIG_DM_MMC by the deadline.
> Remove it.
>
This board won't be updated to DM.
Acked-by: Stefano Babic
Best regards,
Stefano
> Cc: Stefano Babic
> Signed-off-by: Tom Rini
> ---
> arch/arm/mach-imx/mx6/Kcon
Am 24. Februar 2021 17:13:16 MEZ schrieb Wolfgang Denk :
>Dear Tom,
>
>In message <20210224134257.GJ10169@bill-the-cat> you wrote:
>>
>> > Where is this information posted?
>>
>> https://lists.denx.de/pipermail/u-boot/2021-February/442175.html
>>
>> Which yes, we need to figure out how to get more
Dear Tom,
In message <20210224134257.GJ10169@bill-the-cat> you wrote:
>
> > Where is this information posted?
>
> https://lists.denx.de/pipermail/u-boot/2021-February/442175.html
>
> Which yes, we need to figure out how to get more widely seen most
> likely.
Well, I posted it on the U-Boot list,
On 2/24/21 6:06 AM, Алексей Беляев wrote:
Hello!
Is it possible to place uImage in eMMC boot0 partition?
Now I had wrote U-Boot to mmcblk1boot0 and placed Environment in same
partition.
--
Use the `mmc dev` to set the hardware partition before using `mmc read`.
If you want to use a filesyste
Hello!
Is it possible to place uImage in eMMC boot0 partition?
Now I had wrote U-Boot to mmcblk1boot0 and placed Environment in same
partition.
--
On 2/24/21 5:53 AM, Алексей Беляев wrote:
Hello!
How to define CONFIG_SYS_MMC_ENV_PART?
Every time when I adding CONFIG_SYS_MMC_ENV_PART to .config file, it
removed by make.
--
Put it in `include/configs/your_config.h`.
--Sean
Hello!
How to define CONFIG_SYS_MMC_ENV_PART?
Every time when I adding CONFIG_SYS_MMC_ENV_PART to .config file, it
removed by make.
--
On 10/02/2021 15:26, Neil Armstrong wrote:
> In order to support loading FTD Overlays when booting with the pxe
> command (or extlinux.conf), supported with [1], add the missing
> fdtoverlay_addr_r used to load the overlay before applying it to
> the FDT loaded at fdt_addr_r.
>
> [1]
> https://pa
On Friday 19 February 2021 17:37:00 Stefan Roese wrote:
> Hi Marek,
>
> On 19.02.21 17:13, Marek Behún wrote:
> > On Fri, 19 Feb 2021 08:38:48 +0100
> > Stefan Roese wrote:
> >
> > > Hi Marek,
> > >
> > > On 18.02.21 20:56, Marek Behun wrote:
> > > > Chris put his Tested-by on this series and n
> From: Simon Glass
> Date: Wed, 24 Feb 2021 08:50:32 -0500
>
> Unfortunately -ENODATA is not available in OpenBSD. Use -EBADMSG
> instead, to indicate a missing timestamp.
>
> Fixes: c5819701a3d image: Adjust the workings of fit_check_format()
> Signed-off-by: Simon Glass
> ---
>
> common/im
> From: Patrice Chotard
> Date: Wed, 24 Feb 2021 13:47:55 +0100
>
> To avoid "synchronous abort" in AARCH64 in case the "from" address
> is not aligned, replace memcpy_toio() and memcpy_fromio() by memcpy().
>
> Signed-off-by: Patrice Chotard
> Signed-off-by: Patrice Chotard
> ---
>
> driver
Add support for DM_MDIO to connect to PHY and expose a MDIO device for the
internal MDIO bus in order to dynamically connect to MDIO PHYs with DT
with eventual MDIO muxes in between.
Signed-off-by: Neil Armstrong
---
drivers/net/designware.c | 93 +++-
1 file
Add support for MMIO register MDIO muxes based on the Linux mdio-mux-mmioreg
driver.
Signed-off-by: Neil Armstrong
---
drivers/net/Kconfig| 7 ++
drivers/net/Makefile | 1 +
drivers/net/mdio_mux_mmioreg.c | 129 +
3 files changed, 137 in
On Tue, Feb 23, 2021 at 08:33:36AM +0200, Niko Mauno wrote:
> On 2/22/21 10:21 PM, Tom Rini wrote:
> > On Mon, Feb 22, 2021 at 07:18:51PM +, Niko Mauno wrote:
> >
> > > By declaring board-specific board_fdt_chosen_bootargs() the kernel
> > > command line arguments can be adjusted before inject
Unfortunately -ENODATA is not available in OpenBSD. Use -EBADMSG
instead, to indicate a missing timestamp.
Fixes: c5819701a3d image: Adjust the workings of fit_check_format()
Signed-off-by: Simon Glass
---
common/image-fit.c | 2 +-
include/image.h| 2 +-
2 files changed, 2 insertions(+), 2
On Wed, Feb 24, 2021 at 09:17:46PM +0800, Bin Meng wrote:
> Hi Heinrich,
>
> On Wed, Feb 24, 2021 at 8:20 PM Heinrich Schuchardt
> wrote:
> >
> > The U-Boot source moves to https://source.denx.de/u-boot/u-boot.git
> > effective 2021-02-28.
>
> Where is this information posted?
https://lists.de
Hi Heinrich,
On Wed, Feb 24, 2021 at 8:20 PM Heinrich Schuchardt wrote:
>
> The U-Boot source moves to https://source.denx.de/u-boot/u-boot.git
> effective 2021-02-28.
Where is this information posted?
>
> Signed-off-by: Heinrich Schuchardt
> ---
> .gitlab-ci.yml
From: Patrice Chotard
Fix following compilation issue when SYS_DCACHE_OFF and/or SYS_DCACHE_SYS
are enabled :
arch/arm/mach-stm32mp/cpu.c: In function ‘early_enable_caches’:
arch/arm/mach-stm32mp/cpu.c:223:10: error: ‘volatile struct arch_global_data’
has no member named ‘tlb_size’
223 | gd-
From: Patrice Chotard
Fix following compilation issue when SYS_DCACHE_OFF is enable:
drivers/misc/scmi_agent.c:128: undefined reference to
`mmu_set_region_dcache_behaviour'
when SYS_DCACHE_OFF is enable, mmu_set_region_dcache_behaviour() must be
defined.
Signed-off-by: Patrice Chotard
Signed-
From: Patrice Chotard
To avoid "synchronous abort" in AARCH64 in case the "from" address
is not aligned, replace memcpy_toio() and memcpy_fromio() by memcpy().
Signed-off-by: Patrice Chotard
Signed-off-by: Patrice Chotard
---
drivers/firmware/scmi/smt.c | 4 ++--
1 file changed, 2 insertions
Hi all,
On 19/02/21 10:55AM, tkuw584...@gmail.com wrote:
> 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)
On 19/02/21 10:56AM, tkuw584...@gmail.com wrote:
> 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 use
On 19/02/21 10:56AM, tkuw584...@gmail.com wrote:
> 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].
Instead of linking the patches like this, it would be a better idea to
simply include
These flags was defined and callbacks linked to these flags are empty
and only returning 0.
Remove BOARD_EARLY_INIT_F and BOARD_LATE_INIT flags for these stm32 boards.
Signed-off-by: Patrice Chotard
---
configs/stm32f429-discovery_defconfig | 1 -
configs/stm32f429-evaluation_defconfig | 1 -
Remove board_early_init_f() and board_late_init() callbacks for stm32
boards as the corresponding flags (CONFIG_BOARD_LATE_INIT and
CONFIG_BOARD_EARLY_INIT_R) are now disabled.
Signed-off-by: Patrice Chotard
---
board/st/stm32f429-discovery/stm32f429-discovery.c | 5 -
board/st/stm32f429
The U-Boot source moves to https://source.denx.de/u-boot/u-boot.git
effective 2021-02-28.
Signed-off-by: Heinrich Schuchardt
---
.gitlab-ci.yml | 2 +-
MAINTAINERS | 110 ++--
README
On 19/02/21 10:56AM, tkuw584...@gmail.com wrote:
> From: Takahiro Kuwano
>
> Cypress chips support SPINOR_OP_EN4B(B7h)/SPINOR_OP_EX4B(E9h) to
The datasheet says the EN4B command is indeed B7h but EX4B is listed as
B8h. The command E9h is for "Password Unlock". So exiting 4 byte mode
will do so
On 19/02/21 10:56AM, tkuw584...@gmail.com wrote:
> 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 ove
As the the SPI flash is probed and is released in each ENV sf function
the env_flash no more need to be static.
This patch move this device handle as local variable of each function and
simplify the associated code (env_flash is never == NULL when
setup_flash_device is called).
Signed-off-by: Pat
Free the SPI resources by calling spi_flash_free() in each env sf
function to avoid issue for other SPI users.
Signed-off-by: Patrick Delaunay
---
env/sf.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/env/sf.c b/env/sf.c
index 6b61a4b8de..acbd712aef 100644
--- a/env/sf.c
+++ b/e
Proposal to cleanup the SPI device support in env/sf.c,
after the question of mail [1].
Release the SPI flash after each ENV request, so U-Boot can't have
conflict of other SPI user.
This serie can be applied on top on previous serie [2].
Drawback: possible performance issue as SPI device is p
Reorder include files in expected order.
Signed-off-by: Patrick Delaunay
---
drivers/firmware/scmi/mailbox_agent.c | 2 +-
drivers/firmware/scmi/scmi_agent-uclass.c | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/firmware/scmi/mailbox_agent.c
b/drivers/firmw
Enable SCMI clock and reset domain support for stm32mp1 platform
and ARM SMC mailbox driver used as communication channel for
SCMI messages between non-secure world and secure SCMI server.
Signed-off-by: Patrick Delaunay
---
configs/stm32mp15_trusted_defconfig | 2 ++
1 file changed, 2 insertio
Include the file needed for log function prototype, this patch solves the
compilation issue for undefined reference to `dev_err'.
Signed-off-by: Patrick Delaunay
---
drivers/firmware/scmi/smccc_agent.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/firmware/scmi/smccc_agent.c
b/dr
Define LOG_CATEGORY to allow filtering with log command.
Signed-off-by: Patrick Delaunay
---
drivers/firmware/scmi/mailbox_agent.c| 2 ++
drivers/firmware/scmi/sandbox-scmi_agent.c | 2 ++
drivers/firmware/scmi/sandbox-scmi_devices.c | 2 ++
drivers/firmware/scmi/scmi_agent-uclass.c
This Serie is a preliminary step to allow support of secured clocks
provided by SCMI server running in secure world (TF-A or OP-TEE).
This serie only activate the needed drivers in the trusted defconfig
before alignment with device tree including SCMI support [1] and
upstream of SCMI server in T
From: Etienne Carriere
Define in the RCC clock provider node which root clocks the driver
depends on. These are root oscillators, which may be present or
not, upon FDT content.
This update binding is introduced in Linux kernel device tree by patch
"ARM: dts: stm32: move clocks/resets to SCMI res
From: Etienne Carriere
This change makes stm32mp1 clock driver to get the root clocks
reference from the device node in the FDT rather than fetching
straight these clocks by their name. Driver now stores the
clock reference and use it to know if a root clock is present,
get its rate or gets its r
Forgot to Cc the maintainer, doing it now, sorry for the spam.
On Mon, Feb 22, 2021 at 10:25:59AM +0100, Roger Pau Monné wrote:
> The path in the Linux kernel dts directory is
> rockchip/rk3326-odroid-go2.dtb.
>
> That also seems to match the FDT path set on other boards (ie:
> rock64-rk3328 for
Forgot to add maintainer, doing it now, sorry for the spam.
On Mon, Feb 22, 2021 at 10:25:58AM +0100, Roger Pau Monné wrote:
> Remove the unset of the EFI loader, it's possible for U-Boot to
> provide a EFI environment on this board, and it's also required by
> the FreeBSD loader which mandated EF
Remove duplicated uart nodes introduced with commit 62f95af92a3f
("ARM: dts: stm32mp1: DT alignment with Linux kernel v5.9-rc4"),
because the uart nodes wasn't correctly ordered in alphabetic order.
Only cosmetic: the generated device tree don't change.
Signed-off-by: Patrick Delaunay
---
arch
From: Amit Kumar Mahapatra
In zynqmp.dtsi file renamed "clk_sys" clock to "controller" and
"clk_flash" clock to "bus" as per upstreamed Arasan NAND driver.
This fixes NAND driver probe failure.
Signed-off-by: Amit Kumar Mahapatra
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp.dtsi | 2 +
Hi all,
I'm sorry that I have to inform you about a disruption of the gitlab
services. This has become necessary for a number of reasons:
- repeated cases of poor performance
- difficulties with CI setup
- security issues
We have to move all public projects off gitlab.denx.de to a new
gitlab
94 matches
Mail list logo
