Hi Chris,
Could you please comment on the patches for blackfin SD controller driver?
Thanks
Sonic
On Thu, Jun 14, 2012 at 5:22 PM, Sonic Zhang wrote:
> From: Sonic Zhang
>
> bf518 RSI dma doesn't work in array mode.
>
> Signed-off-by: Sonic Zhang
> ---
> drivers/mmc/host/bfin_sdh.c | 4 +
On Fri, Jun 15, 2012 at 23:49:10, Stephen Warren wrote:
>> I talked with Franky, this power sequence is generally for 4329, so
>> it mean this sequence can be put into the wifi driver.
>> We can use the virtual platform device both for OOB and non OOB.
>> I will send out patches later.
>
>Can you
On Sat, Jun 16, 2012 at 00:24:41, Franky Lin wrote:
>On 06/14/2012 11:09 PM, Wei Ni wrote:
>> I talked with Franky, this power sequence is generally for 4329, so it mean
>> this sequence can be put into the wifi driver.
>
>Hold on. It's generally for 4329. But fullmac supports 4329/4330 along
>wi
Add the packed read command for issuing data. Unlike the
packed write, command header is handled separately.
Signed-off-by: Seungwon Jeon
---
drivers/mmc/card/block.c | 134 +++---
drivers/mmc/card/queue.c |6 ++-
drivers/mmc/card/queue.h |2 +
3
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
---
drivers/mmc/card/block.c | 406
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.
This is resending of v7 because review of Subhash Jadavani in v6 is not applied
properly.
Changes in v7:
- Break the endless execution in some error handling(from Maya Erez).
- Change the condition for ena
On 06/17/2012 04:11 AM, Roland Stigge wrote:
> of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the
> respective GPIO is not (yet) available. This is useful if driver's probe()
> functions try to get a GPIO whose controller isn't probed yet. Thus, the
> driver
> can be pro
On Wed, Jun 13, 2012 at 02:57:41PM +0200, Guennadi Liakhovetski wrote:
> Add a function to get regulators, supplying card's Vdd and Vccq on a
> specific host. If a Vdd supplying regulator is found, the function checks,
> whether a valid OCR mask can be obtained from it. The Vccq regulator is
> opti
On Thu, Jun 14, 2012 at 03:07:56PM -0700, Philip Rakity wrote:
> minor optimization: move delay code to where delay is set and
> thus where it is used vs in the main line path.
Applied, thanks.
signature.asc
Description: Digital signature
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
tags/mmc-fixes-for-3.5-rc4
to receive MMC fixes for 3.5-rc4. There are no merge conflicts, and the
patches have been tested in linux-next. Thanks.
The following changes since commit f8f5701bdaf9134b1f90e
On Fri, Jun 15, 2012 at 11:27:36AM -0700, Philip Rakity wrote:
> V3
> --
Applied, thanks (though this changelog should've come in the --- after
the main changelog rather than before so it didn't appear in the
changelog). I made the spelling fix Pankaj pointed out as well.
signature.asc
Descrip
On Sun, Jun 17, 2012 at 12:11 PM, Roland Stigge wrote:
> of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the
> respective GPIO is not (yet) available. This is useful if driver's probe()
> functions try to get a GPIO whose controller isn't probed yet. Thus, the
> driver
On Sun, Jun 17, 2012 at 12:11 PM, Roland Stigge wrote:
> Zero is a valid GPIO and shouldn't be handled as an error return code from
> of_get_named_gpio(). It was a leftover from old code before getting
> pdata->gpio_*() was modified.
>
> Signed-off-by: Roland Stigge
Acked-by: Linus Walleij
Pl
On Sun, Jun 17, 2012 at 12:11 PM, Roland Stigge wrote:
> If the GPIOs used by the MMCI driver are not registered yet when the driver is
> probe()d, they can't be used. This happens if the mmci driver is probed before
> the respective GPIO controller (e.g. on the LPC32xx EA3250 board, the PCA9532
On Wed, Jun 13, 2012 at 03:37:31PM +0200, Guennadi Liakhovetski wrote:
> Add regulator support to the sh_mmcif driver, but also preserve the current
> power-callback.
Reviwed-by: Mark Brown
signature.asc
Description: Digital signature
On Sun, Jun 17, 2012 at 12:11:32PM +0200, Roland Stigge wrote:
> If the GPIOs used by the MMCI driver are not registered yet when the driver is
> probe()d, they can't be used. This happens if the mmci driver is probed before
> the respective GPIO controller (e.g. on the LPC32xx EA3250 board, the PC
of_get_named_gpio_flags() and of_get_named_gpio() return -EPROBE_DEFER if the
respective GPIO is not (yet) available. This is useful if driver's probe()
functions try to get a GPIO whose controller isn't probed yet. Thus, the driver
can be probed again later on.
The function still returns -EINVAL
Zero is a valid GPIO and shouldn't be handled as an error return code from
of_get_named_gpio(). It was a leftover from old code before getting
pdata->gpio_*() was modified.
Signed-off-by: Roland Stigge
---
drivers/mmc/host/mmci.c |5 -
1 file changed, 5 deletions(-)
--- linux-2.6.orig/d
If the GPIOs used by the MMCI driver are not registered yet when the driver is
probe()d, they can't be used. This happens if the mmci driver is probed before
the respective GPIO controller (e.g. on the LPC32xx EA3250 board, the PCA9532
GPIO controller would be initialized via DT after mmci). Theref
20 matches
Mail list logo