On Tue, Jan 10, 2012 at 20:06:40, Jean Delvare wrote:
> This will ensure that the right people and lists are notified when
> these drivers are modified.
>
> Signed-off-by: Jean Delvare
> Cc: Tony Lindgren
> Cc: Sekhar Nori
> Cc: Kevin Hilman
FWIW and if it's not too late already, you can add
On Thu, Dec 01, 2011 at 06:34:19, Hilman, Kevin wrote:
> Vaibhav Hiremath writes:
>
> > From: Afzal Mohammed
> >
> > This patch adds AM33XX power domain data,
> > corresponding API's to access PRM module and
> > PRM register offsets & bit fields.
> >
> > Signed-off-by: Rachna Patil
> > Signed-o
On Wed, Oct 12, 2011 at 17:33:56, Thomas Weber wrote:
> When building for OMAP3 only I get the
> following errors:
>
> In function `omap2420_init_early':
> undefined reference to `omap2_set_globals_242x'
> undefined reference to `omap2xxx_voltagedomains_init'
> undefined reference to `omap242x_pow
On Fri, Jul 08, 2011 at 22:21:52, Nori, Sekhar wrote:
> Hi Jean-Christophe,
>
> On Thu, May 26, 2011 at 06:32:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > From: Russell King - ARM Linux
> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > index f4b7dfa..5ec5e5
Hi Jean-Christophe,
On Thu, May 26, 2011 at 06:32:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
> From: Russell King - ARM Linux
>
> We have two SoCs using SRAM, both with their own allocation systems,
> and both with their own ways of copying functions into the SRAM.
>
> Let's unify this before
Hi Mark,
On Tue, Jul 05, 2011 at 22:24:21, Grosen, Mark wrote:
> > From: Nori, Sekhar
> > Sent: Monday, July 04, 2011 10:35 PM
> > To: Grosen, Mark; Sergei Shtylyov
>
> ...
> > > > Since procedure to set the boot address varies across DaVinci
> >
Hi Mark,
On Tue, Jun 28, 2011 at 00:01:41, Grosen, Mark wrote:
> > From: Nori, Sekhar
> > Sent: Friday, June 24, 2011 8:44 AM
> >
> > Hi Mark,
>
> Sekhar, thanks for your feedback and ideas. Comments below.
>
> Mark
>
> > Since procedure
Hi Mark,
On Tue, Jun 28, 2011 at 00:01:41, Grosen, Mark wrote:
> > From: Nori, Sekhar
> > Sent: Friday, June 24, 2011 8:44 AM
> > To assert/de-assert local reset when enabling or disabling PSC,
> > you could use a flag in the clock structure to indicate the need
> >
Hi Jean-Christophe,
On Thu, May 26, 2011 at 06:32:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
> From: Russell King - ARM Linux
>
> We have two SoCs using SRAM, both with their own allocation systems,
> and both with their own ways of copying functions into the SRAM.
>
> Let's unify this before
Hi Mark,
On Mon, Jun 27, 2011 at 23:50:25, Grosen, Mark wrote:
> > >>> +static inline int davinci_rproc_start(struct rproc *rproc, u64
> > >> bootaddr)
> > >>> +{
> > >>> + struct device *dev = rproc->dev;
> > >>> + struct davinci_rproc_pdata *pdata = dev->platform_data;
> > >>> +
Hi Mark,
On Fri, Jun 24, 2011 at 20:43:50, Sergei Shtylyov wrote:
> >>> + rproc->priv = dsp_clk;
> >>> +
> >>> + psc_base = ioremap(soc_info->psc_bases[0], SZ_4K);
> >>> +
> >>> + /* insure local reset is asserted before writing start address */
> >>> + __raw_writel(NEXT_ENABLED, psc_base + MDCTL
Hi Jean-Christophe,
On Thu, May 26, 2011 at 06:32:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
> From: Russell King - ARM Linux
>
> We have two SoCs using SRAM, both with their own allocation systems,
> and both with their own ways of copying functions into the SRAM.
>
> Let's unify this before
On Sat, May 21, 2011 at 03:35:10, Russell King - ARM Linux wrote:
> As a result of c42321c (genirq: Make generic irq chip depend on
> CONFIG_GENERIC_IRQ_CHIP), we now need those platforms using this in
> my tree to select this symbol.
>
> Signed-off-by: Russell King
> --
> Please send acks ASAP.
Hi Russell,
On Thu, May 12, 2011 at 23:15:46, Russell King - ARM Linux wrote:
> diff --git a/arch/arm/mach-davinci/pm.c b/arch/arm/mach-davinci/pm.c
> index 1bd73a0..c2f9767 100644
> --- a/arch/arm/mach-davinci/pm.c
> +++ b/arch/arm/mach-davinci/pm.c
[...]
> @@ -123,14 +118,14 @@ static int __i
Hi Russell,
On Mon, Apr 18, 2011 at 14:22:59, Russell King - ARM Linux wrote:
> This is the second revision of this patch. I've not moved it out of
> ARM yet as I haven't had a positive response from SH yet.
I was able to test this on DaVinci (DA850 suspend-to-RAM) with
the following additional
Hi Sukumar,
On Wed, Dec 29, 2010 at 19:02:24, Ghorai, Sukumar wrote:
> Configure the FIFO THREASHOLD value different for read and write to keep busy
> both filling and to drain out of FIFO at reading and writing.
>
> Signed-off-by: Vimal Singh
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/m
Hi Sukumar,
On Wed, Dec 29, 2010 at 19:02:23, Ghorai, Sukumar wrote:
> This patch enable prefetch-irq mode for nand transfer(read, write)
>
> Signed-off-by: Vimal Singh
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/mach-omap2/board-flash.c |2 +
> arch/arm/plat-omap/include/plat/na
Hello,
On Tue, Nov 24, 2009 at 18:48:40, Nori, Sekhar wrote:
> The rtc-omap driver currently hardcodes the RTC to be
> not capable of wakeup events. On the DA850/OMAP-L138
> SoC, the RTC is a wake up source from its "deep sleep"
> mode.
>
> Let platform data set the wa
18 matches
Mail list logo