Hi Wolfram, Nico,
On Wed, Jun 01 2011, Wolfram Sang wrote:
> :( I still like the io-accessor-method a lot better.
That's okay -- nothing's final yet, I just wanted to get things moving
again since we're out of quirk space now. I'm still happy to take a
patch from you instead if we decide it's th
On Sat, May 28, 2011 at 10:27:41PM -0400, Chris Ball wrote:
> Hi,
>
> On Sun, Feb 06 2011, Chris Ball wrote:
> > Part of a quirk cleanup run. This quirk was only used by sdhci-esdhc.
> > This patch is untested.
> >
> > Signed-off-by: Chris Ball
> > Cc: Anton Vorontsov
> > Cc: Wolfram Sang
>
>
On 31 May 2011 21:33, Per Forlin wrote:
> Daniel Drake reported an issue in the libertas sdio client that was
> triggered by the sdio_single_irq functionality. His SDIO device seems to
> raise an interrupt even though there are no bits set in the CCCR_INTx
> register. This behaviour is not support
Return error in case of pending IRQ but none functions bits
in CCCR_INTx is set.
Signed-off-by: Per Forlin
---
drivers/mmc/core/sdio_irq.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/core/sdio_irq.c b/drivers/mmc/core/sdio_irq.c
index 2f81ddc..8184b6e
Make sdio single irq run time configurable, default is disable. This is due
to an issue in libertas where the SDIO device seems to raise interrupt
even if there are none function bits in CCCR_INTx set. This behaviour
is not defined by the SDIO spec.
Signed-off-by: Per Forlin
---
drivers/mmc/core
Daniel Drake reported an issue in the libertas sdio client that was
triggered by the sdio_single_irq functionality. His SDIO device seems to
raise an interrupt even though there are no bits set in the CCCR_INTx
register. This behaviour is not supported by the sdio_single_irq feature nor
the SDIO sp
Chris,
Just tested the mod on brownstone. Works.
Philip
On May 24, 2011, at 6:14 PM, Philip Rakity wrote:
>
> resend
>
> Note: I cannot test test for a few days. Following Chris
> suggestion posting to list.
>
> version 2
> ---
> return -EINVAL when compare of ext_csd_fails
> combine tw
Hi Zhangfei,
It is probably better to NOT name the file sdhci-mmp2.c but
something like sdchi-pxaV3.c since other SoC's may use this controller.
>>> fine
>>
>> The same renaming change is needed for the pxa9xx patch.
> Do you mean use sdhci-pxa9xx.c to replace sdhci-pxa910.c, px
Hi,
On Tue, May 31 2011, Manoj Iyer wrote:
>> Do you not need a corresponding entry in drivers/mmc/host/sdhci-pci.c's
>> pci_device_id struct?
>
> I believe there is an entry there already, introduced by this patch:
> https://lkml.org/lkml/2011/2/11/309
I see, thanks; patch is queued for 3.0 with
On 30 May 2011 16:38, Nicolas Pitre wrote:
> On Mon, 30 May 2011, Per Forlin wrote:
>
>> Hi Daniel,
>>
>> >
>> > On 29 May 2011 15:26, Daniel Drake laptop.org> wrote:
>> > > Hi,
>> > >
>> > > The following commit in 2.6.39 causes instant death for libertas_sdio
>> > > when it receives its first i
On Thu, 26 May 2011, Chris Ball wrote:
Hi Manoj,
On Thu, May 26 2011, Manoj Iyer wrote:
Signed-off-by: Manoj Iyer
---
drivers/pci/quirks.c|2 ++
include/linux/pci_ids.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks
On Mon, May 30, 2011 at 7:55 PM, Balaji T K wrote:
> eMMC does not handle power off when not in sleep state,
> Skip regulator disable during probe when eMMC is
> not in known state - state left by bootloader.
>
> Resolves eMMC failure on OMAP4
> mmc0: error -110 whilst initialising MMC card
>
> Si
On Mon, May 30, 2011 at 7:55 PM, Balaji T K wrote:
> 4 micro seconds is not enough for PBIAS if MMC regulator is
> enabled from MMC regulator OFF.
> Increase the delay for PBIAS to stabilize.
> Wait for PBIAS and timeout if not.
>
> Resolves MMC/SD failure on OMAP4
> "Pbias Voltage is not same as
* T Krishnamoorthy, Balaji [110531 06:28]:
> On Tue, May 31, 2011 at 6:56 PM, Tony Lindgren wrote:
> > * Balaji T K [110530 07:23]:
> >> eMMC does not handle power off when not in sleep state,
> >> Skip regulator disable during probe when eMMC is
> >> not in known state - state left by bootloade
On Tue, May 31, 2011 at 6:56 PM, Tony Lindgren wrote:
> * Balaji T K [110530 07:23]:
>> eMMC does not handle power off when not in sleep state,
>> Skip regulator disable during probe when eMMC is
>> not in known state - state left by bootloader.
>>
>> Resolves eMMC failure on OMAP4
>> mmc0: error
* Balaji T K [110530 07:23]:
> 4 micro seconds is not enough for PBIAS if MMC regulator is
> enabled from MMC regulator OFF.
> Increase the delay for PBIAS to stabilize.
> Wait for PBIAS and timeout if not.
>
> Resolves MMC/SD failure on OMAP4
> "Pbias Voltage is not same as LDO"
Thanks will que
* Balaji T K [110530 07:23]:
> eMMC does not handle power off when not in sleep state,
> Skip regulator disable during probe when eMMC is
> not in known state - state left by bootloader.
>
> Resolves eMMC failure on OMAP4
> mmc0: error -110 whilst initialising MMC card
>
> --- a/arch/arm/mach-om
On Tue, May 31, 2011 at 4:47 AM, Philip Rakity wrote:
>
> On May 30, 2011, at 6:15 AM, zhangfei gao wrote:
>
>> On Sat, May 28, 2011 at 1:00 AM, Philip Rakity wrote:
>>>
>>> Hi Zhangfei,
>>>
>>>
>>> comments below. (based on V1 patch but change to V2 affect (3<<1) typo.
>>>
>>> Philip and Mark.
>
On Mon, May 30, 2011 at 12:57:57PM +0200, Antonio Ospite wrote:
> It is cleaner and more uniform indeed, but it does not solve the problem
> I am seeing, the issue is still there when pdata is NULL, we are at the
> same point as before (the current code checks for (pdata &&
> pdata->field)), and w
19 matches
Mail list logo