From: Willy Tarreau <w@1wt.eu>
To: Leo Yan <leo.yan@linaro.org>
Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Joel Fernandes <joelaf@google.com>,
Kees Cook <keescook@chromium.org>
Subject: Re: [PATCH 3.10] pstore: Make spinlock per zone instead of global
Date: Fri, 28 Jul 2017 23:47:52 +0200 [thread overview]
Message-ID: <20170728214752.GF7197@1wt.eu> (raw)
In-Reply-To: <20170728065215.GH2902@leoy-ThinkPad-T440>
On Fri, Jul 28, 2017 at 02:52:15PM +0800, Leo Yan wrote:
> On Fri, Jul 28, 2017 at 06:25:55AM +0200, Willy Tarreau wrote:
> > Hi Leo,
> >
> > There was no upstream commit ID here but I found it in mainline here :
> >
> > commit 109704492ef637956265ec2eb72ae7b3b39eb6f4
> > Author: Joel Fernandes <joelaf@google.com>
> > Date: Thu Oct 20 00:34:00 2016 -0700
> >
> > pstore: Make spinlock per zone instead of global
> >
> > What worries me is that some later fixes were issued, apparently to fix
> > an oops and a warning after this patch :
>
> Yes, below two patches I also notices. But at least I have not
> reproduce them on Android common kernel 4.4. I only faced the hang
> issue and the first patch just fixes it.
OK but maybe by breaking something else that the other ones have to
fix. That's my main concern in fact.
> BTW, I tried to port the second and third patch, but seems the
> second patch is dependency on one extra patch; so avoid to introduce
> complexity to resolve issue, I just port the first one for fixing
> issues.
OK.
> > Also, the information you added to the commit message references a trace
> > on a 4.4 kernel. Do you confirm that you got the same issue on 3.10 ?
>
> No, I only can confirm this on kernel 4.4. Now only kernel 4.4 are
> avaliable on the board, and I verified mainline kernel can work well;
> so this is why I can check difference between them and find the first
> patch is critical.
Given that 3.10 only has a few months left, if 3.10 isn't available on
this hardware, do you really think we need to fix something in it that
apparently nobody will be in situation to experience, at the risk of
possibly adding some partial breakage ?
I'm not opposed, really just asking.
Thanks,
Willy
next prev parent reply other threads:[~2017-07-28 21:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-28 2:06 [PATCH 3.10] pstore: Make spinlock per zone instead of global Leo Yan
2017-07-28 4:25 ` Willy Tarreau
2017-07-28 6:52 ` Leo Yan
2017-07-28 21:47 ` Willy Tarreau [this message]
2017-07-30 15:48 ` Leo Yan
2017-07-30 20:29 ` Willy Tarreau
2017-08-04 19:50 ` Greg Kroah-Hartman
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=20170728214752.GF7197@1wt.eu \
--to=w@1wt.eu \
--cc=gregkh@linuxfoundation.org \
--cc=joelaf@google.com \
--cc=keescook@chromium.org \
--cc=leo.yan@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=stable@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).