Re: [RFC] CryptoAPI & Compression

[Artem B. Bityuckiy]

Herbert Xu wrote:
> Surely that defeats the purpose of pcompress? I thought the whole point
> was to compress as much of the input as possible into the output?
Absolutely correct.

> So 1G into 1G doesn't make sense here.
I thought you are afraid about the case of a totally random input which 
may *grow* after it has been compressed.

> But 1G into 1M does and you
> want to put as much as you can in there.  Otherwise we might as well
> delete crypto_comp_pcompress :)

Err, it looks like we've lost the conversation flow. :-) I commented 
your phrase: "The question is what happens when you compress 1 1GiB 
input buffer into a 1GiB output buffer."

Then could you please in a nutshell write what worries you or what issue 
you would like to clarify?

IIRC, you worried that in case of a large input and output 12 bytes 
won't be enough. I argued it should. I'm even going to check this soon :-)

--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/