FS#9701 - udev-118-2 don't blacklist nvidiafb

Attached to Project: Arch Linux
Opened by Isenmann Daniel (ise) - Wednesday, 27 February 2008, 06:28 GMT
Last edited by Isenmann Daniel (ise) - Thursday, 13 March 2008, 20:56 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Aaron Griffin (phrakture)
Isenmann Daniel (ise)
Dan McGee (toofishes)
Architecture All
Severity High
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

udev-118-2 don't blacklist nvidiafb at startup. Packages are the latest from testing repo, so initscripts are up2date.

I know, that this bug don't appear on all machines, don't know why. But after two forum posts of other users, this should be reported here.


Steps to reproduce:
Install the latest packages from testing repo.

@Dan and Aaron: I'm willing to help out, because this bug appears on my machine, I can give better feedback on this. But I need some startup assistance from one which are familiar with udev.
This task depends upon

Closed by  Isenmann Daniel (ise)
Thursday, 13 March 2008, 20:56 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in latest udev pacakge in testing.
Comment by Rémy Guillemette (Shaika-Dzari) - Wednesday, 27 February 2008, 16:29 GMT
I have this bug too with last udev/initscripts from testing.
My system take a lot of time to boot and continue to take 10-15 of my CPU.
Udev take 23 seconds to load, console font 12 seconds...

Some details:
nvidia-96xx
nvidia-96xx-utils
udev-118-2
2008.02-1
Comment by Nekody Lenkner (ladislaio) - Wednesday, 27 February 2008, 17:23 GMT
I posted on the forum about this problem also.
I do not notice any slowdown with loading Udev on my computer, but that is the slowest part of the boot sequence.
I tried adding !nvidiafb to my modules array in rc.conf, but nvidia still failed to load when starting X.
My computer boots into runlevel 3, could this make a difference?(although I doubt it would)

nvidia-169.09-2
nvidia-utils-169.09-1
udev-118-2
intiscripts-2008.02-1

thank you for your time
Comment by Andrea Cimitan (Cimi) - Wednesday, 27 February 2008, 17:55 GMT
sudo rm /lib/modules/2.6.24-ARCH/kernel/drivers/video/nvidia/nvidiafb.ko

:D
Comment by Isenmann Daniel (ise) - Wednesday, 27 February 2008, 18:03 GMT
Don't post such things on the bugtracker. This is no solution for solving this problem.

What you can do instead is putting "blacklist nvidiafb" in your /etc/modprobe.conf. But this is just a workaround and shouldn't be there for ages.
Comment by Andrea Cimitan (Cimi) - Wednesday, 27 February 2008, 18:20 GMT
@ise:
I'm sure that 95% of the guys on this bugtracker are experienced enough to see that it's a stupid workaround to get the system booting.
Comment by Isenmann Daniel (ise) - Wednesday, 27 February 2008, 18:25 GMT
@Cimi: I hope it, because this bugtracker entry is linked in the forum...Not that any newbie trying to delete the module. :)
And now, back to topic again ;)
Comment by Nekody Lenkner (ladislaio) - Saturday, 08 March 2008, 17:34 GMT
This problem also seems to apply to the new udev 118-4 package in testing.

Loading...