All of lore.kernel.org
 help / color / mirror / Atom feed
From: sunnyZhang <sunny.s.zhang@oracle.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] [PATCH V2 1/2] ocfs2: protect extent tree in the ocfs2_prepare_inode_for_write
Date: Fri, 25 Oct 2019 08:52:40 +0800	[thread overview]
Message-ID: <c6e2549a-0e8d-b27b-7716-02266cc89db1@oracle.com> (raw)
In-Reply-To: <20191024170630.684d170b6da79080b28fc1a5@linux-foundation.org>


? 2019/10/25 ??8:06, Andrew Morton ??:
> On Thu, 24 Oct 2019 12:34:11 +0800 sunnyZhang <sunny.s.zhang@oracle.com> wrote:
>
>> @Gang
>>
>> Thank you very much!
>>
>> I have fixed this issue through upgrading the openmpi.
>>
>> I have tested this patch using ocfs2-test. It can work fine.
>>
>> @Andrew Please can you help me to summit this patch?
> OK, I'll send it in to Linus for 5.4.
>
> Is the problem serious enough to justify also tagging it for
> backporting into -stable kernels?

I think it's best to backport into stable kernels.

This issue can be reproduced every week in a production environment.

This issue is related to the usage mode. If others use ocfs2 in this 
mode, the kernel will

panic frequently.


Thanks,

Sunny

  reply	other threads:[~2019-10-25  0:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-18  2:02 [Ocfs2-devel] [PATCH V2 0/2] ocfs2: protect extent tree in the ocfs2_prepare_inode_for_write Shuning Zhang
2019-09-18  2:02 ` [Ocfs2-devel] [PATCH V2 1/2] " Shuning Zhang
2019-09-20 16:57   ` Junxiao Bi
2019-09-25 10:33   ` Gang He
2019-09-27  7:15     ` sunnyZhang
     [not found]       ` <92e25022-9d63-92f5-d3cf-08423c5c97b7@oracle.com>
2019-10-24  2:02         ` Gang He
2019-10-24  4:34           ` sunnyZhang
2019-10-25  0:06             ` Andrew Morton
2019-10-25  0:52               ` sunnyZhang [this message]
2019-09-18  2:02 ` [Ocfs2-devel] [PATCH V2 2/2] ocfs2: remove unused function ocfs2_prepare_inode_for_refcount Shuning Zhang
2019-09-20 16:57   ` Junxiao Bi
2019-09-25 10:34   ` Gang He

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=c6e2549a-0e8d-b27b-7716-02266cc89db1@oracle.com \
    --to=sunny.s.zhang@oracle.com \
    --cc=ocfs2-devel@oss.oracle.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.