From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Boyd Subject: Re: [PATCH] remoteproc: remove the get_by_name/put API Date: Tue, 03 Jul 2012 11:11:47 -0700 Message-ID: <4FF335E3.5040509@codeaurora.org> References: <1341259857-17382-1-git-send-email-ohad@wizery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from wolverine01.qualcomm.com ([199.106.114.254]:2005 "EHLO wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755867Ab2GCSLz (ORCPT ); Tue, 3 Jul 2012 14:11:55 -0400 In-Reply-To: <1341259857-17382-1-git-send-email-ohad@wizery.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Ohad Ben-Cohen Cc: linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, =?UTF-8?B?U2p1ciBCcsOmbmRlbGFuZA==?= , Loic Pallardy , Ludovic BARRE , Michal Simek , Fernando Guzman Lugo , Suman Anna , Mark Grosen On 07/02/12 13:10, Ohad Ben-Cohen wrote: > Remove rproc_get_by_name() and rproc_put(), and the associated > remoteproc infrastructure that supports it (i.e. klist and friends), > because: > > 1. No one uses them > 2. Using them is highly discouraged, and any potential user > will be deeply scrutinized and encouraged to move. > > If a user, that absolutely can't live with the direct boot/shutdown > model, does show up one day, then bringing this functionality back > is going to be trivial. > > At this point though, keeping this functionality around is way too > much of a maintenance burden. > Acked-by: Stephen Boyd > Cc: Sjur Br=C3=A6ndeland > Cc: Loic Pallardy > Cc: Ludovic BARRE > Cc: Michal Simek > Cc: Fernando Guzman Lugo > Cc: Suman Anna > Cc: Mark Grosen > Signed-off-by: Ohad Ben-Cohen > --=20 Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora For= um. -- 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