On Sat, Jan 17, 2009 at 11:48:42PM +0100, Jan Engelhardt wrote: > > Looking at libcrc32c.c shows that it essentially depends on the > crc32c crypto module, which was not packed into my initramfs image > by mkinitrd because.. there is no dependency. Actually the whole point of doing the crc32c/libcrc32c reversal was to allow multiple providers of crc32c. As it stands we have a generic C version plus an Intel version. So by applying yuor patch we'll go back to always using the C version which is unacceptable. I think a better way of tackling this is to note this information explicitly in the module. For example, just like module aliases we can add explicit module dependencies. mkinitrd can then use this for its computation. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
