On Wed, Jan 20, 2016 at 10:59:28AM +0800, Peter Hung wrote: > Hi Andy, Alan > > Andy Shevchenko 於 2016/1/19 下午 09:21 寫道: > >>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 > > > >Ouch, somehow I missed this one! > > > >Peter, Alan's suggestion is really worth to try. > > > > Thanks for point this. It seems good to probe on MFD driver, them MFD > register platform devices to invoke platform driver to initialize > sub-parts. I'll try to survey first. > > But I had a new question, If I really do it with MFD subsystem, it'll > split into 3 parts, MFD probe(driver/mfd) / GPIO (driver/gpio) / UART > (drivers/tty/serial/8250). It'll cross more than 2 subsystems and > maintainers How should I do to organize the patches? > > For examples, I should remove the probe function in 8250_pci.c and > move it to new MFD file. It should organize it in the same patch as Paul > said, but this patch will need 2 subsystem maintainer to do with the > same patch, it seems weird. > > Andy had cc "[PATCH v5] serial: 8250: add gpio support to exar" to me, > could I use the same way to do GPIOLIB? First add a platform driver > for F81504 gpio and add platform device into 8250_pci.c? It seems to > be good and simple to implement. + Rob Your hardware and my hardware both are almost same, so I guess the discussion and the decision will apply to both of us. And to have it as MFD, we can have a look at sm501.c it has serial and gpio both. 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. regards sudip -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
