From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ohad Ben-Cohen Subject: Re: [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus Date: Wed, 29 Jun 2011 15:29:23 +0300 Message-ID: References: <1308640714-17961-1-git-send-email-ohad@wizery.com> <20110628164453.aa85c85c.rdunlap@xenotime.net> <201106291359.14026.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mail-ww0-f44.google.com ([74.125.82.44]:57409 "EHLO mail-ww0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751912Ab1F2M3o convert rfc822-to-8bit (ORCPT ); Wed, 29 Jun 2011 08:29:44 -0400 In-Reply-To: <201106291359.14026.arnd@arndb.de> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Arnd Bergmann Cc: Randy Dunlap , Rusty Russell , linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, akpm@linux-foundation.org, Brian Swetland , Grant Likely , davinci-linux-open-source On Wed, Jun 29, 2011 at 2:59 PM, Arnd Bergmann wrote: > On Wednesday 29 June 2011, Ohad Ben-Cohen wrote: >> On Wed, Jun 29, 2011 at 2:44 AM, Randy Dunlap = wrote: >> >> +hardware accelerators, and therefore are often used to offload c= pu-intensive >> > >> > prefer: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CPU- >> > throughout. >> >> Isn't that changing the meaning a bit ? Let's stick with the origina= l >> version, I think it's more clear. > > I think you misunderstood Randy, he meant you should do 's/cpu/CPU/' = globally, Oh, sorry, Randy. For some reason I thought you meant s/cpu-intensive/CPU-throughout/ which didn't make a lot of sense to me :) s/cpu/CPU/ is of course nicer. thanks ! > The easiest way would be to replace it with 'or', as in > > ... remote cores (or hardware accelerators) may have ... yeah, i'll do it, thanks. It's a bit harder to get rid of the parentheses in the second sentence, but I'll think of something too. >> Probably the solution is to move 'source "drivers/virtio/Kconfig"' >> into drivers/Kconfig, and remove all other instances. > > I think changing that would be good. However, you need to at least > restructure the contents, or they will show up in the main driver men= u. I'll do that. Thanks, Ohad. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html