Skip to main content

Nvidia drivers on Lenovo T520

Update: Unless you are playing games or something, I see no reason to use the Nvidia drivers.  After I installed the Nvidia drivers the external display was not auto-detected and required a restart of Gnome-shell to recognize the updated config.  Once I did that, it started in Gnome-fallback mode?  Bummer...  So - nouveau is the better option... IMO.

I had decided to put Fedora 16 back on my rig.  I know this install won't be on this machine long as it has some quirky issues (sudden desktop lockups, WLAN occasionally flakes out, etc... I digress...)  I also decided to try the Nvidia proprietary driver, along with using the discrete Nvidia graphics chipset.

So - the process was fairly straight-forward.

# yum -y update
# rpm -Uvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
# rpm -Uvh http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm
# yum install akmod-nvidia xorg-x11-drv-nvidia-libs
# mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img
# dracut /boot/initramfs-$(uname -r).img $(uname -r)

update /etc/default/grub
GRUB_CMDLINE_LINUX="rd.lvm.lv=vg_neo/lv_swap rd.md=0 rd.dm=0  KEYTABLE=us quiet SYSFONT=latarcyrheb-sun16 rhgb rd.luks=0 rd.lvm.lv=vg_neo/lv_root LANG=en_US.UTF-8"
to include the 2 nouveau entries
GRUB_CMDLINE_LINUX="rd.lvm.lv=vg_neo/lv_swap rd.md=0 rd.dm=0  KEYTABLE=us quiet SYSFONT=latarcyrheb-sun16 rhgb rd.luks=0 rd.lvm.lv=vg_neo/lv_root LANG=en_US.UTF-8 rdblacklist=nouveau nouveau.modeset=0"

# grub2-mkconfig -o /boot/grub2/grub.cfg

Reboot your Lenovo and press the ThinkVantage button when it asks, press F1 to edit BIOS settings.
go into Config | Display
I changed it to the Discrete Value, disabled the OS detect Optimus
When you now boot you should notice immediately that your grub has higher resolution.

Otherwise everything else seems the same.  But...

Using Nouveau I would get around 60FPS using glxgears...
Using Nvidia ...
[jradtke@neo bin]$ glxgears
30718 frames in 5.0 seconds = 6143.429 FPS
30892 frames in 5.0 seconds = 6178.211 FPS

It will actually drive the machine enough to have the fan spin up.  Was this worth the 30 minutes I devoted to this?  Probably not - as I am fairly certain that my external monitor will no longer work using this driver and my battery life will be diminished... but GLXgears rocks now. ;-)

Comments

Popular posts from this blog

P2V using dd for KVM-QEMU guest

Preface: I have certainly not exhaustively tested this process.  I had a specific need and found a specific solution that worked. Situation:  I was issued a shiny new laptop running Red Hat Enterprise Linux 7 (with Corp VPN, certs, Authentication configuration, etc...)  The image was great, but I needed more flexibility on my bare metal.  So, my goal was to P2V the corporate image so I could just run it as a VM. * Remove corporate drive and install new SSD * install corp drive in external USB-3 case * Install RHEL 7 on new SSD * dd old drive to a disk-image file in a temp location which will be an image which is the same size as your actual drive (unless you have enough space in your destination to contain a temp and converted image) * convert the raw disk-image to a qcow file while pushing it to the final location - this step should reduce the disk size - however, I believe it will only reduce/collapse zero-byte blocks (not just free space - i.e. if you de...

Extending SNMP to run arbitrary shell script

Why are we here... This is not likely something I would have pursued under normal circumstances.  I happen to be working for a customer/client who is not afforded a lot of flexibility to accomplish their goals.  In this case, the rigor is justified.  They have to sometimes be fairly creative with how they solve problems. In this case they would like to utilize an existing snmp implementation to execute a command (or shell script) on a remote system.  They came to me with the idea of using Net-SNMP extend. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sect-System_Monitoring_Tools-Net-SNMP-Extending.html NOTE:  This is NOT a good implementation strategy in the "real world"  it will simply allow you to test the functionality.  There are a TON of security implications which would need to be taken in to consideration. Implementation Steps: [root@rh7tst01 ~]# yum -y install net-snmp net-snmp-utils ...

RHN Satellite Server (spacewalk) repomd.xml not found

"repomd.xml not found" If you add a channel, or if your RHN cache gets corrupted, and one of your guests complains that it cannot find repomd.xml for jb-ews-2-x86_64-server-5-rpm (for example) - you need to rebuild your repodata cache. Normally this is an automated job - which is exemplified by the fact that you have obviously built out your entire Satellite environment and never had to do any of the steps you are about to do. So - some prep work: Open 3 terminals to your Satellite Server and run: # Term 1 cd /var/cache/rhn watch "ls -l | wc -l" # Term 2 pwd cd /var/log/rhn tail -f rhn_taskomatic_daemon.log # Term 3 satellite-sync --channel=jb-ews-2-x86_64-server-5-rpm Once the satellite-sync has completed, you >should< see the count increment by one.  If you are unlucky (like me) you will not. You then need to login to the Satellite WebUI as the satellite admin user. Click on the Admin tab (at the top) Task Schedules (on the left) fin...