From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758031AbcATIYt (ORCPT ); Wed, 20 Jan 2016 03:24:49 -0500 Received: from mail-pf0-f194.google.com ([209.85.192.194]:35082 "EHLO mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751387AbcATIYk (ORCPT ); Wed, 20 Jan 2016 03:24:40 -0500 Subject: Re: [PATCH 0/3] 8250: Split Fintek PCIE to UART to independent file To: Sudip Mukherjee , Rob Groner References: <1453171266-15874-1-git-send-email-hpeter+linux_kernel@gmail.com> <20160119035649.GA1696@windriver.com> <569DF7C3.5050306@gmail.com> <20160119123327.3b519062@lxorguk.ukuu.org.uk> <1453209684.2521.115.camel@linux.intel.com> <569EF810.1000304@gmail.com> <20160120062214.GB3747@sudip-pc> Cc: Andy Shevchenko , One Thousand Gnomes , Paul Gortmaker , gregkh@linuxfoundation.org, jslaby@suse.com, heikki.krogerus@linux.intel.com, peter@hurleysoftware.com, soeren.grunewald@desy.de, udknight@gmail.com, adam.lee@canonical.com, arnd@arndb.de, yamada.masahiro@socionext.com, mans@mansr.com, scottwood@freescale.com, paul.burton@imgtec.com, matthias.bgg@gmail.com, manabian@gmail.com, peter.ujfalusi@ti.com, linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org, peter_hong@fintek.com.tw, Peter Hung From: Peter Hung Message-ID: <569F4444.3040104@gmail.com> Date: Wed, 20 Jan 2016 16:24:36 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160120062214.GB3747@sudip-pc> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sudip, Sudip Mukherjee 於 2016/1/20 下午 02:22 寫道: > On Wed, Jan 20, 2016 at 10:59:28AM +0800, Peter Hung wrote: > But my personal opinion, if we move out the serial port related code > into a new driver (a new Kconfig symbol) userspace of many system will > break if this new symbol is not enabled by the distributions. But in the > way I have done the new symbol needs to be enabled only if the user > wants to use the GPIO capability. If that is not enabled GPIO cannot be > used but it will never break the serial port related code for them. > I think we should give a thought to that before splitting out the codes > from 8250_pci. I agree with your opinion. I'm trying to implement GPIO with 2 ways, One is like yours, add platform_device with in 8250_pci.c and implement GPIOLIB platform driver with in 'driver/gpio", and the other is trying split out from 8250_pci.c to MFD. In my personal opinion, the first method is less impact with compatible old system. -- With Best Regards, Peter Hung