On 17/02/12 12:46, Jaehoon Chung wrote:
Hi.
On 02/17/2012 07:14 PM, hyeonsu@samsung.com wrote:
From: Hyeonsu Kim hyeonsu@samsung.com
This if phrase is illogical.
and SD Spec 3.0 supports au_size from 0 to 0xF.
Signed-off-by: Hyeonsu Kim hyeonsu@samsung.com
---
...@ti.com
Cc: Kevin Hilman khil...@ti.com
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
arch/arm/mach-exynos/mach-nuri.c |5 +-
arch/arm/mach-exynos/mach-universal_c210.c |9 +-
drivers/mmc/core/core.c| 185 ++--
drivers/mmc/core
On 29/02/12 08:28, Sujit Reddy Thumma wrote:
Hi Adrian,
On 2/24/2012 4:19 PM, Adrian Hunter wrote:
Most parts of the enable / disable API are no longer used and
can be removed.
Cc: Rajendra Nayakrna...@ti.com
Cc: Venkatraman Ssvenk...@ti.com
Cc: Kukjin Kimkgene@samsung.com
Cc
On 01/03/12 10:08, Subhash Jadavani wrote:
On 2/29/2012 12:47 PM, Adrian Hunter wrote:
Most parts of the enable / disable API are no longer used and
can be removed.
Cc: Rajendra Nayakrna...@ti.com
Cc: Venkatraman Ssvenk...@ti.com
Cc: Kukjin Kimkgene@samsung.com
Cc: Thomas
On 06/03/12 23:47, Rafael J. Wysocki wrote:
On Tuesday, March 06, 2012, Adrian Hunter wrote:
On 04/03/12 02:01, Rafael J. Wysocki wrote:
Hi all,
The goal of this patchset is to allow user space to control the
responsiveness of the MMC stack related to runtime power management.
I wonder why
On 06/03/12 23:14, Rafael J. Wysocki wrote:
On Tuesday, March 06, 2012, Guennadi Liakhovetski wrote:
On Tue, 6 Mar 2012, Adrian Hunter wrote:
On 04/03/12 02:01, Rafael J. Wysocki wrote:
Hi all,
The goal of this patchset is to allow user space to control the
responsiveness of the MMC stack
On 08/03/12 01:29, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki r...@sisk.pl
Make tmio_mmc call dev_pm_qos_expose_latency_limit() to expose
the PM QoS latency limit to user space and specify the initial
value of it as 100 microseconds.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
On 07/02/12 14:48, Adrian Hunter wrote:
Hi
Here are patches for Medfield to allow the use of high-capacity erase size
and to allow the SDIO host controller to be off when the card is kept on
during suspend - replacing the earlier patch mmc: sdhci: always reset all
during resume
Adrian
On 13/03/12 19:16, Alexander Stein wrote:
When using MSI it is possible that a new MSI is sent while an earlier
MSI is currently handled. In this case SDHCI_INT_STATUS only contains
SDHCI_INT_RESPONSE and the ISR would not be called again. But at the end
of the ISR SDHCI_INT_DATA_END is now
On 14/03/12 09:53, Alexander Stein wrote:
Hello,
Am Mittwoch, 14. März 2012, 09:39:02 schrieb Adrian Hunter:
On 13/03/12 19:16, Alexander Stein wrote:
When using MSI it is possible that a new MSI is sent while an earlier
MSI is currently handled. In this case SDHCI_INT_STATUS only contains
by Adrian
drivers/mmc/host/sdhci.c | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
Acked-by: Adrian Hunter adrian.hun...@intel.com
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
More
On 01/04/12 07:07, Chris Ball wrote:
Hi Adrian,
On Fri, Mar 23 2012, Linus Walleij wrote:
I was pretty tired of seeing these in my kernel compiles:
drivers/mmc/card/block.c: In function ‘mmc_blk_issue_secdiscard_rq’:
drivers/mmc/card/block.c:911:18: warning: ‘arg’ may be used uninitialized
On 03/04/12 19:55, Luca Porzio (lporzio) wrote:
Hi Adrian,
The sanitize logic looks wrong to me. I would expect it to look
like this:
diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
index b180965..f5e0534 100644
--- a/drivers/mmc/card/block.c
+++
On 30/03/12 21:50, Arnd Bergmann wrote:
(sorry for the duplicated email, this corrects the address of the android
kernel team, please reply here)
On Friday 30 March 2012, Arnd Bergmann wrote:
We've had a discussion in the Linaro storage team (Saugata, Venkat and me,
with Luca joining in
Hi
Here are patches in response to the thread
mmc: card: move variable initialization earlier
The patches have not been tested on eMMC v4.5
because I do not have one. Consequently, these
patches need an ack or tested-by someone who has
one that supports discard and sanitize.
Adrian Hunter (2
to all-zeros, so discard_zeroes_data must not be set.
In addition, the new discard has the same timeout as trim, but from
v4.5 trim is defined to use the hc timeout. The timeout calculation
is adjusted accordingly.
Fixes apply to linux 3.2 on.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
eMMC v4.5 sanitize operation erases all copies of unmapped
data. However trim or erase operations must be used first
to unmap the required sectors. That was not being done.
Fixes apply to linux 3.2 on.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
Cc: sta...@vger.kernel.org
---
drivers
On 04/04/12 15:47, Arnd Bergmann wrote:
On Wednesday 04 April 2012, Adrian Hunter wrote:
On 30/03/12 21:50, Arnd Bergmann wrote:
(sorry for the duplicated email, this corrects the address of the android
kernel team, please reply here)
On Friday 30 March 2012, Arnd Bergmann wrote:
We've
;
+
return max_discard;
}
What about:
From: Adrian Hunter adrian.hun...@intel.com
Date: Mon, 21 May 2012 13:32:42 +0300
Subject: [PATCH] mmc: core: fix max_discard calculation
The maximum discard calculation was unnecessarily pessimistic
in the case of erasing entire erase groups. In that case
: Adrian Hunter adrian.hun...@intel.com
Date: Mon, 21 May 2012 13:32:42 +0300
Subject: [PATCH] mmc: core: fix max_discard calculation
The maximum discard calculation was unnecessarily pessimistic in the case of
erasing entire erase groups. In that case, the quantity does not need to be
decreased
On 28/05/12 06:32, Philip Rakity wrote:
I have started looking at this area and I am rather confused. It seems to me
two dedicated regulators are required.
It probably pays not to assume too much about regulators. For example:
Sometimes vccq is always on, so there may be just 1
On 01/06/12 12:32, Torne (Richard Coles) wrote:
On 1 June 2012 10:31, Torne (Richard Coles) to...@google.com wrote:
On 1 June 2012 09:35, Adrian Hunter adrian.hun...@intel.com wrote:
On 29/05/12 05:32, Ben Hutchings wrote:
On Mon, 2012-05-28 at 18:31 +0100, Torne (Richard Coles) wrote:
From
On 01/06/12 13:20, Torne (Richard Coles) wrote:
On 1 June 2012 11:09, Adrian Hunter adrian.hun...@intel.com wrote:
On 01/06/12 12:32, Torne (Richard Coles) wrote:
On 1 June 2012 10:31, Torne (Richard Coles) to...@google.com wrote:
On 1 June 2012 09:35, Adrian Hunter adrian.hun...@intel.com
;
/*
Acked-by: Adrian Hunter adrian.hun...@intel.com
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 08/06/12 07:39, Jaehoon Chung wrote:
Enable eMMC background operations (BKOPS) feature.
If URGENT_BKOPS is set after a response, note that BKOPS
are required. After all I/O requests are finished, run
BKOPS if required. Should read/write operations be requested
during BKOPS, first issue
On 12/07/12 08:02, Jaehoon Chung wrote:
Hi, Adrian,
On 06/14/2012 10:46 PM, Adrian Hunter wrote:
On 08/06/12 07:39, Jaehoon Chung wrote:
Enable eMMC background operations (BKOPS) feature.
If URGENT_BKOPS is set after a response, note that BKOPS
are required. After all I/O requests
On 17/07/12 05:44, Jaehoon Chung wrote:
snip
+/**
+ * mmc_start_bkops - start BKOPS for supported cards
+ * @card: MMC card to start BKOPS
+ *
+ * Start background operations whenever requested.
+ * when the urgent BKOPS bit is set in a R1 command response
+ * then background
On 17/07/12 15:58, Jaehoon Chung wrote:
On 07/17/2012 09:30 PM, Adrian Hunter wrote:
On 17/07/12 05:44, Jaehoon Chung wrote:
snip
+/**
+ * mmc_start_bkops - start BKOPS for supported cards
+ * @card: MMC card to start BKOPS
+ *
+ * Start background operations whenever requested
On 20/07/12 14:58, me...@codeaurora.org wrote:
On Thu, July 19, 2012 8:12 am, Jaehoon Chung wrote:
+void mmc_start_bkops(struct mmc_card *card, bool from_exception)
+{
+int err;
+int timeout;
+bool use_busy_signal;
+
+BUG_ON(!card);
+
+if
The SDHCI standard defines a 256 byte register set but a device
that specifies a larger iomem region is not an error. Alter the
message condition accordingly.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci-pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Hi
Here are 4 minor fixes:
Adrian Hunter (4):
mmc: block: switch card to User Data Area when removing the block driver
mmc: core: make erase timeout calculation allow for gated clock
mmc: queue: append partition subname to queue thread name
mmc: queue: bring
The MMC block driver and other drivers (e.g. mmc-test) will expect
the card to be switched to the User Data Area eMMC partition when
they start. Hence the MMC block driver should ensure it is that
way when it is removed.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
Cc: Andrei Warkentin
The erase timeout calculation may depend on clock rate
which is zero if the clock is gated, so use
mmc_host_clk_rate() which allows for that case.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/core/core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
Cc: Andrei Warkentin andr...@motorola.com
---
drivers/mmc/card/block.c |2 +-
drivers/mmc/card/queue.c |8 +---
drivers/mmc/card/queue.h |3 ++-
3 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/mmc/card
.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/card/queue.c |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/drivers/mmc/card/queue.c b/drivers/mmc/card/queue.c
index 3e2db1c..6413afa 100644
--- a/drivers/mmc/card/queue.c
+++ b/drivers/mmc/card
Hi
Here is a patch that sets a maximum discard size for host controllers
that cannot manage large timeouts. And another patch putting it into
use for shdci.
Adrian Hunter (2):
mmc: queue: let host controllers specify maximum discard timeout
mmc: sdhci: specify maximum discard
that max_discard_sectors can be calculated.
However, for eMMC when the High Capacity Erase Group Size
is not in use, the timeout calculation depends on clock
rate which may change. For that case Preferred Erase Size
is used instead.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/card
In general, SDHC hardware timeout cannot be avoided.
Accordingly, the maximum timeout is specified to limit
the maximum discard size.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Hi
Just setting some MMC_CAP_8_BIT_DATA bits.
Adrian Hunter (1):
mmc: sdhci-pci: allow 8-bit bus width for Intel Medfield eMMCs
Major Lee (1):
mmc: sdhci-pci: add 8-bit bus width support for mrst hc0
drivers/mmc/host/sdhci-pci.c | 54
From: Major Lee major_...@wistron.com
And hook platform_8bit_width to support 8-bit bus width.
Signed-off-by: Major Lee major_...@wistron.com
Signed-off-by: Alan Cox a...@linux.intel.com
Signed-off-by: Dirk Brandewie dirk.brande...@gmail.com
---
drivers/mmc/host/sdhci-pci.c | 33
Unless MMC_CAP_8_BIT_DATA is set, the bus width defaults to 4.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci-pci.c | 21 -
1 files changed, 16 insertions(+), 5 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/host/sdhci
On 28/06/2011 5:16 p.m., Adrian Hunter wrote:
Hi
Here is a patch that sets a maximum discard size for host controllers
that cannot manage large timeouts. And another patch putting it into
use for shdci.
Can this be applied?
Adrian Hunter (2):
mmc: queue: let host controllers specify
On 19/07/2011 7:48 p.m., Chris Ball wrote:
Hi,
On Tue, Jul 19 2011, S, Venkatraman wrote:
On Wed, Jul 13, 2011 at 8:06 PM, Balaji T Kbalaj...@ti.com wrote:
Put MMC to sleep if it supports SLEEP/AWAKE (CMD5)
in the mmc suspend to minimize power consumption.
Signed-off-by: Balaji T
Hi
Here are some patches to add eMMC hardware reset support.
Adrian Hunter (5):
mmc: add eMMC hardware reset support
mmc: sdhci: add eMMC hardware reset support
mmc: sdhci-pci: add eMMC hardware reset support
mmc: mmc-test: add eMMC hardware reset test
mmc: block
to enable hardware reset.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/core/core.c | 95 ++
drivers/mmc/core/mmc.c |4 +-
include/linux/mmc/card.h |1 +
include/linux/mmc/core.h |3 +
include/linux/mmc/host.h |2
Add an SDHCI operation for hardware reset and connect it to the
host controller operation.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c |9 +
drivers/mmc/host/sdhci.h |2 +-
2 files changed, 10 insertions(+), 1 deletions(-)
diff --git
MMC core provides a checking function that checks if the reset
has happended. Add a test to use that function.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/card/mmc_test.c | 30 ++
1 files changed, 30 insertions(+), 0 deletions(-)
diff
-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/card/block.c | 201 --
drivers/mmc/core/core.c |4 +-
2 files changed, 144 insertions(+), 61 deletions(-)
diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
index e702c61..2a05b24
(host);
- return 0;
+ return err;
}
Looks good to me:
Reviewed-by: Subhash Jadavanisubha...@codeaurora.org
Acked-by: Adrian Hunter adrian.hun...@intel.com
Thanks,
Subhash
/*
--
1.7.0.4
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body
On 18/09/11 18:20, Namjae Jeon wrote:
user app should know whether hw reset function is enable to use it.
so I try to add sysfs file of hw reset function like enhanced area.
This conflicts with my patches:
http://marc.info/?l=linux-mmcm=131462534514277w=2
In the case of a switch error, do not update partition
config as though the switch succeeded, and ensure
blk_end_request is called on the failed request.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/card/block.c | 16 +---
1 files changed, 13 insertions
Intel Medfield platform blocks access to eMMC boot partitions
which results in switch errors. Since there is no access,
mmcboot0/1 devices should not be created. Add a host
capability to reflect that.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/card/block.c |2
Hi
Here is a minor fix and a patch to support no access to boot partitions.
Adrian Hunter (2):
mmc: block: fix boot partition switch error path
mmc: block: support no access to boot partitions
drivers/mmc/card/block.c | 18 ++
drivers/mmc/host/sdhci-pci.c
Perhaps rebase against Chris' mmc-next branch
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 30/09/11 11:11, NamJae Jeon wrote:
2011/9/30 NamJae Jeonlinkinj...@gmail.com:
2011/9/30 Adrian Hunteradrian.hun...@intel.com:
Perhaps rebase against Chris' mmc-next branch
I made this patch after rebasing Chris'mmc-next yesterday.
Hi. Adrian.
There is the overlapped code between your
Hi
Here are 2 patches to add runtime pm to sdhci-pci.
Adrian Hunter (2):
mmc: core: move -request() call from atomic context
mmc: sdhci-pci: add runtime pm support
drivers/mmc/core/core.c | 28 -
drivers/mmc/host/sdhci-pci.c | 182
mmc_wait_for_req_done().
This allows -request() to use runtime PM get_sync()
and guarantee it is never in an atomic context.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/core/core.c | 28 +---
1 files changed, 21 insertions(+), 7 deletions(-)
diff
detect mechanism
is supplanted by an always-on GPIO which provides for card
detect wake-up.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci-pci.c | 182 ++-
drivers/mmc/host/sdhci.c | 255
On 04/10/11 07:44, Jaehoon Chung wrote:
Hi Adrian...
+#ifdef CONFIG_PM_RUNTIME
+
+static int sdhci_pci_runtime_suspend(struct device *dev)
+{
+ struct pci_dev *pdev = container_of(dev, struct pci_dev, dev);
+ struct sdhci_pci_chip *chip;
+ struct sdhci_pci_slot *slot;
+
On 22/09/11 05:12, Seungwon Jeon wrote:
EXT_CSD[248] includes the default maximum timeout for CMD6.
This field is added at eMMC4.5 Spec. And it can be used for default
timeout except for some operations which don't define the timeout(i.e.
background operation, sanitize, flush cache) in eMMC4.5
On 04/10/11 20:45, Namjae Jeon wrote:
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
On 05/10/11 13:21, NamJae Jeon wrote:
2011/10/5 Adrian Hunteradrian.hun...@intel.com:
On 04/10/11 20:45, Namjae Jeon wrote:
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
On 05/10/11 14:22, NamJae Jeon wrote:
2011/10/5 NamJae Jeonlinkinj...@gmail.com:
2011/10/5 Adrian Hunteradrian.hun...@intel.com:
On 05/10/11 13:21, NamJae Jeon wrote:
2011/10/5 Adrian Hunteradrian.hun...@intel.com:
On 04/10/11 20:45, Namjae Jeon wrote:
It allows gerneral purpose
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 Jeontgih@samsung.com
---
This patch is base on [PATCH v3] mmc: core: Add default timeout value for
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
On 12/10/11 12:41, Linus Walleij wrote:
On Tue, Oct 11, 2011 at 4:06 PM, Ulf Hansson ulf.hans...@stericsson.com
wrote:
The patch mmc: core: move -request() call from atomic context,
is the reason to why this change is possible. This simplifies the
error handling code execution path quite a
debug_quirks2 module parameter description was inadvertently added
as debug_quirks.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
Only allow runtime PM for devices that specifically indicate
that they support it.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci-pci.c | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pci.c b
On 16/10/11 05:26, Chris Ball wrote:
Hi,
On Sat, Oct 15 2011, Chris Ball wrote:
Card insertion detection after boot no longer works (nothing new appears
in dmesg), so I'm unable to use the reader. Are you able to try to
figure this out? I'm happy to try any patches you suggest.
If I
On 17/10/11 15:56, Chris Ball wrote:
Hi Adrian,
On Mon, Oct 17 2011, Adrian Hunter wrote:
Only allow runtime PM for devices that specifically indicate
that they support it.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
drivers/mmc/host/sdhci-pci.c | 17 +
1
On 19/10/11 16:45, Giuseppe CAVALLARO wrote:
This patch is to expose the SDCLK frequency in the ios /sys entry.
For example, if the max clk for a normal speed card is 20MHz
this will be reported in /sys/kernel/debug/mmc0/ios instead of
the real SDCLK frequency (calculated as Baseclock /
On 20/10/11 09:31, Giuseppe CAVALLARO wrote:
Hello Adrian
On 10/20/2011 8:22 AM, Adrian Hunter wrote:
On 19/10/11 16:45, Giuseppe CAVALLARO wrote:
This patch is to expose the SDCLK frequency in the ios /sys entry.
For example, if the max clk for a normal speed card is 20MHz
On 24/10/11 12:56, Russell King - ARM Linux wrote:
On Mon, Oct 24, 2011 at 11:54:00AM +0200, Linus Walleij wrote:
On Mon, Oct 24, 2011 at 11:36 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sun, Oct 23, 2011 at 02:31:39AM +0200, Sebastian Rasmussen wrote:
I guess the patch
On 21/10/11 11:16, Giuseppe CAVALLARO wrote:
This patch is to expose the actual SDCLK frequency in
/sys/kernel/debug/mmcX/ios entry.
For example, if the max clk for a normal speed card is 20MHz
this is reported in /sys/kernel/debug/mmcX/ios.
Unfortunately the actual SDCLK frequency (i.e.
Hi
Here are some changes to allow wl12xx/SDIO to be set up for sdhci-pci.
There a a couple of fixes plus a method to get platform data. The
changes to the platform files are not included in this patchset.
Adrian Hunter (4):
mmc: sdhci: fix vmmc handling
mmc: sdhci: prevent card
Presently the vmmc regulator is enabled when the host
controller is added and disabled when it is removed.
However, the vmmc regulator should be under the control
of the upper layers via -set_ios(). Make it so.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c
Do not enable card detection interrupts for non-removable cards.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 5b01eff
support files instead of the
sdhci-pci driver.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci-pci.c | 32
include/linux/mmc/sdhci-pci-data.h | 18 ++
2 files changed, 46 insertions(+), 4 deletions(-)
create
On 28/10/11 12:33, Adrian Hunter wrote:
Add a means of getting platform data for the SDHCI PCI
devices.
This is no good. It does not allow for support for multiple
platforms to be compiled-in together. I will try again...
--
To unsubscribe from this list: send the line unsubscribe linux-mmc
changed, 116 insertions(+), 100 deletions(-)
create mode 100644 drivers/mmc/host/sdhci-pci-data.c
create mode 100644 include/linux/mmc/sdhci-pci-data.h
Regards
Adrian Hunter
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
Presently the vmmc regulator is enabled when the host
controller is added and disabled when it is removed.
However, the vmmc regulator should be under the control
of the upper layers via -set_ios(). Make it so.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c
support files instead of the
sdhci-pci driver.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/Makefile |2 +-
drivers/mmc/Makefile |3 +--
drivers/mmc/host/Makefile |1 +
drivers/mmc/host/sdhci-pci-data.c |5 +
drivers
Do not enable card detection interrupts for non-removable cards.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 5b01eff
Retrieve the GPIO numbers for hardware reset and
card detect from platform data.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci-pci.c | 105 +++---
1 files changed, 38 insertions(+), 67 deletions(-)
diff --git a/drivers/mmc
On 01/11/11 14:34, Manuel Lauss wrote:
Move suspend/resume/freeze/thaw hooks from struct pci_driver to dev_pm_ops,
mainly to shut up the driver cores' complaints about this driver using
both new and legacy PM methods.
Thanks for picking up on this
Signed-off-by: Manuel Lauss
On 02/11/11 11:45, Adrian Hunter wrote:
On 01/11/11 14:34, Manuel Lauss wrote:
Move suspend/resume/freeze/thaw hooks from struct pci_driver to dev_pm_ops,
mainly to shut up the driver cores' complaints about this driver using
both new and legacy PM methods.
Thanks for picking up
On 27/10/11 09:16, Giuseppe CAVALLARO wrote:
This patch is to expose the actual SDCLK frequency in
/sys/kernel/debug/mmcX/ios entry.
For example, if the max clk for a normal speed card is 20MHz
this is reported in /sys/kernel/debug/mmcX/ios.
Unfortunately the actual SDCLK frequency (i.e.
On 02/11/11 14:13, Manuel Lauss wrote:
Drop the state argument from sdhci_suspend_host. It's only user
is the PCI glue; this allows to move all SDHCI glues to use
dev_pm_ops instead.
Signed-off-by: Manuel Lauss manuel.la...@googlemail.com
---
drivers/mmc/host/sdhci-cns3xxx.c |5
On 02/11/11 16:06, Manuel Lauss wrote:
Drop the state argument from sdhci_suspend_host. It's only user
is the PCI glue; this allows to move all SDHCI glues to use
dev_pm_ops instead.
Signed-off-by: Manuel Lauss manuel.la...@googlemail.com
---
V2: sdhci-s3c does not use sdhci-pltfm.c and
On 03/11/11 08:45, Giuseppe CAVALLARO wrote:
This patch is to expose the actual SDCLK frequency in
/sys/kernel/debug/mmcX/ios entry.
For example, if the max clk for a normal speed card is 20MHz
this is reported in /sys/kernel/debug/mmcX/ios.
Unfortunately the actual SDCLK frequency (i.e.
On 02/11/11 16:29, Manuel Lauss wrote:
Drop the state argument from sdhci_suspend_host. Its only user
is the PCI glue; this allows to move all SDHCI glues to use
dev_pm_ops instead.
Signed-off-by: Manuel Lauss manuel.la...@googlemail.com
---
There is a checkpatch warning:
WARNING:
Hi
This checkpatch warning looks wrong:
WARNING: EXPORT_SYMBOL(foo); should immediately follow its function/variable
#73: FILE: drivers/mmc/host/sdhci-pci-data.c:5:
+EXPORT_SYMBOL_GPL(sdhci_pci_get_data);
The patch has this:
diff --git a/drivers/mmc/host/sdhci-pci-data.c
function to a function
pointer
Adrian Hunter (4):
mmc: sdhci: fix vmmc handling
mmc: sdhci: prevent card detection activity for non-removable cards
mmc: sdhci-pci: add platform data
mmc: sdhci-pci: get gpio numbers from platform data
drivers/Makefile |2
Do not enable card detection interrupts for non-removable cards.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 5b01eff
Retrieve the GPIO numbers for hardware reset and
card detect from platform data.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci-pci.c | 109 --
1 files changed, 41 insertions(+), 68 deletions(-)
diff --git a/drivers/mmc
support files instead of the
sdhci-pci driver.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/Makefile |2 +-
drivers/mmc/Makefile |3 +--
drivers/mmc/host/Makefile |1 +
drivers/mmc/host/sdhci-pci-data.c |5 +
drivers
Presently the vmmc regulator is enabled when the host
controller is added and disabled when it is removed.
However, the vmmc regulator should be under the control
of the upper layers via -set_ios(). Make it so.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
drivers/mmc/host/sdhci.c
On 04/11/11 09:16, Giuseppe CAVALLARO wrote:
This patch is to expose the actual SDCLK frequency in
/sys/kernel/debug/mmcX/ios entry.
For example, if the max clk for a normal speed card is 20MHz
this is reported in /sys/kernel/debug/mmcX/ios.
Unfortunately the actual SDCLK frequency (i.e.
On 03/11/11 12:09, Manuel Lauss wrote:
Drop the state argument from sdhci_suspend_host. Its only user
is the PCI glue; this allows to move all SDHCI glues to use
dev_pm_ops instead.
Signed-off-by: Manuel Lauss manuel.la...@googlemail.com
Acked-by: Adrian Hunter adrian.hun...@intel.com
1 - 100 of 800 matches
Mail list logo