From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jonathan McDowell Subject: Re: [PATCH 00/10] ARM: OMAP1: ams-delta: replace custom I/O with GPIO Date: Sun, 11 Dec 2011 21:00:22 -0800 Message-ID: <20111212050022.GI16333@earth.li> References: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> Sender: linux-kernel-owner@vger.kernel.org To: Janusz Krzysztofik Cc: Tony Lindgren , Grant Likely , Dmitry Torokhov , Richard Purdie , David Woodhouse , Tomi Valkeinen , Jarkko Nikula , linux-fbdev@vger.kernel.org, alsa-devel@alsa-project.org, Mark Brown , linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, linux-input@vger.kernel.org, linux-omap@vger.kernel.org, Liam Girdwood , linux-arm-kernel@lists.infradead.org List-Id: alsa-devel@alsa-project.org On Sun, Dec 11, 2011 at 09:11:58PM +0100, Janusz Krzysztofik wrote: > The Amstrad Delta board has two extra output ports used for driving > input lines of different on-board devices. Those ports are now > controlled with custom functions, provided by the board arch code and > used by several device drivers. > > The idea behind the series is to replace those custom I/O functions > with gpiolib API. This way, existing drivers can be made less platform > dependent, and some of them perhaps even superseded with generic GPIO > based drivers after the board platform device descriptions are > converted. Moreover, should a new driver for the on-board Smart Card > controller ever be created, it could be designed as a generic GPIO > based driver, not a custom one. Nice work; moving ams-delta over to gpiolib has been on my todo list for a while (albeit quite low down). J. -- I just Fedexed my soul to hell. I'm *real* clever. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jonathan McDowell Date: Mon, 12 Dec 2011 05:00:22 +0000 Subject: Re: [PATCH 00/10] ARM: OMAP1: ams-delta: replace custom I/O with Message-Id: <20111212050022.GI16333@earth.li> List-Id: References: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> In-Reply-To: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Janusz Krzysztofik Cc: Tony Lindgren , Grant Likely , Dmitry Torokhov , Richard Purdie , David Woodhouse , Tomi Valkeinen , Jarkko Nikula , linux-fbdev@vger.kernel.org, alsa-devel@alsa-project.org, Mark Brown , linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, linux-input@vger.kernel.org, linux-omap@vger.kernel.org, Liam Girdwood , linux-arm-kernel@lists.infradead.org On Sun, Dec 11, 2011 at 09:11:58PM +0100, Janusz Krzysztofik wrote: > The Amstrad Delta board has two extra output ports used for driving > input lines of different on-board devices. Those ports are now > controlled with custom functions, provided by the board arch code and > used by several device drivers. > > The idea behind the series is to replace those custom I/O functions > with gpiolib API. This way, existing drivers can be made less platform > dependent, and some of them perhaps even superseded with generic GPIO > based drivers after the board platform device descriptions are > converted. Moreover, should a new driver for the on-board Smart Card > controller ever be created, it could be designed as a generic GPIO > based driver, not a custom one. Nice work; moving ams-delta over to gpiolib has been on my todo list for a while (albeit quite low down). J. -- I just Fedexed my soul to hell. I'm *real* clever. From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 11 Dec 2011 21:00:22 -0800 From: Jonathan McDowell To: Janusz Krzysztofik Subject: Re: [PATCH 00/10] ARM: OMAP1: ams-delta: replace custom I/O with GPIO Message-ID: <20111212050022.GI16333@earth.li> References: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> Cc: linux-fbdev@vger.kernel.org, Mark Brown , Tony Lindgren , Dmitry Torokhov , alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org, Grant Likely , Tomi Valkeinen , linux-arm-kernel@lists.infradead.org, linux-input@vger.kernel.org, linux-mtd@lists.infradead.org, linux-omap@vger.kernel.org, David Woodhouse , Liam Girdwood , Jarkko Nikula List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sun, Dec 11, 2011 at 09:11:58PM +0100, Janusz Krzysztofik wrote: > The Amstrad Delta board has two extra output ports used for driving > input lines of different on-board devices. Those ports are now > controlled with custom functions, provided by the board arch code and > used by several device drivers. > > The idea behind the series is to replace those custom I/O functions > with gpiolib API. This way, existing drivers can be made less platform > dependent, and some of them perhaps even superseded with generic GPIO > based drivers after the board platform device descriptions are > converted. Moreover, should a new driver for the on-board Smart Card > controller ever be created, it could be designed as a generic GPIO > based driver, not a custom one. Nice work; moving ams-delta over to gpiolib has been on my todo list for a while (albeit quite low down). J. -- I just Fedexed my soul to hell. I'm *real* clever. From mboxrd@z Thu Jan 1 00:00:00 1970 From: noodles@earth.li (Jonathan McDowell) Date: Sun, 11 Dec 2011 21:00:22 -0800 Subject: [PATCH 00/10] ARM: OMAP1: ams-delta: replace custom I/O with GPIO In-Reply-To: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> References: <1323634328-856-1-git-send-email-jkrzyszt@tis.icnet.pl> Message-ID: <20111212050022.GI16333@earth.li> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Sun, Dec 11, 2011 at 09:11:58PM +0100, Janusz Krzysztofik wrote: > The Amstrad Delta board has two extra output ports used for driving > input lines of different on-board devices. Those ports are now > controlled with custom functions, provided by the board arch code and > used by several device drivers. > > The idea behind the series is to replace those custom I/O functions > with gpiolib API. This way, existing drivers can be made less platform > dependent, and some of them perhaps even superseded with generic GPIO > based drivers after the board platform device descriptions are > converted. Moreover, should a new driver for the on-board Smart Card > controller ever be created, it could be designed as a generic GPIO > based driver, not a custom one. Nice work; moving ams-delta over to gpiolib has been on my todo list for a while (albeit quite low down). J. -- I just Fedexed my soul to hell. I'm *real* clever.