Open npes-95 opened 1 year ago
uuu extract bz2 to memory, it takes long time some time to allocate big memory. Can you try 1.5.xx, which reduce memory usage for single device burn?
Hi, thanks for the response!
When I say uuu > 1.4.243, I mean uuu 1.5.xx, as shown in the log provided above. I've verified this behaviour for releases 1.5.4, 1.5.11 and 1.5.21. uuu 1.4.243 works as expected.
Is there anymore information I can provide to help solve the issue?
1.5.xx have big change at memory management and multi-thread. Can you summary some reproduce steps? Did you met at zst file?
Can you summary some reproduce steps?
The issue is not consistently reproducible (which makes sense considering the memory mgmt/threading changes you mentioned), but running .\uuu.exe -v -b emmc_all <boot_binary> <image>.wic.bz2
a few times in a row is enough to trigger it (for me it occurs for about 2 out of 5 runs).
Did you met at zst file?
Could you clarify what you mean here?
New linux release switch to wic.zst format, which new compress/uncompress method, 10x fast then bz2. Did you meet similar issue for wic.zst?
I've just tested with an image compressed with zstd, the process does seem to be more reliable (so far I haven't been able to reproduce the issue).
I'll update the ticket to reflect the fact that this issue affects images compressed with bzip2.
Issue observed sporadically for all uuu releases >
1.4.243
on Windows 1010.0.19045.2846
. Log output:This results in the bootloader being unable to load the kernel FIT image, and the device not booting.