lkml.org 
[lkml]   [2006]   [Feb]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: PROBLEM: kernel BUG at mm/rmap.c:486 - kernel 2.6.15-r1
Hugh Dickins wrote:

>>Feb 1 17:01:01 mm-home1 cron[31322]: (root) CMD (/usr/bin/updatedb)
> Okay, so plenty of disk and cache activity then.
> Were you doing anything interesting at the graphics end?

Nope.. just had a couple vncviewer sessions, firefox, thunderbird, a few
superkarmba applets and a couple konsole windows. I'm typically running
KDE 3.5.0 on two 19" flatpanels via the DVI ports on a dual-head GF
6600GT card.

One thing I have noticed in the past is I would often get the crash as
soon as I resumed from a locked screen. Xscreensaver is set to kick on
after 20 mintues and the screensaver would be running fine when I sit
back down, but as soon as I gave a mouse/keyboard input it would lockup
with a garbled screen. This time however I was actively using the
machine when it crashed.

[snip]

>>Feb 1 17:04:14 mm-home1 kdm[10322]: X server for display :0 terminated
>>unexpectedly
>
> Nothing to say why that was, but we already know the system is bad.

Yep, this is when I get the garbled screen. Sometimes it will stop
responding to any input at this point, others it allow me to
Ctrl+Alt+F10 into the console. This time I was able to drop to console.

[snip]

>>Feb 1 17:04:29 mm-home1 login(pam_unix)[10286]: session opened for user root
>>by LOGIN(uid=0)
>>Feb 1 17:06:45 mm-home1 __find_get_block_slow() failed. block=1681,
>>b_blocknr=23362423066986129

This was after dropping to console. It let me login to root but before
being able to view the logs it started spewing out strings of errors
that are scrolling too quickly to read and do not get captured by syslog
(either local or remote). I've learned from experience that this is the
time to do a hard reboot or it starts trashing up the filesystem. I've
had to run "fsck-reiserfs --rebuild-tree" more times than I'd prefer.

>
> Or in hex, block=0x691 b_blocknr=0x0053000000000691: something has
> corrupted the upper short of the bufheader's block number with 0x53.
>
> Well, you're getting plenty of memory corruption, and there's some pattern
> to it (bits 8-11 each time), but I can't guess where it's coming from,
> I'm afraid. The "Bad rmap", my speciality, looks merely incidental
> to the more general memory corruption.
>
> I know you already said you really need to use the nVidia driver for
> xinerama, but it has to be suspect #1. Any chance of doing without it
> just for a day, to see what happens then? Or would that force you into
> such a different work pattern that it would prove nothing?
>
> After that, the next thing to try is going back to 2.6.12: I think you
> said this bad behaviour started with 2.6.13 (but I may be quite wrong
> to assume that you were running 2.6.12 before). Perhaps the problem
> lies with your hardware, but started to manifest around the time you
> moved to 2.6.13, we do need to rule that out.
>
> Hugh

I agree. I will run with the kernel "nv" driver on a single monitor over
the weekend to see if I can recreate the problem. Failing that I'll
give 2.6.12 another shot. A couple other datapoints that may be worth note:

1) David Spring posted the following message on this thread yesterday
that would seem to point away from the binary nvidia driver:

"It's not the nv drivers - or at least not just them. I'm getting this
bug once or twice a day on a mini-ITX (C3 533Mhz processor) based server
which doesn't even have X installed. For me, it appeared sometime after
2.6.12. I'm now running with gentoo 2.6.15-r1 with Hugh's recently
posted patch,and waiting 8-|
Dave Spring"

If Dave is able to post a syslog with his errors then it would provide
an untainted report.


2) I have also found this thread from the Nvidia forum that would seem
to point towards the nvidia driver. Although unlike this person, whose
troubles only started with 2.6.15-rc3, I have experienced this bug since
the 2.6.13 series.
http://www.nvnews.net/vbulletin/archive/index.php/t-60711.html

Thanks,
Ken
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-02-02 22:35    [W:0.092 / U:0.228 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site