[devel] squashfs4+lzma

[devel] squashfs4+lzma

[Mykola S. Grechukh]

Здравствуйте,

Суровые мужики из openwrt не стали ждать апстрима и реализовали
поддержку lzma для squashfs4. Патчи для 2.6.30/2.6.31 переводят
squashfs на использование CryptoAPI вместо lib/decompress* а также
добавляют lzma в cryptoapi.

Сейчас я со всей этой хренью на борту попробую взлететь, а пока если
кто хочет поиграться:

ядро : http://git.altlinux.org/people/gns/packages/?p=kernel-image.git;a=commit;h=80f0319e72f431fbeca85701dcb1bedb686e7954
(дабы не ломать существующие профили mkimage, CRYPTO_ZLIB и
CRYPTO_LZMA вкомпилены)

утиль : http://git.altlinux.org/people/gns/packages/?p=squashfsprogs-lzma.git;a=commit;h=63dc8be97aa80ec3ef2ada709dea374e03783929
 (на пути в сизиф)

патченый mkimage :
http://git.altlinux.org/people/gns/packages/?p=mkimage.git;a=commit;h=ae41d1ad70c1c48bb5ce1a23a8ed461330160cd4
(SQUASHFS_VERSION=4LZMA выбирает правильный утиль)

--
Mykola Grechukh
RISC Group IT Solutions

Re: [devel] squashfs4+lzma

[Mykola S. Grechukh]

13 октября 2009 г. 15:04 пользователь Mykola S. Grechukh
> ядро : http://git.altlinux.org/people/gns/packages/?p=kernel-image.git;a=commit;h=80f0319e72f431fbeca85701dcb1bedb686e7954
> (дабы не ломать существующие профили mkimage, CRYPTO_ZLIB и
> CRYPTO_LZMA вкомпилены)
>
> утиль : http://git.altlinux.org/people/gns/packages/?p=squashfsprogs-lzma.git;a=commit;h=63dc8be97aa80ec3ef2ada709dea374e03783929
>  (на пути в сизиф)

http://git.altlinux.org/people/gns/packages/?p=squashfsprogs-lzma.git;a=commit;h=012d6949c39d28003712f35bafe976f24cf18c03

Здесь lzma включен по умолчанию. Таким образом, в
mkimage-profiles-desktop достаточно сказать
--with-squashfs-version=4LZMA.

--
Mykola Grechukh
RISC Group IT Soluti

Re: [devel] squashfs4+lzma

[Mykola S. Grechukh]

А вот здесь всё это лежит в собранном виде :

http://paq.osdn.org.ua/~gns/squashfs-lzma/kernel-2.6.30 i586 hasher
http://paq.osdn.org.ua/~gns/squashfs-lzma/utils i586 hasher

--
Mykola Grechukh
RISC Group IT Solutions

Re: [devel] squashfs4+lzma

[Led]

On Tuesday 13 October 2009 16:04:06 Mykola S. Grechukh wrote:
> Здравствуйте,
>
> Суровые мужики из openwrt не стали ждать апстрима и реализовали
> поддержку lzma для squashfs4. Патчи для 2.6.30/2.6.31 переводят
> squashfs на использование CryptoAPI вместо lib/decompress* а также
> добавляют lzma в cryptoapi.

А чем их не устроил lib/decompress_unlzma.c в ядре, что они придумали 
собственный велосипед?

>
> Сейчас я со всей этой хренью на борту попробую взлететь, а пока если
> кто хочет поиграться:
>
> ядро :
> http://git.altlinux.org/people/gns/packages/?p=kernel-image.git;a=commit;h=
>80f0319e72f431fbeca85701dcb1bedb686e7954 (дабы не ломать существующие
> профили mkimage, CRYPTO_ZLIB и
> CRYPTO_LZMA вкомпилены)
>
> утиль :
> http://git.altlinux.org/people/gns/packages/?p=squashfsprogs-lzma.git;a=com
>mit;h=63dc8be97aa80ec3ef2ada709dea374e03783929 (на пути в сизиф)
>
> патченый mkimage :
> http://git.altlinux.org/people/gns/packages/?p=mkimage.git;a=commit;h=ae41d
>1ad70c1c48bb5ce1a23a8ed461330160cd4 (SQUASHFS_VERSION=4LZMA выбирает
> правильный утиль)

-- 
Led

Re: [devel] squashfs4+lzma

[Mykola S. Grechukh]

13 октября 2009 г. 20:00 пользователь Led <> написал:
> On Tuesday 13 October 2009 16:04:06 Mykola S. Grechukh wrote:
>> Здравствуйте,
>>
>> Суровые мужики из openwrt не стали ждать апстрима и реализовали
>> поддержку lzma для squashfs4. Патчи для 2.6.30/2.6.31 переводят
>> squashfs на использование CryptoAPI вместо lib/decompress* а также
>> добавляют lzma в cryptoapi.

> А чем их не устроил lib/decompress_unlzma.c в ядре, что они придумали
> собственный велосипед?

а) тем что его не было когда они начинали. Авторы squashfs-lzma, с
другой стороны, забили на 4.0 когда он готовился уйти в mainline
kernel.

б) Здесь http://markmail.org/message/clfi2cnlgh5vod3q обсуждают, как
отлично работают  lib/decompress_*.c когда нужно распаковать vmlinuz
_целиком_ и почему это хуже для распаковки блоков ondemand.

в) я не думаю что использование cryptoapi более  велосипедно - скорее наоборот.

>> Сейчас я со всей этой хренью на борту попробую взлететь, а пока если
>> кто хочет поиграться:
>>
>> ядро :
>> http://git.altlinux.org/people/gns/packages/?p=kernel-image.git;a=commit;h=
>>80f0319e72f431fbeca85701dcb1bedb686e7954 (дабы не ломать существующие
>> профили mkimage, CRYPTO_ZLIB и
>> CRYPTO_LZMA вкомпилены)
>>
>> утиль :
>> http://git.altlinux.org/people/gns/packages/?p=squashfsprogs-lzma.git;a=com
>>mit;h=63dc8be97aa80ec3ef2ada709dea374e03783929 (на пути в сизиф)
>>
>> патченый mkimage :
>> http://git.altlinux.org/people/gns/packages/?p=mkimage.git;a=commit;h=ae41d
>>1ad70c1c48bb5ce1a23a8ed461330160cd4 (SQUASHFS_VERSION=4LZMA выбирает
>> правильный утиль)
>
> --
> Led
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel



-- 
--
Mykola Grechukh
RISC Group IT Solutions

Re: [devel] squashfs4+lzma

[Mykola S. Grechukh]

13 октября 2009 г. 20:00 пользователь Led <> написал:
> А чем их не устроил lib/decompress_unlzma.c в ядре, что они придумали
> собственный велосипед?

zlib, btw, изначально дублируется в crypto/ и lib/.

Re: [devel] squashfs4+lzma

[Led]

On Tuesday, 13 October 2009 23:30:21 Mykola S. Grechukh wrote:
> 13 октября 2009 г. 20:00 пользователь Led <> написал:
> > А чем их не устроил lib/decompress_unlzma.c в ядре, что они придумали
> > собственный велосипед?
>
> zlib, btw, изначально дублируется в crypto/ и lib/.


Неужели? Кто вам такое сказал?

..........................
crypto/Kconfig:

config CRYPTO_DEFLATE
        tristate "Deflate compression algorithm"
        select CRYPTO_ALGAPI
        select ZLIB_INFLATE
        select ZLIB_DEFLATE
...................................

-- 
Led

Re: [devel] squashfs4+lzma

[Led]

On Tuesday, 13 October 2009 23:17:33 Mykola S. Grechukh wrote:
> 13 октября 2009 г. 20:00 пользователь Led <> написал:
> > On Tuesday 13 October 2009 16:04:06 Mykola S. Grechukh wrote:
> >> Здравствуйте,
> >>
> >> Суровые мужики из openwrt не стали ждать апстрима и реализовали
> >> поддержку lzma для squashfs4. Патчи для 2.6.30/2.6.31 переводят
> >> squashfs на использование CryptoAPI вместо lib/decompress* а также
> >> добавляют lzma в cryptoapi.
> >
> > А чем их не устроил lib/decompress_unlzma.c в ядре, что они придумали
> > собственный велосипед?
>
> а) тем что его не было когда они начинали. Авторы squashfs-lzma, с
> другой стороны, забили на 4.0 когда он готовился уйти в mainline
> kernel.

Понятно.

>
> б) Здесь http://markmail.org/message/clfi2cnlgh5vod3q обсуждают, как
> отлично работают  lib/decompress_*.c когда нужно распаковать vmlinuz
> _целиком_ и почему это хуже для распаковки блоков ondemand.

Ничего подобного по приведённой вами ссылке не обнаружил (прочитал весть 
тред). Зато увидел, что реализовывать собирались не LZMA, а LZMA2.
Спасибо за ссылку, теперь более-менее ясно.

> в) я не думаю что использование cryptoapi более  велосипедно - скорее
> наоборот.

Не, невелосипедно реализовывать, раз LZMA2. Просто в crypto/ - нелогично. Для 
библиотек есть lib/

>
> >> Сейчас я со всей этой хренью на борту попробую взлететь, а пока если
> >> кто хочет поиграться:
> >>
> >> ядро :
> >> http://git.altlinux.org/people/gns/packages/?p=kernel-image.git;a=commit
> >>;h= 80f0319e72f431fbeca85701dcb1bedb686e7954 (дабы не ломать существующие
> >> профили mkimage, CRYPTO_ZLIB и
> >> CRYPTO_LZMA вкомпилены)
> >>
> >> утиль :
> >> http://git.altlinux.org/people/gns/packages/?p=squashfsprogs-lzma.git;a=
> >>com mit;h=63dc8be97aa80ec3ef2ada709dea374e03783929 (на пути в сизиф)
> >>
> >> патченый mkimage :
> >> http://git.altlinux.org/people/gns/packages/?p=mkimage.git;a=commit;h=ae
> >>41d 1ad70c1c48bb5ce1a23a8ed461330160cd4 (SQUASHFS_VERSION=4LZMA выбирает
> >> правильный утиль)

-- 
Led

Re: [devel] squashfs4+lzma

[Mykola S. Grechukh]

14 октября 2009 г. 6:23 пользователь Led <> написал:
>> б) Здесь http://markmail.org/message/clfi2cnlgh5vod3q обсуждают, как
>> отлично работают  lib/decompress_*.c когда нужно распаковать vmlinuz
>> _целиком_ и почему это хуже для распаковки блоков ondemand.
>
> Ничего подобного по приведённой вами ссылке не обнаружил (прочитал весть

http://markmail.org/message/oj527ylgutrxmyis и вниз по треду | egrep
'(single|multi)[- ]?shot'

>> в) я не думаю что использование cryptoapi более  велосипедно - скорее
>> наоборот.
>
> Не, невелосипедно реализовывать, раз LZMA2. Просто в crypto/ - нелогично. Для
> библиотек есть lib/

а что там делает lzo? ;)

Re: [devel] squashfs4+lzma

[Mykola S. Grechukh]

14 октября 2009 г. 6:17 пользователь Led <> написал:
> On Tuesday, 13 October 2009 23:30:21 Mykola S. Grechukh wrote:
>> 13 октября 2009 г. 20:00 пользователь Led <> написал:
>> > А чем их не устроил lib/decompress_unlzma.c в ядре, что они придумали
>> > собственный велосипед?
>>
>> zlib, btw, изначально дублируется в crypto/ и lib/.
>
>
> Неужели? Кто вам такое сказал?
>
> ..........................
> crypto/Kconfig:
>
> config CRYPTO_DEFLATE
>        tristate "Deflate compression algorithm"
>        select CRYPTO_ALGAPI
>        select ZLIB_INFLATE
>        select ZLIB_DEFLATE

Хм, действительно обёртка. А на фига обёртка? :)

Re: [devel] squashfs4+lzma

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 415 bytes --]

On Wed, Oct 14, 2009 at 10:37:53AM +0200, Mykola S. Grechukh wrote:
> > Не, невелосипедно реализовывать, раз LZMA2. Просто в crypto/ - нелогично. Для
> > библиотек есть lib/
> а что там делает lzo? ;)
Да тоже практически ничего.
-rw-r--r-- 1 wrar wrar 2525 Сен 10 14:44 crypto/lzo.c

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

 * gvy не настолько тормоз, как иногда кажется ;)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]