| commit | ab8e2eb722f1e5fcbd8181e3e9ef4e95c52124df | |
| author | Rusty Russell <rusty@rustcorp.com.au> | |
| Sat, 13 Jun 2009 03:46:50 +0000 (12 21:46 -0600) | ||
| committer | Rusty Russell <rusty@rustcorp.com.au> | |
| Fri, 12 Jun 2009 12:16:53 +0000 (12 21:46 +0930) | ||
| tree | 41db45ac5411221c6e581952f7842004e6db48a5 | treesnapshot (tar.gz zip) |
| parent | 8ebf975608aaebd7feb33d77f07ba21a6380e086 | commitdiff |
cyber2000fb.c: use proper method for stopping unload if CONFIG_ARCH_SHARK
Russell explains the __module_get():
> cyber2000fb.c does it in its module initialization function
> to prevent the module (when built for Shark) from being unloaded. It
> does this because it's from the days of 2.2 kernels and no one bothered
> writing the module unload support for Shark.
Since 2.4, the correct answer has been to not define an unload fn.
Cc: Russell King <rmk+lkml@arm.linux.org.uk>
Cc: alex@shark-linux.de
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Russell explains the __module_get():
> cyber2000fb.c does it in its module initialization function
> to prevent the module (when built for Shark) from being unloaded. It
> does this because it's from the days of 2.2 kernels and no one bothered
> writing the module unload support for Shark.
Since 2.4, the correct answer has been to not define an unload fn.
Cc: Russell King <rmk+lkml@arm.linux.org.uk>
Cc: alex@shark-linux.de
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
| drivers/video/cyber2000fb.c | diffblobblamehistory |