All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Colenbrander, Roelof" <Roderick.Colenbrander@sony.com>
To: Jiri Kosina <jikos@kernel.org>, Todd Kelner <tsopdump@gmail.com>
Cc: Benjamin Tissoires <benjamin.tissoires@redhat.com>,
	"linux-input@vger.kernel.org" <linux-input@vger.kernel.org>,
	Frank Praznik <frank.praznik@gmail.com>,
	Simon Wood <simon@mungewell.org>
Subject: RE: [PATCH] HID: sony: Add touchpad support for Sony's NSG-MR5U and NSG-MR7U remotes
Date: Wed, 22 Mar 2017 01:10:19 +0000	[thread overview]
Message-ID: <1DD62093774CEE42AFC16E785A10880489C9FFB9@USCULXMSG08.am.sony.com> (raw)
In-Reply-To: <1DD62093774CEE42AFC16E785A10880489C9FF8A@USCULXMSG08.am.sony.com>

Hi,

On a sidenote I'm starting to wonder how we should deal with multiple devices in this driver in the future. The driver is starting to support many different kinds of devices (mostly game controllers) and a few other devices (vaio). They are all HID, but behave very differently and some share concepts e.g. LEDs, touchpads or motion sensors. It is starting to become more and more painful to handle many very different devices in kind of one driver even though they are not really related. There are layers of abstractions to dispatch to the right 'subdriver' e.g. in sony_raw_event and many other places. There is a shared driver structure (sony_sc), but some portions like function pointers or work structs only apply to some devices.

Also thinking a bit in how to use this driver in actual products. We may only want certain pieces (e.g. game controller support) and not support for the other devices either because we already have another driver for it or we don't want to include this code as we don't intend to support it (and verify behaviour) on said product. It is in nobody's interest to have multiple code bases.

I'm trying to figure out what we should do long-term. Maybe it would make sense to split the driver or maybe there is another approach, but the current approach right now is not ideal.

Thanks,
Roderick
________________________________________
From: Colenbrander, Roelof
Sent: Tuesday, March 21, 2017 4:56 PM
To: Jiri Kosina; Todd Kelner
Cc: Benjamin Tissoires; linux-input@vger.kernel.org; Frank Praznik; Simon Wood
Subject: RE: [PATCH] HID: sony: Add touchpad support for Sony's NSG-MR5U and NSG-MR7U remotes

Hi Jiri and Todd,

I have added some feedback based on the code below. I'm not familiar with the specifics of this device, so can't confirm whether the code dealing with input reports is correct.

Thanks,
Roderick
________________________________________
From: Jiri Kosina [jikos@kernel.org]
Sent: Tuesday, March 21, 2017 7:06 AM
To: Todd Kelner
Cc: Benjamin Tissoires; linux-input@vger.kernel.org; Frank Praznik; Colenbrander, Roelof; Simon Wood
Subject: Re: [PATCH] HID: sony: Add touchpad support for Sony's NSG-MR5U and NSG-MR7U remotes

On Fri, 10 Feb 2017, Todd Kelner wrote:

> Sony's NSG-MR5U and NSG-MR7U remote controls have a full keyboard and a
> touchpad.  The keyboard is already supported by the existing Linux kernel
> and drivers but the touchpad is not recognized.  This patch adds the code
> needed to bring full functionality to the touchpad.
>
> Note that these remotes use the vendor code for SMK even though they are
> Sony branded.
>
> Known Limitations:
> - The accelerometer is not supported by these changes
> - The microphone in the NSG-MR7U is not supported by these changes
> - When the Drag (Fn) key is used as a mouse button, the button is
>   automatically released when the key begins repeating. There are two
>   workarounds for this.  1) Use the button behind the touchpad instead of
>   using the Drag (Fn) key, or 2) Disable the key repeat functionality or
>   increase the key repeat delay.

Adding Frank, Roderick and Simon to CC in case they have any comments.

>
> Signed-off-by: Todd Kelner <tsopdump@gmail.com>
> ---
>  drivers/hid/hid-core.c |   2 +
>  drivers/hid/hid-ids.h  |   2 +
>  drivers/hid/hid-sony.c | 130 +++++++++++++++++++++++++++++++++++++++++++++----
>  3 files changed, 125 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
> index cff060b..4dfef41 100644
> --- a/drivers/hid/hid-core.c
> +++ b/drivers/hid/hid-core.c
> @@ -2054,6 +2054,8 @@ static const struct hid_device_id hid_have_special_driver[] = {
>       { HID_USB_DEVICE(USB_VENDOR_ID_SAMSUNG, USB_DEVICE_ID_SAMSUNG_WIRELESS_KBD_MOUSE) },
>       { HID_USB_DEVICE(USB_VENDOR_ID_SKYCABLE, USB_DEVICE_ID_SKYCABLE_WIRELESS_PRESENTER) },
>       { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_SMK, USB_DEVICE_ID_SMK_PS3_BDREMOTE) },
> +     { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_SMK, USB_DEVICE_ID_SMK_NSG_MR5U_REMOTE) },
> +     { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_SMK, USB_DEVICE_ID_SMK_NSG_MR7U_REMOTE) },
>       { HID_USB_DEVICE(USB_VENDOR_ID_SONY, USB_DEVICE_ID_SONY_BUZZ_CONTROLLER) },
>       { HID_USB_DEVICE(USB_VENDOR_ID_SONY, USB_DEVICE_ID_SONY_WIRELESS_BUZZ_CONTROLLER) },
>       { HID_USB_DEVICE(USB_VENDOR_ID_SONY, USB_DEVICE_ID_SONY_MOTION_CONTROLLER) },
> diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
> index 54bd22d..864ec34 100644
> --- a/drivers/hid/hid-ids.h
> +++ b/drivers/hid/hid-ids.h
> @@ -904,6 +904,8 @@
>
>  #define USB_VENDOR_ID_SMK            0x0609
>  #define USB_DEVICE_ID_SMK_PS3_BDREMOTE       0x0306
> +#define USB_DEVICE_ID_SMK_NSG_MR5U_REMOTE    0x0368
> +#define USB_DEVICE_ID_SMK_NSG_MR7U_REMOTE    0x0369
>
>  #define USB_VENDOR_ID_SONY                   0x054c
>  #define USB_DEVICE_ID_SONY_VAIO_VGX_MOUSE    0x024b
> diff --git a/drivers/hid/hid-sony.c b/drivers/hid/hid-sony.c
> index f405b07..5bd4d61 100644
> --- a/drivers/hid/hid-sony.c
> +++ b/drivers/hid/hid-sony.c
> @@ -9,6 +9,7 @@
>   *  Copyright (c) 2006-2013 Jiri Kosina
>   *  Copyright (c) 2013 Colin Leitner <colin.leitner@gmail.com>
>   *  Copyright (c) 2014-2016 Frank Praznik <frank.praznik@gmail.com>
> + *  Copyright (c) 2017 Todd Kelner
>   */
>
>  /*
> @@ -54,6 +55,8 @@
>  #define NAVIGATION_CONTROLLER_BT  BIT(10)
>  #define SINO_LITE_CONTROLLER      BIT(11)
>  #define FUTUREMAX_DANCE_MAT       BIT(12)
> +#define NSG_MR5U_REMOTE_BT        BIT(13)
> +#define NSG_MR7U_REMOTE_BT        BIT(14)

Minor thing, use bit 14 and 15 now as some other devices got added since the patch.

>
>  #define SIXAXIS_CONTROLLER (SIXAXIS_CONTROLLER_USB | SIXAXIS_CONTROLLER_BT)
>  #define MOTION_CONTROLLER (MOTION_CONTROLLER_USB | MOTION_CONTROLLER_BT)
> @@ -70,8 +73,11 @@
>                               MOTION_CONTROLLER)
>  #define SONY_BT_DEVICE (SIXAXIS_CONTROLLER_BT | DUALSHOCK4_CONTROLLER_BT |\
>                       MOTION_CONTROLLER_BT | NAVIGATION_CONTROLLER_BT)
> +#define NSG_MRXU_REMOTE (NSG_MR5U_REMOTE_BT | NSG_MR7U_REMOTE_BT)
>
>  #define MAX_LEDS 4
> +#define NSG_MRXU_MAX_X 1667
> +#define NSG_MRXU_MAX_Y 1868
>
>  /*
>   * The Sixaxis reports both digital and analog values for each button on the
> @@ -1063,7 +1069,7 @@ struct motion_output_report_02 {
>  #define DS4_INPUT_REPORT_BATTERY_OFFSET  30
>  #define DS4_INPUT_REPORT_TOUCHPAD_OFFSET 33
>
> -#define DS4_TOUCHPAD_SUFFIX " Touchpad"
> +#define TOUCHPAD_SUFFIX " Touchpad"
>
>  static DEFINE_SPINLOCK(sony_dev_list_lock);
>  static LIST_HEAD(sony_device_list);
> @@ -1383,6 +1389,75 @@ static void dualshock4_parse_report(struct sony_sc *sc, u8 *rd, int size)
>       }
>  }
>
> +static void nsg_mrxu_parse_report(struct sony_sc *sc, u8 *rd, int size)
> +{
> +     int n, offset;
> +     u8 active;
> +
> +     /*
> +      * The NSG-MRxU multi-touch trackpad data starts at offset 1 and
> +      *   the touch-related data starts at offset 2.
> +      * For the first byte, bit 0 is set when touchpad button is pressed.
> +      * Bit 3 is set when a touch is active and the drag (Fn) key is pressed.
> +      * This drag key is mapped to BTN_LEFT.
> +      * Bit 4 is set when only the first touch point is active.
> +      * Bit 6 is set when only the second touch point is active.
> +      * Bits 5 and 7 are set when both touch points are active.
> +      * The next 3 bytes are two 12 bit X/Y coordinates for the first touch.
> +      * The following byte, offset 5, has the touch width and length.
> +      *   Bits 0-4=X (width), bits 5-7=Y (length).
> +      * A signed relative X coordinate is at offset 6.
> +      * The bytes at offset 7-9 are the second touch X/Y coordinates.
> +      * Offset 10 has the second touch width and length.
> +      * Offset 11 has the relative Y coordinate.
> +      */
> +     offset = 1;
> +
> +     input_report_key(sc->touchpad, BTN_LEFT, rd[offset] & 0x0F);
> +     active = (rd[offset] >> 4);
> +
> +     offset++;
> +
> +     for (n = 0; n < 2; n++) {
> +             u16 x, y;
> +             u8 contactx, contacty;
> +             unsigned int rel_axis;
> +
> +             x = rd[offset] | ((rd[offset+1] & 0x0F) << 8);
> +             y = ((rd[offset+1] & 0xF0) >> 4) | (rd[offset+2] << 4);
> +
> +             input_mt_slot(sc->touchpad, n);
> +             input_mt_report_slot_state(sc->touchpad, MT_TOOL_FINGER, active & 0x03);
> +
> +             if (active & 0x03) {
> +                     contactx = rd[offset+3] & 0x0F;
> +                     contacty = rd[offset+3] >> 4;
> +                     input_report_abs(sc->touchpad, ABS_MT_TOUCH_MAJOR,
> +                             max(contactx, contacty));
> +                     input_report_abs(sc->touchpad, ABS_MT_TOUCH_MINOR,
> +                             max(contactx, contacty));
> +                     input_report_abs(sc->touchpad, ABS_MT_ORIENTATION,
> +                             (bool) (contactx > contacty));
> +                     input_report_abs(sc->touchpad, ABS_MT_POSITION_X, x);
> +                     input_report_abs(sc->touchpad, ABS_MT_POSITION_Y,
> +                             NSG_MRXU_MAX_Y - y);
> +                     if (n == 0)
> +                             rel_axis = REL_X;
> +                     else
> +                             rel_axis = REL_Y;
> +
> +                     input_report_rel(sc->touchpad, rel_axis, rd[offset+4]);
> +             }
> +
> +             offset += 5;
> +                active >>= 2;
> +     }
> +
> +     input_mt_sync_frame(sc->touchpad);
> +
> +     input_sync(sc->touchpad);
> +}
> +
>  static int sony_raw_event(struct hid_device *hdev, struct hid_report *report,
>               u8 *rd, int size)
>  {
> @@ -1459,6 +1534,10 @@ static int sony_raw_event(struct hid_device *hdev, struct hid_report *report,
>               }
>
>               dualshock4_parse_report(sc, rd, size);
> +
> +     } else if (sc->quirks & NSG_MRXU_REMOTE && rd[0] == 0x02) {
> +             nsg_mrxu_parse_report(sc, rd, size);
> +             return 1;
>       }
>
>       if (sc->defer_initialization) {
> @@ -1529,30 +1608,43 @@ static int sony_register_touchpad(struct sony_sc *sc, int touch_count,
>       sc->touchpad->id.product = sc->hdev->product;
>       sc->touchpad->id.version = sc->hdev->version;
>
> -     /* Append a suffix to the controller name as there are various
> -      * DS4 compatible non-Sony devices with different names.
> -      */
> -     name_sz = strlen(sc->hdev->name) + sizeof(DS4_TOUCHPAD_SUFFIX);
> +     /* Append a suffix to the controller name to make it more unique */
> +     name_sz = strlen(sc->hdev->name) + sizeof(TOUCHPAD_SUFFIX);
>       name = kzalloc(name_sz, GFP_KERNEL);
>       if (!name) {
>               ret = -ENOMEM;
>               goto err;
>       }
> -     snprintf(name, name_sz, "%s" DS4_TOUCHPAD_SUFFIX, sc->hdev->name);
> +     snprintf(name, name_sz, "%s" TOUCHPAD_SUFFIX, sc->hdev->name);
>       sc->touchpad->name = name;
>
> -     ret = input_mt_init_slots(sc->touchpad, touch_count, 0);
> -     if (ret < 0)
> -             goto err;
> +     if (!(sc->quirks & NSG_MRXU_REMOTE)) {
> +             ret = input_mt_init_slots(sc->touchpad, touch_count, 0);
> +             if (ret < 0)
> +                     goto err;
> +     }

Why are you skipping input_mt_init_slots? I think you should be able to handle your device at this point now as well. Prior we didn't pass in INPUT_MT_POINTER for the DS4, but we are now as udev and other systems have heuristic for determining device types and configuring appropriate permissions for pointer devices.

>
>       /* We map the button underneath the touchpad to BTN_LEFT. */
>       __set_bit(EV_KEY, sc->touchpad->evbit);
>       __set_bit(BTN_LEFT, sc->touchpad->keybit);
> +     __clear_bit(BTN_MIDDLE, sc->touchpad->keybit);
> +     __clear_bit(BTN_RIGHT, sc->touchpad->keybit);

Why is there a need to clear these bits? They shouldn't have been set.

>       __set_bit(INPUT_PROP_BUTTONPAD, sc->touchpad->propbit);
>
>       input_set_abs_params(sc->touchpad, ABS_MT_POSITION_X, 0, w, 0, 0);
>       input_set_abs_params(sc->touchpad, ABS_MT_POSITION_Y, 0, h, 0, 0);
>
> +     if (sc->quirks & NSG_MRXU_REMOTE) {
> +             __set_bit(EV_REL, sc->touchpad->evbit);
> +             input_set_abs_params(sc->touchpad, ABS_MT_TOUCH_MAJOR, 0, 15, 0, 0);
> +             input_set_abs_params(sc->touchpad, ABS_MT_TOUCH_MINOR, 0, 15, 0, 0);
> +             input_set_abs_params(sc->touchpad, ABS_MT_ORIENTATION, 0, 1, 0, 0);
> +
> +             ret = input_mt_init_slots(sc->touchpad, touch_count, INPUT_MT_POINTER);
> +             if (ret < 0)
> +                     goto err;
> +     }
> +

Rmove input_mt_init_slots from here and the rest could stay within the quirk for this device.


>       ret = input_register_device(sc->touchpad);
>       if (ret < 0)
>               goto err;
> @@ -2586,6 +2678,20 @@ static int sony_input_configured(struct hid_device *hdev,
>               }
>
>               sony_init_output_report(sc, dualshock4_send_output_report);
> +     } else if (sc->quirks & NSG_MRXU_REMOTE) {
> +             /*
> +              * The NSG-MRxU touchpad supports 2 touches and has a
> +              * resolution of 1667x1868
> +              */
> +             ret = sony_register_touchpad(sc, 2,
> +                     NSG_MRXU_MAX_X, NSG_MRXU_MAX_Y);
> +             if (ret) {

I think it would be nicer to use 'if (ret < 0) {'. That said I didn't do the same of the other code, which I probably should rectify at some point as well.

> +                     hid_err(sc->hdev,
> +                     "Unable to initialize multi-touch slots: %d\n",
> +                     ret);
> +                     goto err_stop;
> +             }
> +
>       } else if (sc->quirks & MOTION_CONTROLLER) {
>               sony_init_output_report(sc, motion_send_output_report);
>       } else {
> @@ -2830,6 +2936,12 @@ static const struct hid_device_id sony_devices[] = {
>       /* Nyko Core Controller for PS3 */
>       { HID_USB_DEVICE(USB_VENDOR_ID_SINO_LITE, USB_DEVICE_ID_SINO_LITE_CONTROLLER),
>               .driver_data = SIXAXIS_CONTROLLER_USB | SINO_LITE_CONTROLLER },
> +     /* SMK-Link NSG-MR5U Remote Control */
> +     { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_SMK, USB_DEVICE_ID_SMK_NSG_MR5U_REMOTE),
> +             .driver_data = NSG_MR5U_REMOTE_BT },
> +     /* SMK-Link NSG-MR7U Remote Control */
> +     { HID_BLUETOOTH_DEVICE(USB_VENDOR_ID_SMK, USB_DEVICE_ID_SMK_NSG_MR7U_REMOTE),
> +             .driver_data = NSG_MR7U_REMOTE_BT },
>       { }
>  };
>  MODULE_DEVICE_TABLE(hid, sony_devices);
> --
> 2.7.4
>

--
Jiri Kosina
SUSE Labs



  reply	other threads:[~2017-03-22  1:10 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-11  5:00 [PATCH] HID: sony: Add touchpad support for Sony's NSG-MR5U and NSG-MR7U remotes Todd Kelner
2017-03-21 14:06 ` Jiri Kosina
2017-03-21 23:56   ` Colenbrander, Roelof
2017-03-22  1:10     ` Colenbrander, Roelof [this message]
2017-03-24 14:15       ` Jiri Kosina
2017-07-31 14:01 ` Jiri Kosina
     [not found] <20170128023942.GA11682@gmail.com>
     [not found] ` <20170130095618.GA26482@mail.corp.redhat.com>
     [not found]   ` <20170131000243.GA3725@gmail.com>
     [not found]     ` <20170201085358.GE31658@mail.corp.redhat.com>
2017-02-01  8:56       ` Benjamin Tissoires
  -- strict thread matches above, loose matches on Subject: below --
2017-01-28  2:42 Todd Kelner

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=1DD62093774CEE42AFC16E785A10880489C9FFB9@USCULXMSG08.am.sony.com \
    --to=roderick.colenbrander@sony.com \
    --cc=benjamin.tissoires@redhat.com \
    --cc=frank.praznik@gmail.com \
    --cc=jikos@kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=simon@mungewell.org \
    --cc=tsopdump@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.