Re: [PATCH v7] usbip: make remote list honor parsable output

[Jason Colapietro]

Hi Shuah and all,

The exact v7 patch has now been built and tested with a native Linux
USB/IP stack.

Test setup: Alpine Linux 3.23.4 on aarch64, kernel 6.18.53-0-lts,
usbip-utils 2.0. A QEMU USB mass-storage device (46f4:0001, busid 2-1)
was bound to usbip-host and exported by usbipd. The client connected
to 127.0.0.1:3240.

With the unpatched client, "usbip list -p -r 127.0.0.1" still printed
the human-readable "Exportable USB devices" report, reproducing the
bug. With the v7 client, the same command returned:

    busid=2-1#usbid=46f4:0001#

"usbip list -r 127.0.0.1" retained its human-readable output,
including the device path and interface details. After unbinding the
device, the parsable command exited successfully with zero bytes on
stdout; rebinding restored the record.

I also attached busid 2-1 through the v7 client. "usbip port" showed
it imported through vhci_hcd at port 08, and lsusb showed the device
on both the original and virtual host buses. Detach succeeded, leaving
no imported port. The build, list, attach, and detach commands all
exited successfully.

This was one Linux VM with an emulated USB device and TCP loopback. I
have not tested physical USB hardware or two separate machines. The
existing option-order behavior is unchanged: -p must precede -r.

Thanks,
Jason

On Wed, 23 Sep 2026 02:44:58 -0600, Shuah Khan
<skhan@xxxxxxxxxxxxxxxxxxx> wrote:
> On 9/14/26 11:43, Jason Colapietro wrote:
> > Hi all,
> >
> > Friendly ping on v7, sent September 7. The code remains identical to
> > v6; v7 only corrected the Assisted-by trailer format. Please let me
> > know if any further changes or native Linux/USB-IP testing would help
> > move this forward.
> >
>
> Sorry. It is important to test end to end on a Linux machine to verify
> patches. I can't accept patches that aren't tested on macOS - it just
> doesn't make sense to do so.
>
> thanks,
> -- Shuah