Sarah Sharp wrote: > > > If userspace really wants the port off (e.g. to disconnect and > > > reconnect a misbehaving device), then it can set the sysfs file > > > to off. > > > > And unless all ganged ports are also off it will fail. Userspace will > > want to know about that, and why, along with a reference that can be > > matched against the list of ganged sets of ports. > > Ah, right. Yes, we should probably add some dmesg info lines about > why we can't turn off a port right now. dmesg isn't very programmable. Maybe ioctl after all? Trust me that I don't have a preference, it's just that I don't know how sysfs could report back the relevant failure info in a race-free way. //Peter -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
