On Tue, 5 Jul 2011 09:55:34 +0100, Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> 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.packard@xxxxxxxxx
Attachment:
pgpjtYror2ueA.pgp
Description: PGP signature
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel