<snip>
Ok, you're right. We want to tell the drivers to shut down (remember,
the original goal of driverfs was for power management), so all drivers
that attach to a device need to be shown.
I'll play with the code some more and make this kind of change.
> > If you want to do an interface tree, let's put that in usbfs,
> > where it belongs :)
>
> Ah, but changing usbfs is impractical at this point since lots of
> userspace programs rely on it not changing. Which is why I
> was pointing this out in the context of driverfs, which can still
> be improved in such ways ... "usbdevfs" was always advertised
> as "preliminary", anyway! :)
Heh, I took the "preliminary" tag off of it a short while ago, as so
many different userspace programs were using it. Maybe usbfs2? :)
Seriously, I've had some ideas of a different way to implement the
functionality of usbfs, possibly without all of the ioctl calls, but I
have not had the time to experiment with it...
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/