mvp

Thanks for submitting this feature request. Do you have specific output format in mind? It would be helpful if you can propose one. It should not be difficult to add...

Thanks for insight, I like the idea. I will try to implement this soon, but it will require quite a rewrite for all reporting functions. It may take a while...

Wouldn't it be better to create single function `libusb_get_device_lanes`? It could return structure with `{rx_lanes, tx_lanes}`. Alternatively, it could return 16 bit value, where high byte is number of rx...

> > Thank you for submitting this! > > Your patch looks great, except I would check access to disable sysfs interface more carefully. > > Overall this is excellent...

@mgrzeschik , if I understand it correctly, it is the kernel which is processing hub control message coming from userspace: ``` rc = libusb_control_transfer(devh, LIBUSB_REQUEST_TYPE_CLASS | LIBUSB_RECIPIENT_OTHER, request, USB_PORT_FEAT_POWER, port,...

Yes, adding this PR under `--sysfs` (`-S`) sounds totally reasonable. So default behavior will stay the way it is (including supporting root-less `uhubctl` operation if udev permissions are set up)....

> I've just added a commit to the PR that adds a section to the README on how to set up root-less access to the sysfs interface. This also has...

Thank you for this work! I will follow up with few cleanups

Pushed couple followup fixes dd5ff8f7 and 732ad2d9.

@hnez , @mgrzeschik : now that Linux kernel 6.0 is released, can you please confirm that uhubctl built from master works on 6.0 as expected? I would like to release...