From: Tomas Winkler
Date: Thu, 19 Nov 2009 01:55:19 +0200
> 1. define macro for handling firmware api version
> 2. add MODULE_FIRMWARE
> 3. cleanup iwmct_fw_load style
>
> Signed-off-by: Tomas Winkler
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
t
1. define macro for handling firmware api version
2. add MODULE_FIRMWARE
3. cleanup iwmct_fw_load style
Signed-off-by: Tomas Winkler
---
drivers/misc/iwmc3200top/fw-download.c | 24 ++--
drivers/misc/iwmc3200top/iwmc3200top.h |3 +++
drivers/misc/iwmc3200top/main.c
On Wed, Nov 18, 2009 at 01:09:22PM -0800, Cory Maccarrone wrote:
> On Wed, Nov 18, 2009 at 10:41 AM, Ladislav Michl
> wrote:
> > Did you test it? It does not work on 5910, see here:
> > http://thread.gmane.org/gmane.linux.kernel.mmc/649
>
> Not sure why it wouldn't work on the 5910. I tested it
On Wed, Nov 18, 2009 at 10:41 AM, Ladislav Michl
wrote:
> On Sat, Nov 14, 2009 at 07:24:55PM -0800, Cory Maccarrone wrote:
>> The omap850 and omap730 use 16-bit registers instead of 32-bit, requiring
>> a modification of the register addresses in the mmc-omap driver. To
>> make this as portable a
On Mon, Nov 09, 2009 at 02:27:49PM -0800, Andrew Morton wrote:
> On Sun, 1 Nov 2009 12:59:05 +0100
> ladislav.mi...@seznam.cz wrote:
>
> > Free IRQ on remove.
> >
> > Signed-off-by: Ladislav Michl
> > Acked-by: Tony Lindgren
> >
> > diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/host/omap.
On Sat, Nov 14, 2009 at 07:24:55PM -0800, Cory Maccarrone wrote:
> The omap850 and omap730 use 16-bit registers instead of 32-bit, requiring
> a modification of the register addresses in the mmc-omap driver. To
> make this as portable as possible, I made the following changes:
Hmm, I would not tr
Hello,
I'm debugging some issues with mmc_spi. I have 3 mini-SD cards:
- transcend 2G - works
- Sandisk 2GB ultra - works if we play games with the CPHA bit, but
then the transcend card breaks.
- ATP Pro - does not get very far: mmc1: error -38 whilst initialising SD card
Thinking it might be a
Nicolas Ferre :
> Hi,
>
> What do you think about the rework of this atmel-mci DMA interface ?
> patches:
> [PATCH 1/3 v2] atmel-mci: change use of dma slave interface
> [PATCH 2/3 v2] mmc: atmel-mci: New MCI2 module support in atmel-mci driver
>
> We may consider them in replacement of the previ
On Wed, Nov 18, 2009 at 7:54 PM, Peter Zijlstra wrote:
> On Wed, 2009-11-18 at 19:31 +0900, Minchan Kim wrote:
>> >
>> > Sure some generic blocklevel infrastructure might work, _but_ you cannot
>> > take away the responsibility of determining the amount of memory needed,
>> > nor does any of this
On Wed, 2009-11-18 at 19:31 +0900, Minchan Kim wrote:
> >
> > Sure some generic blocklevel infrastructure might work, _but_ you cannot
> > take away the responsibility of determining the amount of memory needed,
> > nor does any of this have any merit if you do not limit yourself to that
> > amount
On Wed, Nov 18, 2009 at 6:56 PM, Peter Zijlstra wrote:
> On Wed, 2009-11-18 at 09:01 +0900, Minchan Kim wrote:
>> Hi, Peter.
>>
>> First of all, Thanks for the commenting.
>>
>> On Wed, Nov 18, 2009 at 5:47 AM, Peter Zijlstra wrote:
>> > On Tue, 2009-11-17 at 21:51 +0900, Minchan Kim wrote:
>> >>
On Wed, 2009-11-18 at 09:01 +0900, Minchan Kim wrote:
> Hi, Peter.
>
> First of all, Thanks for the commenting.
>
> On Wed, Nov 18, 2009 at 5:47 AM, Peter Zijlstra wrote:
> > On Tue, 2009-11-17 at 21:51 +0900, Minchan Kim wrote:
> >> I think it's because mempool reserves memory.
> >> (# of I/O i
12 matches
Mail list logo