On Mon, Aug 15, 2005 at 03:59:07PM -0700, Linus Torvalds wrote:
>
>
> On Tue, 16 Aug 2005, Helge Hafting wrote:
> >
> > This was interesting. At first, lots of kernels just kept working,
> > I almost suspected I was doing something wrong. Then the second last kernel
> > recompiled a lot of DRM stuff - and the crash came back!
> > The kernel after that worked again, and so the final message was:
> >
> > 561fb765b97f287211a2c73a844c5edb12f44f1d is first bad commit
>
> Ok, that definitely looks bogus.
>
> That commit should not matter at _all_, it only changes ppc64 specific
> things.
>
> If the bug is sometimes hard to trigger, maybe one of the "good" kernels
> wasn't good after all. That would definitely throw a wrench in the
> bisection.
>
The hang, or at least an X "pause" tends to happen in 5-10 minutes of
playing cuyo. (�2D game). I have now had the last good kernel
(6ade43fbbcc3c12f0ddba112351d14d6c82ae476) running for almost 24
hours, only interrupted by the brief test of drm-less rc6.
Normal use haven't provoked anything. Since DRM sort of works with this
kernell, I tried tuxracer on the radeon. (Trouble is always with
the radeon, never the mga xserver). I played several games, ok
except for the usual lousy 5-9 fps. One time I had a "pause", the 3D-game
just froze for about half a minute. The other xserver kept
displaying firefox (and updating the page too) but I could not
start any processes there. I tried starting an xterm - it did not
appear until tuxracer "unfroze" and continued as if nothing happened.
Perhaps the frozen process held a lock?
Disk io seemed sluggish after that incident, and the load meter in
icewm seemed to indicate more waiting than usual. The logs tells
me of SCSI aborts and a bus reset. I booted into drm-less rc6 after
that.
Some interrupts are shared on this machine:
$ cat /proc/interrupts
CPU0
0: 10113154 IO-APIC-edge timer
1: 371 IO-APIC-edge i8042
2: 0 XT-PIC cascade
4: 5735 IO-APIC-edge serial
8: 0 IO-APIC-edge rtc
12: 11024 IO-APIC-edge i8042
14: 21 IO-APIC-edge ide0
16: 803248 IO-APIC-level sym53c8xx, eth0, mga@pci:0000:01:00.0
17: 0 IO-APIC-level Trident Audio
19: 755535 IO-APIC-level radeon@pci:0000:00:08.0
20: 5946 IO-APIC-level libata
21: 9448 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3,
uhci_hcd:usb4
NMI: 234
LOC: 10111810
ERR: 0
MIS: 0
The troublesome radoen has a irq of its own. The scsi controller
shares irq with the matrox g550, but that card never seem to
cause any trouble, other than saturating the cpu during games. :-)
On to look at iomem and that rc6 crash.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |