From: Minchan Kim <minchan@kernel.org>
To: Dan Streetman <ddstreet@ieee.org>
Cc: Nitin Gupta <ngupta@vflare.org>,
Ganesh Mahendran <opensource.ganesh@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
Seth Jennings <sjenning@redhat.com>, Yu Zhao <yuzhao@google.com>,
Linux-MM <linux-mm@kvack.org>,
Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
linux-kernel <linux-kernel@vger.kernel.org>,
Dan Streetman <dan.streetman@canonical.com>
Subject: Re: [PATCHv2] mm/zsmalloc: don't fail if can't create debugfs info
Date: Mon, 23 May 2016 12:03:58 +0900 [thread overview]
Message-ID: <20160523030358.GA6266@bbox> (raw)
In-Reply-To: <1463671123-5479-1-git-send-email-ddstreet@ieee.org>
On Thu, May 19, 2016 at 11:18:43AM -0400, Dan Streetman wrote:
> Change the return type of zs_pool_stat_create() to void, and
> remove the logic to abort pool creation if the stat debugfs
> dir/file could not be created.
>
> The debugfs stat file is for debugging/information only, and doesn't
> affect operation of zsmalloc; there is no reason to abort creating
> the pool if the stat file can't be created. This was seen with
> zswap, which used the same name for all pool creations, which caused
> zsmalloc to fail to create a second pool for zswap if
> CONFIG_ZSMALLOC_STAT was enabled.
>
> Signed-off-by: Dan Streetman <ddstreet@ieee.org>
> Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Cc: Dan Streetman <dan.streetman@canonical.com>
> Cc: Minchan Kim <minchan@kernel.org>
Acked-by: Minchan Kim <minchan@kernel.org>
However, Andrew already sent old version to upstream.
Andrew, Could you send revert patch of [1] in linus's tree and send
this instead of it if you have chance?
[1] d34f615720d1 mm/zsmalloc: don't fail if can't create debugfs info
Thanks.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Minchan Kim <minchan@kernel.org>
To: Dan Streetman <ddstreet@ieee.org>
Cc: Nitin Gupta <ngupta@vflare.org>,
Ganesh Mahendran <opensource.ganesh@gmail.com>,
Andrew Morton <akpm@linux-foundation.org>,
Sergey Senozhatsky <sergey.senozhatsky.work@gmail.com>,
Seth Jennings <sjenning@redhat.com>, Yu Zhao <yuzhao@google.com>,
Linux-MM <linux-mm@kvack.org>,
Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
linux-kernel <linux-kernel@vger.kernel.org>,
Dan Streetman <dan.streetman@canonical.com>
Subject: Re: [PATCHv2] mm/zsmalloc: don't fail if can't create debugfs info
Date: Mon, 23 May 2016 12:03:58 +0900 [thread overview]
Message-ID: <20160523030358.GA6266@bbox> (raw)
In-Reply-To: <1463671123-5479-1-git-send-email-ddstreet@ieee.org>
On Thu, May 19, 2016 at 11:18:43AM -0400, Dan Streetman wrote:
> Change the return type of zs_pool_stat_create() to void, and
> remove the logic to abort pool creation if the stat debugfs
> dir/file could not be created.
>
> The debugfs stat file is for debugging/information only, and doesn't
> affect operation of zsmalloc; there is no reason to abort creating
> the pool if the stat file can't be created. This was seen with
> zswap, which used the same name for all pool creations, which caused
> zsmalloc to fail to create a second pool for zswap if
> CONFIG_ZSMALLOC_STAT was enabled.
>
> Signed-off-by: Dan Streetman <ddstreet@ieee.org>
> Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Cc: Dan Streetman <dan.streetman@canonical.com>
> Cc: Minchan Kim <minchan@kernel.org>
Acked-by: Minchan Kim <minchan@kernel.org>
However, Andrew already sent old version to upstream.
Andrew, Could you send revert patch of [1] in linus's tree and send
this instead of it if you have chance?
[1] d34f615720d1 mm/zsmalloc: don't fail if can't create debugfs info
Thanks.
next prev parent reply other threads:[~2016-05-23 3:03 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-28 15:36 [PATCH] mm/zsmalloc: don't fail if can't create debugfs info Dan Streetman
2016-04-28 15:36 ` Dan Streetman
2016-04-28 22:07 ` Andrew Morton
2016-04-28 22:07 ` Andrew Morton
2016-04-29 0:38 ` Sergey Senozhatsky
2016-04-29 0:38 ` Sergey Senozhatsky
2016-04-29 5:37 ` Minchan Kim
2016-04-29 5:37 ` Minchan Kim
2016-04-29 14:50 ` Dan Streetman
2016-04-29 14:50 ` Dan Streetman
2016-04-29 15:33 ` Minchan Kim
2016-04-29 15:33 ` Minchan Kim
2016-05-03 2:18 ` Ganesh Mahendran
2016-05-03 2:18 ` Ganesh Mahendran
2016-05-19 15:18 ` [PATCHv2] " Dan Streetman
2016-05-19 15:18 ` Dan Streetman
2016-05-20 2:33 ` Ganesh Mahendran
2016-05-20 2:33 ` Ganesh Mahendran
2016-05-20 4:08 ` Sergey Senozhatsky
2016-05-20 4:08 ` Sergey Senozhatsky
2016-05-20 10:32 ` Dan Streetman
2016-05-20 10:32 ` Dan Streetman
2016-05-23 3:03 ` Minchan Kim [this message]
2016-05-23 3:03 ` Minchan Kim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160523030358.GA6266@bbox \
--to=minchan@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=dan.streetman@canonical.com \
--cc=ddstreet@ieee.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ngupta@vflare.org \
--cc=opensource.ganesh@gmail.com \
--cc=sergey.senozhatsky.work@gmail.com \
--cc=sergey.senozhatsky@gmail.com \
--cc=sjenning@redhat.com \
--cc=yuzhao@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.