From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Pavel Rojtberg <rojtberg@gmail.com>
Cc: linux-input@vger.kernel.org, pgriffais@valvesoftware.com,
gregkh@linuxfoundation.org
Subject: Re: [PATCH 07/15] Input: xpad: move the input device creation to a new function
Date: Sat, 10 Oct 2015 11:00:15 -0700 [thread overview]
Message-ID: <20151010180015.GI39573@dtor-ws> (raw)
In-Reply-To: <1443733046-29610-8-git-send-email-rojtberg@gmail.com>
On Thu, Oct 01, 2015 at 10:57:18PM +0200, Pavel Rojtberg wrote:
> From: "Pierre-Loup A. Griffais" <pgriffais@valvesoftware.com>
>
> To allow us to later create / destroy the input device from the urb
> callback, we need to initialize/ deinitialize the input device from a
> separate function. So pull that logic out now to make later patches
> more "obvious" as to what they do.
>
> Signed-off-by: "Pierre-Loup A. Griffais" <pgriffais@valvesoftware.com>
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Signed-off-by: Pavel Rojtberg <rojtberg@gmail.com>
> ---
> drivers/input/joystick/xpad.c | 199 +++++++++++++++++++++++++++++++++++++----------------------------
> 1 file changed, 113 insertions(+), 86 deletions(-)
>
> diff --git a/drivers/input/joystick/xpad.c b/drivers/input/joystick/xpad.c
> index 15da2a3..43490ea 100644
> --- a/drivers/input/joystick/xpad.c
> +++ b/drivers/input/joystick/xpad.c
> @@ -343,6 +343,7 @@ struct usb_xpad {
> int mapping; /* map d-pad to buttons or to axes */
> int xtype; /* type of xbox device */
> unsigned long pad_nr; /* the order x360 pads were attached */
> + const char *name; /* name of the device */
> };
>
> /*
> @@ -1044,11 +1045,101 @@ static void xpad_set_up_abs(struct input_dev *input_dev, signed short abs)
> }
> }
>
> +static int xpad_init_input(struct usb_xpad *xpad)
> +{
> + struct input_dev *input_dev;
> + int i, error;
> +
> + input_dev = input_allocate_device();
> + if (!input_dev)
> + return -ENOMEM;
> +
> + xpad->dev = input_dev;
> + input_dev->name = xpad->name;
> + input_dev->phys = xpad->phys;
> + usb_to_input_id(xpad->udev, &input_dev->id);
> + input_dev->dev.parent = &xpad->intf->dev;
> +
> + input_set_drvdata(input_dev, xpad);
> +
> + input_dev->open = xpad_open;
> + input_dev->close = xpad_close;
> +
> + input_dev->evbit[0] = BIT_MASK(EV_KEY);
> +
> + if (!(xpad->mapping & MAP_STICKS_TO_NULL)) {
> + input_dev->evbit[0] |= BIT_MASK(EV_ABS);
> + /* set up axes */
> + for (i = 0; xpad_abs[i] >= 0; i++)
> + xpad_set_up_abs(input_dev, xpad_abs[i]);
> + }
> +
> + /* set up standard buttons */
> + for (i = 0; xpad_common_btn[i] >= 0; i++)
> + __set_bit(xpad_common_btn[i], input_dev->keybit);
> +
> + /* set up model-specific ones */
> + if (xpad->xtype == XTYPE_XBOX360 || xpad->xtype == XTYPE_XBOX360W ||
> + xpad->xtype == XTYPE_XBOXONE) {
> + for (i = 0; xpad360_btn[i] >= 0; i++)
> + __set_bit(xpad360_btn[i], input_dev->keybit);
> + } else {
> + for (i = 0; xpad_btn[i] >= 0; i++)
> + __set_bit(xpad_btn[i], input_dev->keybit);
> + }
> +
> + if (xpad->mapping & MAP_DPAD_TO_BUTTONS) {
> + for (i = 0; xpad_btn_pad[i] >= 0; i++)
> + __set_bit(xpad_btn_pad[i], input_dev->keybit);
> + }
> + /* this should be a simple else block. However historically xbox360w
> + * has mapped DPAD to buttons while xbox360 did not.
> + * This made no sense, but now we can not just switch back and have to
> + * support both behaviors.
> + */
> + if(!(xpad->mapping & MAP_DPAD_TO_BUTTONS) ||
> + xpad->xtype == XTYPE_XBOX360W) {
> + for (i = 0; xpad_abs_pad[i] >= 0; i++)
> + xpad_set_up_abs(input_dev, xpad_abs_pad[i]);
> + }
> +
> + if (xpad->mapping & MAP_TRIGGERS_TO_BUTTONS) {
> + for (i = 0; xpad_btn_triggers[i] >= 0; i++)
> + __set_bit(xpad_btn_triggers[i], input_dev->keybit);
> + } else {
> + for (i = 0; xpad_abs_triggers[i] >= 0; i++)
> + xpad_set_up_abs(input_dev, xpad_abs_triggers[i]);
> + }
> +
> + error = xpad_init_ff(xpad);
> + if (error)
> + goto fail_init_ff;
> +
> + error = xpad_led_probe(xpad);
> + if (error)
> + goto fail_init_led;
> +
> + error = input_register_device(xpad->dev);
> + if (error)
> + goto fail_input_register;
> +
> + return 0;
> +
> +fail_input_register:
> + xpad_led_disconnect(xpad);
> +
> +fail_init_led:
> + input_ff_destroy(input_dev);
> +
> +fail_init_ff:
> + input_free_device(input_dev);
> + return error;
> +}
> +
> static int xpad_probe(struct usb_interface *intf, const struct usb_device_id *id)
> {
> struct usb_device *udev = interface_to_usbdev(intf);
> struct usb_xpad *xpad;
> - struct input_dev *input_dev;
> struct usb_endpoint_descriptor *ep_irq_in;
> int ep_irq_in_idx;
> int i, error;
> @@ -1070,12 +1161,14 @@ static int xpad_probe(struct usb_interface *intf, const struct usb_device_id *id
> }
>
> xpad = kzalloc(sizeof(struct usb_xpad), GFP_KERNEL);
> - input_dev = input_allocate_device();
> - if (!xpad || !input_dev) {
> + if (!xpad) {
> error = -ENOMEM;
> goto fail1;
> }
>
> + usb_make_path(udev, xpad->phys, sizeof(xpad->phys));
> + strlcat(xpad->phys, "/input0", sizeof(xpad->phys));
> +
> xpad->idata = usb_alloc_coherent(udev, XPAD_PKT_LEN,
> GFP_KERNEL, &xpad->idata_dma);
> if (!xpad->idata) {
> @@ -1093,6 +1186,7 @@ static int xpad_probe(struct usb_interface *intf, const struct usb_device_id *id
> xpad->intf = intf;
> xpad->mapping = xpad_device[i].mapping;
> xpad->xtype = xpad_device[i].xtype;
> + xpad->name = xpad_device[i].name;
>
> if (xpad->xtype == XTYPE_UNKNOWN) {
> if (intf->cur_altsetting->desc.bInterfaceClass == USB_CLASS_VENDOR_SPEC) {
> @@ -1111,78 +1205,10 @@ static int xpad_probe(struct usb_interface *intf, const struct usb_device_id *id
> xpad->mapping |= MAP_STICKS_TO_NULL;
> }
>
> - xpad->dev = input_dev;
> - usb_make_path(udev, xpad->phys, sizeof(xpad->phys));
> - strlcat(xpad->phys, "/input0", sizeof(xpad->phys));
> -
> - input_dev->name = xpad_device[i].name;
> - input_dev->phys = xpad->phys;
> - usb_to_input_id(udev, &input_dev->id);
> - input_dev->dev.parent = &intf->dev;
> -
> - input_set_drvdata(input_dev, xpad);
> -
> - input_dev->open = xpad_open;
> - input_dev->close = xpad_close;
> -
> - input_dev->evbit[0] = BIT_MASK(EV_KEY);
> -
> - if (!(xpad->mapping & MAP_STICKS_TO_NULL)) {
> - input_dev->evbit[0] |= BIT_MASK(EV_ABS);
> - /* set up axes */
> - for (i = 0; xpad_abs[i] >= 0; i++)
> - xpad_set_up_abs(input_dev, xpad_abs[i]);
> - }
> -
> - /* set up standard buttons */
> - for (i = 0; xpad_common_btn[i] >= 0; i++)
> - __set_bit(xpad_common_btn[i], input_dev->keybit);
> -
> - /* set up model-specific ones */
> - if (xpad->xtype == XTYPE_XBOX360 || xpad->xtype == XTYPE_XBOX360W ||
> - xpad->xtype == XTYPE_XBOXONE) {
> - for (i = 0; xpad360_btn[i] >= 0; i++)
> - __set_bit(xpad360_btn[i], input_dev->keybit);
> - } else {
> - for (i = 0; xpad_btn[i] >= 0; i++)
> - __set_bit(xpad_btn[i], input_dev->keybit);
> - }
> -
> - if (xpad->mapping & MAP_DPAD_TO_BUTTONS) {
> - for (i = 0; xpad_btn_pad[i] >= 0; i++)
> - __set_bit(xpad_btn_pad[i], input_dev->keybit);
> - }
> - /* this should be a simple else block. However historically xbox360w
> - * has mapped DPAD to buttons while xbox360 did not.
> - * This made no sense, but now we can not just switch back and have to
> - * support both behaviors.
> - */
> - if(!(xpad->mapping & MAP_DPAD_TO_BUTTONS) ||
> - xpad->xtype == XTYPE_XBOX360W) {
> - for (i = 0; xpad_abs_pad[i] >= 0; i++)
> - xpad_set_up_abs(input_dev, xpad_abs_pad[i]);
> - }
> -
> - if (xpad->mapping & MAP_TRIGGERS_TO_BUTTONS) {
> - for (i = 0; xpad_btn_triggers[i] >= 0; i++)
> - __set_bit(xpad_btn_triggers[i], input_dev->keybit);
> - } else {
> - for (i = 0; xpad_abs_triggers[i] >= 0; i++)
> - xpad_set_up_abs(input_dev, xpad_abs_triggers[i]);
> - }
> -
> error = xpad_init_output(intf, xpad);
> if (error)
> goto fail3;
>
> - error = xpad_init_ff(xpad);
> - if (error)
> - goto fail4;
> -
> - error = xpad_led_probe(xpad);
> - if (error)
> - goto fail5;
> -
> /* Xbox One controller has in/out endpoints swapped. */
> ep_irq_in_idx = xpad->xtype == XTYPE_XBOXONE ? 1 : 0;
> ep_irq_in = &intf->cur_altsetting->endpoint[ep_irq_in_idx].desc;
> @@ -1194,10 +1220,6 @@ static int xpad_probe(struct usb_interface *intf, const struct usb_device_id *id
> xpad->irq_in->transfer_dma = xpad->idata_dma;
> xpad->irq_in->transfer_flags |= URB_NO_TRANSFER_DMA_MAP;
>
> - error = input_register_device(xpad->dev);
> - if (error)
> - goto fail6;
> -
> usb_set_intfdata(intf, xpad);
>
> if (xpad->xtype == XTYPE_XBOX360W) {
> @@ -1210,32 +1232,37 @@ static int xpad_probe(struct usb_interface *intf, const struct usb_device_id *id
> */
> xpad->irq_in->dev = xpad->udev;
> error = usb_submit_urb(xpad->irq_in, GFP_KERNEL);
> - if (error)
> - goto fail7;
> + if (error) {
> + usb_kill_urb(xpad->irq_in);
Why do we need to kill urb if its submission failed?
> + goto fail4;
> + }
> }
> + xpad->pad_present = 1;
> + error = xpad_init_input(xpad);
This is too late, at least in the context of this patch. The packets may
already be flowing.
I moved this chunk up.
> + if (error)
> + goto fail4;
>
> return 0;
>
> - fail7: input_unregister_device(input_dev);
> - input_dev = NULL;
> - fail6: xpad_led_disconnect(xpad);
> - fail5: if (input_dev)
> - input_ff_destroy(input_dev);
> fail4: xpad_deinit_output(xpad);
> fail3: usb_free_urb(xpad->irq_in);
> fail2: usb_free_coherent(udev, XPAD_PKT_LEN, xpad->idata, xpad->idata_dma);
> - fail1: input_free_device(input_dev);
> - kfree(xpad);
> + fail1: kfree(xpad);
> return error;
>
> }
>
> +static void xpad_deinit_input(struct usb_xpad *xpad)
> +{
> + xpad_led_disconnect(xpad);
> + input_unregister_device(xpad->dev);
> +}
> +
> static void xpad_disconnect(struct usb_interface *intf)
> {
> struct usb_xpad *xpad = usb_get_intfdata (intf);
>
> - xpad_led_disconnect(xpad);
> - input_unregister_device(xpad->dev);
> + xpad_deinit_input(xpad);
> xpad_deinit_output(xpad);
>
> if (xpad->xtype == XTYPE_XBOX360W) {
> --
> 1.9.1
>
Thanks.
--
Dmitry
next prev parent reply other threads:[~2015-10-10 18:00 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-01 20:57 [PATCH 00/15] Input: xpad: updates Pavel Rojtberg
2015-10-01 20:57 ` [PATCH 01/15] Input: xpad: add Covert Forces edition of the Xbox One controller Pavel Rojtberg
2015-10-10 16:42 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 02/15] Input: xpad: fix Razer Atrox Arcade Stick button mapping Pavel Rojtberg
2015-10-10 16:43 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 03/15] Input: xpad: clarify LED enumeration Pavel Rojtberg
2015-10-10 16:44 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 04/15] Input: xpad: remove needless bulk out URB used for LED setup Pavel Rojtberg
2015-10-10 16:45 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 05/15] Input: xpad: factor out URB submission in xpad_play_effect Pavel Rojtberg
2015-10-10 16:45 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 06/15] Input: xpad: x360w: report dpad as buttons and axes Pavel Rojtberg
2015-10-10 16:45 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 07/15] Input: xpad: move the input device creation to a new function Pavel Rojtberg
2015-10-10 18:00 ` Dmitry Torokhov [this message]
2015-10-15 19:19 ` Pavel Rojtberg
2015-10-17 16:49 ` Dmitry Torokhov
2015-10-17 18:08 ` Pavel Rojtberg
2015-10-01 20:57 ` [PATCH 08/15] Input: xpad: query Wireless controller state at init Pavel Rojtberg
2015-10-01 20:57 ` [PATCH 09/15] Input: xpad: handle "present" and "gone" correctly Pavel Rojtberg
2015-10-10 16:42 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 10/15] Input: xpad: use ida() for finding the pad_nr Pavel Rojtberg
2015-10-01 22:53 ` Pavel Rojtberg
2015-10-10 17:06 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 11/15] Input: xpad: do not submit active URBs Pavel Rojtberg
2015-10-01 20:57 ` [PATCH 12/15] Input: xpad: replace mutex by spinlock Pavel Rojtberg
2015-10-10 18:10 ` Dmitry Torokhov
2015-10-01 20:57 ` [PATCH 13/15] Input: xpad: re-submit pending ff and led requests Pavel Rojtberg
2015-10-01 20:57 ` [PATCH 14/15] Input: xpad: workaround dead irq_out after suspend/ resume Pavel Rojtberg
2015-10-01 20:57 ` [PATCH 15/15] Input: xpad: update Xbox One Force Feedback Support Pavel Rojtberg
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=20151010180015.GI39573@dtor-ws \
--to=dmitry.torokhov@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-input@vger.kernel.org \
--cc=pgriffais@valvesoftware.com \
--cc=rojtberg@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).