Citeren Charles Lepple <[EMAIL PROTECTED]>: >> Another thing, loosely related to this, is how we are going to deal with the >> 'generic' VID:PID combinations in some of the USB drivers, for example the >> megatec_usb and (new) blazer_usb drivers. At present, in the megatec_usb >> driver we have several VID:PID combinations for USB-to-serial converters >> that are commonly found in UPSes. But what happens if other totally >> unrelated (non-UPS) devices use the same controllers? Or that kernel level >> support becomes available for them? > Maybe we split the udev files for ambiguous IDs into another package > (enabled at configure time, disabled by default)?
This would >> Unless a VID:PID combination unambiguously identifies a USB device as a >> supported UPS, using it in a HAL addon is probably not a very good idea. >> Should we remove the 'hald-addon-megatec_usb' driver before releasing >> nut-2.4? > I haven't looked much into the new structures, but could we add > another field to specify whether it is an official VID:PID, or if it > looks suspect? That could help with splitting the udev files as > mentioned above. We could do this more easily by adding another macro, like the existing one that is used to extract the VID:PID combinations: /* dummy USB function and macro, inspired from the Linux kernel * this allows USB information extraction */ #define USB_DEVICE(vendorID, productID) vendorID, productID #define USB_LIKELY(a, b) USB_DEVICE(a, b) Best regards, Arjen -- Please keep list traffic on the list _______________________________________________ Nut-upsdev mailing list Nut-upsdev@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev