Like many universities, we are converting to working from home and doing only online instruction as of Monday. (This week is spring break and faculty get to use it to figure out how to make the online instruction work.) The campus has a Zoom license and we are urged to use that for class sessions. I've run into a problem and tried the fix suggested by Zoom support, but it's not working and I'm hoping someone here can help me. Trying to interact with Zoom support gets a "we're too busy right now" message....
The problem is sharing a window/screen (desktop). I can share from my Fedora desktop, but when I stop the sharing Zoom crashes (or, in some configurations--see below--sharing a window/screen just blacks out the window/screen being shared). Zoom support indicates that this is mostly a problem with something automatically switching from the nvidia card to a built-in card and suggests running xcompmgr -c -l0 -t0 -r0 -o.00 With the nvidia driver, this seems to have little or no effect. It does seem to work with nouveau, but I'm getting an annoying flashing of (at least some windows on) the screen with nouveau (and I'm losing some performance that I'd like to keep for other purposes).
Here are the details:
My home machine is running Fedora 31, fully updated, on a Dell Precision T1700 with 32 GB of memory. I have an nvidia card and run the nvidia driver from negativo-17 (for performance with darktable...). I use KDE, and Settings -> Display and Monitor -> Compositor is not set to enable the compositor on startup. The backend Renderer is set to OpenGL 3.1, but I've had the same problem with OpenGL 2.0 (though it did seem to work once with 2.0; nothing like intermittent buggy behavior...). I did try logging in with Gnome and still had the problem of stopping Zoom screen sharing causing Zoom to crash. When I run the xcompmgr command before starting Zoom, I'm getting the following kind of message in the konsole I ran it from when Zoom crashes: error 138: BadRegion request 137 minor 14 serial 63627 error 138: BadRegion request 137 minor 14 serial 63635
The "BIOS Setup" at startup does have a video option. It has 3 choices for "Primary Display": AUTO, INTEL HD Graphics, and NVIDIA HD Graphics, and it says that when "Auto" is not selected, the onboard graphics device will be present and enabled. I tried resetting this from Auto to Intel, and got very slightly different behavior (sharing a konsole window blacked out the window on my desktop and the meeting participants screens, and quitting sharing crashed Zoom on the desktop). So I put it back to Auto.
I then tried disabling the nvidia driver. I blacklisted it (and the associated modules in a file in /etc/modprobe.d) and changed the /etc/X11/xorg.conf file to list "nouveau" as the driver for Device 0. (When I rebooted, lsmod doesn't show any nvidia stuff, and does have nouveau, so I think this worked). With that, I'm getting some annoying screen flashing (notably in claws-mail) and sharing a window blacks out the window , but then running the xcompmgr command unblacks it and stopping sharing doesn't seem to kill Zoom.
Between the screen flashing with nouveau and wanting the performance of the nvidia driver for other things, I'd like to make this work with the nvidia driver.
The output of lspci is [~] 7) lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3 Processor DRAM Controller (rev 06) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04) 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04) 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04) 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4) 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d4) 00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d4) 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series ChipsetW Family USB EHCI #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation C226 Series Chipset Family Server Advanced SKU LPC Controller (rev 04) 00:1f.2 RAID bus controller: Intel Corporation SATA Controller [RAID mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: NVIDIA Corporation GP107 [GeForce GTX 1050 Ti] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GP107GL High Definition Audio Controller (rev a1) 03:00.0 PCI bridge: Texas Instruments XIO2001 PCI Express-to-PCI Bridge
I also have a Dell XPS 13 laptop running Fedora 31, also running KDE. It doesn't have this problem (but I hope not to have to use it for online teaching; the screen is too small and it's one of the ones with the webcam at the bottom of the screen, so if you can reach the keyboard to type, the camera is looking up your nose).
Thanks for any suggestions you can give me.
George
On 19/3/20 8:41 am, George Avrunin wrote:
Like many universities, we are converting to working from home and doing only online instruction as of Monday. (This week is spring break and faculty get to use it to figure out how to make the online instruction work.) The campus has a Zoom license and we are urged to use that for class sessions. I've run into a problem and tried the fix suggested by Zoom support, but it's not working and I'm hoping someone here can help me. Trying to interact with Zoom support gets a "we're too busy right now" message....
The problem is sharing a window/screen (desktop). I can share from my Fedora desktop, but when I stop the sharing Zoom crashes (or, in some configurations--see below--sharing a window/screen just blacks out the window/screen being shared). Zoom support indicates that this is mostly a problem with something automatically switching from the nvidia card to a built-in card and suggests running xcompmgr -c -l0 -t0 -r0 -o.00 With the nvidia driver, this seems to have little or no effect. It does seem to work with nouveau, but I'm getting an annoying flashing of (at least some windows on) the screen with nouveau (and I'm losing some performance that I'd like to keep for other purposes).
Here are the details:
My home machine is running Fedora 31, fully updated, on a Dell Precision T1700 with 32 GB of memory. I have an nvidia card and run the nvidia driver from negativo-17 (for performance with darktable...). I use KDE, and Settings -> Display and Monitor -> Compositor is not set to enable the compositor on startup. The backend Renderer is set to OpenGL 3.1, but I've had the same problem with OpenGL 2.0 (though it did seem to work once with 2.0; nothing like intermittent buggy behavior...). I did try logging in with Gnome and still had the problem of stopping Zoom screen sharing causing Zoom to crash. When I run the xcompmgr command before starting Zoom, I'm getting the following kind of message in the konsole I ran it from when Zoom crashes: error 138: BadRegion request 137 minor 14 serial 63627 error 138: BadRegion request 137 minor 14 serial 63635
The "BIOS Setup" at startup does have a video option. It has 3 choices for "Primary Display": AUTO, INTEL HD Graphics, and NVIDIA HD Graphics, and it says that when "Auto" is not selected, the onboard graphics device will be present and enabled. I tried resetting this from Auto to Intel, and got very slightly different behavior (sharing a konsole window blacked out the window on my desktop and the meeting participants screens, and quitting sharing crashed Zoom on the desktop). So I put it back to Auto.
I didn't zoom was available for linux. I'm using zoom under windows for interactive meeting while working from home and screen sharing from other users works fine, I haven't tried it as yet. One thing you mentioned above was that you were using an nvidia card in your laptop, did you by any chance try configuring your bios video settings to nvidia to see if that made any difference?
When I was using fedora natively instead of in a vm I was also using the nvidia driver from negativo17 and found it work very well.
regards,
Steve
I then tried disabling the nvidia driver. I blacklisted it (and the associated modules in a file in /etc/modprobe.d) and changed the /etc/X11/xorg.conf file to list "nouveau" as the driver for Device 0. (When I rebooted, lsmod doesn't show any nvidia stuff, and does have nouveau, so I think this worked). With that, I'm getting some annoying screen flashing (notably in claws-mail) and sharing a window blacks out the window , but then running the xcompmgr command unblacks it and stopping sharing doesn't seem to kill Zoom.
Between the screen flashing with nouveau and wanting the performance of the nvidia driver for other things, I'd like to make this work with the nvidia driver.
The output of lspci is [~] 7) lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3 Processor DRAM Controller (rev 06) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04) 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04) 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04) 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4) 00:1c.1 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #2 (rev d4) 00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d4) 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series ChipsetW Family USB EHCI #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation C226 Series Chipset Family Server Advanced SKU LPC Controller (rev 04) 00:1f.2 RAID bus controller: Intel Corporation SATA Controller [RAID mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: NVIDIA Corporation GP107 [GeForce GTX 1050 Ti] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GP107GL High Definition Audio Controller (rev a1) 03:00.0 PCI bridge: Texas Instruments XIO2001 PCI Express-to-PCI Bridge
I also have a Dell XPS 13 laptop running Fedora 31, also running KDE. It doesn't have this problem (but I hope not to have to use it for online teaching; the screen is too small and it's one of the ones with the webcam at the bottom of the screen, so if you can reach the keyboard to type, the camera is looking up your nose).
Thanks for any suggestions you can give me.
George
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
On Wed, 25 Mar 2020 20:46:05 +1100, Stephen Morris wrote:
I didn't zoom was available for linux.
If you go to zoom.us/download, you can get the app for Linux. The one for Fedora seems kind of old, though.
I'm using zoom under windows for interactive meeting while working from home and screen sharing from other users works fine, I haven't tried it as yet. One thing you mentioned above was that you were using an nvidia card in your laptop, did you by any chance try configuring your bios video settings to nvidia to see if that made any difference?
The laptop doesn't have an nvidia card, just the desktop. Screen sharing works fine with the laptop, but the placement of the camera and the size of the screen make it less useful for teaching on Zoom. I can, I guess, login to the meeting with both the desktop and the laptop and share the laptop's screen when I need to show the students a file. (I'm also logging in with an Android tablet to use as a whiteboard.)
When I was using fedora natively instead of in a vm I was also using the nvidia driver from negativo17 and found it work very well.
Yes, for everything else, the nvidia stuff from negativo17 has been great.
regards,
Steve
George
On Wed, 2020-03-25 at 12:59 -0400, George Avrunin wrote:
Screen sharing works fine with the laptop, but the placement of the camera and the size of the screen make it less useful for teaching on Zoom.
External USB webcam?
On Wed, 18 Mar 2020 at 18:42, George Avrunin avrunin@math.umass.edu wrote:
Like many universities, we are converting to working from home and doing only online instruction as of Monday. (This week is spring break and faculty get to use it to figure out how to make the online instruction work.) The campus has a Zoom license and we are urged to use that for class sessions. I've run into a problem and tried the fix suggested by Zoom support, but it's not working and I'm hoping someone here can help me. Trying to interact with Zoom support gets a "we're too busy right now" message....
The problem is sharing a window/screen (desktop). I can share from my Fedora desktop, but when I stop the sharing Zoom crashes (or, in some configurations--see below--sharing a window/screen just blacks out the window/screen being shared). Zoom support indicates that this is mostly a problem with something automatically switching from the nvidia card to a built-in card and suggests running xcompmgr -c -l0 -t0 -r0 -o.00 With the nvidia driver, this seems to have little or no effect. It does seem to work with nouveau, but I'm getting an annoying flashing of (at least some windows on) the screen with nouveau (and I'm losing some performance that I'd like to keep for other purposes).
You don't mention if Wayland is involved.
Here are the details: [...] I also have a Dell XPS 13 laptop running Fedora 31, also running KDE. It doesn't have this problem (but I hope not to have to use it for online teaching; the screen is too small and it's one of the ones with the webcam at the bottom of the screen, so if you can reach the keyboard to type, the camera is looking up your nose).
Thanks for any suggestions you can give me.
George
Can you use an external monitor, mouse, and keyboard with the laptop (and position laptop for best camera placement)?
On Wed, 25 Mar 2020 08:00:23 -0300, George N. White III wrote:
You don't mention if Wayland is involved.
No Wayland, I'm running KDE with X11.
...
Can you use an external monitor, mouse, and keyboard with the laptop (and position laptop for best camera placement)?
I probably could, and I can make the laptop a participant in the meeting, too, and share its screen if necessary while still using the big monitor on my desktop for most of the work. I was just hoping someone knew a magic setting that would solve the problem without having to do complicated.
George
-
George Avrunin -
George N. White III -
Stephen Morris -
Tim