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
next prev parent 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: linkBe 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.