On Di, 2018-08-14 at 04:28 +0200, Andreas Färber wrote: > My idea then was that if we had some unique criteria like vendor and > product IDs (or whatever is supported in usb_device_id), we could write > a usb_driver with suitable USB_DEVICE*() macro. In its probe function we > could call into the existing tty driver's probe function and afterwards > try creating and attaching the appropriate serdev device, i.e. a fixed > USB-to-serdev driver mapping. Problem is that most devices don't seem to > implement any unique identifier I could make this depend on - either by > using a standard FT232/FT2232/CH340G chip or by using STMicroelectronics > virtual com port identifiers in CDC firmware and only differing in the > textual description [3] the usb_device_id does not seem to match on. If you really must do this you can benignly fail probe(). Thus you can compare strings within your probe() method. This sucks because you need to make sure your drivers are always loaded in a certain order and you really rely on undocumented properties, but it can be done. Regards Oliver
