On Tue, 5 Jul 2011 09:55:34 +0100, Chris Wilson <ch...@chris-wilson.co.uk> wrote:
> Alan Cox reported a missing check on the kmalloc return value for the > allocation of a temporary mode used for searching for the LVDS downlock > frequency. This allocation is roughly 200 bytes, a little too large to > friviously place on the stack. However, we can simply use the few bytes > we need stored within the original DVO timing data, skip the translation > and do the compare directly between the timing data rather than on a > mode, thus avoiding the need for any temporary allocations. Can you clean this one up for -next? I'm merging bug fixes to -next to send off for post-3.0 integration. -- keith.pack...@intel.com
pgpF6WKYWxn6j.pgp
Description: PGP signature
_______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
