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.
- xwiimote kernel driver
- Wii Remote hardware
The most important piece required is Bluetooth, this must already be configured and running without the help of this guide. This should be simple enough with any guide found on the Internet. The kernel driver is part of upstream Linux since version 3.1. The module is called Template:Codeline. If it is not available in your kernel, you need to compile the module yourself. The Arch Linux kernel should include it starting with version 3.1.
Lastly you will need a Wii Remote, this can include (although, are not required) the Nunchuk and Classic Controller attachments.
Connect the Wii Remote
You can connect to your Wii Remote like any other Bluetooth device. See Bluetooth article about information on pairing Bluetooth devices. The Wii Remote does not need special handling anymore.
If your Wii Remote is connected, it will appear with several input devices inside Template:Filename. You can list all Wii Remotes with:
Then you can get additional device details with:
The default mapping for the input-keys of the Wii Remotes are not very useful. Userspace applications that re-map the Wii Remote input to more useful keys/actions are still under development  - available in AUR Template:Package AUR
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 ()
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 Template:Codeline during compilation. The archlinux package includes the wiimote plugin since Template:Codeline. 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
You probably need to run this as root because the bluetoothd daemon resides in /usr/sbin on archlinux or simply use:
grep wiimote /usr/sbin/bluetoothd
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 Template:Codeline or Template:Codeline you need to select Template:Codeline when adding a new device.
If you want to compile the module on your own, then add Template:Codeline to your configure flags and proceed as usual. See the bluez PKGBUILD for further information.