Messages in this thread | | | Date | Sun, 09 Sep 2007 15:04:09 +0200 | From | Jiri Slaby <> | Subject | Re: X freezes kernel during exit [Re: 2.6.23-rc3-mm1] |
| |
Removed gareth@valinux.com (dead e-mail)
On 09/09/2007 02:47 PM, Andrew Morton wrote: > On Sun, 09 Sep 2007 13:44:56 +0200 Jiri Slaby <jirislaby@gmail.com> wrote: > >> On 08/28/2007 01:41 PM, Jiri Slaby wrote: >>> Does this went through to your boxes? Any progress, clue, idea? >>> >>> Jiri Slaby napsal(a): >>>> Andrew Morton napsal(a): >>>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/ >>>> Hi, >>>> >>>> I've found a regression against 2.6.23-rc2-mm2. X server shutdown freezes >>>> (untainted) kernel hardly. Nothing on netconsole, X output follows:
--------------------------------^^^
sorry, both netconsole and my usb devices (including my keyboard -- no numlock led switch) are dead. The trace I've taken appears on the screen after a while.
>>>> X Window System Version 1.3.0 >>>> Release Date: 19 April 2007 >>>> X Protocol Version 11, Revision 0, Release 1.3 >>>> Build Operating System: Fedora Core 7 Red Hat, Inc. >>>> Current Operating System: Linux bellona 2.6.23-rc3-mm1 #315 SMP Wed Aug 22 [...] >>>> (**) RADEON(0): RADEONDRICloseScreen >>>> >>>> >>>> >>>> the only difference is, that 2.6.23-rc2-mm2 writes further >>>> >>>> FreeFontPath: FPE "/usr/share/X11/fonts/misc:unscaled" refcount is 2, should be >>>> 1; fixing. >>>> >>>> and exits succesfully (note that these messages are taken on remote host, X >>>> runned remotely). >>>> >>>> Both vesa and radeon + Option "NoAccel" "true" works obviously fine. >> Also intel on integrated i915 causes this (NoAccell has no effect in this case). >> Note that also 2.6.23-rc4-mm1 is affected by this behaviour. >> I have a trace for you: >> http://www.fi.muni.cz/~xslaby/sklad/panics/x-freeze.png >> (this is the only what I'm able to grab so far) >> > > afacit everything on that call trace is good. I guess it's possible that > one of the higher-level loops has gone infinite (eg, the one in > agp_remove_controller()).
There is no loop in this function. Anyway, going to track this whole issue down. Hold on.
> Are you able to get netconsole working, and run sysrq-P and sysrq-T > ten or so times, see if it's always stuck in the same place on the > same CPU?
thanks so far, -- Jiri Slaby (jirislaby@gmail.com) Faculty of Informatics, Masaryk University - 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/
| |