[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD14+f1yQWoZH4onJwbt1kezxyoHW147HA-1p+U0dVo3r=mqBw@mail.gmail.com>
Date: Wed, 18 Sep 2019 18:53:49 +0900
From: Ju Hyung Park <qkrwngud825@...il.com>
To: Dan Carpenter <dan.carpenter@...cle.com>
Cc: Greg KH <gregkh@...uxfoundation.org>, devel@...verdev.osuosl.org,
linkinjeon@...il.com, Valdis Kletnieks <valdis.kletnieks@...edu>,
Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>,
Namjae Jeon <namjae.jeon@...sung.com>,
linux-kernel@...r.kernel.org, alexander.levin@...rosoft.com,
sergey.senozhatsky@...il.com, linux-fsdevel@...r.kernel.org,
sj1557.seo@...sung.com
Subject: Re: [PATCH] staging: exfat: add exfat filesystem code to
Hi Dan,
On Wed, Sep 18, 2019 at 6:27 PM Dan Carpenter <dan.carpenter@...cle.com> wrote:
> Put it in drivers/staging/sdfat/.
It'll conflict with the current exfat staging drivers.
And moreover, I don't think it makes sense to use sdfat naming in mainline.
Samsung uses it since it handles all fat filesystems.
>From what I can tell, that's not in mainline's interests:
https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/commit/?h=staging-next&id=58985a9d2d03e977db93bf574a16162766a318fe
What I'm proposing is to remove the current exfat drivers and add
sdfat-based one(that I removed fat16/32 handlings and renamed to
exfat).
> But really we want someone from Samsung to say that they will treat
> the staging version as upstream.
Agreed.
Perhaps Namjae didn't pick up our questions with all those mails we
sent during last few days.
Maybe ping him again?
Thanks.
Powered by blists - more mailing lists