On 05/10/11 18:33, Andrei Warkentin wrote:
Hi,
- Original Message -
From: Namjae Jeonlinkinj...@gmail.com
To: c...@laptop.org, linux-mmc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org, awarken...@vmware.com, adrian
hunteradrian.hun...@intel.com, linus walleij
On 05/10/11 17:59, Ulf Hansson wrote:
I am not that into how the sdhci host drivers is working, myself is more working
with the mmci driver and about to sent out patches with improved power
management support soon. I would like to take the opportunity to discuss in
general pm_runtime for
Andrei E. Warkentin wrote:
Hi Seungwon,
2011/10/6 Seungwon Jeon tgih@samsung.com:
Adrian Hunter wrote:
On 08/09/11 10:29, Seungwon Jeon wrote:
This patch adds cache feature of eMMC4.5 Spec.
If device supports cache capability, host can utilize some specific
operations.
Adrian Hunter wrote:
On 06/10/11 07:38, Seungwon Jeon wrote:
Adrian Hunter wrote:
On 08/09/11 10:29, Seungwon Jeon wrote:
This patch adds cache feature of eMMC4.5 Spec.
If device supports cache capability, host can utilize some specific
operations.
Signed-off-by: Seungwon
It allows gerneral purpose partitions in MMC Device.
And I try to simpliy make mmc_blk_alloc_parts using mmc_part structure
suggested by Andrei Warkentin.
After patching, we can see general purpose partitions like this.
cat /proc/partitions
179 0 847872 mmcblk0
179 192 4096
On 09/21/2011 11:40 AM, Nicolas Ferre :
While using io multiple blocks operations, change the way that sg is built:
use one sg entry for each block instead of aggregating the whole buffer
in a single sg entry.
Using a single sg entry for a multiple block command may lead to
misunderstanding
- Original Message -
From: Namjae Jeon linkinj...@gmail.com
To: c...@laptop.org, linux-mmc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org, awarken...@vmware.com, adrian hunter
adrian.hun...@intel.com, linus walleij
linus.wall...@linaro.org, james p freyensee
* Balaji T K balaj...@ti.com [111003 04:48]:
MMC1 pbias and speed control fix for SDMMC1 extended I/O cell
Rebase to git://github.com/tmlind/linux.git fixes
commit 122a98589349fe3388ffb7b996b54614951c934a
Author: Tapani Utriainen tap...@technexion.com
Date: Fri Sep 30
Hello,
Some MMC controller instances integrated on older OMAP34xx/35xx chips
don't work correctly with multiple-block reads, due to a hardware bug.
This series fixes the problem by adding an MMC capability flag for this
case and making the appropriate changes to the MMC core code and OMAP HSMMC
Due to hardware bugs, some MMC host controllers don't support
multiple-block reads[1]. To resolve, add a new MMC capability flag,
MMC_CAP_NO_MULTI_READ, which can be set by affected host controller
drivers. When this capability is set, all reads will be issued one
sector at a time.
1. See for
When device data indicates that multiple block reads are not supported on
a given HSMMC controller instance, log a message to the console, and
pass the appropriate MMC capability flag to the MMC core.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Dave Hylands dhyla...@gmail.com
Cc: Steve
The HSMMC1/HSMMC2 host controllers on OMAP34xx and
OMAP3503/3515/3525/3530 chips at ES levels prior to 3.0 can't do multiple
block reads[1]. Mark the hwmod data appropriately.
Reported by Dave Hylands dhyla...@gmail.com and Steve Sakoman
sako...@gmail.com.
1. See for example Advisory 2.1.1.128
Hi,
On Thu, Oct 06 2011, Andrei Warkentin wrote:
Subject: [PATCH v12] mmc : general purpose partition support.
It allows gerneral purpose partitions in MMC Device.
And I try to simpliy make mmc_blk_alloc_parts using mmc_part
structure suggested by Andrei Warkentin.
After patching, we can
This patch adds cache feature of eMMC4.5 Spec.
If device supports cache capability, host can utilize some specific
operations.
Signed-off-by: Seungwon Jeon tgih@samsung.com
---
v2:
Rebased to latest mmc-next branch.
Updated with comments from Adrian Hunter.
This patch is base on [PATCH v5]
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio driver is not ready. If drivers pass this error code through to
their caller (which they really should) then this will ensure that the
probe is retried later when further devices become available.
Signed-off-by: G, Manjunath
Existing omap hsmmc driver uses platform_driver_probe in init
function. Change it to use platform_driver_register in order to
use deferral probe mechanism.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
Original patch posted at:
http://comments.gmane.org/gmane.linux.kernel/1194346
Enhancements done to above patch:
- checkpatch warning fixes
- added Kconfig symbol CONFIG_PROBE_DEFER
- replacing normal workqueue with singlethread_workqueue
- handling -EPROBE_DEFER error
Apart from that, OMAP
Add new error value so that drivers can request deferred probe
from drivercore.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
Cc: linux-mmc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: Grant
From: Grant Likely grant.lik...@secretlab.ca
Allow drivers to report at probe time that they cannot get all the
resources required by the device, and should be retried at a
later time.
This should completely solve the problem of getting devices
initialized in the right order. Right now this
From: Mark Brown broo...@opensource.wolfsonmicro.com
If we fail to locate a requested regulator return -EPROBE_DEFER. If drivers
pass this error code through to their caller (which they really should)
then this will ensure that the probe is retried later when further devices
become available.
Original patch posted at:
http://comments.gmane.org/gmane.linux.kernel/1194346
Enhancements done to above patch:
- checkpatch warning fixes
- added Kconfig symbol CONFIG_PROBE_DEFER
- replacing normal workqueue with singlethread_workqueue
- handling -EPROBE_DEFER error
Apart from that, OMAP
Add new error value so that drivers can request deferred probe
from drivercore.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
Cc: linux-mmc@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Cc: Grant
From: Grant Likely grant.lik...@secretlab.ca
Allow drivers to report at probe time that they cannot get all the
resources required by the device, and should be retried at a
later time.
This should completely solve the problem of getting devices
initialized in the right order. Right now this
From: Mark Brown broo...@opensource.wolfsonmicro.com
If we fail to locate a requested regulator return -EPROBE_DEFER. If drivers
pass this error code through to their caller (which they really should)
then this will ensure that the probe is retried later when further devices
become available.
The gpio library should return -EPROBE_DEFER in gpio_request
if gpio driver is not ready. If drivers pass this error code through to
their caller (which they really should) then this will ensure that the
probe is retried later when further devices become available.
Signed-off-by: G, Manjunath
Existing omap hsmmc driver uses platform_driver_probe in init
function. Change it to use platform_driver_register in order to
use deferral probe mechanism.
Signed-off-by: G, Manjunath Kondaiah manj...@ti.com
Reported-by: Grant Likely grant.lik...@secretlab.ca
---
Cc: linux-o...@vger.kernel.org
26 matches
Mail list logo