UEFI block devices can either mirror U-Boot's internal devices or be
provided by an EFI application like iPXE.
When ConnectController() is invoked for the EFI_BLOCK_IO_PROTOCOL
interface for such an application provided device we create a virtual
U-Boot block device of type "efi_blk".
Currently w
On 9/8/22 07:56, Heinrich Schuchardt wrote:
On 9/7/22 23:10, Simon Glass wrote:
Hi Etienne,
On Wed, 7 Sept 2022 at 02:20, Etienne Carriere
wrote:
Changes efi_delete_handle() to not free EFI handles that are not related
to EFI objects.
This change tries to resolved an issue seen since U-Boot
Hi Jaehoon,
Thank you for checking.
On 2022/09/08 20:35, Jaehoon Chung wrote:
On 9/6/22 09:39, Kunihiko Hayashi wrote:
Add Socionext F_SDH30_E51 IP support. The features of this IP includes
CMD/DAT line delay and force card insertion mode for non-removable cards.
And the IP needs to add some
> -Original Message-
> From: Lim, Jit Loon
> Sent: Tuesday, 30 August, 2022 11:52 PM
> To: u-boot@lists.denx.de
> Cc: Jagan Teki ; Vignesh R ;
> Vasut, Marek ; Simon ;
> Chee, Tien Fong ; Hea, Kok Kiang
> ; Lim, Elly Siew Chin ;
> Kho, Sin Hui ; Lokanathan, Raaj
> ; Maniyam, Dinesh ;
> Ng,
> -Original Message-
> From: Lim, Jit Loon
> Sent: Wednesday, 31 August, 2022 1:16 AM
> To: u-boot@lists.denx.de
> Cc: Jagan Teki ; Vignesh R ;
> Vasut, Marek ; Simon ;
> Chee, Tien Fong ; Hea, Kok Kiang
> ; Lim, Elly Siew Chin ;
> Kho, Sin Hui ; Lokanathan, Raaj
> ; Maniyam, Dinesh ;
> Ng
In regmap_field_init() when a invalid mask is provided it still
initializes without any warnings of it being incorrect.
An example of this is when the LSB is greater than MSB a mask of zero
is produced.
WARN_ONCE() is not ideal for this but requires less changes to core regmap
code.
Based on: ht
Move all rk3128 u-boot specific properties in separate dtsi files.
Sort emmc node.
Signed-off-by: Johan Jonker
---
Changed V2:
Keep max-frequency property in dtsi
---
arch/arm/dts/rk3128-evb-u-boot.dtsi | 7 +++
arch/arm/dts/rk3128-evb.dts | 10 +-
arch/arm/dts/rk3128-u-b
Hi Heinrich,
On Thu, 8 Sept 2022 at 13:56, Heinrich Schuchardt wrote:
>
> On 9/8/22 20:18, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Thu, 8 Sept 2022 at 09:53, Heinrich Schuchardt
> > wrote:
> >>
> >> On 9/6/22 23:18, Simon Glass wrote:
> >>> Hi,
> >>>
> >>> On Fri, 2 Sept 2022 at 08:22, M
On Thu, Sep 8, 2022 at 1:50 PM Fabio Estevam wrote:
>
> Hi Tim,
>
> On Thu, Sep 8, 2022 at 5:40 PM Tim Harvey wrote:
> >
> > Update the GW74xx PMIC configuration.
>
> Please explain why you are doing this change.
Fabio,
Thanks for the quick review - I've sent a v2.
Best Regards,
Tim
Update the GW74xx PMIC configuration:
- increase VDD_SOC DVS1 to 0.85V per datasheet
- increase VDD_SOC DVS0 to 0.95V before first DRAM access
- increase VDD_ARM DVS0 to 0.95V to support kernel overdrive voltage (OD)
- remove unnecessary changes to VDD_DRAM as we don't use 3GHz DRAM
- remove u
On Thu, Sep 08, 2022 at 10:03:34AM +0200, Patrick DELAUNAY wrote:
> Hi Tom,
>
> Please pull the STM32 related fixes for u-boot/master, v2022.10:
> u-boot-stm32-20220907
>
> - simplify the STM32MP15x package parsing code
> - remove test on CONFIG_DM_REGULATOR in stm32mp1 board
> and enable CONF
Hi Tim,
On Thu, Sep 8, 2022 at 5:40 PM Tim Harvey wrote:
>
> Update the GW74xx PMIC configuration.
Please explain why you are doing this change.
Update the M2 socket gpio hogs such that they are not active on boot by
flagging them as GPIO_ACTIVE_HIGH so that 'output-high' drives high.
Signed-off-by: Tim Harvey
---
arch/arm/dts/imx8mp-venice-gw74xx-u-boot.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arc
Update the UART config gpio hogs such that it is configured for RS232
by default on boot. Additionally rename them to match the names used
on the reset of the venice boards.
Signed-off-by: Tim Harvey
---
arch/arm/dts/imx8mp-venice-gw74xx-u-boot.dtsi | 20 +--
1 file changed, 10 i
Update the GW74xx PMIC configuration.
Signed-off-by: Tim Harvey
---
board/gateworks/venice/spl.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/board/gateworks/venice/spl.c b/board/gateworks/venice/spl.c
index 56a985ed668f..eadb58f9ac75 100644
--- a/boa
On 9/8/22 20:18, Simon Glass wrote:
Hi Heinrich,
On Thu, 8 Sept 2022 at 09:53, Heinrich Schuchardt wrote:
On 9/6/22 23:18, Simon Glass wrote:
Hi,
On Fri, 2 Sept 2022 at 08:22, Masahisa Kojima
wrote:
Provide a unit test for the eficonfig command.
Signed-off-by: Masahisa Kojima
Acked-by:
On 9/8/22 10:57, Kshitiz Varshney wrote:
From: Kshitiz
If you use format-patch HEAD~3, it will add numbers to the patches as
expected: [PATCH 1/3].
For patch series we typically generate a cover-letter.
Added entry for rngb in imx6ull device tree which is required for
Random number generat
On 9/8/22 20:18, Simon Glass wrote:
Hi Kshitiz,
+Ilias Apalodimas
On Thu, 8 Sept 2022 at 02:59, Kshitiz Varshney wrote:
From: Kshitiz
This commit manually binds dcp_rng device driver and initalizes it inside
arch_misc_init() function.
Signed-off-by: Kshitiz Varshney
Reviewed-by: Ye Li
On 9/8/22 20:19, Simon Glass wrote:
Hi Kshitiz,
On Thu, 8 Sept 2022 at 02:59, Kshitiz Varshney wrote:
From: Kshitiz
This commit introduces Random number generator to uboot. It uses DCP
driver for number generation.
RNG driver can be invoked by using below command on uboot prompt:-
Hi Tom,
On Wed, 24 Aug 2022 at 05:40, Tom Rini wrote:
>
> And here's the most recent one.
>
> - Forwarded message from Tom Rini -
>
> Date: Wed, 24 Aug 2022 07:38:55 -0400
> From: Tom Rini
> To: tr...@konsulko.com
> Subject: Fwd: New Defects reported by Coverity Scan for Das U-Boot
>
>
Hi Kshitiz,
On Thu, 8 Sept 2022 at 02:59, Kshitiz Varshney wrote:
>
> From: Kshitiz
>
> This commit introduces Random number generator to uboot. It uses DCP
> driver for number generation.
> RNG driver can be invoked by using below command on uboot prompt:-
>rng
>
> Signed-off-by: K
Hi Kshitiz,
+Ilias Apalodimas
On Thu, 8 Sept 2022 at 02:59, Kshitiz Varshney wrote:
>
> From: Kshitiz
>
> This commit manually binds dcp_rng device driver and initalizes it inside
> arch_misc_init() function.
>
> Signed-off-by: Kshitiz Varshney
> Reviewed-by: Ye Li
> ---
> arch/arm/mach-imx
Hi Heinrich,
On Thu, 8 Sept 2022 at 09:53, Heinrich Schuchardt wrote:
>
> On 9/6/22 23:18, Simon Glass wrote:
> > Hi,
> >
> > On Fri, 2 Sept 2022 at 08:22, Masahisa Kojima
> > wrote:
> >>
> >> Provide a unit test for the eficonfig command.
> >>
> >> Signed-off-by: Masahisa Kojima
> >> Acked-by:
TCGETS2 is defined in header file asm/ioctls.h provided by linux kernel.
On glib systems it is automatically included by some other glibc include
header file and therefore TCGETS2 is present in termios_linux.h when
linux kernel provides it.
On non-glibc systems (e.g. musl) asm/ioctls.h is not auto
On Thu, 8 Sep 2022 17:05:53 +0200
Pali Rohár wrote:
> On Thursday 08 September 2022 07:21:03 Peng Fan wrote:
> > On 9/8/2022 1:55 AM, Tom Rini wrote:
> > > On Wed, Sep 07, 2022 at 12:38:10PM +, Peng Fan wrote:
> > > > Hi Tom,
> > > >
> > > > Please pull fsl-qoriq-2022-9-7
> > > >
> > >
Hi,
On 9/6/22 16:53, Jorge Ramirez-Ortiz, Foundries wrote:
On 06/09/22, Patrick DELAUNAY wrote:
Hi,
On 9/5/22 19:33, Jorge Ramirez-Ortiz wrote:
Enabling CONFIG_SYSRESET_PSCI prevents CONFIG_RESET_SCMI
from executing.
The side effect observed are I2C devices no longer being
accessible from U-
commit 970bf8603b87 ("Convert CONFIG_USE_BOOTCOMMAND et al to Kconfig")
had an unintended side effect of resulting in a bootcmd env var change
for boards like venice that did not have CONFIG_USE_BOOTCOMMAND defined
and relied on it being defaulted in include/config_distro_bootcmd.h.
Following that
On 9/6/22 23:18, Simon Glass wrote:
Hi,
On Fri, 2 Sept 2022 at 08:22, Masahisa Kojima
wrote:
Provide a unit test for the eficonfig command.
Signed-off-by: Masahisa Kojima
Acked-by: Ilias Apalodimas
---
No update since v15
Changes in v14:
- update to support media device enumeration in efi
On Thursday 08 September 2022 07:21:03 Peng Fan wrote:
> On 9/8/2022 1:55 AM, Tom Rini wrote:
> > On Wed, Sep 07, 2022 at 12:38:10PM +, Peng Fan wrote:
> > > Hi Tom,
> > >
> > > Please pull fsl-qoriq-2022-9-7
> > >
> > > Sorry for the quick rush just after fsl-qoriq-2022-9-6:
> > > Pali's p
From: Pali Rohár
Commit 5bb2c550b11e ("arm: mvebu: Move internal registers in
arch_very_early_init() function") moved code from file cpu.c to lowlevel.c,
which moves Marvell internal registers from address INTREG_BASE_ADDR_REG to
SOC_REGS_PHY_BASE.
But the steps describing how to do it correctly
From: Pali Rohár
For some unknown reason when L2 cache is disabled on Armada 385 then loadb,
loadx and loady commands do not work with higher baudrates than 115200
(they just abort transfer) and lzmadec command with lzma image of size
0x700 (maybe even smaller, we tested this one) is doing de
From: Pali Rohár
Replace magic constant 1 when disabling MMU by macro CR_M from include
header file asm/system.h.
Signed-off-by: Pali Rohár
Signed-off-by: Marek Behún
---
arch/arm/mach-mvebu/lowlevel.S | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-mvebu/l
From: Pali Rohár
Commit c86d53fd88df ("arm: mvebu: Don't disable cache at startup on Armada
XP at all") introduced branch for non-AXP code which was guarded by A38X
condition. Fix this issue by checking for AXP platform, not by A38X.
Fixes: c86d53fd88df ("arm: mvebu: Don't disable cache at start
From: Pali Rohár
Commit 3308933d2fe9 ("arm: mvebu: Avoid reading MVEBU_REG_PCIE_DEVID
register too many times") broke support for caches on all Armada SoCs.
Before that commit there was code:
if (mvebu_soc_family() != MVEBU_SOC_A375) {
dcache_enable();
}
And after that commit t
Hello Stefan,
could you please test and send these patches to Tom for the next rc,
if possible?
I discovered that loadb does not work with higher speeds and lzmadec
is way too slow, bisected to one of Pali's commits, and then Pali
investigated that there are some issues with cache settings.
Mare
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
---
drivers/i2c/stm32f7_i2c.c | 8 +++
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
---
drivers/
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. This can
be especially seen when the processing get
This series corrects the handling of the stop condition and
cleanup few bits in the driver stm32f7_i2c.c
v2: update commit message in patch 3/3
Alain Volmat (3):
i2c: stm32: fix comment and remove unused AUTOEND bit
i2c: stm32: remove unused stop parameter in start & reload handling
i2c: st
On 9/8/22 13:20, Patrick DELAUNAY wrote:
[...]
diff --git a/common/usb_hub.c b/common/usb_hub.c
index d73638950b9..e681f1b3073 100644
--- a/common/usb_hub.c
+++ b/common/usb_hub.c
@@ -47,7 +47,7 @@
#define HUB_SHORT_RESET_TIME 20
#define HUB_LONG_RESET_TIME 200
-#define HUB_DEBOUNCE
Hi,
On 9/8/22 12:59, 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. This can
Hi,
On 9/8/22 12:59, 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: Alain Vo
Hi,
On 9/8/22 12:59, 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
as well.
Hi
On 9/8/22 10: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-off-by: Alain Vol
Hi,
On 9/8/22 10:06, 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
as well.
Implement actions on ip6addr, gatewayip6, serverip6 varaibles.
on_ip6addr - convert IPv6 string addr to struct ip6_addr
on_gatewayip6 - convert IPv6 string addr to struct ip6_addr
on_serverip6 - convert IPv6 string addr to struct ip6_addr
Series-changes: 3
- Removed memory allocation
- Substituted
Add a test if two address are in the same subnet. Use in sandbox
Signed-off-by: Viacheslav Mitrofanov
Reviewed-by: Simon Glass
---
test/dm/eth.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/test/dm/eth.c b/test/dm/eth.c
index 249b62e7d8..b5b404f61e 100644
--- a
Add a simple ICMPv6 echo request test
Signed-off-by: Viacheslav Mitrofanov
Reviewed-by: Simon Glass
---
test/py/tests/test_net.py | 15 +++
1 file changed, 15 insertions(+)
diff --git a/test/py/tests/test_net.py b/test/py/tests/test_net.py
index 9ca6743afd..bd3d60774b 100644
--- a/
Add a test that checks generated Link Local Address. Use in sandbox
Signed-off-by: Viacheslav Mitrofanov
Reviewed-by: Simon Glass
---
test/dm/eth.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/test/dm/eth.c b/test/dm/eth.c
index 81528ed370..fc4caf806e 100644
--- a/tes
Add a test that checks generated Solicited Node Multicast Address from our
ipv6 address. Use in sandbox
Signed-off-by: Viacheslav Mitrofanov
Reviewed-by: Simon Glass
---
test/dm/eth.c | 20
1 file changed, 20 insertions(+)
diff --git a/test/dm/eth.c b/test/dm/eth.c
index b
Test checksum computation. csum_ipv6_magic() uses in upper layer
protocols as TCP/UDP/ICMPv6/etc to calculate payload checksum.
Series-changes: 3
- Fixed style problems
Signed-off-by: Viacheslav Mitrofanov
---
test/dm/eth.c | 29 +
1 file changed, 29 insertions(+)
d
Add a test to check convertation from char* to struct in6_addr.
Use in sandbox
Series-changes: 3
- Fixed tests to use length param in string_to_ip6()
Signed-off-by: Viacheslav Mitrofanov
Reviewed-by: Simon Glass
---
test/dm/eth.c | 54 +++
1 file
Implement ping6 command to ping hosts using IPv6. It works the same way as
an ordinary ping command. There is no ICMP request so it is not possible
to ping our host. This patch adds options in Kconfig and Makefile to
build ping6 command.
Series-changes: 3
- Added structures and functions descripti
Functions that were exposed in "net: ipv6: Add IPv6 basic primitives"
had only empty implementations and were exposed as API for futher
patches. This patch add implementation of these functions. Main
functions are: net_ip6_handler() - IPv6 packet handler for incoming
packets; net_send_udp_packet6()
The command tftpboot uses IPv4 by default. Add the possibility to use IPv6
instead. If an address in the command is an IPv6 address it will use IPv6
to boot or if there is a suffix -ipv6 in the end of the command it also
force using IPv6. All other tftpboot features and parameters are left
the same
Add net_ip6_handler (an IPv6 packet handler) into net_loop. Add
neighbor discovery mechanism into network init process. That is the
main step to run IPv6 in u-boot. Now u-boot is capable to use NDP and
handle IPv6 packets.
Signed-off-by: Viacheslav Mitrofanov
---
net/net.c | 23 +
Implement basic of NDP. It doesn't include such things as Router
Solicitation, Router Advertisement and Redirect. It just has Neighbor
Solicitation and Neighbor Advertisement. Only these two features are used
in u-boot IPv6. Implementation of some NDP functions uses API that was
exposed in "net: ip
Add the possibility to recognize IPv6 address in print function.
To output IPv6 address use %pI6 specifier.
Series-changes: 3
- Substituted #if (...) for if (...) to get better readability
Signed-off-by: Viacheslav Mitrofanov
---
lib/vsprintf.c | 7 +--
1 file changed, 1 insertion(+), 6 del
This functions is used as a converter from IPv6 address string notation
to struct ip6_addr that is used everywhere in IPv6 implementation. For
example it is used to parse and convert IPv6 address from tftpboot
command. Conversion algorithm uses two passes, first to verify syntax and
locate colons a
Set up callbacks for main IPv6 variables ip6add, serverip6, gatewayip6
and set options to them in flag file. These variables are often set up by
users.
Signed-off-by: Viacheslav Mitrofanov
Reviewed-by: Simon Glass
---
include/env_callback.h | 10 ++
include/env_flags.h| 10 +
This patch is a collection of basic primitives that are prerequisite for
further IPv6 implementation.
There are structures definition such as IPv6 header, UDP header
(for TFTP), ICMPv6 header. There are auxiliary defines such as protocol
codes, padding, struct size and etc. Also here are functions
Add options to Makefile and Kconfig file to build IPv6
Series-changes: 3
- Added help for IPv6 support
Signed-off-by: Viacheslav Mitrofanov
Reviewed-by: Simon Glass
---
net/Kconfig | 10 ++
net/Makefile | 1 +
2 files changed, 11 insertions(+)
diff --git a/net/Kconfig b/net/Kconfig
This patch set adds basic IPv6 support to U-boot.
It is based on Chris's Packham patches
(https://lists.denx.de/pipermail/u-boot/2017-January/279366.html)
Chris's patches were taken as base. There were efforts to launch it on
HiFive SiFive Unmatched board but the board didn't work well. The code wa
Hi,
On 8/14/22 00:26, Sean Anderson wrote:
> Hi Jaehoon,
>
> On 4/26/22 3:56 AM, Jaehoon Chung wrote:
>> Dear Sean,
>>
>> On 4/22/22 21:03, Jaehoon Chung wrote:
>>> Hi
>>>
>>> On 3/31/22 01:54, Sean Anderson wrote:
The send status command expects the status register to be returned as a
If a regulator does not support .set_suspend_enable or
.set_suspend_value then ret is set to ENOSYS early in the function.
The most serious impact of this is that when no automatic setting of
voltage is needed then the final regulator_set_enable() is skipped
because ret has not been cleared.
It s
On 9/7/22 11:26, Simon Glass wrote:
> Use the log functions instead of pr_...() so we can avoid using __func__.
>
> Signed-off-by: Simon Glass
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
>
> (no changes since v1)
>
> drivers/power/pmic/sandbox.c | 10 ++
> 1 fil
On 9/6/22 09:39, Kunihiko Hayashi wrote:
> Add Socionext F_SDH30_E51 IP support. The features of this IP includes
> CMD/DAT line delay and force card insertion mode for non-removable cards.
> And the IP needs to add some quirks.
>
> Signed-off-by: Kunihiko Hayashi
> ---
> drivers/mmc/Kconfig
Hi,
On 9/6/22 09:39, Kunihiko Hayashi wrote:
> This patch defines a quirk to disable the block count
> for single block transactions.
>
> This is similar to Linux kernel commit d3fc5d71ac4d
> ("mmc: sdhci: add a quirk for single block transactions").
>
> Signed-off-by: Kunihiko Hayashi
Reviewe
Hi
On 9/2/22 16:40, Sergei Antonov wrote:
> Get rid of discrepancy beween comment /* 250 ms */ and code
> which shifts by 4 thus dividing by 16.
> So change code to shift by 2 and make the timeout value 250 ms.
>
> Signed-off-by: Sergei Antonov
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon
Hi Marek,
On 7/8/22 17:34, Marek Vasut wrote:
On 7/4/22 12:45, Patrick Delaunay wrote:
Increase HUB_DEBOUNCE_TIMEOUT to 2000 because some usb device
needs around 1.5s or more to make the hub port status to be
connected steadily after being powered off and powered on.
These value is aligned wit
On Thu, 8 Sept 2022 at 06:52, Heinrich Schuchardt <
heinrich.schucha...@canonical.com> wrote:
> Calling ExitBootServices() after executing 'connect -r' in the EFI
> shell has previously caused errors.
>
> Provide an EFI binary ebstest.efi that calls ExitBootServices() for
> testing.
>
> Signed-off
Hi Jorge,
On Thu, Sep 08, 2022 at 10:36:22AM +0200, Jorge Ramirez-Ortiz, Foundries wrote:
> On 08/09/22, 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
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
---
drivers/
This series corrects the handling of the stop condition and
cleanup few bits in the driver stm32f7_i2c.c
Alain Volmat (3):
i2c: stm32: fix comment and remove unused AUTOEND bit
i2c: stm32: remove unused stop parameter in start & reload handling
i2c: stm32: only send a STOP upon transfer comp
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
---
drivers/i2c/stm32f7_i2c.c | 8 +++
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. This can
be especially seen when the processing get
Hi all,
On Thu, 8 Sept 2022 at 00:11, Simon Glass wrote:
>
> Hi Masahisa,
>
> On Wed, 7 Sept 2022 at 00:13, Masahisa Kojima
> wrote:
> >
> > Hi Simon,
> >
> > On Wed, 7 Sept 2022 at 06:18, Simon Glass wrote:
> > >
> > > Hi,
> > >
> > > On Fri, 2 Sept 2022 at 08:22, Masahisa Kojima
> > > wrote:
Hello Heinrich,
Thanks a lot for the detailed feedback on how to address root issue. Indeed
not an obvious fix.
Regards,
Etienne
On Thu, 8 Sept 2022 at 08:03, Heinrich Schuchardt
wrote:
> On 9/7/22 10:20, Etienne Carriere wrote:
> > Changes efi_delete_handle() to not free EFI handles that ar
From: Kshitiz
This commit adds configs required for using dcp_rng driver in imx6ull
defconfig files.
Signed-off-by: Kshitiz Varshney
Reviewed-by: Ye Li
---
configs/mx6ull_14x14_evk_defconfig| 4
configs/mx6ull_14x14_evk_emmc_defconfig | 4
configs/mx6ull_14x14_evk_nand_def
From: Kshitiz
This commit introduces Random number generator to uboot. It uses DCP
driver for number generation.
RNG driver can be invoked by using below command on uboot prompt:-
rng
Signed-off-by: Kshitiz Varshney
Reviewed-by: Ye Li
---
drivers/crypto/fsl/Kconfig | 10 ++
dri
From: Kshitiz
This commit manually binds dcp_rng device driver and initalizes it inside
arch_misc_init() function.
Signed-off-by: Kshitiz Varshney
Reviewed-by: Ye Li
---
arch/arm/mach-imx/mx6/soc.c | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/mach-imx/mx6/soc
From: Kshitiz
Added entry for rngb in imx6ull device tree which is required for
Random number generation in u-boot.
Signed-off-by: Kshitiz Varshney
Reviewed-by: Ye Li
---
arch/arm/dts/imx6ull.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/dts/imx6ull.dtsi b/arch/arm/d
On 08/09/22, 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. This can
>
Hi Tom,
Please pull the STM32 related fixes for u-boot/master, v2022.10:
u-boot-stm32-20220907
- simplify the STM32MP15x package parsing code
- remove test on CONFIG_DM_REGULATOR in stm32mp1 board
and enable CONFIG_DM_REGULATOR for stm32f769-disco
- handle ck_usbo_48m clock provided by USBPH
Hi Heinrich
On Thu, 8 Sept 2022 at 07:52, Heinrich Schuchardt
wrote:
>
> Calling ExitBootServices() after executing 'connect -r' in the EFI
> shell has previously caused errors.
>
> Provide an EFI binary ebstest.efi that calls ExitBootServices() for
> testing.
>
> Signed-off-by: Heinrich Schuchar
On Thu, 11 Aug 2022, Lee Jones wrote:
> This set fixes several issues found on the Rock Pi 4.
>
> For full context, please see this initial bug report:
>
> "There appear to be a number of issues with the Rockchip rk3399 DDR RAM
>
> initialisation sequence in Mainline.
86 matches
Mail list logo
