Re: [gentoo-user] I am tired of this one.

[Willie]

On Thu, Aug 2, 2012 at 3:45 PM, Mark Knecht <markknecht@×××××.com> wrote:

> On Thu, Aug 2, 2012 at 3:30 PM, Willie Matthews
> <matthews.willie@×××××.com> wrote:
> <SNIP>
>
> To my eye this looks to be the part you should go looking for answers
> about. Others in the past seem to have had their machines hang with
> this sort of message.
>
> I would not go further forward than the 3.3.8 version you are using.
> There isn't anything there that would fix this problem.
>
> I suspect the PCIe switch is working correctly as the older GPU is not
> PCIe.
>
> Is your machine fully Gentoo stable or are you using much ~amd64
> stuff? It's OK to use ~amd64 nvidia-drivers, but don't do that for
> xorg or other stuff if you don't absolutely need it. You are talking
> old hardware here so there's no need to press forward with a lot of
> new stuff.
>
> Good luck,
> Mark
>
> [   155.247] (WW) NVIDIA(GPU-0):     check for mode "1024x768".
> [  1065.581] [mi] EQ overflowing.  Additional events will be discarded
> until existing events are processed.
> [  1065.581]
> [  1065.581] Backtrace:
> [  1065.615] 0: /usr/bin/X (xorg_backtrace+0x34) [0x565a64]
> [  1065.615] 1: /usr/bin/X (mieqEnqueue+0x263) [0x546c13]
> [  1065.615] 2: /usr/bin/X (0x400000+0x4a81c) [0x44a81c]
> [  1065.615] 3: /usr/lib64/xorg/modules/input/evdev_drv.so
> (0x7f77b5083000+0x6130) [0x7f77b5089130]
> [  1065.615] 4: /usr/bin/X (0x400000+0x71f07) [0x471f07]
> [  1065.615] 5: /usr/bin/X (0x400000+0x9658a) [0x49658a]
> [  1065.615] 6: /lib64/libpthread.so.0 (0x7f77bc841000+0x10280)
> [0x7f77bc851280]
> [  1065.615] 7: /usr/lib64/libpixman-1.so.0 (0x7f77bc5bb000+0x6e2a2)
> [0x7f77bc6292a2]
> [  1065.615] 8: /usr/lib64/libpixman-1.so.0
> (pixman_image_composite32+0x498) [0x7f77bc5c5918]
> [  1065.615] 9: /usr/lib64/xorg/modules/libfb.so (fbComposite+0x1d8)
> [0x7f77b6229bd8]
> [  1065.615] 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so
> (0x7f77b6435000+0x5194b5) [0x7f77b694e4b5]
> [  1065.615] 11: /usr/bin/X (0x400000+0xf63f6) [0x4f63f6]
> [  1065.616] 12: /usr/bin/X (0x400000+0xbe35d) [0x4be35d]
> [  1065.616] 13: /usr/bin/X (0x400000+0xbf215) [0x4bf215]
> [  1065.616] 14: /usr/bin/X (0x400000+0xbdac0) [0x4bdac0]
> [  1065.616] 15: /usr/bin/X (0x400000+0x5ed26) [0x45ed26]
> [  1065.616] 16: /usr/bin/X (MapWindow+0x153) [0x461863]
> [  1065.616] 17: /usr/bin/X (0x400000+0x318d0) [0x4318d0]
> [  1065.616] 18: /usr/bin/X (0x400000+0x36ed9) [0x436ed9]
> [  1065.616] 19: /usr/bin/X (0x400000+0x2644a) [0x42644a]
> [  1065.616] 20: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x7f77bb6f24bd]
> [  1065.616] 21: /usr/bin/X (0x400000+0x2673d) [0x42673d]
> [  1065.616]
> [  1065.616] [mi] These backtraces from mieqEnqueue may point to a
> culprit higher up the stack.
> [  1065.616] [mi] mieq is *NOT* the cause.  It is a victim.
> [  1065.881] [mi] Increasing EQ size to 512 to prevent dropped events.
> [  1065.882] [mi] EQ processing has resumed after 63 dropped events.
> [  1065.882] [mi] This may be caused my a misbehaving driver
> monopolizing the server's resources.
>
>
I don't think that it is all stable. I am using ACCEPT_KEYWORDS="~amd64" in
the make.conf.

Thanks a lot for pointing me in the right direction. I will look into it.

-- 

Willie Matthews
matthews.willie@×××××.com