FS#28437 - [udev] rivafb kernel module conflicts with nouveau

Attached to Project: Arch Linux
Opened by Balló György (City-busz) - Wednesday, 15 February 2012, 05:17 GMT
Last edited by Tobias Powalowski (tpowa) - Thursday, 16 February 2012, 17:48 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Tom Gundersen (tomegun)
Architecture All
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Since udev dropped blacklisting framebuffer modules, it loads both nvidiafb and rivafb on boot along with nouveau. But rivafb against nouveau to be loaded correctly and it causes that Xorg failed to run with the nouveau driver.

I think that only nouveau module should be loaded by default, so please add back blacklisting of nvidiafb and rivafb modules.

My video card:
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3)

See also:
http://nouveau.freedesktop.org/wiki/KernelModeSetting
http://en.gentoo-wiki.com/wiki/Nouveau#Blacklisting_other_nvidia_modules
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Thursday, 16 February 2012, 17:48 GMT
Reason for closing:  Fixed
Additional comments about closing:  new kernels in testing
Comment by Tom Gundersen (tomegun) - Wednesday, 15 February 2012, 07:52 GMT
Does everything work well if you blacklist only rivafb and nvidiafb? In particular, is it ok to not blacklist uvesafb?
Comment by Tom Gundersen (tomegun) - Wednesday, 15 February 2012, 08:00 GMT
While we are working on this, please place the attached file in /etc/modprobe.d/ to get things back to normal.
   nouveau.conf (0.1 KiB)
Comment by Balló György (City-busz) - Wednesday, 15 February 2012, 08:13 GMT
Thanks, I already done this. Blacklisting rivafb solves the problem. It seems that nvidiafb is not confuse the nouveau driver, but nvidiafb is unneeded if nouveau loaded also.
Comment by Balló György (City-busz) - Wednesday, 15 February 2012, 08:23 GMT
uvesafb is not loaded by udev, so it's not a problem if uvesafb is not blacklisted.
Comment by Tom Gundersen (tomegun) - Wednesday, 15 February 2012, 08:28 GMT
We are discussing getting rid of these old drivers from the kernel, which will hopefully happen soon and solve all the problems: http://mailman.archlinux.org/pipermail/arch-dev-public/2012-February/022554.html
Comment by Tom Gundersen (tomegun) - Wednesday, 15 February 2012, 08:56 GMT
György: please delete the manual blacklisting file, try udev-181-3 from testing, and report back if it works. I have to go to work now, but I'll be back tonight in case this did not work :)
Comment by Balló György (City-busz) - Wednesday, 15 February 2012, 10:50 GMT
I installed udev-181-3 from testing, removed the manual blacklisting file and it works well. Thanks!

Loading...