Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Dec 2009 11:22:01 -0600
From:      Robert Noland <rnoland@FreeBSD.org>
To:        "Carlos A. M. dos Santos" <unixmania@gmail.com>
Cc:        freebsd-x11@freebsd.org
Subject:   Re: x11perf -all leads to Xorg crash on 8-STABLE
Message-ID:  <1261934521.2220.2834.camel@balrog.2hip.net>
In-Reply-To: <e71790db0912270917n4ccdb185pe65f2f5c4f30ea0c@mail.gmail.com>
References:  <e71790db0912261431h7285eeb4yeb1f648694730b@mail.gmail.com> <alpine.BSF.2.00.0912262126540.32530@wonkity.com> <e71790db0912270917n4ccdb185pe65f2f5c4f30ea0c@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2009-12-27 at 15:17 -0200, Carlos A. M. dos Santos wrote:
> On Sun, Dec 27, 2009 at 2:33 AM, Warren Block <wblock@wonkity.com> wrote:
> > On Sat, 26 Dec 2009, Carlos A. M. dos Santos wrote:
> >
> >> Environment: 8-STABLE, as of Dec 23 and fresh built with
> >> xorg-server-1.6.1,1 and xf86-video-intel-2.7.1. Running x11perf with
> >> the "-all" argument I got this:
> >>
> >> avatar:/local[152]# x11perf -all > x11perf.default
> >> Setting master
> >
> > Don't see that line on intel or radeon.  Maybe a -verbose setting?
> 
> There is not verbose setting.
> 
> >> Fatal server error:
> >> Caught signal 11.  Server aborting
> >
> > After a couple of hours on 8-stable Dec 25 with radeon, I do see that.
> >
> >> Dropping master
> >> XIO:  fatal IO error 35 (Resource temporarily unavailable) on X server
> >> ":0.0"
> >>     after 522479794 requests (522479789 known processed) with 0
> >> events remaining.
> >
> > But not those lines.  The last thing in the output was "ShmPutImage 500x500
> > square".
> 
> I figured out that "x11perf -shmputxy10" triggers the crash. Mys first
> guess was that something related to shared memory was causing the
> problem. However, running the X server with
> 
>      truss /usr/local/bin/Xorg >& Xorg.truss.log
> 
> shows that all shm* calls succeed. Anyway, I attempted to increase the
> available shared memory, using the values recommended by the Xine
> port:
> 
>      sysctl kern.ipc.shmmax=67108864
>      sysclt kern.ipc.shmall=32768
> 
> But it keeps crashing.

Attaching gdb to X and getting a backtrace and/or enabling drm debugging
is more likely to point to the issue.

robert.

> _______________________________________________
> freebsd-x11@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org"
-- 
Robert Noland <rnoland@FreeBSD.org>
FreeBSD




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1261934521.2220.2834.camel>