Bug#642497: Bug#644601: [xserver-xorg-core] hard lock-up: [mi] EQ overflowing

Andreas Beckmann debian at abeckmann.de
Mon Oct 17 06:22:08 UTC 2011


On 2011-10-16 23:52, JS wrote:
> I'm not yet too familiar with the deeper issues you mention regarding
> adding conflicts (having only recently changed from an rpm-based system).
> 
> However, trying to install the drivers directly from the NVIDIA .run file
...
>   NVIDIA: " If you have an initrd which loads the Nouveau driver, you will additionally
>    need to ensure that Nouveau is disabled in the initrd. If your initrd
>    understands the rdblacklist parameter, you can add the option
>    rdblacklist=nouveau to your kernel's boot parameters."
> [I was mistaken when I said it was the nouveau shared libs that were the issue.]

OK. Blacklisting the nouveau kernel driver is already taken care of by
nvidia-kernel-common, including rebuilding the initrd. (initrd handling
is only in wheezy+sid, not in squeeze)

> I do have this version of libdrm-nouveau1a installed (with no problems at all):
> ii  libdrm-nouveau1a                     2.4.26-1  

Pure existance of the lib is not a problem. Very good.

> The problem I reported was purely X server; I could not use the keyboard
> to switch to another console. But there was never any problem getting in
> with ssh from another machine, examining logs and initiating a graceful
> restart.

So now it's only xserver-xorg-video-nouveau remaining as a candidate.
Could you reinstall it and if the problem reappears, send the following:
* your xorg.conf (and/or xorg.conf.d/ snippets)
* /var/log/Xorg.0.log without xserver-xorg-video-nouveau being installed
* /var/log/Xorg.0.log after hanging
Removing xserver-xorg-video-nouveau afterwards should fix it again.

Thanks

Andreas





More information about the pkg-nvidia-devel mailing list