All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Snitzer <snitzer@redhat.com>
To: Gilad Ben-Yossef <gilad@benyossef.com>
Cc: "dm-devel@redhat.com" <dm-devel@redhat.com>,
	"HyeYeon Chung" <hyeon.chung@samsung.com>,
	김호성 <hosung0.kim@samsung.com>
Subject: Re: FW: RE:(2) FW: RE: FW: (2) FW: Use-after-free while dm-verity
Date: Wed, 22 Aug 2018 13:28:10 -0400	[thread overview]
Message-ID: <20180822172810.GA29125@redhat.com> (raw)
In-Reply-To: <CAOtvUMdC9zcoQDnNTETzaJOi0U1fEhB=jM9Uw60PvSD_QPJ95Q@mail.gmail.com>

On Tue, Aug 21 2018 at  5:38am -0400,
Gilad Ben-Yossef <gilad@benyossef.com> wrote:

> Hi,
> 
> On Mon, Aug 20, 2018 at 2:33 PM, 정혜연 <hyeon.chung@samsung.com> wrote:
> >
> > Dear Gilad,
> >
> >
> >
> > We found memcopy is not preempted as you explained.
> >
> > Memcopy make kernel panic at the very first time.
> >
> > Your comment was very helpful us to find this. Thank you.
> >
> >
> 
> 
> I'm glad I could help.
> 
> >
> > We found the other core executed shrink_node at that time, so we suspect that lowmem situation coulde make this problem.
> >
> > And we tested after reverting async patch for 3 days and there's no isuue so far.
> >
> > So we assume there's unexpected free in dm-verity or some page memory operation (ex. offset ?).
> >
> >
> >
> > Do you have any idea?
> >
> >
> 
> 
> One thing that comes to mind is understanding why there are data
> errors in the data being read. The stack trace you sent shows calls to
> verity_fec_decode().
> This would happen if there was a mismatch between the computed hash
> and the expected hash of (in this specific case per the stack trace) a
> storage block containing hashes for the data. It is therefore attempts
> to fix the errors via employing Read Solomon codes.
> 
> While it is part of DM-Verity design, I'm surprised to see this happen
> in a lab environment. Do you deliberately create 1 bit errors in the
> data as a test or is this some coincidence?
> 
> Other than that, I return to my previous request:
> 
> "If this doesn't bring anything to light, please provide a the full
> kernel panic log (not just the snippet here), your kernel config and
> what architecture/board you are running this on, as well as details
> about DM-verity partition setup, size and underlying storage so I may
> attempt to recreate this."
> 
> 
> This will best help me help you.

Can you please see if this patch helps?

https://patchwork.kernel.org/patch/10573051/

Thanks,
Mike

--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel

  reply	other threads:[~2018-08-22 17:28 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20180814083408epcms2p1980005414da7197755f798aa9ed47a4f@epcms2p6>
     [not found] ` <20180814083408epcms2p1980005414da7197755f798aa9ed47a4f@epcms2p1>
     [not found]   ` <20180816003535epcms2p6bba40fd6423d0bb605b4dec3866f84c9@epcms2p6>
2018-08-16  0:57     ` FW: Use-after-free while dm-verity Gilad Ben-Yossef
     [not found]       ` <20180816015056epcms2p8954563f824dc617ae13ab1364715159a@epcms2p8>
     [not found]         ` <CAOtvUMf-6gDb-qdokMptZ93MX2QOHjRCLyhmJAhswwc=No=10w@mail.gmail.com>
2018-08-16  2:53           ` Fwd: (2) " Gilad Ben-Yossef
     [not found]     ` <CGME20180814083408epcms2p1980005414da7197755f798aa9ed47a4f@epcms2p8>
     [not found]       ` <20180816050443epcms2p8581dcebc1d50e20cd44b6491b0b70bbc@epcms2p8>
     [not found]         ` <20180816080855epcms2p87c6692782464dd95a46db8609a5b8590@epcms2p8>
2018-08-16 16:04           ` FW: RE: FW: " Gilad Ben-Yossef
2018-08-20  5:26             ` (2) " 정혜연
     [not found]               ` <20180820113359epcms2p576d2465aac9daf873e53a7a84d787ff4@epcms2p5>
2018-08-21  9:38                 ` FW: " Gilad Ben-Yossef
2018-08-22 17:28                   ` Mike Snitzer [this message]
2018-09-03  6:41                     ` Gilad Ben-Yossef
     [not found]                       ` <20180903065438epcms2p3d40adfdb0b7abc28efbf9a7111f67aa3@epcms2p3>
2018-09-03  7:11                         ` (2) " Gilad Ben-Yossef

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=20180822172810.GA29125@redhat.com \
    --to=snitzer@redhat.com \
    --cc=dm-devel@redhat.com \
    --cc=gilad@benyossef.com \
    --cc=hosung0.kim@samsung.com \
    --cc=hyeon.chung@samsung.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.