Project home: Original repository at:

Michael Buesch e2b48f58fb Bump version 3 years ago
debian e2b48f58fb Bump version 3 years ago
firmware 89ea08bafa Update email address 12 years ago
librazer dbae0da062 Deactivate Lachesis 5600 support 5 years ago
razerd 066d476fb3 razerd: Rate limit main loop, if any socket operation failed 3 years ago
scripts 45e7594885 Move daemon reload to after daemon install 7 years ago
ui e2b48f58fb Bump version 3 years ago
.gitignore c2ed0452db Ignore the generated desktop file 8 years ago
CMakeLists.txt 688a6e7c15 Fix out-of-tree-build problem 4 years ago
COPYING 5ae2be7c22 Add a copy of the GNU GPL 16 years ago 71dd37998a README: Update 7 years ago b791c13dbe Update dates 3 years ago ea7e5f7a55 use configure_file rather than custom_command 10 years ago
razer.conf 532d8e463b included Diamondback config in razer.conf 7 years ago
razerd.initscript 472eb26f89 Sysv init: add dependency to $remote_fs in init script 7 years ago
razerd.service.template 26862a3e70 systemd: don't fork razerd in the background 7 years ago
tmpfile.conf fa85551105 Add tmpfile.conf 5 years ago
udev.rules.template 83236d888a udev: Only rescan if the removed device is from Razer 3 years ago 4751ae3679 Add tmpfiles.d 4 years ago

Razer device configuration tool

This is a configuration utility for Razer devices on Linux systems.

Supported devices

Device support table at


Note that almost all distributions ship prebuilt packages of the above dependencies.

If you installed a dependency after you already ran cmake . and/or make, it might happen that the dependency is still not found. Just delete the cmake status files or unpack a clean razercfg tarball to workaround this issue.


First invoke cmake to build the makefiles. Then invoke make to build the binaries:

cmake .

(Note the required space and dot after the cmake command)


First you need to install the tool libraries and binaries. Do this by executing the following command as root:

make install

Be aware that make install installs the shared library to $PREFIX/lib. The default $PREFIX is /usr/local/, but the install prefix can also be changed via -DCMAKE_INSTALL_PREFIX='<somewhere>'. You have to make sure that in $PREFIX/lib/ can be found by the dynamic linker Your operating system most likely already has support for libraries in /usr/local/lib. So on most systems you don't have to do anything. If this is not the case, or you installed razercfg somewhere else, a new library search path can be added via /etc/ or /etc/ See your operating system manual for further information.

If you use systemd:

The make install step installed the razerd.service file. Reboot or run the following command as root to start the razerd daemon:

systemctl start razerd

If you do not use systemd:

To automatically start the required system daemon razerd at bootup time, you need to install the init-script. This software package includes a generic example script, that should work out-of-the-box on many Linux distributions. To install it, invoke the following commands as root:

cp ./razerd.initscript /etc/init.d/razerd
ln -s /etc/init.d/razerd /etc/rc2.d/S99razerd
ln -s /etc/init.d/razerd /etc/rc5.d/S99razerd
ln -s /etc/init.d/razerd /etc/rc0.d/K01razerd
ln -s /etc/init.d/razerd /etc/rc6.d/K01razerd

If you use udev:

The make install step installed the udev script to

$(pkg-config --variable=udevdir udev)/rules.d/80-razer.rules
This should work on most distributions.

If udev notification does not work, try to reboot the system.

RazerD Configuration

The user may create a razerd configuration file in /etc/razer.conf which can be used to specify various razerd options and initial hardware configuration settings. An example config file is included as razer.conf in this package. If no configuration file is available, razerd will work with default settings.

X Window System (X.ORG) Configuration

If you don't have an xorg.conf, you don't have to do anything and it should work out-of-the-box.

X must not be configured to a specific mouse device like /dev/input/mouse0. On configuration events, razerd may have to temporarily unregister the mouse from the system. This will confuse X, if it's configured to a specific device. Configure it to the generic /dev/input/mice device instead. This will enable X to pick up the mouse again after a configuration event from razerd.

Example xorg.conf snippet:

Section "InputDevice"
    Identifier  "Mouse"
    Driver  "mouse"
    Option  "Device" "/dev/input/mice"

Alternatively, do not specify a "Device" at all. X will autodetect the device then:

Section "InputDevice"
    Identifier  "Mouse"
    Driver  "mouse"

In any case, do NOT use: Option "Device" "/dev/input/mouseX"

Using the tools

To use the tools, the razerd daemon needs to be started as root, first. Without the background daemon, nothing will work. The daemon is responsible for doing the lowlevel hardware accesses and for tracking the current state of the device. While the daemon is running, the user interfaces razercfg (commandline) and qrazercfg (graphical user interface) can be used.


If you installed razercfg with your distribution packaging system, use that to uninstall razercfg.

If you compiled razercfg from source and installed it with make install, you can use the script from the razercfg archive to uninstall razercfg from the system. It must be called with the install prefix as its first argument. That usually is /usr/local, unless specified otherwise in cmake. A call to might look like this:

./ /usr/local


The architecture layout of the razer tools looks like this:

| hardware driver 0 |--v
 -------------------   |
                       |    ----------
 -------------------   |   | lowlevel |     --------      ---------
| hardware driver 1 |--x---| librazer |----| razerd |----| pyrazer |
 -------------------   |    ----------      --------      ---------
                       |                        |           ^ ^ ^
 -------------------   |     ---------------------------    | | |
| hardware driver n |--^    | (to be written) librazerd |   | | |
 -------------------         ---------------------------    | | |
                                              ^ ^ ^         | | |
                                              | | |         | | |
                           ---------------    | | |         | | |
                          | Application 0 |---^ | |         | | |
                           ---------------      | |         | | |
                                                | |         | | |
                           ---------------      | |         | | |
                          | Application 1 |-----^ |         | | |
                           ---------------        |         | | |
                                                  |         | | |
                           ---------------        |         | | |
                          | Application n |-------^         | | |
                           ---------------                  | | |
                                                            | | |
                           ----------                       | | |
                          | razercfg |----------------------^ | |
                           ----------                         | |
                                                              | |
                           -----------                        | |
                          | qrazercfg |-----------------------^ |
                           -----------                          |
                            --------------------------          |
                          | Other Python applications |---------^

So in general, your application wants to access the razer devices through pyrazer or (if it's not a python app) through librazerd. (Note that librazerd is not written, yet. So currently the only way to access the devices is through pyrazer). Applications should never poke with lowlevel librazer directly, because there will be no instance that keeps track of the device state and permissions and concurrency.


Copyright (c) 2007-2020 Michael Büsch, et al.

See the COPYING file for license information.