| Commit message (Collapse) | Author | Age |
|
|
| |
Made useBbswitch work when pmMethod is "auto" and removed invalid pmMethod option "nouveau".
|
|
|
|
| |
Closes #22666.
|
| |
|
|
|
|
|
|
| |
* Use libglvnd;
* Compile nvidia-settings, nvidia-persistenced from source;
* Generalize builder.
|
|\ |
|
| |
| |
| |
| | |
Allows it to be used for fglrx (1.17) and amdgpu-pro (1.18)
|
| | |
|
|/
|
|
| |
They shouldn't be needed now that we search them in /run/opengl-driver.
|
|
|
|
| |
I added this option just today, so I don't think this needs a rename entry.
|
| |
|
| |
|
| |
|
|
|
|
| |
The loader now uses XDK_DATA_DIRS to find drivers and layers.
|
| |
|
| |
|
|\ |
|
| | |
|
|/ |
|
|
|
|
|
|
|
| |
Was meant to go into staging, sorry
This reverts commit 57b2d1e9b0dcdd1d25bd2d450174764b9417ffc1, reversing
changes made to 760b2b9048ea775c319cb348d74447a20dea513e.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The pre-sleep service exits if any command fails. Unloading facetimehd
without it being loaded blocks subsequent commands from running.
Note: `modprobe -r` works a bit better when unloading unused modules,
and is preferrable to `rmmod`. However, the facetimehd module does not
support suspending. In this case, it seems preferable to forcefully
unload the module. `modprobe` does not support a `--force` flag when
removing, so we are left with `rmmod`.
See:
- https://github.com/NixOS/nixpkgs/pull/14883
- https://github.com/patjak/bcwc_pcie/wiki#known-issues
|
|
|
|
|
| |
The former is deprecated and doesn't handle compressed kernel modules,
so all current usages of it are broken.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Broken since 2014, but basically a package from 2008 with no
upstream.
|
| |
|
|
|
|
| |
This way, hardware.firmware can be a list of packages.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Fixes #6127.
Now we avoid multiple switches among the version possibilities.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added configurations to `bumblebee` package to easy multiple monitors on Optimus
machines.
The behaviour of the default `bumblebee` package hasn't change, so this change
is backwards compatible. Users who want to connect a monitor to their discrete
card should use the package `bumblebee_display` instead.
Also added new configuration option to nixos bumblebee module:
```
hardware.bumblebee.connectDisplay = true
```
will enable the new configuration, but the default is still false.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using primusrun will work as expected in a multilib environment. Even if the initial program
executes a antoehr program of the another architecture. Assuming the program does not modify
LD_LIBRARY_PATH inappropriately.
This does not update virtualgl for seemless multilib. I was unable to get a mixed 64/32 bit
environment to work with VirtualGL. The mechanism VirtualGL uses to inject the fake GL library would
fail if both 32bit and 64 bit libraries were in the environment. Instead the bumblebee package
creates a optirun32 executable that can be used to run a 32bit executable with optimus on a 64 bit
host. This is not created if the host is 32bit.
For my usage, gaming under wine, the primusrun executable works as expected regardless of
32bit/64bit.
|
|
|
|
| |
CC: #5070.
|
| |
|
|
|
|
| |
blacklist the radeon driver when ati_unfree is installed.
|
| |
|
|
|
|
| |
LD_LIBRARY_PATH. Fix that, fix bumblebee module loading and make the socket group configurable
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously all card-specific stuff was scattered across xserver.nix
and opengl.nix, which is ugly. Now it can be kept together in a single
card-specific module. This required the addition of a few internal
options:
- services.xserver.drivers: A list of { name, driverName, modules,
libPath } sets.
- hardware.opengl.package: The OpenGL implementation. Note that there
can be only one OpenGL implementation at a time in a system
configuration (i.e. no dynamic detection).
- hardware.opengl.package32: The 32-bit OpenGL implementation.
|
|
|
|
|
|
|
|
| |
Using pkgs.lib on the spine of module evaluation is problematic
because the pkgs argument depends on the result of module
evaluation. To prevent an infinite recursion, pkgs and some of the
modules are evaluated twice, which is inefficient. Using ‘with lib’
prevents this problem.
|
|
|
|
|
|
|
|
|
|
| |
* Bump bumblebee to 3.2.1
* Remove config.patch - options it added can be passed to ./configure now
* Remove the provided xorg.conf
Provided xorg.conf was causing problems for some users,
and Bumblebee provides its own default configuration anyway.
* Make secondary X11 log to /var/log/X.bumblebee.log
* Add a module for bumblebee
|
|
|