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