From owner-freebsd-stable@FreeBSD.ORG Wed May 20 15:26:25 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 116E5106564A; Wed, 20 May 2009 15:26:25 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 5F15A8FC08; Wed, 20 May 2009 15:26:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm12 with SMTP id 12so503579fxm.43 for ; Wed, 20 May 2009 08:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AjEKJOhoOqAkuSK+/IjDKYD3ztsWu5X2B2G2FmWwTiI=; b=oqDUif32eUQP9/cp1YLtn4xnYTGL5PHIvpko4Frxt2ED5Er/m8xrOVFq6a9J4VAxWi SwPeYU6NCGxTXAJdn9uvbBKf7cLmLLIwDtuv4CPbVaE16TrtVjC734aOZekUF3vS6W2u fMpIKZuMu6VJxxZ35Mwn3ba9UiRLSzzalJaKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GLWc7ZIXOd6kBPHTUuqmez9Gm96G/JTK1lwZnkdm5WtCexltqCprZIJGKGWZLgKKan 6xDJVF5kCokTznvbDvdplCB5ULWELrkrbAmDVKsnbShGxjHw/RQWkVNNYwYx2684oRpE veuLtjKnBrlK3oru9skpcw0tX4PjkCJeJd3Ig= MIME-Version: 1.0 Received: by 10.204.117.131 with SMTP id r3mr1348783bkq.100.1242833183130; Wed, 20 May 2009 08:26:23 -0700 (PDT) In-Reply-To: <1242829489.1752.80.camel@balrog.2hip.net> 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> Date: Wed, 20 May 2009 17:26:23 +0200 Message-ID: <3a142e750905200826q34d794d6o8e5abe43b49e7d7@mail.gmail.com> From: "Paul B. Mahol" To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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:26:25 -0000 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 the >> >> > 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 picked. >> >> But, when I bounced the box, and started an X session (with a WM), >> >> performance was improved. BUT. Performance pretty much sucks. I have 4 >> >> of these boards running with the onbord (mach64) video, and the mere >> >> 2Mb >> >> built in RAM. They run with better performance than does this one with >> >> (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-server. >> >> >> >> I'll report back should there be any improvement. >> > >> > So, the use of hal or not shouldn't produce any performance difference. >> > 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. Looking at xorg-server source I did not see anything that points it must link to libthr, perhaps HAL support makes libthr linking mandatory. 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 ? -- Paul