çå: çå: [PATCH] mfd: rtsx: Add support for RTS5260

[åé]

> On Fri, 22 Sep 2017, åé wrote:
> 
> > > On Fri, Sep 22, 2017 at 05:36:24PM +0800, rui_feng@xxxxxxxxxxxxxx wrote:
> > > > From: rui_feng <rui_feng@xxxxxxxxxxxxxx>
> > > >
> > > > Add support for new chip rts5260.
> > > > In order to support rts5260ïthe definitions of some internal
> > > > registers and workflow have to be modified and are different from
> > > > its predecessors. So we need this patch to ensure RTS5260 can work.
> > > >
> > > > Signed-off-by: Rui Feng <rui_feng@xxxxxxxxxxxxxx>
> > >
> > > Nit, this name needs to match your "From:" line.  It almost does :)
> > >
> > > Why is this a drivers/misc/ driver?
> > >
> > I want to put this driver in mfd because other drivers like
> > rts5249,rts5227 and so on are in mfd, but lee jones said " There is way too
> much code in this file to be an MFD driver.
> 
> There's more to it than that.
> 
> It's not an MFD driver because it's a card reader an nothing else.
> 
> MFDs cross subsystem boundaries, whereas this is just a card reader.
> 
> MFD isn't a dumping ground for devices which don't belong anywhere else.
> 

The functions in rts5260.c are called by drivers/mmc/host/rtsx_pci_sdmmc.c, it cross
mmc subsystem, so add Ulf Hansson.
Because many other similar drivers are in mfd, if relocate rts5260 now will lead to a much bigger modification,
and customer is in need of this patch. I think put rts5260 in mfd is better now. If mfd is really not the right place,
I will relocate it later not in this patch.
Greg, what do you think of putting rts5260 in mfd?

> > So I put it here.
> 
> Without creating a new subsystem, I can't think of a better place for it either.
> 
> > > > --- /dev/null
> > > > +++ b/drivers/misc/rts5260.c
> > > > @@ -0,0 +1,590 @@
> > > > +/* Driver for Realtek PCI-Express card reader
> > > > + *
> > > > + * Copyright(c) 2016-2017 Realtek Semiconductor Corp. All rights
> reserved.
> > > > + *
> > > > + * This program is free software; you can redistribute it and/or
> > > > +modify it
> > > > + * under the terms of the GNU General Public License as published
> > > > +by the
> > > > + * Free Software Foundation; either version 2, or (at your
> > > > +option) any
> > > > + * later version.
> > >
> > > Do you really mean "any later version"?  (I have to ask...)
> > >
> > > > + *
> > > > + * This program is distributed in the hope that it will be
> > > > + useful, but
> > > > + * WITHOUT ANY WARRANTY; without even the implied warranty of
> > > > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See
> the
> > > GNU
> > > > + * General Public License for more details.
> > > > + *
> > > > + * You should have received a copy of the GNU General Public
> > > > + License along
> > > > + * with this program; if not, see <http://www.gnu.org/licenses/>.
> > > > + *
> > > > + * Author:
> > > > + *   Steven FENG <steven_feng@xxxxxxxxxxxxxx>
> > > > + *   Rui FENG <rui_feng@xxxxxxxxxxxxxx>
> > > > + *   Wei WANG <wei_wang@xxxxxxxxxxxxxx>
> > > > + */
> > > > +
> > > > +#include <linux/module.h>
> > > > +#include <linux/delay.h>
> > > > +#include <linux/mfd/rtsx_pci.h>
> > > > +
> > > > +#include "../mfd/rtsx_pcr.h"
> > >
> > > That looks "odd" :(
> 
> This is odd.
> 
> You should move that file into include/.
> 
> --
> Lee Jones
> Linaro STMicroelectronics Landing Team Lead Linaro.org â Open source
> software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog
> 
> ------Please consider the environment before printing this e-mail.