Linux on Apple ARM platform development
 help / color / mirror / Atom feed
From: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
To: j@jannau.net
Cc: u-boot@lists.denx.de, asahi@lists.linux.dev,
	Neal Gompa <neal@gompa.dev>, Bin Meng <bmeng.cn@gmail.com>,
	Marek Vasut <marex@denx.de>, Tom Rini <trini@konsulko.com>,
	Simon Glass <sjg@chromium.org>,
	Joe Hershberger <joe.hershberger@ni.com>
Subject: Re: [PATCH v3 2/6] usb: xhci: Set up endpoints for the first 2 interfaces
Date: Fri, 22 Mar 2024 09:17:08 +0100	[thread overview]
Message-ID: <082bfd68-1dd4-4bc5-acb3-1000de1a19b8@canonical.com> (raw)
In-Reply-To: <20240322-asahi-keyboards-v3-2-3106dd4c4e19@jannau.net>

On 3/22/24 08:47, Janne Grunau via B4 Relay wrote:
> From: Janne Grunau <j@jannau.net>
> 
> The xhci driver currently only does the necessary initialization for
> endpoints found in the first interface descriptor. Apple USB keyboards
> (released 2021) use the second interface descriptor for the HID keyboard
> boot protocol. To allow USB drivers to use endpoints from other
> interface descriptors the xhci driver needs to ensure these endpoints
> are initialized as well.
> Use USB_MAX_ACTIVE_INTERFACES to control how many interface descriptors
> are considered during endpoint initialisation.
> For now define it to 2 as that is sufficient for supporting the Apple
> keyboards.
> 
> Reviewed-by: Marek Vasut <marex@denx.de>
> Reviewed-by: Neal Gompa <neal@gompa.dev>
> Signed-off-by: Janne Grunau <j@jannau.net>
> ---
>   drivers/usb/host/xhci.c | 31 +++++++++++++++++++------------
>   include/usb.h           |  6 ++++++
>   2 files changed, 25 insertions(+), 12 deletions(-)
> 
> diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
> index 534c4b973f..741e186ee0 100644
> --- a/drivers/usb/host/xhci.c
> +++ b/drivers/usb/host/xhci.c
> @@ -606,24 +606,28 @@ static int xhci_set_configuration(struct usb_device *udev)
>   	int slot_id = udev->slot_id;
>   	struct xhci_virt_device *virt_dev = ctrl->devs[slot_id];
>   	struct usb_interface *ifdesc;
> +	unsigned int ifnum;
> +	unsigned int max_ifnum = min((unsigned int)USB_MAX_ACTIVE_INTERFACES,

no_of_if being of type u8 limits the number of interfaces to 255. 
Introducing USB_MAX_ACTIVE_INTERFACES limit us to the first two 
interfaces. Is this really needed? Handling all interface would avoid 
the introduction of artificial limitations which may hit us on the next 
device.

Best regards

Heinrich

> +				     (unsigned int)udev->config.no_of_if);
>   
>   	out_ctx = virt_dev->out_ctx;
>   	in_ctx = virt_dev->in_ctx;
>   
> -	num_of_ep = udev->config.if_desc[0].no_of_ep;
> -	ifdesc = &udev->config.if_desc[0];
> -
>   	ctrl_ctx = xhci_get_input_control_ctx(in_ctx);
>   	/* Initialize the input context control */
>   	ctrl_ctx->add_flags = cpu_to_le32(SLOT_FLAG);
>   	ctrl_ctx->drop_flags = 0;
>   
> -	/* EP_FLAG gives values 1 & 4 for EP1OUT and EP2IN */
> -	for (cur_ep = 0; cur_ep < num_of_ep; cur_ep++) {
> -		ep_flag = xhci_get_ep_index(&ifdesc->ep_desc[cur_ep]);
> -		ctrl_ctx->add_flags |= cpu_to_le32(1 << (ep_flag + 1));
> -		if (max_ep_flag < ep_flag)
> -			max_ep_flag = ep_flag;
> +	for (ifnum = 0; ifnum < max_ifnum; ifnum++) {
> +		ifdesc = &udev->config.if_desc[ifnum];
> +		num_of_ep = ifdesc->no_of_ep;
> +		/* EP_FLAG gives values 1 & 4 for EP1OUT and EP2IN */
> +		for (cur_ep = 0; cur_ep < num_of_ep; cur_ep++) {
> +			ep_flag = xhci_get_ep_index(&ifdesc->ep_desc[cur_ep]);
> +			ctrl_ctx->add_flags |= cpu_to_le32(1 << (ep_flag + 1));
> +			if (max_ep_flag < ep_flag)
> +				max_ep_flag = ep_flag;
> +		}
>   	}
>   
>   	xhci_inval_cache((uintptr_t)out_ctx->bytes, out_ctx->size);
> @@ -637,9 +641,12 @@ static int xhci_set_configuration(struct usb_device *udev)
>   	xhci_endpoint_copy(ctrl, in_ctx, out_ctx, 0);
>   
>   	/* filling up ep contexts */
> -	err = xhci_init_ep_contexts_if(udev, ctrl, virt_dev, ifdesc);
> -	if (err < 0)
> -		return err;
> +	for (ifnum = 0; ifnum < max_ifnum; ifnum++) {
> +		ifdesc = &udev->config.if_desc[ifnum];
> +		err = xhci_init_ep_contexts_if(udev, ctrl, virt_dev, ifdesc);
> +		if (err < 0)
> +			return err;
> +	}
>   
>   	return xhci_configure_endpoints(udev, false);
>   }
> diff --git a/include/usb.h b/include/usb.h
> index 09e3f0cb30..3aafdc8bfd 100644
> --- a/include/usb.h
> +++ b/include/usb.h
> @@ -49,6 +49,12 @@ extern bool usb_started; /* flag for the started/stopped USB status */
>    */
>   #define USB_TIMEOUT_MS(pipe) (usb_pipebulk(pipe) ? 5000 : 1000)
>   
> +/*
> + * The xhcd hcd driver prepares only a limited number interfaces / endpoints.
> + * Define this limit so that drivers do not exceed it.
> + */
> +#define USB_MAX_ACTIVE_INTERFACES	2
> +
>   /* device request (setup) */
>   struct devrequest {
>   	__u8	requesttype;
> 


  reply	other threads:[~2024-03-22  8:17 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-22  7:47 [PATCH v3 0/6] USB keyboard improvements for asahi / desktop systems Janne Grunau via B4 Relay
2024-03-22  7:47 ` [PATCH v3 1/6] usb: xhci: refactor xhci_set_configuration Janne Grunau via B4 Relay
2024-03-22  7:47 ` [PATCH v3 2/6] usb: xhci: Set up endpoints for the first 2 interfaces Janne Grunau via B4 Relay
2024-03-22  8:17   ` Heinrich Schuchardt [this message]
2024-03-26  8:36     ` Janne Grunau
2024-03-22  7:47 ` [PATCH v3 3/6] usb: xhci: Abort transfers with unallocated rings Janne Grunau via B4 Relay
2024-03-22  7:47 ` [PATCH v3 4/6] usb: Add environment based device ignorelist Janne Grunau via B4 Relay
2024-03-22 11:56   ` Marek Vasut
2024-03-26  8:40     ` Janne Grunau
2024-03-26 11:29       ` Marek Vasut
2024-03-22  7:47 ` [PATCH v3 5/6] usb: kbd: support Apple Magic Keyboards (2021) Janne Grunau via B4 Relay
2024-03-22  7:47 ` [PATCH v3 6/6] usb: kbd: Add probe quirk for Apple and Keychron keyboards Janne Grunau via B4 Relay

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=082bfd68-1dd4-4bc5-acb3-1000de1a19b8@canonical.com \
    --to=heinrich.schuchardt@canonical.com \
    --cc=asahi@lists.linux.dev \
    --cc=bmeng.cn@gmail.com \
    --cc=j@jannau.net \
    --cc=joe.hershberger@ni.com \
    --cc=marex@denx.de \
    --cc=neal@gompa.dev \
    --cc=sjg@chromium.org \
    --cc=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox