| commit | abbf268ae8f51e19779cdf3f5fbb8144f1a5fbc3 | [log] [tgz] |
|---|---|---|
| author | Russell King <rmk@dyn-67.arm.linux.org.uk> | Sat Nov 05 21:22:13 2005 +0000 |
| committer | Russell King <rmk+kernel@arm.linux.org.uk> | Sat Nov 05 21:22:13 2005 +0000 |
| tree | 735185fb11797c7afdc885267f84a19337693897 | |
| parent | 8d972a962177a261fc894f767fa3014f63d661e9 [diff] |
[DRIVER MODEL] Fix gbefb Statically allocated devices in module data is a potential cause of oopsen. The device may be in use by a userspace process, which will keep a reference to the device. If the module is unloaded, the module data will be freed. Subsequent use of the platform device will cause a kernel oops. Use generic platform device allocation/release code in modules. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> Acked-by: Greg Kroah-Hartman <gregkh@suse.de>