[<prev] [next>] [day] [month] [year] [list]
Date: Sat, 5 May 2018 11:29:13 +0300
From: Dan Carpenter <dan.carpenter@...cle.com>
To: Kangjie Lu <kjlu@....edu>
Cc: "Dilger, Andreas" <andreas.dilger@...el.com>,
Wenwen Wang <wang6495@....edu>,
"open list:STAGING SUBSYSTEM" <devel@...verdev.osuosl.org>,
Aastha Gupta <aastha.gupta4104@...il.com>,
Roman Storozhenko <romeusmeister@...il.com>,
Jeff Layton <jlayton@...hat.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
NeilBrown <neilb@...e.com>,
open list <linux-kernel@...r.kernel.org>,
"Drokin, Oleg" <oleg.drokin@...el.com>,
"moderated list:STAGING - LUSTRE PARALLEL FILESYSTEM"
<lustre-devel@...ts.lustre.org>
Subject: Re: [PATCH v2] staging: lustre: llite: fix potential missing-check
bug when copying lumv
On Fri, May 04, 2018 at 10:01:44AM -0500, Kangjie Lu wrote:
> > There is nothing preventing the user from using struct lov_mds_md_v3 but
> > filling in lmm_magic = LOV_MAGIC_V1 from the beginning, no need for a race.
> >
>
> Right. No need for users to race. There might be a type confusion issue
> though if V1
> object is used as V3 or the other way.
>
It's a bit confusing for someone reading the code, but in terms of the
kernel it's straightforward.
It's like if someone is typing with their toes, that's sort of confusing
but it's not a security issue. And here we're implementing a no typing
with your toes policy just to make things more higienic (static checkers
in this metaphor).
regards,
dan carpenter
Powered by blists - more mailing lists