[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160119123327.3b519062@lxorguk.ukuu.org.uk>
Date: Tue, 19 Jan 2016 12:33:27 +0000
From: One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>
To: Peter Hung <hpeter@...il.com>
Cc: Paul Gortmaker <paul.gortmaker@...driver.com>,
gregkh@...uxfoundation.org, jslaby@...e.com,
andriy.shevchenko@...ux.intel.com, heikki.krogerus@...ux.intel.com,
peter@...leysoftware.com, soeren.grunewald@...y.de,
udknight@...il.com, adam.lee@...onical.com, arnd@...db.de,
yamada.masahiro@...ionext.com, mans@...sr.com,
scottwood@...escale.com, paul.burton@...tec.com,
matthias.bgg@...il.com, manabian@...il.com, peter.ujfalusi@...com,
linux-kernel@...r.kernel.org, linux-serial@...r.kernel.org,
peter_hong@...tek.com.tw,
Peter Hung <hpeter+linux_kernel@...il.com>
Subject: Re: [PATCH 0/3] 8250: Split Fintek PCIE to UART to independent file
> The architecture of 8250_pci.c is good for PCIE device with 8250
> compatible serial ports. We want to implement all functions of
> F81504/508/512, but it'll make 8250_pci.c bloated and complex if we
> implement GPIOLIB in 8250_pci.c
Your device is multi-function. Create an MFD driver for it. Make the
8250 driver bind to the MFD, and provide your own baud rate methods
within the standard 8250 layer
Implement the GPIO lines in a GPIO driver that also binds to the MFD and
lives in drivers/gpio
All the needed pieces already exist to implement it cleanly this way
without duplicating a ton of code.
Alan
Powered by blists - more mailing lists