From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?q?Michal=20Mal=C3=BD?= Subject: [PATCH v3 18/24] hid: Port hid-wiimote-modules to ff-memless-next Date: Sat, 26 Apr 2014 13:57:55 +0200 Message-ID: <1398513696-12626-19-git-send-email-madcatxster@devoid-pointer.net> References: <1398513696-12626-1-git-send-email-madcatxster@devoid-pointer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <1398513696-12626-1-git-send-email-madcatxster@devoid-pointer.net> Sender: linux-kernel-owner@vger.kernel.org To: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org Cc: dmitry.torokhov@gmail.com, jkosina@suse.cz, elias.vds@gmail.com, anssi.hannula@iki.fi, simon@mungewell.org, =?UTF-8?q?Michal=20Mal=C3=BD?= List-Id: linux-input@vger.kernel.org Port hid-wiimote-modules to ff-memless-next Signed-off-by: Michal Mal=C3=BD --- drivers/hid/Kconfig | 2 +- drivers/hid/hid-wiimote-modules.c | 74 ++++++++++++++++++++++++-------= -------- 2 files changed, 46 insertions(+), 30 deletions(-) diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig index 17ed5cf..23d9776 100644 --- a/drivers/hid/Kconfig +++ b/drivers/hid/Kconfig @@ -749,7 +749,7 @@ config HID_WIIMOTE depends on HID depends on LEDS_CLASS select POWER_SUPPLY - select INPUT_FF_MEMLESS + select INPUT_FF_MEMLESS_NEXT ---help--- Support for Nintendo Wii and Wii U Bluetooth peripherals. Supported devices are the Wii Remote and its extension devices, but also device= s diff --git a/drivers/hid/hid-wiimote-modules.c b/drivers/hid/hid-wiimot= e-modules.c index 6b61f01..95b20ea 100644 --- a/drivers/hid/hid-wiimote-modules.c +++ b/drivers/hid/hid-wiimote-modules.c @@ -37,8 +37,11 @@ #include #include #include +#include #include "hid-wiimote.h" =20 +#define FF_UPDATE_RATE 50 + /* * Keys * The initial Wii Remote provided a bunch of buttons that are reporte= d as @@ -131,21 +134,27 @@ static void wiimod_rumble_worker(struct work_stru= ct *work) } =20 static int wiimod_rumble_play(struct input_dev *dev, void *data, - struct ff_effect *eff) + const struct mlnx_effect_command *command) { struct wiimote_data *wdata =3D input_get_drvdata(dev); - __u8 value; - - /* - * The wiimote supports only a single rumble motor so if any magnitud= e - * is set to non-zero then we start the rumble motor. If both are set= to - * zero, we stop the rumble motor. - */ - - if (eff->u.rumble.strong_magnitude || eff->u.rumble.weak_magnitude) - value =3D 1; - else - value =3D 0; + const struct mlnx_rumble_force *rumble_force =3D &command->u.rumble_f= orce; + __u8 value =3D 0; + + switch (command->cmd) { + case MLNX_START_RUMBLE: + /* + * The wiimote supports only a single rumble motor so if any magnitu= de + * is set to non-zero then we start the rumble motor. If both are se= t to + * zero, we stop the rumble motor. + */ + if (rumble_force->strong || rumble_force->weak) + value =3D 1; + break; + case MLNX_STOP_RUMBLE: + break; + default: + return -EINVAL; + } =20 /* Locking state.lock here might deadlock with input_event() calls. * schedule_work acts as barrier. Merging multiple changes is fine. *= / @@ -161,7 +170,7 @@ static int wiimod_rumble_probe(const struct wiimod_= ops *ops, INIT_WORK(&wdata->rumble_worker, wiimod_rumble_worker); =20 set_bit(FF_RUMBLE, wdata->input->ffbit); - if (input_ff_create_memless(wdata->input, NULL, wiimod_rumble_play)) + if (input_ff_create_mlnx(wdata->input, NULL, wiimod_rumble_play, FF_U= PDATE_RATE)) return -ENOMEM; =20 return 0; @@ -1771,21 +1780,28 @@ static void wiimod_pro_close(struct input_dev *= dev) } =20 static int wiimod_pro_play(struct input_dev *dev, void *data, - struct ff_effect *eff) + const struct mlnx_effect_command *command) { struct wiimote_data *wdata =3D input_get_drvdata(dev); - __u8 value; - - /* - * The wiimote supports only a single rumble motor so if any magnitud= e - * is set to non-zero then we start the rumble motor. If both are set= to - * zero, we stop the rumble motor. - */ - - if (eff->u.rumble.strong_magnitude || eff->u.rumble.weak_magnitude) - value =3D 1; - else - value =3D 0; + const struct mlnx_rumble_force *rumble_force =3D &command->u.rumble_f= orce; + __u8 value =3D 0; + + switch (command->cmd) { + case MLNX_START_RUMBLE: + /* + * The wiimote supports only a single rumble motor so if any magnitu= de + * is set to non-zero then we start the rumble motor. If both are se= t to + * zero, we stop the rumble motor. + */ + + if (rumble_force->strong || rumble_force->weak) + value =3D 1; + break; + case MLNX_STOP_RUMBLE: + break; + default: + return -EINVAL; + } =20 /* Locking state.lock here might deadlock with input_event() calls. * schedule_work acts as barrier. Merging multiple changes is fine. *= / @@ -1867,8 +1883,8 @@ static int wiimod_pro_probe(const struct wiimod_o= ps *ops, set_bit(FF_RUMBLE, wdata->extension.input->ffbit); input_set_drvdata(wdata->extension.input, wdata); =20 - if (input_ff_create_memless(wdata->extension.input, NULL, - wiimod_pro_play)) { + if (input_ff_create_mlnx(wdata->extension.input, NULL, + wiimod_pro_play, FF_UPDATE_RATE)) { ret =3D -ENOMEM; goto err_free; } --=20 1.9.2