On Fri, Aug 13, 2021 at 02:45:51PM +0300, Maxim Devaev wrote:
> f_hid provides the OUT Endpoint for receiving reports from the host.
> The USB HID standard describes the OUT Endpoint support as optional,
> and hosts can ignore it if they don't support it.
No. The HID standard (version 1.11 -- I may be out of date) actually
says this (section 4.4):
The Interrupt Out pipe is optional. If a device declares an
Interrupt Out endpoint then Output reports are transmitted by
the host to the device through the Interrupt Out endpoint. If
no Interrupt Out endpoint is declared then Output reports are
transmitted to a device through the Control endpoint, using
Set_Report(Output) requests.
In other words, a device does not need to have an interrupt-OUT
endpoint, but if it does have one then the host must use it.
> However, this raises several problems.
>
> (1) Some host OS drivers without OUT Endpoint support can't receive
Can't _transmit_ output reports. This is understandable, since such
hosts aren't compliant with the standard.
> reports at all. In the case of the keyboard, it becomes impossible
> to get the status of the LEDs from the host OS.
>
> (2) Some BIOSes and UEFIs not only don't support the OUT Endpoint,
> they cannot work with HID with this configuration at all.
What configuration, exactly? Do you mean that they can't work with
HID interfaces that include an interrupt-OUT endpoint?
> For example, absolutely all Apple UEFIs in all Macs can't handle
> the OUT Endpoint in accordance with the HID standard so it makes
> impossible to enter the Boot Menu using the hotkey at boot.
These hosts simply give up when they see an HID interface with an
interrupt-OUT endpoint? They don't just ignore it and continue on?
> This problem also occurs on HP and DELL BIOSes and in some dumb
> devices with primitive embedded firmware like KVM switches.
>
> This patch adds option no_out_endpoint=1 to disable the OUT Endpoint
> and allow f_hid to receive reports from the host via SETUP/SET_REPORT.
Why not always allow f_hid to receive reports over ep0? The HID
standard doesn't forbid this.
> Previously, there was such a feature in f_hid, but it was replaced
> by the OUT Endpoint ("usb: gadget: hidg: register OUT INT endpoint
> for SET_REPORT").
Missing the SHA value of the commit.
Alan Stern
> It seems that no one knew at the time that it would
> cause problems with BIOS. So this patch actually returns the removed
> functionality making it optional. For backward compatibility reasons,
> the OUT Endpoint mode remains the default behaviour.
>
> If the SETUP/SET_REPORT mode is used, there is no event processing queue,
> so the user will only read the last report. For classic HID devices
> like keyboard this is not a problem, since it is intended to transmit
> the status of the LEDs and only the last report is important.
>
> Both modes pass USBCV tests. Checking with the USB protocol analyzer
> also confirms that everything is working as it should and the new mode
> ensures operability in all of the described cases.
