From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Hilman Subject: Re: [PATCH] ARM: OMAP: omap_device: Add omap_device_{alloc, delete, register}_ss Date: Mon, 10 Oct 2011 10:25:01 -0700 Message-ID: <87hb3giwsy.fsf@ti.com> References: <1317833693-21105-1-git-send-email-ohad@wizery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from na3sys009aog116.obsmtp.com ([74.125.149.240]:53310 "EHLO na3sys009aog116.obsmtp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751258Ab1JJRZF (ORCPT ); Mon, 10 Oct 2011 13:25:05 -0400 Received: by mail-gy0-f170.google.com with SMTP id 11so6436412gyb.29 for ; Mon, 10 Oct 2011 10:25:04 -0700 (PDT) In-Reply-To: (Ohad Ben-Cohen's message of "Mon, 10 Oct 2011 09:37:08 +0200") Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Ohad Ben-Cohen Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Benoit Cousson Ohad Ben-Cohen writes: > Hi Kevin, > > On Wed, Oct 5, 2011 at 6:54 PM, Ohad Ben-Cohen wrote: >> Split omap_device_build_ss() into two smaller functions: > ... >> This patch is considered an interim solution until DT fully materializes >> for omap; at that point, this functionality will be removed. > > Good news: we might not need this after all. Great. > I need the remoteproc devices to exists at ->reserve() time, so I can > assign them a private CMA pool, which means I can't wait for > omap_device_build_ss() and must create the devices beforehand. > > ... which makes Benoit's alloc/delete methods perfect for me. > > So please hold this one off for now. I'd just need a s/static// patch > that will allow me to use Benoit's methods outside of omap_device.c, > but I'll wait for things to settle down a bit before sending it, to > minimize this kind of churn. OK. Sounds good. Thanks, Kevin > Thanks and sorry for the noise, > Ohad. > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 From: khilman@ti.com (Kevin Hilman) Date: Mon, 10 Oct 2011 10:25:01 -0700 Subject: [PATCH] ARM: OMAP: omap_device: Add omap_device_{alloc, delete, register}_ss In-Reply-To: (Ohad Ben-Cohen's message of "Mon, 10 Oct 2011 09:37:08 +0200") References: <1317833693-21105-1-git-send-email-ohad@wizery.com> Message-ID: <87hb3giwsy.fsf@ti.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Ohad Ben-Cohen writes: > Hi Kevin, > > On Wed, Oct 5, 2011 at 6:54 PM, Ohad Ben-Cohen wrote: >> Split omap_device_build_ss() into two smaller functions: > ... >> This patch is considered an interim solution until DT fully materializes >> for omap; at that point, this functionality will be removed. > > Good news: we might not need this after all. Great. > I need the remoteproc devices to exists at ->reserve() time, so I can > assign them a private CMA pool, which means I can't wait for > omap_device_build_ss() and must create the devices beforehand. > > ... which makes Benoit's alloc/delete methods perfect for me. > > So please hold this one off for now. I'd just need a s/static// patch > that will allow me to use Benoit's methods outside of omap_device.c, > but I'll wait for things to settle down a bit before sending it, to > minimize this kind of churn. OK. Sounds good. Thanks, Kevin > Thanks and sorry for the noise, > Ohad. > -- > To unsubscribe from this list: send the line "unsubscribe linux-omap" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html