Re-adding the list. Please remember to 'reply to all' when discussing patches. > > >> Hm, when the device is not answering on that request, the probe method > > >> should fail I would say. This means that the device is missing most > > >> likely. However, I should set the device version to TPS6586X_ANY if I > > >> happen to end up in the default case. > > > > > > I would say that returning an error is the sound thing to do, but I'm > > > missing the point of TPS6586X_ANY, as it doesn't appear to be used in > > > this context. > > > > > > > Yes, its mainly used in the regulator code later on. I do assign voltage > > table to TPS6586X_ANY, if its the appropriate table for any version of > > the device. > > <snip> > > > Ok, will change this. Setting the version to TPS6586X_ANY in the default > > case is anyway not a good idea since it would suppress unknown versions. > > Perhaps I should suggest to make TPS6586X_ANY a positive number then, > as a negative value to me indicates more of an error than a generic > parameter. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html