Launchpad has imported 23 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=1476366.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2017-07-28T17:37:25+00:00 julien.enche wrote: Description of problem: On my Optimus laptop, on a fresh boot, the switcheroo-control service does not start correctly and shows this status: systemctl status switcheroo-control.service ● switcheroo-control.service - Switcheroo Control Proxy service Loaded: loaded (/usr/lib/systemd/system/switcheroo-control.service; disabled; vendor preset: enabled) Active: inactive (dead) Restarting it manually with systemctl restart switcheroo-control.service makes it work fine until the next reboot. Version-Release number of selected component (if applicable): switcheroo-control-1.1-2.fc26 Additional information: I'm not using nvidia proprietary driver. 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 01:00.0 3D controller: NVIDIA Corporation GK208M [GeForce GT 740M] (rev a1) Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/0 ------------------------------------------------------------------------ On 2018-01-19T12:02:17+00:00 dele604 wrote: Created attachment 1383341 systemctl status switcheroo-control.service Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/1 ------------------------------------------------------------------------ On 2018-01-19T12:05:37+00:00 dele604 wrote: Have the same issue. Restarting manually won't work. sudo cat /sys/kernel/debug/vgaswitcheroo/switch throws 'Operation not permitted.' Version: switcheroo-control.x86_64 1.1-4.fc27 xorg-x11-drv-nouveau.x86_64 1:1.0.15-3.fc27 xorg-x11-drv-intel.x86_64 2.99.917-31.20171025.fc27 Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/2 ------------------------------------------------------------------------ On 2018-01-19T12:15:46+00:00 bnocera wrote: SELinux warnings? Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/3 ------------------------------------------------------------------------ On 2018-01-19T12:26:18+00:00 dele604 wrote: (In reply to Bastien Nocera from comment #3) > SELinux warnings? Selinux is enforced, no warnings. Service is able to start after disabling Secure Boot in bios. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/4 ------------------------------------------------------------------------ On 2018-01-19T12:37:09+00:00 bnocera wrote: I'm going to say this is a kernel problem then. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/5 ------------------------------------------------------------------------ On 2018-01-19T17:09:54+00:00 labbott wrote: As it stands, this is working as expected. When secureboot is on, debugfs is locked down. Per the patch, "Normal device interaction should be done through configfs or a miscdev, not debugfs." I think something needs to be done for vgaswitcheroo for secureboot. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/6 ------------------------------------------------------------------------ On 2018-02-08T13:13:08+00:00 bnocera wrote: *** Bug 1543427 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/7 ------------------------------------------------------------------------ On 2018-02-24T05:50:54+00:00 dannymrt1 wrote: This makes the option "Launch using Dedicated Graphics Card" in Gnome's right click menu disappear. So, to make use of the dGPU, I can only launch apps from terminal with the prefix, DRI_PRIME=1. I'm on 4.15.4-300.fc27.x86_64. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/8 ------------------------------------------------------------------------ On 2018-03-23T08:33:13+00:00 steve.tcmg wrote: Can confirm this. The service doesn't run on boot and restarting it produces the exact same error. Running Fedora 27 up to date with 4.15.10-300.fc27.x86_64 and secure boot and hybrid graphics (intel + nvidia). Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/9 ------------------------------------------------------------------------ On 2018-05-03T08:32:25+00:00 bcotton wrote: This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/10 ------------------------------------------------------------------------ On 2018-05-03T10:29:46+00:00 steve.tcmg wrote: This affects Fedora 27 too. Please update the ticket. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/11 ------------------------------------------------------------------------ On 2018-05-03T11:22:07+00:00 sebastian4842 wrote: Can confirm that witcheroo-control service does not start correctly, but as soon as I disable secure boot it works fine and brings the menu entry "Launch using Dedicated Graphics Card" on Gnome back. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/12 ------------------------------------------------------------------------ On 2018-05-03T11:36:01+00:00 steve.tcmg wrote: Correct, but that's just a workaround right ? Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/13 ------------------------------------------------------------------------ On 2018-05-12T18:08:52+00:00 malarkannan.p wrote: Yup, I can confirm it affects 28 too. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/18 ------------------------------------------------------------------------ On 2018-05-14T10:53:41+00:00 mat.booth wrote: (In reply to Laura Abbott from comment #6) > As it stands, this is working as expected. When secureboot is on, debugfs is > locked down. Per the patch, "Normal device interaction should be done > through configfs or a miscdev, not debugfs." I think something needs to be > done for vgaswitcheroo for secureboot. So this should be re-assigned back to switcheroo then? Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/19 ------------------------------------------------------------------------ On 2018-05-14T20:17:49+00:00 labbott wrote: not quite. It should probably be tracked under the kernel for now since it's secure boot related. Really if we're going to have a service relying on this it shouldn't be in debugfs anyway. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/20 ------------------------------------------------------------------------ On 2018-07-23T15:05:55+00:00 jforbes wrote: *********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.17.7-200.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/21 ------------------------------------------------------------------------ On 2018-07-24T12:22:32+00:00 sebastian4842 wrote: The problem is still persisten with the newer kernel (4.17.7-200.fc28.x86_64). Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/22 ------------------------------------------------------------------------ On 2018-08-01T13:00:47+00:00 rick.2889 wrote: This also happens on a Zenbook UX510UX with GeForce 950M. In dmesg, there is this output: [ 5.411221] Lockdown: switcheroo-cont: debugfs is restricted; see man kernel_lockdown.7 As mentioned before, disabling secure boot fixes this. Understandably, since enabling secure boot enforces kernel lockdown mode and thus debugfs restrictions. Switcheroo-control seems to query a specific path to check the switcheroo status: https://github.com/hadess/switcheroo-control/blob/master/src/switcheroo-control.c#L26 "/sys/kernel/debug/vgaswitcheroo/switch" Kernel lockdown mode seems to completely prohibit the use of debugfs so perhaps we need something to change in switcheroo itself, to have its status available via /proc maybe. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/24 ------------------------------------------------------------------------ On 2019-01-29T16:24:50+00:00 jforbes wrote: *********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.20.5-100.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/27 ------------------------------------------------------------------------ On 2019-01-29T17:23:54+00:00 sebastian4842 wrote: Problem still reproducible on Fedora 29. With disabled secure boot everything is fine. Kernel version: 4.20.4-200.fc29.x86_64 Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/28 ------------------------------------------------------------------------ On 2019-02-17T17:28:14+00:00 venturato.gabriele wrote: Same here with Fedora 29 and kernel 4.20.7-200.fc29.x86_64. When secure boot is disabled everything works fine. Reply at: https://bugs.launchpad.net/ubuntu/+source/switcheroo- control/+bug/1768988/comments/29 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1768988 Title: switcheroo-control fails to detect multi-gpu system To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/switcheroo-control/+bug/1768988/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
