> Subject: Re: [PATCH] spl: dm_mmc: Initialize only the required mmc device
>
> Hi Peng,
>
> On 10/09/19 7:50 AM, Peng Fan wrote:
> >> Subject: [PATCH] spl: dm_mmc: Initialize only the required mmc device
> >>
> >> In SPL, all the available mmc devices gets initialized during boot.
> >> This
This function, and hence rsa_verify(), will perform RSA verification
with two essential parameters for a RSA public key in contract of
rsa_verify_with_keynode(), which requires additional three parameters
stored in FIT image.
It will be used in implementing UEFI secure boot, i.e. image
In the current implementation of FIT_SIGNATURE, five parameters for
a RSA public key are required while only two of them are essential.
(See rsa-mod-exp.h and uImage.FIT/signature.txt)
This is a result of considering relatively limited computer power
and resources on embedded systems, while such a
The current rsa_verify() requires five parameters for a RSA public key
for efficiency while RSA, in theory, requires only two. In addition,
those parameters are expected to come from FIT image.
So this function won't fit very well when we want to use it for the purpose
of implementing UEFI secure
Introduce new configuration, CONFIG_RSA_VERIFY which will decouple building
RSA functions from FIT verification and allow for adding a RSA-based
signature verification for other file formats, in particular PE file
for UEFI secure boot.
Signed-off-by: AKASHI Takahiro
---
Kconfig|
add DM PCI support on the socrates board.
use PCIE_FSL now.
Signed-off-by: Heiko Schocher
---
arch/powerpc/dts/socrates.dts | 1 +
board/socrates/law.c | 2 --
board/socrates/socrates.c | 40 +--
configs/socrates_defconfig| 7 ++
enable DM I2C support for the socrates board.
Signed-off-by: Heiko Schocher
---
configs/socrates_defconfig | 4 +++-
include/configs/socrates.h | 18 +-
2 files changed, 4 insertions(+), 18 deletions(-)
diff --git a/configs/socrates_defconfig b/configs/socrates_defconfig
add socrates device tree from linux:
commit 71ae5fc87c34 ("Merge tag 'linux-kselftest-5.2-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest")
and added SPDX license identifier.
Did not fix checkpatch warnings:
arch/powerpc/dts/socrates.dts:235: check: Please don't use
switch to DM_SERIAL support.
Signed-off-by: Heiko Schocher
---
board/socrates/socrates.c | 5 +
configs/socrates_defconfig | 3 +++
include/configs/socrates.h | 12
3 files changed, 8 insertions(+), 12 deletions(-)
diff --git a/board/socrates/socrates.c
enable CONFIG_DM for the socrates board.
Signed-off-by: Heiko Schocher
---
board/socrates/socrates.c | 15 +++
configs/socrates_defconfig | 6 +-
include/configs/socrates.h | 13 +++--
3 files changed, 27 insertions(+), 7 deletions(-)
diff --git
disable video, as not really needed longer.
Signed-off-by: Heiko Schocher
---
board/socrates/socrates.c | 180 +
configs/socrates_defconfig | 3 -
include/configs/socrates.h | 15
3 files changed, 2 insertions(+), 196 deletions(-)
diff --git
add some defines and get rid of USB warning.
Signed-off-by: Heiko Schocher
---
configs/socrates_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configs/socrates_defconfig b/configs/socrates_defconfig
index 1730d5793b..2c87ec5134 100644
---
suppress warning:
Flash: ## Unknown flash on Bank 1 - Size = 0x = 0 MB
Signed-off-by: Heiko Schocher
---
include/configs/socrates.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/socrates.h b/include/configs/socrates.h
index c7c30d367a..4192148b52 100644
---
add u-boot specific dtsi file for socrates board.
Signed-off-by: Heiko Schocher
---
arch/powerpc/dts/socrates-u-boot.dtsi | 40 +++
board/socrates/MAINTAINERS| 1 +
2 files changed, 41 insertions(+)
create mode 100644 arch/powerpc/dts/socrates-u-boot.dtsi
convert the socrates board to use DM.
needs patchseries:
pci: pcie_fsl: add support for none PCIe devices
http://patchwork.ozlabs.org/project/uboot/list/?series=134976
fixes compiler warnings:
= WARNING ==
This board does not use CONFIG_DM. CONFIG_DM will
Hi Peng,
On 10/09/19 7:50 AM, Peng Fan wrote:
>> Subject: [PATCH] spl: dm_mmc: Initialize only the required mmc device
>>
>> In SPL, all the available mmc devices gets initialized during boot.
>> This might not work in cases where clocks are not available for certain mmc
>> devices(other than
add support for "fsl,mpc8540-pci":
- add flag "ispci" in struct fsl_pcie_data
so we can code out differences to existing devices
without breaking them
- changes if ispci is set:
- in fsl_pcie_addr_valid() check only common checks
- fsl_pcie_link_up( returns always 1
- in inbound setup,
simplify read/write functions and use pci_conv_size_to_32().
Signed-off-by: Heiko Schocher
---
drivers/pci/pcie_fsl.c | 35 ++-
1 file changed, 2 insertions(+), 33 deletions(-)
diff --git a/drivers/pci/pcie_fsl.c b/drivers/pci/pcie_fsl.c
index
add support for devices with compatible property:
"fsl,mpc8540-pci". Unfortunately we can not change
the property name, as already defined in linux.
This patch superseeds patch [1]:
http://patchwork.ozlabs.org/patch/1132418/
While working to integrate comments from Z.q. Hou
to patch [1], I
reorder checks in fsl_pcie_addr_valid(). Check first
stuff, we also can check when we use driver for PCI devices.
Signed-off-by: Heiko Schocher
---
drivers/pci/pcie_fsl.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/pci/pcie_fsl.c b/drivers/pci/pcie_fsl.c
Hello Michal,
Am 08.10.2019 um 14:38 schrieb Michal Simek:
On 08. 10. 19 14:35, Tom Rini wrote:
On Tue, Oct 08, 2019 at 02:20:40PM +0200, Michal Simek wrote:
On 07. 10. 19 23:15, Tom Rini wrote:
Hey all,
It's release day and while we've once again had some last minute
regression fixes, I
Add board_mmc_get_env_dev to correctly return devno for mmc env
Signed-off-by: Peng Fan
---
board/freescale/imx8mm_evk/imx8mm_evk.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/board/freescale/imx8mm_evk/imx8mm_evk.c
b/board/freescale/imx8mm_evk/imx8mm_evk.c
index
Hi Tim,
> Subject: Re: [U-Boot] [PATCH V3 27/27] imx: Add i.MX8MM EVK board
> support.
>
> On Mon, Aug 26, 2019 at 11:28 PM Peng Fan wrote:
> >
>
> > diff --git a/board/freescale/imx8mm_evk/README
> > b/board/freescale/imx8mm_evk/README
> > new file mode 100644
> > index 00..a885bc5c97
On Wed, Oct 9, 2019 at 9:15 AM Atish Patra wrote:
>
nits: please remove the ending period in the commit summary
> The release linux boot image header in v5.3 is different from the
nits: Linux
> one present in U-boot. Align the header with the new version. The
nits: U-Boot
> changes in Linux
The release linux boot image header in v5.3 is different from the
one present in U-boot. Align the header with the new version. The
changes in Linux are backward compatible. Previous u-boot releases
with older header will continue to work as well. As v5.3 kernel is
the first one to support image
On Mon, Oct 07, 2019 at 05:17:36PM -0400, Tom Rini wrote:
> We may not always be able to write to the default output directory so
> have a temporary directory for our output be created.
>
> Cc: Simon Glass
> Reviewed-by: Stephen Warren
> Suggested-by: Stephen Warren
> Signed-off-by: Tom Rini
On Fri, Oct 04, 2019 at 11:32:35AM -0400, Tom Rini wrote:
> As part of this we stop installing python-pytest (we enforce a specific
> version via pip in tests) as well as python-coverage (this can and
> should be done via pip as well).
>
> Signed-off-by: Tom Rini
Applied to u-boot/master,
On Fri, Oct 04, 2019 at 11:32:34AM -0400, Tom Rini wrote:
> Add a 'uboot' user / group, allow them sudo access and make use of them
> in the container.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Oct 04, 2019 at 12:12:54PM -0400, Tom Rini wrote:
> In order to run all filesystem tests we need to have newer ext4 tools,
> move up to Ubuntu 18.04 'bionic' for our base. We need to change
> slightly how we invoke the provided grub-mkimage. This will also make
> future python3 work
On Fri, Sep 20, 2019 at 05:42:09PM -0400, Tom Rini wrote:
> A large number of changes have happened upstream since our last sync
> which was to 375506d. The reason to do the upgrade at this point is for
> improved Python 3 support.
>
> As part of this upgrade we need to update moveconfig.py and
On Fri, Oct 04, 2019 at 12:12:53PM -0400, Tom Rini wrote:
> When running as another user we might not be able to use '..' for
> certain directories and this is the default for buildman. Specify an
> output directory instead.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
On Fri, Sep 20, 2019 at 05:42:08PM -0400, Tom Rini wrote:
> We tell kconfiglib to not print any warnings to us so drop this code as
> it will be unused.
>
> Cc: Masahiro Yamada
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Sep 20, 2019 at 05:42:07PM -0400, Tom Rini wrote:
> Convert this tool to requiring Python 3. The bulk of this is done with
> the 2to3 tool In addition, we need to use the '//' operator to have our
> division result return an int rather than a float and ensure that we use
> UTF-8 when
On Tue, Oct 08, 2019 at 12:10:25PM -0400, Tom Rini wrote:
> To match what we're doing in GitLab, move to 'bionic' for these builds
> as well.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
In a series I'm currently preparing, I've stumbled accross the fact that
IS_ERR_VALUE() doesn't reliably work on socfpga SPL as the onchip SRAM
begins at 0x and the heap is at the end of the 32 bit range.
Being like that, the current test for error (value >= -4095) which
equals 'value
On Tue, Oct 8, 2019 at 1:40 PM Fabio Estevam wrote:
>
> Hi Adam,
>
> On Tue, Oct 8, 2019 at 3:32 PM Adam Ford wrote:
> >
> > The schematic shows Gen3V3 is driven by sw2_reg on the pfuze100
> > PMIC. Linux doesn't appear to have an issue keeping this rail
> > up, but U-Boot shuts it down for
U-Boot cannot be built for h2200_defconfig with CONFIG_DM=y.
The maintainer Lukasz Dalek suggested to remove the board.
https://lists.denx.de/pipermail/u-boot/2019-August/380685.html
Cc: Lukasz Dalek
Signed-off-by: Heinrich Schuchardt
---
arch/arm/Kconfig | 4 --
Hi Adam,
On Tue, Oct 8, 2019 at 3:32 PM Adam Ford wrote:
>
> The schematic shows Gen3V3 is driven by sw2_reg on the pfuze100
> PMIC. Linux doesn't appear to have an issue keeping this rail
> up, but U-Boot shuts it down for some reason.
>
> This patch sets 'regulator-always-on' for sw2_reg to
The pfuze100 is the PMIC connected to the I2C bus. Currently,
the I2C driver is disabled which prevents the PMIC from operating.
This patch enables the I2C which also enables the PMIC in U-Boot.
This also keeps the PMIC and I2C disabled in SPL due to size
constraints of SPL.
Signed-off-by: Adam
The schematic shows Gen3V3 is driven by sw2_reg on the pfuze100
PMIC. Linux doesn't appear to have an issue keeping this rail
up, but U-Boot shuts it down for some reason.
This patch sets 'regulator-always-on' for sw2_reg to keept this
rail powered.
Signed-off-by: Adam Ford
diff --git
cscope complains that it can't find files that appears to be symbolic links
cscope: cannot find file tools/binman/test/u_boot_binman_syms_bad.c
cscope: cannot find file tools/version.h
`find -L` tests properties, but name, and cscope can't cope with symbolic
links (a lot of bugs in upstream were
rk3328 can use same-as-spl option so next loaders are loaded from the same
medium.
Add the boot order in the rock64 dts otherwise booting from sdcard
will result in u-boot looking into the eMMC.
Signed-off-by: Emmanuel Vadot
---
arch/arm/dts/rk3328-rock64-u-boot.dtsi | 5 +
1 file changed,
Hi Marek,
On Mon, Jun 24, 2019 at 8:08 PM Marek Vasut wrote:
>
> The EHCI iMX6 driver is only partly converted to DT probing and
> still uses a tremendous amount of hard-coded addresses. Worse,
> the driver uses hard-coded SoC-model-specific base addresses, which
> are derived from values
On Mon, 2019-10-07 at 16:45 +0200, Simon Goldschmidt wrote:
> There's something wrong with your mailer: indentation of replies doesn't
> seemto work. It gets kind of hard to read who wrote what...
> On Mon, Oct 7, 2019 at 4:34 PM Dalon L Westergreen<
> dalon.westergr...@linux.intel.com> wrote:
> >
Signed-off-by: Eugeniy Paltsev
---
configs/axs101_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/axs101_defconfig b/configs/axs101_defconfig
index 0bfb532fc74..38c8ae998fd 100644
--- a/configs/axs101_defconfig
+++ b/configs/axs101_defconfig
@@ -35,7 +35,9 @@ CONFIG_DM=y
Introduce reset driver for Synopsys ARC HSDK SoC
Signed-off-by: Eugeniy Paltsev
---
drivers/reset/Kconfig | 7 ++
drivers/reset/Makefile | 1 +
drivers/reset/reset-hsdk.c | 116
Signed-off-by: Eugeniy Paltsev
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e752e4b3de0..4cecbb6d134 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -94,6 +94,13 @@ L: uboot-snps-...@synopsys.com
F:
Hi Tom, All,
On 04/09/2019 11:38, Lokesh Vutla wrote:
On 31/08/19 1:00 PM, Grygorii Strashko wrote:
Synchronize CPSW/MDIO/PHY DT nodes with latest linux - replace deprecated
phy_id property with phy-handle.
For the series:
Reviewed-by: Lokesh Vutla
Are there anything else I need to do
To match what we're doing in GitLab, move to 'bionic' for these builds
as well.
Signed-off-by: Tom Rini
---
.travis.yml | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 0ce09e35b7c6..c48b711659e9 100644
--- a/.travis.yml
+++
On 10/7/19 3:17 PM, Tom Rini wrote:
We may not always be able to write to the default output directory so
have a temporary directory for our output be created.
Reviewed-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
Somehow EMSDP & IoT DK boards were skipped on ARC boads conversion
to DM MMC. So doing it now.
Signed-off-by: Alexey Brodkin
---
Changes v1 -> v2:
* FIFO size on IoTDK is 128 bytes as compared to 256 on EM SDP.
That gave us timeouts on data read with some cards. Fixed now.
On Tue, Oct 08, 2019 at 04:36:08PM +0100, Peter Robinson wrote:
> > It's release day and while we've once again had some last minute
> > regression fixes, I feel things are as stable as they are likely to get
> > so I've tagged and released v2019.07 and I would like to thank all of
> > our
Some especially large SD-cards come from stock formatted with
larger FAT cluster size so to accommodate those we just increase
what we expect to have here in U-Boot given we have a plenty of
space on EM SDP (16 MiB).
Signed-off-by: Alexey Brodkin
---
configs/emsdp_defconfig | 2 +-
1 file
Somehow EMSDP & IoT DK boards were skipped on ARC boads conversion
to DM MMC. So doing it now.
Signed-off-by: Alexey Brodkin
---
arch/arc/dts/emsdp.dts | 23 ++
arch/arc/dts/iot_devkit.dts| 22 ++
board/synopsys/emsdp/emsdp.c
> It's release day and while we've once again had some last minute
> regression fixes, I feel things are as stable as they are likely to get
> so I've tagged and released v2019.07 and I would like to thank all of
> our contributor for their efforts.
>
> To repeat something I posted about in the
On Tue, Oct 08, 2019 at 04:17:08PM +0200, Michal Simek wrote:
> On 08. 10. 19 16:02, Tom Rini wrote:
> > On Tue, Oct 08, 2019 at 03:56:41PM +0200, Michal Simek wrote:
> >> On 08. 10. 19 15:25, Tom Rini wrote:
> >>> On Tue, Oct 08, 2019 at 03:15:32PM +0200, Simon Goldschmidt wrote:
> On Tue,
On 08. 10. 19 16:02, Tom Rini wrote:
> On Tue, Oct 08, 2019 at 03:56:41PM +0200, Michal Simek wrote:
>> On 08. 10. 19 15:25, Tom Rini wrote:
>>> On Tue, Oct 08, 2019 at 03:15:32PM +0200, Simon Goldschmidt wrote:
On Tue, Oct 8, 2019 at 2:54 PM Tom Rini wrote:
>
> On Tue, Oct 08, 2019
On 08/10/19 15:50, Ing. Jiří Valek wrote:
> Hello,
> can I ask what's wrong with my patch v2 ?
> It's quite long time no answer..
> https://patchwork.ozlabs.org/patch/1037203/
>
> Regards Jiri Valek
I do not know - patch is set to "Changes Requested", see :
On Tue, Oct 08, 2019 at 03:56:41PM +0200, Michal Simek wrote:
> On 08. 10. 19 15:25, Tom Rini wrote:
> > On Tue, Oct 08, 2019 at 03:15:32PM +0200, Simon Goldschmidt wrote:
> >> On Tue, Oct 8, 2019 at 2:54 PM Tom Rini wrote:
> >>>
> >>> On Tue, Oct 08, 2019 at 08:50:17AM -0400, Tom Rini wrote:
>
On 08. 10. 19 15:25, Tom Rini wrote:
> On Tue, Oct 08, 2019 at 03:15:32PM +0200, Simon Goldschmidt wrote:
>> On Tue, Oct 8, 2019 at 2:54 PM Tom Rini wrote:
>>>
>>> On Tue, Oct 08, 2019 at 08:50:17AM -0400, Tom Rini wrote:
On Tue, Oct 08, 2019 at 08:42:58PM +0800, Bin Meng wrote:
> On
On 08/10/19 15:05, Adam Ford wrote:
> On Tue, Oct 8, 2019 at 6:51 AM Peter Robinson wrote:
>>
I just tested mx6cuboxi with 2019.10-rc4, and it fails to load
u-boot.img from MMC:
1 2019-09-26_17:31:27.63089 U-Boot SPL 2019.10-rc4+dfsg-1 (Sep 24
On Tue, Oct 08, 2019 at 03:15:32PM +0200, Simon Goldschmidt wrote:
> On Tue, Oct 8, 2019 at 2:54 PM Tom Rini wrote:
> >
> > On Tue, Oct 08, 2019 at 08:50:17AM -0400, Tom Rini wrote:
> > > On Tue, Oct 08, 2019 at 08:42:58PM +0800, Bin Meng wrote:
> > > > On Tue, Oct 8, 2019 at 8:36 PM Tom Rini
On Tue, Oct 8, 2019 at 2:54 PM Tom Rini wrote:
>
> On Tue, Oct 08, 2019 at 08:50:17AM -0400, Tom Rini wrote:
> > On Tue, Oct 08, 2019 at 08:42:58PM +0800, Bin Meng wrote:
> > > On Tue, Oct 8, 2019 at 8:36 PM Tom Rini wrote:
> > > >
> > > > On Tue, Oct 08, 2019 at 02:20:40PM +0200, Michal Simek
On Tue, Oct 8, 2019 at 6:51 AM Peter Robinson wrote:
>
> > > > > >> I just tested mx6cuboxi with 2019.10-rc4, and it fails to load
> > > > > >> u-boot.img from MMC:
> > > > > >>
> > > > > >> 1 2019-09-26_17:31:27.63089 U-Boot SPL 2019.10-rc4+dfsg-1 (Sep
> > > > > >> 24 2019 -
With the reverting of a previous change to spl_boot_device,
this board needs a new solution to determining if we're booting
from MMC1 or MMC2.
This patch creates board_boot_order function which overrides the
standard, and returns not only MMC1, or MMC2, but also can fall
back to NAND or the
On Sun, Sep 29, 2019 at 4:04 PM Bin Meng wrote:
>
> Hi Jagan,
>
> On Mon, Sep 9, 2019 at 9:00 PM Bin Meng wrote:
> >
> > If an SPI controller driver does not implement ops->cs_info, that
> > probably means any chip select number could be valid, hence let's
> > return 0 for spi_cs_info().
> >
> >
Apologies to everyone whose board I broke by attempting to return
MMC1 or MMC2. I misunderstood how the MMC indexing worked.
This reverts commit 14d319b1856b86e593e01abd0a1e3c2d63b52a8a.
Signed-off-by: Adam Ford
diff --git a/arch/arm/mach-imx/spl.c b/arch/arm/mach-imx/spl.c
index
On Tue, Oct 08, 2019 at 08:50:17AM -0400, Tom Rini wrote:
> On Tue, Oct 08, 2019 at 08:42:58PM +0800, Bin Meng wrote:
> > On Tue, Oct 8, 2019 at 8:36 PM Tom Rini wrote:
> > >
> > > On Tue, Oct 08, 2019 at 02:20:40PM +0200, Michal Simek wrote:
> > > > On 07. 10. 19 23:15, Tom Rini wrote:
> > > > >
On Tue, Oct 08, 2019 at 08:42:58PM +0800, Bin Meng wrote:
> On Tue, Oct 8, 2019 at 8:36 PM Tom Rini wrote:
> >
> > On Tue, Oct 08, 2019 at 02:20:40PM +0200, Michal Simek wrote:
> > > On 07. 10. 19 23:15, Tom Rini wrote:
> > > > Hey all,
> > > >
> > > > It's release day and while we've once again
On Tue, Oct 8, 2019 at 8:36 PM Tom Rini wrote:
>
> On Tue, Oct 08, 2019 at 02:20:40PM +0200, Michal Simek wrote:
> > On 07. 10. 19 23:15, Tom Rini wrote:
> > > Hey all,
> > >
> > > It's release day and while we've once again had some last minute
> > > regression fixes, I feel things are as stable
On 08. 10. 19 14:35, Tom Rini wrote:
> On Tue, Oct 08, 2019 at 02:20:40PM +0200, Michal Simek wrote:
>> On 07. 10. 19 23:15, Tom Rini wrote:
>>> Hey all,
>>>
>>> It's release day and while we've once again had some last minute
>>> regression fixes, I feel things are as stable as they are likely to
On Tue, Oct 08, 2019 at 02:20:40PM +0200, Michal Simek wrote:
> On 07. 10. 19 23:15, Tom Rini wrote:
> > Hey all,
> >
> > It's release day and while we've once again had some last minute
> > regression fixes, I feel things are as stable as they are likely to get
> > so I've tagged and released
On 07. 10. 19 23:15, Tom Rini wrote:
> Hey all,
>
> It's release day and while we've once again had some last minute
> regression fixes, I feel things are as stable as they are likely to get
> so I've tagged and released v2019.07 and I would like to thank all of
> our contributor for their
> > > > >> I just tested mx6cuboxi with 2019.10-rc4, and it fails to load
> > > > >> u-boot.img from MMC:
> > > > >>
> > > > >> 1 2019-09-26_17:31:27.63089 U-Boot SPL 2019.10-rc4+dfsg-1 (Sep
> > > > >> 24 2019 -
> > > > >> 08:03:23 +)
> > > > >> 2
On Tue, Oct 8, 2019 at 6:45 AM Peter Robinson wrote:
>
> On Tue, Oct 8, 2019 at 12:43 PM Adam Ford wrote:
> >
> > On Tue, Oct 8, 2019 at 6:04 AM Stefano Babic wrote:
> > >
> > > On 08/10/19 12:42, Adam Ford wrote:
> > > > On Tue, Oct 8, 2019 at 5:19 AM Stefano Babic wrote:
> > > >>
> > > >> Hi
On Tue, Oct 8, 2019 at 12:43 PM Adam Ford wrote:
>
> On Tue, Oct 8, 2019 at 6:04 AM Stefano Babic wrote:
> >
> > On 08/10/19 12:42, Adam Ford wrote:
> > > On Tue, Oct 8, 2019 at 5:19 AM Stefano Babic wrote:
> > >>
> > >> Hi everybody,
> > >>
> > >> thanks for deep analyses (I just jump at the
On Tue, Oct 8, 2019 at 6:04 AM Stefano Babic wrote:
>
> On 08/10/19 12:42, Adam Ford wrote:
> > On Tue, Oct 8, 2019 at 5:19 AM Stefano Babic wrote:
> >>
> >> Hi everybody,
> >>
> >> thanks for deep analyses (I just jump at the end):
> >>
> >> On 08/10/19 12:03, Peter Robinson wrote:
> On
Dear Tom,
In message <20191007223650.GR6716@bill-the-cat> you wrote:
>
> > Do I understand correctly that all of this is obsolete and no longer
> > needed after Tom's commit d90fc9c3de ``Revert "env: solve
> > compilation error in SPL"'' ?
>
> So, I think there's a new topic here. I seem to
On Fri, Sep 27, 2019 at 6:43 AM Vignesh Raghavendra wrote:
>
> Newer variants of mt25q* flashes support 4 Byte addressing opcodes. Add
> entries for the same. These flashes have bit 6 set in 5th byte of READ ID
> response.
>
> Signed-off-by: Vignesh Raghavendra
Tested-by: Simon Goldschmidt
I
On 08/10/19 12:42, Adam Ford wrote:
> On Tue, Oct 8, 2019 at 5:19 AM Stefano Babic wrote:
>>
>> Hi everybody,
>>
>> thanks for deep analyses (I just jump at the end):
>>
>> On 08/10/19 12:03, Peter Robinson wrote:
On Thu, Sep 26, 2019 at 05:07:21PM -0300, Fabio Estevam wrote:
> Hi
On Fri, Sep 27, 2019 at 6:43 AM Vignesh Raghavendra wrote:
>
> Older variants of n25q256* and n25q512* do not support 4 Byte stateless
> addressing opcodes. Therefore drop SPI_NOR_4B_OPCODES flag from these
> entries.
>
> Signed-off-by: Vignesh Raghavendra
Tested-by: Simon Goldschmidt
I tested
On Tue, Oct 8, 2019 at 5:19 AM Stefano Babic wrote:
>
> Hi everybody,
>
> thanks for deep analyses (I just jump at the end):
>
> On 08/10/19 12:03, Peter Robinson wrote:
> >> On Thu, Sep 26, 2019 at 05:07:21PM -0300, Fabio Estevam wrote:
> >>> Hi Vagrant,
> >>>
> >>> On Thu, Sep 26, 2019 at 4:16
Hello Stefan,
Am 17.09.2019 um 09:17 schrieb Stefan Roese:
U-Boot now supports the "skip_check" flag to optionally skip the CRC
check at open time. Currently its only possible to set this bit upon
UBI volume creation. But it might be very useful to also set this bit
on already installed systems
Hi Tom,
please pull the following watchdog related patches:
- Move WATCHDOG_TIMEOUT_MSECS to Kconfig (Heiko)
Here the Travis build, without any issues:
On 30.09.19 09:33, Heiko Schocher wrote:
move WATCHDOG_TIMEOUT_MSECS to Kconfig and fix
all board defconfigs.
Signed-off-by: Heiko Schocher
Reviewed-by: Stefan Roese
Acked-by: Lukasz Majewski
Acked-by: Martyn Welch
---
Patchseries build fine on travis see:
Hi everybody,
thanks for deep analyses (I just jump at the end):
On 08/10/19 12:03, Peter Robinson wrote:
>> On Thu, Sep 26, 2019 at 05:07:21PM -0300, Fabio Estevam wrote:
>>> Hi Vagrant,
>>>
>>> On Thu, Sep 26, 2019 at 4:16 PM Vagrant Cascadian
>>> wrote:
I just tested mx6cuboxi
> On Thu, Sep 26, 2019 at 05:07:21PM -0300, Fabio Estevam wrote:
> > Hi Vagrant,
> >
> > On Thu, Sep 26, 2019 at 4:16 PM Vagrant Cascadian
> > wrote:
> > >
> > > I just tested mx6cuboxi with 2019.10-rc4, and it fails to load
> > > u-boot.img from MMC:
> > >
> > > 1 2019-09-26_17:31:27.63089
From: Manjukumar Matha
Currently dropbear does not run in background because devtmps and tmpfs
is not enabled by default. Enable devtmps and tmpfs to fix this issue.
Signed-off-by: Manjukumar Matha
Signed-off-by: Michal Simek
---
arch/microblaze/configs/mmu_defconfig | 3 +++
1 file
Hi Tom,
On 19. 09. 19 15:28, Michal Simek wrote:
> On 13. 09. 19 17:09, Tom Rini wrote:
>> On Wed, Sep 11, 2019 at 03:39:53PM +0200, Michal Simek wrote:
>>
>>> From: T Karthik Reddy
>>>
>>> This patch uses auto instead of decimal in simple_strtoul().
>>>
>>> Signed-off-by: T Karthik Reddy
>>>
On 07/10/19 22:26, Pierre-Jean Texier wrote:
> Hi Stefano,
>
> Le 07/10/2019 à 21:58, Stefano Babic a écrit :
>> Hi Pierre-Jen,
>>
>> On 07/10/19 20:44, Pierre-Jean Texier wrote:
>>> Stefano, Peng,
>>>
>>> I just compiled a fresh U-Boot with u-boot-imx/next and It looks
>>> like commit 34f2feb
Hi Tom,
This PR includes the following changes for v2020.01:
- Rename existing FSP code to fsp1
- Add fsp2 directory in preparation to support FSP 2.0
- Various x86 platform codes update
- Various bug fixes and updates in dm core, sandbox and spl
GitLab CI passed
On 08/10/19 10:12, Parthiban Nallathambi wrote:
> Hi Stefano,
>
> On 10/7/19 6:06 PM, Stefano Babic wrote:
>> Hi Parthiban,
>>
>> On 23/08/19 18:19, Parthiban Nallathambi wrote:
>>> Firmware Configuration Block(FCB) for imx6ul(l) needs to be
>>> BCH encoded. This patch depends on [1].
>>>
>>>
Hi Stefano,
On 10/7/19 6:06 PM, Stefano Babic wrote:
> Hi Parthiban,
>
> On 23/08/19 18:19, Parthiban Nallathambi wrote:
>> Firmware Configuration Block(FCB) for imx6ul(l) needs to be
>> BCH encoded. This patch depends on [1].
>>
>> [1]:
čt 3. 10. 2019 v 12:33 odesílatel Michal Simek napsal:
>
> Hi,
>
> The following patch series implements a common function to get the dtb
> for of_board configuration. Additionally provides a virtual defconfig
> for Zynq and ZynqMP architectures with of_board configuration enabled.
>
> In future
st 2. 10. 2019 v 15:39 odesílatel Michal Simek napsal:
>
> Hi,
>
> This patch series using ZynqMP firmware driver to provide a interface to
> communicate with the PMU Firmware. As part of the series a mailbox driver
> is also implemented to handle communication through ipi interface.
>
> There
pá 4. 10. 2019 v 15:05 odesílatel Michal Simek napsal:
>
> Enable clock driver for Versal.
>
> Signed-off-by: Michal Simek
> ---
>
> configs/xilinx_versal_virt_defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/configs/xilinx_versal_virt_defconfig
>
st 25. 9. 2019 v 13:42 odesílatel Michal Simek napsal:
>
> Hi,
>
> Microblaze is not changing a lot but there was a real pain for not
> supporting external initrd. That's why several patches in the series are
> fixing this issue. The rest of patches are just cleanup which I found
> when I was
st 25. 9. 2019 v 12:38 odesílatel Michal Simek napsal:
>
> All boards are using the same prompt that's why add it as default value to
> Kconfig to simplify defconfigs.
>
> Signed-off-by: Michal Simek
> ---
>
> cmd/Kconfig| 1 +
>
st 25. 9. 2019 v 11:16 odesílatel Michal Simek napsal:
>
> CONFIG_SYS_BOOT_RAMDISK_HIGH is already defined in
> arch/arm/include/asm/config.h:10:#define CONFIG_SYS_BOOT_RAMDISK_HIGH
> that's why there is no reason to define it again in board file.
>
> Signed-off-by: Michal Simek
> ---
>
>
čt 19. 9. 2019 v 10:14 odesílatel Michal Simek napsal:
>
> Hi,
>
> these patches are adding support for System controller on Versal board
> which is capable to monitor and talk to Versal device.
>
> Thanks,
> Michal
>
>
> Michal Simek (3):
> arm64: zynqmp: Add generic a2197 system controller
1 - 100 of 144 matches
Mail list logo