From owner-freebsd-ppc@FreeBSD.ORG Sun Sep 7 01:01:01 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36CD1DA9 for ; Sun, 7 Sep 2014 01:01:01 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C818E1B94 for ; Sun, 7 Sep 2014 01:01:00 +0000 (UTC) Received: (qmail 12685 invoked from network); 7 Sep 2014 01:00:59 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 7 Sep 2014 01:00:59 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sat, 06 Sep 2014 21:00:59 -0400 (EDT) Received: (qmail 17214 invoked from network); 7 Sep 2014 01:00:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Sep 2014 01:00:58 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id B0CC01C405C; Sat, 6 Sep 2014 18:00:52 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Xorg/xfce4 failing on Dual Processor G4 PowerMac's BUT Single Processor G4 PowerMac works (same boot SSD)... From: Mark Millard In-Reply-To: <20140906172136.59a531d0@zhabar.attlocal.net> Date: Sat, 6 Sep 2014 18:00:56 -0700 Message-Id: <3B34604D-2EDB-4315-97E9-4C97652E9AE7@dsl-only.net> References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> <540386C6.4060004@freebsd.org> <7AFF7E0F-6BB0-4972-A629-61910CE001C2@dsl-only.net> <540393F3.5060508@freebsd.org> <2B74B670-7463-47D1-B0AF-BDBFEE8823A4@dsl-only.net> <1B729E38-6495-4240-B9E2-A48238E4E830@dsl-only.net> <38A1300F-E5A4-4A71-A9CF-A7BED66E0BDF@dsl-only.net> <5408976A.5080106@freebsd.org> <6DE6C98D-F553-4F59-A72A-AEA881DC1C65@dsl-only.net> <3D7C705D-5792-43FA-835C-9FD88AEAE07E@dsl-only.net> <35DA591A-127B-4F46-B779-D76A0F71DA39@dsl-only.net> <20140906172136.59a531d0@zhabar.attlocal.net> To: Justin Hibbits X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-ppc@freebsd.org 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: Sun, 07 Sep 2014 01:01:01 -0000 If I grab sources from svn it will be the first time that I've done so. = I'd probably make a separate SSD and leave my "as distributed" = powerpc/GENERIC SSD alone (it has other uses). Overall it will be some = time before I've a rebuilt context if I try it. (It is probably a good = thing for me to do at this stage.) The svn-src-stable-10/2014-September signal handling commit comments = that I noticed from you this month are for "Fix 32-bit signal handling on ppc64." (r261095) and for "Set the si_code appropriately for exception-caused signals" = (powerpc/aim/trap.c) (MFC r269701) ppc64 (G5) is working and ppc32 (G4) is not working as far as the = processor context goes for what I'me been reporting on. Although it is = the powerpc/GENERIC build used for both contexts, not a = powerpc64/GENERIC64 build for the G5's. (All 10.1-PRERELEASE r270981 = now.) So I'm guessing that you are expecting the si_code update to be what = fixes things. If so then more than just LLDB would care about the = ucode=3D??? assignments that were added. =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 6, 2014, at 5:21 PM, Justin Hibbits wrote: On Sat, 6 Sep 2014 17:05:45 -0700 Mark Millard wrote: > I finally asked myself "how many gdb's does FreeBSD have?". This lead > me to building and using devel/gdb (/usr/local/bin/gdb). Experiments > indicates /usr/local/bin/gdb works on Xorg on the G4's. (Xorg's build > installs gcc47 and apparently needs a newer gdb to go with it.) >=20 > Thus I managed to get a little more information: /usr/local/bin/gdb > reports for Xorg the likes of: >=20 > [Inferior 1 (process 1934) exited with code 026] This is the smoking gun. Exit code 026 =3D=3D 22 (decimal), which just = so happens to be EINVAL, returned by sigreturn(). I finished committing all my merges to stable/10, so you could try building an updated kernel, and see that it fixes it. - Justin