From: Eryu Guan <guaneryu@gmail.com>
To: Nikolay Borisov <nborisov@suse.com>
Cc: fstests@vger.kernel.org, Dave Chinner <dchinner@redhat.com>
Subject: Re: [PATCH] common/config: Always create RESULT_BASE
Date: Thu, 3 Jan 2019 23:22:17 +0800 [thread overview]
Message-ID: <20190103152217.GA2803@desktop> (raw)
In-Reply-To: <d8faa1f5-87db-b029-4e68-68d76f7c410a@suse.com>
On Thu, Jan 03, 2019 at 02:29:08PM +0200, Nikolay Borisov wrote:
>
>
> On 3.01.19 г. 12:01 ч., Nikolay Borisov wrote:
> > Commit 7fc034868d5d ("common/config: create $RESULT_BASE before dumping kmemleak leaks")
> > inadvertently broke $RESULT_BASE dir creation since it changed the logic
> > to only create the directory only if this variable is not explicitly set
> > by the user. Fix this by ensuring RESULT_BASE is always created.
> >
> > Signed-off-by: Nikolay Borisov <nborisov@suse.com>
>
> Eryu,
>
> I think Johannes' commit should actually be reverted. Currently
> get_next_config is called at the beginning of the section code _AFTER_
> _init_kmemleak so it's not really fixing the problem that Johannes
> described. So care to revert his commit ?
get_next_config is always called at the end of common/config as well,
which is sourced before _init_kmemleak, so $RESULT_BASE is created. But
I missed the user-specified RESULT_BASE case, so I think everything is
fine after applying your patch. Thanks for the fix!
Eryu
>
> > ---
> > common/config | 11 ++++++-----
> > 1 file changed, 6 insertions(+), 5 deletions(-)
> >
> > diff --git a/common/config b/common/config
> > index fb664cf0a967..e2da9cfacbb5 100644
> > --- a/common/config
> > +++ b/common/config
> > @@ -663,11 +663,12 @@ get_next_config() {
> > # set default RESULT_BASE
> > if [ -z "$RESULT_BASE" ]; then
> > export RESULT_BASE="$here/results/"
> > - mkdir -p ${RESULT_BASE}
> > - if [ ! -d ${RESULT_BASE} ]; then
> > - echo "failed to create results directory $RESULT_BASE"
> > - exit 1
> > - fi
> > + fi
> > +
> > + mkdir -p ${RESULT_BASE}
> > + if [ ! -d ${RESULT_BASE} ]; then
> > + echo "failed to create results directory $RESULT_BASE"
> > + exit 1
> > fi
> >
> > if [ "$FSTYP" == "tmpfs" ]; then
> >
next prev parent reply other threads:[~2019-01-03 15:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-03 10:01 [PATCH] common/config: Always create RESULT_BASE Nikolay Borisov
2019-01-03 12:29 ` Nikolay Borisov
2019-01-03 15:22 ` Eryu Guan [this message]
2019-01-03 21:56 ` Dave Chinner
2019-01-04 9:43 ` Eryu Guan
2019-01-04 9:54 ` Nikolay Borisov
2019-01-04 13:19 ` Eryu Guan
2019-01-06 17:47 ` Darrick J. Wong
2019-01-06 18:08 ` Darrick J. Wong
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=20190103152217.GA2803@desktop \
--to=guaneryu@gmail.com \
--cc=dchinner@redhat.com \
--cc=fstests@vger.kernel.org \
--cc=nborisov@suse.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.