On Sun, Jun 12, 2022 at 7:25 PM Heinrich Schuchardt wrote:
>
> Building sandbox_defconfig on ARMv7 with HOST_32BIT=y results in:
>
> drivers/misc/qfw_sandbox.c:51:25: warning:
> cast to pointer from integer of different size [-Wint-to-pointer-cast]
>51 | void *address = (void *)be64_to
The SPL code declares binman symbols for U-Boot phases depending on
CONFIG_IS_ENABLED(BINMAN_UBOOT_SYMBOLS). This config exists for SPL and
TPL, also add a version for VPL.
Signed-off-by: Alper Nebi Yasak
---
Changes in v2:
- Update VPL configs for the new BINMAN_UBOOT_SYMBOLS
common/spl/Kconf
The i.MX8M boards use partially specified binman images which have an
SPL entry without a U-Boot entry. This would normally cause an error due
to the 'u_boot_any' binman symbols declared by BINMAN_UBOOT_SYMBOLS
requiring a U-Boot-like entry in the same image as the SPL.
However, a problem in the A
Binman lets us declare symbols in SPL/TPL that refer to other entries in
the same binman image as them. These symbols are filled in with the
correct values while binman assembles the images, but this is done
in-memory only. Symbols marked as optional can be filled with
BINMAN_SYM_MISSING as an erro
From: Peng Fan
In arch/arm/lib/sections.c there is below code:
char __image_copy_start[0] __section(".__image_copy_start");
But actually 'objdump -t spl/u-boot-spl' not able to find out
symbol '__image_copy_start' for binman update image-pos/size.
So update link file
Signed-off-by: Peng Fan
Re
On 6/28/22 3:28 AM, Qu Wenruo wrote:
[BACKGROUND]
Unlike FUSE/Kernel which always pass aligned read range, U-boot fs code
just pass the request range to underlying fses.
Under most case, this works fine, as U-boot only really needs to read
the whole file (aka, 0 for both offset and len, len will
On Fri, 24 Jun 2022 12:04:18 +0930, Joel Stanley wrote:
> This updates the configuration for the aspeed machines, adding support
> for the ast2600.
>
> Joel Stanley (2):
> ast2500: Simplify Qemu command line
> travis-ci: Add Aspeed AST2600 Qemu configuration
>
> [...]
Applied, thanks!
[1/2]
The current detection of RX FIFO depth seems to be not reliable, and
XCH will self-clear when a transfer is done.
Check XCH bit when polling for transfer finish.
Signed-off-by: Icenowy Zheng
---
drivers/spi/spi-sunxi.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff -
The 06/27/2022 18:06, Joel Stanley wrote:
> On Mon, 27 Jun 2022 at 08:48, Steven Lee wrote:
> >
> > Hi Joel,
> >
> > I was wondering if you could share the commit hash of u-boot you tested.
> > I would like to test it on qemu.
>
> I recommend using master with the patch that fixes FIT hash checki
On 2022/6/28 20:36, Huang Jianan wrote:
Hi, wenruo,
在 2022/6/28 15:28, Qu Wenruo 写道:
For _fs_read(), @len == 0 means we read the whole file.
And we just pass @len == 0 to make each filesystem to handle it.
In fact we have info->size() call to properly get the filesize.
So we can not only c
Hi, wenruo,
在 2022/6/28 15:28, Qu Wenruo 写道:
For _fs_read(), @len == 0 means we read the whole file.
And we just pass @len == 0 to make each filesystem to handle it.
In fact we have info->size() call to properly get the filesize.
So we can not only call info->size() to grab the file_size for l
On Mon, Jun 27, 2022 at 8:01 AM Frieder Schrempf wrote:
>
> From: Frieder Schrempf
>
> Currently accessing the SD card on USDHC2 fails with:
>
> => mmc dev 1
> Card did not respond to voltage select! : -110
>
> This is due to the fact that UHS modes are enabled in the defconfig
> and the devicetr
On Mon, Jun 27, 2022 at 8:01 AM Frieder Schrempf wrote:
>
> From: Frieder Schrempf
>
> LDO5 has two separate control registers. LDO5CTRL_L is used if the
> input signal SD_VSEL is low and LDO5CTRL_H if it is high.
> The current driver implementation only uses LDO5CTRL_H. To make this
> work on bo
hi Etienne,
On Thu, 23 Jun 2022 at 18:02, Etienne Carriere
wrote:
>
> Hi Sughosh,
>
> On Thu, 23 Jun 2022 at 11:46, Sughosh Ganu wrote:
> >
> > hi Etienne,
> >
> > On Tue, 21 Jun 2022 at 16:26, Etienne Carriere
> > wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Thu, 9 Jun 2022 at 14:31, Sughosh
hi Etienne,
On Tue, 21 Jun 2022 at 16:26, Etienne Carriere
wrote:
>
> Hello Sughosh,
>
> On Thu, 9 Jun 2022 at 14:30, Sughosh Ganu wrote:
> >
> > In the FWU Multi Bank Update feature, the information about the
> > updatable images is stored as part of the metadata, on a separate
> > partition. A
hi Patrick,
Apologies for the late reply. I had missed out replying to the review
comments on this patch. There are some review comments on the
Synquacer patches which need to be taken care of by another engineer.
Once those review comments are taken care of, I will be sending the
next version.
On
On 03/06/22 12:31PM, Vaishnav Achath wrote:
> During SFDP header parse and BFPT parse, structures in stack are used
> to perform spi_nor_read_sfdp() which expects a dma-safe buffer.
>
> This commit introduces spi_nor_read_sfdp_dma_unsafe() to wrap
> spi_nor_read_sfdp() using a kmalloc'ed bounce bu
On 6/28/22 05:49, Jim Liu wrote:
Hi Marek
Hi,
Thank you for your reminder.
Dell is use novuton uboot git repo now.
and request us upstream it.
npcm7xx normal defconfig is poleg_evb_defconfig, so all people use
this config to build uboot.
and poleg_evb_defconfig is in uboot master now.
I sep
On Thursday 23 June 2022 08:34:58 Tom Rini wrote:
> On Thu, Jun 23, 2022 at 01:29:10PM +0200, Pali Rohár wrote:
> > On Thursday 16 June 2022 14:19:44 Pali Rohár wrote:
> > > Currently CONFIG_SPL_TEXT_BASE and CONFIG_SYS_TEXT_BASE addresses are
> > > manually increased by 0x1000 due to .bootpg secti
I'm not an expert on erofs, but my quick glance didn't expose any
special handling on unaligned range, thus I think the U-boot erofs
driver doesn't really support unaligned read range.
This patch will add erofs_get_blocksize() so erofs can benefit from the
generic unaligned read support.
Cc: Huan
Currently ubifs doesn't support unaligned read offset, thanks to the
recent _fs_read() work to handle unaligned read, we only need to
implement ubifs_get_blocksize() to take advantage of it.
Now ubifs can do unaligned read without any problem.
Signed-off-by: Qu Wenruo
---
fs/fs.c
This is to make sandboxfs to report blocksize it supports for
_fs_read() to handle unaligned read.
Unlike all other fses, sandboxfs can handle unaligned read/write without
any problem since it's calling read()/write(), which doesn't bother the
blocksize at all.
This change is mostly to make testi
Just implement fat_get_blocksize() for fat, so that fat_read_file()
always get a block aligned read range.
Unfortunately I'm not experienced enough to cleanup the fat code, thus
further cleanup is appreciated.
Cc: Tom Rini
Signed-off-by: Qu Wenruo
---
fs/fat/fat.c | 13 +
fs/fs.c
Since _fs_read() is handling the unaligned read internally, ext4 driver
only need to handle block aligned read.
Unfortunately I'm not familiar with ext4 and its driver, thus not
confident enough to cleanup all the unaligned read related code.
So here we will have some dead code, and any help to c
Unlike FUSE or kernel, U-boot filesystem code makes the underly fs code
to handle the unaligned read (aka, read range is not aligned to fs block
size).
This makes underlying fs code harder to implement, as unlike FUSE/kernel
code, now they have to handle unaligned read all by themselves.
This pat
For _fs_read(), @len == 0 means we read the whole file.
And we just pass @len == 0 to make each filesystem to handle it.
In fact we have info->size() call to properly get the filesize.
So we can not only call info->size() to grab the file_size for len == 0
case, but also detect invalid @len (e.g.
That function is only utilized inside fat driver, unexport it.
Signed-off-by: Qu Wenruo
---
fs/fat/fat.c | 4 ++--
include/fat.h | 2 --
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/fat/fat.c b/fs/fat/fat.c
index df9ea2c028fc..dcceccbcee0a 100644
--- a/fs/fat/fat.c
+++ b/fs
[BACKGROUND]
Unlike FUSE/Kernel which always pass aligned read range, U-boot fs code
just pass the request range to underlying fses.
Under most case, this works fine, as U-boot only really needs to read
the whole file (aka, 0 for both offset and len, len will be later
determined using file size).
Hello Tom,
On 25.06.22 17:02, Tom Rini wrote:
> We only reference CONFIG_SYS_BFTIC3_BASE in one location. Move the
> comment to where we reference it, and use the value directly.
>
> Cc: Holger Brunck
> Cc: Heiko Schocher
> Signed-off-by: Tom Rini
> ---
> board/keymile/km83xx/km83xx.c | 6 ++
101 - 129 of 129 matches
Mail list logo