10-31-2011 11:05 AM - last edited on 10-31-2011 01:08 PM by andyP
It's not clear where the bug exists, but utilizing a 64-bit Linux kernel appears to be a problem with the W520's and the NVIDIA graphics card. Enabling virtualization, but particularly VT-d seems to be one way to reproduce this bug. Try to boot up with a Ubuntu 64-bit 11.10 CD for instance or try to install Debian with an amd64 kernel and X will not load. Ubuntu bug #776999 shows a long thread about it. It seems just running 32-bit is the easiest trade-off for now. BIOS 1.32 does not see to have fixed this issue. If anyone has any additional information about where exactly this bug is located and how to fix or work around it, that would be helpful. John
Moderator note; subject edited
10-31-2011 08:35 PM
I can confirm that the 64bit + VT-d + discrete graphics hangs pretty early on during Linux boot on my W520, right around when udev is started. You can work around with passing noacpi on the kernel command line but then thats not a setup that you want to run on a daily basis.
11-01-2011 12:40 AM
Confirmed that it happens also on a T420s with Kubuntu's default nvidia driver or nouveau or Nvidia driver from their own site. Basically only driver that works with option "discrete" in BIOS is the vesa.
Using an on-screen system monitor (when I _could_ bring up a graphical environment... Lots of tests, don't remember all the scenarios) I could see that the machine was running, but keyboard+any mouse were dead. Hitting Fn+End for brightness down and the whole machine froze. Perhaps by writing a complete xorg.conf one could get back kbd etc, but nowadays I'm too lazy.
So I ended up using the "Optimus" BIOS entry and running the Bumblebee/Ironhide solution for GPU switching (now on Kubuntu's default nvidia driver; work's splendidly - granted there are bugs in the Ironhide graphical configuration utilities etc).
11-01-2011 05:33 PM
11-04-2011 03:30 PM
Does this happen with other 64 bit Linux OS's? Give Fedora a shot. They usually have more upgraded driver packages since its a 'bleeding edge' distro.
Looks like this thread might help:
Do for Fedora 15 x64 OS and Let me know the results
- Set Discrete Graphics in BIOS
- Set runlevel 3 with `ln -s /lib/systemd/system/multi-user.target /etc/systemd/system/default.target`
- Pass kernel parameter in /etc/grub.conf rdblacklist=nouveau nouveau.modeset=0
- Create file -
# generated by nvidia-installer
options nouveau modeset=0
- Reboot and startx
12-06-2011 05:35 PM
I can report a lockup using the Nvidia binary driver, discrete graphics mode, VT-d, and 64-bit Ubuntu 11.10. My workaround is to disable VT-d, and run virtual machines in 32-bit mode with single core. It's slow, but at least it works for my particular needs.
With respect to Windows, I'm seeing some unexpected (and rather surprising) effects with the Nvidia driver and an external monitor connected via display port. But that's a whole other issue
01-08-2012 04:15 PM
I am using 64bit Kubuntu 11.10 on my Lenovo laptop - but I am using the built-in graphics card and I did have a complete crash once when I had installed the Nvidia drivers etc through the ubuntu repositories.
More importantly this problem seems to be there in different models as well.
Mine is a B570. After the crash due to Nvidia drivers I had to re-install Kubuntu completely.
01-10-2012 09:09 PM
Good news regarding VT-D and Nvidia on 64 bit Ubuntu 12.04 alpha. VT-D can be enabled and using the Noveau driver, and there is no lockup at boot time on a W520 at least. I have no idea how well or not the binary Nvidia driver works, because I can't get it work. Of course the Noveau graphics performance is no where near as good (e.g. no acceleration in Flash video), but on the plus side, the regular Gnome applets like Display and Color work as intended.