Hi David, On Wed, 11 Jun 2008 13:17:20 -0700, David Brownell wrote: > Just sending this as an RFC ... clearly it shouldn't merge until > the GPIO_SYSFS code merges, which I'm assuming is 2.6.27.
Certainly. > And presumably Jean will want to be the "who removes this"? Not necessarily. > I think the only other blocking issue would be a way to configure > such new-style drivers from sysfs, primarily for one-off hardware > hacking usage (in at least this case). This is the problem. Until there is a way to instantiate new-style drivers from user-space, we just can't remove the deprecated drivers. Even tagging it as deprecated is dishonest to some extent. So I see no point in adding these drivers to the feature removal list for now. We can do that later, when we really offer an alternative with the same features. You shouldn't fear that we forget to remove these drivers. They are the dust in my eye, I can't forget them. > Teaching the two new-style > drivers to use dynamic GPIO number allocation when there's no > platform_data is trivial, Good to know... > and not otherwise desirable. I'm confused now. -- Jean Delvare _______________________________________________ i2c mailing list [email protected] http://lists.lm-sensors.org/mailman/listinfo/i2c
