aboutsummaryrefslogtreecommitdiffstats
path: root/include/linux
diff options
context:
space:
mode:
authorRasmus Villemoes <linux@rasmusvillemoes.dk>2021-03-12 11:30:26 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2021-03-23 14:57:35 +0100
commit38f087de8947700d3b06d3d1594490e0f611c5d1 (patch)
tree5e3dc8d3ff2812b407db6e92fb6255fb917e1087 /include/linux
parentdrivers/base/cpu: remove redundant assignment of variable retval (diff)
downloadlinux-dev-38f087de8947700d3b06d3d1594490e0f611c5d1.tar.xz
linux-dev-38f087de8947700d3b06d3d1594490e0f611c5d1.zip
devtmpfs: fix placement of complete() call
Calling complete() from within the __init function is wrong - theoretically, the init process could proceed all the way to freeing the init mem before the devtmpfsd thread gets to execute the return instruction in devtmpfs_setup(). In practice, it seems to be harmless as gcc inlines devtmpfs_setup() into devtmpfsd(). So the calls of the __init functions init_chdir() etc. actually happen from devtmpfs_setup(), but the __ref on that one silences modpost (it's all right, because those calls happen before the complete()). But it does make the __init annotation of the setup function moot, which we'll fix in a subsequent patch. Fixes: bcbacc4909f1 ("devtmpfs: refactor devtmpfsd()") Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk> Link: https://lore.kernel.org/r/20210312103027.2701413-1-linux@rasmusvillemoes.dk Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions