Date: Tue, 22 Jul 2014 03:15:31 +0000 (GMT)
From: Eunbong Song <eunb.song@samsung.com>
Subject: Re: Re: Re: [PATCH] lib : lz4 using put_unaligned_le16 instead of
 put_unaligned
To: Greg KH <gregkh@linuxfoundation.org>
Cc: "chanho.min@lge.com" <chanho.min@lge.com>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Reply-to: eunb.song@samsung.com
MIME-version: 1.0
Msgkey: 20140722030307892@eunb.song
Content-type: text/plain; charset=euc-kr
MIME-version: 1.0
Message-id: <19235674.212171405998930057.JavaMail.weblogic@epml13>
DLP-Filter: Pass
Sender: linux-kernel-owner@vger.kernel.org
Content-Transfer-Encoding: 8bit


> So it's never worked?
Yes, it's always failed to mount. 
> Did you test on a little endian machine after making this change?
Unfortunately, i don't have little endian machine. So i couldn't test that.

Additionaly, when lz4 compress calls lz4_compressctx() function and uses LZ4_WRITE_LITTLEENDIAN_16() macro.
And When lz4 decompress  calls lz4_uncompress_unknownoutputsize function and 
uses LZ4_READ_LITTLEENDIAN_16 macro.
There is endian mismatch in big endian machine as i metioned before. when compress lz4 write big endian bytes order
and when decompress lz4 reads little endian bytes order. 
So i means we should make there is no endian mismatch between compress and decompress operation.

Thanks. ????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m????????????I?