* Re: RE: [PATCH] lib : lz4 using put_unaligned_le16 instead of put_unaligned
@ 2014-07-22 8:12 Eunbong Song
0 siblings, 0 replies; 4+ messages in thread
From: Eunbong Song @ 2014-07-22 8:12 UTC (permalink / raw)
To: Chanho Min, gregkh; +Cc: linux-kernel, hyojun.im
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=euc-kr, Size: 1557 bytes --]
Hello.
>Can you check if this patch fix your problem also?
Unfortunately your patch does not fix my problem. My test logs are as follow.
I did the same test with lzo compression algorithm and with my patch, and
these work well.
debug_shell:/user> echo 1 > /sys/block/zram0/reset
debug_shell:/user> echo lz4 > /sys/block/zram0/comp_algorithm
debug_shell:/user> echo 520M > /sys/block/zram0/disksize
debug_shell:/user> mkfs.ext4 /dev/zram0
mke2fs 1.41.4 (27-Jan-2009)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
33280 inodes, 133120 blocks
6656 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=138412032
5 block groups
32768 blocks per group, 32768 fragments per group
6656 inodes per group
Superblock backups stored on blocks:
32768, 98304
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 25 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
debug_shell:/user> mount /dev/zram0 /mnt/
EXT4-fs (zram0): unsupported inode size: 272
mount: wrong fs type, bad option, bad superblock on /dev/zram0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Thanksÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: RE: [PATCH] lib : lz4 using put_unaligned_le16 instead of put_unaligned
@ 2014-07-23 4:55 Eunbong Song
0 siblings, 0 replies; 4+ messages in thread
From: Eunbong Song @ 2014-07-23 4:55 UTC (permalink / raw)
To: Chanho Min, gregkh; +Cc: linux-kernel, hyojun.im
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=euc-kr, Size: 610 bytes --]
> If your patch is applied, the data which is compressed
> by your big-endian system won't be decompressed in other little-endian system.
I can't understand this. Please, could you explain this more ?
My patch just replaces put_unaligned with put_unaligned_le16. and this just write compression data
in little endian byte-order regardless of machine byte-order, like ext file system.
So, i guess there is no problem what you pointed
Thanks. ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Re: [PATCH] lib : lz4 using put_unaligned_le16 instead of put_unaligned
2014-07-22 2:17 Eunbong Song
@ 2014-07-22 2:27 ` Greg KH
0 siblings, 0 replies; 4+ messages in thread
From: Greg KH @ 2014-07-22 2:27 UTC (permalink / raw)
To: Eunbong Song; +Cc: chanho.min, linux-kernel
On Tue, Jul 22, 2014 at 02:17:52AM +0000, Eunbong Song wrote:
>
> > Odd line wrapping :(
>
> Sorry, for this.
>
> > Anyway, is this a new problem? Or something that has always been there
> > in this compression function?
>
> Actually, i have tested zram with lz4 functions in my board(mips64 big endian).
> Everytime i try to mount my ext4 zram image i have failed.
> After applying this patch, that problem was disappeared.
So it's never worked?
Did you test on a little endian machine after making this change?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Re: [PATCH] lib : lz4 using put_unaligned_le16 instead of put_unaligned
@ 2014-07-22 2:17 Eunbong Song
2014-07-22 2:27 ` Greg KH
0 siblings, 1 reply; 4+ messages in thread
From: Eunbong Song @ 2014-07-22 2:17 UTC (permalink / raw)
To: Greg KH; +Cc: chanho.min, linux-kernel
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=euc-kr, Size: 519 bytes --]
> Odd line wrapping :(
Sorry, for this.
> Anyway, is this a new problem? Or something that has always been there
> in this compression function?
Actually, i have tested zram with lz4 functions in my board(mips64 big endian).
Everytime i try to mount my ext4 zram image i have failed.
After applying this patch, that problem was disappeared.
Thanks. ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-07-23 4:55 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-07-22 8:12 RE: [PATCH] lib : lz4 using put_unaligned_le16 instead of put_unaligned Eunbong Song
-- strict thread matches above, loose matches on Subject: below --
2014-07-23 4:55 Eunbong Song
2014-07-22 2:17 Eunbong Song
2014-07-22 2:27 ` Greg KH
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.