From owner-freebsd-ppc@FreeBSD.ORG Fri Nov 21 23:43:28 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46344144 for ; Fri, 21 Nov 2014 23:43:28 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B97C4DDE for ; Fri, 21 Nov 2014 23:43:27 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id q1so5165993lam.11 for ; Fri, 21 Nov 2014 15:43:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=DQM/wmtAo8oIbn69a82zEfh3wRDj1zoaNWvdq/DodV0=; b=vCMdE9U2qYRpBL/DELYNESqjWoOCmXfYRbf2/KbGu7K7LXrC2dToIGg7zwlh1zBJKG P7raZSRltLUGTz+cIU4gOkLOE7thbDuWicQisCCYy364CepusVzBJPGBfyWc9UIyQOva 2E2s9tXL81+1z0toy0OXsbPQoYTNGvdnBp7JY5m2kWFw8RosM3vXclFYPgV58rSv5iKH hWqQ735JGkJ1Ueh8Uxd0LoPdreoGy095DAScldqBcOoe5wMKksb67NOubQ9fKNxBRc2j cld0ZBUhGg6p+r5gJwErYpj2gIBsLbHZVNqcvglLIHzwutTZOFIb0Yt/DxJLW3F1vvTN y6IQ== MIME-Version: 1.0 X-Received: by 10.112.24.130 with SMTP id u2mr8031119lbf.57.1416613405613; Fri, 21 Nov 2014 15:43:25 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.25.126.214 with HTTP; Fri, 21 Nov 2014 15:43:25 -0800 (PST) In-Reply-To: <653F809A-C7E1-4326-88F5-104F7FA76EB1@dsl-only.net> References: <653F809A-C7E1-4326-88F5-104F7FA76EB1@dsl-only.net> Date: Fri, 21 Nov 2014 15:43:25 -0800 X-Google-Sender-Auth: FkwI09GSPuM5rInUX0brVjs1rcU Message-ID: Subject: Re: The default driver/mode used for PowerMac G5 Radeon 9800PRO's messes up all normal text display by default... From: Justin Hibbits To: Mark Millard Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 23:43:28 -0000 Just catching this. The radeon.ko driver is barely functional for PowerPC. I recommend removing it before trying again (we should just disable it, since it's useless right now, and instead put effort into getting the radeonkms working). - Justin On Sun, Jul 20, 2014 at 7:26 PM, Mark Millard wrote: > Hmm. I see that I managed to not mention that this context is/has xfce4's= desktop and standard/included programs involved, along with just xscreensa= ver having been added. (It is from a preliminary stage of installing things= before more might be added.) > > =3D=3D=3D > Mark Millard > markmi@dsl-only.net > > On Jul 20, 2014, at 7:07 PM, Mark Millard wrote: > > [Context: Xorg -configure generated xorg.conf file for a G5 (7,2), except= for explicit alternatives noted for noAccel and SubPixelOrder. Also this i= s the same SSD used for booting NVidia based PowerMac G5's (7,11's) that ha= ve no such problems for the distinct Xorg -configure file generated for the= m. uname -a reports for this SSD: > > FreeBSD FBSDG5S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 0= 6:28:19 UTC 2014 root@grind.freebsd.org:/usr/obj/powerpc.powerpc64/usr/= src/sys/GENERIC64 powerpc > > (just freshly installed a day or so ago) and the "portsnap fetch extract"= was executed earlier today. > ] > > The "user experience" report for what I've observed: > > The PowerPC64 "ATI Radeon 9800PRO NH (AGP)" driver used in a PowerMac G5 = (7,2) messes up *all* normal text display unless Option "NoAccel" is enable= d: menu text, window titles, input fields, label text, all such text. (Basi= c desktop display, simple dialogs and windows from programs, nothing fancy = involved.) When the problem exists in my context the xorg.conf is strictly = as generated by Xorg -configure when in this type of PowerMac. > > The other normal graphics seem fine: only text is messed up for these bas= ic displays. But the compositing results are messed up if they are turned o= ne to try to provide a visual difference around/near windows. > > With "NoAccel" disabled (acceleration on) so the text problem happens NON= E and BGR for SubPixelOrder are messed up the same way and RGB SubPixelOrde= r changes how it looks but the result is still just messed up text. This is= on an Apple ADC FlatPanel. (An Apple ADC CRT also gets the issue.) Some in= ternal interface to accelerated text handling does not map things in memory= as required as far as I can tell. (But I've only explored SubpixelOrder an= d NoAccel changes so far. I've not tried to make compositing work: I just t= urned it back off.) > > I did find one part of one example display that is simple to describe, po= ssibly due to font size details for my context and my text size settings: T= he "Logout Charlie Root" text in the logout dialog had vertical strips miss= ing (i.e., just the background color showing) from the middle or sides of l= etters but enough of each letter was present to be able to tell what each l= etter was. The strips might also have had some small amount of extra space = compared to pure what "white-out" would be (?unsure!). Also with the logout= dialog up the whole display got a significant red tint. > > All of this may suggest byte/bit order handling issues for the text when = acceleration is enabled. Or possibly the 24 bits of color information in a = 32 bit representation being mishandled relative to acceleration interfaces = for handling such. > > Unfortunately I'm only around the PowerMac's for a couple of days again b= efore being far from them for a considerable time. So for now there are lim= its to what I can do to help isolate things --nor will I be able to provide= the test case of that G5 until I'm back round them again. But I figured an= explicit note was better then saying nothing. > > > =3D=3D=3D > Mark Millard > markmi at dsl-only.net > > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org"