Re: [U-Boot] [PATCHv2] Add support for LZ4 decompression algorithm

2015-10-08 Thread Simon Glass
Hi Julius, On 7 October 2015 at 04:01, Julius Werner wrote: > Well then... a few hours and a significant reduction in sanity later, > I found that I'm shadowing the new 'ret' variable from changing the > API around because I forgot to remove the declaration part from the > 'ret' that already exis

Re: [U-Boot] [PATCHv2] Add support for LZ4 decompression algorithm

2015-10-07 Thread Julius Werner
Well then... a few hours and a significant reduction in sanity later, I found that I'm shadowing the new 'ret' variable from changing the API around because I forgot to remove the declaration part from the 'ret' that already existed in the else block. It would be nice if U-Boot compiled with -Wshad

Re: [U-Boot] [PATCHv2] Add support for LZ4 decompression algorithm

2015-10-06 Thread Simon Glass
Hi Julius, On 5 October 2015 at 19:09, Julius Werner wrote: > > > You can build U-Boot with NO_SDL=1 > > Ah, thanks... that was the important magic flag I needed! > > > Actually you should enable the option in configs/sandbox_defconfig, > > not lib/Kconfig. See the condition used by compression.c

Re: [U-Boot] [PATCHv2] Add support for LZ4 decompression algorithm

2015-10-05 Thread Julius Werner
> You can build U-Boot with NO_SDL=1 Ah, thanks... that was the important magic flag I needed! > Actually you should enable the option in configs/sandbox_defconfig, > not lib/Kconfig. See the condition used by compression.c: > > obj-$(CONFIG_SANDBOX) += compression.o Okay, makes sense. I looked

Re: [U-Boot] [PATCHv2] Add support for LZ4 decompression algorithm

2015-10-03 Thread Simon Glass
Hi Julius, On 3 October 2015 at 06:32, Julius Werner wrote: > This patch adds support for LZ4-compressed FIT image contents. This > algorithm has a slightly worse compression ration than LZO while being > nearly twice as fast to decompress. When loading images from a fast > storage medium this us