* [PATCH v2] mtd: m25p80: Make the name of mtd_info fixed
@ 2014-01-26 6:16 Hou Zhiqiang
2014-02-10 19:39 ` Brian Norris
0 siblings, 1 reply; 3+ messages in thread
From: Hou Zhiqiang @ 2014-01-26 6:16 UTC (permalink / raw)
To: linux-mtd, linuxppc-dev
Cc: scottwood, Hou Zhiqiang, mingkai.hu, computersforpeace
To give spi flash layout using "mtdparts=..." in cmdline, we must
give mtd_info a fixed name,because the cmdlinepart's parser will
match the name given in cmdline with the mtd_info.
Now, if use OF node, mtd_info's name will be spi->dev->name. It
consists of spi_master->bus_num, and the spi_master->bus_num maybe
dynamically fetched.
So, give the mtd_info a new fiexd name "name.cs", "name" is name of
spi_device_id and "cs" is chip-select in spi_dev.
Signed-off-by: Hou Zhiqiang <b48286@freescale.com>
---
v2:
- add check for return value of function kasprintf.
- whether the spi_master->bus_num is dynamical is determined by spi
controller driver, and it can't be check in this driver. So, we can
not initial the mtd_info's name by distinguishing the spi_master
bus_num dynamically-allocated or not.
drivers/mtd/devices/m25p80.c | 8 ++++++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c
index eb558e8..1f494d2 100644
--- a/drivers/mtd/devices/m25p80.c
+++ b/drivers/mtd/devices/m25p80.c
@@ -1011,8 +1011,12 @@ static int m25p_probe(struct spi_device *spi)
if (data && data->name)
flash->mtd.name = data->name;
- else
- flash->mtd.name = dev_name(&spi->dev);
+ else {
+ flash->mtd.name = kasprintf(GFP_KERNEL, "%s.%d",
+ id->name, spi->chip_select);
+ if (!flash->mtd.name)
+ return -ENOMEM;
+ }
flash->mtd.type = MTD_NORFLASH;
flash->mtd.writesize = 1;
--
1.8.4.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH v2] mtd: m25p80: Make the name of mtd_info fixed
2014-01-26 6:16 [PATCH v2] mtd: m25p80: Make the name of mtd_info fixed Hou Zhiqiang
@ 2014-02-10 19:39 ` Brian Norris
2014-02-13 8:08 ` B48286
0 siblings, 1 reply; 3+ messages in thread
From: Brian Norris @ 2014-02-10 19:39 UTC (permalink / raw)
To: Hou Zhiqiang; +Cc: scottwood, linuxppc-dev, mingkai.hu, linux-mtd, linux-spi
On Sun, Jan 26, 2014 at 02:16:43PM +0800, Hou Zhiqiang wrote:
> To give spi flash layout using "mtdparts=..." in cmdline, we must
> give mtd_info a fixed name,because the cmdlinepart's parser will
> match the name given in cmdline with the mtd_info.
>
> Now, if use OF node, mtd_info's name will be spi->dev->name. It
> consists of spi_master->bus_num, and the spi_master->bus_num maybe
> dynamically fetched.
> So, give the mtd_info a new fiexd name "name.cs", "name" is name of
> spi_device_id and "cs" is chip-select in spi_dev.
>
> Signed-off-by: Hou Zhiqiang <b48286@freescale.com>
> ---
> v2:
> - add check for return value of function kasprintf.
> - whether the spi_master->bus_num is dynamical is determined by spi
> controller driver, and it can't be check in this driver. So, we can
> not initial the mtd_info's name by distinguishing the spi_master
> bus_num dynamically-allocated or not.
How about spi->master->bus_num < 0 ?
> drivers/mtd/devices/m25p80.c | 8 ++++++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/mtd/devices/m25p80.c b/drivers/mtd/devices/m25p80.c
> index eb558e8..1f494d2 100644
> --- a/drivers/mtd/devices/m25p80.c
> +++ b/drivers/mtd/devices/m25p80.c
> @@ -1011,8 +1011,12 @@ static int m25p_probe(struct spi_device *spi)
>
> if (data && data->name)
> flash->mtd.name = data->name;
> - else
> - flash->mtd.name = dev_name(&spi->dev);
> + else {
> + flash->mtd.name = kasprintf(GFP_KERNEL, "%s.%d",
> + id->name, spi->chip_select);
I don't think this name is specific enough. What if there are more than
one SPI controller? Then there could be one chip with the same
chip-select. You probably still need to incorporate the SPI master
somehow, even if it's not by using the bus number directly (because it's
dynamic).
> + if (!flash->mtd.name)
> + return -ENOMEM;
> + }
>
> flash->mtd.type = MTD_NORFLASH;
> flash->mtd.writesize = 1;
Brian
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [PATCH v2] mtd: m25p80: Make the name of mtd_info fixed
2014-02-10 19:39 ` Brian Norris
@ 2014-02-13 8:08 ` B48286
0 siblings, 0 replies; 3+ messages in thread
From: B48286 @ 2014-02-13 8:08 UTC (permalink / raw)
To: 'Brian Norris'
Cc: Scott Wood, linuxppc-dev@ozlabs.org, Mingkai.Hu@freescale.com,
linux-mtd@lists.infradead.org, linux-spi@vger.kernel.org
Hi Brian,
> -----Original Message-----
> From: Brian Norris [mailto:computersforpeace@gmail.com]
> Sent: Tuesday, February 11, 2014 3:40 AM
> To: Hou Zhiqiang-B48286
> Cc: linux-mtd@lists.infradead.org; linuxppc-dev@ozlabs.org; Wood Scott-
> B07421; Hu Mingkai-B21284; linux-spi@vger.kernel.org
> Subject: Re: [PATCH v2] mtd: m25p80: Make the name of mtd_info fixed
>=20
> On Sun, Jan 26, 2014 at 02:16:43PM +0800, Hou Zhiqiang wrote:
> > To give spi flash layout using "mtdparts=3D..." in cmdline, we must giv=
e
> > mtd_info a fixed name,because the cmdlinepart's parser will match the
> > name given in cmdline with the mtd_info.
> >
> > Now, if use OF node, mtd_info's name will be spi->dev->name. It
> > consists of spi_master->bus_num, and the spi_master->bus_num maybe
> > dynamically fetched.
> > So, give the mtd_info a new fiexd name "name.cs", "name" is name of
> > spi_device_id and "cs" is chip-select in spi_dev.
> >
> > Signed-off-by: Hou Zhiqiang <b48286@freescale.com>
> > ---
> > v2:
> > - add check for return value of function kasprintf.
> > - whether the spi_master->bus_num is dynamical is determined by spi
> > controller driver, and it can't be check in this driver. So, we can
> > not initial the mtd_info's name by distinguishing the spi_master
> > bus_num dynamically-allocated or not.
>=20
> How about spi->master->bus_num < 0 ?
>=20
In spi slave driver, we can not see this case. The spi->master->bus_num=20
must be greater than 0, because before loading spi slave driver, the spi
controller driver will check spi->master->bus_num, if it is less than 0,
the spi controller driver will allocate a new bus_num dynamically. So it
is always greater than 0 in m25p80.c.
> > drivers/mtd/devices/m25p80.c | 8 ++++++--
> > 1 file changed, 6 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/mtd/devices/m25p80.c
> > b/drivers/mtd/devices/m25p80.c index eb558e8..1f494d2 100644
> > --- a/drivers/mtd/devices/m25p80.c
> > +++ b/drivers/mtd/devices/m25p80.c
> > @@ -1011,8 +1011,12 @@ static int m25p_probe(struct spi_device *spi)
> >
> > if (data && data->name)
> > flash->mtd.name =3D data->name;
> > - else
> > - flash->mtd.name =3D dev_name(&spi->dev);
> > + else {
> > + flash->mtd.name =3D kasprintf(GFP_KERNEL, "%s.%d",
> > + id->name, spi->chip_select);
>=20
> I don't think this name is specific enough. What if there are more than
> one SPI controller? Then there could be one chip with the same chip-
> select. You probably still need to incorporate the SPI master somehow,
> even if it's not by using the bus number directly (because it's dynamic).
>
Yeah, you're right. Actually the bus_num is used to distinguish different
spi controller. If the controller driver give a dynamically-allocated
bus_num, yourself should take the risk to use mtdparts in command line.
I think, it is spi controller driver's responsibility to assign a
reasonable bus_num to make sure using command line mtdparts riskless, then
it is unnecessary to change mtdinfo's name.
=20
> > + if (!flash->mtd.name)
> > + return -ENOMEM;
> > + }
> >
> > flash->mtd.type =3D MTD_NORFLASH;
> > flash->mtd.writesize =3D 1;
>=20
> Brian
>=20
Zhiqiang Hou
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-02-13 8:08 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-26 6:16 [PATCH v2] mtd: m25p80: Make the name of mtd_info fixed Hou Zhiqiang
2014-02-10 19:39 ` Brian Norris
2014-02-13 8:08 ` B48286
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).