Since commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") &
commit 999a772d9f24 ("Kconfig: Migrate CONFIG_NR_DRAM_BANKS"),
CONFIG_NR_DRAM_BANKS is always defined with a value (4 is default).
It makes no sense to still carry code that is guarded with
"#ifndef CONFIG_NR_DRAM_BANKS" (and sim
All platforms support bi_dram[] since quite some time. Lets remove the
and bi_memsize values completely.
Signed-off-by: Stefan Roese
---
(no changes since v4)
Changes in v4:
- New patch
drivers/video/cfb_console.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/dri
arch_setup_bdinfo() only configures the deprecated bi_memstart &
bi_memsize values, which should not be needed any more. Lets remove
this file completely.
Signed-off-by: Stefan Roese
---
(no changes since v4)
Changes in v4:
- New patch
arch/xtensa/lib/Makefile | 2 +-
arch/xtensa/lib/bdinfo
bi_memstart & bi_memsize are now not referenced any more. This patch
removes their definitions from the bd_info struct.
Signed-off-by: Stefan Roese
---
(no changes since v4)
Changes in v4:
- New patch
include/asm-generic/u-boot.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/a
Most likely these deprecated (removed) variables are not needed. Lets
remove the assignments completely from all spl.c files.
Signed-off-by: Stefan Roese
Tested-by: Oleksandr Zhadan and Michael Durrant
---
Changes in v5:
- Add Tested-by tag from Oleksandr & Michael
Changes in v4:
- New patch
With the removal of bi_memstart & bi_memsize, this patch now moves the
references to the better suiting gd->ram_base/ram_size variables.
Signed-off-by: Stefan Roese
---
Changes in v5:
- Use PHYSADDR() for xtensa, as the bi_memstart value was originally
defined this way
Changes in v4:
- New p
When this no-op dram_init_banksize() is removed, the weak default will
be used instead, which correctly sets the bi_dram[] banksize values.
Signed-off-by: Stefan Roese
---
Changes in v5:
- New patch to fix the failing "test.py xtfpga" CI test
board/cadence/xtfpga/xtfpga.c | 5 -
1 file ch
Remove printing of the superseeded (by bi_dram[]) memory values from the
bdinfo command.
Signed-off-by: Stefan Roese
---
(no changes since v4)
Changes in v4:
- New patch
cmd/bdinfo.c | 8
1 file changed, 8 deletions(-)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index 9e230f23cb..0229
Remove the bi_memstart / bi_memsize assignment in setup_bdinfo() and
make sure, that bd_dram[] is always configured in the weak default
implementation of dram_init_banksize(), when CONFIG_SYS_SDRAM_BASE is
not set.
Signed-off-by: Stefan Roese
---
(no changes since v4)
Changes in v4:
- New patc
Use only gd->ram_base/_size in env_get_bootm_size() instead of bi_dram[]
in some cases and bi_memstart in others.
Signed-off-by: Stefan Roese
---
(no changes since v4)
Changes in v4:
- New patch
common/image.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/commo
Enable options to permit HDMI output on Odroid-N2 G12B boards.
Enable VPU Power Domain.
Enable USB_KEYBOARD.
Signed-off-by: Anand Moon
---
configs/odroid-n2_defconfig | 9 +
1 file changed, 9 insertions(+)
diff --git a/configs/odroid-n2_defconfig b/configs/odroid-n2_defconfig
index 358d
Enable options SYS_WHITE_ON_BLACK to permit HDMI background
screen from white to back, also enable USB_KEYBOARD.
Signed-off-by: Anand Moon
---
configs/odroid-c4_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/odroid-c4_defconfig b/configs/odroid-c4_defconfig
index 4d112
The test case 5 in test_signed (multiple signatures) must be modified
and aligned with the change introduced in the previous commit
("efi_loader: signature: correct a behavior against multiple signatures").
Signed-off-by: AKASHI Takahiro
---
test/py/tests/test_efi_secboot/conftest.py| 5 +--
Under the current implementation, all the signatures, if any, in
a signed image must be verified before loading it.
Meanwhile, UEFI specification v2.8b section 32.5.3.3 says,
Multiple signatures are allowed to exist in the binary’s certificate
table (as per PE/COFF Section “Attribute Certi
Hi Simon, Marty,
I'm interested in getting U-Boot to work with Kevin as well, but don't
have a Servo (or the willingness to open up the case yet), so I've been
trying to boot from depthcharge as in README.chromium-chainload.
I don't have a way to see serial output and I see no other signs of
Don't invoke 'SYSTEM_RESET' PSCI function because PSCI
function calls are not supported by u-boot running in EL3.
Signed-off-by: Chee Hong Ang
---
configs/socfpga_agilex_defconfig| 1 +
configs/socfpga_stratix10_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/socfpga_
On 8/13/20 9:50 PM, Sean Anderson wrote:
> On 7/24/20 7:12 AM, Ovidiu Panait wrote:
>> Remove the initr_serial->serial_initialize indirection and call
>> serial_initialize directly.
>>
>> Reviewed-by: Simon Glass
>> Signed-off-by: Ovidiu Panait
>> ---
>>
>> common/board_r.c | 8 +---
>> 1 fi
On 8/13/20 8:37 PM, Rick Chen wrote:
> Hi Sean
>
>> On 6/24/20 6:29 AM, Sean Anderson wrote:
>>> This patch series adds support for pinmuxing, gpios, and leds on the Kendyte
>>> K210.
>>>
>>> This patch series was previously part of
>>> https://patchwork.ozlabs.org/project/uboot/list/?series=16157
On 7/24/20 7:12 AM, Ovidiu Panait wrote:
> Remove the initr_serial->serial_initialize indirection and call
> serial_initialize directly.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Ovidiu Panait
> ---
>
> common/board_r.c | 8 +---
> 1 file changed, 1 insertion(+), 7 deletions(-)
>
> di
Hi Sean
> On 6/24/20 6:29 AM, Sean Anderson wrote:
> > This patch series adds support for pinmuxing, gpios, and leds on the Kendyte
> > K210.
> >
> > This patch series was previously part of
> > https://patchwork.ozlabs.org/project/uboot/list/?series=161576
> >
> > This patch series depends on
> >
Wolfgang,
Any chance you can update the statistics for v2020.07?
thanks
adam
Yes, you can drop the assignment for our ucp1020 board and apply your
board/Arcturus/ucp1020/spl.c patch.
Tested-by: Oleksandr Zhadan and Michael Durrant
On 2020-08-13 1:47 a.m., Stefan Roese wrote:
> Most likely these deprecated (removed) variables are not needed. Lets
> remove the assignments
We will ...
Michael
Arcturus Support
arcsupp...@arcturusnetworks.com
On 2020-08-13 5:15 a.m., Stefan Roese wrote:
> Hi Oleksandr and Michael,
> Hi developers as NXP,
>
> On 13.08.20 07:47, Stefan Roese wrote:
>> Most likely these deprecated (removed) variables are not needed. Lets
>> remove the
On Thu, Aug 13, 2020 at 02:24:30PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull these MVEBU related patches:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Aug 13, 2020 at 11:51:50AM +, Patrice CHOTARD wrote:
> Hi Tom,
>
> Please pull the STM32 related patches for v2020.10: u-boot-stm32-20200813
>
> CI status:
> https://gitlab.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/4403
>
> Thanks
> Patrice
>
Hi Henry,
thanks for checking it...as i said i guess my behaviour is caused by known
HW-issue with my R64 v1.1.
Fullsize card (gen2?) not recognized in CN8.
> Gesendet: Donnerstag, 13. August 2020 um 14:53 Uhr
> Von: "Henry Yen"
> We've verified the patchset on a fixed board.
>
> The result sh
On Thu, Aug 13, 2020 at 01:28:29PM +0200, Stefan Roese wrote:
> On 13.08.20 13:14, Andy Shevchenko wrote:
> > On Thu, Aug 13, 2020 at 07:47:52AM +0200, Stefan Roese wrote:
> > > Since commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") &
> > > commit 999a772d9f24 ("Kconfig: Migrate CONFIG
On Mon, 2020-08-10 at 18:47 +0800, Henry Yen wrote:
>
> Chuanjia Liu schrieb am 10.08.20 um 10:17:
>
> > This series patchs add PCIe/clock support for MT7622
>
> >
>
> > change node:
>
> > v1:add PCIe support for MT7622
>
> > Chuanjia Liu (5):
>
> >clk: mediatek: add pciesys support fo
Zynq/ZynqMP/Versal IPs should be possible to called also from Microblaze in
PL and vice versa. That's why change dependencies and do not limit enabling
just for some platforms.
Signed-off-by: Michal Simek
---
drivers/gpio/Kconfig | 4 ++--
drivers/i2c/Kconfig | 2 +-
drivers/mmc/Kconfig | 1 -
Hi Tom,
please pull these MVEBU related patches:
- Fix dtc warnings for some MVEBU boards
Here the Azure build, without any issues:
https://dev.azure.com/sr0718/u-b
On 11.08.20 20:01, Lokesh Vutla wrote:
On 11/08/20 8:28 pm, Jan Kiszka wrote:
On 11.08.20 16:36, Lokesh Vutla wrote:
Hi Jan,
On 11/08/20 6:07 pm, Jan Kiszka wrote:
On 11.08.20 12:46, Lokesh Vutla wrote:
On 11/08/20 4:12 pm, Jan Kiszka wrote:
On 11.08.20 12:33, Lokesh Vutla wrote:
On
Hi Tom,
Please pull the STM32 related patches for v2020.10: u-boot-stm32-20200813
CI status: https://gitlab.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/4403
Thanks
Patrice
The following changes since commit 554e5514ac00f204282c4a2376ae65935d104e60:
configs: Resync with savedefconfig
On 13.08.20 13:14, Andy Shevchenko wrote:
On Thu, Aug 13, 2020 at 07:47:52AM +0200, Stefan Roese wrote:
Since commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") &
commit 999a772d9f24 ("Kconfig: Migrate CONFIG_NR_DRAM_BANKS"),
CONFIG_NR_DRAM_BANKS is always defined with a value (4 is d
On Thu, Aug 13, 2020 at 07:47:52AM +0200, Stefan Roese wrote:
> Since commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") &
> commit 999a772d9f24 ("Kconfig: Migrate CONFIG_NR_DRAM_BANKS"),
> CONFIG_NR_DRAM_BANKS is always defined with a value (4 is default).
> It makes no sense to still c
On Thu, Aug 13, 2020 at 07:47:52AM +0200, Stefan Roese wrote:
> Since commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") &
> commit 999a772d9f24 ("Kconfig: Migrate CONFIG_NR_DRAM_BANKS"),
> CONFIG_NR_DRAM_BANKS is always defined with a value (4 is default).
> It makes no sense to still c
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 16/16] cros: Add information about booting Chrome OS on x86
>
> Recent versions of Chrome OS do not have a kernel in the root disk, to
> save space.
>
> With the improvements to the 'zboot' command it is fairly easy to load
> the ker
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 14/16] x86: zboot: Allow overriding the command line
>
> When booting Chrome OS images the command line is stored separately
> from the kernel. Add a way to specify this address so that images boot
> correctly.
>
> Also add comments
Hi Weijie,
I set (with a flash programmer) ADP bit in non-volatile register of W25Q256
to 1. To configure it
upon power up to 4-Byte Address Mode. I also used bootstrapping pins of mt7628
(CHIP_MODE[2:0]) to make it
boot from SPI 4-Byte Addr as well.
During boot could see the following li
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 15/16] cros: Update chromium documentation
>
> A few things have changed since this was written about 18 months ago.
> Update the README.
>
> Signed-off-by: Simon Glass
> ---
>
> doc/README.chromium | 9 ++---
> 1 file changed
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 12/16] x86: zboot: Allow setting a separate setup base address
>
> At present the setup block is always obtained from the image
> automatically. In some cases it can be useful to use a setup block
> obtained elsewhere, e.g. if the ima
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 11/16] x86: zboot: Set environment variables for image
> locations
>
> At present it is not possible to tell from a script where the setup block
> is, or where the image was loaded to. Add environment variables for this.
>
> Signed-
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 13/16] x86: zboot: Add an option to dump the setup information
>
> There is a lot of information in the setup block and it is quite hard to
> decode manually. Add a 'zboot dump' command to decode it into a
> human-readable format.
>
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 09/16] x86: zboot: Add an 'info' subcommand
>
> Add a little subcommand that prints out where the kernel was loaded and
> its setup pointer. Run it by default in the normal boot.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/l
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 10/16] x86: zboot: Add an 'setup' subcommand
>
> Add a subcommand that sets up the kernel ready for execution.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/lib/zimage.c | 52 ++-
> 1 fi
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 07/16] x86: zboot: Set up a sub-command structure
>
> Add subcommands to zboot. At present there is only one called 'start'
> which does the whole boot. It is the default command so is optional.
>
> Change the 's' string variable to
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 05/16] x86: zboot: Correct image type
>
> At present U-Boot sets a loader type of 8 which means LILO version 8,
> according to the spec. Update it to 0x80, which means U-Boot with no
> particular version.
>
> Signed-off-by: Simon Gla
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 08/16] x86: zboot: Add a 'go' subcommand
>
> Split out the code that actually boots linux into a separate sub-command.
> Add base_ptr to the state to support this.
>
> Show an error if the boot fails, since this should not happen.
>
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 06/16] x86: zimage: Disable interrupts just before booting
>
> At present if an error occurs while setting up the boot, interrupts are
> left disabled. Move this call later in the sequence to avoid this problem.
>
> Signed-off-by: Si
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 04/16] x86: zboot: Move kernel-version code into a function
>
> To help reduce the size and complexity of load_zimage(), move the code
> that reads the kernel version into a separate function. Update
> get_boot_protocol() to allow pri
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 02/16] x86: zimage: Use a state struct to hold the state
>
> At present the 'zboot' command does everything in one go. It would be
> better if it supported sub-commands like bootm, so it is possible to
> examine what will be booted be
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 01/16] x86: Update the bootparam header
>
> This header is missing a few of the newer features from the specification.
> Add these as well as a link to the spec. Also use the BIT() macros where
> appropriate.
>
> Signed-off-by: Simon
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 03/16] x86: zimage: Avoid using #ifdef
>
> Use IS_ENABLED() instead of #ifdef in this file.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/lib/zimage.c | 14 +-
> 1 file changed, 5 insertions(+), 9 deletions(-)
Rev
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 00/16] x86: zboot: Enhance the 'zboot' command
>
> This command is currently monolithic and does not support scripts which
> want to adjust the boot process. This series updates it to be more like
> 'bootm', in that it has sub-command
Hi Peng,
st 29. 7. 2020 v 17:07 odesílatel Michal Simek napsal:
>
> Hi,
>
> čt 23. 7. 2020 v 6:12 odesílatel Faiz Abbas napsal:
> >
> > The capabilities register has a field to indicate whether the host
> > supports high speed mode or not. Add high speed host_caps based on
> > this bit instead o
While this code is being used by all GE platforms its useful
to have it behind a config option for hardware bringup of
new platforms.
Signed-off-by: Sebastian Reichel
---
board/ge/bx50v3/Kconfig | 2 ++
board/ge/common/Kconfig | 7 +++
board/ge/common/Makefile | 3 ++-
board/ge/mx53ppd/Kco
This separates the I2C specific code from the generic
GE vital product data code, so that the generic parts
can be used on hardware with VPD stored in SPI flash
memory.
Signed-off-by: Sebastian Reichel
---
board/ge/bx50v3/bx50v3.c | 2 +-
board/ge/common/vpd_reader.c | 12 ++--
boar
In case of empty battery or glitches the oscillator fail
bit might be set. This will reset the bit in the reset
routine.
Signed-off-by: Sebastian Reichel
---
drivers/rtc/m41t62.c | 50
1 file changed, 50 insertions(+)
diff --git a/drivers/rtc/m41t62.
Allow using disable_ldb_di_clock_sources with just the combined
CONFIG_MX6QDL being enabled.
Signed-off-by: Sebastian Reichel
---
arch/arm/mach-imx/mx6/clock.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/mx6/clock.c b/arch/arm/mach-imx/mx6/clock.c
index
GE B1x5v2 patient monitor series is similar to the CARESCAPE Monitor
series (GE Bx50). It consists of a carrier PCB used in combination
with a Congatec QMX6 SoM. This adds U-Boot support using device model
everywhere and SPL for memory initialization.
Proper configuration is provided as 'ge_b1x5v2
This driver allows to use SPI flash as backing store for
boot counter values with DM enabled.
Signed-off-by: Sebastian Reichel
---
drivers/bootcount/Kconfig | 10 +++
drivers/bootcount/Makefile| 1 +
drivers/bootcount/spi-flash.c | 125 ++
3 files chang
The file only contains RTC related code, so let's name
it accordingly.
Signed-off-by: Sebastian Reichel
---
board/ge/bx50v3/bx50v3.c | 2 +-
board/ge/common/Makefile | 2 +-
board/ge/common/{ge_common.c => ge_rtc.c} | 0
board/ge/common/{ge_common.h => ge_rtc.h}
This series introduces support for a new i.MX6DL based GE patient
monitor series.
Patch 1: Add support for storing bootcount in SPI-flash
Patch 2: Fix reading the status of output GPIOs
Patch 3+4: Improve M41T62 RTC driver's reset routine.
PATCH 5: Support disable_ldb_di_clock_sources for i.MX6DL
Add GPIO poweroff driver, which is based on the Linux
driver and uses the same DT binding.
Signed-off-by: Sebastian Reichel
---
drivers/sysreset/Kconfig | 6 +++
drivers/sysreset/Makefile| 1 +
drivers/sysreset/poweroff_gpio.c | 84
3 files chan
This takes care of resetting the 32kHz square wave, which is
used by some boards as clock source for the SoC.
Signed-off-by: Sebastian Reichel
---
drivers/rtc/m41t62.c | 89 +---
1 file changed, 83 insertions(+), 6 deletions(-)
diff --git a/drivers/rtc/m4
This patchset is an extension of the previous single patch
"CONFIG_NR_DRAM_BANKS: Remove unreferenced code as its always defined".
With a split into separate patches, its hopefully easier to understand,
what is changed.
The earlier patch versions tried a simple search and replace of the
bi_memst
This is supported by the hardware when the pinmux is configured
correctly. Usually it is not, so this adds explicit code for this.
This fixes all GPIO regulators being shown as disabled.
Signed-off-by: Sebastian Reichel
---
drivers/gpio/mxc_gpio.c | 10 +-
1 file changed, 9 insertions(+)
There is no reason to bind psci driver if U-Boot runs in EL3 because
SMC/HVC instructions can't be called. That's why detect this state and
don't let user to crash from prompt by performing reset or poweroff
commands (if enabled).
Signed-off-by: Michal Simek
---
Changes in v3:
- guard for ARM64
> Gesendet: Donnerstag, 13. August 2020 um 05:25 Uhr
> Von: "Chunfeng Yun"
> Betreff: [PATCH 03/11] usb: xhci: add quirks flag to support MediaTek xHCI
> 0.96
>
> There some vendor quirks for MTK xHCI 0.96 host controller:
> 1. It defines some extra SW scheduling parameters for HW
>to minimiz
On 8/3/20 9:37 AM, Patrice CHOTARD wrote:
> On 7/31/20 7:47 PM, Marek Vasut wrote:
>> On 7/31/20 9:45 AM, Patrice Chotard wrote:
>>> node varaible is used as iterator into ofnode_for_each_subnode()
>>> loop, when exiting of it, node is no more a valid ofnode.
>>> Use dwc3_node instead as parameter
On 8/13/20 9:44 AM, Patrice CHOTARD wrote:
> Hi Marek
>
> On 7/31/20 1:34 AM, Marek Vasut wrote:
>> The STM32MP1 DHCOM has two ethernet interfaces, the on-SoM DWMAC and KS8851.
>> Set eth1addr for the KS8851 to a MAC address of the DWMAC incremented by 1.
>> The MAC of the DWMAC is set from on-SoM
On 8/13/20 9:38 AM, Patrice CHOTARD wrote:
> Hi Marek
>
> On 7/31/20 1:35 AM, Marek Vasut wrote:
>> The new 587-200 DHCOR SoM is compatible with the 587-100 prototype,
>> hence just replicate the entries, as there is no pattern matching.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Patrice Chotard
>>
On 8/13/20 9:41 AM, Patrice CHOTARD wrote:
> Hi Marek
>
> On 7/31/20 1:35 AM, Marek Vasut wrote:
>> Include both PDK2 and DRC02 DTs in the DHCOM fitImage .its and implement
>> support in SPL to select the correct configuration entry for U-Boot by
>> using the machine compatible string from SPL DT.
On 8/13/20 9:36 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> This patch adds FMC2 External Bus Interface support on stm32mp157c.
>>
>> Signed-off-by: Christophe Kerello
>> ---
>>
>> arch/arm/dts/stm32mp151.dtsi | 43
>> +
On 8/13/20 9:35 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> This patch enables the support of FMC2 EBI.
>>
>> Signed-off-by: Christophe Kerello
>> ---
>>
>> configs/stm32mp15_basic_defconfig | 1 +
>> configs/stm32mp15_trusted_defconfig | 1 +
On 8/13/20 9:33 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> FMC2 EBI support has been added. Common resources (registers base
>> address and clock) can now be shared between the 2 drivers using
>> "st,stm32mp1-fmc2-nfc" compatible string. It mean
On 8/13/20 9:31 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> The driver adds the support for the STMicroelectronics FMC2 EBI controller
>> found on STM32MP SOCs.
>>
>> Signed-off-by: Christophe Kerello
>> ---
>>
>> drivers/memory/Kconfig
On 8/13/20 9:30 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> This patch uses clrsetbits_le32 function instead of multiple instructions.
>>
>> Signed-off-by: Christophe Kerello
>> ---
>>
>> drivers/mtd/nand/raw/stm32_fmc2_nand.c | 56
>>
On 8/13/20 9:29 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> This patch removes custom macros and uses FIELD_PREP and FIELD_GET macros.
>>
>> Signed-off-by: Christophe Kerello
>> ---
>>
>> drivers/mtd/nand/raw/stm32_fmc2_nand.c | 120
>> +++
On 7/31/20 9:53 AM, Christophe Kerello wrote:
> This patch renames functions and local variables.
> This cleanup is done to get all functions starting by stm32_fmc2_nfc
> in the FMC2 raw NAND driver when all functions will start by
> stm32_fmc2_ebi in the FMC2 EBI driver.
>
> Signed-off-by: Christ
On 8/13/20 9:29 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> FMC2_TIMEOUT_5S will be used each time that we need to wait.
>> It was seen, during stress tests in an overloaded system,
>> that we could be close to 1 second, even if we never met this
On 8/13/20 9:27 AM, Patrice CHOTARD wrote:
> Hi Christpohe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> The chip select defined in the device tree could only be 0 or 1.
>>
>> Signed-off-by: Christophe Kerello
>> ---
>>
>> drivers/mtd/nand/raw/stm32_fmc2_nand.c | 2 +-
>> 1 file changed,
On 8/13/20 9:28 AM, Patrice CHOTARD wrote:
> Hi Christophe
>
> On 7/31/20 9:53 AM, Christophe Kerello wrote:
>> Remove inline comments that are useless since function label are
>> self explanatory.
>>
>> Signed-off-by: Christophe Kerello
>> ---
>>
>> drivers/mtd/nand/raw/stm32_fmc2_nand.c | 25 -
On 8/13/20 9:46 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/29/20 1:24 PM, Patrick Delaunay wrote:
>> Use const for the variable nodes in ft_board_setup,
>> this patch follow fdt_fixup_mtdparts prototype and no more use stack.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm3
On 8/13/20 9:25 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in stm32prog command.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> .../cmd_stm32prog/cmd_stm32prog.c | 5 +-
>> .../mach-stm32mp/cmd_stm3
On 8/13/20 9:24 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in bsec driver.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> arch/arm/mach-stm32mp/bsec.c | 86 +++-
>> 1 file changed,
On 8/13/20 9:24 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in ft_board_setup.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm32mp1.c | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletion
On 8/13/20 9:24 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in env functions:
>> - env_get_location
>> - env_ext4_get_intf
>> - mmc_get_env_dev
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm3
On 8/13/20 9:24 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in board_late_init.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm32mp1.c | 60 ++--
>> 1 file chan
On 8/13/20 9:23 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in dk2_i2c1_fix.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm32mp1.c | 10 +-
>> 1 file changed, 5 insertions(+), 5 delet
On 8/13/20 9:23 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use CONFIG_IS_ENABLED to prevent ifdef in set_dfu_alt_inf.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/common/stm32mp_dfu.c | 20 +++-
>> 1 file changed, 11
On 8/13/20 9:23 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in sysconf_init.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm32mp1.c | 11 +++
>> 1 file changed, 3 insertions(+), 8 dele
On 8/13/20 9:22 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in board_check_usb_power.
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm32mp1.c | 8
>> 1 file changed, 4 insertions(+), 4
On 8/13/20 9:22 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in g_dnl_board_usb_cable_connected
>> and in g_dnl_bind_fixup
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm32mp1.c | 15 +-
On 8/13/20 9:51 AM, Patrice CHOTARD wrote:
> Hi Patrick
>
> On 7/31/20 4:31 PM, Patrick Delaunay wrote:
>> Use IS_ENABLED to prevent ifdef in board_key_check
>>
>> Signed-off-by: Patrick Delaunay
>> ---
>>
>> board/st/stm32mp1/stm32mp1.c | 52 ++--
>> 1 file chang
From: Etienne Carriere
Add boolean input argument @no_map to helper function
fdtdec_add_reserved_memory() to add "no-map" property for an added
reserved memory node. This is needed for example when the reserved
memory relates to secure memory that the dear Linux kernel shall
not even map unless w
From: Etienne Carriere
OP-TEE reserved memory node must set property "no-map" to prevent
Linux kernel from mapping secure memory unless what non-secure world
speculative accesses of the CPU can violate the memory firmware
configuration.
Fixes: 6ccb05eae01b ("image: fdt: copy possible optee nodes
> -Original Message-
> From: Marek Vasut
> Sent: Thursday, August 6, 2020 5:56 PM
> To: Ooi, Joyce ; Simon Goldschmidt
> ; Tan, Ley Foon
> ; See, Chin Liang ;
> Nguyen, Dinh
> Cc: u-boot@lists.denx.de; Chang, Rebecca Swee Fun
> ; Lim, Elly Siew Chin
>
> Subject: Re: [PATCH] configs: socf
Add memory mapped address location of U-Boot images in HyperFlash boot
mode.
Signed-off-by: Vignesh Raghavendra
---
include/configs/j721e_evm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/j721e_evm.h b/include/configs/j721e_evm.h
index c8a76037ff..a570893378 100644
---
Enable configs required to support HyperFlash boot and detection of
onboard mux switch for HyperFlash selection
Signed-off-by: Vignesh Raghavendra
---
configs/j7200_evm_a72_defconfig | 3 +++
configs/j7200_evm_r5_defconfig | 13 +
2 files changed, 16 insertions(+)
diff --git a/con
Enable HyperBus and HyperFlash to support HyperFlash boot.
Signed-off-by: Vignesh Raghavendra
---
.../k3-j7200-common-proc-board-u-boot.dtsi| 28 +
.../arm/dts/k3-j7200-r5-common-proc-board.dts | 40 +++
2 files changed, 68 insertions(+)
diff --git a/arch/arm/dts
1 - 100 of 155 matches
Mail list logo