Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Signed-off-by: Alex Williamson <alex.williamson@redhat.com>
- Loading branch information
Showing
1 changed file
with
55 additions
and
25 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,42 +1,72 @@ | ||
| This is extremely experimental, use at your own risk. | ||
|
|
||
| It seems to work in my Asus UL30VT and I see other DSDTs from | ||
| Asus systems that look similar, YMMV. | ||
|
|
||
| Build the asus-switcheroo.ko kernel modules: | ||
|
|
||
| # make | ||
|
|
||
| It's recommended to blacklist the nouveau module, so you can | ||
| load this module first: | ||
| On a Fedora system, you can then install with: | ||
|
|
||
| # sudo make install | ||
|
|
||
| This will: | ||
|
|
||
| # echo blacklist nouveau >> /etc/modprobe.d/blacklist.conf | ||
| - copy the kernel module in place | ||
| - update modprobe.d to load asus-switcheroo before nouveau | ||
| - update dracut to add asus-switcheroo | ||
| - install the suspend/resume script | ||
| - run depmod | ||
| - build a new initramfs | ||
|
|
||
| Be sure to then rebuild your initramfs | ||
| For other distros, do something similar. | ||
|
|
||
| # dracut -f /boot/initramfs-`uname -r`.img `uname -r` | ||
| For simply disabling the discrete graphics, the only other thing | ||
| you need to do (aside from rebooting), is: | ||
|
|
||
| Don't forget to reboot. | ||
| # echo OFF > /sys/kernel/debug/vgaswitcheroo/switch | ||
|
|
||
| Then put something like this in your /etc/rc.local: | ||
| If this isn't automatically mounted for you, add this to your | ||
| /etc/fstab: | ||
|
|
||
| insmod /path/to/asus-switcheroo.ko | ||
| modprobe nouveau | ||
| echo OFF > /sys/kernel/debug/vgaswitcheroo/switch | ||
| debugfs /sys/kernel/debug debugfs defaults 0 0 | ||
|
|
||
| Or perhaps you want to echo DIS to switch to discrete graphics | ||
| on boot. Note that we don't seem to actually get to turn off | ||
| the integrated graphics via the ACPI calls. The i915 shutdown | ||
| hopefully does something useful. | ||
| See the suspend resume script for a description of an issue | ||
| and workaround for suspend resume and powering off the other | ||
| device. | ||
|
|
||
| It's probably a good idea to rebuild the module on boot to match | ||
| the running kernel and load the new version, otherwise confusing | ||
| things might happen. | ||
| If you want to run with nouveau graphics, echo DIS to the | ||
| above switch file. The LVDS will go black, but if you start | ||
| X after the switch, it has been known to work. Plugging in | ||
| an HDMI monitor also seems to kick the text mode into working | ||
| and will continue working when the monitor is unplugged. | ||
|
|
||
| Also note that on resume, the BIOS powers on the discrete graphics. | ||
| This will cause problems if the OS thinks it's still gone. Turning | ||
| the card back on before sleep and off at resume seems to work. Do | ||
| the following to put a script in place to handle this automatically. | ||
| When running with the discrete graphics, there seem to be | ||
| numerous issues with the Intel driver forgetting that it | ||
| turned off it's hardware. For instance in VT mode, if | ||
| left idle, the Intel driver will try to attempt to turn | ||
| the LVDS off even though the hardware has been put to sleep, | ||
| resulting in an oops. I've also seen an oops when opening | ||
| the lid when using discrete graphcis via nouveau where the | ||
| Intel driver gets the lid notification and tries to touch | ||
| the hardware. | ||
|
|
||
| cp asus-switcheroo-pm /etc/pm/sleep.d/75-asus-switcheroo | ||
| Using the discrete graphics is generally not recommended | ||
| for an average user. Patches welcome to make this better. | ||
|
|
||
| The lid switch is a known issue when running with the discrete | ||
| graphics. Opening the lid causes a crash through the intel | ||
| driver, which seems to have forgotten it's hardware is disconnected. | ||
| It is also possible, though very, very alpha and extremely | ||
| not recommended for average users to use the asus-switcheroo | ||
| module as a dummy switcheroo client that allows you to run | ||
| the proprietary nvidia module. To do this, blacklist | ||
| nouveau and rebuild your initramfs to get nouveau out of it. | ||
| Use the dummy-client=1 option for asus-switcheroo, if loaded | ||
| from initramfs, use asus-switcher.dummy-client=1. At boot, | ||
| switch to DIS, modprobe nvidia, then start X using the nvidia | ||
| proprietary driver. Note that the screen LVDS will go black | ||
| as soon as you switch via DIS and will not come back until X | ||
| starts. Unlike nouveau above, there is no framebuffer driver | ||
| with nvidia, so text mode access is gone. All of the above | ||
| nouveau problems are also expected to happen with nvidia. | ||
| Also, when using the dummy-client, the switch to discrete | ||
| graphics is a one-way street. Reboot to re-enable IGD. |