On Tue, Jan 24, 2017 at 4:24 PM, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > On Tue, 24 Jan 2017 15:02:57 -0500 Dan Streetman <ddstreet@xxxxxxxx> wrote: > >> Add zswap_init_failed bool that prevents changing any of the module >> params, if init_zswap() fails, and set zswap_enabled to false. Change >> 'enabled' param to a callback, and check zswap_init_failed before >> allowing any change to 'enabled', 'zpool', or 'compressor' params. >> >> Any driver that is built-in to the kernel will not be unloaded if its >> init function returns error, and its module params remain accessible for >> users to change via sysfs. Since zswap uses param callbacks, which >> assume that zswap has been initialized, changing the zswap params after >> a failed initialization will result in WARNING due to the param callbacks >> expecting a pool to already exist. This prevents that by immediately >> exiting any of the param callbacks if initialization failed. >> >> This was reported here: >> https://marc.info/?l=linux-mm&m=147004228125528&w=4 > > I added Marcin's reportde-by to the changelog. Thanks, I missed that. > >> And fixes this WARNING: >> [ 429.723476] WARNING: CPU: 0 PID: 5140 at mm/zswap.c:503 >> __zswap_pool_current+0x56/0x60 >> >> Fixes: 90b0fc26d5db ("zswap: change zpool/compressor at runtime") >> Cc: stable@xxxxxxxxxxxxxxx > > Is this really serious enough to justify a -stable backport? It's just > a bit of extra noise associated with an initialization problem which > the user will be fixing anyway. The warning is just noise, and not serious. However, when init fails, zswap frees all its percpu dstmem pages and its kmem cache. The kmem cache might be serious, if kmem_cache_alloc(NULL, gfp) has problems; but the percpu dstmem pages are definitely a problem, as they're used as temporary buffer for compressed pages before copying into place in the zpool. If the user does get zswap enabled after an init failure, then zswap will likely Oops on the first page it tries to compress (or worse, start corrupting memory). I should have added all that to the changelog to make the issue clear, sorry. > > > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@xxxxxxxxx. For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a> > -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html