HID: wiimote: add sub-device module infrastructure
To avoid loading all sub-device drivers for every Wii Remote, even though
the required hardware might not be available, we introduce a module layer.
The module layer specifies which sub-devices are available on each
device-type. After device detection, we only load the modules for the
detected device. If module loading fails, we unload everything and mark
the device as WIIMOTE_DEV_UNKNOWN. As long as a device is marked as
"unknown", no sub-devices will be used and the device is considered
unsupported.
All the different sub-devices, including KEYS, RUMBLE, BATTERY, LEDS,
ACCELEROMETER, IR and more will be ported in follow-up patches to the new
module layer.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2013-05-06 05:12:51 +08:00
|
|
|
/*
|
|
|
|
* Device Modules for Nintendo Wii / Wii U HID Driver
|
|
|
|
* Copyright (c) 2011-2013 David Herrmann <dh.herrmann@gmail.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This program is free software; you can redistribute it and/or modify it
|
|
|
|
* under the terms of the GNU General Public License as published by the Free
|
|
|
|
* Software Foundation; either version 2 of the License, or (at your option)
|
|
|
|
* any later version.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Wiimote Modules
|
|
|
|
* Nintendo devices provide different peripherals and many new devices lack
|
|
|
|
* initial features like the IR camera. Therefore, each peripheral device is
|
|
|
|
* implemented as an independent module and we probe on each device only the
|
|
|
|
* modules for the hardware that really is available.
|
|
|
|
*
|
|
|
|
* Module registration is sequential. Unregistration is done in reverse order.
|
|
|
|
* After device detection, the needed modules are loaded. Users can trigger
|
|
|
|
* re-detection which causes all modules to be unloaded and then reload the
|
|
|
|
* modules for the new detected device.
|
|
|
|
*
|
|
|
|
* wdata->input is a shared input device. It is always initialized prior to
|
|
|
|
* module registration. If at least one registered module is marked as
|
|
|
|
* WIIMOD_FLAG_INPUT, then the input device will get registered after all
|
|
|
|
* modules were registered.
|
|
|
|
* Please note that it is unregistered _before_ the "remove" callbacks are
|
|
|
|
* called. This guarantees that no input interaction is done, anymore. However,
|
|
|
|
* the wiimote core keeps a reference to the input device so it is freed only
|
|
|
|
* after all modules were removed. It is safe to send events to unregistered
|
|
|
|
* input devices.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/hid.h>
|
|
|
|
#include <linux/input.h>
|
|
|
|
#include <linux/spinlock.h>
|
|
|
|
#include "hid-wiimote.h"
|
|
|
|
|
2013-05-06 05:12:52 +08:00
|
|
|
/*
|
|
|
|
* Keys
|
|
|
|
* The initial Wii Remote provided a bunch of buttons that are reported as
|
|
|
|
* part of the core protocol. Many later devices dropped these and report
|
|
|
|
* invalid data in the core button reports. Load this only on devices which
|
|
|
|
* correctly send button reports.
|
|
|
|
* It uses the shared input device.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static const __u16 wiimod_keys_map[] = {
|
|
|
|
KEY_LEFT, /* WIIPROTO_KEY_LEFT */
|
|
|
|
KEY_RIGHT, /* WIIPROTO_KEY_RIGHT */
|
|
|
|
KEY_UP, /* WIIPROTO_KEY_UP */
|
|
|
|
KEY_DOWN, /* WIIPROTO_KEY_DOWN */
|
|
|
|
KEY_NEXT, /* WIIPROTO_KEY_PLUS */
|
|
|
|
KEY_PREVIOUS, /* WIIPROTO_KEY_MINUS */
|
|
|
|
BTN_1, /* WIIPROTO_KEY_ONE */
|
|
|
|
BTN_2, /* WIIPROTO_KEY_TWO */
|
|
|
|
BTN_A, /* WIIPROTO_KEY_A */
|
|
|
|
BTN_B, /* WIIPROTO_KEY_B */
|
|
|
|
BTN_MODE, /* WIIPROTO_KEY_HOME */
|
|
|
|
};
|
|
|
|
|
|
|
|
static void wiimod_keys_in_keys(struct wiimote_data *wdata, const __u8 *keys)
|
|
|
|
{
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_LEFT],
|
|
|
|
!!(keys[0] & 0x01));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_RIGHT],
|
|
|
|
!!(keys[0] & 0x02));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_DOWN],
|
|
|
|
!!(keys[0] & 0x04));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_UP],
|
|
|
|
!!(keys[0] & 0x08));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_PLUS],
|
|
|
|
!!(keys[0] & 0x10));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_TWO],
|
|
|
|
!!(keys[1] & 0x01));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_ONE],
|
|
|
|
!!(keys[1] & 0x02));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_B],
|
|
|
|
!!(keys[1] & 0x04));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_A],
|
|
|
|
!!(keys[1] & 0x08));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_MINUS],
|
|
|
|
!!(keys[1] & 0x10));
|
|
|
|
input_report_key(wdata->input, wiimod_keys_map[WIIPROTO_KEY_HOME],
|
|
|
|
!!(keys[1] & 0x80));
|
|
|
|
input_sync(wdata->input);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_keys_probe(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
set_bit(EV_KEY, wdata->input->evbit);
|
|
|
|
for (i = 0; i < WIIPROTO_KEY_COUNT; ++i)
|
|
|
|
set_bit(wiimod_keys_map[i], wdata->input->keybit);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct wiimod_ops wiimod_keys = {
|
|
|
|
.flags = WIIMOD_FLAG_INPUT,
|
|
|
|
.arg = 0,
|
|
|
|
.probe = wiimod_keys_probe,
|
|
|
|
.remove = NULL,
|
|
|
|
.in_keys = wiimod_keys_in_keys,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Rumble
|
|
|
|
* Nearly all devices provide a rumble feature. A small motor for
|
|
|
|
* force-feedback effects. We provide an FF_RUMBLE memless ff device on the
|
|
|
|
* shared input device if this module is loaded.
|
|
|
|
* The rumble motor is controlled via a flag on almost every output report so
|
|
|
|
* the wiimote core handles the rumble flag. But if a device doesn't provide
|
|
|
|
* the rumble motor, this flag shouldn't be set.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int wiimod_rumble_play(struct input_dev *dev, void *data,
|
|
|
|
struct ff_effect *eff)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata = input_get_drvdata(dev);
|
|
|
|
__u8 value;
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The wiimote supports only a single rumble motor so if any magnitude
|
|
|
|
* 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 = 1;
|
|
|
|
else
|
|
|
|
value = 0;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiiproto_req_rumble(wdata, value);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_rumble_probe(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
set_bit(FF_RUMBLE, wdata->input->ffbit);
|
|
|
|
if (input_ff_create_memless(wdata->input, NULL, wiimod_rumble_play))
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_rumble_remove(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiiproto_req_rumble(wdata, 0);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct wiimod_ops wiimod_rumble = {
|
|
|
|
.flags = WIIMOD_FLAG_INPUT,
|
|
|
|
.arg = 0,
|
|
|
|
.probe = wiimod_rumble_probe,
|
|
|
|
.remove = wiimod_rumble_remove,
|
|
|
|
};
|
|
|
|
|
2013-05-06 05:12:53 +08:00
|
|
|
/*
|
|
|
|
* Battery
|
|
|
|
* 1 byte of battery capacity information is sent along every protocol status
|
|
|
|
* report. The wiimote core caches it but we try to update it on every
|
|
|
|
* user-space request.
|
|
|
|
* This is supported by nearly every device so it's almost always enabled.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static enum power_supply_property wiimod_battery_props[] = {
|
|
|
|
POWER_SUPPLY_PROP_CAPACITY,
|
|
|
|
POWER_SUPPLY_PROP_SCOPE,
|
|
|
|
};
|
|
|
|
|
|
|
|
static int wiimod_battery_get_property(struct power_supply *psy,
|
|
|
|
enum power_supply_property psp,
|
|
|
|
union power_supply_propval *val)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata = container_of(psy, struct wiimote_data,
|
|
|
|
battery);
|
|
|
|
int ret = 0, state;
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
if (psp == POWER_SUPPLY_PROP_SCOPE) {
|
|
|
|
val->intval = POWER_SUPPLY_SCOPE_DEVICE;
|
|
|
|
return 0;
|
|
|
|
} else if (psp != POWER_SUPPLY_PROP_CAPACITY) {
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = wiimote_cmd_acquire(wdata);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiimote_cmd_set(wdata, WIIPROTO_REQ_SREQ, 0);
|
|
|
|
wiiproto_req_status(wdata);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
wiimote_cmd_wait(wdata);
|
|
|
|
wiimote_cmd_release(wdata);
|
|
|
|
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
state = wdata->state.cmd_battery;
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
val->intval = state * 100 / 255;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_battery_probe(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
wdata->battery.properties = wiimod_battery_props;
|
|
|
|
wdata->battery.num_properties = ARRAY_SIZE(wiimod_battery_props);
|
|
|
|
wdata->battery.get_property = wiimod_battery_get_property;
|
|
|
|
wdata->battery.type = POWER_SUPPLY_TYPE_BATTERY;
|
|
|
|
wdata->battery.use_for_apm = 0;
|
|
|
|
wdata->battery.name = kasprintf(GFP_KERNEL, "wiimote_battery_%s",
|
|
|
|
wdata->hdev->uniq);
|
|
|
|
if (!wdata->battery.name)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
ret = power_supply_register(&wdata->hdev->dev, &wdata->battery);
|
|
|
|
if (ret) {
|
|
|
|
hid_err(wdata->hdev, "cannot register battery device\n");
|
|
|
|
goto err_free;
|
|
|
|
}
|
|
|
|
|
|
|
|
power_supply_powers(&wdata->battery, &wdata->hdev->dev);
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_free:
|
|
|
|
kfree(wdata->battery.name);
|
|
|
|
wdata->battery.name = NULL;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_battery_remove(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
if (!wdata->battery.name)
|
|
|
|
return;
|
|
|
|
|
|
|
|
power_supply_unregister(&wdata->battery);
|
|
|
|
kfree(wdata->battery.name);
|
|
|
|
wdata->battery.name = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct wiimod_ops wiimod_battery = {
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 0,
|
|
|
|
.probe = wiimod_battery_probe,
|
|
|
|
.remove = wiimod_battery_remove,
|
|
|
|
};
|
|
|
|
|
2013-05-06 05:12:54 +08:00
|
|
|
/*
|
|
|
|
* LED
|
|
|
|
* 0 to 4 player LEDs are supported by devices. The "arg" field of the
|
|
|
|
* wiimod_ops structure specifies which LED this module controls. This allows
|
|
|
|
* to register a limited number of LEDs.
|
|
|
|
* State is managed by wiimote core.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static enum led_brightness wiimod_led_get(struct led_classdev *led_dev)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata;
|
|
|
|
struct device *dev = led_dev->dev->parent;
|
|
|
|
int i;
|
|
|
|
unsigned long flags;
|
|
|
|
bool value = false;
|
|
|
|
|
|
|
|
wdata = hid_get_drvdata(container_of(dev, struct hid_device, dev));
|
|
|
|
|
|
|
|
for (i = 0; i < 4; ++i) {
|
|
|
|
if (wdata->leds[i] == led_dev) {
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
value = wdata->state.flags & WIIPROTO_FLAG_LED(i + 1);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return value ? LED_FULL : LED_OFF;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_led_set(struct led_classdev *led_dev,
|
|
|
|
enum led_brightness value)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata;
|
|
|
|
struct device *dev = led_dev->dev->parent;
|
|
|
|
int i;
|
|
|
|
unsigned long flags;
|
|
|
|
__u8 state, flag;
|
|
|
|
|
|
|
|
wdata = hid_get_drvdata(container_of(dev, struct hid_device, dev));
|
|
|
|
|
|
|
|
for (i = 0; i < 4; ++i) {
|
|
|
|
if (wdata->leds[i] == led_dev) {
|
|
|
|
flag = WIIPROTO_FLAG_LED(i + 1);
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
state = wdata->state.flags;
|
|
|
|
if (value == LED_OFF)
|
|
|
|
wiiproto_req_leds(wdata, state & ~flag);
|
|
|
|
else
|
|
|
|
wiiproto_req_leds(wdata, state | flag);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_led_probe(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
struct device *dev = &wdata->hdev->dev;
|
|
|
|
size_t namesz = strlen(dev_name(dev)) + 9;
|
|
|
|
struct led_classdev *led;
|
|
|
|
unsigned long flags;
|
|
|
|
char *name;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
led = kzalloc(sizeof(struct led_classdev) + namesz, GFP_KERNEL);
|
|
|
|
if (!led)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
name = (void*)&led[1];
|
|
|
|
snprintf(name, namesz, "%s:blue:p%lu", dev_name(dev), ops->arg);
|
|
|
|
led->name = name;
|
|
|
|
led->brightness = 0;
|
|
|
|
led->max_brightness = 1;
|
|
|
|
led->brightness_get = wiimod_led_get;
|
|
|
|
led->brightness_set = wiimod_led_set;
|
|
|
|
|
|
|
|
wdata->leds[ops->arg] = led;
|
|
|
|
ret = led_classdev_register(dev, led);
|
|
|
|
if (ret)
|
|
|
|
goto err_free;
|
|
|
|
|
|
|
|
/* enable LED1 to stop initial LED-blinking */
|
|
|
|
if (ops->arg == 0) {
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiiproto_req_leds(wdata, WIIPROTO_FLAG_LED1);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_free:
|
|
|
|
wdata->leds[ops->arg] = NULL;
|
|
|
|
kfree(led);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_led_remove(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
if (!wdata->leds[ops->arg])
|
|
|
|
return;
|
|
|
|
|
|
|
|
led_classdev_unregister(wdata->leds[ops->arg]);
|
|
|
|
kfree(wdata->leds[ops->arg]);
|
|
|
|
wdata->leds[ops->arg] = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct wiimod_ops wiimod_leds[4] = {
|
|
|
|
{
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 0,
|
|
|
|
.probe = wiimod_led_probe,
|
|
|
|
.remove = wiimod_led_remove,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 1,
|
|
|
|
.probe = wiimod_led_probe,
|
|
|
|
.remove = wiimod_led_remove,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 2,
|
|
|
|
.probe = wiimod_led_probe,
|
|
|
|
.remove = wiimod_led_remove,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 3,
|
|
|
|
.probe = wiimod_led_probe,
|
|
|
|
.remove = wiimod_led_remove,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2013-05-06 05:12:55 +08:00
|
|
|
/*
|
|
|
|
* Accelerometer
|
|
|
|
* 3 axis accelerometer data is part of nearly all DRMs. If not supported by a
|
|
|
|
* device, it's mostly cleared to 0. This module parses this data and provides
|
|
|
|
* it via a separate input device.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void wiimod_accel_in_accel(struct wiimote_data *wdata,
|
|
|
|
const __u8 *accel)
|
|
|
|
{
|
|
|
|
__u16 x, y, z;
|
|
|
|
|
|
|
|
if (!(wdata->state.flags & WIIPROTO_FLAG_ACCEL))
|
|
|
|
return;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* payload is: BB BB XX YY ZZ
|
|
|
|
* Accelerometer data is encoded into 3 10bit values. XX, YY and ZZ
|
|
|
|
* contain the upper 8 bits of each value. The lower 2 bits are
|
|
|
|
* contained in the buttons data BB BB.
|
|
|
|
* Bits 6 and 7 of the first buttons byte BB is the lower 2 bits of the
|
|
|
|
* X accel value. Bit 5 of the second buttons byte is the 2nd bit of Y
|
|
|
|
* accel value and bit 6 is the second bit of the Z value.
|
|
|
|
* The first bit of Y and Z values is not available and always set to 0.
|
|
|
|
* 0x200 is returned on no movement.
|
|
|
|
*/
|
|
|
|
|
|
|
|
x = accel[2] << 2;
|
|
|
|
y = accel[3] << 2;
|
|
|
|
z = accel[4] << 2;
|
|
|
|
|
|
|
|
x |= (accel[0] >> 5) & 0x3;
|
|
|
|
y |= (accel[1] >> 4) & 0x2;
|
|
|
|
z |= (accel[1] >> 5) & 0x2;
|
|
|
|
|
|
|
|
input_report_abs(wdata->accel, ABS_RX, x - 0x200);
|
|
|
|
input_report_abs(wdata->accel, ABS_RY, y - 0x200);
|
|
|
|
input_report_abs(wdata->accel, ABS_RZ, z - 0x200);
|
|
|
|
input_sync(wdata->accel);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_accel_open(struct input_dev *dev)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata = input_get_drvdata(dev);
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiiproto_req_accel(wdata, true);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_accel_close(struct input_dev *dev)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata = input_get_drvdata(dev);
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiiproto_req_accel(wdata, false);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_accel_probe(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
wdata->accel = input_allocate_device();
|
|
|
|
if (!wdata->accel)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
input_set_drvdata(wdata->accel, wdata);
|
|
|
|
wdata->accel->open = wiimod_accel_open;
|
|
|
|
wdata->accel->close = wiimod_accel_close;
|
|
|
|
wdata->accel->dev.parent = &wdata->hdev->dev;
|
|
|
|
wdata->accel->id.bustype = wdata->hdev->bus;
|
|
|
|
wdata->accel->id.vendor = wdata->hdev->vendor;
|
|
|
|
wdata->accel->id.product = wdata->hdev->product;
|
|
|
|
wdata->accel->id.version = wdata->hdev->version;
|
|
|
|
wdata->accel->name = WIIMOTE_NAME " Accelerometer";
|
|
|
|
|
|
|
|
set_bit(EV_ABS, wdata->accel->evbit);
|
|
|
|
set_bit(ABS_RX, wdata->accel->absbit);
|
|
|
|
set_bit(ABS_RY, wdata->accel->absbit);
|
|
|
|
set_bit(ABS_RZ, wdata->accel->absbit);
|
|
|
|
input_set_abs_params(wdata->accel, ABS_RX, -500, 500, 2, 4);
|
|
|
|
input_set_abs_params(wdata->accel, ABS_RY, -500, 500, 2, 4);
|
|
|
|
input_set_abs_params(wdata->accel, ABS_RZ, -500, 500, 2, 4);
|
|
|
|
|
|
|
|
ret = input_register_device(wdata->accel);
|
|
|
|
if (ret) {
|
|
|
|
hid_err(wdata->hdev, "cannot register input device\n");
|
|
|
|
goto err_free;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_free:
|
|
|
|
input_free_device(wdata->accel);
|
|
|
|
wdata->accel = NULL;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_accel_remove(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
if (!wdata->accel)
|
|
|
|
return;
|
|
|
|
|
|
|
|
input_unregister_device(wdata->accel);
|
|
|
|
wdata->accel = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct wiimod_ops wiimod_accel = {
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 0,
|
|
|
|
.probe = wiimod_accel_probe,
|
|
|
|
.remove = wiimod_accel_remove,
|
|
|
|
.in_accel = wiimod_accel_in_accel,
|
|
|
|
};
|
|
|
|
|
2013-05-06 05:12:56 +08:00
|
|
|
/*
|
|
|
|
* IR Cam
|
|
|
|
* Up to 4 IR sources can be tracked by a normal Wii Remote. The IR cam needs
|
|
|
|
* to be initialized with a fairly complex procedure and consumes a lot of
|
|
|
|
* power. Therefore, as long as no application uses the IR input device, it is
|
|
|
|
* kept offline.
|
|
|
|
* Nearly no other device than the normal Wii Remotes supports the IR cam so
|
|
|
|
* you can disable this module for these devices.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void wiimod_ir_in_ir(struct wiimote_data *wdata, const __u8 *ir,
|
|
|
|
bool packed, unsigned int id)
|
|
|
|
{
|
|
|
|
__u16 x, y;
|
|
|
|
__u8 xid, yid;
|
|
|
|
bool sync = false;
|
|
|
|
|
|
|
|
if (!(wdata->state.flags & WIIPROTO_FLAGS_IR))
|
|
|
|
return;
|
|
|
|
|
|
|
|
switch (id) {
|
|
|
|
case 0:
|
|
|
|
xid = ABS_HAT0X;
|
|
|
|
yid = ABS_HAT0Y;
|
|
|
|
break;
|
|
|
|
case 1:
|
|
|
|
xid = ABS_HAT1X;
|
|
|
|
yid = ABS_HAT1Y;
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
xid = ABS_HAT2X;
|
|
|
|
yid = ABS_HAT2Y;
|
|
|
|
break;
|
|
|
|
case 3:
|
|
|
|
xid = ABS_HAT3X;
|
|
|
|
yid = ABS_HAT3Y;
|
|
|
|
sync = true;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return;
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Basic IR data is encoded into 3 bytes. The first two bytes are the
|
|
|
|
* lower 8 bit of the X/Y data, the 3rd byte contains the upper 2 bits
|
|
|
|
* of both.
|
|
|
|
* If data is packed, then the 3rd byte is put first and slightly
|
|
|
|
* reordered. This allows to interleave packed and non-packed data to
|
|
|
|
* have two IR sets in 5 bytes instead of 6.
|
|
|
|
* The resulting 10bit X/Y values are passed to the ABS_HAT? input dev.
|
|
|
|
*/
|
|
|
|
|
|
|
|
if (packed) {
|
|
|
|
x = ir[1] | ((ir[0] & 0x03) << 8);
|
|
|
|
y = ir[2] | ((ir[0] & 0x0c) << 6);
|
|
|
|
} else {
|
|
|
|
x = ir[0] | ((ir[2] & 0x30) << 4);
|
|
|
|
y = ir[1] | ((ir[2] & 0xc0) << 2);
|
|
|
|
}
|
|
|
|
|
|
|
|
input_report_abs(wdata->ir, xid, x);
|
|
|
|
input_report_abs(wdata->ir, yid, y);
|
|
|
|
|
|
|
|
if (sync)
|
|
|
|
input_sync(wdata->ir);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_ir_change(struct wiimote_data *wdata, __u16 mode)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
unsigned long flags;
|
|
|
|
__u8 format = 0;
|
|
|
|
static const __u8 data_enable[] = { 0x01 };
|
|
|
|
static const __u8 data_sens1[] = { 0x02, 0x00, 0x00, 0x71, 0x01,
|
|
|
|
0x00, 0xaa, 0x00, 0x64 };
|
|
|
|
static const __u8 data_sens2[] = { 0x63, 0x03 };
|
|
|
|
static const __u8 data_fin[] = { 0x08 };
|
|
|
|
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
if (mode == (wdata->state.flags & WIIPROTO_FLAGS_IR)) {
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (mode == 0) {
|
|
|
|
wdata->state.flags &= ~WIIPROTO_FLAGS_IR;
|
|
|
|
wiiproto_req_ir1(wdata, 0);
|
|
|
|
wiiproto_req_ir2(wdata, 0);
|
|
|
|
wiiproto_req_drm(wdata, WIIPROTO_REQ_NULL);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
ret = wiimote_cmd_acquire(wdata);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* send PIXEL CLOCK ENABLE cmd first */
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiimote_cmd_set(wdata, WIIPROTO_REQ_IR1, 0);
|
|
|
|
wiiproto_req_ir1(wdata, 0x06);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
ret = wiimote_cmd_wait(wdata);
|
|
|
|
if (ret)
|
|
|
|
goto unlock;
|
|
|
|
if (wdata->state.cmd_err) {
|
|
|
|
ret = -EIO;
|
|
|
|
goto unlock;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* enable IR LOGIC */
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wiimote_cmd_set(wdata, WIIPROTO_REQ_IR2, 0);
|
|
|
|
wiiproto_req_ir2(wdata, 0x06);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
ret = wiimote_cmd_wait(wdata);
|
|
|
|
if (ret)
|
|
|
|
goto unlock;
|
|
|
|
if (wdata->state.cmd_err) {
|
|
|
|
ret = -EIO;
|
|
|
|
goto unlock;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* enable IR cam but do not make it send data, yet */
|
|
|
|
ret = wiimote_cmd_write(wdata, 0xb00030, data_enable,
|
|
|
|
sizeof(data_enable));
|
|
|
|
if (ret)
|
|
|
|
goto unlock;
|
|
|
|
|
|
|
|
/* write first sensitivity block */
|
|
|
|
ret = wiimote_cmd_write(wdata, 0xb00000, data_sens1,
|
|
|
|
sizeof(data_sens1));
|
|
|
|
if (ret)
|
|
|
|
goto unlock;
|
|
|
|
|
|
|
|
/* write second sensitivity block */
|
|
|
|
ret = wiimote_cmd_write(wdata, 0xb0001a, data_sens2,
|
|
|
|
sizeof(data_sens2));
|
|
|
|
if (ret)
|
|
|
|
goto unlock;
|
|
|
|
|
|
|
|
/* put IR cam into desired state */
|
|
|
|
switch (mode) {
|
|
|
|
case WIIPROTO_FLAG_IR_FULL:
|
|
|
|
format = 5;
|
|
|
|
break;
|
|
|
|
case WIIPROTO_FLAG_IR_EXT:
|
|
|
|
format = 3;
|
|
|
|
break;
|
|
|
|
case WIIPROTO_FLAG_IR_BASIC:
|
|
|
|
format = 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
ret = wiimote_cmd_write(wdata, 0xb00033, &format, sizeof(format));
|
|
|
|
if (ret)
|
|
|
|
goto unlock;
|
|
|
|
|
|
|
|
/* make IR cam send data */
|
|
|
|
ret = wiimote_cmd_write(wdata, 0xb00030, data_fin, sizeof(data_fin));
|
|
|
|
if (ret)
|
|
|
|
goto unlock;
|
|
|
|
|
|
|
|
/* request new DRM mode compatible to IR mode */
|
|
|
|
spin_lock_irqsave(&wdata->state.lock, flags);
|
|
|
|
wdata->state.flags &= ~WIIPROTO_FLAGS_IR;
|
|
|
|
wdata->state.flags |= mode & WIIPROTO_FLAGS_IR;
|
|
|
|
wiiproto_req_drm(wdata, WIIPROTO_REQ_NULL);
|
|
|
|
spin_unlock_irqrestore(&wdata->state.lock, flags);
|
|
|
|
|
|
|
|
unlock:
|
|
|
|
wiimote_cmd_release(wdata);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_ir_open(struct input_dev *dev)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata = input_get_drvdata(dev);
|
|
|
|
|
|
|
|
return wiimod_ir_change(wdata, WIIPROTO_FLAG_IR_BASIC);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_ir_close(struct input_dev *dev)
|
|
|
|
{
|
|
|
|
struct wiimote_data *wdata = input_get_drvdata(dev);
|
|
|
|
|
|
|
|
wiimod_ir_change(wdata, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int wiimod_ir_probe(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
wdata->ir = input_allocate_device();
|
|
|
|
if (!wdata->ir)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
input_set_drvdata(wdata->ir, wdata);
|
|
|
|
wdata->ir->open = wiimod_ir_open;
|
|
|
|
wdata->ir->close = wiimod_ir_close;
|
|
|
|
wdata->ir->dev.parent = &wdata->hdev->dev;
|
|
|
|
wdata->ir->id.bustype = wdata->hdev->bus;
|
|
|
|
wdata->ir->id.vendor = wdata->hdev->vendor;
|
|
|
|
wdata->ir->id.product = wdata->hdev->product;
|
|
|
|
wdata->ir->id.version = wdata->hdev->version;
|
|
|
|
wdata->ir->name = WIIMOTE_NAME " IR";
|
|
|
|
|
|
|
|
set_bit(EV_ABS, wdata->ir->evbit);
|
|
|
|
set_bit(ABS_HAT0X, wdata->ir->absbit);
|
|
|
|
set_bit(ABS_HAT0Y, wdata->ir->absbit);
|
|
|
|
set_bit(ABS_HAT1X, wdata->ir->absbit);
|
|
|
|
set_bit(ABS_HAT1Y, wdata->ir->absbit);
|
|
|
|
set_bit(ABS_HAT2X, wdata->ir->absbit);
|
|
|
|
set_bit(ABS_HAT2Y, wdata->ir->absbit);
|
|
|
|
set_bit(ABS_HAT3X, wdata->ir->absbit);
|
|
|
|
set_bit(ABS_HAT3Y, wdata->ir->absbit);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT0X, 0, 1023, 2, 4);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT0Y, 0, 767, 2, 4);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT1X, 0, 1023, 2, 4);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT1Y, 0, 767, 2, 4);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT2X, 0, 1023, 2, 4);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT2Y, 0, 767, 2, 4);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT3X, 0, 1023, 2, 4);
|
|
|
|
input_set_abs_params(wdata->ir, ABS_HAT3Y, 0, 767, 2, 4);
|
|
|
|
|
|
|
|
ret = input_register_device(wdata->ir);
|
|
|
|
if (ret) {
|
|
|
|
hid_err(wdata->hdev, "cannot register input device\n");
|
|
|
|
goto err_free;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_free:
|
|
|
|
input_free_device(wdata->ir);
|
|
|
|
wdata->ir = NULL;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void wiimod_ir_remove(const struct wiimod_ops *ops,
|
|
|
|
struct wiimote_data *wdata)
|
|
|
|
{
|
|
|
|
if (!wdata->ir)
|
|
|
|
return;
|
|
|
|
|
|
|
|
input_unregister_device(wdata->ir);
|
|
|
|
wdata->ir = NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct wiimod_ops wiimod_ir = {
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 0,
|
|
|
|
.probe = wiimod_ir_probe,
|
|
|
|
.remove = wiimod_ir_remove,
|
|
|
|
.in_ir = wiimod_ir_in_ir,
|
|
|
|
};
|
|
|
|
|
HID: wiimote: add extension hotplug support
The Wii Remote has several extension ports. The first port (EXT) provides
hotplug events whenever an extension is plugged. The second port (MP)
does not provide hotplug events by default. Instead, we have to map MP
into EXT to get events for it.
This patch introduces hotplug support for extensions. It is fairly
complicated to get this right because the Wii Remote sends a lot of
noise-hotplug events while activating extension ports. We need to filter
the events and only handle the events that are real hotplug events.
Mapping MP into EXT is easy. But if we want both, MP _and_ EXT at the same
time, we need to map MP into EXT and enable a passthrough-mode. This will
then send real EXT events through the mapped MP interleaved with real MP
events. But once MP is mapped, we no longer have access to the real EXT
registers so we need to perform setup _before_ mapping MP. Furthermore, we
no longer can read EXT IDs so we cannot verify if EXT is still the same
extension that we expect it to be.
We deal with this by unmapping MP whenever we got into a situation where
EXT might have changed. We then re-read EXT and MP and remap everything.
The real Wii Console takes a fairly easy approach: It simply reconnects to
the device on hotplug events that it didn't expect. So if a program wants
MP events, but MP is disconnected, it fails and reconnects so it can wait
for MP hotplug events again.
This simplifies hotplugging a lot because we just react on PLUG events and
ignore UNPLUG events.
The more sophisticated Wii applications avoid reconnection (well, they
still reconnect during many weird events, but at least not during UNPLUG)
but they start polling the device. This allows them to disable the device,
poll for the extension ports to settle and then initialize them again.
Unfortunately, this approach fails whenever an extension is replugged
while it is initialized. We would loose UNPLUG events and polling the
device later will give unreliable results because the extension port might
be in some weird state, even though it's actually unplugged.
Our approach is a real HOTPLUG approch. We keep track of the EXT and
mapped MP hotplug events whenever they occur. We then re-evaluate the
device state and initialize any possible new extension or deinitialize any
gone extension. Only during initialization, we set an extension port
ACTIVE. However, during an unplug event we mark them as INACTIVE. This
guarantess that a fast UNPLUG -> PLUG event sequence doesn't keep them
marked as PLUGGED+ACTIVE but only PLUGGED.
To deal with annoying noise-hotplug events during extension mapping, we
simply rescan the device before performing any mapping. This allows us to
ignore all the noise events as long as the device is in the correct state.
Long story short: EXT and MP registers are sparsely known and we need to
jump through hoops to get reliable HOTPLUG working. But while Nintendo
needs *FOUR* Bluetooth reconnections for the shortest imaginable
boot->menu->game->menu->shutdown sequence, we now need *ZERO*.
As always, 3rd party devices tend to break whenever we behave differently
than the original Wii. So there are also devices which _expect_ a
disconnect after UNPLUG. Obviously, these devices won't benefit from this
patch. But all official devices were tested extensively and work great
during any hotplug sequence. Yay!
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2013-05-06 05:12:57 +08:00
|
|
|
/*
|
|
|
|
* Motion Plus
|
|
|
|
*/
|
|
|
|
|
|
|
|
const struct wiimod_ops wiimod_mp = {
|
|
|
|
.flags = 0,
|
|
|
|
.arg = 0,
|
|
|
|
};
|
|
|
|
|
HID: wiimote: add sub-device module infrastructure
To avoid loading all sub-device drivers for every Wii Remote, even though
the required hardware might not be available, we introduce a module layer.
The module layer specifies which sub-devices are available on each
device-type. After device detection, we only load the modules for the
detected device. If module loading fails, we unload everything and mark
the device as WIIMOTE_DEV_UNKNOWN. As long as a device is marked as
"unknown", no sub-devices will be used and the device is considered
unsupported.
All the different sub-devices, including KEYS, RUMBLE, BATTERY, LEDS,
ACCELEROMETER, IR and more will be ported in follow-up patches to the new
module layer.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2013-05-06 05:12:51 +08:00
|
|
|
/* module table */
|
|
|
|
|
HID: wiimote: add extension hotplug support
The Wii Remote has several extension ports. The first port (EXT) provides
hotplug events whenever an extension is plugged. The second port (MP)
does not provide hotplug events by default. Instead, we have to map MP
into EXT to get events for it.
This patch introduces hotplug support for extensions. It is fairly
complicated to get this right because the Wii Remote sends a lot of
noise-hotplug events while activating extension ports. We need to filter
the events and only handle the events that are real hotplug events.
Mapping MP into EXT is easy. But if we want both, MP _and_ EXT at the same
time, we need to map MP into EXT and enable a passthrough-mode. This will
then send real EXT events through the mapped MP interleaved with real MP
events. But once MP is mapped, we no longer have access to the real EXT
registers so we need to perform setup _before_ mapping MP. Furthermore, we
no longer can read EXT IDs so we cannot verify if EXT is still the same
extension that we expect it to be.
We deal with this by unmapping MP whenever we got into a situation where
EXT might have changed. We then re-read EXT and MP and remap everything.
The real Wii Console takes a fairly easy approach: It simply reconnects to
the device on hotplug events that it didn't expect. So if a program wants
MP events, but MP is disconnected, it fails and reconnects so it can wait
for MP hotplug events again.
This simplifies hotplugging a lot because we just react on PLUG events and
ignore UNPLUG events.
The more sophisticated Wii applications avoid reconnection (well, they
still reconnect during many weird events, but at least not during UNPLUG)
but they start polling the device. This allows them to disable the device,
poll for the extension ports to settle and then initialize them again.
Unfortunately, this approach fails whenever an extension is replugged
while it is initialized. We would loose UNPLUG events and polling the
device later will give unreliable results because the extension port might
be in some weird state, even though it's actually unplugged.
Our approach is a real HOTPLUG approch. We keep track of the EXT and
mapped MP hotplug events whenever they occur. We then re-evaluate the
device state and initialize any possible new extension or deinitialize any
gone extension. Only during initialization, we set an extension port
ACTIVE. However, during an unplug event we mark them as INACTIVE. This
guarantess that a fast UNPLUG -> PLUG event sequence doesn't keep them
marked as PLUGGED+ACTIVE but only PLUGGED.
To deal with annoying noise-hotplug events during extension mapping, we
simply rescan the device before performing any mapping. This allows us to
ignore all the noise events as long as the device is in the correct state.
Long story short: EXT and MP registers are sparsely known and we need to
jump through hoops to get reliable HOTPLUG working. But while Nintendo
needs *FOUR* Bluetooth reconnections for the shortest imaginable
boot->menu->game->menu->shutdown sequence, we now need *ZERO*.
As always, 3rd party devices tend to break whenever we behave differently
than the original Wii. So there are also devices which _expect_ a
disconnect after UNPLUG. Obviously, these devices won't benefit from this
patch. But all official devices were tested extensively and work great
during any hotplug sequence. Yay!
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2013-05-06 05:12:57 +08:00
|
|
|
static const struct wiimod_ops wiimod_dummy;
|
|
|
|
|
HID: wiimote: add sub-device module infrastructure
To avoid loading all sub-device drivers for every Wii Remote, even though
the required hardware might not be available, we introduce a module layer.
The module layer specifies which sub-devices are available on each
device-type. After device detection, we only load the modules for the
detected device. If module loading fails, we unload everything and mark
the device as WIIMOTE_DEV_UNKNOWN. As long as a device is marked as
"unknown", no sub-devices will be used and the device is considered
unsupported.
All the different sub-devices, including KEYS, RUMBLE, BATTERY, LEDS,
ACCELEROMETER, IR and more will be ported in follow-up patches to the new
module layer.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2013-05-06 05:12:51 +08:00
|
|
|
const struct wiimod_ops *wiimod_table[WIIMOD_NUM] = {
|
2013-05-06 05:12:52 +08:00
|
|
|
[WIIMOD_KEYS] = &wiimod_keys,
|
|
|
|
[WIIMOD_RUMBLE] = &wiimod_rumble,
|
2013-05-06 05:12:53 +08:00
|
|
|
[WIIMOD_BATTERY] = &wiimod_battery,
|
2013-05-06 05:12:54 +08:00
|
|
|
[WIIMOD_LED1] = &wiimod_leds[0],
|
|
|
|
[WIIMOD_LED2] = &wiimod_leds[1],
|
|
|
|
[WIIMOD_LED3] = &wiimod_leds[2],
|
|
|
|
[WIIMOD_LED4] = &wiimod_leds[3],
|
2013-05-06 05:12:55 +08:00
|
|
|
[WIIMOD_ACCEL] = &wiimod_accel,
|
2013-05-06 05:12:56 +08:00
|
|
|
[WIIMOD_IR] = &wiimod_ir,
|
HID: wiimote: add sub-device module infrastructure
To avoid loading all sub-device drivers for every Wii Remote, even though
the required hardware might not be available, we introduce a module layer.
The module layer specifies which sub-devices are available on each
device-type. After device detection, we only load the modules for the
detected device. If module loading fails, we unload everything and mark
the device as WIIMOTE_DEV_UNKNOWN. As long as a device is marked as
"unknown", no sub-devices will be used and the device is considered
unsupported.
All the different sub-devices, including KEYS, RUMBLE, BATTERY, LEDS,
ACCELEROMETER, IR and more will be ported in follow-up patches to the new
module layer.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2013-05-06 05:12:51 +08:00
|
|
|
};
|
HID: wiimote: add extension hotplug support
The Wii Remote has several extension ports. The first port (EXT) provides
hotplug events whenever an extension is plugged. The second port (MP)
does not provide hotplug events by default. Instead, we have to map MP
into EXT to get events for it.
This patch introduces hotplug support for extensions. It is fairly
complicated to get this right because the Wii Remote sends a lot of
noise-hotplug events while activating extension ports. We need to filter
the events and only handle the events that are real hotplug events.
Mapping MP into EXT is easy. But if we want both, MP _and_ EXT at the same
time, we need to map MP into EXT and enable a passthrough-mode. This will
then send real EXT events through the mapped MP interleaved with real MP
events. But once MP is mapped, we no longer have access to the real EXT
registers so we need to perform setup _before_ mapping MP. Furthermore, we
no longer can read EXT IDs so we cannot verify if EXT is still the same
extension that we expect it to be.
We deal with this by unmapping MP whenever we got into a situation where
EXT might have changed. We then re-read EXT and MP and remap everything.
The real Wii Console takes a fairly easy approach: It simply reconnects to
the device on hotplug events that it didn't expect. So if a program wants
MP events, but MP is disconnected, it fails and reconnects so it can wait
for MP hotplug events again.
This simplifies hotplugging a lot because we just react on PLUG events and
ignore UNPLUG events.
The more sophisticated Wii applications avoid reconnection (well, they
still reconnect during many weird events, but at least not during UNPLUG)
but they start polling the device. This allows them to disable the device,
poll for the extension ports to settle and then initialize them again.
Unfortunately, this approach fails whenever an extension is replugged
while it is initialized. We would loose UNPLUG events and polling the
device later will give unreliable results because the extension port might
be in some weird state, even though it's actually unplugged.
Our approach is a real HOTPLUG approch. We keep track of the EXT and
mapped MP hotplug events whenever they occur. We then re-evaluate the
device state and initialize any possible new extension or deinitialize any
gone extension. Only during initialization, we set an extension port
ACTIVE. However, during an unplug event we mark them as INACTIVE. This
guarantess that a fast UNPLUG -> PLUG event sequence doesn't keep them
marked as PLUGGED+ACTIVE but only PLUGGED.
To deal with annoying noise-hotplug events during extension mapping, we
simply rescan the device before performing any mapping. This allows us to
ignore all the noise events as long as the device is in the correct state.
Long story short: EXT and MP registers are sparsely known and we need to
jump through hoops to get reliable HOTPLUG working. But while Nintendo
needs *FOUR* Bluetooth reconnections for the shortest imaginable
boot->menu->game->menu->shutdown sequence, we now need *ZERO*.
As always, 3rd party devices tend to break whenever we behave differently
than the original Wii. So there are also devices which _expect_ a
disconnect after UNPLUG. Obviously, these devices won't benefit from this
patch. But all official devices were tested extensively and work great
during any hotplug sequence. Yay!
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2013-05-06 05:12:57 +08:00
|
|
|
|
|
|
|
const struct wiimod_ops *wiimod_ext_table[WIIMOTE_EXT_NUM] = {
|
|
|
|
[WIIMOTE_EXT_NONE] = &wiimod_dummy,
|
|
|
|
[WIIMOTE_EXT_UNKNOWN] = &wiimod_dummy,
|
|
|
|
};
|