All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sergei Shtylyov <sshtylyov@mvista.com>
To: Ohad Ben-Cohen <ohad@wizery.com>
Cc: linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	davinci-linux-open-source 
	<davinci-linux-open-source@linux.davincidsp.com>,
	Arnd Bergmann <arnd@arndb.de>,
	Brian Swetland <swetland@google.com>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Grant Likely <grant.likely@secretlab.ca>,
	akpm@linux-foundation.org
Subject: Re: [RFC 5/8] remoteproc: add davinci implementation
Date: Thu, 23 Jun 2011 19:27:52 +0400	[thread overview]
Message-ID: <4E035B78.3080200@mvista.com> (raw)
In-Reply-To: <1308640714-17961-6-git-send-email-ohad@wizery.com>

Hello.

Ohad Ben-Cohen wrote:

> From: Mark Grosen <mgrosen@ti.com>

> Add remoteproc implementation for da850, so we can boot its DSP.

> Signed-off-by: Mark Grosen <mgrosen@ti.com>
> Signed-off-by: Ohad Ben-Cohen <ohad@wizery.com>
> ---
>  arch/arm/mach-davinci/include/mach/remoteproc.h |   28 +++++
>  drivers/remoteproc/Kconfig                      |   16 +++
>  drivers/remoteproc/Makefile                     |    1 +
>  drivers/remoteproc/davinci_remoteproc.c         |  147 +++++++++++++++++++++++
>  4 files changed, 192 insertions(+), 0 deletions(-)
>  create mode 100644 arch/arm/mach-davinci/include/mach/remoteproc.h
>  create mode 100644 drivers/remoteproc/davinci_remoteproc.c

> diff --git a/arch/arm/mach-davinci/include/mach/remoteproc.h b/arch/arm/mach-davinci/include/mach/remoteproc.h
> new file mode 100644
> index 0000000..af6e88c
> --- /dev/null
> +++ b/arch/arm/mach-davinci/include/mach/remoteproc.h
> @@ -0,0 +1,28 @@
> +/*
> + * Remote Processor
> + *
> + * Copyright (C) 2011 Texas Instruments, Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * version 2 as published by the Free Software Foundation.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> + * GNU General Public License for more details.
> + */
> +
> +#ifndef _DAVINCI_REMOTEPROC_H
> +#define _DAVINCI_REMOTEPROC_H
> +
> +#include <linux/remoteproc.h>
> +
> +struct davinci_rproc_pdata {
> +	struct rproc_ops *ops;
> +	char *name;
> +	char *clk_name;
> +	char *firmware;
> +};
> +
> +#endif /* _DAVINCI_REMOTEPROC_H */
> diff --git a/drivers/remoteproc/Kconfig b/drivers/remoteproc/Kconfig
> index 88421bd..1e594b5 100644
> --- a/drivers/remoteproc/Kconfig
> +++ b/drivers/remoteproc/Kconfig
> @@ -26,3 +26,19 @@ config OMAP_REMOTE_PROC
>  
>  	  It's safe to say n here if you're not interested in multimedia
>  	  offloading or just want a bare minimum kernel.
> +
> +config DAVINCI_REMOTE_PROC
> +	tristate "Davinci remoteproc support"
> +	depends on ARCH_DAVINCI_DA850

    It should work on DA830 as well, but not on real DaVinci, so the name is 
misleading...

[...]
> diff --git a/drivers/remoteproc/davinci_remoteproc.c b/drivers/remoteproc/davinci_remoteproc.c
> new file mode 100644
> index 0000000..0e26fe9
> --- /dev/null
> +++ b/drivers/remoteproc/davinci_remoteproc.c
> @@ -0,0 +1,147 @@
> +/*
> + * Remote processor machine-specific module for Davinci
> + *
> + * Copyright (C) 2011 Texas Instruments, Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * version 2 as published by the Free Software Foundation.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> + * GNU General Public License for more details.
> + */
> +
> +#define pr_fmt(fmt)    "%s: " fmt, __func__
> +
> +#include <linux/kernel.h>
> +#include <linux/err.h>
> +#include <linux/printk.h>
> +#include <linux/bitops.h>
> +#include <linux/platform_device.h>
> +#include <linux/remoteproc.h>
> +#include <linux/clk.h>
> +#include <linux/io.h>
> +
> +#include <mach/da8xx.h>
> +#include <mach/cputype.h>
> +#include <mach/psc.h>
> +#include <mach/remoteproc.h>
> +
> +/*
> + * Technical Reference:
> + * OMAP-L138 Applications Processor System Reference Guide
> + * http://www.ti.com/litv/pdf/sprugm7d
> + */
> +
> +/* local reset bit (0 is asserted) in MDCTL15 register (section 9.6.18) */
> +#define LRST		BIT(8)

    Perhaps this should be named nLRST or something if the sense is inverted?

> +/* next state bits in MDCTL15 register (section 9.6.18) */
> +#define NEXT_ENABLED	0x3

    Isn't this already declared in <mach/psc.h> as PSC_STATE_ENABLED?

> +/* register for DSP boot address in SYSCFG0 module (section 11.5.6) */
> +#define HOST1CFG	0x44

    Worth declaring in <mach/da8xx.h> instead...

> +static inline int davinci_rproc_start(struct rproc *rproc, u64 bootaddr)
> +{
> +	struct device *dev = rproc->dev;
> +	struct davinci_rproc_pdata *pdata = dev->platform_data;
> +	struct davinci_soc_info *soc_info = &davinci_soc_info;
> +	void __iomem *psc_base;
> +	struct clk *dsp_clk;
> +
> +	/* hw requires the start (boot) address be on 1KB boundary */
> +	if (bootaddr & 0x3ff) {
> +		dev_err(dev, "invalid boot address: must be aligned to 1KB\n");
> +		return -EINVAL;
> +	}
> +
> +	dsp_clk = clk_get(dev, pdata->clk_name);

    We could match using clkdev functionality, but the clock entry would need to 
be changed then...

> +	if (IS_ERR_OR_NULL(dsp_clk)) {
> +		dev_err(dev, "clk_get error: %ld\n", PTR_ERR(dsp_clk));
> +		return PTR_ERR(dsp_clk);
> +	}
> +
> +	clk_enable(dsp_clk);

     This seems rather senseless activity as on DA8xx the DSP core boots the ARM 
core, so the DSP clock will be already enabled.

> +	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 + 4 * DA8XX_LPSC0_GEM);
> +
> +	__raw_writel(bootaddr, DA8XX_SYSCFG0_VIRT(HOST1CFG));

    DA8XX_SYSCFG0_VIRT() is not supposed to be used outside mach-davinci. The 
variable it refers is not exported, so driver module won't work.

> +	/* de-assert local reset to start the dsp running */
> +	__raw_writel(LRST | NEXT_ENABLED, psc_base + MDCTL +
> +		4 * DA8XX_LPSC0_GEM);
> +
> +	iounmap(psc_base);
> +
> +	return 0;
> +}
> +
> +static inline int davinci_rproc_stop(struct rproc *rproc)
> +{
> +	struct davinci_soc_info *soc_info = &davinci_soc_info;
> +	void __iomem *psc_base;
> +	struct clk *dsp_clk = rproc->priv;
> +
> +	psc_base = ioremap(soc_info->psc_bases[0], SZ_4K);
> +
> +	/* halt the dsp by asserting local reset */
> +	__raw_writel(NEXT_ENABLED, psc_base + MDCTL + 4 * DA8XX_LPSC0_GEM);
> +
> +	clk_disable(dsp_clk);
> +	clk_put(dsp_clk);
> +
> +	iounmap(psc_base);
> +
> +	return 0;
> +}

    All this is DA8xx specific code which won't fly on real DaVincis, so I 
suggest that you rename the file to da8xx_remoteproc.c for clarity; and rename 
the patch as well...

WBR, Sergei

WARNING: multiple messages have this Message-ID (diff)
From: sshtylyov@mvista.com (Sergei Shtylyov)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC 5/8] remoteproc: add davinci implementation
Date: Thu, 23 Jun 2011 19:27:52 +0400	[thread overview]
Message-ID: <4E035B78.3080200@mvista.com> (raw)
In-Reply-To: <1308640714-17961-6-git-send-email-ohad@wizery.com>

Hello.

Ohad Ben-Cohen wrote:

> From: Mark Grosen <mgrosen@ti.com>

> Add remoteproc implementation for da850, so we can boot its DSP.

> Signed-off-by: Mark Grosen <mgrosen@ti.com>
> Signed-off-by: Ohad Ben-Cohen <ohad@wizery.com>
> ---
>  arch/arm/mach-davinci/include/mach/remoteproc.h |   28 +++++
>  drivers/remoteproc/Kconfig                      |   16 +++
>  drivers/remoteproc/Makefile                     |    1 +
>  drivers/remoteproc/davinci_remoteproc.c         |  147 +++++++++++++++++++++++
>  4 files changed, 192 insertions(+), 0 deletions(-)
>  create mode 100644 arch/arm/mach-davinci/include/mach/remoteproc.h
>  create mode 100644 drivers/remoteproc/davinci_remoteproc.c

> diff --git a/arch/arm/mach-davinci/include/mach/remoteproc.h b/arch/arm/mach-davinci/include/mach/remoteproc.h
> new file mode 100644
> index 0000000..af6e88c
> --- /dev/null
> +++ b/arch/arm/mach-davinci/include/mach/remoteproc.h
> @@ -0,0 +1,28 @@
> +/*
> + * Remote Processor
> + *
> + * Copyright (C) 2011 Texas Instruments, Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * version 2 as published by the Free Software Foundation.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> + * GNU General Public License for more details.
> + */
> +
> +#ifndef _DAVINCI_REMOTEPROC_H
> +#define _DAVINCI_REMOTEPROC_H
> +
> +#include <linux/remoteproc.h>
> +
> +struct davinci_rproc_pdata {
> +	struct rproc_ops *ops;
> +	char *name;
> +	char *clk_name;
> +	char *firmware;
> +};
> +
> +#endif /* _DAVINCI_REMOTEPROC_H */
> diff --git a/drivers/remoteproc/Kconfig b/drivers/remoteproc/Kconfig
> index 88421bd..1e594b5 100644
> --- a/drivers/remoteproc/Kconfig
> +++ b/drivers/remoteproc/Kconfig
> @@ -26,3 +26,19 @@ config OMAP_REMOTE_PROC
>  
>  	  It's safe to say n here if you're not interested in multimedia
>  	  offloading or just want a bare minimum kernel.
> +
> +config DAVINCI_REMOTE_PROC
> +	tristate "Davinci remoteproc support"
> +	depends on ARCH_DAVINCI_DA850

    It should work on DA830 as well, but not on real DaVinci, so the name is 
misleading...

[...]
> diff --git a/drivers/remoteproc/davinci_remoteproc.c b/drivers/remoteproc/davinci_remoteproc.c
> new file mode 100644
> index 0000000..0e26fe9
> --- /dev/null
> +++ b/drivers/remoteproc/davinci_remoteproc.c
> @@ -0,0 +1,147 @@
> +/*
> + * Remote processor machine-specific module for Davinci
> + *
> + * Copyright (C) 2011 Texas Instruments, Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * version 2 as published by the Free Software Foundation.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> + * GNU General Public License for more details.
> + */
> +
> +#define pr_fmt(fmt)    "%s: " fmt, __func__
> +
> +#include <linux/kernel.h>
> +#include <linux/err.h>
> +#include <linux/printk.h>
> +#include <linux/bitops.h>
> +#include <linux/platform_device.h>
> +#include <linux/remoteproc.h>
> +#include <linux/clk.h>
> +#include <linux/io.h>
> +
> +#include <mach/da8xx.h>
> +#include <mach/cputype.h>
> +#include <mach/psc.h>
> +#include <mach/remoteproc.h>
> +
> +/*
> + * Technical Reference:
> + * OMAP-L138 Applications Processor System Reference Guide
> + * http://www.ti.com/litv/pdf/sprugm7d
> + */
> +
> +/* local reset bit (0 is asserted) in MDCTL15 register (section 9.6.18) */
> +#define LRST		BIT(8)

    Perhaps this should be named nLRST or something if the sense is inverted?

> +/* next state bits in MDCTL15 register (section 9.6.18) */
> +#define NEXT_ENABLED	0x3

    Isn't this already declared in <mach/psc.h> as PSC_STATE_ENABLED?

> +/* register for DSP boot address in SYSCFG0 module (section 11.5.6) */
> +#define HOST1CFG	0x44

    Worth declaring in <mach/da8xx.h> instead...

> +static inline int davinci_rproc_start(struct rproc *rproc, u64 bootaddr)
> +{
> +	struct device *dev = rproc->dev;
> +	struct davinci_rproc_pdata *pdata = dev->platform_data;
> +	struct davinci_soc_info *soc_info = &davinci_soc_info;
> +	void __iomem *psc_base;
> +	struct clk *dsp_clk;
> +
> +	/* hw requires the start (boot) address be on 1KB boundary */
> +	if (bootaddr & 0x3ff) {
> +		dev_err(dev, "invalid boot address: must be aligned to 1KB\n");
> +		return -EINVAL;
> +	}
> +
> +	dsp_clk = clk_get(dev, pdata->clk_name);

    We could match using clkdev functionality, but the clock entry would need to 
be changed then...

> +	if (IS_ERR_OR_NULL(dsp_clk)) {
> +		dev_err(dev, "clk_get error: %ld\n", PTR_ERR(dsp_clk));
> +		return PTR_ERR(dsp_clk);
> +	}
> +
> +	clk_enable(dsp_clk);

     This seems rather senseless activity as on DA8xx the DSP core boots the ARM 
core, so the DSP clock will be already enabled.

> +	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 + 4 * DA8XX_LPSC0_GEM);
> +
> +	__raw_writel(bootaddr, DA8XX_SYSCFG0_VIRT(HOST1CFG));

    DA8XX_SYSCFG0_VIRT() is not supposed to be used outside mach-davinci. The 
variable it refers is not exported, so driver module won't work.

> +	/* de-assert local reset to start the dsp running */
> +	__raw_writel(LRST | NEXT_ENABLED, psc_base + MDCTL +
> +		4 * DA8XX_LPSC0_GEM);
> +
> +	iounmap(psc_base);
> +
> +	return 0;
> +}
> +
> +static inline int davinci_rproc_stop(struct rproc *rproc)
> +{
> +	struct davinci_soc_info *soc_info = &davinci_soc_info;
> +	void __iomem *psc_base;
> +	struct clk *dsp_clk = rproc->priv;
> +
> +	psc_base = ioremap(soc_info->psc_bases[0], SZ_4K);
> +
> +	/* halt the dsp by asserting local reset */
> +	__raw_writel(NEXT_ENABLED, psc_base + MDCTL + 4 * DA8XX_LPSC0_GEM);
> +
> +	clk_disable(dsp_clk);
> +	clk_put(dsp_clk);
> +
> +	iounmap(psc_base);
> +
> +	return 0;
> +}

    All this is DA8xx specific code which won't fly on real DaVincis, so I 
suggest that you rename the file to da8xx_remoteproc.c for clarity; and rename 
the patch as well...

WBR, Sergei

  reply	other threads:[~2011-06-23 15:29 UTC|newest]

Thread overview: 207+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-21  7:18 [RFC 0/8] Introducing a generic AMP/IPC framework Ohad Ben-Cohen
2011-06-21  7:18 ` Ohad Ben-Cohen
2011-06-21  7:18 ` Ohad Ben-Cohen
2011-06-21  7:18 ` [RFC 1/8] drivers: add generic remoteproc framework Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-22 17:55   ` Randy Dunlap
2011-06-22 17:55     ` Randy Dunlap
2011-06-22 17:55     ` Randy Dunlap
2011-06-22 19:11     ` Ohad Ben-Cohen
2011-06-22 19:11       ` Ohad Ben-Cohen
2011-06-22 19:11       ` Ohad Ben-Cohen
2011-06-27 20:49   ` Grant Likely
2011-06-27 20:49     ` Grant Likely
2011-06-27 20:49     ` Grant Likely
2011-06-27 21:52     ` Grosen, Mark
2011-06-27 21:52       ` Grosen, Mark
2011-06-27 21:52       ` Grosen, Mark
2011-06-27 22:24       ` Grant Likely
2011-06-27 22:24         ` Grant Likely
2011-06-27 22:24         ` Grant Likely
2011-06-27 23:54         ` Grosen, Mark
2011-06-27 23:54           ` Grosen, Mark
2011-06-27 23:54           ` Grosen, Mark
2011-06-27 23:29     ` Russell King - ARM Linux
2011-06-27 23:29       ` Russell King - ARM Linux
2011-06-27 23:29       ` Russell King - ARM Linux
2011-06-27 23:35       ` Grant Likely
2011-06-27 23:35         ` Grant Likely
2011-06-27 23:35         ` Grant Likely
2011-06-28 21:55       ` Ohad Ben-Cohen
2011-06-28 21:55         ` Ohad Ben-Cohen
2011-06-28 21:55         ` Ohad Ben-Cohen
2011-06-28 21:41     ` Ohad Ben-Cohen
2011-06-28 21:41       ` Ohad Ben-Cohen
2011-06-28 21:41       ` Ohad Ben-Cohen
2011-06-21  7:18 ` [RFC 2/8] remoteproc: add omap implementation Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-22 10:05   ` Will Newton
2011-06-22 10:05     ` Will Newton
2011-06-22 10:05     ` Will Newton
2011-06-22 10:50     ` Ohad Ben-Cohen
2011-06-22 10:50       ` Ohad Ben-Cohen
2011-06-22 10:50       ` Ohad Ben-Cohen
2011-06-27 21:00   ` Grant Likely
2011-06-27 21:00     ` Grant Likely
2011-06-27 21:00     ` Grant Likely
2011-06-29 15:04     ` Ohad Ben-Cohen
2011-06-29 15:04       ` Ohad Ben-Cohen
2011-06-29 15:04       ` Ohad Ben-Cohen
2011-06-29 15:31       ` Grant Likely
2011-06-29 15:31         ` Grant Likely
2011-06-29 15:31         ` Grant Likely
2011-06-21  7:18 ` [RFC 3/8] omap: add carveout memory support for remoteproc Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-21  7:18 ` [RFC 4/8] omap: add remoteproc devices Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-21  7:18 ` [RFC 5/8] remoteproc: add davinci implementation Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-23 15:27   ` Sergei Shtylyov [this message]
2011-06-23 15:27     ` Sergei Shtylyov
2011-06-23 15:27     ` Sergei Shtylyov
2011-06-24  4:25     ` Grosen, Mark
2011-06-24  4:25       ` Grosen, Mark
2011-06-24  4:25       ` Grosen, Mark
2011-06-24 15:13       ` Sergei Shtylyov
2011-06-24 15:13         ` Sergei Shtylyov
2011-06-24 15:13         ` Sergei Shtylyov
2011-06-24 15:43         ` Nori, Sekhar
2011-06-24 15:43           ` Nori, Sekhar
2011-06-24 15:43           ` Nori, Sekhar
2011-06-27 18:31           ` Grosen, Mark
2011-06-27 18:31             ` Grosen, Mark
2011-06-27 18:31             ` Grosen, Mark
2011-07-05  5:29             ` Nori, Sekhar
2011-07-05  5:29               ` Nori, Sekhar
2011-07-05  5:29               ` Nori, Sekhar
2011-07-05 16:54               ` Grosen, Mark
2011-07-05 16:54                 ` Grosen, Mark
2011-07-05 16:54                 ` Grosen, Mark
2011-07-05  5:34             ` Nori, Sekhar
2011-07-05  5:34               ` Nori, Sekhar
2011-07-05  5:34               ` Nori, Sekhar
2011-07-05 16:54               ` Grosen, Mark
2011-07-05 16:54                 ` Grosen, Mark
2011-07-05 16:54                 ` Grosen, Mark
2011-07-06  4:36                 ` Nori, Sekhar
2011-07-06  4:36                   ` Nori, Sekhar
2011-07-06  4:36                   ` Nori, Sekhar
2011-06-27 18:20         ` Grosen, Mark
2011-06-27 18:20           ` Grosen, Mark
2011-06-27 18:20           ` Grosen, Mark
2011-06-28  9:36           ` Nori, Sekhar
2011-06-28  9:36             ` Nori, Sekhar
2011-06-28  9:36             ` Nori, Sekhar
2011-06-21  7:18 ` [RFC 6/8] davinci: da850: add remoteproc dsp device Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-28 10:18   ` Sergei Shtylyov
2011-06-28 10:18     ` Sergei Shtylyov
2011-06-28 10:18     ` Sergei Shtylyov
2011-06-21  7:18 ` [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-09 17:12   ` Pavel Machek
2011-07-18 22:07     ` Pavel Machek
2011-06-09 17:12     ` Pavel Machek
2011-07-19  5:38     ` Ohad Ben-Cohen
2011-07-19  5:38       ` Ohad Ben-Cohen
2011-07-19  5:38       ` Ohad Ben-Cohen
2011-06-22  2:42   ` Rusty Russell
2011-06-22  2:42     ` Rusty Russell
2011-06-22  2:42     ` Rusty Russell
2011-06-22  3:11     ` Sasha Levin
2011-06-22  3:11       ` Sasha Levin
2011-06-22  3:11       ` Sasha Levin
2011-06-22 10:46     ` Ohad Ben-Cohen
2011-06-22 10:46       ` Ohad Ben-Cohen
2011-06-22 10:46       ` Ohad Ben-Cohen
2011-09-14 18:38       ` Ohad Ben-Cohen
2011-09-14 18:38         ` Ohad Ben-Cohen
2011-09-14 18:38         ` Ohad Ben-Cohen
2011-09-15  0:12         ` Rusty Russell
2011-09-15  0:12           ` Rusty Russell
2011-09-15  0:12           ` Rusty Russell
2011-09-15 14:56           ` Ohad Ben-Cohen
2011-09-15 14:56             ` Ohad Ben-Cohen
2011-09-15 14:56             ` Ohad Ben-Cohen
2011-06-27 22:21   ` Grant Likely
2011-06-27 22:21     ` Grant Likely
2011-06-27 22:21     ` Grant Likely
2011-06-28 22:46     ` Ohad Ben-Cohen
2011-06-28 22:46       ` Ohad Ben-Cohen
2011-06-28 22:46       ` Ohad Ben-Cohen
2011-06-28 22:51       ` Grant Likely
2011-06-28 22:51         ` Grant Likely
2011-06-28 22:51         ` Grant Likely
2011-06-28 23:00         ` Ohad Ben-Cohen
2011-06-28 23:00           ` Ohad Ben-Cohen
2011-06-28 23:00           ` Ohad Ben-Cohen
2011-06-29 15:43           ` Grant Likely
2011-06-29 15:43             ` Grant Likely
2011-06-29 15:43             ` Grant Likely
2011-07-01 15:13             ` Ohad Ben-Cohen
2011-07-01 15:13               ` Ohad Ben-Cohen
2011-07-01 15:13               ` Ohad Ben-Cohen
2011-06-28 23:44   ` Randy Dunlap
2011-06-28 23:44     ` Randy Dunlap
2011-06-28 23:44     ` Randy Dunlap
2011-06-29  6:30     ` Ohad Ben-Cohen
2011-06-29  6:30       ` Ohad Ben-Cohen
2011-06-29  6:30       ` Ohad Ben-Cohen
2011-06-29 11:59       ` Arnd Bergmann
2011-06-29 11:59         ` Arnd Bergmann
2011-06-29 11:59         ` Arnd Bergmann
2011-06-29 12:29         ` Ohad Ben-Cohen
2011-06-29 12:29           ` Ohad Ben-Cohen
2011-06-29 12:29           ` Ohad Ben-Cohen
2011-06-21  7:18 ` [RFC 8/8] rpmsg: add omap host backend Ohad Ben-Cohen
2011-06-21  7:18   ` Ohad Ben-Cohen
2011-06-21  7:50 ` [RFC 0/8] Introducing a generic AMP/IPC framework Ohad Ben-Cohen
2011-06-21  7:50   ` Ohad Ben-Cohen
2011-06-21  9:30   ` Ohad Ben-Cohen
2011-06-21  9:30     ` Ohad Ben-Cohen
2011-06-21  9:30     ` Ohad Ben-Cohen
2011-06-21 14:20 ` Arnd Bergmann
2011-06-21 14:20   ` Arnd Bergmann
2011-06-21 14:20   ` Arnd Bergmann
2011-06-21 15:54   ` Grant Likely
2011-06-21 15:54     ` Grant Likely
2011-06-21 15:54     ` Grant Likely
2011-06-22 11:41   ` Ohad Ben-Cohen
2011-06-22 11:41     ` Ohad Ben-Cohen
2011-06-22 11:41     ` Ohad Ben-Cohen
2011-06-22 13:05     ` Arnd Bergmann
2011-06-22 13:05       ` Arnd Bergmann
2011-06-22 13:05       ` Arnd Bergmann
2011-06-22 13:09       ` Ohad Ben-Cohen
2011-06-22 13:09         ` Ohad Ben-Cohen
2011-06-22 13:09         ` Ohad Ben-Cohen
2011-06-23 12:23 ` Michael Williamson
2011-06-23 12:23   ` Michael Williamson
2011-06-23 12:23   ` Michael Williamson
2011-06-23 16:27   ` Grosen, Mark
2011-06-23 16:27     ` Grosen, Mark
2011-06-23 16:27     ` Grosen, Mark
2011-06-23 18:46     ` Arnd Bergmann
2011-06-23 18:46       ` Arnd Bergmann
2011-06-23 18:46       ` Arnd Bergmann
2011-06-24  4:32       ` Grosen, Mark
2011-06-24  4:32         ` Grosen, Mark
2011-06-24  4:32         ` Grosen, Mark
2011-06-24 20:16 ` Stephen Boyd
2011-06-24 20:16   ` Stephen Boyd
2011-06-24 20:16   ` Stephen Boyd
2011-06-26  1:11   ` Ohad Ben-Cohen
2011-06-26  1:11     ` Ohad Ben-Cohen
2011-06-26  1:11     ` Ohad Ben-Cohen
2011-06-26  1:17     ` Brian Swetland
2011-06-26  1:17       ` Brian Swetland
2011-06-26  1:17       ` Brian Swetland
     [not found]     ` <BANLkTi=sFtwam29i4TZdi=RO7BoytTTdrw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-06-27 21:22       ` Grosen, Mark
2011-06-27 21:22         ` Grosen, Mark
2011-06-27 21:22         ` Grosen, Mark
2011-06-28 11:26         ` Ohad Ben-Cohen
2011-06-28 11:26           ` Ohad Ben-Cohen
2011-06-28 11:26           ` Ohad Ben-Cohen
2011-06-28 11:36           ` Brian Swetland
2011-06-28 11:36             ` Brian Swetland
2011-06-28 11:36             ` Brian Swetland

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E035B78.3080200@mvista.com \
    --to=sshtylyov@mvista.com \
    --cc=akpm@linux-foundation.org \
    --cc=arnd@arndb.de \
    --cc=davinci-linux-open-source@linux.davincidsp.com \
    --cc=grant.likely@secretlab.ca \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=ohad@wizery.com \
    --cc=rusty@rustcorp.com.au \
    --cc=swetland@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.