From owner-freebsd-stable@FreeBSD.ORG Wed May 20 15:57:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B22DC10656AB for ; Wed, 20 May 2009 15:57:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4B98FC08 for ; Wed, 20 May 2009 15:57:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-157-59-223.bna.bellsouth.net [70.157.59.223]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4KFv55J086887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 May 2009 11:57:06 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Paul B. Mahol" In-Reply-To: <3a142e750905200826q34d794d6o8e5abe43b49e7d7@mail.gmail.com> References: <20090518222644.k2pez2x9q88o4k8g@webmail.1command.com> <1242740785.1752.4.camel@balrog.2hip.net> <20090519101524.z0z98wnwg00wccsc@webmail.1command.com> <1242760122.1752.17.camel@balrog.2hip.net> <20090519125924.q79c5na0e888s8sk@webmail.1command.com> <1242773639.1752.40.camel@balrog.2hip.net> <20090519161031.oz51pawluss8wss0@webmail.1command.com> <1242826891.1752.58.camel@balrog.2hip.net> <3a142e750905200716t318dfc30x77cfa2fa9a2478ac@mail.gmail.com> <1242829489.1752.80.camel@balrog.2hip.net> <3a142e750905200826q34d794d6o8e5abe43b49e7d7@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-94tG6XTn6LPhKi2pE2h/" Organization: FreeBSD Date: Wed, 20 May 2009 10:56:22 -0500 Message-Id: <1242834982.1752.86.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: failed to set mtrr: invalid argument X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2009 15:57:12 -0000 --=-94tG6XTn6LPhKi2pE2h/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-05-20 at 17:26 +0200, Paul B. Mahol wrote: > On 5/20/09, Robert Noland wrote: > > On Wed, 2009-05-20 at 16:16 +0200, Paul B. Mahol wrote: > >> On 5/20/09, Robert Noland wrote: > >> > On Tue, 2009-05-19 at 16:10 -0700, Chris H wrote: > >> >> > So, zapping is off by default now in 1.6.x. If you want it, add > >> >> Option > >> >> > "DontZap" "off". The cross hatch is also gone, that is what the > >> >> -retro > >> >> > option is supposed to do. The session leader in a failsafe twm > >> >> session > >> >> > is the left hand xterm. Typing exit in that window should exit t= he > >> >> > session. > >> >> > >> >> DOH! Sorry. My bad. I have since determined that turning off hald &= & > >> >> dbus > >> >> improve performance. I built the X server with the hald option pick= ed. > >> >> But, when I bounced the box, and started an X session (with a WM), > >> >> performance was improved. BUT. Performance pretty much sucks. I hav= e 4 > >> >> of these boards running with the onbord (mach64) video, and the mer= e > >> >> 2Mb > >> >> built in RAM. They run with better performance than does this one w= ith > >> >> (200Mhz less CPU) comparable RAM && this one has 64Mb onboard && a > >> >> faster > >> >> Gpu. But they also run 6.4-STABLE && xorg-6.9. > >> >> So, I'm going to experiment by rebuilding the X server w/o the HAL > >> >> driver - make option && untick HAL. Then portupgrade -fi xorg-serve= r. > >> >> > >> >> I'll report back should there be any improvement. > >> > > >> > So, the use of hal or not shouldn't produce any performance differen= ce. > >> > It is only used to detect input devices kbd/mouse. > >> > > >> > One thing that I have discovered and I'm hoping for someone to send = me a > >> > patch, is that if you build xorg-server without hal support it doesn= 't > >> > get linked to pthread libraries. This causes issues with libdrm on > >> > Intel at least. Not sure what else may be impacted. > >> > >> I ignored this info first time, but I will ask now. Does this implies > >> that libthr is listed in Xorg ldd(1) output? > >> > >> I use server build without hal support on 945GM(irq not MSI) and I do > >> not experience problems with drm/dri/OpenGL/xv or whatever other > >> protocol you name it. > > > > Yes, if xserver is built with HAL support, I see it linked with libthr. > > If HAL is disabled, it doesn't appear to be. I'm trying to remember > > exactly what the reported issue was, but I think it was X crashing on > > exit. >=20 > Looking at xorg-server source I did not see anything that points it > must link to libthr, perhaps HAL support makes libthr linking > mandatory. The issue crops up with libdrm-intel. libdrm is linked with pthread. I know I talked about this with kib@ a while back and we determined that the existing behavior was correct, but I think at that time we were looking at xserver linked with libthr. > X doesnt crash on exit for me, well it did before (maybe because drm > outputs ressurected *pipe disabled* message on console all the time). > Should this finnaly be replaced with DRM_DEBUG ? I changed it to a DEBUG before, it crept back in... I think I have it changed again in my current intel code. robert. --=20 Robert Noland FreeBSD --=-94tG6XTn6LPhKi2pE2h/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoUKCYACgkQM4TrQ4qfROMjnQCfTfvt4iNByNmFw9FNn0M4H+Ph 8dAAnirKnNmdvNCDiRU+pLyibJJICuOZ =K9Id -----END PGP SIGNATURE----- --=-94tG6XTn6LPhKi2pE2h/--