On Fri, May 26, 2017 at 7:02 PM, Jan Kiszka <jan.kiszka@xxxxxxxxxxx> wrote: > This implements the setup of RS232 and the switch-over to RS485 or RS422 > for the Siemens IOT2040. That uses an EXAR XR17V352 with external logic > to switch between the different modes. The external logic is controlled > via MPIO pins of the EXAR controller. > > Only pin 10 can be exported as GPIO on the IOT2040. It is connected to > an LED. > > As the XR17V352 used on the IOT2040 is not equipped with an external > EEPROM, it cannot present itself as IOT2040-variant via subvendor/ > subdevice IDs. Thus, we have to check via DMI for the target platform. > static void * > -xr17v35x_register_gpio(struct pci_dev *pcidev, unsigned int first_pin, > - unsigned int npins) > +__xr17v35x_register_gpio(struct pci_dev *pcidev, unsigned int first_pin, > + unsigned int npins) > +static int xr17v35x_register_gpio(struct pci_dev *pcidev, > + struct uart_8250_port *port) > +{ > + if (pcidev->vendor == PCI_VENDOR_ID_EXAR) > + port->port.private_data = > + __xr17v35x_register_gpio(pcidev, 0, 16); > + > + return 0; > +} > - if (pcidev->vendor == PCI_VENDOR_ID_EXAR) > - port->port.private_data = > - xr17v35x_register_gpio(pcidev, 0, 16); > + ret = platform->register_gpio(pcidev, port); > } Can't you move at least some of this to the patch where you move the check? -- With Best Regards, Andy Shevchenko -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html