On Fri, 13 Feb 2009 17:40:39 +0300
Anton Vorontsov wrote:
>
> No, on eSDHC the registers are big-endian, 32-bit width, with, for
> example, two 16-bit "logical" registers packed into it.
>
> That is,
>
> 0x4 0x5 0x6 0x7
> |:|
> | BLKCNT : BLKSZ |
> |:|
> 31
On Fri, 13 Feb 2009 17:47:15 +0300
Anton Vorontsov wrote:
> Card detection interrupts should be handled separately as they should
> not be enabled before mmc_add_host() returns and should be disabled
> before calling mmc_remove_host(). The same is for suspend and resume
> routines.
>
> sdhci_ini
On Fri, 13 Feb 2009 17:47:18 +0300
Anton Vorontsov wrote:
> @@ -1110,13 +1113,18 @@ static void sdhci_request(struct mmc_host *mmc,
> struct mmc_request *mrq)
>
> host->mrq = mrq;
>
> + if (host->quirks & SDHCI_QUIRK_BROKEN_CARD_DETECTION)
> + goto send;
> +
> if
On Fri, 13 Feb 2009 17:47:22 +0300
Anton Vorontsov wrote:
> SDHCI driver must take special care when working with "triggering"
> registers on hosts with strict 32 bit addressing.
>
> In FSL eSDHC hosts all registers are 32 bit width, writing to the
> first half of any register will cause [undefi
On Fri, 13 Feb 2009 17:47:39 +0300
Anton Vorontsov wrote:
> @@ -831,7 +832,12 @@ static void sdhci_prepare_data(struct sdhci_host *host,
> struct mmc_data *data)
> sdhci_set_transfer_irqs(host);
>
> /* We do not handle DMA boundaries, so set it to max (512 KiB) */
> - sdhci_wri
On Fri, 20 Feb 2009 20:32:28 +0300
Anton Vorontsov wrote:
> Hi all,
>
> Some updates for the eSDHC support:
>
I think the patches are coming along nicely. If we can just sort out
the accessors, then it should be ready for -next. It pokes around quite
a bit in the sdhci driver though, so I'd li
On Fri, 20 Feb 2009 20:33:08 +0300
Anton Vorontsov wrote:
> From: Ben Dooks
>
> The Samsung SDHCI (and FSL eSDHC) controller block seems to fail
> to generate an INT_DATA_END after the transfer has completed and
> the bus busy state finished.
>
> Changes in e809517f6fa5803a5a1cd56026f0e2190fc1
On Wed, 18 Feb 2009 22:18:21 +0100
Giuliano Pochini wrote:
> /sys/devices/system/cpu/cpu*/online don't exist anymore.
I think I found the bug. Is this patch ok ?
Signed-off-by: Giuliano Pochini
--- linux-2.6.29-rc5/arch/powerpc/platforms/powermac/setup.c__orig
2009-02-14 00:31:30.0