This article is about the Nintendo Wii Remote Linux kernel driver. This driver is part of upstream Linux since version 3.1. It is an easy to use drop-in replacement for the older user-space drivers like cwiid. You can use your Wii Remote for all purposes with this driver, for instance as an X input device or joystick controller for your Linux games.
- 1 Prerequisites
- 2 Connect the Wii Remote
- 3 Device Handling
- 4 Troubleshooting
- 5 See also
- xwiimote kernel driver
- Wii Remote hardware
The most important software required is Bluetooth, please make sure you have read the wiki page about it and you have configured it before proceeding.
NOTE: The most recent BlueZ package in Arch Linux includes the wiimote plugin. If you are using an older version please see Troubleshooting BlueZ.
The kernel driver (module
hid-wiimote) is part of upstream Linux since version 3.1 and it's ever since already included in Arch Linux kernel. However, the module could need to be loaded:
# modprobe hid-wiimote
Lastly you will need a Wii Remote, this can include (although, are not required) the Nunchuk and Classic Controller attachments.
hid-wiimote kernel module
If you are using a custom kernel, you can enable the
hid-wiimote module with
CONFIG_HID_WIIMOTE and the dependencies
CONFIG_BT_HIDP embedded in your kernel or as modules, previously loaded.
Starting with kernel version 3.3 there is an additional config option
CONFIG_HID_WIIMOTE_EXT which is enabled by default. It controls whether wiimote extensions like Nunchuck and Classic Controller should be supported.
Connect the Wii Remote
You can connect to your Wii Remote like any other Bluetooth device. See the Bluetooth article about information on pairing Bluetooth devices. The Wii Remote does not need special handling anymore. The BlueZ wiimote plugin handles all peculiarities in the background for you.
The Wii Remote can be put into discoverable mode by pressing the red sync-button behind the battery cover on the back. The Wii Remote will stay in discoverable mode for 20s. You can also hold the 1+2 buttons to put the Wii Remote into discoverable state. However, the first method works more reliably!
If you are asked for PIN input while bonding the devices, then your BlueZ bluetoothd daemon does not include the wiimote plugin. See Troubleshooting BlueZ for more information. If this does not help, you can still connect to your wiimote without pairing/bonding (i.e. not using authentication with a PIN). This should work with any BlueZ version. See Troubleshooting Pairing if you still cannot connect your wiimote.
If your Wii Remote is connected, it will appear with several input devices inside
/dev/input/eventX. You can list all Wii Remotes with:
$ ls /sys/bus/hid/devices
Then you can get additional device details with:
$ ls /sys/bus/hid/devices/<devid>/
The default mapping for the input-keys of the Wii Remotes are not very useful. User-space applications exist that re-map the Wii Remote input to more useful keys/actions  - available in AUR AUR. If you installed this package you can test your connected Wii Remotes with the
This will list all connected Wii Remotes:
$ xwiishow list
If this shows a path to a Wii Remote (lets say
/sys/bus/hid/devices/<did>) then you can test the device with:
$ xwiishow /sys/bus/hid/devices/<did>
Or use the index of the listed device:
$ xwiishow 1
This will display a picture of the Wii Remote and notify you if buttons are pressed. You can use the
'r' key to enable/disable the rumble motor. Press
'q' to quit the application. You might need to be root to use these tools.
If the Wii Remote is showing button presses in the
xwiishow tool but not registering otherwise, it is likely you need to add your user to the
# usermod -aG input username
X.Org Input Driver
There is an X.Org input driver  available in AUR AUR which automatically provides an input device to your X clients. Install it and read the related man-page for more information:
$ man xorg-xwiimote
The Wii Remote includes an infrared camera. To use this camera as a pointer input device, you need an IR-rack as an infrared source. Possible infrared sources are:
- Nintendo Wii Sensor Bar
- Wireless sensor bar - check eBay!
- Small candles (should have about 30cm distance)
- Home made sensor bar ()
There is currently no user-space application that enables mouse-emulation with the IR-sensor. If you need that, you should consider using the no longer supported cwiid approach. However, the xwiimote tools are under heavy development and will soon support IR mouse-emulation, too.
The input mapping is very weird
The default mapping maps the Wii Remote keys to the the key-constants which resemble the Wii Remote's buttons best. This mapping is quite useless by default. To get better mappings, use the xwiimote userspace tools.
BlueZ does not include the wiimote plugin
Upstream BlueZ includes the optional wiimote plugin since version 4.96. However, it must be enabled explicitely with
--enable-wiimote during compilation. The archlinux package includes the wiimote plugin since
bluez-4.96-3. If you are unsure whether your package includes the wiimote plugin, use:
grep wiimote $(which bluetoothd)
This should say:
Binary file /usr/sbin/bluetoothd matches
If this matches, then your BlueZ includes the wiimote plugin and no more user-interaction is needed. If this does not match, you need to enable it yourself or work without it. If you do not want to compile your own bluez package, then you can use the wiimote without this plugin by connecting without pairing/bonding. For instance, when using
gnome-bluetooth you need to select
"Proceed without pairing" when adding a new device.
If you want to compile the module on your own, then add
--enable-wiimote to your configure flags and proceed as usual. See the bluez PKGBUILD for further information.
I cannot connect my wiimote
The BlueZ packages includes a special wiimote plugin since version
4.96 which handles all Wii Remote peculiarities for you. If you cannot pair your Wii Remote like any other device, then you should try connecting without pairing/bonding (i.e. not using authentication with a PIN). If this still does not work, please report your issue to the upstream developers at XWiimote@GitHub.
Please always use the red sync-button behind the battery cover on the back of the Wii Remote for troubleshooting. This works more reliably than holding the 1+2 buttons.
The Auto-Reconnect feature allows the Wii Remote to reconnect to its last connected host when a key is pressed. This means you do not need to connect your Wii Remote manually each time. However, the Auto-Reconnect feature only works if you paired your Wii-Remote. Connecting without the wiimote plugin will not enable Auto-Reconnect.
Cannot use Wiimote in Dolphin-emu after pairing with xwiimote
Dolphin uses its own driver so pressing the resync button on the wiimote while dolphin is running should resync the wiimote to dolphin instead of the xwiimote.
My Wii Remote is still not working
The XWiimote software stack is actively developed. Please report your problems at XWiimote@GitHub.
There are also other projects which provide Wii Remote support for linux. See the Wii Remote article for the cwiid project.
It seems that the wiimote needs to be connected directly after pairing in order to store the binding (??) and reconnect automatically to the host.
Use the following sequence in bluetoothctl:
power on agent on <press red sync button> scan on pair <MAC of the found wiimote, use TAB for autocompletion> # note: we do not explicitly connect, we just pair! connect <MAC of the wiimote> # there seems to be a pretty short timeout, so execute this immediately after the pairing command trust <MAC of the wiimote> disconnect <MAC of the wiimote>
The wiimote should disconnect and the power led go off. Pressing the power button on the wiimote should now re-establish the connection to the host without any further actions.