Replying to Avatar Dr. Hax

How the USB proxy works in Qubes https://github.com/QubesOS/qubes-app-linux-usb-proxy

I also found that while the docs point me to /etc/qubes-rpc/policy, the configs have moved to /etc/qubes/policy.d, which was incredibly confusing because there ARE still config files in the documented location. It's just that the main stash moved and it's pulling in the configs from the documented (deprecated) location.

I have not yet found anything that looks like it would be filtering specific traffic to the device, so I'm not sure where the issue lies with not being able to communicate with my hidraw device

Looks like it could be something the kernel is doing, either in sys-usb, or the qube that the device is being attached to.

I saw issue 3628 that was kernel bugs/incompatibilities related to USBIP.

That issue isn't what I'm facing, but I am seeing some weird stuff in the syslogs...

nostr:nevent1qqstne97kt56fprsslxana9w93l5xf6ylyy95ph26net0rwyg7r56ugpzemhxue69uhkummnw3ezumn0dahx2uewvdhk6q3q6v82nr4xt62nlydtj0mtxr49r6enc5r0sl2f7cq2zwdw7q92j5gsxpqqqqqqzx22phn

Reply to this note

Please Login to reply.

Discussion

dmesg in qube show: unlink->seqnum and urb->status -104

In journalctl in sys-usb: unlinked by a call to usb_unlink_urb()

I see selinux is enabled in sys-usb, which adds another possible layer that might be messing around with things...

nostr:nevent1qqszsxeeeevvhr2wgxfxt5lvyg2lnyy9c3kw3sz0487tpyzc5khzq5spp4mhxue69uhkummn9ekx7mqzyrfsa2vw5e0f20u34wfldvcw550tx0zsd7raf8mqpgfe4mcq4223zqcyqqqqqqgc0luas