On Wed, Oct 13, 2010 at 12:10:31PM -0700, Joe Perches wrote:
I don't know if the binary chop is too cpu intensive or if too much data access would be a problem.
It's on my list to do something about this but if we're going to do anything it should be in generic code - this is an issue which affects a growing number of devices and there's enough code to mean that it should be librified. This should ideally also involve compressing the cache itself since that has a similar effect again.
I'm not a fan of doing device specific stuff here since it will make it harder to transition those devices to use generic code, causing hassle trying to maintain the subsystem. The size impact of doing something simple is a bit annoying but not usually a pressing issue on devices that would want a CODEC with a noticably large register map.
By the way, please try to provide prefixes for your patches which are consistent with those normally used for the code you are modifying rather than making up your own.