On 12/4/23 02:35, Fabio Estevam wrote:
Hi Alessandro,
[Adding Marek and Rogan]
On Sun, Dec 3, 2023 at 9:24 PM Alessandro Rubini wrote:
The tool works for me, with imx28 and NAND memory, but the resulting
blocks are reported as bad, both by u-boot and the kernel.
This makes it impossible to
On 11/27/23 20:50, Raymond Mao wrote:
Add platform custom function to get bloblist from boot arguments.
Check whether boot arguments aligns with the register conventions
defined in FW Handoff spec v0.9.
Add bloblist related options into qemu default config.
Signed-off-by: Raymond Mao
---
On 12/4/23 04:27, Venkatesh Yadav Abbarapu wrote:
Add support for ISSI 256MB flash IS25LP02G. This part supports 4byte
opcodes. It also supports dual and quad read.
Signed-off-by: sreekanth sunnam
Likely Sreekanth Sunnam here too?
M
On 12/4/23 04:12, Venkatesh Yadav Abbarapu wrote:
Display port is using topsw_lsbus clock, it is failing
while enabling the clock, so enable the topsw_lsbus clock.
Signed-off-by: sreekanth sunnam
Likely Sreekanth Sunnam
M
Hi Simon,
On 11/19/23 19:23, Simon Glass wrote:
Hi Tom,
On Sun, 19 Nov 2023 at 08:59, Tom Rini wrote:
On Sun, Nov 19, 2023 at 07:46:39AM -0700, Simon Glass wrote:
The cyclic subsystem is currently enabled in all build phases or none.
So far it doesn't have any purpose within SPL builds,
On 12/2/23 16:33, Simon Glass wrote:
The cyclic subsystem is currently enabled either in all build phases
or none. For tools this should not be enabled, but since lib/shc256.c
and other files include watchdog.h in the host build, we must make
sure that it is not enabled there.
Add an SPL symbol
On 12/4/23 02:05, Marek Vasut wrote:
On 12/4/23 01:44, Simon Glass wrote:
Hi Marek,
On Sun, 3 Dec 2023 at 14:01, Marek Vasut wrote:
On 12/3/23 18:44, Simon Glass wrote:
Hi Marek,
On Sat, 2 Dec 2023 at 16:41, Marek Vasut
wrote:
In case the cyclic framework is enabled, poll the card
hi Simon,
On Sat, 2 Dec 2023 at 00:02, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Thu, 30 Nov 2023 at 23:39, Sughosh Ganu wrote:
> >
> > hi Simon,
> >
> > On Thu, 30 Nov 2023 at 08:16, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Wed, 22 Nov 2023 at 00:40, Sughosh Ganu
> > >
On 12/3/23 09:30, Chanho Park wrote:
The wdt_start function takes timeout_ms as a parameter and starts the
watchdog with this value. However, when you output the message, it shows
the default timeout value for the watchdog device.
So this patch fixes that part to output the correct timeout
Akashi-san
On Mon, 4 Dec 2023 at 03:58, AKASHI Takahiro wrote:
>
> Hi Heinrich, Ilias
>
> On Tue, Nov 21, 2023 at 10:29:38AM +0900, AKASHI Takahiro wrote:
> > This patch set is motivated by the discussion[1] regarding
> > CONFIG_BOOTEFI_BOOTMGR option.
> >
> > At the end, bootefi.c will be
I have tested a newly built u-boot with the patches you provided and it works
well.
It is the same configuration as what I have been testing with for the last few
weeks.
I loaded the U-boot to SPI flash and tested with the SD card removed from the
system
and put in a USB card reader. The
+ Linux kernel DT bindings maintainers, EBBR ML
On Thu, 30 Nov 2023 at 20:05, Tom Rini wrote:
>
> On Thu, Nov 30, 2023 at 01:02:25PM +0530, Sumit Garg wrote:
> > On Wed, 29 Nov 2023 at 22:06, Neil Armstrong
> > wrote:
> > >
> > > On 29/11/2023 16:34, Caleb Connolly wrote:
> > > >
> > > >
> > >
Currently efi_initrd_deregister() is called in bootefi.c
when the image started from bootefi command returns.
Since efi_guid_event_group_return_to_efibootmgr event is
implemented, so let's use this event for invoking
initrd deregistration.
Signed-off-by: Masahisa Kojima
---
Note that this patch
Add support for ISSI 256MB flash IS25LP02G. This part supports 4byte
opcodes. It also supports dual and quad read.
Signed-off-by: sreekanth sunnam
Signed-off-by: Venkatesh Yadav Abbarapu
---
drivers/mtd/spi/spi-nor-ids.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Display port is using topsw_lsbus clock, it is failing
while enabling the clock, so enable the topsw_lsbus clock.
Signed-off-by: sreekanth sunnam
Signed-off-by: Venkatesh Yadav Abbarapu
---
drivers/clk/clk_zynqmp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk_zynqmp.c
Hi Heinrich, Ilias
On Tue, Nov 21, 2023 at 10:29:38AM +0900, AKASHI Takahiro wrote:
> This patch set is motivated by the discussion[1] regarding
> CONFIG_BOOTEFI_BOOTMGR option.
>
> At the end, bootefi.c will be decomposed into two parts, one for
> providing the command itself and one for
Hi Alessandro,
[Adding Marek and Rogan]
On Sun, Dec 3, 2023 at 9:24 PM Alessandro Rubini wrote:
>
> The tool works for me, with imx28 and NAND memory, but the resulting
> blocks are reported as bad, both by u-boot and the kernel.
>
> This makes it impossible to erase from Linux (for an upgrade
On Sat, 2 Dec 2023 10:39:49 +0100
Nils Le Roux wrote:
Hi Nils,
> Some platforms (such as the Lichee Pi 4A) have their dwmac device
> addressable only in high memory space. Storing the node's base address
> on 32 bits is not possible in such case.
>
> Use platform's physical address type to
On 12/4/23 01:44, Simon Glass wrote:
Hi Marek,
On Sun, 3 Dec 2023 at 14:01, Marek Vasut wrote:
On 12/3/23 18:44, Simon Glass wrote:
Hi Marek,
On Sat, 2 Dec 2023 at 16:41, Marek Vasut
wrote:
In case the cyclic framework is enabled, poll the card detect of already
initialized cards and
The OrangePi Zero 3 is a small development board featuring the Allwinner
H618 SoC, shipping with up to 4GB of DRAM, Gigabit Ethernet, a micro-HDMI
connector and two USB sockets.
The board uses LPDDR4 DRAM and an X-Powers AXP313a PMIC, support for
which was recently added to U-Boot.
Add a
The original H616 devices released about three years ago were typically
paired with an X-Powers AXP305 PMIC. Newer devices uses the smaller
AXP313, and there seem to be far more systems with this PMIC around now.
Remove the default AXP305 selection for the H616 SoC from the Kconfig,
and move the
Add support for the zBIT ZB25VQ128 (128M-bit) SPI NOR flash memory chip,
as used on the Xunlong Orange Pi Zero 3 board.
Signed-off-by: Andre Przywara
---
drivers/mtd/spi/Kconfig | 5 +
drivers/mtd/spi/spi-nor-ids.c | 5 +
2 files changed, 10 insertions(+)
diff --git
A small update for the OrangePi Zero 3 support series. This fixes
USB support, and upgrades the DRAM clock to 792, for better stability
(as the other DRAM parameters were tailored to that frequency). I added
the tags on the way.
Please test!
=
The OrangePi Zero 3 is a small
This series is the culmanation of the current line of refactoring
series. It adjusts pxe to call the booting functionality directly
rather than going through the command-line interface.
With this is is possible to boot using the extlinux bootmeth without
the command line enabled.
It also updates
This series continues refactoring the bootm code to allow it to be used
with CONFIG_COMMAND disabled. The OS-handling code is refactored and
a new bootm_run() function is created to run through the bootm stages.
This completes the work.
A booti_go() function is created also, in case it proves
Hi Shantur,
On Sun, 3 Dec 2023 at 14:51, Shantur Rathore wrote:
>
> Hi Simon,
>
> On Sun, Dec 3, 2023 at 5:44 PM Simon Glass wrote:
> >
> > Hi Shantur,
> >
> > On Sat, 2 Dec 2023 at 16:03, Shantur Rathore wrote:
> > >
> > > Hi Simon,
> > >
> > > On Fri, Dec 1, 2023 at 6:44 PM Simon Glass
Hi Tom,
Would it be worth be resending this as individual patches and copying
the people for each domain? Or perhaps we could have a way to
encourage people to add the details?
Regards,
Simon
On Sun, 3 Dec 2023 at 14:32, Tom Rini wrote:
>
> On Sun, Dec 03, 2023 at 09:49:49AM +0100, Jonas
Hi Shantur,
On Sun, 3 Dec 2023 at 14:49, Shantur Rathore wrote:
>
> Hi Simon,
>
> On Sun, Dec 3, 2023 at 5:44 PM Simon Glass wrote:
> >
> > Hi Shantur,
> >
> > On Sat, 2 Dec 2023 at 16:12, Shantur Rathore wrote:
> > >
> > > Hi Simon,
> > >
> > > On Fri, Dec 1, 2023 at 6:44 PM Simon Glass
Hi Marek,
On Sun, 3 Dec 2023 at 14:01, Marek Vasut wrote:
>
> On 12/3/23 18:44, Simon Glass wrote:
> > Hi Marek,
> >
> > On Sat, 2 Dec 2023 at 16:41, Marek Vasut
> > wrote:
> >>
> >> In case the cyclic framework is enabled, poll the card detect of already
> >> initialized cards and deinitialize
At this point most things work, including booting a distro, so drop
this message.
Signed-off-by: Simon Glass
---
arch/x86/lib/spl.c | 2 +-
doc/board/emulation/qemu-x86.rst | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/lib/spl.c
Use zboot_run() to boot rather than the command line. This allows
extlinux to be used (on x86) without CMDLINE being enabled.
Collect any error but do not return it, to match the existing code.
Signed-off-by: Simon Glass
---
boot/pxe_utils.c | 19 ---
1 file changed, 8
Use bootm_run() to boot rather than the command line. This allows
extlinux to be used without CMDLINE being enabled.
Collect any error but do not return it, to match the existing code.
Signed-off-by: Simon Glass
---
boot/pxe_utils.c | 33 -
1 file changed, 16
This code undertakes a separate task from the main logic of
label_run_boot() so move it into its own function.
Signed-off-by: Simon Glass
---
boot/pxe_utils.c | 112 +++
1 file changed, 64 insertions(+), 48 deletions(-)
diff --git a/boot/pxe_utils.c
The bootm_argv[3] expression is used in many places. It is the FDT
address, so use that name throughout.
Assign it to bootm_argv[3] only at the end, when all the conditions are
resolved.
Signed-off-by: Simon Glass
---
boot/pxe_utils.c | 22 --
1 file changed, 12
This function is far too long and complicated. Split out the part
which actually calls the boot commands into a separate function.
Change a strncpy() to strlcpy() to keep checkpatch happy.
No functional change is intended.
Signed-off-by: Simon Glass
---
boot/pxe_utils.c | 301
It is possible to boot a kernel without CMDLINE being enabled. Update
the implementation to handle this, and drop the condition from the
FASTBOOT config.
Signed-off-by: Simon Glass
---
drivers/fastboot/Kconfig | 1 -
drivers/fastboot/fb_common.c | 26 --
2 files
Allow the default command line to be used when booting the OS. This is
needed by fastboot.
Signed-off-by: Simon Glass
---
boot/bootm.c| 10 ++
include/bootm.h | 2 +-
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/boot/bootm.c b/boot/bootm.c
index
Given the name of this variable, it should be an address, not a
pointer. Update this, to make it easier to use with sandbox.
Signed-off-by: Simon Glass
---
cmd/fastboot.c| 2 +-
drivers/fastboot/fb_command.c | 13 -
drivers/fastboot/fb_common.c | 15
Use the new CONFIG_BOOTM symbol to determine whether SYS_BOOT_LEN is
visible or not, since we want to support decompression when CMDLINE is
disabled.
Signed-off-by: Simon Glass
---
boot/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/boot/Kconfig b/boot/Kconfig
Allow these functions to be compiled in when CONFIG_BOOTM is enabled,
even if CONFIG_CMD_BOOTM is not.
Signed-off-by: Simon Glass
---
arch/arc/lib/Makefile| 2 +-
arch/arm/lib/Makefile| 2 +-
arch/m68k/lib/Makefile | 2 +-
arch/microblaze/lib/Makefile | 2 +-
Booting an OS does not require the 'bootm' command, so change the
condition for these options.
Move them into boot/ so they don't depend on CMDLINE
Note that CMD_BOOTM_PRE_LOAD has been put directly into the bootm code
so will need some additional refactoring (and a test!) to allow it to
change
Create a separate Kconfig option which enables the bootm logic,
separate from the 'bootm' command. This will eventually allow booting
without CMDLINE enabled.
Update boards which disable CMD_BOOTM to disable BOOTM instead, since
CMD_BOOTM now depends on BOOTM
Signed-off-by: Simon Glass
---
The boot menu shows Android first and then a timestamp option. Move
these later since they are less commonly used.
Signed-off-by: Simon Glass
---
boot/Kconfig | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/boot/Kconfig b/boot/Kconfig
The current use case (ChromeOS) is the uncommon case. Document how this
function is more normally used, where base is 0 and cmdline is NULL
Signed-off-by: Simon Glass
---
include/bootm.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/include/bootm.h
Now that we have a function to start the process of booting a zimage,
use it in zboot_run() to avoid duplicated logic.
Signed-off-by: Simon Glass
---
arch/x86/lib/zimage.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/arch/x86/lib/zimage.c
Move zboot_start() and zboot_info() in with the other logic functions.
Signed-off-by: Simon Glass
---
arch/x86/include/asm/zimage.h | 25 +
arch/x86/lib/zimage.c | 23 +++
cmd/x86/zboot.c | 32
3
The term 'start' is used withint bootm and zboot to indicate the first
phase of booting an image.
Since zboot_start() does the whole boot, rename it to zboot_run() to
align with bootm_run() etc.
Fix a log message while we are here.
Signed-off-by: Simon Glass
---
arch/x86/lib/zimage.c | 6
Process the arguments before calling zboot_start() so that we can
separate the command line from the internal logic.
Signed-off-by: Simon Glass
---
cmd/x86/zboot.c | 67 +
1 file changed, 28 insertions(+), 39 deletions(-)
diff --git
This function only calls zboot_go() so drop it.
Signed-off-by: Simon Glass
---
cmd/x86/zboot.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/cmd/x86/zboot.c b/cmd/x86/zboot.c
index f392b6b3e493..f49cdd91a1f8 100644
--- a/cmd/x86/zboot.c
+++ b/cmd/x86/zboot.c
Move error checking into the caller so that do_zboot_setup() can call
zboot_setup() directly.
Signed-off-by: Simon Glass
---
cmd/x86/zboot.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/cmd/x86/zboot.c b/cmd/x86/zboot.c
index d39ab6a9698f..f392b6b3e493
The only difference between the command and the underlying logic is the
setting of envrionment variables. Move this out of the command
processing since it needs to be done in any case.
Signed-off-by: Simon Glass
---
arch/x86/lib/zimage.c | 7 +++
cmd/x86/zboot.c | 16
Separate out the commands from the logic. This will eventually allow
the logic to be used when CONFIG_CMDLINE is not enabled.
Signed-off-by: Simon Glass
---
cmd/x86/zboot.c | 66 ++---
1 file changed, 52 insertions(+), 14 deletions(-)
diff --git
Much of the code in zimage.c deals with the zboot command. Move it into
a sepatate zboot.c file within the cmd/ directory. This will eventually
allow use of the zimage logic without the command being enabled.
Signed-off-by: Simon Glass
---
arch/x86/include/asm/zimage.h | 31 ++
Drop the iteration and write out each state in full. This will allow
the arguments to be reduced and adjusted in future patches.
Signed-off-by: Simon Glass
---
cmd/x86/zboot.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/cmd/x86/zboot.c
Most of the functionality of zboot is contained in the logic which
handles a zimage. Create a separate Kconfig for the logic so that it can
(later) be used without the command itself being enabled.
Enable ZBOOT by default on x86, with the command depending on that. The
existing 'imply' can
In preparation for splitting the zboot-command code into a separate
file, move the definitions into the header file.
While we are here, mention when load_address and base_ptr are set up
and explain bzimage_addr better. Make cmdline const since it cannot be
changed.
Signed-off-by: Simon Glass
This series refactors the zboot code to allow it to be used with
CONFIG_COMMAND disabled.
A new zboot_run() function is used to boot a zimage.
This is cmde (part e of CMDLINE refactoring)
It depends on dm/cmdd-working
which depends on dm/bootstda-working
which depends on dm/cmdc-working
Simon
In a few places, the booti command is used to handle a boot. We want
these to be done without needing CONFIG_CMDLINE, so add a new
booti_run() function to handle this.
So far this is not used.
Signed-off-by: Simon Glass
---
boot/bootm.c| 13 +
include/bootm.h | 13
Use the new bootm/z_run() functions to avoid having to create an
argument list for the stm32prog code.
Signed-off-by: Simon Glass
---
.../cmd_stm32prog/cmd_stm32prog.c | 22 +++
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git
In a few places, the bootz command is used to handle a boot. We want
these to be done without needing CONFIG_CMDLINE, so add a new
bootz_run() function to handle this.
Signed-off-by: Simon Glass
---
boot/bootm.c| 13 +
cmd/bootz.c | 9 ++---
include/bootm.h | 13
Rather than assigning to the bootm_argv[] array multiple times, use
local variables for the two things that can change and assign them at
the end.
This makes it easier to drop the array eventually.
Tidu up an overly short line while we are here.
Signed-off-by: Simon Glass
---
In quite a few places, the bootm command is used to handle a boot. We
want these to be done without needing CONFIG_CMDLINE, so add a new
bootm_run() function to handle this.
Signed-off-by: Simon Glass
---
boot/bootm.c| 19 +++
cmd/bootm.c | 14 +-
Create a new struct which holds the information required by bootm. Set
this up for each existing caller.
Now that none of the functions called from do_bootm_states() need an
argv[] list, change the arguments of do_bootm_states() as well.
For booti make sure it only uses argv[] and argc at the
Use reset_cpu() to reset the board, copying the logic from the 'reset'
command. This makes more sense than directly calling the do_reset()
function with the arguments passsed to the bootm command.
Signed-off-by: Simon Glass
---
boot/bootm.c | 8 +---
1 file changed, 5 insertions(+), 3
The current do_reset() is called from a command context. Add a function
which can be used from anywhere, as is done on ARM. Adjust do_reset()
to call it.
Note that reset_cpu() is normally provided by SYSRESET so make this
declaration conditional on that being disabled.
Signed-off-by: Simon Glass
The current do_reset() is called from a command context. Add a function
which can be used from anywhere, as is done on ARM.
Signed-off-by: Simon Glass
---
arch/nios2/cpu/cpu.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/nios2/cpu/cpu.c b/arch/nios2/cpu/cpu.c
The current do_reset() is called from a command context. Add a function
which can be used from anywhere, as is done on ARM.
This is only needed if CONFIG_SYSRESET is disabled.
Since there are lots of reset functions, this one actually just calls
do_reset(). Future refactoring could correct this.
The current do_reset() is called from a command context. Add a function
which can be used from anywhere, as is done on ARM.
Since there are lots of reset functions, this one actually just calls
do_reset(). Future refactoring could correct this.
Signed-off-by: Simon Glass
---
The current do_reset() is called from a command context. Add a function
which can be used from anywhere, as is done on ARM.
Signed-off-by: Simon Glass
---
arch/mips/cpu/cpu.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/mips/cpu/cpu.c b/arch/mips/cpu/cpu.c
The argc and argv parameters are not used now, so drop them.
Signed-off-by: Simon Glass
---
boot/bootm.c| 6 ++
boot/bootm_os.c | 4 ++--
include/bootm.h | 4 ++--
3 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/boot/bootm.c b/boot/bootm.c
index
These arguments are not used now. They cannot be provided when there is
no bootm command invoked to provide arguments. Drop the argc and argv
parameters.
Signed-off-by: Simon Glass
---
arch/arc/lib/bootm.c| 2 +-
arch/arm/lib/bootm.c| 3 +--
arch/m68k/lib/bootm.c | 3
This function is supposed to boot the OS. Parsing of the arguments is
done in easier phases.
The code to handle this is already here, behind an #ifdef on
CONFIG_OF_LIBFDT so rely on that.
Signed-off-by: Simon Glass
---
arch/nios2/lib/bootm.c | 2 --
1 file changed, 2 deletions(-)
diff --git
It isn't clear how useful it is to pass the arguments of bootm to the
OS. For example, if "bootm 1000 2000 3000" is used, the '1000' argument
is passed to QNX. This seems like a strange approach, since the argument
have already been parsed by U-Boot and processed.
Rely instead on the "bootargs"
It isn't clear how useful it is to pass the arguments of bootm to the
OS. For example, if "bootm 1000 2000 3000" is used, the three arguments
at the end are passed to the OS. This seems like a strange approach,
since the argument have already been parsed by U-Boot and processed.
Rely instead on
It isn't clear how useful it is to pass the arguments of bootm to the
OS. For example, if "bootm 1000 2000 3000" is used, the three arguments
at the end are passed to the OS. This seems like a strange approach,
since the argument have already been parsed by U-Boot and processed.
Rely instead on
Hi all,
I suspect U-Boot is not setting the RSF bit in GMAC_OP_MODE register. This can
result in allowing to receive frames with bad CRC. I suspect the Linux driver
may be similarly affected, but I have not checked it out.
Unfortunately all my spare time is taken up by development on my own
The tool works for me, with imx28 and NAND memory, but the resulting
blocks are reported as bad, both by u-boot and the kernel.
This makes it impossible to erase from Linux (for an upgrade without
console access, for example -- u-boot can "nand scrub" but linux can't).
pre-filling with 0xff
On Fri, 1 Dec 2023 10:50:39 -0800
Stephen Graf wrote:
Hi Stephen,
thanks for the patch, and you almost nailed it, some little things:
- The patch should start a new thread on the list, so do not reply to
an existing discussion or (un)related patch. This avoids the patch
getting buried in
On 12/3/23 22:42, Shantur Rathore wrote:
Hi Marek,
On Sun, Dec 3, 2023 at 8:42 PM Marek Vasut wrote:
On 11/24/23 01:37, Shantur Rathore wrote:
Hi Marek,
Hi,
sorry for the late reply.
In my case RockPro64, the power to usb ports onboard is controlled by
a regulator.
This regulator is
On 2023-12-03 22:49, Shantur Rathore wrote:
On Sun, Dec 3, 2023 at 5:44 PM Simon Glass wrote:
In fact, I wonder if we should add something like:
u-boot-env {
offset = ;
};
so the environment gets filled into the SPI flash when we write the
image?
Do we want to reset the environment to
Hi Simon,
On Sun, Dec 3, 2023 at 5:44 PM Simon Glass wrote:
>
> Hi Shantur,
>
> On Sat, 2 Dec 2023 at 16:03, Shantur Rathore wrote:
> >
> > Hi Simon,
> >
> > On Fri, Dec 1, 2023 at 6:44 PM Simon Glass wrote:
> > >
> > > Hi Shantur,
> > >
> > > On Mon, 27 Nov 2023 at 10:27, Shantur Rathore
Hi Simon,
On Sun, Dec 3, 2023 at 5:44 PM Simon Glass wrote:
>
> Hi Shantur,
>
> On Sat, 2 Dec 2023 at 16:12, Shantur Rathore wrote:
> >
> > Hi Simon,
> >
> > On Fri, Dec 1, 2023 at 6:44 PM Simon Glass wrote:
> > >
> > > Hi Shantur,
> > >
> > > On Sun, 26 Nov 2023 at 15:09, Shantur Rathore
Hi Marek,
On Sun, Dec 3, 2023 at 8:42 PM Marek Vasut wrote:
>
> On 11/24/23 01:37, Shantur Rathore wrote:
> > Hi Marek,
>
> Hi,
>
> sorry for the late reply.
>
> > In my case RockPro64, the power to usb ports onboard is controlled by
> > a regulator.
> > This regulator is enabled as
On Sun, Dec 03, 2023 at 09:49:49AM +0100, Jonas Karlman wrote:
> Hi Simon,
>
> On 2023-12-03 05:46, Simon Glass wrote:
> > This looks at the top unknowns:
> >
> >git log --pretty=%ae v2023.01.. |sed 's/.*@//' |sort |uniq -c |
> > sort -nr |
> >(while read count email; do
> >
On Sat, Dec 02, 2023 at 08:08:40PM +0100, Marek Vasut wrote:
> The following changes since commit 43f2873fa98b1da6eb56d756315c7bd7db63db27:
>
> MAINTAINERS: Step up as co-maintainer of Tegra SOC platform (2023-11-28
> 11:23:02 -0500)
>
> are available in the Git repository at:
>
>
On Sat, Dec 02, 2023 at 07:25:14AM +0100, Marek Vasut wrote:
> The following changes since commit 43f2873fa98b1da6eb56d756315c7bd7db63db27:
>
> MAINTAINERS: Step up as co-maintainer of Tegra SOC platform (2023-11-28
> 11:23:02 -0500)
>
> are available in the Git repository at:
>
>
On 12/3/23 18:44, Simon Glass wrote:
Hi Marek,
On Sat, 2 Dec 2023 at 16:41, Marek Vasut
wrote:
In case the cyclic framework is enabled, poll the card detect of already
initialized cards and deinitialize them in case they are removed. Since
the card initialization is a longer process and card
On 12/3/23 18:44, Simon Glass wrote:
Hi Marek,
On Sat, 2 Dec 2023 at 13:53, Marek Vasut
wrote:
The history buffer is currently a static array which can be some
10-40 kiB depending on configuration, and so adds considerably to
the U-Boot binary size. Allocate it dynamically instead to reduce
On 11/24/23 01:37, Shantur Rathore wrote:
Hi Marek,
Hi,
sorry for the late reply.
In my case RockPro64, the power to usb ports onboard is controlled by
a regulator.
This regulator is enabled as part of init as here
On 11/27/23 06:57, Hector Martin wrote:
On 2023/11/23 8:50, Marek Vasut wrote:
Replace one type of terrible code formatting with a different
type of terrible code formatting. No functional change.
Signed-off-by: Marek Vasut
---
Cc: Bin Meng
Cc: Hector Martin
---
Hi Heinrich,
On Sun, 3 Dec 2023 at 13:00, Heinrich Schuchardt
wrote:
>
> On 12/3/23 20:50, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sun, 3 Dec 2023 at 11:33, Heinrich Schuchardt
> > wrote:
> >>
> >> On 12/3/23 19:22, Simon Glass wrote:
> >>> Hi Heinrich,
> >>>
> >>> On Sun, 3 Dec 2023 at
On 12/3/23 20:50, Simon Glass wrote:
Hi Heinrich,
On Sun, 3 Dec 2023 at 11:33, Heinrich Schuchardt
wrote:
On 12/3/23 19:22, Simon Glass wrote:
Hi Heinrich,
On Sun, 3 Dec 2023 at 10:53, Heinrich Schuchardt
wrote:
On 12/3/23 18:44, Simon Glass wrote:
Hi Heinrich,
On Sun, 3 Dec 2023 at
Hi Heinrich,
On Sun, 3 Dec 2023 at 11:33, Heinrich Schuchardt
wrote:
>
> On 12/3/23 19:22, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sun, 3 Dec 2023 at 10:53, Heinrich Schuchardt
> > wrote:
> >>
> >> On 12/3/23 18:44, Simon Glass wrote:
> >>> Hi Heinrich,
> >>>
> >>> On Sun, 3 Dec 2023 at
On 12/3/23 19:22, Simon Glass wrote:
Hi Heinrich,
On Sun, 3 Dec 2023 at 10:53, Heinrich Schuchardt
wrote:
On 12/3/23 18:44, Simon Glass wrote:
Hi Heinrich,
On Sun, 3 Dec 2023 at 03:55, Heinrich Schuchardt
wrote:
On 12/3/23 00:38, Shantur Rathore wrote:
Hi Simon,
On Sat, Dec 2, 2023 at
Hi Heinrich,
On Sun, 3 Dec 2023 at 10:53, Heinrich Schuchardt
wrote:
>
> On 12/3/23 18:44, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sun, 3 Dec 2023 at 03:55, Heinrich Schuchardt
> > wrote:
> >>
> >> On 12/3/23 00:38, Shantur Rathore wrote:
> >>> Hi Simon,
> >>>
> >>> On Sat, Dec 2, 2023
On 12/3/23 18:44, Simon Glass wrote:
Hi Heinrich,
On Sun, 3 Dec 2023 at 03:55, Heinrich Schuchardt
wrote:
On 12/3/23 00:38, Shantur Rathore wrote:
Hi Simon,
On Sat, Dec 2, 2023 at 6:33 PM Simon Glass wrote:
Hi,
On Mon, 20 Nov 2023 at 00:02, Ilias Apalodimas
wrote:
Hi Mark,
On Sun,
Hi Heinrich,
On Sun, 3 Dec 2023 at 03:55, Heinrich Schuchardt
wrote:
>
> On 12/3/23 00:38, Shantur Rathore wrote:
> > Hi Simon,
> >
> > On Sat, Dec 2, 2023 at 6:33 PM Simon Glass wrote:
> >>
> >> Hi,
> >>
> >> On Mon, 20 Nov 2023 at 00:02, Ilias Apalodimas
> >> wrote:
> >>>
> >>> Hi Mark,
>
Hi Marek,
On Sat, 2 Dec 2023 at 16:41, Marek Vasut
wrote:
>
> In case the cyclic framework is enabled, poll the card detect of already
> initialized cards and deinitialize them in case they are removed. Since
> the card initialization is a longer process and card initialization is
> done on
On Sat, 2 Dec 2023 at 13:53, Marek Vasut
wrote:
>
> The command completion temporary buffer seems to be only
> used by the argv tokenizer, move it to stack. This saves
> 2 kiB from the binary size (depends on configuration) per:
> $ aarch64-linux-gnu-readelf -s u-boot | sort -n -k 3
>
>
Hi Sean,
On Sat, 2 Dec 2023 at 12:38, Sean Anderson wrote:
>
> On 12/2/23 14:33, Sean Anderson wrote:
> > Both SHA1 and (especially) MD5 are no longer as safe as they once were for
> > cryptographic use. Replaces examples which use them with examples using
> > SHA256 instead. This will provide
1 - 100 of 123 matches
Mail list logo
