On 27.08.22 20:49, Pali Rohár wrote:
When rescue mode was activated reset also bootdelay env variable to its
default value. This will ensure that reset button works and starts rescue
mode also in the case when user changed bootdelay env variable to -1 (which
has meaning to not start autoboot).
S
On 27.08.22 20:06, Pali Rohár wrote:
Store serial number from atsha cryptochip into the serial# env variable.
U-Boot automatically puts content of this variable into the root device
tree property serial-number when booting Linux kernel. Refactor turris
atsha code and from turris_atsha_otp_get_ser
On 27.08.22 14:00, Pali Rohár wrote:
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
board/Marvell/mvebu_armada-37xx/board.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/board/Marvell/mvebu_armada-37xx/board.c
b/board/Marvell/mvebu_armada-37xx/boar
On 23.08.22 14:52, Pali Rohár wrote:
For obvious reasons BootROMS rejects unsigned images when secure boot is
enabled in OTP secure bits. So check for OPT secure bits and do not allow
flashing unsigned images when secure boot is enabled. Access to OTP via
U-Boot fuse API is currently implemented
On 23.08.22 14:52, Pali Rohár wrote:
Currently for A38x image is checked only header checksum.
So check also for image data checksum to prevent flashing broken image.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Applied to u-boot-marvell/master
Thanks,
Stefan
---
Changes in v3:
*
On 9/12/22 10:33, Masahisa Kojima wrote:
Add documentation for eficonfig command.
Signed-off-by: Masahisa Kojima
Reviewed-by: Ilias Apalodimas
---
No update since v15
Changes in v14:
- fix typos
Changes in v13:
- describe how to auto boot according to the UEFI Boot option
Changes in v12:
-
On 19.08.22 09:43, Stefan Roese wrote:
Testing on the theadorable Armada XP platform has shown, thaz using the
current value of 1000ms as response timeout does not result in reliable
booting via kwboot. Using 10ms seems to be much better. So let's change
this value to this 10ms instead.
Signed-o
On 17.08.22 23:59, Tony Dinh wrote:
Add CONFIG_SUPPORT_PASSING_ATAGS and friends to support legacy
image method of booting. Debian and OpenWrt installer use uImage
with appended DTB for these Kirkwood boards.
Signed-off-by: Tony Dinh
Applied to u-boot-marvell/master
Thanks,
Stefan
---
c
On 11.09.22 13:26, Pali Rohár wrote:
On Tuesday 23 August 2022 14:52:23 Pali Rohár wrote:
Currently for A38x image is checked only header checksum.
So check also for image data checksum to prevent flashing broken image.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
---
Changes in v3:
*
On 9/13/2022 2:43 PM, Peng Fan (OSS) wrote:
On 9/12/2022 3:48 PM, Heiko Thiery wrote:
Hi Peng,
Am Mo., 12. Sept. 2022 um 09:26 Uhr schrieb Peng Fan :
On 9/9/2022 5:12 PM, Heiko Thiery wrote:
HI,
I think on the imx8mq platform we have a problem with the introduction
of the clock drive
On 9/12/2022 3:48 PM, Heiko Thiery wrote:
Hi Peng,
Am Mo., 12. Sept. 2022 um 09:26 Uhr schrieb Peng Fan :
On 9/9/2022 5:12 PM, Heiko Thiery wrote:
HI,
I think on the imx8mq platform we have a problem with the introduction
of the clock driver. I tried to debug the problem that the pitx-i
The original patch is use phy_get_interface_by_name to set interface.
The new patch is use dev_read_phy_mode to replace it.
Signed-off-by: Jim Liu
---
drivers/net/npcm750_eth.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/npcm750_eth.c b/drivers/net/npc
CA9C is cortex A9 watchdog reset control bit.
if device set persist mode, it shouldn't set this bit.
Signed-off-by: Jim Liu
---
drivers/pinctrl/nuvoton/pinctrl-npcm7xx.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/pinctrl/nuvoton/pinctrl-npcm7xx.c
b/drive
Add expire_now function for generic sysreset request
Signed-off-by: Jim Liu
---
drivers/watchdog/npcm_wdt.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/watchdog/npcm_wdt.c b/drivers/watchdog/npcm_wdt.c
index 256020f5d3..e56aa0ebe1 100644
--- a/drivers/watchdog/npcm_wdt.c
++
On 9/12/22 2:56 PM, Pali Rohár wrote:
> On Monday 12 September 2022 07:34:47 Simon Glass wrote:
>> Hi Pali,
>>
>> On Sun, 11 Sept 2022 at 03:39, Pali Rohár wrote:
>> >
>> > 32-bit U-Boot builds cannot use more than around 2 GB of DDR memory. But on
>> > some platforms/boards it is possible to
Sent from my iPhone
> On 12 Sep 2022, at 8:31 PM, Simon Glass wrote:
>
> Hi Aubin,
>
>> On Mon, 12 Sept 2022 at 09:13, momo aubin wrote:
>>
>>
>>
>>> On Mon, 12 Sept 2022 at 17:07, Simon Glass wrote:
>>>
>>> Hi Aubin,
>>>
>>> On Mon, 12 Sept 2022 at 08:23, momo aubin wrote:
>>
Hi Simon and Fabio,
On 9/12/22 3:16 PM, Simon Glass wrote:
Hi,
On Mon, 12 Sept 2022 at 12:48, Fabio Estevam wrote:
Hi Nate and Simon,
On Mon, Sep 12, 2022 at 2:55 PM Nate Drude wrote:
gpio_hog_probe_all is invoked by init_sequence_r in board_r.c.
If device_probe fails for any gpio-hog, b
Hey,
So looking at series such as
https://patchwork.ozlabs.org/project/uboot/patch/20220801113804.v2.1.I49e41e791b038a159729c535e9dcfc4a7d59e95c@changeid/
we run in to the case that instead of using "F: configs/..." to list
each defconfig, we use the "N:" syntax, which is to list a regex of
files
Hi,
On Mon, 12 Sept 2022 at 12:48, Fabio Estevam wrote:
>
> Hi Nate and Simon,
>
> On Mon, Sep 12, 2022 at 2:55 PM Nate Drude wrote:
> >
> > gpio_hog_probe_all is invoked by init_sequence_r in board_r.c.
> > If device_probe fails for any gpio-hog, boot hangs with the following error:
> >
> > > i
Function print_size() round size to the nearst value with one decimal
fraction number. But in special cases also unit order may overflow.
For example value 1073689396 is printed as "1024 MiB" and value 1073741824
as "1 GiB".
Fix this issue by detecting order overflow and increasing unit order.
Wi
On Monday 12 September 2022 07:34:43 Simon Glass wrote:
> Hi Pali,
>
> On Sun, 11 Sept 2022 at 03:38, Pali Rohár wrote:
> >
> > Function print_size() round size to the nearst value with one decimal
> > fraction number. But in special cases also unit order may overflow.
> >
> > For example value 1
On Monday 12 September 2022 07:34:47 Simon Glass wrote:
> Hi Pali,
>
> On Sun, 11 Sept 2022 at 03:39, Pali Rohár wrote:
> >
> > 32-bit U-Boot builds cannot use more than around 2 GB of DDR memory. But on
> > some platforms/boards it is possible to connect also 4 GB SODIMM DDR memory.
> > U-Boot c
Hi Nate and Simon,
On Mon, Sep 12, 2022 at 2:55 PM Nate Drude wrote:
>
> gpio_hog_probe_all is invoked by init_sequence_r in board_r.c.
> If device_probe fails for any gpio-hog, boot hangs with the following error:
>
> > initcall sequence fffc8e18 failed at call 4023b320
> > (err
On Mon, 12 Sept 2022 at 11:55, Nate Drude wrote:
>
> gpio_hog_probe_all is invoked by init_sequence_r in board_r.c.
> If device_probe fails for any gpio-hog, boot hangs with the following error:
>
> > initcall sequence fffc8e18 failed at call 4023b320
> > (err=-121)
> > ### ERROR
Hi Ilias,
On Wed, 7 Sept 2022 at 15:32, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Thu, 8 Sept 2022 at 00:11, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Tue, 6 Sept 2022 at 15:23, Ilias Apalodimas
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > On Tue, Sep 06, 2022 at 03:18:28PM -0600, Simo
Hi Ilias,
On Tue, 6 Sept 2022 at 07:44, Ilias Apalodimas
wrote:
>
> If a value is not valid during the DT or SYSINFO parsing, we explicitly
> set that to "Unknown Product" and "Unknown" for the product and
> manufacturer respectively. It's cleaner if we move the checks insisde
> smbios_add_stri
Hi Aubin,
On Mon, 12 Sept 2022 at 09:13, momo aubin wrote:
>
>
>
> On Mon, 12 Sept 2022 at 17:07, Simon Glass wrote:
>>
>> Hi Aubin,
>>
>> On Mon, 12 Sept 2022 at 08:23, momo aubin wrote:
>> >
>> > Hi Simon,
>> >
>> > Thanks for your answer and explanations.
>> >
>> > The sequence of boot is :
gpio_hog_probe_all is invoked by init_sequence_r in board_r.c.
If device_probe fails for any gpio-hog, boot hangs with the following error:
> initcall sequence fffc8e18 failed at call 4023b320 (err=-121)
> ### ERROR ### Please RESET the board ###
gpio-hog-optional allows the boot
On Mon, Sep 12, 2022 at 07:39:45AM -0600, Simon Glass wrote:
> Hi Tom,
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/13416
>
>
> The following changes since commit a5fc388ed966974256bc03b3d4db7ae1be0ed119:
>
> Merge tag 'efi-2022-10-rc5' of
> https://source.denx.de/u-boo
From: Jassi Brar
dram_init() can't modify global/static variables, so
move the mem_map setup later when bss is available.
Signed-off-by: Jassi Brar
---
board/socionext/developerbox/developerbox.c | 57 -
1 file changed, 34 insertions(+), 23 deletions(-)
diff --git a/board/
From: Jassi Brar
Identity-map the second and later memory banks which are located >4GB.
Signed-off-by: Jassi Brar
---
board/socionext/developerbox/developerbox.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/socionext/developerbox/developerbox.c
b/board/socionext/d
Add support for U-Boot's Verifying Program Loader phase.
Signed-off-by: Simon Glass
---
Changes in v7:
- Renumber the tests
- Update for the patman library rename
Changes in v6:
- Fix the missing SPDX tag on test/204...
tools/binman/etype/u_boot_vpl.py | 42
tools/binman/e
On 02/09/2022 21.59, Simon Glass wrote:
> Hi Rasmus,
>
> On Fri, 2 Sept 2022 at 01:00, Rasmus Villemoes
> wrote:
>>
>>> What shall we do with this patch? Apply it?
>>
>> Well, that's probably not for me to decide (I guess Tom is), but I'd
>> still like it applied. It's simple, and works now, and i
On Mon, Sep 12, 2022 at 11:22:53AM +0200, Wolfgang Denk wrote:
> Dear Ovidiu,
>
> In message <20220911161052.2986264-1-ovpan...@gmail.com> you wrote:
> > The XTRN_DECLARE_GLOBAL_DATA_PTR declarations in ppc code are permanently
> > commented out, so there are no users for this macro:
> > #if 1
>
Hi Heinrich,
I'm sending a ping on this as there were a few questions in my response
to your feedback and I'd like to move this forward. I've highlighted the
key items with further comments below.
On 25/08/2022 11:58, Paul Barker wrote:
Hi Henrich,
Many thanks for your review on this patch.
From: Christophe Kerello
Current compatible string used to update SPI NAND and SPI NOR devices
can lead to a wrong partitions update (for example, SPI NAND partitions
added to SPI NOR node in the device tree). To avoid this wrong behavior,
use jedec,spi-nor compatible string for SPI NOR devices a
On Mon, 12 Sept 2022 at 17:07, Simon Glass wrote:
> Hi Aubin,
>
> On Mon, 12 Sept 2022 at 08:23, momo aubin wrote:
> >
> > Hi Simon,
> >
> > Thanks for your answer and explanations.
> >
> > The sequence of boot is :
> > RBL->UBL->UBOOT->Kernel->ROOTFS.
> >
> > According to this sequence, ubl is
From: Tien Fong Chee
These are required by NAND init in SPL.
Signed-off-by: Tien Fong Chee
Signed-off-by: Teik Heng Chong
---
arch/arm/mach-socfpga/include/mach/base_addr_a10.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-socfpga/include/mach/base_addr_a10.h
b/arch/arm
Hi Tom,
https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/13416
The following changes since commit a5fc388ed966974256bc03b3d4db7ae1be0ed119:
Merge tag 'efi-2022-10-rc5' of
https://source.denx.de/u-boot/custodians/u-boot-efi (2022-09-09
15:07:05 -0400)
are available in the Git re
Hi,
On 9/9/22 14:24, Marek Vasut wrote:
On 9/9/22 11:45, Patrick Delaunay wrote:
Add a new CONFIG_USB_HUB_DEBOUNCE_TIMEOUT to increase the
HUB_DEBOUNCE_TIMEOUT value, for example to 2s because some usb device
needs around 1.5s or more to make the hub port status to be
connected steadily after b
A binary download is not great, since it depends on libraries being
present in the system. Build futility from source instead.
Note that this requires two patches to the source repo which are in
progress:
https://issuetracker.google.com/issues/245993083?pli=1
Signed-off-by: Simon Glass
---
On Mon, 12 Sept 2022 at 06:15, Takumi Sueda wrote:
>
> It introduces the way to rotate the screen for boards with rotated screen.
>
> Signed-off-by: Takumi Sueda
> ---
> drivers/video/simplefb.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/video/simplefb.
Hi Pali,
On Sun, 11 Sept 2022 at 03:38, Pali Rohár wrote:
>
> Function print_size() round size to the nearst value with one decimal
> fraction number. But in special cases also unit order may overflow.
>
> For example value 1073689396 is printed as "1024 MiB" and value 1073741824
> as "1 GiB".
>
Hi Pali,
On Sun, 11 Sept 2022 at 03:39, Pali Rohár wrote:
>
> 32-bit U-Boot builds cannot use more than around 2 GB of DDR memory. But on
> some platforms/boards it is possible to connect also 4 GB SODIMM DDR memory.
> U-Boot currently prints only effective size of RAM which can use, which may
>
On Sun, 11 Sept 2022 at 00:08, Vyacheslav Mitrofanov V
wrote:
>
> On Fri, 2022-09-09 at 08:44 -0600, Simon Glass wrote:
> > «Внимание! Данное письмо от внешнего адресата!»
> >
> > On Thu, 8 Sept 2022 at 05:59, Viacheslav Mitrofanov
> > wrote:
> > > Implement basic of NDP. It doesn't include such
Hi Vyacheslav,
On Mon, 12 Sept 2022 at 04:11, Vyacheslav Mitrofanov V
wrote:
>
> On Mon, 2022-09-12 at 10:23 +0300, Ramon Fried wrote:
> > «Внимание! Данное письмо от внешнего адресата!»
> >
> > On Tue, Sep 6, 2022 at 6:10 PM Viacheslav Mitrofanov
> > wrote:
> > > This patch is a collection of b
Hi Momo,
On Sun, 11 Sept 2022 at 08:29, momo aubin wrote:
>
> Hi Simon,
>
> Thanks for getting back to me.
>
> How can I avoid top posting ? i'm a new
You can do a web search for "top posting" which explains the issue
better than I can.
>
> How uboot know that the kernel has started ?
Generall
On Sun, 11 Sept 2022 at 10:11, Ovidiu Panait wrote:
>
> Drop the remaining ifdef around spl.h include.
>
> Signed-off-by: Ovidiu Panait
> ---
>
> common/board_f.c | 2 --
> 1 file changed, 2 deletions(-)
Reviewed-by: Simon Glass
On Sun, 11 Sept 2022 at 10:11, Ovidiu Panait wrote:
>
> In order to move ppc-specific code out of setup_dest_addr(), provide an
> arch-specific variant arch_setup_dest_addr(), that can be used by
> architecture code to fix up the initial reloc address.
>
> It is called at the end of setup_dest_add
On Sun, 11 Sept 2022 at 10:11, Ovidiu Panait wrote:
>
> asm/mach_type.h header and CONFIG_MACH_TYPE macro are arm-specific, so move
> related bdinfo logic to arch_setup_bdinfo() in arch/arm/lib/bdinfo.c.
>
> Signed-off-by: Ovidiu Panait
> ---
>
> arch/arm/lib/bdinfo.c | 12
> common
Hi,
On Sat, 10 Sept 2022 at 16:38, noman pouigt wrote:
>
> I am creating a boot.img using below command:
> mkimage -D "-I dts -O dtb -p 1024" -f boot.its boot.img
> https://ideone.com/OyHuGz -- .its file
>
> Using this boot.img I am able to see this in the device:
> ## Loading kernel from FIT Ima
Hi Heinrich,
On Sat, 10 Sept 2022 at 00:53, Heinrich Schuchardt wrote:
>
> On 9/9/22 20:20, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Fri, 9 Sept 2022 at 09:33, Heinrich Schuchardt
> > wrote:
> >>
> >>
> >>
> >> Am 9. September 2022 17:17:49 MESZ schrieb Simon Glass :
> >>> At present when
Hi Pali,
On Fri, 9 Sept 2022 at 15:46, Pali Rohár wrote:
>
> On Friday 09 September 2022 12:20:57 Simon Glass wrote:
> > Hi Pali,
> >
> > On Fri, 9 Sept 2022 at 09:34, Pali Rohár wrote:
> > >
> > > Members gd->ram_size and gd->ram_top are of type phys_addr_t which does
> > > not
> > > have to f
Hi Nikita,
> > > >
> > > > + if (pcsdev) {
> > > > + /* It looks like we need a bit of delay for core
> > > > to come up
> > > > +* may be we could poll MgtRdy or PhyRstCmplt bit
> > > > +* in 0x0010, but 1 msec is no a big deal.
> > > > +
It introduces the way to rotate the screen for boards with rotated screen.
Signed-off-by: Takumi Sueda
---
drivers/video/simplefb.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/video/simplefb.c b/drivers/video/simplefb.c
index 2b0d8835e3..dbf55ba64d 100644
---
From: Tien Fong Chee
The SDRAM must first be rewritten by zeroes if ECC is used to initialize
the ECC metadata. Make the CPU overwrite the DRAM with zeroes in such a
case. This scrubbing implementation turns the caches on temporarily,
then
overwrites the whole RAM with zeroes, flushes the caches
From: Jorge Ramirez-Ortiz
These two device tree properties were not being applied.
Fixes: 1fd9eb68d6 ("i2c: stm32f7: move driver data of each instance in a
privdata")
Signed-off-by: Jorge Ramirez-Ortiz
Reviewed-by: Alain Volmat
---
drivers/i2c/stm32f7_i2c.c | 11 ++-
1 file changed,
Current function stm32_i2c_message_xfer is sending a STOP
whatever the result of the transaction is. This can cause issues
such as making the bus busy since the controller itself is already
sending automatically a STOP when a NACK is generated.
Thanks to Jorge Ramirez-Ortiz for diagnosing and pro
Functions stm32_i2c_message_start and stm32_i2c_handle_reload
both get a stop boolean indicating if the transfer should end with
a STOP or not. However no specific handling is needed in those
functions hence remove the parameter.
Signed-off-by: Alain Volmat
Reviewed-by: Patrick Delaunay
---
dr
This series corrects the handling of the stop condition and
cleanup few bits in the driver stm32f7_i2c.c
v4: additional patch to fix rise/fall timing settings
v3: fix stop handling in patch 3/3
v2: update commit message in patch 3/3
Alain Volmat (3):
i2c: stm32: fix comment and remove unused AU
Comment within stm32_i2c_message_start is misleading, indicating
that AUTOEND bit is setted while it is actually cleared.
Moreover, the bit is actually never setted so there is no need
to clear it hence get rid of this bit clear and the bit macro
as well.
Signed-off-by: Alain Volmat
Reviewed-by:
Hi Jorge
On Sun, Sep 11, 2022 at 08:57:17PM +0200, Jorge Ramirez-Ortiz, Foundries wrote:
> On 09/09/22, Alain Volmat wrote:
> > Hi Patrick
> >
> > On Fri, Sep 09, 2022 at 02:53:23PM +0200, Patrick DELAUNAY wrote:
> > > Hi Alain
> > >
> > > On 9/8/22 12:59, Alain Volmat wrote:
> > > > Current fun
Hi,
On 9/12/22 10:42, Alain Volmat wrote:
From: Jorge Ramirez-Ortiz
These two device tree properties were not being applied.
Fixes: 1fd9eb68d6 ("i2c: stm32f7: move driver data of each instance in a
privdata")
Signed-off-by: Jorge Ramirez-Ortiz
Reviewed-by: Alain Volmat
---
drivers/i2c/st
Hi,
On 9/12/22 10:42, Alain Volmat wrote:
Current function stm32_i2c_message_xfer is sending a STOP
whatever the result of the transaction is. This can cause issues
such as making the bus busy since the controller itself is already
sending automatically a STOP when a NACK is generated.
Thanks
Add Faraday Technology's FTGPIO010 controller driver.
Signed-off-by: Sergei Antonov
---
v2 -> v3:
Implement .get_function to make "gpio status" command work.
v1 -> v2:
Replace setbits_le32() with a simpler function out_le32().
Replace readl() with in_le32() to respect endianness.
drivers/gp
On Mon, 2022-09-12 at 10:23 +0300, Ramon Fried wrote:
> «Внимание! Данное письмо от внешнего адресата!»
>
> On Tue, Sep 6, 2022 at 6:10 PM Viacheslav Mitrofanov
> wrote:
> > This patch is a collection of basic primitives that are
> > prerequisite for
> > further IPv6 implementation.
> >
> > Ther
út 6. 9. 2022 v 12:41 odesílatel Michal Simek napsal:
>
> There shouldn't be a reason to have LMB on for these configurations.
> LMB was already disabled for ZynqMP by commit 0063487a5b60 ("configs:
> zynqmp: Disable LMB for mini u-boot").
>
> Signed-off-by: Michal Simek
> ---
>
> configs/xilinx
út 6. 9. 2022 v 12:41 odesílatel Michal Simek napsal:
>
> There shouldn't be a reason to have LMB on for these configurations.
> LMB was already disabled for ZynqMP by commit 0063487a5b60 ("configs:
> zynqmp: Disable LMB for mini u-boot").
>
> Signed-off-by: Michal Simek
> ---
>
> configs/zynq_c
út 6. 9. 2022 v 12:40 odesílatel Michal Simek napsal:
>
> Code supports board detection based on information available in EEPROM in
> legacy or FRU format. But this is not enough for emulation and simulation
> systems which are lacking these identification EEPROMs. But SOC itself has
> normally re
út 6. 9. 2022 v 12:39 odesílatel Michal Simek napsal:
>
> Current behavior is that eth_phy_get_mdio_bus
>
> Net: FEC: can't find phy-handle
>
> ZYNQ GEM: ff0b, mdio bus ff0b, phyaddr 0, interface sgmii
> eth0: ethernet@ff0b
>
> Net:
> ZYNQ GEM: ff0b, mdio bus ff0b, phyaddr 0,
út 6. 9. 2022 v 12:38 odesílatel Michal Simek napsal:
>
> Description OCM with mmio-sram driver. In 99% use cases OCM is mapped high
> that's why it is placed on fixed location.
>
> Signed-off-by: Michal Simek
> ---
>
> Changes in v2:
> - Remove ocmc controller and use only OCM
> - Remove OCM set
út 6. 9. 2022 v 12:36 odesílatel Michal Simek napsal:
>
> Nodes should follow generic rules where compatible and reg properties
> should be listed on the top of node. That's why sync it up.
>
> Signed-off-by: Michal Simek
> ---
>
> arch/arm/dts/zynq-7000.dtsi | 10 +-
> 1 file changed, 5
st 7. 9. 2022 v 9:52 odesílatel Michal Simek napsal:
>
> The commit 9996cea75f5a ("lmb/bdinfo: dump lmb info via bdinfo") added
> support for dumping LMB information as the part of bdinfo. But code itself
> should be called only when LMB is enabled.
>
> Signed-off-by: Michal Simek
> ---
>
> cmd/
To allow easily iterate over all UBI volumes, add a new command which
either print all user UBI volumes on output or set them into env variable.
As UBI volumes can have arbitrary name/label, in most cases it is useful to
iterate them by their numbers. This can be achieved by -numeric flag.
This f
> > > An old inffast.c optimization turns out to not be optimal anymore
> > > with modern compilers, and furthermore was not compliant with the
> > > C standard, for which decrementing a pointer before its allocated
> > > memory is undefined. Per the recommendation of a security audit of
> > > the
Dear Ovidiu,
In message <20220911161052.2986264-1-ovpan...@gmail.com> you wrote:
> The XTRN_DECLARE_GLOBAL_DATA_PTR declarations in ppc code are permanently
> commented out, so there are no users for this macro:
> #if 1
> #define DECLARE_GLOBAL_DATA_PTR register volatile gd_t *gd asm ("r2"
Hello Alain,
On 12.09.22 10:42, Alain Volmat wrote:
> From: Jorge Ramirez-Ortiz
>
> These two device tree properties were not being applied.
>
> Fixes: 1fd9eb68d6 ("i2c: stm32f7: move driver data of each instance in a
> privdata")
> Signed-off-by: Jorge Ramirez-Ortiz
> Reviewed-by: Alain Volm
Hello Alain,
On 12.09.22 10:42, Alain Volmat wrote:
> Current function stm32_i2c_message_xfer is sending a STOP
> whatever the result of the transaction is. This can cause issues
> such as making the bus busy since the controller itself is already
> sending automatically a STOP when a NACK is gen
On 9/12/22 10:42, Alain Volmat wrote:
> Current function stm32_i2c_message_xfer is sending a STOP
> whatever the result of the transaction is. This can cause issues
> such as making the bus busy since the controller itself is already
> sending automatically a STOP when a NACK is generated.
>
>
On 9/12/22 10:41, Alain Volmat wrote:
> Comment within stm32_i2c_message_start is misleading, indicating
> that AUTOEND bit is setted while it is actually cleared.
> Moreover, the bit is actually never setted so there is no need
> to clear it hence get rid of this bit clear and the bit macro
> a
On 9/12/22 10:41, Alain Volmat wrote:
> Functions stm32_i2c_message_start and stm32_i2c_handle_reload
> both get a stop boolean indicating if the transfer should end with
> a STOP or not. However no specific handling is needed in those
> functions hence remove the parameter.
>
> Signed-off-by:
Hi Alain, Jorge
On 9/12/22 10:42, Alain Volmat wrote:
> From: Jorge Ramirez-Ortiz
>
> These two device tree properties were not being applied.
>
> Fixes: 1fd9eb68d6 ("i2c: stm32f7: move driver data of each instance in a
> privdata")
> Signed-off-by: Jorge Ramirez-Ortiz
> Reviewed-by: Alain Vo
Hello Alain,
On 12.09.22 10:41, Alain Volmat wrote:
> Functions stm32_i2c_message_start and stm32_i2c_handle_reload
> both get a stop boolean indicating if the transfer should end with
> a STOP or not. However no specific handling is needed in those
> functions hence remove the parameter.
>
> Si
Hello Alain,
On 12.09.22 10:41, Alain Volmat wrote:
> Comment within stm32_i2c_message_start is misleading, indicating
> that AUTOEND bit is setted while it is actually cleared.
> Moreover, the bit is actually never setted so there is no need
> to clear it hence get rid of this bit clear and the b
Hi Simon,
On 9/10/22 00:05, Simon Glass wrote:
A binary download is not great, since it depends on libraries being
present in the system. Build futility from source instead.
Note that this requires two patches to the source repo which are in
progress:
https://urldefense.proofpoint.com/v2/
Provide a unit test for the eficonfig command.
Signed-off-by: Masahisa Kojima
Acked-by: Ilias Apalodimas
---
Changes in v17:
- get aligned with the sorted file list
Changes in v16:
- call u_boot_console.restart_uboot() to clean the previous test state
Changes in v14:
- update to support media
The bootmenu enumerates the UEFI boot options
for boot device selection.
This commit adds the description how the UEFI boot work
in bootmenu. This commit also adds "Synopsis", "Description"
and "Configuration" sections to follow the U-Boot command
documentation format.
Signed-off-by: Masahisa Koji
On 12/09/22, Patrick DELAUNAY wrote:
> Hi Alain,
>
> On 9/9/22 18:06, Alain Volmat wrote:
> > Current function stm32_i2c_message_xfer is sending a STOP
> > whatever the result of the transaction is. This can cause issues
> > such as making the bus busy since the controller itself is already
> > s
Add documentation for eficonfig command.
Signed-off-by: Masahisa Kojima
Reviewed-by: Ilias Apalodimas
---
No update since v15
Changes in v14:
- fix typos
Changes in v13:
- describe how to auto boot according to the UEFI Boot option
Changes in v12:
- CONFIG_BOOTMENU_DISABLE_UBOOT_CONSOLE condi
UEFI specification requires booting from removal media using
a architecture-specific default image name such as BOOTAA64.EFI.
This commit adds the removable media entries into bootmenu,
so that user can select the removable media and boot with
default image.
The bootmenu automatically enumerates t
This commit adds the menu entry to update UEFI BootOrder variable.
User moves the entry with UP/DOWN key, changes the order
with PLUS/MINUS key, press SPACE to activate or deactivate
the entry, then finalizes the order by ENTER key.
If the entry is activated, the boot index is added into the
BootOr
In eficonfig startup, scan media devices and update
the UEFI boot option.
Signed-off-by: Masahisa Kojima
---
No update since v14
Newly created in v14
cmd/eficonfig.c | 4
1 file changed, 4 insertions(+)
diff --git a/cmd/eficonfig.c b/cmd/eficonfig.c
index bbd6c3229e..99c83d1adf 100644
--
This commit add the "eficonfig" command.
The "eficonfig" command implements the menu-driven UEFI boot option
maintenance feature. This commit implements the addition of
new boot option. User can select the block device volume having
efi_simple_file_system_protocol and select the file corresponding
This commit adds the menu entry to delete the UEFI boot option.
User moves the entry with UP/DOWN key, changes, then presses
ENTER key to delete the selected boot option.
Signed-off-by: Masahisa Kojima
---
No update since v11
Changes in v11:
- update function interface to show boot selection men
This is preparation to support menu-driven UEFI BootOrder
variable updated by KEY_PLUS, KEY_MINUS and KEY_SPACE.
Signed-off-by: Masahisa Kojima
Reviewed-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
---
No update since v11
Changes in v11:
- add SPACE key handling
Newly created in v7
This commit adds the menu entry to edit the existing
BOOT variable contents.
User selects the item from the boot option list, then
user can edit the description, file path and optional_data.
Note that automatically generated boot option entry by bootmenu
to support the removable media device i
This series adds the menu-driven UEFI boot variable maintenance
through the "eficonfig" new command.
This series also adds the removable media support in bootmenu.
Source code can be cloned with:
$ git clone https://git.linaro.org/people/masahisa.kojima/u-boot.git -b
kojima/eficonfig_upstream_v17
Hi Alain
On 9/9/22 18:06, Alain Volmat wrote:
> Current function stm32_i2c_message_xfer is sending a STOP
> whatever the result of the transaction is. This can cause issues
> such as making the bus busy since the controller itself is already
> sending automatically a STOP when a NACK is generated
Hi Alain,
On 9/9/22 18:06, Alain Volmat wrote:
Current function stm32_i2c_message_xfer is sending a STOP
whatever the result of the transaction is. This can cause issues
such as making the bus busy since the controller itself is already
sending automatically a STOP when a NACK is generated.
Th
Hi Alain
On 9/9/22 18:06, Alain Volmat wrote:
> Functions stm32_i2c_message_start and stm32_i2c_handle_reload
> both get a stop boolean indicating if the transfer should end with
> a STOP or not. However no specific handling is needed in those
> functions hence remove the parameter.
>
> Signed-o
1 - 100 of 120 matches
Mail list logo
