Bug 2988

Summary: Post xorg-x11-drv-nvidia\* package results in loss of GUI terminal functionality
Product: Fedora Reporter: Gary Mann <garymann1001>
Component: xorg-x11-drv-nvidiaAssignee: Nicolas Chauvet <kwizart>
Status: RESOLVED EXPIRED    
Severity: minor CC: guillaume, s.adam
Priority: P5    
Version: 18   
Hardware: All   
OS: GNU/Linux   
namespace:
Attachments: nvidia-bug-report.log.gz

Description Gary Mann 2013-10-08 02:58:05 CEST
Following a update to the current kmod-nvidia-PAE / xorg-x11-drv-nvidia-319-60 packages from the rpmfusion updates repo, when using mate-terminal or any other GUI based terminal application I seem to have lost the functionality of sending the "Control-C" signal (SIGINT) command to the terminal. 

If attempting to send the signal using a $SHELL of /bin/zsh, the signal is sent as it normally would be sent. I've only been able to reproduce the issue if $SHELL is /bin/bash. After rolling back to version 319.32-7, the functionality was restored. I've thought that it may have been a kernel related bug, however I'm also only able to reproduce the issue in a X11 session, standard single user TTYs appear to function as normal. 

Would anyone be able to confirm this finding?
Comment 1 Nicolas Chauvet 2013-10-08 09:33:42 CEST
Can you attach the output of nvidia-bug-report
Comment 2 Gary Mann 2013-10-09 03:50:32 CEST
Created attachment 1187 [details]
nvidia-bug-report.log.gz
Comment 3 Gary Mann 2013-10-09 03:51:54 CEST
Oct 08 21:33:30 Updated: 1:xorg-x11-drv-nvidia-libs-319.60-1.fc18.i686
Oct 08 21:33:32 Updated: 1:xorg-x11-drv-nvidia-319.60-1.fc18.i686
Oct 08 21:33:34 Updated: mate-window-manager-1.6.2-5.fc18.i686
Oct 08 21:39:27 Installed: 1:kmod-nvidia-3.10.13-101.fc18.i686.PAE-319.60-1.fc18.i686
Oct 08 21:39:27 Installed: 1:kmod-nvidia-PAE-319.60-1.fc18.i686
Comment 4 Gary Mann 2013-10-09 03:52:49 CEST
The out of order package update was my fault ... problem still exists.
Comment 5 Nicolas Chauvet 2013-10-09 10:30:33 CEST
Everything seems to be in good shape WRT driver packaging.

That been said, you are missing some boot options on the grub line such as:
 nouveau.modeset=0 rd.driver.blacklist=nouveau video=vesa:off
My understanding is that thoses are uneeded as soon as you are using GRUB_GFXPAYLOAD_LINUX=text in grub2

Also can you verify that nouveau.ko remains present in the initramfs ? (despite not been loaded)
lsinitrd /boot/initramfs-$(uname -r).img |grep nouveau.ko


Can you give a try with the latest version of the nvidia driver, using:
yum install akmod-nvidia xorg-x11-drv-nvidia --releasever=19
Comment 6 Gary Mann 2013-10-10 06:41:44 CEST
Having taken a look at /etc/default/grub I found some interesting results, probably nothing to do with the original topic however..not sure which package would be causing this, I would assume the nvidia package?

[gmann@localhost ~]$ cat /etc/default/grub 
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_CMDLINE_LINUX="rd.md=0 rd.lvm=0 rd.dm=0 $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.keymap=us rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
GRUB_THEME="/boot/grub2/themes/system/theme.txt"
GRUB_GFXPAYLOAD_LINUX=text
GRUB_GFXPAYLOAD_LINUX=text
GRUB_GFXPAYLOAD_LINUX=text
GRUB_GFXPAYLOAD_LINUX=text
GRUB_GFXPAYLOAD_LINUX=text
GRUB_GFXPAYLOAD_LINUX=text

The nouveau driver is indeed apart of the initrd image:

[gmann@localhost ~]$ sudo lsinitrd /boot/initramfs-$(uname -r).img |grep nouveau.ko
-rw-r--r--   1 root     root      1100219 Sep 27 17:30 usr/lib/modules/3.10.13-101.fc18.i686.PAE/kernel/drivers/gpu/drm/nouveau/nouveau.ko

As you've suggested, I've updated to the latest akmod-nvidia package that's apart of the fedora 19 repo, and my SIGINT shortcut is now working as it should in the GUI terminals.. 

Oct 09 23:33:08 Installed: kmodtool-1-22.fc19.noarch
Oct 09 23:33:08 Installed: fakeroot-libs-1.18.4-2.fc19.i686
Oct 09 23:33:09 Installed: fakeroot-1.18.4-2.fc19.i686
Oct 09 23:33:10 Installed: rpmdevtools-8.3-3.fc19.noarch
Oct 09 23:33:11 Installed: akmods-0.5.1-3.fc19.noarch
Oct 09 23:33:18 Updated: 1:xorg-x11-drv-nvidia-libs-325.15-1.fc19.i686
Oct 09 23:33:20 Updated: 1:xorg-x11-drv-nvidia-325.15-1.fc19.i686
Oct 09 23:33:20 Installed: 1:akmod-nvidia-325.15-1.fc19.1.i686

I'm a little confused on what the difference between the akmod-nvidia and kmod-nvidia packages are I guess, does one require a specific version of the kernel and the other doesn't?

I'm going to float around in this version of the driver for awhile to see if it fixes some other NVRM kernel reports I've been experiencing since I've upgraded my graphics card...please let me know if you need anymore assistance in trying to track this down.
Comment 7 Gary Mann 2013-10-10 06:56:30 CEST
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 770/PCIe/SSE2
OpenGL core profile version string: 4.3.0 NVIDIA 325.15
OpenGL core profile shading language version string: 4.30 NVIDIA via Cg compiler
Comment 8 Gary Mann 2013-10-16 05:43:56 CEST
Some additional information about the NVRM issue I was having ... the issue pasted below was happening about every 24 hours until I updated the driver to 325.15. I'm just under a week of uptime now on my system with no issues.

Oct 09 21:31:25 localhost.localdomain kernel: NVRM: GPU at 0000:01:00: GPU-4cf1cee4-ad5c-e3af-8de2-32ddc7d0bc3d
Oct 09 21:31:25 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 16, Head 00000000 Count 002c7449
Oct 09 21:31:33 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 16, Head 00000000 Count 002c744a
Oct 09 21:31:41 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 16, Head 00000000 Count 002c744b
Oct 09 21:31:49 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 16, Head 00000000 Count 002c744c
Oct 09 21:31:54 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 8, Channel 00000003
Oct 09 21:32:02 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 16, Head 00000000 Count 002c7450
Oct 09 21:32:13 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 16, Head 00000000 Count 002c7453
Oct 09 21:32:21 localhost.localdomain kernel: NVRM: Xid (0000:01:00): 16, Head 00000000 Count 002c7454
Comment 9 Nicolas Chauvet 2013-11-11 13:27:35 CET
I eventually plan to test and update 331.20 on F-18
If you can report feedback there...
(grab the package from f20).
Comment 10 Emmanuel Seyman 2014-01-14 23:53:21 CET
RPMFusion is no longer releasing updates for this version of Fedora. This bug
will be set to RESOLVED:EXPIRED next week to reflect this.

If the problem persists after upgrading to the latest version of Fedora, please
update the version field of this bug (and re-open it if it has been closed).
Comment 11 Emmanuel Seyman 2014-01-25 10:43:29 CET
Setting to RESOLVED:EXPIRED since RPMFusion is no longer releasing updates for
this version of Fedora.