Hi,
On Fri, Jun 29, 2012 at 02:11:29AM -0400, Chris Ball wrote:
> Hi,
>
> On Fri, Jun 29 2012, Aaron Lu wrote:
> > Add a new flag of SDHCI_NEEDS_RETUNING_TIMER to represent if the host
> > needs retuning timer currently when driving the card inserted.
> >
> > This flag is set when the host does t
From: Saugata Das
In 512B disable emulation patch, a check is done to ensure that size
of the data is multiple of 4KB. However, the check is done with
brq->data.blocks, which is not initialized at the point of check.
This is now changed to blk_rq_sectors.
Signed-off-by: Saugata Das
---
drivers
Hi,
On Fri, Jun 29 2012, Aaron Lu wrote:
> Add a new flag of SDHCI_NEEDS_RETUNING_TIMER to represent if the host
> needs retuning timer currently when driving the card inserted.
>
> This flag is set when the host does tuning the first time for the card
> and is used afterwards whenever needs to de
Add a new flag of SDHCI_NEEDS_RETUNING_TIMER to represent if the host
needs retuning timer currently when driving the card inserted.
This flag is set when the host does tuning the first time for the card
and is used afterwards whenever needs to decide if the host is currently
using a retuning time
Some of the host settings are affected by different cards inserted, e.g.
when an UHS-I card is inserted, the SDHCI_NEEDS_RETUING flag might be
set when the tuning timer expired and host's max_blk_count will be
reduced to make sure the data transfer for a command does not exceed 4MiB
to meet the ret
The following 2 patches fixed a bug related the tuning stuffs and
refactored the code to make it simpler and easier to read and understand.
Aaron Lu (2):
mmc: sdhci: restore host settings when card is removed
mmc: sdhci: A new flag SDHCI_NEEDS_RETUNING_TIMER
drivers/mmc/host/sdhci.c | 39 ++
This patch supports packed write command of eMMC4.5 device.
Several writes can be grouped in packed command and all data
of the individual commands can be sent in a single transfer
on the bus.
Signed-off-by: Seungwon Jeon
Reviewed-by: Maya Erez
Reviewed-by: Namjae Jeon
---
drivers/mmc/card/blo
This patch adds packed command feature of eMMC4.5.
The maximum number for packing read(or write) is offered
and exception event relevant to packed command which is
used for error handling is enabled. If host wants to use
this feature, MMC_CAP2_PACKED_CMD should be set.
Signed-off-by: Seungwon Jeon
This patch-set adds support of packed command feature
for eMMC4.5 devices.
Changes in v8:
- Ensure the alignment of sector size for native 4KB sector
in command packing(from Subhash Jadavani)
- Exclude the packed read in this phase due to performance issue.
Changes in v7
Jeremy Fitzhardinge goop.org> writes:
>
> I have two: a PNY 8GB Class 10 card, and an EyeFi Connect X2 4GB, class 6.
>
> J
May I know the final solution for this?
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majord...@vger.ke
Hi Guennadi,
On Thu, Jun 28 2012, Guennadi Liakhovetski wrote:
> There are a number of MMC patches from me outstanding for 3.6.
> Appreciating, that it might not be very easy to keep on overview - what
> latest versions are and in which order they should be applied - would you
> like me to eith
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Seungwon Jeon
> Sent: Thursday, June 28, 2012 3:13 PM
> To: 'Subhash Jadavani'; 'Saugata Das'
> Cc: 'Chris Ball'; 'Maya Erez'; linux-mmc@vger.kernel.org; linux-
> ker...@v
Hi Subhash,
Subhash Jadavani wrote:
> Hi Seugwon, Saugata,
>
> Here the actual large sector size support had one issue and anyway as of now
> large sector size is not supported on any of the eMMC4.5 devices, whereas
> the packed commands are already supported on eMMC4.5 chips so I would prefer
>
Hi Seugwon, Saugata,
Here the actual large sector size support had one issue and anyway as of now
large sector size is not supported on any of the eMMC4.5 devices, whereas
the packed commands are already supported on eMMC4.5 chips so I would prefer
not to hold this patch for issue which is really
Looks good to me.
Reviewed-by: Maya Erez
On Thu, June 28, 2012 1:32 am, Yaniv Gardi wrote:
> This feature delete the unmap memory region of the eMMC card,
> by writing to a specific register in the EXT_CSD
> unmap region is the memory region that were previously deleted
> (by erase, trim or disca
Looks good to me.
Reviewed-by: Maya Erez
On Thu, June 28, 2012 1:32 am, Yaniv Gardi wrote:
> Adding a new ioctl to support sanitize operation in eMMC
> cards version 4.5.
> The sanitize ioctl support helps performing this operation
> via user application.
>
> Signed-off-by: Yaniv Gardi
>
> ---
>
Hi Chris
There are a number of MMC patches from me outstanding for 3.6.
Appreciating, that it might not be very easy to keep on overview - what
latest versions are and in which order they should be applied - would you
like me to either assemble a list of patches with links to ML archives or
ma
This feature delete the unmap memory region of the eMMC card,
by writing to a specific register in the EXT_CSD
unmap region is the memory region that were previously deleted
(by erase, trim or discard operation)
Signed-off-by: Yaniv Gardi
---
drivers/mmc/card/block.c | 72
Adding a new ioctl to support sanitize operation in eMMC
cards version 4.5.
The sanitize ioctl support helps performing this operation
via user application.
Signed-off-by: Yaniv Gardi
---
block/blk-core.c | 15 ++--
block/blk-lib.c | 51 +++
*** adding and exposing SANITIZE capability to the user space via a unique
IOCTL ***
Yaniv Gardi (2):
block: ioctl support for sanitize in eMMC 4.5
mmc: card: Adding support for sanitize in eMMC 4.5
block/blk-core.c | 15 +++--
block/blk-lib.c | 51 +++
Saugata Das wrote:
> On 26 June 2012 09:18, Seungwon Jeon wrote:
> > Hi Subhash,
> >
> > Subhash Jadavani wrote:
> >> Hi Seungwon,
> >>
> >> Please one comment inline below related to large sector size handling for
> >> packed commands.
> >>
> >> Regards,
> >> Subhash
> >>
> >> > -Original
On Thu, Jun 28, 2012 at 1:12 PM, S, Venkatraman wrote:
> On Fri, Jun 22, 2012 at 7:01 PM, Subhash Jadavani
> wrote:
>> Thanks Venkatraman. Looks good to me.
>> Reviewed-by: Subhash Jadavani
>>
> Thanks Subhash.
> Chris,
> Can you consider including this for 3.6 ?
>
Oops!! - I see that it's alr
On Fri, Jun 22, 2012 at 7:01 PM, Subhash Jadavani
wrote:
> Thanks Venkatraman. Looks good to me.
> Reviewed-by: Subhash Jadavani
>
Thanks Subhash.
Chris,
Can you consider including this for 3.6 ?
Thanks and regards,
Venkat.
--
To unsubscribe from this list: send the line "unsubscribe linux-mm
23 matches
Mail list logo