On 8/21/25 8:26 AM, Ravulapalli, Naresh Kumar wrote:
Hi Marek
On 21-Aug-25 1:49 AM, Marek Vasut wrote:
On 8/20/25 1:35 PM, Ravulapalli, Naresh Kumar wrote:
Hi Marek
On 20-Aug-25 4:56 PM, Marek Vasut wrote:
On 8/20/25 1:20 PM, Ravulapalli, Naresh Kumar wrote:
Hi Marek
On 20-Aug-25 2:27 PM, Marek Vasut wrote:
On 8/20/25 9:53 AM, Naresh Kumar Ravulapalli wrote:
Enhanced the generic firmware loader to support QSPI RAW partition
loading. This would enable FPGA configuration bitstream loading
from QSPI RAW partition to program FPGA.
Signed-off-by: Tien Fong Chee <tien.fong.c...@altera.com>
Signed-off-by: Naresh Kumar Ravulapalli
<nareshkumar.ravulapa...@altera.com>
Why not load from UBI on SPI NOR ?
It is to avoid the storage overhead for metadata and management
for devices with flash constraints.
What about data integrity , iirc UBI gives you built-in checksums.
Agree, UBI supports bad block management and other advantages. But
the objective here is to support RAW partition for flash constraint
devices.
How is integrity of the data in flash handled in this case ?
RAW partition support and required data integrity handling is user
specific. In our case, we are storing CRC32 checksum in flash and
computing the checksum on raw data during run time and cross-checking
the values.
How big is the file ? crc32 is weak . Why not use e.g. fitImage for this ?
If this raw loading should be available to users, it should come with a
BIG WARNING about data integrity.
