[U-Boot] [PATCH 0/6] add zip command support for uboot

From: Tom Rini <trini@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 0/6] add zip command support for uboot
Date: Thu, 27 Sep 2012 08:22:15 -0700	[thread overview]
Message-ID: <50646F27.7050403@ti.com> (raw)
In-Reply-To: <CALZhoSTTowFPFippZ4SwwKbHGmUQe_-oMeK-Vx76S=ei4iu5fw@mail.gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09/26/12 19:05, Lei Wen wrote:
> Hi Tom,
> 
> On Thu, Sep 27, 2012 at 12:20 AM, Tom Rini <trini@ti.com 
> <mailto:trini@ti.com>> wrote:
> 
> On Wed, Sep 26, 2012 at 05:34:25PM +0200, Marek Vasut wrote:
>> Dear Lei Wen,
>> 
>>> On Thu, Sep 6, 2012 at 6:49 PM, Marek Vasut <marex@denx.de
> <mailto:marex@denx.de>> wrote:
>>>> Dear Lukasz Majewski,
>>>> 
>>>> [...]
>>>> 
>>>>>> Ok, that means we can make use of this command ?
>>>>> 
>>>>> I cannot promise, that I will provide the "zip" support
> straightaway in
>>>>> the DFU.
>>>>> 
>>>>> On the one hand if DFU is the only user of this command we
> are adding
>>>>> in fact a "dead" code. On the other hand we can use proper
>>>>> #define CONFIG_CMD_ZIP
> to not
>>>>> compile it until we "really" use this.
>>>> 
>>>> I'd rather see a user and code added, not the other way.
>>> 
>>> common/cmd_zip.c is another user. :)
>> 
>> I'm OK with this one.
>> 
>>> And file systems could use the zip callback to directly create
> the zipped
>>> file.
>> 
>> Definitelly not ... zip callback for FS is wrong.
>> 
>>> Since current ext4 and fat in uboot support write function, I
> think it
>>> could be a potential feature to add.
>> 
>> cmd_zip + fs write call is OK. But why do we need to zip
>> anything
> in uboot,
>> what's the usecase?
>> 
>> 
>>>>> Are there any other potential "users" of this functionality
>>>>> (ZIP compression/decompression) in u-boot?
>>>> 
>>>> None that I know of. Is it really zip or is it gzip ?
>>> 
>>> It is porting from zlib, and is there any different for the
> compression
>>> side for zip and gzip?
>> 
>> I ain't no expert, so I'm asking
>> 
>>> This patch is pending for too long time, do we have a answer
>>> now
> whether
>>> it could be merged?
>> 
>> Ccing Tom
> 
> I am fine, conceptually.  I see a few needed changes /
> clarifications: - Is this zip or gzip compression in the exposed
> command?
> 
> 
> Sure, the zip command is exposed. U_BOOT_CMD( zip,    5,      1,
> do_zip, "zip a memory region", "srcaddr srcsize dstaddr [dstsize]" 
> );
> 
> 
> - You don't update README with CONFIG_CMD_ZIP
> 
> 
> If the patch is generally accepted, I would update with another 
> version with the README update included.

Yes, please v2 things with an updated README.  Thanks.

- -- 
Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQIcBAEBAgAGBQJQZG8nAAoJENk4IS6UOR1W7eoP/R60nMqBgykTmLt/zuSCaFNw
x+wHnfsQBUIJyFVnwds/343D6kfW+KIGXjxAT8ILecL62g0H9/3lFiC6EhJzxzJY
HjAv9SLPHtUzTFSul+sjD3rG5v5cnwiU8XOe5Fdp1hfRTjiFPU8/4Qa4NpUQ227K
Wxt7+oA6cZkFg2wo9GSJscV3DSrSLHm2ctnrz2txKY4kO41VGjIE27tAgllRUC3r
7QdhZWgePGQIJDUL9q9UzgUEFB7FzFs7CqDQS5DgAOmhlrD8ZoXDX/B8y7u+nYCI
4Q5cHT2FMwfxs12bWLL4xO63bOLhXrTpZ3vD5un4kyfjup2p7qdiCzz5oYnLFtz0
th64scs6GKpczBspdoKaLf+ostcjQwe68/g7N6+nCGneQ2cpSpbQKWK7OOUZLCeC
PiRgHllUz6dnHUAkCSr08qbNmvpEQzG9xLw5m0Cr9ZQ4Miw4cuI9T7/u8Kg6/YYQ
w4MslhC/ZNO9EPUiF5eWiuynXjb5peWdaN9YsqVzWlCuT0v9Ig4AtzyNPRy2ThBc
MB/6ckhOjG67p52slgQdi3wM3X6cLyG5WQHRVGlGEvvvUWA74m7yks7KlWk0LVNV
aVyWKKwU23CIL+MIhHwG4n38zKXRoIu1VuZH1vCG0geBeJkp3Il062ydV07OiG2Q
LZuuPue1ATgn61kGxaUK
=8DlA
-----END PGP SIGNATURE-----