video/logo: prevent use of logos after they have been freed
authorTomi Valkeinen <tomi.valkeinen@ti.com>
Thu, 18 Dec 2014 11:40:06 +0000 (13:40 +0200)
committerDanny Wood <danwood76@gmail.com>
Tue, 29 Jan 2019 13:05:58 +0000 (13:05 +0000)
commit18d1d9bf9d778cdb909938c6b11f9cc7fd265e8e
tree6a1051e46cfff4734b6e78f458ba71fc3a6ad2f0
parentbce78cfe8a6c840a4f6e9db2c5a08ecf8bddf5dc
video/logo: prevent use of logos after they have been freed

commit 92b004d1aa9f367c372511ca0330f58216b25703 upstream.

If the probe of an fb driver has been deferred due to missing
dependencies, and the probe is later ran when a module is loaded, the
fbdev framework will try to find a logo to use.

However, the logos are __initdata, and have already been freed. This
causes sometimes page faults, if the logo memory is not mapped,
sometimes other random crashes as the logo data is invalid, and
sometimes nothing, if the fbdev decides to reject the logo (e.g. the
random value depicting the logo's height is too big).

This patch adds a late_initcall function to mark the logos as freed. In
reality the logos are freed later, and fbdev probe may be ran between
this late_initcall and the freeing of the logos. In that case we will
miss drawing the logo, even if it would be possible.

Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
drivers/video/logo/logo.c