Hi Randy,
Thanks for your comments !
On Wed, Jun 29, 2011 at 2:44 AM, Randy Dunlap wrote:
>> +hardware accelerators, and therefore are often used to offload cpu-intensive
>
> prefer: CPU-
> throughout.
Isn't that changing the meaning a b
LinkedIn
micro tiger requested to add you as a connection on LinkedIn:
--
Markus,
I'd like to add you to my professional network on LinkedIn.
- micro
Accept invitation from micro tiger
http://www.linkedin.com/e/-6res9e-gphnlhh8-4c/
On Tue, 21 Jun 2011 10:18:33 +0300 Ohad Ben-Cohen wrote:
> Add a virtio-based IPC bus, which enables kernel users to communicate
> with remote processors over shared memory using a simple messaging
> protocol.
>
> Assign a local address for every local endpoint that is created,
> and bind it to t
On Wed, Jun 29, 2011 at 1:51 AM, Grant Likely wrote:
> It's not the device_for_each_child() that you're 'putting' back from
> here. Its the original kref initialization when the device was
> created.
device_unregister() is already calling put_device(), doesn't that deal
with the original kref in
On Tue, Jun 28, 2011 at 4:46 PM, Ohad Ben-Cohen wrote:
> Hi Grant,
>
> On Tue, Jun 28, 2011 at 1:21 AM, Grant Likely
> wrote:
>>> +static int rpmsg_remove_device(struct device *dev, void *data)
>>> +{
>>> + struct rpmsg_channel *rpdev = to_rpmsg_channel(dev);
>>> +
>>> + device_unregiste
Hi Grant,
On Tue, Jun 28, 2011 at 1:21 AM, Grant Likely wrote:
> Nice patch. I'm quite thrilled to see this implemented. Some
> comments below, but otherwise I think it looks pretty good.
Thanks !
>> +source "drivers/virtio/Kconfig"
>
> What happens when kvm and rpmsg both get enabled on the
On Tue, Jun 28, 2011 at 2:29 AM, Russell King - ARM Linux
wrote:
> (Don't have the original message to reply to...)
Sorry about that.
My recent emails to linux-arm-kernel were bounced with a "Message has
a suspicious header" reason. not sure what am I doing wrong..
> Do we really want to end up
Hi Grant,
Thanks a lot for the exhaustive review and comments !
On Mon, Jun 27, 2011 at 11:49 PM, Grant Likely
wrote:
>> + my_rproc = rproc_get("ipu");
>
> I tend to be suspicious of apis whose primary interface is by-name
> lookup. It works fine when the system is small, but it can get
> u
On Tue, May 31, 2011 at 01:15:39PM +0530, Subhasish Ghosh wrote:
> This patch adds the pruss MFD driver and associated include files.
> For details regarding the PRUSS please refer the folowing link:
> http://processors.wiki.ti.com/index.php/Programmable_Realtime_Unit_Subsystem
>
> The rational be
This patch allows setting the input clock frequency of the SoC from
the board specific code using the davinci_set_refclk_rate function.
Suggested-by: Kevin Hilman
Signed-off-by: Christian Riesch
---
v2: fixed the commit message and indentation.
Regards, Christian
arch/arm/mach-davinci/da850.c
Hi Arnd,
On Mon, Jun 27, 2011 at 20:55:14, Arnd Bergmann wrote:
> Ok. Do you also have a public tree with all the patches that
> you would hope to get merged eventually? I'd just like to
> get an impression of what's to come.
You can have a look at the git tree:
git://gitorious.org/linux-davin
On Tue, Jun 28, 2011 at 4:26 AM, Ohad Ben-Cohen wrote:
> On Tue, Jun 28, 2011 at 12:22 AM, Grosen, Mark wrote:
>> 2. We added a special section (resource table) that is interpreted as part
>> of the loading process. The tool that generates our simple format just
>> recognizes a named section (".r
Laurent,
Sorry for getting back late on this. I was also tied up. I am following it up
with the patches.
-Manju
On Mon, May 02, 2011 at 03:36:23, Laurent Pinchart wrote:
> Hi Manjunath,
>
> On Wednesday 27 April 2011 16:14:03 Hadli, Manjunath wrote:
> > Introduction
> >
> > This
On Tue, Jun 28, 2011 at 12:22 AM, Grosen, Mark wrote:
> 2. We added a special section (resource table) that is interpreted as part
> of the loading process. The tool that generates our simple format just
> recognizes a named section (".resource_table"), so perhaps that could be
> done with the PIL
Hi Christian,
On Tue, Jun 14, 2011 at 23:09:17, Christian Riesch wrote:
> This patch allows setting the input clock frequency of the SoC from
> the board specific using the davinci_set_refclk_rate function.
"board specific code"
>
> Suggested-by: Kevin Hilman
> Cc: Sekhar Nori
> Signed-off-by
Hello.
On 21.06.2011 11:18, Ohad Ben-Cohen wrote:
From: Mark Grosen
Add davinci remoteproc device for the da850's C674x dsp remote
processor, and support it on the da850-evm and omapl138-hawk boards.
Signed-off-by: Mark Grosen
Signed-off-by: Ohad Ben-Cohen
[...]
diff --git a/arch/arm/
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;
> > >>> +
17 matches
Mail list logo
