RE: [PATCH v3] ARM: davinci: map default_queue to edma channels

Hi Heiko, On Wed, Feb 01, 2012 at 12:10:24, Heiko Schocher wrote: > Hello Nori, > > Nori, Sekhar wrote: > > Hi Heiko, > > > > On Thu, Jan 19, 2012 at 12:35:21, Heiko Schocher wrote: > >> Default queue is expected to be a low-priority queue. > >>

RE: [PATCH v3] ARM: davinci: map default_queue to edma channels

Hi Heiko, On Thu, Jan 19, 2012 at 12:35:21, Heiko Schocher wrote: > Default queue is expected to be a low-priority queue. > This way, long transfers on the default queue started > by the codec engine will not cause audio defects. > > Signed-off-by: Heiko Schocher > Signed-off-by: juha.kui...@gm

RE: [PATCH v2] arm, da8xx, mmc: set second MMC controllers default queue

Hi Heiko, On Wed, Jan 11, 2012 at 13:58:56, Heiko Schocher wrote: > Hello, > > Heiko Schocher wrote: > > The MMC driver allocates channels with EVENTQ_DEFAULT, they > > get put into EVENTQ_1, which the second EDMA controller does > > not have and hence transfers stall. This is fixed > > in commit

RE: [PATCH] arm, da8xx, mmc: set second MMC controllers default queue

On Mon, Dec 05, 2011 at 16:16:33, Heiko Schocher wrote: > > Thanks, but as Ido commented, this patch is no longer necessary, sorry > for the noise. > It doesn't look like Ido's comment reached me or the archives. Can you please forward it? Thanks, Sekhar -- To unsubscribe from this list: send t

RE: [PATCH v4] ARM: davinci: AM18x: Add wl1271/wlan support

On Thu, Aug 04, 2011 at 13:21:23, Ido Yariv wrote: > The wl1271 daughter card for AM18x EVMs is a combo wireless connectivity > add-on card, based on the LS Research TiWi module with Texas > Instruments' wl1271 solution. > It is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IRQ > line

RE: [PATCH v3] davinci: Add wl1271/wlan support for AM18x

Hi Ido, On Fri, Jul 29, 2011 at 02:22:53, Ido Yariv wrote: > The wl1271 daughter card for AM18x EVMs is a combo wireless connectivity > add-on card, based on the LS Research TiWi module with Texas > Instruments' wl1271 solution. > It is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IR

RE: [PATCH v2 6/6] arm: davinci: DA850: Add wl1271/wlan support

On Sun, Jul 10, 2011 at 18:44:39, Ido Yariv wrote: > The wl1271 daughter card for AM18x EVMs is a combo wireless connectivity > add-on card, based on the LS Research TiWi module with Texas > Instruments' wl1271 solution. > It is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IRQ > line

RE: [PATCH v2 2/6] arm: davinci: Explicitly set channel controllers' default queues

Hi Sergei, On Mon, Jul 25, 2011 at 19:03:45, Sergei Shtylyov wrote: > Hello. > > Nori, Sekhar wrote: > > >> Davinci platforms may define a default queue for each channel > >> controller. If one is not defined, the default queue is set to EVENTQ_1. > >>

RE: [PATCH v2 5/6] arm: davinci: DA850: Add GPIO pinmux configuration for wl1271

On Sun, Jul 10, 2011 at 18:44:38, Ido Yariv wrote: > The wl1271 daughter board makes use of a few GPIOs: > GPIO6_9 is used for powering down/up the WLAN functionality. > GPIO6_10 is used as an input IRQ line from the WLAN chip. > > Add the required pinmux configuration for these GPIOs. > > Signed

RE: [PATCH v2 3/6] arm: davinci: mmc: Add support for set_power callback

On Sun, Jul 10, 2011 at 18:44:36, Ido Yariv wrote: > Some devices connected to the MMC bus are power controlled by external > means. For instance, an SDIO device may be powered down/up by an > external gpio line. > > In order to avoid toggling power from within the MMC host driver, add a > set_pow

RE: [PATCH v2 2/6] arm: davinci: Explicitly set channel controllers' default queues

On Sun, Jul 10, 2011 at 18:44:35, Ido Yariv wrote: > Davinci platforms may define a default queue for each channel > controller. If one is not defined, the default queue is set to EVENTQ_1. > However, there's no way to distinguish between an unset default queue to > one that is set to EVENTQ_0, as

RE: [PATCH v3 1/6] arm: davinci: Fix low level gpio irq handlers' argument

Hi Ido, On Tue, Jul 12, 2011 at 02:33:11, Ido Yariv wrote: > Commit 7416401 ("arm: davinci: Fix fallout from generic irq chip > conversion") introduced a bug, causing low level interrupt handlers to > get a bogus irq number as an argument. The gpio irq handler falsely > assumes that the handler da

RE: [PATCH v2 1/6] arm: davinci: Fix low level gpio irq handlers' argument

Hi Ido, On Sun, Jul 10, 2011 at 18:44:34, Ido Yariv wrote: > Commit 7416401 ("arm: davinci: Fix fallout from generic irq chip > conversion") introduced a bug, causing low level interrupt handlers to > get a bogus irq number as an argument. The gpio irq handler falsely > assumes that the handler da

RE: [PATCH v5] mmc: davinci: add support for SDIO irq handling

Hi Chris, On Mon, Jan 10, 2011 at 05:47:38, Chris Ball wrote: > Hi Sekhar, > > On Mon, Jan 03, 2011 at 12:43:27PM +0530, Sekhar Nori wrote: > > From: Alagu Sankar > > > > This patch adds support for handling SDIO interrupt on > > DaVinci MMC/SD controller. > > > > The patch has been tested on

RE: [PATCH v4] mmc: davinci: add support for SDIO irq handling

On Mon, Jan 03, 2011 at 12:15:48, Pavan Kondeti wrote: > On 1/3/2011 10:42 AM, Sekhar Nori wrote: > > From: Alagu Sankar > > > > This patch adds support for handing SDIO interrupt on > > DaVinci MMC/SD controller. > > Typo. %s/handing/handling Fixed and v5 sent. Thanks! Regards, Sekhar -- To

RE: [PATCH v3] mmc: davinci: add support for SDIO irq handling

On Fri, Dec 31, 2010 at 11:15:20, Nori, Sekhar wrote: > Hi Sergei, > > On Thu, Dec 30, 2010 at 18:12:01, Sergei Shtylyov wrote: > > > > diff --git a/drivers/mmc/host/davinci_mmc.c > > > b/drivers/mmc/host/davinci_mmc.c > > > index b643dde..04c2

RE: [PATCH v3] mmc: davinci: add support for SDIO irq handling

Hi Sergei, On Thu, Dec 30, 2010 at 18:12:01, Sergei Shtylyov wrote: > > diff --git a/drivers/mmc/host/davinci_mmc.c b/drivers/mmc/host/davinci_mmc.c > > index b643dde..04c2fa4 100644 > > --- a/drivers/mmc/host/davinci_mmc.c > > +++ b/drivers/mmc/host/davinci_mmc.c > [...] > > @@ -1209,7 +1267,8 @