public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Sourav Poddar <sourav.poddar@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [UBOOT][PATCHv4 3/6] driver: mtd: spi: Add memory mapped read support
Date: Sat, 5 Oct 2013 11:42:15 +0530	[thread overview]
Message-ID: <524FADBF.6050308@ti.com> (raw)
In-Reply-To: <CAD6G_RSTSndDcOFfqsctK4yLbkAgyrKam_C_89bBJsEHiLWFPA@mail.gmail.com>

On Saturday 05 October 2013 01:36 AM, Jagan Teki wrote:
> Please use the commit msg head as "sf: .."
Ok.
> On Fri, Oct 4, 2013 at 8:21 PM, Sourav Poddar<sourav.poddar@ti.com>  wrote:
>> Qspi controller can have a memory mapped port which can be used for
>> data read. Added support to enable memory mapped port read.
>>
>> This patch enables the following:
>> - It enables exchange of memory map address between mtd and qspi
>> through the introduction of "memory_map" flag.
>> - Add support to communicate to the driver that memory mapped
>>   transfer is to be started through introduction of new flags like
>> "SPI_XFER_MEM_MAP" and "SPI_XFER_MEM_MAP_END".
>>
>> This will enable the spi controller to do memory mapped configurations
>> if required.
>>
>> Signed-off-by: Sourav Poddar<sourav.poddar@ti.com>
>> ---
>>   drivers/mtd/spi/sf_ops.c   |    2 ++
>>   drivers/mtd/spi/sf_probe.c |    1 +
>>   include/spi.h              |    3 +++
>>   3 files changed, 6 insertions(+), 0 deletions(-)
>>
>> diff --git a/drivers/mtd/spi/sf_ops.c b/drivers/mtd/spi/sf_ops.c
>> index c009af5..bee4128 100644
>> --- a/drivers/mtd/spi/sf_ops.c
>> +++ b/drivers/mtd/spi/sf_ops.c
>> @@ -269,7 +269,9 @@ int spi_flash_cmd_read_ops(struct spi_flash *flash, u32 offset,
>>
>>          /* Handle memory-mapped SPI */
>>          if (flash->memory_map) {
>> +               spi_xfer(flash->spi, 0, NULL, NULL, SPI_XFER_MEM_MAP);
>>                  memcpy(data, flash->memory_map + offset, len);
>> +               spi_xfer(flash->spi, 0, NULL, NULL, SPI_XFER_MEM_MAP);
> Is it correct, can you check it once.
> where is SPI_XFER_MEM_MAP_END used?
It will be used in the driver. check 4/6 patch of this series.
> Looks like you have used mem-map for only reads is it? if so where is
> SPI_XFER_BEGIN is using?
Yes, only memory mapped read is supported.

Ideally, we dont need BEGIN flag for memory mapped cases. I have 
explained a bit
more on your similar comment on patch 4/6.
> Please use _MMAP instead of _MEM_MAP for simple naming convention.
>
OK.

  reply	other threads:[~2013-10-05  6:12 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-04 14:51 [U-Boot] [UBOOT][PATCHv4 0/6] Add TI qspi controller with memory mapped support Sourav Poddar
2013-10-04 14:51 ` [U-Boot] [UBOOT][PATCHv4 1/6] omap5: add qspi support Sourav Poddar
2013-10-04 14:51 ` [U-Boot] [UBOOT][PATCHv4 2/6] armv7: hw_data: change clock divider setting Sourav Poddar
2013-10-04 14:51 ` [U-Boot] [UBOOT][PATCHv4 3/6] driver: mtd: spi: Add memory mapped read support Sourav Poddar
2013-10-04 20:06   ` Jagan Teki
2013-10-05  6:12     ` Sourav Poddar [this message]
2013-10-06  9:33   ` Gerhard Sittig
2013-10-06 10:01     ` Sourav Poddar
2013-10-04 14:51 ` [U-Boot] [UBOOT][PATCHv4 4/6] spi: add TI QSPI driver Sourav Poddar
2013-10-04 18:57   ` Jagan Teki
2013-10-04 20:02     ` Sourav Poddar
2013-10-04 20:13       ` Jagan Teki
2013-10-05  6:08         ` Sourav Poddar
2013-10-05  9:41           ` Jagan Teki
2013-10-05  9:55             ` Sourav Poddar
2013-10-05 11:40               ` Jagan Teki
2013-10-05 14:23                 ` Sourav Poddar
2013-10-06  8:44                   ` Jagan Teki
2013-10-06 10:14                     ` Sourav Poddar
2013-10-06 15:30                       ` Jagan Teki
2013-10-06 15:51                         ` Sourav Poddar
2013-10-04 14:51 ` [U-Boot] [UBOOT][PATCHv4 5/6] dra7xx_evm: add SPL API, QSPI, and serial flash support Sourav Poddar
2013-10-04 14:51 ` [U-Boot] [UBOOT][PATCHv4 6/6] README: qspi usecase and testing documentation Sourav Poddar
2013-10-04 18:38   ` Jagan Teki
2013-10-04 19:45     ` Sourav Poddar
2013-10-04 20:14       ` Jagan Teki
2013-10-05  6:08         ` Sourav Poddar

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=524FADBF.6050308@ti.com \
    --to=sourav.poddar@ti.com \
    --cc=u-boot@lists.denx.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox