Hello John,
On 11.04.24 07:05, John Watts wrote:
UBI required MTD to build correctly, add it as a Kconfig dependency.
Signed-off-by: John Watts
---
While working with UBI on my SPI NAND patch series I found it was
possible to enable it without enabling the MTD subsystem.
Add a Kconfig option
From: Takahiro Kuwano
The Infineon SEMPER NOR flash family uses 2-bit ECC by default with each
ECC block being 16 bytes. Under this scheme multi-pass programming to an
ECC block is not allowed. Set the writesize to make sure multi-pass
programming is not attempted on the flash.
Signed-off-by:
From: Takahiro Kuwano
default_init() fixup hook should be used to initialize flash parameters
when its information is not provided in SFDP. To support that case, it
needs to take flash_parameter structure like as other hooks.
Signed-off-by: Takahiro Kuwano
---
drivers/mtd/spi/spi-nor-core.c |
From: Takahiro Kuwano
Some flashes like the Infineon SEMPER NOR flash family use ECC. Under
this ECC scheme, multi-pass writes to an ECC block is not allowed.
In other words, once data is programmed to an ECC block, it can't be
programmed again without erasing it first.
Upper layers like file
From: Takahiro Kuwano
For NOR flashes EC and VID are zeroed out before an erase is issued to
make sure UBI does not mistakenly treat the PEB as used and associate it
with an LEB.
But on some flashes, like the Infineon Semper NOR flash family,
multi-pass page programming is not allowed on the
From: Takahiro Kuwano
This series is equivalent to the one for Linux MTD submitted by
Pratyush Yadav.
https://patchwork.ozlabs.org/project/linux-mtd/list/?series=217759=*
Takahiro Kuwano (4):
mtd: ubi: Do not zero out EC and VID on ECC-ed NOR flashes
mtd: spi-nor: Allow flashes to specify
On Sun, Apr 14, 2024 at 08:45:17PM +0200, Marek Vasut wrote:
> The following changes since commit cdfcc37428e06f4730ab9a17cc084eeb7676ea1a:
>
> Merge tag 'u-boot-dfu-next-20240402' of
> https://source.denx.de/u-boot/custodians/u-boot-dfu (2024-04-02 22:37:23
> -0400)
>
> are available in
On Sat, 13 Apr 2024 21:43:52 +0800
da...@189.cn wrote:
Hi,
thanks for sending a patch!
> From: lalakii
>
> Add "DRAM_SUN50I_H616_TRIM_SIZE" option for 1.5gb board.
>
> Signed-off-by: lalakii
> ---
> arch/arm/include/asm/arch-sunxi/dram_sun50i_h616.h | 1 +
> arch/arm/mach-sunxi/Kconfig
3
> 10:18:38 -0600)
>
> are available in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-nand-flash.git
> tags/u-boot-nand-20240414
>
> for you to fetch changes up to 248fc16055858c2028a381bb59e12354c4ae19ea:
>
> cmd: mtd: OTP access support (
On 4/14/24 11:28 PM, Laurent Pinchart wrote:
On Sun, Apr 14, 2024 at 11:25:06PM +0200, Marek Vasut wrote:
On 4/14/24 9:29 PM, Laurent Pinchart wrote:
Hi Marek,
Thank you for the patch.
On Sun, Apr 14, 2024 at 08:37:20PM +0200, Marek Vasut wrote:
In case of systems where DRAM bank ends at
On Sun, Apr 14, 2024 at 11:25:06PM +0200, Marek Vasut wrote:
> On 4/14/24 9:29 PM, Laurent Pinchart wrote:
> > Hi Marek,
> >
> > Thank you for the patch.
> >
> > On Sun, Apr 14, 2024 at 08:37:20PM +0200, Marek Vasut wrote:
> >> In case of systems where DRAM bank ends at the edge of 32bit
On 4/14/24 9:29 PM, Laurent Pinchart wrote:
Hi Marek,
Thank you for the patch.
On Sun, Apr 14, 2024 at 08:37:20PM +0200, Marek Vasut wrote:
In case of systems where DRAM bank ends at the edge of 32bit boundary,
start + size calculations would overflow. This happens on STM32MP15xx
with 1 DRAM
Hi Marek,
Thank you for the patch.
On Sun, Apr 14, 2024 at 08:37:20PM +0200, Marek Vasut wrote:
> In case of systems where DRAM bank ends at the edge of 32bit boundary,
> start + size calculations would overflow. This happens on STM32MP15xx
> with 1 DRAM bank starting at 0xc000 and 1 GiB of
Hi Yasuharu,
On Sun, Apr 14, 2024 at 9:46 AM Yasuharu Shibata
wrote:
>
> The server sends multiple packets without waiting for an ACK
> by window control and if some packets are dropped,
> wget will return an ACK including the dropped packets.
>
> Following log indicates this issue.
>
>
The following changes since commit cdfcc37428e06f4730ab9a17cc084eeb7676ea1a:
Merge tag 'u-boot-dfu-next-20240402' of
https://source.denx.de/u-boot/custodians/u-boot-dfu (2024-04-02 22:37:23 -0400)
are available in the Git repository at:
git://source.denx.de/u-boot-usb.git master
for you
In case of an OTP-CLOSED STM32MP15xx system, the CPU core 1 cannot be
released from endless loop in BootROM only by populating TAMP BKPxR 4
and 5 with magic and branch address and sending SGI0 interrupt from
core 0 to core 1 twice. TAMP_SMCR BKP..PROT fields must be initialized
as well to release
SoC revision is only accessible via DBUMCU IDC register,
which requires BSEC.DENABLE DBGSWENABLE bit to be set to
make the register accessible, otherwise an access to the
register triggers bus fault. As BSEC.DBGSWENABLE is zero
in case of an OTP-CLOSED system, do NOT set DBGSWENABLE
bit as this
The source file is in arch/arm/mach-stm32mp/ecdsa_romapi.c and not
in arch/arm/mach-stm32mp/stm32mp1/ecdsa_romapi.c . There are two
Makefile entries in each subdirectory. Drop the bogus one and keep
only the correct one, the one in arch/arm/mach-stm32mp/Makefile .
Signed-off-by: Marek Vasut
---
In case of systems where DRAM bank ends at the edge of 32bit boundary,
start + size calculations would overflow. This happens on STM32MP15xx
with 1 DRAM bank starting at 0xc000 and 1 GiB of DRAM. This is a
usual 32bit system DRAM size overflow, fix it by doing all DRAM size
and offset
-nand-flash.git
tags/u-boot-nand-20240414
for you to fetch changes up to 248fc16055858c2028a381bb59e12354c4ae19ea:
cmd: mtd: OTP access support (2024-04-14 08:49:40 +0200)
Gitlab CI showed no issues:
https://source.denx.de/u-boot/custodians/u-boot-nand-flash/-/pipelines/20333
Hi Tom and Simon,
On 2024-04-11 03:45, Tom Rini wrote:
> On Thu, 14 Dec 2023 21:18:58 -0700, Simon Glass wrote:
>
>> 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
Hello,
> Which dts upstream tag are u using?
You will find it in my previous email.
The command I use is:
./dts/update-dts-subtree.sh pull 2639a0e2fdbdb7f2dd351d06afe54c895adf9d9d
> Do you have time to debug the issue? I not have the board, so not sure what
> happens here.
Not at the moment
This patch adds DEFLATE compression algorithm support. It's a good choice
to trade off between compression ratios and performance compared to LZ4.
Alternatively, DEFLATE could be used for some specific files since EROFS
supports multiple compression algorithms in one image.
Signed-off-by: Jianan
Hi Bruce,
On Tue, Mar 12, 2024 at 2:43 AM Bruce Suen wrote:
>
> Add support for XTX XT26G0xA and XT26xxxD. The driver is ported from
> linux-6.7.1. This driver is tested on Banana BPI-R3 with XT26G01A and
> XT26G12D.
>
> Signed-off-by: Bruce Suen
> Reviewed-by: Frieder Schrempf
> ---
> V3->V4:
Hi Arseniy,
On Mon, Feb 12, 2024 at 11:19 AM Michael Nazzareno Trimarchi
wrote:
>
> Hi
>
> On Sat, Feb 10, 2024 at 11:48 PM Arseniy Krasnov
> wrote:
> >
> > Basic support for Amlogic Meson NAND controller on AXG. This version
> > works at only first EDO mode.
> >
> > Based on Linux version
Hi Arseniy,
On Tue, Mar 26, 2024 at 11:49 PM Arseniy Krasnov
wrote:
>
> Add access to OTP region. It supports info, dump, write and lock
> operations. Usage example:
>
> 'mtd otpread nand0 u 0 1024' - dump 1024 bytes of user area starting
> from offset 0 of device 'nand0'.
>
> 'mtd otpwrite
Hi Weizhao,
On Fri, Mar 15, 2024 at 7:07 PM Jonas Karlman wrote:
>
> Hi,
>
> On 2024-01-04 12:46, Weizhao Ouyang wrote:
> > Handle the return value of spi_flash_probe_bus_cs() to avoid sf probe
> > crashes.
> >
> > Signed-off-by: Weizhao Ouyang
>
> This fixes a null pointer dereference when
Hi Alexander,
On Wed, Mar 20, 2024 at 10:02 AM Alexander Dahl wrote:
>
> Hello everyone,
>
> while working on NAND flash support for a custom board based on the at91
> SAM9X60 SoC I stumbled over some issues in the raw nand subsystem.
>
> Four of six patches are minor fixes.
>
> Patch 4
> Subject: Re: [PATCH v6 5/5] imx93: convert to OF_UPSTREAM
>
>
> Hello,
>
> I was able to test this series on the imx93-phyboard-segin. Up to that
> specific
> commit no issue to report.
>
> That specific commit however, using an updated dts subtree at 2639a0e2fd,
> fails to boot.
>
> There
The server sends multiple packets without waiting for an ACK
by window control and if some packets are dropped,
wget will return an ACK including the dropped packets.
Following log indicates this issue.
wget_handler() wget: Transferring, seq=97bbdd4a, ack=30,len=580
wget_handler() wget:
Hello,
I was able to test this series on the imx93-phyboard-segin. Up to that
specific commit no issue to report.
That specific commit however, using an updated dts subtree at
2639a0e2fd, fails to boot.
There is no more garbage on the UART, but the boot stops after BL31 is
started:
U-Boot
Hello Patrice,
On 4/13/2024 1:54 PM, Patrice CHOTARD wrote:
On 4/12/24 17:53, Patrice Chotard wrote:
In case a new region is adjacent to a previous region with
similar flag, this region is merged with its predecessor, but no
check are done if this new added region is overlapping another
32 matches
Mail list logo