When allocate the GPD ring, and tell its address to the controller, then
the driver starts or resumes the QMU, the controller will try to access
the first GPD, so need flush the first one to avoid wrong GPD status.
Reported-by: Xin Lin
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_qmu.c
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, 14 September, 2021 11:26 AM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Lim, Elly Siew Chin
> ; Simon Goldschmidt
> ; Chee, Tien Fong
>
> Subject: [PATCH 2/8] arm: socfpga: vining: Increase environment size
>
> Increase the env
If Coherence Manager were not set in the beginning,
u-boot-spl would sometimes fail to boot to u-boot proper.
Enable CM and I/D cache at the same time in harts_early_init
Signed-off-by: Leo Yu-Chi Liang
---
arch/riscv/cpu/ax25/cpu.c | 42 +++
1 file changed,
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, 14 September, 2021 11:25 AM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Lim, Elly Siew Chin
> ; Simon Goldschmidt
> ; Chee, Tien Fong
>
> Subject: [PATCH 1/8] arm: socfpga: vining: Drop meaningless comment
>
> The comment is no
On Fri, Sep 17, 2021 at 12:10:19PM -0400, Tom Rini wrote:
> Currently, there is no ENTRY() entry in the m68k linker script.
> However, since they currently contain a version_string symbol, which
> then overrides the default weak version_string symbol, the linker
> decides we must keep start.o in t
On Thu, Sep 16, 2021 at 03:56:48PM -0400, Tom Rini wrote:
> As explained by Wolfgang, historically PowerPC would do a number of
> things to hand-optimize placement of the binary on NOR flash in order to
> maximize utilization of very scarce resources. These days, we simply
> aren't optimizing our
On Wed, Sep 22, 2021 at 09:03:50AM +, eugen.hris...@microchip.com wrote:
> Hello Tom,
>
> Please pull tag u-boot-at91-2022.01-a , the first set of features for
> the next cycle 2022.01 . The PR is rebased on -next .
>
> This feature set includes : the support for CPU driver for arm926
> (s
On Wed, Aug 18, 2021 at 09:40:33PM -0600, Simon Glass wrote:
> Some tests produce a lot of output that does not need to be individually
> checked by an assertion. Add a macro to handle this.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP
On Wed, Aug 18, 2021 at 09:40:31PM -0600, Simon Glass wrote:
> It is useful to map a file into memory so that it can be accessed using
> simple pointers. Add a function to support this.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP sign
On Wed, Aug 18, 2021 at 09:40:30PM -0600, Simon Glass wrote:
> Add a function to return the size of a file. This is useful in situations
> where we need to allocate memory for it before reading it.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Marek Behún
Applied to u-boot/next, thanks!
--
T
On Wed, Aug 18, 2021 at 09:40:28PM -0600, Simon Glass wrote:
> Fix up a copy error.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Aug 18, 2021 at 09:40:29PM -0600, Simon Glass wrote:
> Tighten up these comments to make the behaviour clearer.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Aug 18, 2021 at 09:40:26PM -0600, Simon Glass wrote:
> This message comes up a lot when scanning filesystems. It suggests to the
> user that there is some sort of error, but in fact there is no reason to
> expect that a particular partition has a btrfs filesystem. Other
> filesystems don't
On Wed, Aug 18, 2021 at 09:40:27PM -0600, Simon Glass wrote:
> This message comes up a lot when scanning filesystems. It suggests to the
> user that there is some sort of error, but in fact there is no reason to
> expect that a particular partition has a sqfs filesystem. Other
> filesystems don't
On Wed, Aug 18, 2021 at 09:40:25PM -0600, Simon Glass wrote:
> Many of these files are missing a header. Fix this.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Aug 18, 2021 at 09:40:24PM -0600, Simon Glass wrote:
> This option has no argument so we should not trip to skip one.
>
> Fix it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Aug 02, 2021 at 03:18:38PM +0200, Pali Rohár wrote:
> Header file version.h does not use anything from timestamp.h. Including of
> timestamp.h has side effect which cause recompiling object file at every
> make run because timestamp.h changes at every run.
>
> So remove timestamp.h from v
On Mon, Aug 02, 2021 at 03:18:37PM +0200, Pali Rohár wrote:
> Version string is available in global variable char version_string[].
> Macro U_BOOT_VERSION_STRING is not used by any other file, so remove it
> completely from version.h. Other files were already converted to use
> variable version_st
On Mon, Aug 02, 2021 at 03:18:36PM +0200, Pali Rohár wrote:
> U_BOOT_DATE and U_BOOT_TIME are updated on every run of make command.
> Therefore mrc.c file is recompiled every time when running make which means
> that whole U-Boot binary is recompiled on every run of make command.
>
> Simplify it
On Wed, Aug 18, 2021 at 09:40:23PM -0600, Simon Glass wrote:
> Split this information into subsections and expand it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Aug 02, 2021 at 03:18:35PM +0200, Pali Rohár wrote:
> There is no platform which needs to overload version_string[] variable, so
> remove weak symbol mark.
>
> Signed-off-by: Pali Rohár
> Reviewed-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP si
On Mon, Aug 02, 2021 at 03:18:31PM +0200, Pali Rohár wrote:
> More C files do not use compile time timestamp macros and do not have to be
> recompiled every time when SOURCE_DATE_EPOCH changes.
>
> This patch moves version_string[] from version.h to version_string.h and
> updates other C files wh
On Mon, Aug 02, 2021 at 03:18:32PM +0200, Pali Rohár wrote:
> There is no need to overload version_string at the end of start.S files.
> Common implementation of version_string should be fine.
>
> Signed-off-by: Pali Rohár
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PG
On Mon, Aug 02, 2021 at 03:18:30PM +0200, Pali Rohár wrote:
> Macro U_BOOT_VERSION_STRING is already stored in variable version_string.
> So use directly this variable instead of storing U_BOOT_VERSION_STRING into
> temporary variable.
>
> Signed-off-by: Pali Rohár
> Acked-by: Ilias Apalodimas
On Mon, Aug 02, 2021 at 03:18:29PM +0200, Pali Rohár wrote:
> Signed-off-by: Pali Rohár
> Reviewed-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Aug 02, 2021 at 03:18:28PM +0200, Pali Rohár wrote:
> Signed-off-by: Pali Rohár
> Reviewed-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, 14 September, 2021 11:20 AM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Lim, Elly Siew Chin
> ; Simon Goldschmidt
> ; Chee, Tien Fong
>
> Subject: [PATCH] ddr: altera: use KBUILD_BASENAME instead of __FILE__
>
> The KBUILD_BASE
HI Aaron,
On Thu, Sep 23, 2021 at 9:24 AM Aaron Williams wrote:
>
> Hi all,
>
> You can ignore my previous email. It looks like it's being added as I type
> this.
>
> Best Regards,
>
> -Aaron Williams
>
> On Wednesday, September 22, 2021 6:22:00 PM PDT Aaron Williams wrote:
> > Hi Bin, Stefan,
>
On 9/22/21 10:00 PM, Tom Rini wrote:
On Wed, Sep 22, 2021 at 09:56:26PM +0200, Marek Vasut wrote:
On 9/22/21 9:46 PM, Tom Rini wrote:
On Wed, Sep 22, 2021 at 09:24:24PM +0200, Marek Vasut wrote:
I am talking about using nor%d in MTDIDS in U-Boot UBI code to look up from
which device to attach
Hi all,
You can ignore my previous email. It looks like it's being added as I type
this.
Best Regards,
-Aaron Williams
On Wednesday, September 22, 2021 6:22:00 PM PDT Aaron Williams wrote:
> Hi Bin, Stefan,
>
> Is the U-Boot USB support compatible with USB 3.1 or does this need to be
> added?
Hi Bin, Stefan,
Is the U-Boot USB support compatible with USB 3.1 or does this need to be
added? The SoC I'm working on (CN106XX) includes USB 3.1 support. I have not
yet tried U-Boot on this chip but will shortly. If not, are there any branches
with USB 3.1 changes or are no changes required?
The GW7902 is based on the i.MX 8M Mini / Nano SoC featuring:
- LPDDR4 DRAM
- eMMC FLASH
- Gateworks System Controller
- LTE CAT M1 modem
- USB 2.0 HUB
- M.2 Socket with USB2.0, PCIe, and dual-SIM
- IMX8M FEC
- PCIe based GbE
- RS232/RS485/RS422 serial transceiver
- GPS
- CAN bus
- WiFi
Hi Simon,
> From: Simon Glass
> Sent: Thursday, September 23, 2021 12:19 AM
>
> Hi,
>
> On Thu, 2 Sept 2021 at 07:28, Tom Rini wrote:
> >
> > On Fri, Jul 30, 2021 at 09:08:03AM +0800, Chia-Wei Wang wrote:
> >
> > > Add UCLASS_HASH for hash driver development. Thus the hash drivers
> > > (SW or
Bugfixes for this one socfpga platform, should go into 2021.10
The following changes since commit a49930f4c6ed5dcbf5127f7bf6d189afa92bffb3:
Merge https://source.denx.de/u-boot/custodians/u-boot-x86 (2021-09-22
11:43:12 -0400)
are available in the Git repository at:
git://git.denx.de/u-bo
Late bunch of USB fixes (incl. the xhci usb 3.1 support)
The following changes since commit a49930f4c6ed5dcbf5127f7bf6d189afa92bffb3:
Merge https://source.denx.de/u-boot/custodians/u-boot-x86 (2021-09-22
11:43:12 -0400)
are available in the Git repository at:
git://source.denx.de/u-boot-
On Wed, Sep 22, 2021 at 09:56:26PM +0200, Marek Vasut wrote:
> On 9/22/21 9:46 PM, Tom Rini wrote:
> > On Wed, Sep 22, 2021 at 09:24:24PM +0200, Marek Vasut wrote:
> >
> > > I am talking about using nor%d in MTDIDS in U-Boot UBI code to look up
> > > from
> > > which device to attach UBI in U-Boo
On 9/22/21 9:46 PM, Tom Rini wrote:
On Wed, Sep 22, 2021 at 09:24:24PM +0200, Marek Vasut wrote:
I am talking about using nor%d in MTDIDS in U-Boot UBI code to look up from
which device to attach UBI in U-Boot.
OK, so are we not able to pass in the correct name now? Or just worried
about old
On Wed, Sep 22, 2021 at 09:24:24PM +0200, Marek Vasut wrote:
> I am talking about using nor%d in MTDIDS in U-Boot UBI code to look up from
> which device to attach UBI in U-Boot.
OK, so are we not able to pass in the correct name now? Or just worried
about old environment and new U-Boot?
--
To
On Wed, 22 Sep 2021 21:37:36 +0200
Heinrich Schuchardt wrote:
> Am 22. September 2021 21:16:50 MESZ schrieb "Marek Behún"
> :
> >nitpick?
> > s/optimisation/optimization/
>
> British vs American English. I don't think we need to prescribe one or the
> other.
OK :)
On Wed, Sep 22, 2021 at 09:24:24PM +0200, Marek Vasut wrote:
[snip]
> Based on the comment from Tom, I think we are talking about two different
> things here. I am NOT talking about passing mtdparts to Linux at all, there
> using DT is clear.
>
> I am talking about using nor%d in MTDIDS in U-Boot
On Wed, Sep 22, 2021 at 09:24:24PM +0200, Marek Vasut wrote:
> On 9/22/21 9:05 PM, Marek Behún wrote:
>
> Hi,
>
> [...]
>
> > > > I find this either not complete or not needed:
> > > >
> > > > - either you need mtd names to be of this format so that old MTDPARTS
> > > > config definitions d
On 9/22/21 9:23 PM, Tom Rini wrote:
On Wed, Sep 22, 2021 at 09:05:36PM +0200, Marek Behún wrote:
On Wed, 22 Sep 2021 20:24:18 +0200
Marek Vasut wrote:
On 9/22/21 7:29 PM, Marek Behún wrote:
(Adding also Tom.)
Hi Patrick, Marek,
I find this either not complete or not needed:
- either you n
Am 22. September 2021 21:16:50 MESZ schrieb "Marek Behún" :
>nitpick?
> s/optimisation/optimization/
British vs American English. I don't think we need to prescribe one or the
other.
Best regards
Heinrich
>
>Marek
On 9/22/21 9:05 PM, Marek Behún wrote:
Hi,
[...]
I find this either not complete or not needed:
- either you need mtd names to be of this format so that old MTDPARTS
config definitions do not need to be changed, i.e. something like
CONFIG_MTDPARTS_DEFAULT="nor0:1M(u-boot),0x1000@0xf
On 9/22/21 8:42 PM, Tom Rini wrote:
On Wed, Sep 22, 2021 at 08:24:18PM +0200, Marek Vasut wrote:
On 9/22/21 7:29 PM, Marek Behún wrote:
(Adding also Tom.)
Hi Patrick, Marek,
I find this either not complete or not needed:
- either you need mtd names to be of this format so that old MTDPARTS
On Wed, Sep 22, 2021 at 09:05:36PM +0200, Marek Behún wrote:
> On Wed, 22 Sep 2021 20:24:18 +0200
> Marek Vasut wrote:
>
> > On 9/22/21 7:29 PM, Marek Behún wrote:
> > > (Adding also Tom.)
> > >
> > > Hi Patrick, Marek,
> > >
> > > I find this either not complete or not needed:
> > >
> > > - e
nitpick?
s/optimisation/optimization/
Marek
On Wed, 22 Sep 2021 14:42:30 -0400
Tom Rini wrote:
> On Wed, Sep 22, 2021 at 08:24:18PM +0200, Marek Vasut wrote:
> > On 9/22/21 7:29 PM, Marek Behún wrote:
> > > (Adding also Tom.)
> > >
> > > Hi Patrick, Marek,
> > >
> > > I find this either not complete or not needed:
> > >
> > > - either
On Wed, 22 Sep 2021 20:24:18 +0200
Marek Vasut wrote:
> On 9/22/21 7:29 PM, Marek Behún wrote:
> > (Adding also Tom.)
> >
> > Hi Patrick, Marek,
> >
> > I find this either not complete or not needed:
> >
> > - either you need mtd names to be of this format so that old MTDPARTS
> >config de
This converts the following to Kconfig:
CONFIG_SYS_NAND_ONFI_DETECTION
Signed-off-by: Tom Rini
---
configs/CHIP_pro_defconfig | 1 +
configs/Nintendo_NES_Classic_Edition_defconfig | 1 +
configs/P1010RDB-PB_36BIT_NAND_defconfig | 1 +
configs/P1010R
This converts the following to Kconfig:
CONFIG_SYS_NAND_U_BOOT_LOCATIONS
CONFIG_SYS_NAND_U_BOOT_OFFS
Signed-off-by: Tom Rini
---
README | 3 ---
configs/am335x_baltos_defconfig | 2 +-
configs/am335x_evm_defconfig
The values of CONFIG_NAND_OMAP_ECCSCHEME map to the enum in
include/linux/mtd/omap_gpmc.h for valid ECC schemes. Make which one we
will use be a choice statement, enumerating the ones which we have
implemented.
Signed-off-by: Tom Rini
---
configs/am335x_guardian_defconfig | 1 +
confi
We only include in for the forward
declaration of struct nand_chip, so do that directly. Then, include
where required directly.
Signed-off-by: Tom Rini
---
arch/arm/include/asm/ti-common/davinci_nand.h | 1 -
arch/arm/mach-imx/cmd_nandbcb.c | 1 +
board/cssi/MCR3000/nand.c
This converts the following to Kconfig:
CONFIG_NAND_FSL_ELBC
CONFIG_NAND_FSL_IFC
Note that a number of PowerPC platforms had previously enabled
CONFIG_NAND_FSL_ELBC without CONFIG_MTD_RAW_NAND, and now they no longer
enable the option, reducing the size of a few functions.
Signed-off-by: To
This converts the following to Kconfig:
CONFIG_SPL_NAND_LOAD
CONFIG_SYS_NAND_BLOCK_SIZE
CONFIG_SYS_NAND_PAGE_SIZE
CONFIG_SYS_NAND_OOBSIZE
Signed-off-by: Tom Rini
---
arch/arm/include/asm/arch-lpc32xx/config.h | 6 --
configs/P1010RDB-PA_36BIT_NAND_defconfig| 1 +
c
This converts the following to Kconfig:
CONFIG_SYS_NAND_PAGE_COUNT
Signed-off-by: Tom Rini
---
arch/arm/include/asm/arch-lpc32xx/config.h | 2 --
configs/am335x_baltos_defconfig | 1 +
configs/am335x_evm_defconfig| 1 +
configs/am335x_guardian_defconfi
This converts the following to Kconfig:
CONFIG_SYS_NAND_MAX_CHIPS
Signed-off-by: Tom Rini
---
drivers/mtd/Kconfig | 8
drivers/mtd/nand/raw/Kconfig | 7 ---
include/configs/MCR3000.h| 1 -
include/configs/cm_fx6.h | 1 -
include/co
This converts the following to Kconfig:
CONFIG_SYS_NAND_BAD_BLOCK_POS
In order to do this, introduce a choice for HAS_LARGE/SMALL_BADBLOCK_POS
as those are the only valid values. Use LARGE as the default as no
in-tree boards use SMALL, but it is possible.
Signed-off-by: Tom Rini
---
arch/ar
This converts the following to Kconfig:
CONFIG_SYS_NAND_5_ADDR_CYCLE
Signed-off-by: Tom Rini
---
configs/devkit3250_defconfig| 1 +
drivers/mtd/nand/raw/Kconfig| 9 +
include/configs/am335x_evm.h| 1 -
include/configs/am335x_
This code is unused, drop it.
Signed-off-by: Tom Rini
---
drivers/mtd/nand/raw/nand_spl_simple.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/mtd/nand/raw/nand_spl_simple.c
b/drivers/mtd/nand/raw/nand_spl_simple.c
index 09e053541a9d..ede7dbf15b90 100644
--- a/drivers/mtd/nand
This converts the following to Kconfig:
CONFIG_NAND_LPC32XX_MLC
Signed-off-by: Tom Rini
---
configs/work_92105_defconfig | 1 +
drivers/mtd/nand/raw/Kconfig | 5 +
include/configs/work_92105.h | 1 -
3 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/configs/work_92105_defconfi
Typically platforms will define CONFIG_SYS_NAND_PAGE_COUNT based on
CONFIG_SYS_NAND_BLOCK_SIZE / CONFIG_SYS_NAND_PAGE_SIZE. Switch to this
in preparation for migrating CONFIG_SYS_NAND namespace to Kconfig.
Cc: Marek Vasut
Cc: Olaf Mandel
Signed-off-by: Tom Rini
---
include/configs/m53menlo.h
These platforms do not currently enable NAND, remove these references.
Cc: Kever Yang
Signed-off-by: Tom Rini
---
Please note that this file isn't listed in any MAINTAINERS file, but
should be, thanks!
---
include/configs/rk3308_common.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/i
On Wed, Sep 22, 2021 at 08:24:18PM +0200, Marek Vasut wrote:
> On 9/22/21 7:29 PM, Marek Behún wrote:
> > (Adding also Tom.)
> >
> > Hi Patrick, Marek,
> >
> > I find this either not complete or not needed:
> >
> > - either you need mtd names to be of this format so that old MTDPARTS
> >conf
On 9/22/21 7:29 PM, Marek Behún wrote:
(Adding also Tom.)
Hi Patrick, Marek,
I find this either not complete or not needed:
- either you need mtd names to be of this format so that old MTDPARTS
config definitions do not need to be changed, i.e. something like
CONFIG_MTDPARTS_DEFAULT="n
LTO (Link-Time Optimisation) is an very useful feature which can
significantly reduce the size of U-Boot binaries. So far it has been
made available for selected ARM boards and sandbox.
However, incremental builds are much slower when LTO is used. For example,
an incremental build of sandbox takes
At present U-Boot always builds dtc if CONFIG_OF_CONTROL is defined, even
when DTC is provided. The built dtc is not actually used, so this is a
waste of time.
Update the Makefile logic to build dtc only if one is not provided to the
build with the DTC variable. Add documentation to explain this.
We need this to make building dtc optional. It makes no sense to build our
own dtc if the system one works correctly.
This reverts commit ddb87a0b40262ff99d675e946f57427642303938.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add an SPDX header and MAINTAINERS entry
MAINTAINERS|
(Adding also Tom.)
Hi Patrick, Marek,
I find this either not complete or not needed:
- either you need mtd names to be of this format so that old MTDPARTS
config definitions do not need to be changed, i.e. something like
CONFIG_MTDPARTS_DEFAULT="nor0:1M(u-boot),0x1000@0xfff000(env)"
does
Force the mtd name of spi-nor to "nor" + the driver sequence number:
"nor0", "nor1"... beginning after the existing nor devices.
This patch is coherent with existing "nand" and "spi-nand"
mtd device names.
When CFI MTD NOR device are supported, the spi-nor index is chosen after
the last CFI devic
This serie is a V4 for [1].
Now the SPI nor are named "norN" with N after the CFI nor device:
"nor0" to "norM" => N= M+1.
See also an other proposal from Marek (not working after test)
"mtd: spi-nor: Fix SF MTDIDS when registering multiple MTDs with
DM enabled"
http://patchwork.ozlabs.org/proj
When CONFIG_SYS_MAX_FLASH_BANKS_DETECT is activated,
CONFIG_SYS_MAX_FLASH_BANKS is replaced by cfi_flash_num_flash_banks,
but this variable is defined in drivers/mtd/cfi_flash.c, which is
compiled only when CONFIG_FLASH_CFI_DRIVER is activated, in U-Boot
or in SPL when CONFIG_SPL_MTD_SUPPORT is act
Hi,
On Thu, 2 Sept 2021 at 07:28, Tom Rini wrote:
>
> On Fri, Jul 30, 2021 at 09:08:03AM +0800, Chia-Wei Wang wrote:
>
> > Add UCLASS_HASH for hash driver development. Thus the
> > hash drivers (SW or HW-accelerated) can be developed
> > in the DM-based fashion.
> >
> > Signed-off-by: Chia-Wei Wa
Hi Masahisa,
On Tue, 21 Sept 2021 at 01:17, Masahisa Kojima
wrote:
>
> TCG PC Client spec requires to measure the SMBIOS
> table that contain static configuration information
> (e.g. Platform Manufacturer Enterprise Number assigned by IANA,
> platform model number, Vendor and Device IDs for each
Hi Mark,
On Mon, 20 Sept 2021 at 19:17, Mark Tomlinson
wrote:
>
> The DS1307 driver was originally based on the DS1337 driver. However,
> the functionality of the clock set/get functions has diverged. In the
> original DS1337 driver, the set/get functions did the following:
> 1) Setting the clo
On Wed, Sep 22, 2021 at 11:42:07PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following x86 changes for v2021.10 release:
>
> - Small fixes to eMMC and SDHCI for Intel Edison
>
> Azure results: PASS
> https://dev.azure.com/bmeng/GitHub/_build/results?buildId=457&view=results
>
>
On Wed, Sep 22, 2021 at 12:19 AM Patrick Delaunay
wrote:
>
> As the lastest spear directories are removed, delete the associated entry
> in the MAINTAINERS file:
> - arch/arm/cpu/arm926ejs/spear/
> - arch/arm/include/asm/arch-spear/
>
> Fixes: 570c3dcfc153 ("arm: Remove spear600 boards and the res
Hi Tom,
This PR includes the following x86 changes for v2021.10 release:
- Small fixes to eMMC and SDHCI for Intel Edison
Azure results: PASS
https://dev.azure.com/bmeng/GitHub/_build/results?buildId=457&view=results
The following changes since commit cfb573d22dac1089b5c792bc8529dd76acfa68fc:
On Tue, Sep 21, 2021 at 09:48:57AM +0200, Patrick DELAUNAY wrote:
> Hi Tom,
>
> Please pull the STM32 related fixes for u-boot/master, v2021.10:
> u-boot-stm32-20210921
>
> - stm32mp15: fix the used partition name for U-Boot environement with SPL
>
> CI status:
> https://source.denx.de/u-boot/c
On Wed, Sep 22, 2021 at 11:02:26AM +0200, Patrick Delaunay wrote:
> Remove the driver st_smic.c used in SPEAr products and the associated
> config CONFIG_ST_SMI; this driver is no more used in U-Boot after the
> commit 570c3dcfc153 ("arm: Remove spear600 boards and the rest of SPEAr
> support").
>
Hello Tom,
Please pull tag u-boot-at91-2022.01-a , the first set of features for
the next cycle 2022.01 . The PR is rebased on -next .
This feature set includes : the support for CPU driver for arm926
(sam9x60 device); changes required for OP-TEE boot for sama5d2_xplained
and sama5d27_som1_ek
From: Markus Niebel
The new command prints the sector count and size in a human-readable
format and sets an environment variable for scripted handling. The
variable value is set in decimal to match what the 'mmc hwpartition'
command expects.
The environment variable can be used for automated par
From: Markus Niebel
This helper will be used later on in an extension of the mmc
command.
Signed-off-by: Markus Niebel
Signed-off-by: Matthias Schiffer
---
drivers/mmc/mmc.c | 38 ++
include/mmc.h | 1 +
2 files changed, 39 insertions(+)
diff --git a/
On 22.09.21 11:02, Patrick Delaunay wrote:
Remove the driver st_smic.c used in SPEAr products and the associated
config CONFIG_ST_SMI; this driver is no more used in U-Boot after the
commit 570c3dcfc153 ("arm: Remove spear600 boards and the rest of SPEAr
support").
Fixes: 570c3dcfc153 ("arm: Rem
Remove the driver st_smic.c used in SPEAr products and the associated
config CONFIG_ST_SMI; this driver is no more used in U-Boot after the
commit 570c3dcfc153 ("arm: Remove spear600 boards and the rest of SPEAr
support").
Fixes: 570c3dcfc153 ("arm: Remove spear600 boards and the rest of SPEAr
su
Hi,
On 9/21/21 8:39 PM, Tom Rini wrote:
On Tue, Sep 21, 2021 at 06:36:03PM +0200, Patrick Delaunay wrote:
Use moveconfig.py script to convert the define CONFIG_ST_SMI to Kconfig
and move this entries to defconfigs.
Before migration, the st_smi.c driver was empty when CONFIG_MTD_NOR_FLASH
wasn
On Tue, Sep 21, 2021 at 9:23 AM Heinrich Schuchardt
wrote:
>
>
>
> On 9/20/21 5:48 PM, Alexandre Ghiti wrote:
> > This pmic device is present on the SiFive Unmatched board and this
> > new driver adds the possibility to reset it.
> >
> > Signed-off-by: Alexandre Ghiti
> > ---
> > configs/sifive
87 matches
Mail list logo
