Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 332293 - x11-drivers/nvidia-drivers-190.53-r1 will not compile with kernel >= 2.6.34
Summary: x11-drivers/nvidia-drivers-190.53-r1 will not compile with kernel >= 2.6.34
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Doug Goldstein (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-11 16:36 UTC by Stuart W. Finlayson
Modified: 2012-03-23 15:32 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Proposed patch to fix the problem. (nvidia-drivers-190.53-r1.patch,494 bytes, patch)
2010-08-11 16:37 UTC, Stuart W. Finlayson
Details | Diff
init script to run the Nvidia System Management Interface (nvidia-smid,578 bytes, text/plain)
2011-01-14 03:40 UTC, Stuart W. Finlayson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stuart W. Finlayson 2010-08-11 16:36:34 UTC
x11-drivers/nvidia-drivers-190.53-r1 has a patch that is applied to get it to work with kernel 2.6.33.  This patch should be applied where the kernel >= 2.6.33.  I am attaching a patch that should do just that.

Also, before anyone suggests moving to the 195 series because they don't have that issue, the 195 drivers make the GPU fan on my 7 series card ramp up to 100% and stay there when I exit X until I reboot (I'm a startx kinda guy).

Here's the usual emerge --info:

Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.11.2-r0, 2.6.34-gentoo-r1 x86_64)
=================================================================
System uname: Linux-2.6.34-gentoo-r1-x86_64-Intel-R-_Core-TM-2_CPU_6700_@_2.66GHz-with-gentoo-1.12.13
Timestamp of tree: Wed, 11 Aug 2010 12:15:02 +0000
app-shells/bash:     4.0_p37
dev-java/java-config: 2.1.11
dev-lang/python:     2.6.5-r3, 3.1.2-r4
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.65
sys-devel/automake:  1.8.5-r3, 1.9.6-r2, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.3-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/bind"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core2 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://gentoo.mirrors.tds.net/gentoo http://gentoo.osuosl.org/ ftp://ftp.lug.udel.edu/pub/gentoo/"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X a52 aac alsa amd64 amr bash-completion berkdb bzip2 cairo cli corefonts cracklib crypt cups curl cxx dbus dri dvd encode fam ffmpeg flac fortran gdbm gif gpm iconv ieee1394 imlib ipv6 jpeg kde kipi lame mad matroska mmx mmxext mng modules mp3 mudflap multilib ncurses nls nptl nptlonly ogg opengl openmp pam pcap pcre perl png ppds pppd python qt3support qt4 readline reflection rtc ruby sdl semantic-desktop session smi smp spell spl srt sse sse2 sse3 ssl ssse3 symlink sysfs tcpd threads truetype unicode usb vim-with-x vorbis x264 xcomposite xmp xorg xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="dummy fbdev nvidia vesa vga" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTDIR_OVERLAY
Comment 1 Stuart W. Finlayson 2010-08-11 16:37:48 UTC
Created attachment 242457 [details, diff]
Proposed patch to fix the problem.
Comment 2 Doug Goldstein (RETIRED) gentoo-dev 2010-08-12 06:30:25 UTC
Have you reported this issue with your hardware upstream to nvidia?
Comment 3 Stuart W. Finlayson 2010-08-13 15:06:25 UTC
(In reply to comment #2)
> Have you reported this issue with your hardware upstream to nvidia?

I have now.
Comment 4 Alexander Stein 2010-08-30 07:26:55 UTC
I also have this problem on linux kernels >= 2.6.33, as I can't use nvidia-drivers-195*.
I know 190.53-r1 is ~arch but this fix should also be appliad to kernels > 2.6.33, so I vote for the propoesed patch (using it myself).
Comment 5 Stuart W. Finlayson 2011-01-14 03:39:01 UTC
Well, upstream has been truly useless.  What I have found out is that by default they delegate the fan management to the drivers, once the drivers take over they are in charge.  So, if the drivers aren't in use, the fan spins at 100%.  Apparently, on some models and some manufacturers you can let the board control the fan by setting something in the video card's BIOS--but the only tools I found to do that with my card are Windows applications.

In poking around on the internet looking for a solution, I ran across a tidbit about the Nvidia System Management Interface (nvidia-smi) which comes with the drivers.  If you run it from the console, and the drivers aren't in use, it "turns them on" while it runs.  So, using the --loop-continuously option with the --interval allows you to get the drivers to manage the fan without a lot of overhead.  Wanting to not have to add some weird code to local.start and local.stop (getting it to stop gracefully was not pretty), I wrote an init script that runs it, which I am attaching below in case anyone wants to use it.
Comment 6 Stuart W. Finlayson 2011-01-14 03:40:44 UTC
Created attachment 259759 [details]
init script to run the Nvidia System Management Interface
Comment 7 Doug Goldstein (RETIRED) gentoo-dev 2011-10-27 20:28:42 UTC
This has really morphed into a whole new issue from the original. Can you reopen this as a new bug and attach your init script there and I'll get it added to the tree?
Comment 8 Stuart W. Finlayson 2011-10-28 01:17:39 UTC
Okay, added in new Bug #388725