[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v8 17/18] hw/usb/redirect-server: Implement isochronous OUT transfers
- To: Jamin Lin <jamin_lin@xxxxxxxxxxxxxx>
- From: marcandre.lureau@xxxxxxxxxx
- Date: Mon, 02 Nov 2026 18:07:30 +0400
- Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=mimecast20190719 header.d=redhat.com header.i="@redhat.com" header.h="From:Subject:Date:Message-Id:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:In-Reply-To:References"
- Cc: kraxel@xxxxxxxxxx, marcandre.lureau@xxxxxxxxxx, junjie.cao@xxxxxxxxx, junjie.cao@xxxxxxxxx, clg@xxxxxxxx, Pierrick Bouvier <pierrick.bouvier@xxxxxxxxxxxxxxxx>, Peter Maydell <peter.maydell@xxxxxxxxxx>, Kane Chen <kane_chen@xxxxxxxxxxxxxx>, Philippe Mathieu-Daudé <philmd@xxxxxxxxxxxxxxxx>, Tyrone Ting <kfting@xxxxxxxxxxx>, Hao Wu <wuhaotsh@xxxxxxxxxx>, Zhao Liu <zhao1.liu@xxxxxxxxx>, Richard Henderson <richard.henderson@xxxxxxxxxx>, Helge Deller <deller@xxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Anthony PERARD <anthony@xxxxxxxxxxxxxx>, "Edgar E. Iglesias" <edgar.iglesias@xxxxxxxxx>, "open list:All patches CC here" <qemu-devel@xxxxxxxxxx>, "open list:ASPEED BMCs" <qemu-arm@xxxxxxxxxx>, "open list:X86 Xen CPUs" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Troy Lee <troy_lee@xxxxxxxxxxxxxx>
- Delivery-date: Mon, 02 Nov 2026 14:08:48 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On Mon, 02 Nov 2026 09:22:27 +0000, Jamin Lin <jamin_lin@xxxxxxxxxxxxxx> wrote:
> The protocol has three callbacks for isochronous transfers:
> start_iso_stream_func, stop_iso_stream_func and iso_packet_func.
> Isochronous has no capability bit, and the parser calls them without
> checking, so a server cannot leave them out.
>
> Implement the three for an OUT endpoint. Endpoint 0 is control, so
> refuse it. The host sends a packet for every OUT transfer. It sends
> nothing for an IN transfer, so refuse an IN endpoint with a stall.
> Only a stall makes the host close the stream. Any other status leaves
> it open on the host side.
>
> [...]
Reviewed-by: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
--
Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
|