From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 09:02:30 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79479E77 for ; Sun, 31 Aug 2014 09:02:30 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 166AB1C56 for ; Sun, 31 Aug 2014 09:02:29 +0000 (UTC) Received: (qmail 28910 invoked from network); 31 Aug 2014 09:02:22 -0000 Received: from unknown (HELO mail-cs-03.app.dca.reflexion.local) (10.81.19.3) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 09:02:22 -0000 Received: by mail-cs-03.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 05:02:22 -0400 (EDT) Received: (qmail 11561 invoked from network); 31 Aug 2014 09:02:21 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 09:02:21 -0000 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 06BE01C4074 for ; Sun, 31 Aug 2014 02:02:19 -0700 (PDT) From: Mark Millard Subject: 10.0-stable PowerMac G4 boot SSD has X11/xfce4 failing but they work when that SSD boots a PowerMac G5 Message-Id: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> Date: Sun, 31 Aug 2014 02:02:19 -0700 To: freebsd-ppc@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) 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 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, 31 Aug 2014 09:02:30 -0000 The following eventually reports that moving a PowerMac G4 FreeBSD boot = SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go from = not working to working. (No other changes are involved.) Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) > PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 = "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far worse = off for as much as I tested back then: random varying garbage displayed = and it ignored my input after attempting to switch back to to a VTn. = Forced power switch based shutdown. Now that I've access to the Power Mac's again I experimented more with = "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed to = make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. The SSD has: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc BUT... Now switching that SSD to a G5 PowerMac and booting from it: PowerMac G5 = (7,2), Radeon 9800PRO NH (AGP) Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or with = "False" for DRI in each context): X11 with xfce4 works fine!=20 Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence of = problems. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 09:51:59 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 7F7AAC98 for ; Sun, 31 Aug 2014 09:51:59 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 0949110B4 for ; Sun, 31 Aug 2014 09:51:58 +0000 (UTC) Received: (qmail 12018 invoked from network); 31 Aug 2014 09:51:57 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 09:51:57 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 05:51:57 -0400 (EDT) Received: (qmail 20738 invoked from network); 31 Aug 2014 09:51:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 09:51:57 -0000 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 5A0691C4062 for ; Sun, 31 Aug 2014 02:51:55 -0700 (PDT) From: Mark Millard Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: SSD for NVIDIA GeForce PowerMac G4 with X11/xfce4 failing moved to G5 PowerMac with GeForce also works! Date: Sun, 31 Aug 2014 02:51:55 -0700 References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> To: freebsd-ppc@freebsd.org In-Reply-To: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> 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 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, 31 Aug 2014 09:51:59 -0000 The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! So both G5's work and both G4's do not, despite the differences in card = types (Radeon's vs. GeForces). And part of the G4's failures description = is the same for each card type. The details... The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! > PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 = "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. with a boot SSD FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc moved to PowerMac G5 (7,11), GeForce 7800 GT with the BusID adjusted but being otherwise unchanged has X11 with xfce4 = working just fine. For the NVIDIA examples no explicit change from the default -configure = xorg.conf content was involved: Option NoAccel did not have to be turned = on. (It may well be that something automatically did an equivalent for = all I know.) =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 2:02 AM, Mark Millard wrote: The following eventually reports that moving a PowerMac G4 FreeBSD boot = SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go from = not working to working. (No other changes are involved.) Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) > PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 = "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far worse = off for as much as I tested back then: random varying garbage displayed = and it ignored my input after attempting to switch back to to a VTn. = Forced power switch based shutdown. Now that I've access to the Power Mac's again I experimented more with = "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed to = make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. The SSD has: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc BUT... Now switching that SSD to a G5 PowerMac and booting from it: PowerMac G5 = (7,2), Radeon 9800PRO NH (AGP) Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or with = "False" for DRI in each context): X11 with xfce4 works fine!=20 Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence of = problems. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 10:35:16 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 710507FB for ; Sun, 31 Aug 2014 10:35:16 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 EF0151562 for ; Sun, 31 Aug 2014 10:35:15 +0000 (UTC) Received: (qmail 9103 invoked from network); 31 Aug 2014 10:35:14 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 10:35:14 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 06:35:14 -0400 (EDT) Received: (qmail 21045 invoked from network); 31 Aug 2014 10:35:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 10:35:13 -0000 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 95E411C4061 for ; Sun, 31 Aug 2014 03:35:11 -0700 (PDT) From: Mark Millard Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: SSD for PowerMac G4 with X11/xfce4 failing moved to G5 PowerMac works: the Xorg/xfce4 vintages... Date: Sun, 31 Aug 2014 03:35:12 -0700 References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> To: freebsd-ppc@freebsd.org In-Reply-To: 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 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, 31 Aug 2014 10:35:16 -0000 I should have mentioned the following: These SSD's are as they were when I originally reported the original = issues on July-23: the ports used match that time frame. That includes = Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the = most recent available for non-source downloading) --so also as it was = back then. As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD and = swapping back the xorg.conf files used gets the same results. In other = words: I can do this with one SSD moving between 4 PowerMacs and the = G4's fail and the G5's work, all booted from the same SSD with only = minimal xorg.conf changes to be appropriate to the cards: A) NVIDIA needs the BusID change relative to the other NVIDIA. = (AGP/PCI-X vs. PCI-express context change.) B) Both Radeon's need NoAccel (or "False" for DRI) but their xorg.conf = files can be identical. C) Of course nv vs. radeon and the list of option line differences is = fairly extensive for (A) vs. (B) comparisons but the Options are all = disabled (# in front), other than the Radeon's disabling DRI one way or = another. These and related (A) vs. (B) differences are not relevant to = the general point as far as I can tell. =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 2:51 AM, Mark Millard wrote: The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! So both G5's work and both G4's do not, despite the differences in card = types (Radeon's vs. GeForces). And part of the G4's failures description = is the same for each card type. The details... The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! > PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 = "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. with a boot SSD FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc moved to PowerMac G5 (7,11), GeForce 7800 GT with the BusID adjusted but being otherwise unchanged has X11 with xfce4 = working just fine. For the NVIDIA examples no explicit change from the default -configure = xorg.conf content was involved: Option NoAccel did not have to be turned = on. (It may well be that something automatically did an equivalent for = all I know.) =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 2:02 AM, Mark Millard wrote: The following eventually reports that moving a PowerMac G4 FreeBSD boot = SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go from = not working to working. (No other changes are involved.) Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) > PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 = "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far worse = off for as much as I tested back then: random varying garbage displayed = and it ignored my input after attempting to switch back to to a VTn. = Forced power switch based shutdown. Now that I've access to the Power Mac's again I experimented more with = "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed to = make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. The SSD has: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc BUT... Now switching that SSD to a G5 PowerMac and booting from it: PowerMac G5 = (7,2), Radeon 9800PRO NH (AGP) Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or with = "False" for DRI in each context): X11 with xfce4 works fine!=20 Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence of = problems. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 11:27:19 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F749303 for ; Sun, 31 Aug 2014 11:27:19 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 AB5421AE4 for ; Sun, 31 Aug 2014 11:27:18 +0000 (UTC) Received: (qmail 18490 invoked from network); 31 Aug 2014 11:27:17 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 11:27:17 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 07:27:17 -0400 (EDT) Received: (qmail 24648 invoked from network); 31 Aug 2014 11:27:16 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 11:27:16 -0000 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 4C0371C4061 for ; Sun, 31 Aug 2014 04:27:14 -0700 (PDT) From: Mark Millard Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Xorg/xfce4 failing on Dual Processor G4 PowerMac's BUT Single Processor G4 PowerMac works (same boot SSD)... Date: Sun, 31 Aug 2014 04:27:14 -0700 References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> To: freebsd-ppc@freebsd.org In-Reply-To: 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 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, 31 Aug 2014 11:27:19 -0000 I plugged the boot SSD configured for Radeon's into a 466 MHz = PowerMac3,4 that has a Radeon card (a single processor G4 model, unlike = all prior tests) and did not change the xorg.conf compared to there = other 2 Radeon PowerMac tests done with that SSD. Xorg with xfce4 worked fine! So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for Xorg = with xfce4 from around 9 days later has Xorg-with-xfce4 problems for = dual-procesor G4's only. Single processor G4's and Dual processor G5's and two dual-core = processors contexts all work fine. The problem is not specific to Radeon = or to NVIDIA cards. =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 3:35 AM, Mark Millard wrote: I should have mentioned the following: These SSD's are as they were when I originally reported the original = issues on July-23: the ports used match that time frame. That includes = Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the = most recent available for non-source downloading) --so also as it was = back then. As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD and = swapping back the xorg.conf files used gets the same results. In other = words: I can do this with one SSD moving between 4 PowerMacs and the = G4's fail and the G5's work, all booted from the same SSD with only = minimal xorg.conf changes to be appropriate to the cards: A) NVIDIA needs the BusID change relative to the other NVIDIA. = (AGP/PCI-X vs. PCI-express context change.) B) Both Radeon's need NoAccel (or "False" for DRI) but their xorg.conf = files can be identical. C) Of course nv vs. radeon and the list of option line differences is = fairly extensive for (A) vs. (B) comparisons but the Options are all = disabled (# in front), other than the Radeon's disabling DRI one way or = another. These and related (A) vs. (B) differences are not relevant to = the general point as far as I can tell. =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 2:51 AM, Mark Millard wrote: The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! So both G5's work and both G4's do not, despite the differences in card = types (Radeon's vs. GeForces). And part of the G4's failures description = is the same for each card type. The details... The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! > PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 = "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. with a boot SSD FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc moved to PowerMac G5 (7,11), GeForce 7800 GT with the BusID adjusted but being otherwise unchanged has X11 with xfce4 = working just fine. For the NVIDIA examples no explicit change from the default -configure = xorg.conf content was involved: Option NoAccel did not have to be turned = on. (It may well be that something automatically did an equivalent for = all I know.) =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 2:02 AM, Mark Millard wrote: The following eventually reports that moving a PowerMac G4 FreeBSD boot = SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go from = not working to working. (No other changes are involved.) Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) > PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 = "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far worse = off for as much as I tested back then: random varying garbage displayed = and it ignored my input after attempting to switch back to to a VTn. = Forced power switch based shutdown. Now that I've access to the Power Mac's again I experimented more with = "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed to = make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. The SSD has: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc BUT... Now switching that SSD to a G5 PowerMac and booting from it: PowerMac G5 = (7,2), Radeon 9800PRO NH (AGP) Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or with = "False" for DRI in each context): X11 with xfce4 works fine!=20 Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence of = problems. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 20:34:22 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F432434 for ; Sun, 31 Aug 2014 20:34:22 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id F28E7178E for ; Sun, 31 Aug 2014 20:34:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 7F2D038060; Sun, 31 Aug 2014 15:34:15 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id N9lNvwNbS564; Sun, 31 Aug 2014 15:34:15 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 1C4723805E; Sun, 31 Aug 2014 15:34:15 -0500 (CDT) Message-ID: <540386C6.4060004@freebsd.org> Date: Sun, 31 Aug 2014 13:34:14 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Mark Millard , freebsd-ppc@freebsd.org Subject: Re: Xorg/xfce4 failing on Dual Processor G4 PowerMac's BUT Single Processor G4 PowerMac works (same boot SSD)... References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 31 Aug 2014 20:34:22 -0000 So the bug is that on dual-processor G4 systems, you get a black screen when starting X, but input works? Is it a dual-head graphics card? Sometimes X's logic about which connector is the primary display goes wonky and it picks the other one. -Nathan On 08/31/14 04:27, Mark Millard wrote: > I plugged the boot SSD configured for Radeon's into a 466 MHz PowerMac3,4 that has a Radeon card (a single processor G4 model, unlike all prior tests) and did not change the xorg.conf compared to there other 2 Radeon PowerMac tests done with that SSD. > > Xorg with xfce4 worked fine! > > So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for Xorg with xfce4 from around 9 days later has Xorg-with-xfce4 problems for dual-procesor G4's only. > > Single processor G4's and Dual processor G5's and two dual-core processors contexts all work fine. The problem is not specific to Radeon or to NVIDIA cards. > > === > Mark Millard > markmi@dsl-only.net > > On Aug 31, 2014, at 3:35 AM, Mark Millard wrote: > > I should have mentioned the following: > > These SSD's are as they were when I originally reported the original issues on July-23: the ports used match that time frame. That includes Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the most recent available for non-source downloading) --so also as it was back then. > > As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD and swapping back the xorg.conf files used gets the same results. In other words: I can do this with one SSD moving between 4 PowerMacs and the G4's fail and the G5's work, all booted from the same SSD with only minimal xorg.conf changes to be appropriate to the cards: > > A) NVIDIA needs the BusID change relative to the other NVIDIA. (AGP/PCI-X vs. PCI-express context change.) > > B) Both Radeon's need NoAccel (or "False" for DRI) but their xorg.conf files can be identical. > > C) Of course nv vs. radeon and the list of option line differences is fairly extensive for (A) vs. (B) comparisons but the Options are all disabled (# in front), other than the Radeon's disabling DRI one way or another. These and related (A) vs. (B) differences are not relevant to the general point as far as I can tell. > > > === > Mark Millard > markmi at dsl-only.net > > On Aug 31, 2014, at 2:51 AM, Mark Millard wrote: > > The prior report was for the Radeon G4 and G5 PowerMacs. It turns out that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! > > So both G5's work and both G4's do not, despite the differences in card types (Radeon's vs. GeForces). And part of the G4's failures description is the same for each card type. > > The details... > > > The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: Moving the boot SSD from the G4 to the G5, booting from it, and changing the xorg.conf BusID (since it was different in the G5) took a X11 with xfce4 that was not working to a context where the same SSD has X11 with xfce4 working fine with no other changes involved! > >> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 "welcome" screen update, frequently without the background being finished. What is displayed seems fine as far as it got. Can still Option-Fn just fine to get back to VTn and use it. > with a boot SSD > > FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 root at grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc > > moved to > > PowerMac G5 (7,11), GeForce 7800 GT > > with the BusID adjusted but being otherwise unchanged has X11 with xfce4 working just fine. > > For the NVIDIA examples no explicit change from the default -configure xorg.conf content was involved: Option NoAccel did not have to be turned on. (It may well be that something automatically did an equivalent for all I know.) > > === > Mark Millard > markmi at dsl-only.net > > On Aug 31, 2014, at 2:02 AM, Mark Millard wrote: > > The following eventually reports that moving a PowerMac G4 FreeBSD boot SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go from not working to working. (No other changes are involved.) > > > Earlier when trying the "/dev/mem instead of /dev/console for memory-mapping frame buffers in X11 on PowerPC" testing I had reported that I was unable to get to the point of a reasonable test on PowerMac G4's, including for NVIDIA. (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) > >> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial xfce4 "welcome" screen update, frequently without the background being finished. What is displayed seems fine as far as it got. Can still Option-Fn just fine to get back to VTn and use it. > The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far worse off for as much as I tested back then: random varying garbage displayed and it ignored my input after attempting to switch back to to a VTn. Forced power switch based shutdown. > > Now that I've access to the Power Mac's again I experimented more with "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed to make it work better then what I reported before. Avoiding DRI (use NoAccel or use "False" for DRI) makes the Radeon behave the similar to the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that the VTn stays black when I switch to it. But it does take what I type and executes the commands, such as reboot. (Yep: still syscons.) > > In both G4 contexts the Xorg.0.log that results appears to have no information indicating any failure. Of course in each case /etc/X11/xorg.conf was generated (-configure) for the card in use, but with NoAccel in use. > > The SSD has: > > FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 root at grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc > > > > BUT... > > Now switching that SSD to a G5 PowerMac and booting from it: PowerMac G5 (7,2), Radeon 9800PRO NH (AGP) > > Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or with "False" for DRI in each context): X11 with xfce4 works fine! > > Even switching to a VTn works fine on the G5 PowerMac: it is displays correctly instead of ending up with a black screen. > > > > The generated -configure xorg.conf.new is the same for the two Radeon contexts. But in each case I need to pick an option that disables DRI use in order to get reasonable behavior. > > Without NoAccel/"False"-for-DRI for the G5: text does not display correctly and if composite is enabled with shadows then the shadowing is messed up. Bit/Byte order/alignment issues when accelerated? > > The Radeon 9000 with DRI enabled gets a Xorg.0.log report that r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a report that r300_dri.so is not found. (As is probably expected in each case.) So the behaviors are examples of the error handling for "not found". > > > > Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence of problems. > > > === > 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" > From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 21:05:04 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E66ACD44 for ; Sun, 31 Aug 2014 21:05:03 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 704F31A30 for ; Sun, 31 Aug 2014 21:05:02 +0000 (UTC) Received: (qmail 20054 invoked from network); 31 Aug 2014 21:05:00 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 21:05:00 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 17:05:00 -0400 (EDT) Received: (qmail 22835 invoked from network); 31 Aug 2014 21:05:00 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 21:05:00 -0000 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 667D91C4058; Sun, 31 Aug 2014 14:04:55 -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: <540386C6.4060004@freebsd.org> Date: Sun, 31 Aug 2014 14:04:58 -0700 Message-Id: <7AFF7E0F-6BB0-4972-A629-61910CE001C2@dsl-only.net> References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> <540386C6.4060004@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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, 31 Aug 2014 21:05:04 -0000 No. The Black Screen is from Option-Fn (switching to a VTn) for Radeon = contexts. I attempt that after the original problem. For NVIDIA Option-Fn (switching to VTn) works after the original = problem. This is a difference between Radeon and NIVIDA contexts. The original problem is as follows and applies to both Radeon and NVIDIA = contexts when Dual G4 processors are involved: UI hangs during the initial xfce4 screen display, frequently without the = background being finished (or sometimes even started). What is displayed = seems fine as far as it got. But how far the screen update gets before = hanging varies from one attempt to the next. (I changed the wording since the G5 and single processor G4 experiments = got past the initial "welcome screen" so the initial screen is now a = normal xfce4 desktop.) The cursor does not track mouse motions. But that may be just part of = the screen-update-hang status. I've no evidence that after startxfce4 = but before Option-Fn any input other than Option-Fn works on any Dual = Processor PowerMac. This "original problem" wording applies to both the Radeon contexts and = the NVIDIA context on Dual Processor G4 PowerMacs. The after Option-Fn = details do vary between Radeon and NVIDIA. (See above.) I have also tried a 1 GHz Dual Processor Mirrored Drive Door PowerMac G4 = (no FW800) with a Radeon. It behaves like the 1.4GHz FW800 Dual = Processor G4 PowerMac contexts (Radeon and NVIDIA) as far as the = original problem goes. But for after Option-Fn it behaves like the other = Radeon examples, not like the NVIDIA example. I can try connecting a monitor to the other connector. Once I do I'll = let you know if it proves interesting for what happens when I Option-Fn. = But unless screen updates switching card outputs sometimes happens = mid-first screen update that extra monitor test probably will not = produce interesting results for the "original problem". =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 1:34 PM, Nathan Whitehorn = wrote: So the bug is that on dual-processor G4 systems, you get a black screen = when starting X, but input works? Is it a dual-head graphics card? = Sometimes X's logic about which connector is the primary display goes = wonky and it picks the other one. -Nathan On 08/31/14 04:27, Mark Millard wrote: > I plugged the boot SSD configured for Radeon's into a 466 MHz = PowerMac3,4 that has a Radeon card (a single processor G4 model, unlike = all prior tests) and did not change the xorg.conf compared to there = other 2 Radeon PowerMac tests done with that SSD. >=20 > Xorg with xfce4 worked fine! >=20 > So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for = Xorg with xfce4 from around 9 days later has Xorg-with-xfce4 problems = for dual-procesor G4's only. >=20 > Single processor G4's and Dual processor G5's and two dual-core = processors contexts all work fine. The problem is not specific to Radeon = or to NVIDIA cards. >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On Aug 31, 2014, at 3:35 AM, Mark Millard wrote: >=20 > I should have mentioned the following: >=20 > These SSD's are as they were when I originally reported the original = issues on July-23: the ports used match that time frame. That includes = Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the = most recent available for non-source downloading) --so also as it was = back then. >=20 > As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD = and swapping back the xorg.conf files used gets the same results. In = other words: I can do this with one SSD moving between 4 PowerMacs and = the G4's fail and the G5's work, all booted from the same SSD with only = minimal xorg.conf changes to be appropriate to the cards: >=20 > A) NVIDIA needs the BusID change relative to the other NVIDIA. = (AGP/PCI-X vs. PCI-express context change.) >=20 > B) Both Radeon's need NoAccel (or "False" for DRI) but their xorg.conf = files can be identical. >=20 > C) Of course nv vs. radeon and the list of option line differences is = fairly extensive for (A) vs. (B) comparisons but the Options are all = disabled (# in front), other than the Radeon's disabling DRI one way or = another. These and related (A) vs. (B) differences are not relevant to = the general point as far as I can tell. >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On Aug 31, 2014, at 2:51 AM, Mark Millard wrote: >=20 > The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! >=20 > So both G5's work and both G4's do not, despite the differences in = card types (Radeon's vs. GeForces). And part of the G4's failures = description is the same for each card type. >=20 > The details... >=20 >=20 > The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! >=20 >> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. > with a boot SSD >=20 > FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >=20 > moved to >=20 > PowerMac G5 (7,11), GeForce 7800 GT >=20 > with the BusID adjusted but being otherwise unchanged has X11 with = xfce4 working just fine. >=20 > For the NVIDIA examples no explicit change from the default -configure = xorg.conf content was involved: Option NoAccel did not have to be turned = on. (It may well be that something automatically did an equivalent for = all I know.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On Aug 31, 2014, at 2:02 AM, Mark Millard wrote: >=20 > The following eventually reports that moving a PowerMac G4 FreeBSD = boot SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go = from not working to working. (No other changes are involved.) >=20 >=20 > Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) >=20 >> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. > The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far = worse off for as much as I tested back then: random varying garbage = displayed and it ignored my input after attempting to switch back to to = a VTn. Forced power switch based shutdown. >=20 > Now that I've access to the Power Mac's again I experimented more with = "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed to = make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) >=20 > In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. >=20 > The SSD has: >=20 > FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >=20 >=20 >=20 > BUT... >=20 > Now switching that SSD to a G5 PowerMac and booting from it: PowerMac = G5 (7,2), Radeon 9800PRO NH (AGP) >=20 > Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or with = "False" for DRI in each context): X11 with xfce4 works fine! >=20 > Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. >=20 >=20 >=20 > The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. >=20 > Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? >=20 > The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". >=20 >=20 >=20 > Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence of = problems. >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 >=20 >=20 > _______________________________________________ > 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" >=20 From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 21:24:34 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69402FCD for ; Sun, 31 Aug 2014 21:24:34 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 D3DE51BDA for ; Sun, 31 Aug 2014 21:24:33 +0000 (UTC) Received: (qmail 26859 invoked from network); 31 Aug 2014 21:24:32 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 21:24:32 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 17:24:32 -0400 (EDT) Received: (qmail 13554 invoked from network); 31 Aug 2014 21:24:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 21:24:31 -0000 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 0E8981C4058; Sun, 31 Aug 2014 14:24:26 -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: <7AFF7E0F-6BB0-4972-A629-61910CE001C2@dsl-only.net> Date: Sun, 31 Aug 2014 14:24:30 -0700 Message-Id: <616F8C09-63FB-47AC-ACA7-48C3C0889883@dsl-only.net> References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> <540386C6.4060004@freebsd.org> <7AFF7E0F-6BB0-4972-A629-61910CE001C2@dsl-only.net> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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, 31 Aug 2014 21:24:34 -0000 I tried adding a DVI-D monitor in addition to the ADC monitor on a = Radeon Dual-G4 PowerMac context (so a context with Option-Fn black = screen problem) and here is what happened: A) The DVI-D monitor ends up with the Copyright and other boot notices. B) startxfce4 still has the display update hang. (The "original = problem".) C) Option-Fn still has both screens go black. Interestingly the DVI-D = monitor puts up a notice for a bit that its DVI-D inputs are "out of = range". But that notice goes away. D) Typing is still being taken and so "reboot" worked. =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 2:04 PM, Mark Millard wrote: No. The Black Screen is from Option-Fn (switching to a VTn) for Radeon = contexts. I attempt that after the original problem. For NVIDIA Option-Fn (switching to VTn) works after the original = problem. This is a difference between Radeon and NIVIDA contexts. The original problem is as follows and applies to both Radeon and NVIDIA = contexts when Dual G4 processors are involved: UI hangs during the initial xfce4 screen display, frequently without the = background being finished (or sometimes even started). What is displayed = seems fine as far as it got. But how far the screen update gets before = hanging varies from one attempt to the next. (I changed the wording since the G5 and single processor G4 experiments = got past the initial "welcome screen" so the initial screen is now a = normal xfce4 desktop.) The cursor does not track mouse motions. But that may be just part of = the screen-update-hang status. I've no evidence that after startxfce4 = but before Option-Fn any input other than Option-Fn works on any Dual = Processor PowerMac. This "original problem" wording applies to both the Radeon contexts and = the NVIDIA context on Dual Processor G4 PowerMacs. The after Option-Fn = details do vary between Radeon and NVIDIA. (See above.) I have also tried a 1 GHz Dual Processor Mirrored Drive Door PowerMac G4 = (no FW800) with a Radeon. It behaves like the 1.4GHz FW800 Dual = Processor G4 PowerMac contexts (Radeon and NVIDIA) as far as the = original problem goes. But for after Option-Fn it behaves like the other = Radeon examples, not like the NVIDIA example. I can try connecting a monitor to the other connector. Once I do I'll = let you know if it proves interesting for what happens when I Option-Fn. = But unless screen updates switching card outputs sometimes happens = mid-first screen update that extra monitor test probably will not = produce interesting results for the "original problem". =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 1:34 PM, Nathan Whitehorn = wrote: So the bug is that on dual-processor G4 systems, you get a black screen = when starting X, but input works? Is it a dual-head graphics card? = Sometimes X's logic about which connector is the primary display goes = wonky and it picks the other one. -Nathan On 08/31/14 04:27, Mark Millard wrote: > I plugged the boot SSD configured for Radeon's into a 466 MHz = PowerMac3,4 that has a Radeon card (a single processor G4 model, unlike = all prior tests) and did not change the xorg.conf compared to there = other 2 Radeon PowerMac tests done with that SSD. >=20 > Xorg with xfce4 worked fine! >=20 > So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for = Xorg with xfce4 from around 9 days later has Xorg-with-xfce4 problems = for dual-procesor G4's only. >=20 > Single processor G4's and Dual processor G5's and two dual-core = processors contexts all work fine. The problem is not specific to Radeon = or to NVIDIA cards. >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On Aug 31, 2014, at 3:35 AM, Mark Millard wrote: >=20 > I should have mentioned the following: >=20 > These SSD's are as they were when I originally reported the original = issues on July-23: the ports used match that time frame. That includes = Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the = most recent available for non-source downloading) --so also as it was = back then. >=20 > As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD = and swapping back the xorg.conf files used gets the same results. In = other words: I can do this with one SSD moving between 4 PowerMacs and = the G4's fail and the G5's work, all booted from the same SSD with only = minimal xorg.conf changes to be appropriate to the cards: >=20 > A) NVIDIA needs the BusID change relative to the other NVIDIA. = (AGP/PCI-X vs. PCI-express context change.) >=20 > B) Both Radeon's need NoAccel (or "False" for DRI) but their xorg.conf = files can be identical. >=20 > C) Of course nv vs. radeon and the list of option line differences is = fairly extensive for (A) vs. (B) comparisons but the Options are all = disabled (# in front), other than the Radeon's disabling DRI one way or = another. These and related (A) vs. (B) differences are not relevant to = the general point as far as I can tell. >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On Aug 31, 2014, at 2:51 AM, Mark Millard wrote: >=20 > The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! >=20 > So both G5's work and both G4's do not, despite the differences in = card types (Radeon's vs. GeForces). And part of the G4's failures = description is the same for each card type. >=20 > The details... >=20 >=20 > The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! >=20 >> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. > with a boot SSD >=20 > FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >=20 > moved to >=20 > PowerMac G5 (7,11), GeForce 7800 GT >=20 > with the BusID adjusted but being otherwise unchanged has X11 with = xfce4 working just fine. >=20 > For the NVIDIA examples no explicit change from the default -configure = xorg.conf content was involved: Option NoAccel did not have to be turned = on. (It may well be that something automatically did an equivalent for = all I know.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On Aug 31, 2014, at 2:02 AM, Mark Millard wrote: >=20 > The following eventually reports that moving a PowerMac G4 FreeBSD = boot SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go = from not working to working. (No other changes are involved.) >=20 >=20 > Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) >=20 >> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. > The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far = worse off for as much as I tested back then: random varying garbage = displayed and it ignored my input after attempting to switch back to to = a VTn. Forced power switch based shutdown. >=20 > Now that I've access to the Power Mac's again I experimented more with = "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed to = make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) >=20 > In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. >=20 > The SSD has: >=20 > FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >=20 >=20 >=20 > BUT... >=20 > Now switching that SSD to a G5 PowerMac and booting from it: PowerMac = G5 (7,2), Radeon 9800PRO NH (AGP) >=20 > Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or with = "False" for DRI in each context): X11 with xfce4 works fine! >=20 > Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. >=20 >=20 >=20 > The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. >=20 > Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? >=20 > The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". >=20 >=20 >=20 > Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence of = problems. >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 >=20 >=20 > _______________________________________________ > 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" >=20 From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 21:30:29 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 559641CC for ; Sun, 31 Aug 2014 21:30:29 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id 113261C0F for ; Sun, 31 Aug 2014 21:30:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id B443938060; Sun, 31 Aug 2014 16:30:28 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 502NRgB2ZWab; Sun, 31 Aug 2014 16:30:28 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 193893805E; Sun, 31 Aug 2014 16:30:28 -0500 (CDT) Message-ID: <540393F3.5060508@freebsd.org> Date: Sun, 31 Aug 2014 14:30:27 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Mark Millard Subject: Re: Xorg/xfce4 failing on Dual Processor G4 PowerMac's BUT Single Processor G4 PowerMac works (same boot SSD)... References: <4D86DDCB-FF04-4EA2-9703-8B74BBF31C7E@dsl-only.net> <540386C6.4060004@freebsd.org> <7AFF7E0F-6BB0-4972-A629-61910CE001C2@dsl-only.net> In-Reply-To: <7AFF7E0F-6BB0-4972-A629-61910CE001C2@dsl-only.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 31 Aug 2014 21:30:29 -0000 So X is hanging, then? Can you ssh into the machine to figure out what it's doing? Even just looking at its CPU usage in top would be helpful. -Nathan On 08/31/14 14:04, Mark Millard wrote: > No. The Black Screen is from Option-Fn (switching to a VTn) for > Radeon contexts. I attempt that after the original problem. > > For NVIDIA Option-Fn (switching to VTn) works after the original > problem. This is a difference between Radeon and NIVIDA contexts. > > The original problem is as follows and applies to both Radeon and > NVIDIA contexts when Dual G4 processors are involved: > > UI hangs during the initial xfce4 screen display, frequently without > the background being finished (or sometimes even started). What is > displayed seems fine as far as it got. But how far the screen update > gets before hanging varies from one attempt to the next. > > (I changed the wording since the G5 and single processor G4 > experiments got past the initial "welcome screen" so the initial > screen is now a normal xfce4 desktop.) > > The cursor does not track mouse motions. But that may be just part of > the screen-update-hang status. I've no evidence that after startxfce4 > but before Option-Fn any input other than Option-Fn works on any Dual > Processor PowerMac. > > This "original problem" wording applies to both the Radeon contexts > and the NVIDIA context on Dual Processor G4 PowerMacs. The after > Option-Fn details do vary between Radeon and NVIDIA. (See above.) > > I have also tried a 1 GHz Dual Processor Mirrored Drive Door PowerMac > G4 (no FW800) with a Radeon. It behaves like the 1.4GHz FW800 Dual > Processor G4 PowerMac contexts (Radeon and NVIDIA) as far as the > original problem goes. But for after Option-Fn it behaves like the > other Radeon examples, not like the NVIDIA example. > > > I can try connecting a monitor to the other connector. Once I do I'll > let you know if it proves interesting for what happens when I > Option-Fn. But unless screen updates switching card outputs sometimes > happens mid-first screen update that extra monitor test probably will > not produce interesting results for the "original problem". > > > > > > === > Mark Millard > markmi@dsl-only.net > > On Aug 31, 2014, at 1:34 PM, Nathan Whitehorn > wrote: > > So the bug is that on dual-processor G4 systems, you get a black > screen when starting X, but input works? Is it a dual-head graphics > card? Sometimes X's logic about which connector is the primary display > goes wonky and it picks the other one. > -Nathan > > On 08/31/14 04:27, Mark Millard wrote: >> I plugged the boot SSD configured for Radeon's into a 466 MHz >> PowerMac3,4 that has a Radeon card (a single processor G4 model, >> unlike all prior tests) and did not change the xorg.conf compared to >> there other 2 Radeon PowerMac tests done with that SSD. >> >> Xorg with xfce4 worked fine! >> >> So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for >> Xorg with xfce4 from around 9 days later has Xorg-with-xfce4 problems >> for dual-procesor G4's only. >> >> Single processor G4's and Dual processor G5's and two dual-core >> processors contexts all work fine. The problem is not specific to >> Radeon or to NVIDIA cards. >> >> === >> Mark Millard >> markmi@dsl-only.net >> >> On Aug 31, 2014, at 3:35 AM, Mark Millard wrote: >> >> I should have mentioned the following: >> >> These SSD's are as they were when I originally reported the original >> issues on July-23: the ports used match that time frame. That >> includes Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 >> (r268571: the most recent available for non-source downloading) --so >> also as it was back then. >> >> As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD >> and swapping back the xorg.conf files used gets the same results. In >> other words: I can do this with one SSD moving between 4 PowerMacs >> and the G4's fail and the G5's work, all booted from the same SSD >> with only minimal xorg.conf changes to be appropriate to the cards: >> >> A) NVIDIA needs the BusID change relative to the other NVIDIA. >> (AGP/PCI-X vs. PCI-express context change.) >> >> B) Both Radeon's need NoAccel (or "False" for DRI) but their >> xorg.conf files can be identical. >> >> C) Of course nv vs. radeon and the list of option line differences is >> fairly extensive for (A) vs. (B) comparisons but the Options are all >> disabled (# in front), other than the Radeon's disabling DRI one way >> or another. These and related (A) vs. (B) differences are not >> relevant to the general point as far as I can tell. >> >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> On Aug 31, 2014, at 2:51 AM, Mark Millard wrote: >> >> The prior report was for the Radeon G4 and G5 PowerMacs. It turns out >> that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! >> >> So both G5's work and both G4's do not, despite the differences in >> card types (Radeon's vs. GeForces). And part of the G4's failures >> description is the same for each card type. >> >> The details... >> >> >> The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: >> Moving the boot SSD from the G4 to the G5, booting from it, and >> changing the xorg.conf BusID (since it was different in the G5) took >> a X11 with xfce4 that was not working to a context where the same SSD >> has X11 with xfce4 working fine with no other changes involved! >> >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial >>> xfce4 "welcome" screen update, frequently without the background >>> being finished. What is displayed seems fine as far as it got. Can >>> still Option-Fn just fine to get back to VTn and use it. >> with a boot SSD >> >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul >> 13 05:15:31 UTC 2014 root at >> grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >> >> moved to >> >> PowerMac G5 (7,11), GeForce 7800 GT >> >> with the BusID adjusted but being otherwise unchanged has X11 with >> xfce4 working just fine. >> >> For the NVIDIA examples no explicit change from the default >> -configure xorg.conf content was involved: Option NoAccel did not >> have to be turned on. (It may well be that something automatically >> did an equivalent for all I know.) >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> On Aug 31, 2014, at 2:02 AM, Mark Millard wrote: >> >> The following eventually reports that moving a PowerMac G4 FreeBSD >> boot SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go >> from not working to working. (No other changes are involved.) >> >> >> Earlier when trying the "/dev/mem instead of /dev/console for >> memory-mapping frame buffers in X11 on PowerPC" testing I had >> reported that I was unable to get to the point of a reasonable test >> on PowerMac G4's, including for NVIDIA. >> (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) >> >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial >>> xfce4 "welcome" screen update, frequently without the background >>> being finished. What is displayed seems fine as far as it got. Can >>> still Option-Fn just fine to get back to VTn and use it. >> The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far >> worse off for as much as I tested back then: random varying garbage >> displayed and it ignored my input after attempting to switch back to >> to a VTn. Forced power switch based shutdown. >> >> Now that I've access to the Power Mac's again I experimented more >> with "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I >> managed to make it work better then what I reported before. Avoiding >> DRI (use NoAccel or use "False" for DRI) makes the Radeon behave the >> similar to the NVIDIA GeForce4 Ti 4600 as indicated above. The >> difference is that the VTn stays black when I switch to it. But it >> does take what I type and executes the commands, such as reboot. >> (Yep: still syscons.) >> >> In both G4 contexts the Xorg.0.log that results appears to have no >> information indicating any failure. Of course in each case >> /etc/X11/xorg.conf was generated (-configure) for the card in use, >> but with NoAccel in use. >> >> The SSD has: >> >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul >> 13 05:15:31 UTC 2014 root at >> grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >> >> >> >> BUT... >> >> Now switching that SSD to a G5 PowerMac and booting from it: PowerMac >> G5 (7,2), Radeon 9800PRO NH (AGP) >> >> Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or >> with "False" for DRI in each context): X11 with xfce4 works fine! >> >> Even switching to a VTn works fine on the G5 PowerMac: it is displays >> correctly instead of ending up with a black screen. >> >> >> >> The generated -configure xorg.conf.new is the same for the two Radeon >> contexts. But in each case I need to pick an option that disables DRI >> use in order to get reasonable behavior. >> >> Without NoAccel/"False"-for-DRI for the G5: text does not display >> correctly and if composite is enabled with shadows then the shadowing >> is messed up. Bit/Byte order/alignment issues when accelerated? >> >> The Radeon 9000 with DRI enabled gets a Xorg.0.log report that >> r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a >> report that r300_dri.so is not found. (As is probably expected in >> each case.) So the behaviors are examples of the error handling for >> "not found". >> >> >> >> Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence >> of problems. >> >> >> === >> 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" >> > > From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 21:39:46 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 172184DC for ; Sun, 31 Aug 2014 21:39:46 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 8249E1CE1 for ; Sun, 31 Aug 2014 21:39:44 +0000 (UTC) Received: (qmail 22767 invoked from network); 31 Aug 2014 21:39:43 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 21:39:43 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 17:39:43 -0400 (EDT) Received: (qmail 22223 invoked from network); 31 Aug 2014 21:39:43 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 21:39:43 -0000 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 526181C4058; Sun, 31 Aug 2014 14:39:38 -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: <540393F3.5060508@freebsd.org> Date: Sun, 31 Aug 2014 14:39:41 -0700 Message-Id: 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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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, 31 Aug 2014 21:39:46 -0000 Yes: Initially X hangs. That is the original problem and the problem = that applies to more contexts. I can try set up ssh to do a "top" but it may take a bit before I can = get to it and finish it. =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 2:30 PM, Nathan Whitehorn = wrote: So X is hanging, then? Can you ssh into the machine to figure out what = it's doing? Even just looking at its CPU usage in top would be helpful. -Nathan On 08/31/14 14:04, Mark Millard wrote: > No. The Black Screen is from Option-Fn (switching to a VTn) for = Radeon contexts. I attempt that after the original problem. >=20 > For NVIDIA Option-Fn (switching to VTn) works after the original = problem. This is a difference between Radeon and NIVIDA contexts. >=20 > The original problem is as follows and applies to both Radeon and = NVIDIA contexts when Dual G4 processors are involved: >=20 > UI hangs during the initial xfce4 screen display, frequently without = the background being finished (or sometimes even started). What is = displayed seems fine as far as it got. But how far the screen update = gets before hanging varies from one attempt to the next. >=20 > (I changed the wording since the G5 and single processor G4 = experiments got past the initial "welcome screen" so the initial screen = is now a normal xfce4 desktop.) >=20 > The cursor does not track mouse motions. But that may be just part of = the screen-update-hang status. I've no evidence that after startxfce4 = but before Option-Fn any input other than Option-Fn works on any Dual = Processor PowerMac. >=20 > This "original problem" wording applies to both the Radeon contexts = and the NVIDIA context on Dual Processor G4 PowerMacs. The after = Option-Fn details do vary between Radeon and NVIDIA. (See above.) >=20 > I have also tried a 1 GHz Dual Processor Mirrored Drive Door PowerMac = G4 (no FW800) with a Radeon. It behaves like the 1.4GHz FW800 Dual = Processor G4 PowerMac contexts (Radeon and NVIDIA) as far as the = original problem goes. But for after Option-Fn it behaves like the other = Radeon examples, not like the NVIDIA example. >=20 >=20 > I can try connecting a monitor to the other connector. Once I do I'll = let you know if it proves interesting for what happens when I Option-Fn. = But unless screen updates switching card outputs sometimes happens = mid-first screen update that extra monitor test probably will not = produce interesting results for the "original problem". >=20 >=20 >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On Aug 31, 2014, at 1:34 PM, Nathan Whitehorn = wrote: >=20 > So the bug is that on dual-processor G4 systems, you get a black = screen when starting X, but input works? Is it a dual-head graphics = card? Sometimes X's logic about which connector is the primary display = goes wonky and it picks the other one. > -Nathan >=20 > On 08/31/14 04:27, Mark Millard wrote: >> I plugged the boot SSD configured for Radeon's into a 466 MHz = PowerMac3,4 that has a Radeon card (a single processor G4 model, unlike = all prior tests) and did not change the xorg.conf compared to there = other 2 Radeon PowerMac tests done with that SSD. >>=20 >> Xorg with xfce4 worked fine! >>=20 >> So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for = Xorg with xfce4 from around 9 days later has Xorg-with-xfce4 problems = for dual-procesor G4's only. >>=20 >> Single processor G4's and Dual processor G5's and two dual-core = processors contexts all work fine. The problem is not specific to Radeon = or to NVIDIA cards. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi@dsl-only.net >>=20 >> On Aug 31, 2014, at 3:35 AM, Mark Millard = wrote: >>=20 >> I should have mentioned the following: >>=20 >> These SSD's are as they were when I originally reported the original = issues on July-23: the ports used match that time frame. That includes = Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the = most recent available for non-source downloading) --so also as it was = back then. >>=20 >> As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD = and swapping back the xorg.conf files used gets the same results. In = other words: I can do this with one SSD moving between 4 PowerMacs and = the G4's fail and the G5's work, all booted from the same SSD with only = minimal xorg.conf changes to be appropriate to the cards: >>=20 >> A) NVIDIA needs the BusID change relative to the other NVIDIA. = (AGP/PCI-X vs. PCI-express context change.) >>=20 >> B) Both Radeon's need NoAccel (or "False" for DRI) but their = xorg.conf files can be identical. >>=20 >> C) Of course nv vs. radeon and the list of option line differences is = fairly extensive for (A) vs. (B) comparisons but the Options are all = disabled (# in front), other than the Radeon's disabling DRI one way or = another. These and related (A) vs. (B) differences are not relevant to = the general point as far as I can tell. >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On Aug 31, 2014, at 2:51 AM, Mark Millard = wrote: >>=20 >> The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! >>=20 >> So both G5's work and both G4's do not, despite the differences in = card types (Radeon's vs. GeForces). And part of the G4's failures = description is the same for each card type. >>=20 >> The details... >>=20 >>=20 >> The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! >>=20 >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. >> with a boot SSD >>=20 >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >>=20 >> moved to >>=20 >> PowerMac G5 (7,11), GeForce 7800 GT >>=20 >> with the BusID adjusted but being otherwise unchanged has X11 with = xfce4 working just fine. >>=20 >> For the NVIDIA examples no explicit change from the default = -configure xorg.conf content was involved: Option NoAccel did not have = to be turned on. (It may well be that something automatically did an = equivalent for all I know.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On Aug 31, 2014, at 2:02 AM, Mark Millard = wrote: >>=20 >> The following eventually reports that moving a PowerMac G4 FreeBSD = boot SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go = from not working to working. (No other changes are involved.) >>=20 >>=20 >> Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) >>=20 >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. >> The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far = worse off for as much as I tested back then: random varying garbage = displayed and it ignored my input after attempting to switch back to to = a VTn. Forced power switch based shutdown. >>=20 >> Now that I've access to the Power Mac's again I experimented more = with "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed = to make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) >>=20 >> In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. >>=20 >> The SSD has: >>=20 >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >>=20 >>=20 >>=20 >> BUT... >>=20 >> Now switching that SSD to a G5 PowerMac and booting from it: PowerMac = G5 (7,2), Radeon 9800PRO NH (AGP) >>=20 >> Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or = with "False" for DRI in each context): X11 with xfce4 works fine! >>=20 >> Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. >>=20 >>=20 >>=20 >> The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. >>=20 >> Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? >>=20 >> The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". >>=20 >>=20 >>=20 >> Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence = of problems. >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> 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" >>=20 >=20 >=20 From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 23:02:13 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 3E1B0B92 for ; Sun, 31 Aug 2014 23:02:13 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 9609B155A for ; Sun, 31 Aug 2014 23:02:11 +0000 (UTC) Received: (qmail 4465 invoked from network); 31 Aug 2014 23:02:10 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 23:02:10 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 19:02:10 -0400 (EDT) Received: (qmail 10677 invoked from network); 31 Aug 2014 23:02:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 23:02:09 -0000 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 7478AB1E001; Sun, 31 Aug 2014 16:02:04 -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: Date: Sun, 31 Aug 2014 16:02:08 -0700 Message-Id: <2B74B670-7463-47D1-B0AF-BDBFEE8823A4@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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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, 31 Aug 2014 23:02:13 -0000 Here are a couple of top snapshots from while the display is hung up = (before any Option-Fn). I set the update interval to 10s so I'd have = time to capture between updates. last pid: 983; load averages: 0.25, 0.35, 0.17 = up 0+00:03:27 15:56:54 32 processes: 1 running, 31 sleeping CPU: 0.0% user, 0.0% nice, 0.1% system, 0.0% interrupt, 99.9% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 893 haldaemon 2 29 0 22488K 5540K select 1 0:00 0.00% = hald 983 markmi 1 20 0 11764K 2604K CPU0 0 0:00 0.00% = top 898 root 2 52 0 20256K 7092K select 1 0:00 0.00% = hald-runner 964 root 1 24 0 20320K 7708K select 0 0:00 0.00% = sshd 924 root 1 20 0 11224K 2596K select 0 0:00 0.00% = hald-addon-storage 880 root 1 23 0 11944K 2644K wait 0 0:00 0.00% = login 897 root 3 36 0 29468K 7992K kqread 0 0:00 0.00% = polkitd 895 root 18 20 0 46428K 8520K waitvt 0 0:00 0.00% = console-kit-daemon 919 root 1 42 0 13836K 5024K kqread 1 0:00 0.00% = hald-addon-mouse-sy 725 messagebus 1 20 0 10996K 1976K select 0 0:00 0.00% = dbus-daemon 791 root 1 20 0 13060K 2272K select 1 0:00 0.00% = ntpd 930 root 1 37 0 11472K 3120K ttyin 0 0:00 0.00% = csh 828 root 1 20 0 13564K 3924K select 0 0:00 0.00% = sendmail 980 markmi 1 20 0 20320K 4072K select 1 0:00 0.00% = sshd 600 root 1 20 0 10348K 1416K select 1 0:00 0.00% = syslogd 981 markmi 1 20 0 10864K 2400K wait 1 0:00 0.00% sh 884 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 825 root 1 20 0 16840K 2896K select 0 0:00 0.00% = sshd 882 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 883 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 839 root 1 20 0 10460K 1412K nanslp 0 0:00 0.00% = cron 453 root 1 20 0 9024K 888K select 0 0:00 0.00% = devd 886 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 887 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 881 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 831 smmsp 1 52 0 13564K 2136K pause 1 0:00 0.00% = sendmail 885 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 888 root 1 52 0 10336K 1820K ttydcd 1 0:00 0.00% = getty 950 root 1 52 0 15860K 1804K select 0 0:00 0.00% = ssh-agent 572 _dhcp 1 49 0 10464K 1056K select 0 0:00 0.00% = dhclient 536 root 1 52 0 10464K 1108K select 1 0:00 0.00% = dhclient 436 root 1 52 0 10556K 816K select 0 0:00 0.00% = moused last pid: 983; load averages: 0.64, 0.37, 0.20 = up 0+00:05:35 15:59:02 32 processes: 1 running, 31 sleeping CPU: 0.0% user, 0.0% nice, 0.2% system, 0.2% interrupt, 99.7% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 893 haldaemon 2 29 0 22488K 5540K select 1 0:00 0.00% = hald 983 markmi 1 20 0 11764K 2604K CPU0 0 0:00 0.00% = top 898 root 2 52 0 20256K 7092K select 1 0:00 0.00% = hald-runner 964 root 1 24 0 20320K 7708K select 0 0:00 0.00% = sshd 924 root 1 20 0 11224K 2596K select 1 0:00 0.00% = hald-addon-storage 880 root 1 23 0 11944K 2644K wait 0 0:00 0.00% = login 897 root 3 36 0 29468K 7992K kqread 0 0:00 0.00% = polkitd 895 root 18 20 0 46428K 8520K waitvt 0 0:00 0.00% = console-kit-daemon 919 root 1 42 0 13836K 5024K kqread 1 0:00 0.00% = hald-addon-mouse-sy 725 messagebus 1 20 0 10996K 1976K select 0 0:00 0.00% = dbus-daemon 791 root 1 20 0 13060K 2272K select 1 0:00 0.00% = ntpd 930 root 1 37 0 11472K 3120K ttyin 0 0:00 0.00% = csh 828 root 1 20 0 13564K 3924K select 0 0:00 0.00% = sendmail 980 markmi 1 20 0 20320K 4072K select 0 0:00 0.00% = sshd 600 root 1 20 0 10348K 1416K select 1 0:00 0.00% = syslogd 981 markmi 1 20 0 10864K 2400K wait 1 0:00 0.00% sh 884 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 825 root 1 20 0 16840K 2896K select 0 0:00 0.00% = sshd 882 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 839 root 1 20 0 10460K 1412K nanslp 0 0:00 0.00% = cron 883 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 453 root 1 20 0 9024K 888K select 0 0:00 0.00% = devd 886 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 887 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 881 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 831 smmsp 1 52 0 13564K 2136K pause 1 0:00 0.00% = sendmail 885 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 888 root 1 52 0 10336K 1820K ttydcd 1 0:00 0.00% = getty 950 root 1 52 0 15860K 1804K select 0 0:00 0.00% = ssh-agent 572 _dhcp 1 49 0 10464K 1056K select 0 0:00 0.00% = dhclient 536 root 1 52 0 10464K 1108K select 1 0:00 0.00% = dhclient 436 root 1 52 0 10556K 816K select 0 0:00 0.00% = moused =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 2:39 PM, Mark Millard wrote: Yes: Initially X hangs. That is the original problem and the problem = that applies to more contexts. I can try set up ssh to do a "top" but it may take a bit before I can = get to it and finish it. =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 2:30 PM, Nathan Whitehorn = wrote: So X is hanging, then? Can you ssh into the machine to figure out what = it's doing? Even just looking at its CPU usage in top would be helpful. -Nathan On 08/31/14 14:04, Mark Millard wrote: > No. The Black Screen is from Option-Fn (switching to a VTn) for = Radeon contexts. I attempt that after the original problem. >=20 > For NVIDIA Option-Fn (switching to VTn) works after the original = problem. This is a difference between Radeon and NIVIDA contexts. >=20 > The original problem is as follows and applies to both Radeon and = NVIDIA contexts when Dual G4 processors are involved: >=20 > UI hangs during the initial xfce4 screen display, frequently without = the background being finished (or sometimes even started). What is = displayed seems fine as far as it got. But how far the screen update = gets before hanging varies from one attempt to the next. >=20 > (I changed the wording since the G5 and single processor G4 = experiments got past the initial "welcome screen" so the initial screen = is now a normal xfce4 desktop.) >=20 > The cursor does not track mouse motions. But that may be just part of = the screen-update-hang status. I've no evidence that after startxfce4 = but before Option-Fn any input other than Option-Fn works on any Dual = Processor PowerMac. >=20 > This "original problem" wording applies to both the Radeon contexts = and the NVIDIA context on Dual Processor G4 PowerMacs. The after = Option-Fn details do vary between Radeon and NVIDIA. (See above.) >=20 > I have also tried a 1 GHz Dual Processor Mirrored Drive Door PowerMac = G4 (no FW800) with a Radeon. It behaves like the 1.4GHz FW800 Dual = Processor G4 PowerMac contexts (Radeon and NVIDIA) as far as the = original problem goes. But for after Option-Fn it behaves like the other = Radeon examples, not like the NVIDIA example. >=20 >=20 > I can try connecting a monitor to the other connector. Once I do I'll = let you know if it proves interesting for what happens when I Option-Fn. = But unless screen updates switching card outputs sometimes happens = mid-first screen update that extra monitor test probably will not = produce interesting results for the "original problem". >=20 >=20 >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On Aug 31, 2014, at 1:34 PM, Nathan Whitehorn = wrote: >=20 > So the bug is that on dual-processor G4 systems, you get a black = screen when starting X, but input works? Is it a dual-head graphics = card? Sometimes X's logic about which connector is the primary display = goes wonky and it picks the other one. > -Nathan >=20 > On 08/31/14 04:27, Mark Millard wrote: >> I plugged the boot SSD configured for Radeon's into a 466 MHz = PowerMac3,4 that has a Radeon card (a single processor G4 model, unlike = all prior tests) and did not change the xorg.conf compared to there = other 2 Radeon PowerMac tests done with that SSD. >>=20 >> Xorg with xfce4 worked fine! >>=20 >> So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for = Xorg with xfce4 from around 9 days later has Xorg-with-xfce4 problems = for dual-procesor G4's only. >>=20 >> Single processor G4's and Dual processor G5's and two dual-core = processors contexts all work fine. The problem is not specific to Radeon = or to NVIDIA cards. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi@dsl-only.net >>=20 >> On Aug 31, 2014, at 3:35 AM, Mark Millard = wrote: >>=20 >> I should have mentioned the following: >>=20 >> These SSD's are as they were when I originally reported the original = issues on July-23: the ports used match that time frame. That includes = Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the = most recent available for non-source downloading) --so also as it was = back then. >>=20 >> As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD = and swapping back the xorg.conf files used gets the same results. In = other words: I can do this with one SSD moving between 4 PowerMacs and = the G4's fail and the G5's work, all booted from the same SSD with only = minimal xorg.conf changes to be appropriate to the cards: >>=20 >> A) NVIDIA needs the BusID change relative to the other NVIDIA. = (AGP/PCI-X vs. PCI-express context change.) >>=20 >> B) Both Radeon's need NoAccel (or "False" for DRI) but their = xorg.conf files can be identical. >>=20 >> C) Of course nv vs. radeon and the list of option line differences is = fairly extensive for (A) vs. (B) comparisons but the Options are all = disabled (# in front), other than the Radeon's disabling DRI one way or = another. These and related (A) vs. (B) differences are not relevant to = the general point as far as I can tell. >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On Aug 31, 2014, at 2:51 AM, Mark Millard = wrote: >>=20 >> The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! >>=20 >> So both G5's work and both G4's do not, despite the differences in = card types (Radeon's vs. GeForces). And part of the G4's failures = description is the same for each card type. >>=20 >> The details... >>=20 >>=20 >> The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! >>=20 >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. >> with a boot SSD >>=20 >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >>=20 >> moved to >>=20 >> PowerMac G5 (7,11), GeForce 7800 GT >>=20 >> with the BusID adjusted but being otherwise unchanged has X11 with = xfce4 working just fine. >>=20 >> For the NVIDIA examples no explicit change from the default = -configure xorg.conf content was involved: Option NoAccel did not have = to be turned on. (It may well be that something automatically did an = equivalent for all I know.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On Aug 31, 2014, at 2:02 AM, Mark Millard = wrote: >>=20 >> The following eventually reports that moving a PowerMac G4 FreeBSD = boot SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go = from not working to working. (No other changes are involved.) >>=20 >>=20 >> Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) >>=20 >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. >> The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far = worse off for as much as I tested back then: random varying garbage = displayed and it ignored my input after attempting to switch back to to = a VTn. Forced power switch based shutdown. >>=20 >> Now that I've access to the Power Mac's again I experimented more = with "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed = to make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) >>=20 >> In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. >>=20 >> The SSD has: >>=20 >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >>=20 >>=20 >>=20 >> BUT... >>=20 >> Now switching that SSD to a G5 PowerMac and booting from it: PowerMac = G5 (7,2), Radeon 9800PRO NH (AGP) >>=20 >> Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or = with "False" for DRI in each context): X11 with xfce4 works fine! >>=20 >> Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. >>=20 >>=20 >>=20 >> The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. >>=20 >> Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? >>=20 >> The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". >>=20 >>=20 >>=20 >> Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence = of problems. >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> 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" >>=20 >=20 >=20 From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 23:13:20 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CBA1E66 for ; Sun, 31 Aug 2014 23:13:20 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 BDC101781 for ; Sun, 31 Aug 2014 23:13:18 +0000 (UTC) Received: (qmail 9475 invoked from network); 31 Aug 2014 23:13:17 -0000 Received: from unknown (HELO mail-cs-03.app.dca.reflexion.local) (10.81.19.3) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 23:13:17 -0000 Received: by mail-cs-03.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 19:13:17 -0400 (EDT) Received: (qmail 28526 invoked from network); 31 Aug 2014 23:13:17 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 23:13:17 -0000 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 9E1D8B1E001; Sun, 31 Aug 2014 16:13:11 -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: <2B74B670-7463-47D1-B0AF-BDBFEE8823A4@dsl-only.net> Date: Sun, 31 Aug 2014 16:13:15 -0700 Message-Id: <1B729E38-6495-4240-B9E2-A48238E4E830@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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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, 31 Aug 2014 23:13:20 -0000 Here are a couple of io instead of cpu snapshots and then another CPU = round. Some display options were changed as well. last pid: 994; load averages: 0.23, 0.24, 0.18 = up 0+00:15:38 16:09:05 52 processes: 2 running, 49 sleeping, 1 waiting CPU: 0.0% user, 0.0% nice, 0.1% system, 0.0% interrupt, 99.9% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT = COMMAND 11 root 25 538 0 0 0 0 0.00% = [idle] 12 root 283 28 0 0 0 0 0.00% = [intr] 18 root 27 11 0 0 0 0 0.00% = [pmac_thermal] 983 markmi 2 0 0 0 0 0 0.00% top 893 haldaemon 13 1 0 0 0 0 0.00% = /usr/local/sbin/hald 15 root 49 0 0 0 0 0 0.00% [usb] 924 root 17 0 0 0 0 0 0.00% = hald-addon-storage: /dev/cd0 (hald-addon-storage) 898 root 0 0 0 0 0 0 0.00% = hald-runner 13 root 0 0 0 0 0 0 0.00% = [geom] 964 root 0 0 0 0 0 0 0.00% sshd: = markmi [priv] (sshd) 880 root 0 0 0 0 0 0 0.00% login = [pam] (login) 791 root 10 0 0 0 0 0 0.00% = /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/ 2 root 12 0 0 0 0 0 0.00% [cam] 1 root 0 0 0 0 0 0 0.00% = [init] 980 markmi 2 0 0 0 0 0 0.00% sshd: = markmi@pts/0 (sshd) 897 root 0 0 0 0 0 0 0.00% = /usr/local/libexec/polkitd --no-debug 14 root 93 0 0 0 0 0 0.00% = [rand_harvestq] 895 root 0 0 0 0 0 0 0.00% = /usr/local/sbin/console-kit-daemon --no-daemon 0 root 97 0 0 0 0 0 0.00% = [kernel] 919 root 0 0 0 0 0 0 0.00% = hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) 725 messagebus 0 0 0 0 0 0 0.00% = /usr/local/bin/dbus-daemon --system 828 root 2 0 0 0 0 0 0.00% = sendmail: accepting connections (sendmail) 16 root 12 1 0 0 0 0 0.00% = [syncer] 930 root 0 0 0 0 0 0 0.00% -csh = (csh) 5 root 10 0 0 0 0 0 0.00% = [pagedaemon] 600 root 1 0 0 0 0 0 0.00% = /usr/sbin/syslogd -s 981 markmi 0 0 0 0 0 0 0.00% -sh = (sh) 17 root 10 0 0 0 0 0 0.00% = [softdepflush] 839 root 1 0 0 0 0 0 0.00% = /usr/sbin/cron -s 884 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv4 825 root 0 0 0 0 0 0 0.00% = /usr/sbin/sshd 882 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv2 453 root 1 0 0 0 0 0 0.00% = /sbin/devd 883 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv3 886 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv6 887 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv7 881 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv1 831 smmsp 0 0 0 0 0 0 0.00% = sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sen 885 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv5 888 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty std.9600 ttyu0 8 root 10 0 0 0 0 0 0.00% = [bufdaemon] 9 root 10 0 0 0 0 0 0.00% = [vnlru] 950 root 0 0 0 0 0 0 0.00% = /usr/bin/ssh-agent -s 572 _dhcp 0 0 0 0 0 0 0.00% = dhclient: gem0 (dhclient) 536 root 0 0 0 0 0 0 0.00% = dhclient: gem0 [priv] (dhclient) 806 root 0 0 0 0 0 0 0.00% = [md99] 436 root 0 0 0 0 0 0 0.00% = /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pi 4 root 0 0 0 0 0 0 0.00% = [sctp_iterator] 7 root 0 0 0 0 0 0 0.00% = [pagezero] 6 root 0 0 0 0 0 0 0.00% = [vmdaemon] 3 root 0 0 0 0 0 0 0.00% = [fw0_probe] 10 root 0 0 0 0 0 0 0.00% = [audit] last pid: 994; load averages: 0.27, 0.25, 0.18 = up 0+00:16:29 16:09:56 52 processes: 2 running, 49 sleeping, 1 waiting CPU: 0.0% user, 0.0% nice, 0.2% system, 0.1% interrupt, 99.6% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME VCSW IVCSW READ WRITE FAULT TOTAL PERCENT = COMMAND 11 root 12 550 0 0 0 0 0.00% = [idle] 12 root 283 37 0 0 0 0 0.00% = [intr] 18 root 27 6 0 0 0 0 0.00% = [pmac_thermal] 983 markmi 2 1 0 0 0 0 0.00% top 893 haldaemon 14 0 0 0 0 0 0.00% = /usr/local/sbin/hald 15 root 72 0 0 0 0 0 0.00% [usb] 924 root 18 0 0 0 0 0 0.00% = hald-addon-storage: /dev/cd0 (hald-addon-storage) 898 root 0 0 0 0 0 0 0.00% = hald-runner 13 root 0 0 0 0 0 0 0.00% = [geom] 964 root 0 0 0 0 0 0 0.00% sshd: = markmi [priv] (sshd) 791 root 12 0 0 0 0 0 0.00% = /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /var/ 2 root 11 0 0 0 0 0 0.00% [cam] 880 root 0 0 0 0 0 0 0.00% login = [pam] (login) 1 root 0 0 0 0 0 0 0.00% = [init] 14 root 93 0 0 0 0 0 0.00% = [rand_harvestq] 980 markmi 2 0 0 0 0 0 0.00% sshd: = markmi@pts/0 (sshd) 897 root 0 0 0 0 0 0 0.00% = /usr/local/libexec/polkitd --no-debug 895 root 0 0 0 0 0 0 0.00% = /usr/local/sbin/console-kit-daemon --no-daemon 0 root 97 0 0 0 0 0 0.00% = [kernel] 919 root 0 0 0 0 0 0 0.00% = hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) 725 messagebus 0 0 0 0 0 0 0.00% = /usr/local/bin/dbus-daemon --system 828 root 2 0 0 0 0 0 0.00% = sendmail: accepting connections (sendmail) 16 root 13 0 0 0 0 0 0.00% = [syncer] 930 root 0 0 0 0 0 0 0.00% -csh = (csh) 5 root 10 0 0 0 0 0 0.00% = [pagedaemon] 600 root 2 0 0 0 0 0 0.00% = /usr/sbin/syslogd -s 981 markmi 0 0 0 0 0 0 0.00% -sh = (sh) 17 root 9 0 0 0 0 0 0.00% = [softdepflush] 839 root 0 0 0 0 0 0 0.00% = /usr/sbin/cron -s 884 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv4 825 root 0 0 0 0 0 0 0.00% = /usr/sbin/sshd 882 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv2 453 root 0 0 0 0 0 0 0.00% = /sbin/devd 883 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv3 886 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv6 887 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv7 881 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv1 831 smmsp 0 0 0 0 0 0 0.00% = sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sen 885 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty Pc ttyv5 888 root 0 0 0 0 0 0 0.00% = /usr/libexec/getty std.9600 ttyu0 8 root 10 0 0 0 0 0 0.00% = [bufdaemon] 9 root 10 0 0 0 0 0 0.00% = [vnlru] 950 root 0 0 0 0 0 0 0.00% = /usr/bin/ssh-agent -s 572 _dhcp 0 0 0 0 0 0 0.00% = dhclient: gem0 (dhclient) 536 root 0 0 0 0 0 0 0.00% = dhclient: gem0 [priv] (dhclient) 806 root 0 0 0 0 0 0 0.00% = [md99] 436 root 0 0 0 0 0 0 0.00% = /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pi 4 root 0 0 0 0 0 0 0.00% = [sctp_iterator] 7 root 0 0 0 0 0 0 0.00% = [pagezero] 6 root 0 0 0 0 0 0 0.00% = [vmdaemon] 10 root 0 0 0 0 0 0 0.00% = [audit] 3 root 0 0 0 0 0 0 0.00% = [fw0_probe] last pid: 996; load averages: 0.25, 0.25, 0.19 = up 0+00:17:20 16:10:47 52 processes: 2 running, 49 sleeping, 1 waiting CPU: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 11 root 2 155 ki31 0K 32K RUN 1 34:02 200.00% = [idle] 12 root 22 -92 - 0K 352K WAIT 1 0:04 0.00% = [intr] 18 root 1 -16 - 0K 16K pmac_t 0 0:02 0.00% = [pmac_thermal] 983 markmi 1 20 0 11764K 2724K CPU1 1 0:01 0.00% = top 893 haldaemon 2 29 0 22488K 5540K select 1 0:01 0.00% = /usr/local/sbin/hald 15 root 16 -68 - 0K 256K - 0 0:00 0.00% = [usb] 924 root 1 20 0 11224K 2596K select 1 0:00 0.00% = hald-addon-storage: /dev/cd0 (hald-addon-storage) 898 root 2 52 0 20256K 7092K select 1 0:00 0.00% = hald-runner 13 root 3 -8 - 0K 48K - 1 0:00 0.00% = [geom] 964 root 1 24 0 20320K 7708K select 0 0:00 0.00% = sshd: markmi [priv] (sshd) 791 root 1 20 0 13060K 2296K select 0 0:00 0.00% = /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /v 2 root 2 -16 - 0K 32K - 0 0:00 0.00% = [cam] 880 root 1 23 0 11944K 2644K wait 0 0:00 0.00% = login [pam] (login) 1 root 1 22 0 9428K 720K wait 1 0:00 0.00% = [init] 14 root 1 -16 - 0K 16K - 1 0:00 0.00% = [rand_harvestq] 980 markmi 1 20 0 20320K 4072K select 1 0:00 0.00% = sshd: markmi@pts/0 (sshd) 0 root 7 -8 0 0K 112K - 0 0:00 0.00% = [kernel] 897 root 3 36 0 29468K 7992K kqread 0 0:00 0.00% = /usr/local/libexec/polkitd --no-debug 895 root 18 20 0 46428K 8520K waitvt 0 0:00 0.00% = /usr/local/sbin/console-kit-daemon --no-daemon 919 root 1 42 0 13836K 5024K kqread 1 0:00 0.00% = hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) 725 messagebus 1 20 0 10996K 1976K select 0 0:00 0.00% = /usr/local/bin/dbus-daemon --system 16 root 1 16 - 0K 16K syncer 1 0:00 0.00% = [syncer] 828 root 1 20 0 13564K 3924K select 0 0:00 0.00% = sendmail: accepting connections (sendmail) 930 root 1 37 0 11472K 3120K ttyin 0 0:00 0.00% = -csh (csh) 5 root 1 -16 - 0K 16K psleep 1 0:00 0.00% = [pagedaemon] 600 root 1 20 0 10348K 1416K select 1 0:00 0.00% = /usr/sbin/syslogd -s 981 markmi 1 20 0 10864K 2400K wait 1 0:00 0.00% = -sh (sh) 17 root 1 20 - 0K 16K sdflus 1 0:00 0.00% = [softdepflush] 839 root 1 20 0 10460K 1412K nanslp 0 0:00 0.00% = /usr/sbin/cron -s 884 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv4 825 root 1 20 0 16840K 2896K select 0 0:00 0.00% = /usr/sbin/sshd 882 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv2 453 root 1 20 0 9024K 888K select 0 0:00 0.00% = /sbin/devd 883 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = /usr/libexec/getty Pc ttyv3 886 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv6 887 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv7 881 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = /usr/libexec/getty Pc ttyv1 831 smmsp 1 52 0 13564K 2136K pause 1 0:00 0.00% = sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue ( 885 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = /usr/libexec/getty Pc ttyv5 8 root 1 -16 - 0K 16K psleep 0 0:00 0.00% = [bufdaemon] 888 root 1 52 0 10336K 1820K ttydcd 1 0:00 0.00% = /usr/libexec/getty std.9600 ttyu0 9 root 1 -16 - 0K 16K vlruwt 1 0:00 0.00% = [vnlru] 950 root 1 52 0 15860K 1804K select 0 0:00 0.00% = /usr/bin/ssh-agent -s 572 _dhcp 1 49 0 10464K 1056K select 0 0:00 0.00% = dhclient: gem0 (dhclient) 536 root 1 52 0 10464K 1108K select 1 0:00 0.00% = dhclient: gem0 [priv] (dhclient) 806 root 1 -8 - 0K 16K mdwait 1 0:00 0.00% = [md99] 436 root 1 52 0 10556K 816K select 0 0:00 0.00% = /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0 4 root 1 -16 - 0K 16K waitin 1 0:00 0.00% = [sctp_iterator] 7 root 1 155 ki31 0K 16K pgzero 1 0:00 0.00% = [pagezero] 6 root 1 -16 - 0K 16K psleep 1 0:00 0.00% = [vmdaemon] 10 root 1 -16 - 0K 16K audit_ 0 0:00 0.00% = [audit] 3 root 1 -16 - 0K 16K - 0 0:00 0.00% = [fw0_probe] last pid: 996; load averages: 0.21, 0.24, 0.18 = up 0+00:17:30 16:10:57 52 processes: 2 running, 49 sleeping, 1 waiting CPU: 0.0% user, 0.0% nice, 0.1% system, 0.2% interrupt, 99.8% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 11 root 2 155 ki31 0K 32K RUN 1 34:22 200.00% = [idle] 12 root 22 -92 - 0K 352K WAIT 1 0:04 0.00% = [intr] 18 root 1 -16 - 0K 16K kiic 1 0:02 0.00% = [pmac_thermal] 983 markmi 1 20 0 11764K 2724K CPU1 1 0:01 0.00% = top 893 haldaemon 2 29 0 22488K 5540K select 1 0:01 0.00% = /usr/local/sbin/hald 15 root 16 -68 - 0K 256K - 0 0:00 0.00% = [usb] 924 root 1 20 0 11224K 2596K select 1 0:00 0.00% = hald-addon-storage: /dev/cd0 (hald-addon-storage) 898 root 2 52 0 20256K 7092K select 1 0:00 0.00% = hald-runner 13 root 3 -8 - 0K 48K - 1 0:00 0.00% = [geom] 964 root 1 24 0 20320K 7708K select 0 0:00 0.00% = sshd: markmi [priv] (sshd) 791 root 1 20 0 13060K 2296K select 0 0:00 0.00% = /usr/sbin/ntpd -g -c /etc/ntp.conf -p /var/run/ntpd.pid -f /v 2 root 2 -16 - 0K 32K - 0 0:00 0.00% = [cam] 880 root 1 23 0 11944K 2644K wait 0 0:00 0.00% = login [pam] (login) 1 root 1 22 0 9428K 720K wait 1 0:00 0.00% = [init] 14 root 1 -16 - 0K 16K - 0 0:00 0.00% = [rand_harvestq] 980 markmi 1 20 0 20320K 4072K select 0 0:00 0.00% = sshd: markmi@pts/0 (sshd) 0 root 7 -8 0 0K 112K - 0 0:00 0.00% = [kernel] 897 root 3 36 0 29468K 7992K kqread 0 0:00 0.00% = /usr/local/libexec/polkitd --no-debug 895 root 18 20 0 46428K 8520K waitvt 0 0:00 0.00% = /usr/local/sbin/console-kit-daemon --no-daemon 919 root 1 42 0 13836K 5024K kqread 1 0:00 0.00% = hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy) 725 messagebus 1 20 0 10996K 1976K select 0 0:00 0.00% = /usr/local/bin/dbus-daemon --system 16 root 1 16 - 0K 16K syncer 1 0:00 0.00% = [syncer] 828 root 1 20 0 13564K 3924K select 0 0:00 0.00% = sendmail: accepting connections (sendmail) 930 root 1 37 0 11472K 3120K ttyin 0 0:00 0.00% = -csh (csh) 5 root 1 -16 - 0K 16K psleep 1 0:00 0.00% = [pagedaemon] 600 root 1 20 0 10348K 1416K select 1 0:00 0.00% = /usr/sbin/syslogd -s 981 markmi 1 20 0 10864K 2400K wait 1 0:00 0.00% = -sh (sh) 17 root 1 20 - 0K 16K sdflus 0 0:00 0.00% = [softdepflush] 839 root 1 20 0 10460K 1412K nanslp 0 0:00 0.00% = /usr/sbin/cron -s 884 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv4 825 root 1 20 0 16840K 2896K select 0 0:00 0.00% = /usr/sbin/sshd 882 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv2 453 root 1 20 0 9024K 888K select 0 0:00 0.00% = /sbin/devd 883 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = /usr/libexec/getty Pc ttyv3 886 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv6 887 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = /usr/libexec/getty Pc ttyv7 881 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = /usr/libexec/getty Pc ttyv1 831 smmsp 1 52 0 13564K 2136K pause 1 0:00 0.00% = sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue ( 885 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = /usr/libexec/getty Pc ttyv5 8 root 1 -16 - 0K 16K psleep 1 0:00 0.00% = [bufdaemon] 888 root 1 52 0 10336K 1820K ttydcd 1 0:00 0.00% = /usr/libexec/getty std.9600 ttyu0 9 root 1 -16 - 0K 16K vlruwt 0 0:00 0.00% = [vnlru] 950 root 1 52 0 15860K 1804K select 0 0:00 0.00% = /usr/bin/ssh-agent -s 572 _dhcp 1 49 0 10464K 1056K select 0 0:00 0.00% = dhclient: gem0 (dhclient) 536 root 1 52 0 10464K 1108K select 1 0:00 0.00% = dhclient: gem0 [priv] (dhclient) 806 root 1 -8 - 0K 16K mdwait 1 0:00 0.00% = [md99] 436 root 1 52 0 10556K 816K select 0 0:00 0.00% = /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0 4 root 1 -16 - 0K 16K waitin 1 0:00 0.00% = [sctp_iterator] 7 root 1 155 ki31 0K 16K pgzero 1 0:00 0.00% = [pagezero] 6 root 1 -16 - 0K 16K psleep 1 0:00 0.00% = [vmdaemon] 10 root 1 -16 - 0K 16K audit_ 0 0:00 0.00% = [audit] 3 root 1 -16 - 0K 16K - 0 0:00 0.00% = [fw0_probe] =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 4:02 PM, Mark Millard wrote: Here are a couple of top snapshots from while the display is hung up = (before any Option-Fn). I set the update interval to 10s so I'd have = time to capture between updates. last pid: 983; load averages: 0.25, 0.35, 0.17 = up 0+00:03:27 15:56:54 32 processes: 1 running, 31 sleeping CPU: 0.0% user, 0.0% nice, 0.1% system, 0.0% interrupt, 99.9% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 893 haldaemon 2 29 0 22488K 5540K select 1 0:00 0.00% = hald 983 markmi 1 20 0 11764K 2604K CPU0 0 0:00 0.00% = top 898 root 2 52 0 20256K 7092K select 1 0:00 0.00% = hald-runner 964 root 1 24 0 20320K 7708K select 0 0:00 0.00% = sshd 924 root 1 20 0 11224K 2596K select 0 0:00 0.00% = hald-addon-storage 880 root 1 23 0 11944K 2644K wait 0 0:00 0.00% = login 897 root 3 36 0 29468K 7992K kqread 0 0:00 0.00% = polkitd 895 root 18 20 0 46428K 8520K waitvt 0 0:00 0.00% = console-kit-daemon 919 root 1 42 0 13836K 5024K kqread 1 0:00 0.00% = hald-addon-mouse-sy 725 messagebus 1 20 0 10996K 1976K select 0 0:00 0.00% = dbus-daemon 791 root 1 20 0 13060K 2272K select 1 0:00 0.00% = ntpd 930 root 1 37 0 11472K 3120K ttyin 0 0:00 0.00% = csh 828 root 1 20 0 13564K 3924K select 0 0:00 0.00% = sendmail 980 markmi 1 20 0 20320K 4072K select 1 0:00 0.00% = sshd 600 root 1 20 0 10348K 1416K select 1 0:00 0.00% = syslogd 981 markmi 1 20 0 10864K 2400K wait 1 0:00 0.00% sh 884 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 825 root 1 20 0 16840K 2896K select 0 0:00 0.00% = sshd 882 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 883 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 839 root 1 20 0 10460K 1412K nanslp 0 0:00 0.00% = cron 453 root 1 20 0 9024K 888K select 0 0:00 0.00% = devd 886 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 887 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 881 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 831 smmsp 1 52 0 13564K 2136K pause 1 0:00 0.00% = sendmail 885 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 888 root 1 52 0 10336K 1820K ttydcd 1 0:00 0.00% = getty 950 root 1 52 0 15860K 1804K select 0 0:00 0.00% = ssh-agent 572 _dhcp 1 49 0 10464K 1056K select 0 0:00 0.00% = dhclient 536 root 1 52 0 10464K 1108K select 1 0:00 0.00% = dhclient 436 root 1 52 0 10556K 816K select 0 0:00 0.00% = moused last pid: 983; load averages: 0.64, 0.37, 0.20 = up 0+00:05:35 15:59:02 32 processes: 1 running, 31 sleeping CPU: 0.0% user, 0.0% nice, 0.2% system, 0.2% interrupt, 99.7% idle Mem: 49M Active, 20M Inact, 49M Wired, 34M Buf, 1855M Free Swap: 10G Total, 10G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 893 haldaemon 2 29 0 22488K 5540K select 1 0:00 0.00% = hald 983 markmi 1 20 0 11764K 2604K CPU0 0 0:00 0.00% = top 898 root 2 52 0 20256K 7092K select 1 0:00 0.00% = hald-runner 964 root 1 24 0 20320K 7708K select 0 0:00 0.00% = sshd 924 root 1 20 0 11224K 2596K select 1 0:00 0.00% = hald-addon-storage 880 root 1 23 0 11944K 2644K wait 0 0:00 0.00% = login 897 root 3 36 0 29468K 7992K kqread 0 0:00 0.00% = polkitd 895 root 18 20 0 46428K 8520K waitvt 0 0:00 0.00% = console-kit-daemon 919 root 1 42 0 13836K 5024K kqread 1 0:00 0.00% = hald-addon-mouse-sy 725 messagebus 1 20 0 10996K 1976K select 0 0:00 0.00% = dbus-daemon 791 root 1 20 0 13060K 2272K select 1 0:00 0.00% = ntpd 930 root 1 37 0 11472K 3120K ttyin 0 0:00 0.00% = csh 828 root 1 20 0 13564K 3924K select 0 0:00 0.00% = sendmail 980 markmi 1 20 0 20320K 4072K select 0 0:00 0.00% = sshd 600 root 1 20 0 10348K 1416K select 1 0:00 0.00% = syslogd 981 markmi 1 20 0 10864K 2400K wait 1 0:00 0.00% sh 884 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 825 root 1 20 0 16840K 2896K select 0 0:00 0.00% = sshd 882 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 839 root 1 20 0 10460K 1412K nanslp 0 0:00 0.00% = cron 883 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 453 root 1 20 0 9024K 888K select 0 0:00 0.00% = devd 886 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 887 root 1 52 0 10336K 1824K ttyin 1 0:00 0.00% = getty 881 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 831 smmsp 1 52 0 13564K 2136K pause 1 0:00 0.00% = sendmail 885 root 1 52 0 10336K 1824K ttyin 0 0:00 0.00% = getty 888 root 1 52 0 10336K 1820K ttydcd 1 0:00 0.00% = getty 950 root 1 52 0 15860K 1804K select 0 0:00 0.00% = ssh-agent 572 _dhcp 1 49 0 10464K 1056K select 0 0:00 0.00% = dhclient 536 root 1 52 0 10464K 1108K select 1 0:00 0.00% = dhclient 436 root 1 52 0 10556K 816K select 0 0:00 0.00% = moused =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 2:39 PM, Mark Millard wrote: Yes: Initially X hangs. That is the original problem and the problem = that applies to more contexts. I can try set up ssh to do a "top" but it may take a bit before I can = get to it and finish it. =3D=3D=3D Mark Millard markmi@dsl-only.net On Aug 31, 2014, at 2:30 PM, Nathan Whitehorn = wrote: So X is hanging, then? Can you ssh into the machine to figure out what = it's doing? Even just looking at its CPU usage in top would be helpful. -Nathan On 08/31/14 14:04, Mark Millard wrote: > No. The Black Screen is from Option-Fn (switching to a VTn) for = Radeon contexts. I attempt that after the original problem. >=20 > For NVIDIA Option-Fn (switching to VTn) works after the original = problem. This is a difference between Radeon and NIVIDA contexts. >=20 > The original problem is as follows and applies to both Radeon and = NVIDIA contexts when Dual G4 processors are involved: >=20 > UI hangs during the initial xfce4 screen display, frequently without = the background being finished (or sometimes even started). What is = displayed seems fine as far as it got. But how far the screen update = gets before hanging varies from one attempt to the next. >=20 > (I changed the wording since the G5 and single processor G4 = experiments got past the initial "welcome screen" so the initial screen = is now a normal xfce4 desktop.) >=20 > The cursor does not track mouse motions. But that may be just part of = the screen-update-hang status. I've no evidence that after startxfce4 = but before Option-Fn any input other than Option-Fn works on any Dual = Processor PowerMac. >=20 > This "original problem" wording applies to both the Radeon contexts = and the NVIDIA context on Dual Processor G4 PowerMacs. The after = Option-Fn details do vary between Radeon and NVIDIA. (See above.) >=20 > I have also tried a 1 GHz Dual Processor Mirrored Drive Door PowerMac = G4 (no FW800) with a Radeon. It behaves like the 1.4GHz FW800 Dual = Processor G4 PowerMac contexts (Radeon and NVIDIA) as far as the = original problem goes. But for after Option-Fn it behaves like the other = Radeon examples, not like the NVIDIA example. >=20 >=20 > I can try connecting a monitor to the other connector. Once I do I'll = let you know if it proves interesting for what happens when I Option-Fn. = But unless screen updates switching card outputs sometimes happens = mid-first screen update that extra monitor test probably will not = produce interesting results for the "original problem". >=20 >=20 >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On Aug 31, 2014, at 1:34 PM, Nathan Whitehorn = wrote: >=20 > So the bug is that on dual-processor G4 systems, you get a black = screen when starting X, but input works? Is it a dual-head graphics = card? Sometimes X's logic about which connector is the primary display = goes wonky and it picks the other one. > -Nathan >=20 > On 08/31/14 04:27, Mark Millard wrote: >> I plugged the boot SSD configured for Radeon's into a 466 MHz = PowerMac3,4 that has a Radeon card (a single processor G4 model, unlike = all prior tests) and did not change the xorg.conf compared to there = other 2 Radeon PowerMac tests done with that SSD. >>=20 >> Xorg with xfce4 worked fine! >>=20 >> So as near as I can tell 10.0-STABLE powerpc r268571 (July-13) for = Xorg with xfce4 from around 9 days later has Xorg-with-xfce4 problems = for dual-procesor G4's only. >>=20 >> Single processor G4's and Dual processor G5's and two dual-core = processors contexts all work fine. The problem is not specific to Radeon = or to NVIDIA cards. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi@dsl-only.net >>=20 >> On Aug 31, 2014, at 3:35 AM, Mark Millard = wrote: >>=20 >> I should have mentioned the following: >>=20 >> These SSD's are as they were when I originally reported the original = issues on July-23: the ports used match that time frame. That includes = Xorg and xfce4. 10.0-STABLE for powerpc is as of July-13 (r268571: the = most recent available for non-source downloading) --so also as it was = back then. >>=20 >> As reported before: swapping the Radeon-tied SSD and NVIDIA-tied SSD = and swapping back the xorg.conf files used gets the same results. In = other words: I can do this with one SSD moving between 4 PowerMacs and = the G4's fail and the G5's work, all booted from the same SSD with only = minimal xorg.conf changes to be appropriate to the cards: >>=20 >> A) NVIDIA needs the BusID change relative to the other NVIDIA. = (AGP/PCI-X vs. PCI-express context change.) >>=20 >> B) Both Radeon's need NoAccel (or "False" for DRI) but their = xorg.conf files can be identical. >>=20 >> C) Of course nv vs. radeon and the list of option line differences is = fairly extensive for (A) vs. (B) comparisons but the Options are all = disabled (# in front), other than the Radeon's disabling DRI one way or = another. These and related (A) vs. (B) differences are not relevant to = the general point as far as I can tell. >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On Aug 31, 2014, at 2:51 AM, Mark Millard = wrote: >>=20 >> The prior report was for the Radeon G4 and G5 PowerMacs. It turns out = that NVIDIA GeForce PowerMacs also have the G4-fails to G5-works status! >>=20 >> So both G5's work and both G4's do not, despite the differences in = card types (Radeon's vs. GeForces). And part of the G4's failures = description is the same for each card type. >>=20 >> The details... >>=20 >>=20 >> The same sort of thing happens for the NVIDIA G4 and G5 PowerMacs: = Moving the boot SSD from the G4 to the G5, booting from it, and changing = the xorg.conf BusID (since it was different in the G5) took a X11 with = xfce4 that was not working to a context where the same SSD has X11 with = xfce4 working fine with no other changes involved! >>=20 >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. >> with a boot SSD >>=20 >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >>=20 >> moved to >>=20 >> PowerMac G5 (7,11), GeForce 7800 GT >>=20 >> with the BusID adjusted but being otherwise unchanged has X11 with = xfce4 working just fine. >>=20 >> For the NVIDIA examples no explicit change from the default = -configure xorg.conf content was involved: Option NoAccel did not have = to be turned on. (It may well be that something automatically did an = equivalent for all I know.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On Aug 31, 2014, at 2:02 AM, Mark Millard = wrote: >>=20 >> The following eventually reports that moving a PowerMac G4 FreeBSD = boot SSD to a PowerMac G5 and booting from it makes X11 with xfce4 go = from not working to working. (No other changes are involved.) >>=20 >>=20 >> Earlier when trying the "/dev/mem instead of /dev/console for = memory-mapping frame buffers in X11 on PowerPC" testing I had reported = that I was unable to get to the point of a reasonable test on PowerMac = G4's, including for NVIDIA. = (http://lists.freebsd.org/pipermail/freebsd-ppc/2014-July/007124.html) >>=20 >>> PowerMac G4 (3,6), GeForce4 Ti 4600: UI hangs during the initial = xfce4 "welcome" screen update, frequently without the background being = finished. What is displayed seems fine as far as it got. Can still = Option-Fn just fine to get back to VTn and use it. >> The "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" was far = worse off for as much as I tested back then: random varying garbage = displayed and it ignored my input after attempting to switch back to to = a VTn. Forced power switch based shutdown. >>=20 >> Now that I've access to the Power Mac's again I experimented more = with "PowerMac G4 (3,6), ATI Radeon 9000/PRO If (AGP/PCI)" and I managed = to make it work better then what I reported before. Avoiding DRI (use = NoAccel or use "False" for DRI) makes the Radeon behave the similar to = the NVIDIA GeForce4 Ti 4600 as indicated above. The difference is that = the VTn stays black when I switch to it. But it does take what I type = and executes the commands, such as reboot. (Yep: still syscons.) >>=20 >> In both G4 contexts the Xorg.0.log that results appears to have no = information indicating any failure. Of course in each case = /etc/X11/xorg.conf was generated (-configure) for the card in use, but = with NoAccel in use. >>=20 >> The SSD has: >>=20 >> FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul = 13 05:15:31 UTC 2014 root at = grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc >>=20 >>=20 >>=20 >> BUT... >>=20 >> Now switching that SSD to a G5 PowerMac and booting from it: PowerMac = G5 (7,2), Radeon 9800PRO NH (AGP) >>=20 >> Using the same Radeon /etc/X11/xorg.conf (with NoAccel enabled or = with "False" for DRI in each context): X11 with xfce4 works fine! >>=20 >> Even switching to a VTn works fine on the G5 PowerMac: it is displays = correctly instead of ending up with a black screen. >>=20 >>=20 >>=20 >> The generated -configure xorg.conf.new is the same for the two Radeon = contexts. But in each case I need to pick an option that disables DRI = use in order to get reasonable behavior. >>=20 >> Without NoAccel/"False"-for-DRI for the G5: text does not display = correctly and if composite is enabled with shadows then the shadowing is = messed up. Bit/Byte order/alignment issues when accelerated? >>=20 >> The Radeon 9000 with DRI enabled gets a Xorg.0.log report that = r200_dri.so is not found and the Radeon 9800 with DRI enabled gets a = report that r300_dri.so is not found. (As is probably expected in each = case.) So the behaviors are examples of the error handling for "not = found". >>=20 >>=20 >>=20 >> Mac OS X 10.4 works fine in all the PowerMacs involved: no evidence = of problems. >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> 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" >>=20 >=20 >=20 From owner-freebsd-ppc@FreeBSD.ORG Sun Aug 31 23:49:45 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F00AA2D4 for ; Sun, 31 Aug 2014 23:49:44 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 7A6251A3F for ; Sun, 31 Aug 2014 23:49:43 +0000 (UTC) Received: (qmail 21369 invoked from network); 31 Aug 2014 23:49:42 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 31 Aug 2014 23:49:42 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 19:49:42 -0400 (EDT) Received: (qmail 2619 invoked from network); 31 Aug 2014 23:49:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 31 Aug 2014 23:49:32 -0000 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 17ED81C4058; Sun, 31 Aug 2014 16:49:27 -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: <1B729E38-6495-4240-B9E2-A48238E4E830@dsl-only.net> Date: Sun, 31 Aug 2014 16:49:31 -0700 Message-Id: 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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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, 31 Aug 2014 23:49:45 -0000 [E-mail history trimmed this time.] I used script to log my startxfce4 command and what it produces. With = only the ADC connected this results in various "Unhandled monitor type = 0" notices as part of normal operation. The script output shows that the X server quit. There is no core file = left in the directory. Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0. xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0.0. xinit: connection to X server lost xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. The full script file contents are: Script started on Sun Aug 31 16:34:12 2014 You have mail. root@FBSDG4S0:~ # startxfce4^M /usr/local/bin/startxfce4: Starting X server X.Org X Server 1.12.4 Release Date: 2012-08-27 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.0-STABLE powerpc=20 Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC = powerpc Build Date: 21 July 2014 07:18:49PM =20 Current version of pixman: 0.32.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 16:34:23 2014 (=3D=3D) Using config file: "/etc/X11/xorg.conf" XRANDR name: DVI-1 Connector: DVI-I CRT2: INTERNAL_DAC2 DFP1: INTERNAL_TMDS1 DDC reg: 0x64 XRANDR name: DVI-0 Connector: DVI-I CRT1: INTERNAL_DAC1 DFP2: INTERNAL_DVO1 DDC reg: 0x60 XRANDR name: S-video Connector: S-video TV1: INTERNAL_DAC2 DDC reg: 0x0 finished output detect: 0 Unhandled monitor type 0 finished output detect: 1 finished output detect: 2 finished all detect Unhandled monitor type 0 Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done disable FP1 disable FP1 disable TV disable FP1 init memmap init common init crtc1 init pll1 freq: 117130000 best_freq: 117132353 best_feedback_div: 295 best_frac_feedback_div: 0 best_ref_div: 34 best_post_div: 2 restore memmap restore common restore crtc1 restore pll1 finished PLL1 set RMX set FP1 enable FP1 disable TV Unhandled monitor type 0 Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0. xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0.0. xinit: connection to X server lost xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Mon Sep 1 00:27:44 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71F14778 for ; Mon, 1 Sep 2014 00:27:44 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 EF20B1DA1 for ; Mon, 1 Sep 2014 00:27:43 +0000 (UTC) Received: (qmail 9563 invoked from network); 1 Sep 2014 00:27:42 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 1 Sep 2014 00:27:42 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 31 Aug 2014 20:27:42 -0400 (EDT) Received: (qmail 15923 invoked from network); 1 Sep 2014 00:27:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Sep 2014 00:27:41 -0000 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 37F671C4017; Sun, 31 Aug 2014 17:27:36 -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: Date: Sun, 31 Aug 2014 17:27:40 -0700 Message-Id: <38A1300F-E5A4-4A71-A9CF-A7BED66E0BDF@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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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: Mon, 01 Sep 2014 00:27:44 -0000 As an example of how sudden and arbitrary the silent-quit of the X = server is: The partial display update currently on my ADC display has approximating = the top 1/2 updated and the bottom half not updated (still black). But the boundary is somewhat interesting: The last updated raster/pixel = line has its left side updated (a uniform grey desktop color) and its = right side not updated (still black). So the silent abort stopped the update mid-raster/pixel line. =3D=3D=3D Mark Millard markmi at dsl-only.net On Aug 31, 2014, at 4:49 PM, Mark Millard wrote: [E-mail history trimmed this time.] I used script to log my startxfce4 command and what it produces. With = only the ADC connected this results in various "Unhandled monitor type = 0" notices as part of normal operation. The script output shows that the X server quit. There is no core file = left in the directory. Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0. xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0.0. xinit: connection to X server lost xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. The full script file contents are: Script started on Sun Aug 31 16:34:12 2014 You have mail. root@FBSDG4S0:~ # startxfce4^M /usr/local/bin/startxfce4: Starting X server X.Org X Server 1.12.4 Release Date: 2012-08-27 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.0-STABLE powerpc=20 Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC = powerpc Build Date: 21 July 2014 07:18:49PM =20 Current version of pixman: 0.32.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 16:34:23 2014 (=3D=3D) Using config file: "/etc/X11/xorg.conf" XRANDR name: DVI-1 Connector: DVI-I CRT2: INTERNAL_DAC2 DFP1: INTERNAL_TMDS1 DDC reg: 0x64 XRANDR name: DVI-0 Connector: DVI-I CRT1: INTERNAL_DAC1 DFP2: INTERNAL_DVO1 DDC reg: 0x60 XRANDR name: S-video Connector: S-video TV1: INTERNAL_DAC2 DDC reg: 0x0 finished output detect: 0 Unhandled monitor type 0 finished output detect: 1 finished output detect: 2 finished all detect Unhandled monitor type 0 Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done disable FP1 disable FP1 disable TV disable FP1 init memmap init common init crtc1 init pll1 freq: 117130000 best_freq: 117132353 best_feedback_div: 295 best_frac_feedback_div: 0 best_ref_div: 34 best_post_div: 2 restore memmap restore common restore crtc1 restore pll1 finished PLL1 set RMX set FP1 enable FP1 disable TV Unhandled monitor type 0 Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0. xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X server = :0.0. xinit: connection to X server lost xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 2 00:22:21 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E38ADC1 for ; Tue, 2 Sep 2014 00:22:21 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 0A6F8175F for ; Tue, 2 Sep 2014 00:22:20 +0000 (UTC) Received: (qmail 15954 invoked from network); 2 Sep 2014 00:22:13 -0000 Received: from unknown (HELO mail-cs-03.app.dca.reflexion.local) (10.81.19.3) by 0 (rfx-qmail) with SMTP; 2 Sep 2014 00:22:13 -0000 Received: by mail-cs-03.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Mon, 01 Sep 2014 20:22:13 -0400 (EDT) Received: (qmail 30908 invoked from network); 2 Sep 2014 00:22:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Sep 2014 00:22:13 -0000 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 B21DE1C407A; Mon, 1 Sep 2014 17:22:07 -0700 (PDT) From: Mark Millard Subject: Most submittal-specific things for bugs.freebsd.org just get: 502 Bad Gateway nginx/1.6.1 Date: Mon, 1 Sep 2014 17:22:11 -0700 Message-Id: <09B7590D-25D8-4EF4-884F-030D7A766DB5@dsl-only.net> To: freebsd-bugs@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) 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: Tue, 02 Sep 2014 00:22:21 -0000 Most submittal-specific things for bugs.freebsd.org just get: 502 Bad = Gateway nginx/1.6.1 (At least it has been that way for me for some time, although I've not = frequently trying until today. I was going guessing = temporary/intermittent but none of my tries have worked in some time. So = I just tried a bunch of accesses and all failed as indicated.) Examples accesses that fail that way include: https://bugs.freebsd.org/browse/ https://bugs.freebsd.org/search/ https://bugs.freebsd.org/submit/ https://bugs.freebsd.org/135576 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D135576 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 2 00:34:57 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B572F87 for ; Tue, 2 Sep 2014 00:34:57 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 E98641861 for ; Tue, 2 Sep 2014 00:34:56 +0000 (UTC) Received: (qmail 14709 invoked from network); 2 Sep 2014 00:34:55 -0000 Received: from unknown (HELO mail-cs-03.app.dca.reflexion.local) (10.81.19.3) by 0 (rfx-qmail) with SMTP; 2 Sep 2014 00:34:55 -0000 Received: by mail-cs-03.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Mon, 01 Sep 2014 20:34:55 -0400 (EDT) Received: (qmail 331 invoked from network); 2 Sep 2014 00:34:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Sep 2014 00:34:55 -0000 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 854731C407A; Mon, 1 Sep 2014 17:34:49 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Most submittal-specific things for bugs.freebsd.org just get: 502 Bad Gateway nginx/1.6.1 [Never Mind] From: Mark Millard In-Reply-To: <09B7590D-25D8-4EF4-884F-030D7A766DB5@dsl-only.net> Date: Mon, 1 Sep 2014 17:34:53 -0700 Message-Id: References: <09B7590D-25D8-4EF4-884F-030D7A766DB5@dsl-only.net> To: freebsd-bugs@freebsd.org 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: Tue, 02 Sep 2014 00:34:57 -0000 I've now got some direct evidence that the issue is somehow local to my = context. So ignore the report! =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 1, 2014, at 5:22 PM, Mark Millard wrote: Most submittal-specific things for bugs.freebsd.org just get: 502 Bad = Gateway nginx/1.6.1 (At least it has been that way for me for some time, although I've not = frequently trying until today. I was going guessing = temporary/intermittent but none of my tries have worked in some time. So = I just tried a bunch of accesses and all failed as indicated.) Examples accesses that fail that way include: https://bugs.freebsd.org/browse/ https://bugs.freebsd.org/search/ https://bugs.freebsd.org/submit/ https://bugs.freebsd.org/135576 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D135576 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 2 03:12:44 2014 Return-Path: Delivered-To: powerpc@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id B7D384B0; Tue, 2 Sep 2014 03:12:44 +0000 (UTC) Date: Tue, 2 Sep 2014 03:12:44 +0000 From: Alexey Dokuchaev To: John Baldwin Subject: Re: [PATCH] Switch ofw_console(4) to callout(9) Message-ID: <20140902031244.GA51270@FreeBSD.org> References: <1899860.9mUAFU02PZ@ralph.baldwin.cx> <20140828064431.GA22415@FreeBSD.org> <5F43E6EA-DE77-404A-B541-885B0CA05EAE@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <5F43E6EA-DE77-404A-B541-885B0CA05EAE@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: powerpc@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: Tue, 02 Sep 2014 03:12:44 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 28, 2014 at 09:14:23PM -0400, John Baldwin wrote: > On Aug 28, 2014, at 2:44 AM, Alexey Dokuchaev wrote: > > On Mon, Aug 25, 2014 at 03:39:20PM -0400, John Baldwin wrote: > >> This patch switches the ofw_console driver from timeout(9) to callout(9). > >> The patch is against HEAD but it probably applies to 9 and 10. > > > > On 11.0-CURRENT powerpc r266314M: > > > > $ man ofw_console > > No manual entry for ofw_console > > > > I don't think you can call it ofw_console(4) just yet. ;-) > > It's a driver in the kernel and those are section 4. :) Well yeah, but to make it first-class citizen it's supposed to have a manpage. > >> Please test with INVARIANTS enabled. > > > > What are the exact test steps that would be useful for you? > > Just making sure it works? I'm not sure how you force it as the console > device or if it's just a matter of enabling it in /etc/ttys and then > making sure you can interact with it ok as a console. It works (w/INVARIANTS), I can interact with it ok on a console. Meanwhile, anyone has any idea of the following LOR? Observed while doing some massive copying with rsync(1) (attached). ./danfe --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="macmini-log.dmesg" lock order reversal: 1st 0xde59bbb8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:262 2nd 0x213ee1c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:2297 KDB: stack backtrace: 0xd1594460: at kdb_backtrace+0x4c 0xd15944d0: at _witness_debugger+0x3c 0xd15944f0: at witness_checkorder+0xa14 0xd1594560: at __lockmgr_args+0x978 0xd15945f0: at ffs_copyonwrite+0x2fc 0xd1594680: at ffs_geom_strategy+0x138 0xd15946b0: at ufs_strategy+0xec 0xd15946e0: at VOP_STRATEGY_APV+0x138 0xd1594700: at bufstrategy+0x7c 0xd1594730: at bufwrite+0x1fc 0xd1594760: at ffs_syncvnode+0x430 0xd15947c0: at ffs_fsync+0x50 0xd15947f0: at VOP_FSYNC_APV+0x130 0xd1594810: at ufs_remove+0x100 0xd1594850: at VOP_REMOVE_APV+0x130 0xd1594870: at kern_unlinkat+0x210 0xd15949e0: at kern_unlink+0x28 0xd1594a00: at sys_unlink+0x1c 0xd1594a20: at trap+0x3c4 0xd1594b50: at powerpc_interrupt+0x18c 0xd1594b80: user SC trap by 0x4199d708: srr1=0xf032 r1=0xffffd4f0 cr=0x40044044 xer=0 ctr=0x4199d700 lock order reversal: 1st 0x213ee1c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:373 2nd 0x2c49034 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1628 KDB: stack backtrace: 0xd1594360: at kdb_backtrace+0x4c 0xd15943d0: at _witness_debugger+0x3c 0xd15943f0: at witness_checkorder+0xa14 0xd1594460: at __lockmgr_args+0x978 0xd15944f0: at ffs_snapremove+0x144 0xd1594560: at ffs_truncate+0x608 0xd1594740: at ufs_inactive+0x208 0xd1594780: at VOP_INACTIVE_APV+0x130 0xd15947a0: at vinactive+0xf4 0xd15947e0: at vputx+0x368 0xd1594830: at vput+0x18 0xd1594850: at vn_close+0x198 0xd15948a0: at vn_closefile+0x68 0xd1594900: at _fdrop+0x60 0xd1594920: at closef+0x288 0xd15949a0: at closefp+0xdc 0xd15949d0: at kern_close+0xfc 0xd1594a00: at sys_close+0x18 0xd1594a20: at trap+0x3c4 0xd1594b50: at powerpc_interrupt+0x18c 0xd1594b80: user SC trap by 0x419b1938: srr1=0xf032 r1=0xffffdae0 cr=0x82044028 xer=0 ctr=0x419b1930 --tKW2IUtsqtDRztdT-- From owner-freebsd-ppc@FreeBSD.ORG Tue Sep 2 08:14:53 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A0C5C06 for ; Tue, 2 Sep 2014 08:14:53 +0000 (UTC) Received: from asp.reflexion.net (outbound-246.asp.reflexion.net [69.84.129.246]) (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 A95B219CE for ; Tue, 2 Sep 2014 08:14:51 +0000 (UTC) Received: (qmail 30760 invoked from network); 2 Sep 2014 08:14:50 -0000 Received: from unknown (HELO mail-cs-04.app.dca.reflexion.local) (10.81.19.4) by 0 (rfx-qmail) with SMTP; 2 Sep 2014 08:14:50 -0000 Received: by mail-cs-04.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Tue, 02 Sep 2014 04:14:50 -0400 (EDT) Received: (qmail 9940 invoked from network); 2 Sep 2014 08:14:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Sep 2014 08:14:48 -0000 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 955FB1C4007 for ; Tue, 2 Sep 2014 01:14:47 -0700 (PDT) From: Mark Millard Subject: A PowerMac G5 rarity: explicit fatal kernel trap (data storage interrupt) instead of Copyright notice and boot text Message-Id: <9D652449-59C8-4F95-98CF-1CD4AA1D6E88@dsl-only.net> Date: Tue, 2 Sep 2014 01:14:44 -0700 To: freebsd-ppc@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Tue, 02 Sep 2014 08:14:53 -0000 On G5 PowerMac's (with lots of RAM) I frequently have boots that after = clearing (going black) never display anything from where the Copyright = notice should display on --and the fans gradually spin up indicating = that it failed somehow. Rarely an error message shows up instead of the Copyright and later boot = text. This happend today and I wrote the one generated down so that I = could leave a note about it. I've no clue how to repeat it in any = reasonable time frame. The text on screen was (not a copy of the detailed spacing): fatal kernel trap exception =3D 0x300 (data storage interrupt) virtual address =3D 0x2fb1948 dsisr =3D 0x40000000 srr0 =3D 0x88fa84 srr1 =3D 0x9000000000003030 lr =3D 0x8903e8 curthread =3D 0xd0ccc0 pid =3D 0, comm =3D Panic: data storage interrupt trap cpuid =3D 0 KDB: stack backtrace #0: 0x533d30 at ??+0 #1: 0x86346c at ??+0 #2: 0x864630 at ??+0 #3: 0x8595e0 at ??+0 Uptime: 1s If I interpret what I found about this correctly the dsisr value = indicates that the data's address was not-found in primary or secondary = "page table entry group"s (so a page fault occurred that was not = expected to need to be handled): indicated by DSISR[1] =3D '1'... > Set if MSR[DR] =3D =921=92 and the translation for an attempted access = is not found in the primary page table entry group (PTEG), or in the = secondary PTEG (page fault condition); otherwise cleared.=20 Context: FreeBSD FBSDG5S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: = Sun Jul 13 06:28:19 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 = powerpc =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Wed Sep 3 08:53:32 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 0B7BA89D for ; Wed, 3 Sep 2014 08:53:32 +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 A966B14F4 for ; Wed, 3 Sep 2014 08:53:30 +0000 (UTC) Received: (qmail 24446 invoked from network); 3 Sep 2014 08:46:49 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 3 Sep 2014 08:46:49 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Wed, 03 Sep 2014 04:46:49 -0400 (EDT) Received: (qmail 29626 invoked from network); 3 Sep 2014 08:46:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 3 Sep 2014 08:46:48 -0000 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 841051C4007 for ; Wed, 3 Sep 2014 01:46:47 -0700 (PDT) From: Mark Millard Subject: powerpc64 (PowerMac G5) buildworld vs. WITH_DEBUG_FILE= for 10.0-STABLE: needs WITHOUT_CLANG= Message-Id: Date: Wed, 3 Sep 2014 01:46:46 -0700 To: freebsd-ppc@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) 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 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: Wed, 03 Sep 2014 08:53:32 -0000 With WITH_DEBUG_FILES=3D in /etc/make.conf but no other changes I tried = "make -j 8 buildworld" on a PowerMac G5. It eventually failed, reporting = (other than some shortening some of the text): /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/src/.... (omitted) ... = /libclangsema.a(SemaAccess.o): Unknown relocation type ????? for symbol = *UND* (for a bunch of different ????? values, such as 24176, 24180, 24200, = ...) That was followed by: final link failed: bad value. (I've done no-change buildworld's before. This time I was just trying to = have debug symbol files around. I was not trying to have clang used to = buildworld [still gcc] but clang is built by default for powerpc64 so it = was involved by default.) It appears that unless building clang is disabled (such as = WITHOUT_CLANG=3D) or is otherwise controlled specially that = WITH_DEBUG_FILES=3D is not directly supported for powerpc64 = buildworld's. Starting over also adding WITHOUT_CLANG=3D to = /etc/make.conf was enough for buildworld to complete. Context: FreeBSD FBSDG5S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: Sun Jul 13 = 06:28:19 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 = powerpc =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 4 16:45:11 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 4B4BA273 for ; Thu, 4 Sep 2014 16:45:11 +0000 (UTC) Received: from nm2-vm1.bullet.mail.gq1.yahoo.com (nm2-vm1.bullet.mail.gq1.yahoo.com [98.136.218.128]) by mx1.freebsd.org (Postfix) with ESMTP id 079D8138C for ; Thu, 4 Sep 2014 16:45:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1409849104; bh=NT5ccdiw31Dm+LGDTNaHeiNBble7ulyPfy08AogFXXM=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To:From:Subject; b=gOm1e43PUWTFqGCTTR7qwYpqG7HqmEXDgSnmqw1ifijjqbvG7bEVNkp8FASi0d60BNsFjiwlCMgr4djaMGritahvgSTCT1WqXEDssEwTlAMfSTmq4FcVblHpwNt53quGQ/EBCHSttXZ6X0zZc58KI32vtytr+7Y2aIO0xlPu/N3QuIXcutR+MhC4HfnC5r/mmWfeV24fsAxDx2zMswTnix3YNldWmW1ag7EShtSCGCfLPXrNPl/PS0tAcvH6kHRDI4Ynz123egf+UmihK9GTqcHx2pyE/oryFyQN70XkbzsFOD4j4e4vga8MbtdK+30d/YFTuHaPFvsSYGKc0TywqQ== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=dCOwF2GKgq89rP/d5CmYa+f4opqSvswelaPBUwKOux/3A1LIHZWFaYv/eoevLSRKbIEgwLdnCagNlG3euLIVw63vZfy5LiZZs5sr8zcs2WK4qXvCyrvfXf49W+qw4e8zxlW4FVrOFiMAhR35pfBcbX9kFlqdpy+mMjK5zXsGoUVAYvknkdjY55XxhzVT8PMuyUS8l51mJo6RZiIz8H8p2yyyeR0z4OHEHBOQsNR3mgcVjuarlx7WHuy+UZQQY37oogK47/bKu3sNAXiJOlc9tJPh0EanXYDBgziiHZtrm3xIg+JVVonkU0vFq/yevuRneRYnlJ0St76g2rP7py9kDQ==; Received: from [98.137.12.63] by nm2.bullet.mail.gq1.yahoo.com with NNFMP; 04 Sep 2014 16:45:04 -0000 Received: from [208.71.42.200] by tm8.bullet.mail.gq1.yahoo.com with NNFMP; 04 Sep 2014 16:45:04 -0000 Received: from [127.0.0.1] by smtp211.mail.gq1.yahoo.com with NNFMP; 04 Sep 2014 16:45:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1409849103; bh=NT5ccdiw31Dm+LGDTNaHeiNBble7ulyPfy08AogFXXM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:References:Mime-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:Message-Id:Cc:X-Mailer:From:Subject:Date:To; b=5BrPZIpN8nxIX/2I/9FUfstnjngEMxSI1P2or68Pzsiqy0M2zxIwawKfWO2lUQublYxY5C8g2Tz61Ne+zXRtDLFSNzuXz1WtNJ2DLwwQs/Z72MMlIJhF7k6fd9QS0kzWICWwlw1S0KGEAHKHQZI95+NHNw6qlphvjRXXxFfmQAY= X-Yahoo-Newman-Id: 995247.14830.bm@smtp211.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: g_.JZ1oVM1l8B94R4vz45cp3BDvxzrusRpdfiKFYBaepTVw zjHgMXRgZ6cU1a7_3MeGTmrBrm2pt7YSa2dfsnBA5_gUecpwrGyI83wD5VXR w2dECTRyEVKdmyTvOTPhU4lzb5nA1YVQ7EmCN72fex.iszebp4epyQxp1IgT tN_KhERaPemj7szH9OtV2gRTvb2GMQd96.wnklmxx9fZuA7y71IOZx2MCsJ0 Cxibl9UDhPKqCqNArz9ZJqcZcmXa1dg2ZYK3VrGw02YOtm1GMOKsXYLM3vJ8 XU_zXtR6n5nSnVmk9BffP.NzZSvCVZ16.leu6A7vmuoDEpaRhPxspYbDz.2z k_1dBPoYNTyUrILPZHdszyp8ZGxDdjFnG0vZsYMWs0u6A6DXmDhbUpMA1tLp h5_jhPwntIFd1HkBoG5sz7TJHN944fjaBqyrQgFsRvMgBHidxts_qw.cUqHO 4VcDH5Uii.e5eL62j8HbOFToxX.peZiNzR4RzEpMN.Hh_ziENGRY7mR0Gfpc j_gkXcmqs8aKcxaNEK6Gupjha7cvYW_Pn_9qc4xR9KPHmt2LeWGyZODvQKZn IcNPLNGkVzhrhv6FZgJDyDhjdMuNEuxDKN2YB4J2Ne.YiTf0_ArOFDNS0d6L CUolDHQ-- X-Yahoo-SMTP: s0XQitCswBA_807w2EH692Ks_DzvPrkF 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> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11D257) From: Tan Sri Dato' Eur Ing Adli Subject: Re: Xorg/xfce4 failing on Dual Processor G4 PowerMac's BUT Single Processor G4 PowerMac works (same boot SSD)... Date: Fri, 5 Sep 2014 00:45:06 +0800 To: Mark Millard 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: Thu, 04 Sep 2014 16:45:11 -0000 Reinstall Xserver..=20 Sent from my iPhone > On Sep 1, 2014, at 7:49 AM, Mark Millard wrote: >=20 > [E-mail history trimmed this time.] >=20 > I used script to log my startxfce4 command and what it produces. With only= the ADC connected this results in various "Unhandled monitor type 0" notice= s as part of normal operation. >=20 > The script output shows that the X server quit. There is no core file left= in the directory. >=20 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X server := 0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X server :0= .0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X serve= r :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupport= ed() failed for remote volume monitor with dbus name org.gtk.Private.GPhoto2= VolumeMonitor: org.freedesktop.DBus.Error.Disconnected: Connection was disco= nnected before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or directory= ) on X server :0.0. >=20 > The full script file contents are: >=20 > Script started on Sun Aug 31 16:34:12 2014 > You have mail. > root@FBSDG4S0:~ # startxfce4^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD 10.0-STABLE= #0 r268571: Sun Jul 13 05:15:31 UTC 2014 root@grind.freebsd.org:/usr/ob= j/powerpc.powerpc/usr/src/sys/GENERIC powerpc > Build Date: 21 July 2014 07:18:49PM >=20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 16:34:23 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > XRANDR name: DVI-1 > Connector: DVI-I > CRT2: INTERNAL_DAC2 > DFP1: INTERNAL_TMDS1 > DDC reg: 0x64 > XRANDR name: DVI-0 > Connector: DVI-I > CRT1: INTERNAL_DAC1 > DFP2: INTERNAL_DVO1 > DDC reg: 0x60 > XRANDR name: S-video > Connector: S-video > TV1: INTERNAL_DAC2 > DDC reg: 0x0 > finished output detect: 0 > Unhandled monitor type 0 > finished output detect: 1 > finished output detect: 2 > finished all detect > Unhandled monitor type 0 > Entering TV Save > Save TV timing tables > saveTimingTables: reading timing tables > TV Save done > disable FP1 > disable FP1 > disable TV > disable FP1 > init memmap > init common > init crtc1 > init pll1 > freq: 117130000 > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > Unhandled monitor type 0 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X server := 0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X server :0= .0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X serve= r :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupport= ed() failed for remote volume monitor with dbus name org.gtk.Private.GPhoto2= VolumeMonitor: org.freedesktop.DBus.Error.Disconnected: Connection was disco= nnected before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or directory= ) on X server :0.0. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 > _______________________________________________ > 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" From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 4 16:46:43 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6123B2B3 for ; Thu, 4 Sep 2014 16:46:43 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id 1AEFF13A3 for ; Thu, 4 Sep 2014 16:46:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 435D63807E; Thu, 4 Sep 2014 11:46:36 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 1TDmlfZcq26h; Thu, 4 Sep 2014 11:46:36 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id A27763807B; Thu, 4 Sep 2014 11:46:35 -0500 (CDT) Message-ID: <5408976A.5080106@freebsd.org> Date: Thu, 04 Sep 2014 09:46:34 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Mark Millard Subject: Re: Xorg/xfce4 failing on Dual Processor G4 PowerMac's BUT Single Processor G4 PowerMac works (same boot SSD)... 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> In-Reply-To: <38A1300F-E5A4-4A71-A9CF-A7BED66E0BDF@dsl-only.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Thu, 04 Sep 2014 16:46:43 -0000 Anything in dmesg or in /var/log/Xorg.0.log? What happens if you set logverbose 9? -Nathan On 08/31/14 17:27, Mark Millard wrote: > As an example of how sudden and arbitrary the silent-quit of the X > server is: > > The partial display update currently on my ADC display has > approximating the top 1/2 updated and the bottom half not updated > (still black). > > But the boundary is somewhat interesting: The last updated > raster/pixel line has its left side updated (a uniform grey desktop > color) and its right side not updated (still black). > > So the silent abort stopped the update mid-raster/pixel line. > > === > Mark Millard > markmi at dsl-only.net > > On Aug 31, 2014, at 4:49 PM, Mark Millard > wrote: > > [E-mail history trimmed this time.] > > I used script to log my startxfce4 command and what it produces. With > only the ADC connected this results in various "Unhandled monitor type > 0" notices as part of normal operation. > > The script output shows that the X server quit. There is no core file > left in the directory. > > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0.0. > > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking > IsSupported() failed for remote volume monitor with dbus name > org.gtk.Private.GPhoto2VolumeMonitor: > org.freedesktop.DBus.Error.Disconnected: Connection was disconnected > before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or > directory) on X server :0.0. > > The full script file contents are: > > Script started on Sun Aug 31 16:34:12 2014 > You have mail. > root@FBSDG4S0:~ # startxfce4^M > /usr/local/bin/startxfce4: Starting X server > > > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD > 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 > root@grind.freebsd.org > :/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC > powerpc > Build Date: 21 July 2014 07:18:49PM > > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 16:34:23 2014 > (==) Using config file: "/etc/X11/xorg.conf" > XRANDR name: DVI-1 > Connector: DVI-I > CRT2: INTERNAL_DAC2 > DFP1: INTERNAL_TMDS1 > DDC reg: 0x64 > XRANDR name: DVI-0 > Connector: DVI-I > CRT1: INTERNAL_DAC1 > DFP2: INTERNAL_DVO1 > DDC reg: 0x60 > XRANDR name: S-video > Connector: S-video > TV1: INTERNAL_DAC2 > DDC reg: 0x0 > finished output detect: 0 > Unhandled monitor type 0 > finished output detect: 1 > finished output detect: 2 > finished all detect > Unhandled monitor type 0 > Entering TV Save > Save TV timing tables > saveTimingTables: reading timing tables > TV Save done > disable FP1 > disable FP1 > disable TV > disable FP1 > init memmap > init common > init crtc1 > init pll1 > freq: 117130000 > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > Unhandled monitor type 0 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X > server :0.0. > > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking > IsSupported() failed for remote volume monitor with dbus name > org.gtk.Private.GPhoto2VolumeMonitor: > org.freedesktop.DBus.Error.Disconnected: Connection was disconnected > before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or > directory) on X server :0.0. > > === > Mark Millard > markmi at dsl-only.net > > > From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 4 18:05:11 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 952BD29C for ; Thu, 4 Sep 2014 18:05:11 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (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 61F9B1F2B for ; Thu, 4 Sep 2014 18:05:11 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id uy5so7646329obc.37 for ; Thu, 04 Sep 2014 11:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=re2jDShtn9HpoGtqTDPUoM+7irZ6/9FRhK+eBsIEs4g=; b=Ht7hXK7QmmkLIVtMO9drRYFuIu8KvLRDS2o5d8OjxG03PegwdRm+3jVvmLudOyvrbs HknljzANQbhsBq6xzvOM6T0lKCmJMI0/IyFSInVPgfkf89HUUPA32SiFp2babwXCFKLe bmp8sbM57sNm+/AZmQc0PT5UfMWzG9BkIVNHe9hae4ecZ1YmYX8ZDsIqvVNIpWfsmiO+ x7GQ9wocQfSuHyq8JnuTyN4Ra4FnmTjdOTr8PZRF2+jwoifBwJo8USI+ubjUIihxQLRf hBGueXzJlnEjRedryDeySidB98LwGqqShEgSdfbG+3JUgZeJB5FgH+RfBr57v1uoGVv1 /OVQ== MIME-Version: 1.0 X-Received: by 10.60.84.74 with SMTP id w10mr7564740oey.6.1409853910592; Thu, 04 Sep 2014 11:05:10 -0700 (PDT) Received: by 10.182.87.33 with HTTP; Thu, 4 Sep 2014 11:05:10 -0700 (PDT) Date: Thu, 4 Sep 2014 14:05:10 -0400 Message-ID: Subject: Curiosity questions and comments about POWER8 From: Joe Nosay To: FreeBSD PowerPC ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Thu, 04 Sep 2014 18:05:11 -0000 Has anyone else checked into trying to obtain a board? Tyan technologies had/ has?? an atx type board that was used- possibly- by Google. IBM et al have the Open Power Foundation available with the student option available for no cost. POWER8 is open. There has been no response from any of the companies developing boards and servers with POWER8 chips/cores. I'm tempted to see if Google would be willing to make some available to the general public- here being BSD and Linux developers/porters. No information has been released as to whether the boot process is direct like a few of the Genesi or if a bootloader is used. From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 5 01:00:15 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 17086456 for ; Fri, 5 Sep 2014 01:00:15 +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 6F8B81EAA for ; Fri, 5 Sep 2014 01:00:13 +0000 (UTC) Received: (qmail 1766 invoked from network); 5 Sep 2014 01:00:06 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 5 Sep 2014 01:00:06 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Thu, 04 Sep 2014 21:00:06 -0400 (EDT) Received: (qmail 28735 invoked from network); 5 Sep 2014 01:00:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Sep 2014 01:00:05 -0000 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 365191C402C; Thu, 4 Sep 2014 17:59:59 -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: <5408976A.5080106@freebsd.org> Date: Thu, 4 Sep 2014 18:00:03 -0700 Message-Id: <6DE6C98D-F553-4F59-A72A-AEA881DC1C65@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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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: Fri, 05 Sep 2014 01:00:15 -0000 The below includes it reporting getting a "failed to set mtrr: File = exists" notice. (A Intel P6+ concept?) I have since rebuilt (buildworld, kernel, installworld; portmaster -af) = from the same /usr/src/... and /usr/ports/... on that same SSD based on = /etc/make.conf having: WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D # because otherwise it leads to buildworld failures = with the above enabled WITH_DEBUG=3D Unfortunately uname -a loses the r268571 reference in the process, = leaving less of a clue what the build is based on. In this context the script logfile for running on a PowerMac G4 ends up = recording "failed to set mtrr: File exists": > root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0: Thu Sep 4 00:50:31 PDT 2014 = root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC powerpc > Build Date: 04 September 2014 06:13:34AM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 15:14:07 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > failed to set mtrr: File exists > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) on = X server :0. > xinit: connection to X server lost > root@FBSDG4S0:~ # xfwm4: Fatal IO error 35 (Resource temporarily = unavailable) on X server :0.0. > root@FBSDG4S0:~ #=20 The G5 PowerMac does not display the "failed to set mtrr: File exists" = message when booted from the same boot SSD and startxfce4 -- -logverbose = 9 is used (but with xorg.conf's BusID changed to match the = PowerMac7,11's BusID). The G5 context works fine. (I've not tried the = single processor G4 context yet.) Note: I'm using the G4 NVIDIA PowerMac for most G4 expirements because = it allows me to Option-Fn to get to VTn and see thing there and so I can = avoid reboots. The last thing that dmesg -a shows after the G4 startxfce4 -- = -logverbose 9 is my logging in as root: > $ dmesg -a | tail > Configuring syscons: blanktime. > Performing sanity check on sshd configuration. > Starting sshd. > Starting sendmail_submit. > Starting sendmail_msp_queue. > Starting cron. > Starting background file system checks in 60 seconds. >=20 > Thu Sep 4 14:21:42 PDT 2014 > Sep 4 14:21:48 FBSDG4S0 login: ROOT LOGIN (root) ON ttyv0 I do not see anything earlier that looks to be of interest. About the = only thing remotely error-like are some examples of "hid_get_item: = Number of items truncated to 255". /var/log/Xorg.0.log's ends in: > [ 182.354] (II) Module mouse: vendor=3D"X.Org Foundation" > [ 182.354] compiled for 1.12.4, module version =3D 1.9.0 > [ 182.354] Module class: X.Org XInput Driver > [ 182.354] ABI class: X.Org XInput driver, version 16.0 > [ 182.354] (II) Using input driver 'mouse' for 'Apple Optical USB = Mouse' > [ 182.354] (**) Apple Optical USB Mouse: always reports core events > [ 182.354] (**) Option "Device" "/dev/sysmouse" > [ 182.354] (=3D=3D) Apple Optical USB Mouse: Protocol: "Auto" > [ 182.354] (**) Apple Optical USB Mouse: always reports core events > [ 182.355] (=3D=3D) Apple Optical USB Mouse: Emulate3Buttons, = Emulate3Timeout: 50 > [ 182.355] (**) Apple Optical USB Mouse: ZAxisMapping: buttons 4 and = 5 > [ 182.355] (**) Apple Optical USB Mouse: Buttons: 5 > [ 182.355] (**) Option "config_info" = "hal:/org/freedesktop/Hal/devices/usb_device_5ac_304_noserial_if0" > [ 182.355] (II) XINPUT: Adding extended input device "Apple Optical = USB Mouse" (type: MOUSE, id 7) > [ 182.356] (**) Apple Optical USB Mouse: (accel) keeping = acceleration scheme 1 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = profile 0 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = factor: 2.000 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = threshold: 4 > [ 182.356] (II) Apple Optical USB Mouse: SetupAuto: hw.iftype is 4, = hw.model is 0 > [ 182.356] (II) Apple Optical USB Mouse: SetupAuto: protocol is = SysMouse I.e., the Xorg quit is silent. Again I do not see anything earlier that = looks to be of interest. Xorg is suddenly, silently quitting. And it is leaving all associated = log files with older modification date/times/content from what I can = tell. No core file either. "failed to set mtrr: File exists" may explain = this. I've not started investigating it yet. Side notes: I've not investigated yet if there is a way around gdb Xorg's run :0 = under powerpc/GENERIC getting: > cannot get thread event message: generic error and gdb's cont then getting: > suspend error: generic error I've also seen for other things I've tried with Xorg involved: > cannot find new threads: generic error and > no thread to satisfy query On the G5 PowerMac's using powerpc64/GENERIC64 boot SSD's I have no such = problems with threading for gdb Xorg: only the powerpc/GENERIC boot = SSD's have this problem and the gdb thread issues happen on G4's and = G5's when booted from powerpc/GENERIC boot SSD's. =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 4, 2014, at 9:46 AM, Nathan Whitehorn = wrote: Anything in dmesg or in /var/log/Xorg.0.log? What happens if you set = logverbose 9? -Nathan On 08/31/14 17:27, Mark Millard wrote: > As an example of how sudden and arbitrary the silent-quit of the X = server is: >=20 > The partial display update currently on my ADC display has = approximating the top 1/2 updated and the bottom half not updated (still = black). >=20 > But the boundary is somewhat interesting: The last updated = raster/pixel line has its left side updated (a uniform grey desktop = color) and its right side not updated (still black). >=20 > So the silent abort stopped the update mid-raster/pixel line. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On Aug 31, 2014, at 4:49 PM, Mark Millard wrote: >=20 > [E-mail history trimmed this time.] >=20 > I used script to log my startxfce4 command and what it produces. With = only the ADC connected this results in various "Unhandled monitor type = 0" notices as part of normal operation. >=20 > The script output shows that the X server quit. There is no core file = left in the directory. >=20 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. >=20 > The full script file contents are: >=20 > Script started on Sun Aug 31 16:34:12 2014 > You have mail. > root@FBSDG4S0:~ # startxfce4^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC = powerpc > Build Date: 21 July 2014 07:18:49PM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 16:34:23 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > XRANDR name: DVI-1 > Connector: DVI-I > CRT2: INTERNAL_DAC2 > DFP1: INTERNAL_TMDS1 > DDC reg: 0x64 > XRANDR name: DVI-0 > Connector: DVI-I > CRT1: INTERNAL_DAC1 > DFP2: INTERNAL_DVO1 > DDC reg: 0x60 > XRANDR name: S-video > Connector: S-video > TV1: INTERNAL_DAC2 > DDC reg: 0x0 > finished output detect: 0 > Unhandled monitor type 0 > finished output detect: 1 > finished output detect: 2 > finished all detect > Unhandled monitor type 0 > Entering TV Save > Save TV timing tables > saveTimingTables: reading timing tables > TV Save done > disable FP1 > disable FP1 > disable TV > disable FP1 > init memmap > init common > init crtc1 > init pll1 > freq: 117130000 > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > Unhandled monitor type 0 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 >=20 From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 5 01:46:33 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 E2708E77 for ; Fri, 5 Sep 2014 01:46:33 +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 2F18C1332 for ; Fri, 5 Sep 2014 01:46:32 +0000 (UTC) Received: (qmail 589 invoked from network); 5 Sep 2014 01:46:31 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 5 Sep 2014 01:46:31 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Thu, 04 Sep 2014 21:46:31 -0400 (EDT) Received: (qmail 1111 invoked from network); 5 Sep 2014 01:46:30 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Sep 2014 01:46:30 -0000 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 D5B771C4007; Thu, 4 Sep 2014 18:46:24 -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: <6DE6C98D-F553-4F59-A72A-AEA881DC1C65@dsl-only.net> Date: Thu, 4 Sep 2014 18:46:29 -0700 Message-Id: <3D7C705D-5792-43FA-835C-9FD88AEAE07E@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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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: Fri, 05 Sep 2014 01:46:34 -0000 The radeon G4 contexts do not report "failed to set mtrr: File exists": = They seem to be silent about Xorg quitting early as far as error = messages or warnings go (booted from that same SSD with xorg.conf for = the radeon context). Again Xorg.0.log does not look interesting and = stops before the problem. A script logfile shows: > root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0: T > hu Sep 4 00:50:31 PDT 2014 = root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC power > pc > Build Date: 04 September 2014 06:13:34AM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 18:20:03 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > XRANDR name: DVI-1 > Connector: DVI-I > CRT2: INTERNAL_DAC2 > DFP1: INTERNAL_TMDS1 > DDC reg: 0x64 > XRANDR name: DVI-0 > Connector: DVI-I > CRT1: INTERNAL_DAC1 > DFP2: INTERNAL_DVO1 > DDC reg: 0x60 > XRANDR name: S-video > Connector: S-video > TV1: INTERNAL_DAC2 > DDC reg: 0x0 > finished output detect: 0 > Unhandled monitor type 0 > finished output detect: 1 > finished output detect: 2 > finished all detect > Unhandled monitor type 0 > Entering TV Save > Save TV timing tables > saveTimingTables: reading timing tables > TV Save done > disable FP1 > disable FP1 > disable TV > disable FP1 > init memmap > init common > init crtc1 > init pll1 > freq: 117130000 > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) on = X server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 4, 2014, at 6:00 PM, Mark Millard wrote: The below includes it reporting getting a "failed to set mtrr: File = exists" notice. (A Intel P6+ concept?) I have since rebuilt (buildworld, kernel, installworld; portmaster -af) = from the same /usr/src/... and /usr/ports/... on that same SSD based on = /etc/make.conf having: WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D # because otherwise it leads to buildworld failures = with the above enabled WITH_DEBUG=3D Unfortunately uname -a loses the r268571 reference in the process, = leaving less of a clue what the build is based on. In this context the script logfile for running on a PowerMac G4 ends up = recording "failed to set mtrr: File exists": > root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0: Thu Sep 4 00:50:31 PDT 2014 = root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC powerpc > Build Date: 04 September 2014 06:13:34AM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 15:14:07 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > failed to set mtrr: File exists > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) on = X server :0. > xinit: connection to X server lost > root@FBSDG4S0:~ # xfwm4: Fatal IO error 35 (Resource temporarily = unavailable) on X server :0.0. > root@FBSDG4S0:~ #=20 The G5 PowerMac does not display the "failed to set mtrr: File exists" = message when booted from the same boot SSD and startxfce4 -- -logverbose = 9 is used (but with xorg.conf's BusID changed to match the = PowerMac7,11's BusID). The G5 context works fine. (I've not tried the = single processor G4 context yet.) Note: I'm using the G4 NVIDIA PowerMac for most G4 expirements because = it allows me to Option-Fn to get to VTn and see thing there and so I can = avoid reboots. The last thing that dmesg -a shows after the G4 startxfce4 -- = -logverbose 9 is my logging in as root: > $ dmesg -a | tail > Configuring syscons: blanktime. > Performing sanity check on sshd configuration. > Starting sshd. > Starting sendmail_submit. > Starting sendmail_msp_queue. > Starting cron. > Starting background file system checks in 60 seconds. >=20 > Thu Sep 4 14:21:42 PDT 2014 > Sep 4 14:21:48 FBSDG4S0 login: ROOT LOGIN (root) ON ttyv0 I do not see anything earlier that looks to be of interest. About the = only thing remotely error-like are some examples of "hid_get_item: = Number of items truncated to 255". /var/log/Xorg.0.log's ends in: > [ 182.354] (II) Module mouse: vendor=3D"X.Org Foundation" > [ 182.354] compiled for 1.12.4, module version =3D 1.9.0 > [ 182.354] Module class: X.Org XInput Driver > [ 182.354] ABI class: X.Org XInput driver, version 16.0 > [ 182.354] (II) Using input driver 'mouse' for 'Apple Optical USB = Mouse' > [ 182.354] (**) Apple Optical USB Mouse: always reports core events > [ 182.354] (**) Option "Device" "/dev/sysmouse" > [ 182.354] (=3D=3D) Apple Optical USB Mouse: Protocol: "Auto" > [ 182.354] (**) Apple Optical USB Mouse: always reports core events > [ 182.355] (=3D=3D) Apple Optical USB Mouse: Emulate3Buttons, = Emulate3Timeout: 50 > [ 182.355] (**) Apple Optical USB Mouse: ZAxisMapping: buttons 4 and = 5 > [ 182.355] (**) Apple Optical USB Mouse: Buttons: 5 > [ 182.355] (**) Option "config_info" = "hal:/org/freedesktop/Hal/devices/usb_device_5ac_304_noserial_if0" > [ 182.355] (II) XINPUT: Adding extended input device "Apple Optical = USB Mouse" (type: MOUSE, id 7) > [ 182.356] (**) Apple Optical USB Mouse: (accel) keeping = acceleration scheme 1 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = profile 0 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = factor: 2.000 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = threshold: 4 > [ 182.356] (II) Apple Optical USB Mouse: SetupAuto: hw.iftype is 4, = hw.model is 0 > [ 182.356] (II) Apple Optical USB Mouse: SetupAuto: protocol is = SysMouse I.e., the Xorg quit is silent. Again I do not see anything earlier that = looks to be of interest. Xorg is suddenly, silently quitting. And it is leaving all associated = log files with older modification date/times/content from what I can = tell. No core file either. "failed to set mtrr: File exists" may explain = this. I've not started investigating it yet. Side notes: I've not investigated yet if there is a way around gdb Xorg's run :0 = under powerpc/GENERIC getting: > cannot get thread event message: generic error and gdb's cont then getting: > suspend error: generic error I've also seen for other things I've tried with Xorg involved: > cannot find new threads: generic error and > no thread to satisfy query On the G5 PowerMac's using powerpc64/GENERIC64 boot SSD's I have no such = problems with threading for gdb Xorg: only the powerpc/GENERIC boot = SSD's have this problem and the gdb thread issues happen on G4's and = G5's when booted from powerpc/GENERIC boot SSD's. =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 4, 2014, at 9:46 AM, Nathan Whitehorn = wrote: Anything in dmesg or in /var/log/Xorg.0.log? What happens if you set = logverbose 9? -Nathan On 08/31/14 17:27, Mark Millard wrote: > As an example of how sudden and arbitrary the silent-quit of the X = server is: >=20 > The partial display update currently on my ADC display has = approximating the top 1/2 updated and the bottom half not updated (still = black). >=20 > But the boundary is somewhat interesting: The last updated = raster/pixel line has its left side updated (a uniform grey desktop = color) and its right side not updated (still black). >=20 > So the silent abort stopped the update mid-raster/pixel line. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On Aug 31, 2014, at 4:49 PM, Mark Millard wrote: >=20 > [E-mail history trimmed this time.] >=20 > I used script to log my startxfce4 command and what it produces. With = only the ADC connected this results in various "Unhandled monitor type = 0" notices as part of normal operation. >=20 > The script output shows that the X server quit. There is no core file = left in the directory. >=20 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. >=20 > The full script file contents are: >=20 > Script started on Sun Aug 31 16:34:12 2014 > You have mail. > root@FBSDG4S0:~ # startxfce4^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC = powerpc > Build Date: 21 July 2014 07:18:49PM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 16:34:23 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > XRANDR name: DVI-1 > Connector: DVI-I > CRT2: INTERNAL_DAC2 > DFP1: INTERNAL_TMDS1 > DDC reg: 0x64 > XRANDR name: DVI-0 > Connector: DVI-I > CRT1: INTERNAL_DAC1 > DFP2: INTERNAL_DVO1 > DDC reg: 0x60 > XRANDR name: S-video > Connector: S-video > TV1: INTERNAL_DAC2 > DDC reg: 0x0 > finished output detect: 0 > Unhandled monitor type 0 > finished output detect: 1 > finished output detect: 2 > finished all detect > Unhandled monitor type 0 > Entering TV Save > Save TV timing tables > saveTimingTables: reading timing tables > TV Save done > disable FP1 > disable FP1 > disable TV > disable FP1 > init memmap > init common > init crtc1 > init pll1 > freq: 117130000 > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > Unhandled monitor type 0 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 >=20 From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 5 03:01:30 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D739B24; Fri, 5 Sep 2014 03:01:30 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (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 20B0D1C9B; Fri, 5 Sep 2014 03:01:30 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so10185597qab.23 for ; Thu, 04 Sep 2014 20:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=d09mavd9rWdAy9N5AIYw5NSWViJ2KS6mDFUiQtaV/Ow=; b=otnhPGw1PDAtbg7cfM2cAHdBhC7MoxbWVqZzcJjQBimu6Kr+AMC7mB1t8X+mo+mxFA gTZGRNBl9Ak3Cf4QwaRCWvfPeUYJDafwLDOGk4R8IPZ+tgRRhd/cI8aBnbuP1+0XJTqx S2tNFhGME2B9guzg2EAn+Ruo8A2Hq0NaHGy6/SdUOiEvC/ieEDGrXrbI3XRU2fePVAfl KfP7/hM/UI41PCnoe4Ag1+msrOGklLZYuooFH0dr+Bq97sj2oU6Dy5kxfGelx6RpyYoU xQEJDx4UYbt8hGdLQzeHDNKk/xiZ/2VkprKzYk/u4/V0DAD1pwss5sHDEWUKaHT2N3gk 6L7Q== X-Received: by 10.140.90.42 with SMTP id w39mr5158057qgd.88.1409886089151; Thu, 04 Sep 2014 20:01:29 -0700 (PDT) Received: from zhabar.attlocal.net (107-222-186-3.lightspeed.sntcca.sbcglobal.net. [107.222.186.3]) by mx.google.com with ESMTPSA id z32sm753084qgd.40.2014.09.04.20.01.27 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 04 Sep 2014 20:01:28 -0700 (PDT) Date: Thu, 4 Sep 2014 20:01:18 -0700 From: Justin Hibbits To: Mark Millard Subject: Re: Xorg/xfce4 failing on Dual Processor G4 PowerMac's BUT Single Processor G4 PowerMac works (same boot SSD)... Message-ID: <20140904200118.322b2bfb@zhabar.attlocal.net> In-Reply-To: <3D7C705D-5792-43FA-835C-9FD88AEAE07E@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> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; powerpc64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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: Fri, 05 Sep 2014 03:01:30 -0000 I was reminded that there are a couple patches I've neglected to MFC related to signal handling that might solve this problem. I hope to get them in over the next couple days, so you can expect them in the 10.1 betas. If you don't want to wait for that, could you try head? Thanks, Justin On Thu, 4 Sep 2014 18:46:29 -0700 Mark Millard wrote: > The radeon G4 contexts do not report "failed to set mtrr: File > exists": They seem to be silent about Xorg quitting early as far as > error messages or warnings go (booted from that same SSD with > xorg.conf for the radeon context). Again Xorg.0.log does not look > interesting and stops before the problem. A script logfile shows: > > > root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M > > /usr/local/bin/startxfce4: Starting X server > > > > > > X.Org X Server 1.12.4 > > Release Date: 2012-08-27 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 10.0-STABLE powerpc > > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD > > 10.0-STABLE #0: T hu Sep 4 00:50:31 PDT 2014 > > root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC power pc > > Build Date: 04 September 2014 06:13:34AM > > > > Current version of pixman: 0.32.4 > > Before reporting problems, check http://wiki.x.org > > to make sure that you have the latest version. > > Markers: (--) probed, (**) from config file, (==) default setting, > > (++) from command line, (!!) notice, (II) informational, > > (WW) warning, (EE) error, (NI) not implemented, (??) > > unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 > > 18:20:03 2014 (==) Using config file: "/etc/X11/xorg.conf" > > XRANDR name: DVI-1 > > Connector: DVI-I > > CRT2: INTERNAL_DAC2 > > DFP1: INTERNAL_TMDS1 > > DDC reg: 0x64 > > XRANDR name: DVI-0 > > Connector: DVI-I > > CRT1: INTERNAL_DAC1 > > DFP2: INTERNAL_DVO1 > > DDC reg: 0x60 > > XRANDR name: S-video > > Connector: S-video > > TV1: INTERNAL_DAC2 > > DDC reg: 0x0 > > finished output detect: 0 > > Unhandled monitor type 0 > > finished output detect: 1 > > finished output detect: 2 > > finished all detect > > Unhandled monitor type 0 > > Entering TV Save > > Save TV timing tables > > saveTimingTables: reading timing tables > > TV Save done > > disable FP1 > > disable FP1 > > disable TV > > disable FP1 > > init memmap > > init common > > init crtc1 > > init pll1 > > freq: 117130000 > > best_freq: 117132353 > > best_feedback_div: 295 > > best_frac_feedback_div: 0 > > best_ref_div: 34 > > best_post_div: 2 > > restore memmap > > restore common > > restore crtc1 > > restore pll1 > > finished PLL1 > > set RMX > > set FP1 > > enable FP1 > > disable TV > > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) > > on X server :0. xfwm4: Fatal IO error 35 (Resource temporarily > > unavailable) on X server :0.0. xinit: connection to X server lost > > > === > Mark Millard > markmi@dsl-only.net > > On Sep 4, 2014, at 6:00 PM, Mark Millard wrote: > > The below includes it reporting getting a "failed to set mtrr: File > exists" notice. (A Intel P6+ concept?) > > > I have since rebuilt (buildworld, kernel, installworld; portmaster > -af) from the same /usr/src/... and /usr/ports/... on that same SSD > based on /etc/make.conf having: > > WITH_DEBUG_FILES= > WITHOUT_CLANG= # because otherwise it leads to buildworld failures > with the above enabled WITH_DEBUG= > > Unfortunately uname -a loses the r268571 reference in the process, > leaving less of a clue what the build is based on. > > In this context the script logfile for running on a PowerMac G4 ends > up recording "failed to set mtrr: File exists": > > > root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M > > /usr/local/bin/startxfce4: Starting X server > > > > > > X.Org X Server 1.12.4 > > Release Date: 2012-08-27 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 10.0-STABLE powerpc > > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD > > 10.0-STABLE #0: Thu Sep 4 00:50:31 PDT 2014 > > root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC powerpc Build Date: 04 > > September 2014 06:13:34AM Current version of pixman: 0.32.4 > > Before reporting problems, check http://wiki.x.org > > to make sure that you have the latest version. > > Markers: (--) probed, (**) from config file, (==) default setting, > > (++) from command line, (!!) notice, (II) informational, > > (WW) warning, (EE) error, (NI) not implemented, (??) > > unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 > > 15:14:07 2014 (==) Using config file: "/etc/X11/xorg.conf" > > failed to set mtrr: File exists > > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) > > on X server :0. xinit: connection to X server lost > > root@FBSDG4S0:~ # xfwm4: Fatal IO error 35 (Resource temporarily > > unavailable) on X server :0.0. root@FBSDG4S0:~ # > > The G5 PowerMac does not display the "failed to set mtrr: File > exists" message when booted from the same boot SSD and startxfce4 -- > -logverbose 9 is used (but with xorg.conf's BusID changed to match > the PowerMac7,11's BusID). The G5 context works fine. (I've not tried > the single processor G4 context yet.) > > Note: I'm using the G4 NVIDIA PowerMac for most G4 expirements > because it allows me to Option-Fn to get to VTn and see thing there > and so I can avoid reboots. > > > The last thing that dmesg -a shows after the G4 startxfce4 -- > -logverbose 9 is my logging in as root: > > > $ dmesg -a | tail > > Configuring syscons: blanktime. > > Performing sanity check on sshd configuration. > > Starting sshd. > > Starting sendmail_submit. > > Starting sendmail_msp_queue. > > Starting cron. > > Starting background file system checks in 60 seconds. > > > > Thu Sep 4 14:21:42 PDT 2014 > > Sep 4 14:21:48 FBSDG4S0 login: ROOT LOGIN (root) ON ttyv0 > > I do not see anything earlier that looks to be of interest. About the > only thing remotely error-like are some examples of "hid_get_item: > Number of items truncated to 255". > > > /var/log/Xorg.0.log's ends in: > > > [ 182.354] (II) Module mouse: vendor="X.Org Foundation" > > [ 182.354] compiled for 1.12.4, module version = 1.9.0 > > [ 182.354] Module class: X.Org XInput Driver > > [ 182.354] ABI class: X.Org XInput driver, version 16.0 > > [ 182.354] (II) Using input driver 'mouse' for 'Apple Optical USB > > Mouse' [ 182.354] (**) Apple Optical USB Mouse: always reports > > core events [ 182.354] (**) Option "Device" "/dev/sysmouse" > > [ 182.354] (==) Apple Optical USB Mouse: Protocol: "Auto" > > [ 182.354] (**) Apple Optical USB Mouse: always reports core > > events [ 182.355] (==) Apple Optical USB Mouse: Emulate3Buttons, > > Emulate3Timeout: 50 [ 182.355] (**) Apple Optical USB Mouse: > > ZAxisMapping: buttons 4 and 5 [ 182.355] (**) Apple Optical USB > > Mouse: Buttons: 5 [ 182.355] (**) Option "config_info" > > "hal:/org/freedesktop/Hal/devices/usb_device_5ac_304_noserial_if0" [ 182.355] > > (II) XINPUT: Adding extended input device "Apple Optical USB > > Mouse" (type: MOUSE, id 7) [ 182.356] (**) Apple Optical USB > > Mouse: (accel) keeping acceleration scheme 1 [ 182.356] (**) > > Apple Optical USB Mouse: (accel) acceleration profile 0 > > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration > > factor: 2.000 [ 182.356] (**) Apple Optical USB Mouse: (accel) > > acceleration threshold: 4 [ 182.356] (II) Apple Optical USB > > Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 [ 182.356] (II) > > Apple Optical USB Mouse: SetupAuto: protocol is SysMouse > > I.e., the Xorg quit is silent. Again I do not see anything earlier > that looks to be of interest. > > > > Xorg is suddenly, silently quitting. And it is leaving all associated > log files with older modification date/times/content from what I can > tell. No core file either. "failed to set mtrr: File exists" may > explain this. I've not started investigating it yet. > > > > Side notes: > > I've not investigated yet if there is a way around gdb Xorg's run :0 > under powerpc/GENERIC getting: > > > cannot get thread event message: generic error > > > and gdb's cont then getting: > > > suspend error: generic error > > > I've also seen for other things I've tried with Xorg involved: > > > cannot find new threads: generic error > > > and > > > no thread to satisfy query > > > On the G5 PowerMac's using powerpc64/GENERIC64 boot SSD's I have no > such problems with threading for gdb Xorg: only the powerpc/GENERIC > boot SSD's have this problem and the gdb thread issues happen on G4's > and G5's when booted from powerpc/GENERIC boot SSD's. > > > > === > Mark Millard > markmi@dsl-only.net > > On Sep 4, 2014, at 9:46 AM, Nathan Whitehorn > wrote: > > Anything in dmesg or in /var/log/Xorg.0.log? What happens if you set > logverbose 9? -Nathan > > On 08/31/14 17:27, Mark Millard wrote: > > As an example of how sudden and arbitrary the silent-quit of the X > > server is: > > > > The partial display update currently on my ADC display has > > approximating the top 1/2 updated and the bottom half not updated > > (still black). > > > > But the boundary is somewhat interesting: The last updated > > raster/pixel line has its left side updated (a uniform grey desktop > > color) and its right side not updated (still black). > > > > So the silent abort stopped the update mid-raster/pixel line. > > > > === > > Mark Millard > > markmi at dsl-only.net > > > > On Aug 31, 2014, at 4:49 PM, Mark Millard > > wrote: > > > > [E-mail history trimmed this time.] > > > > I used script to log my startxfce4 command and what it produces. > > With only the ADC connected this results in various "Unhandled > > monitor type 0" notices as part of normal operation. > > > > The script output shows that the X server quit. There is no core > > file left in the directory. > > > > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X > > server :0. xfwm4: Fatal IO error 35 (Resource temporarily > > unavailable) on X server :0.0. xinit: connection to X server lost > > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on > > X server :0.0. > > > > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking > > IsSupported() failed for remote volume monitor with dbus name > > org.gtk.Private.GPhoto2VolumeMonitor: > > org.freedesktop.DBus.Error.Disconnected: Connection was > > disconnected before a reply was received root@FBSDG4S0:~ # > > xfsettingsd: Fatal IO error 2 (No such file or directory) on X > > server :0.0. > > > > The full script file contents are: > > > > Script started on Sun Aug 31 16:34:12 2014 > > You have mail. > > root@FBSDG4S0:~ # startxfce4^M > > /usr/local/bin/startxfce4: Starting X server > > > > > > X.Org X Server 1.12.4 > > Release Date: 2012-08-27 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 10.0-STABLE powerpc > > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD > > 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 > > root@grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC > > powerpc Build Date: 21 July 2014 07:18:49PM Current version of > > pixman: 0.32.4 Before reporting problems, check http://wiki.x.org > > to make sure that you have the latest version. > > Markers: (--) probed, (**) from config file, (==) default setting, > > (++) from command line, (!!) notice, (II) informational, > > (WW) warning, (EE) error, (NI) not implemented, (??) > > unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 > > 16:34:23 2014 (==) Using config file: "/etc/X11/xorg.conf" > > XRANDR name: DVI-1 > > Connector: DVI-I > > CRT2: INTERNAL_DAC2 > > DFP1: INTERNAL_TMDS1 > > DDC reg: 0x64 > > XRANDR name: DVI-0 > > Connector: DVI-I > > CRT1: INTERNAL_DAC1 > > DFP2: INTERNAL_DVO1 > > DDC reg: 0x60 > > XRANDR name: S-video > > Connector: S-video > > TV1: INTERNAL_DAC2 > > DDC reg: 0x0 > > finished output detect: 0 > > Unhandled monitor type 0 > > finished output detect: 1 > > finished output detect: 2 > > finished all detect > > Unhandled monitor type 0 > > Entering TV Save > > Save TV timing tables > > saveTimingTables: reading timing tables > > TV Save done > > disable FP1 > > disable FP1 > > disable TV > > disable FP1 > > init memmap > > init common > > init crtc1 > > init pll1 > > freq: 117130000 > > best_freq: 117132353 > > best_feedback_div: 295 > > best_frac_feedback_div: 0 > > best_ref_div: 34 > > best_post_div: 2 > > restore memmap > > restore common > > restore crtc1 > > restore pll1 > > finished PLL1 > > set RMX > > set FP1 > > enable FP1 > > disable TV > > Unhandled monitor type 0 > > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X > > server :0. xfwm4: Fatal IO error 35 (Resource temporarily > > unavailable) on X server :0.0. xinit: connection to X server lost > > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on > > X server :0.0. > > > > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking > > IsSupported() failed for remote volume monitor with dbus name > > org.gtk.Private.GPhoto2VolumeMonitor: > > org.freedesktop.DBus.Error.Disconnected: Connection was > > disconnected before a reply was received root@FBSDG4S0:~ # > > xfsettingsd: Fatal IO error 2 (No such file or directory) on X > > server :0.0. > > > > === > > 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" From owner-freebsd-ppc@FreeBSD.ORG Fri Sep 5 07:30:20 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C510310A for ; Fri, 5 Sep 2014 07:30:20 +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 26CEA17DD for ; Fri, 5 Sep 2014 07:30:19 +0000 (UTC) Received: (qmail 4534 invoked from network); 5 Sep 2014 07:30:17 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 5 Sep 2014 07:30:17 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Fri, 05 Sep 2014 03:30:17 -0400 (EDT) Received: (qmail 6780 invoked from network); 5 Sep 2014 07:30:16 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Sep 2014 07:30:16 -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 703DD1C4017; Fri, 5 Sep 2014 00:30:15 -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: <20140904200118.322b2bfb@zhabar.attlocal.net> Date: Fri, 5 Sep 2014 00:30:15 -0700 Message-Id: <7DBCD5B4-6346-44D0-81DE-60FA05E50125@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> <20140904200118.322b2bfb@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: Fri, 05 Sep 2014 07:30:20 -0000 Thanks for the future MFC'd updates. I see that as of yesterday (Sept-3) powerpc/GENERIC and = powerpc64/GENERIC64 builds are again updating in places like (now) = http://ftp.freebsd.org/pub/FreeBSD/snapshots/powerpc/powerpc*/10.1-PRERELE= ASE/ . Before that the most recent had been from July-13 or so. So I'm fine with waiting from that point of view. It now appears that = I'll be able to pick up the update when it shows up in 10.1-????? . I've = not done anything with head/current yet. I'll probably try to at least = track = http://ftp.freebsd.org/pub/FreeBSD/snapshots/powerpc/powerpc*/10.1-*/ = (with some lag). (My FreeBSD explorations/experiments are a background = task in general and I may end up having to juggle disks, repartition, or = do other extra things first as well.) But Nathan W. may well want experiments in time frames attempting to = given him time before 10.1-RELEASE --especially if I have access to = hardware combinations that he does not or for which "his" similar = machines have other far more dedicated uses to avoid interrupting. I'm = free to do whatever I want with the ones around here. I am happy to see what I can do that Nathan thinks might help --but I = can not promise specific time frames either. And it is easy to send me = off doing something that I've not done before with FreeBSD where I end = up having research-time/learning-curve-time involved. And such efforts = always have questions of completeness for what is found/learned. Not being able to do things under powerpc/GENERIC that I can do under = powerpc64/GENERIC64 is making this investigation more difficult because = the original Xorg problems are only seen under powerpc/GENERIC --and so = far only on dual-processor G4 PowerMacs. I had hoped to have Xorg run = under gdb with debug symbols around (world, kernel, and ports) on those = G4 PowerMacs. But running Xorg under gdb turned out to work only under = powerpc64/GENERIC64 where I can not see the original Xorg problem (so = far). That illustrates that I learn more about the status of powerpc/GENERIC = and powerpc64/GENERIC64 10.x FreeBSD as I go: I would not have guessed = the gdb behavioral difference as likely. Hopefully I'll get the PowerMac SSD's (powerpc/GENERIC and = powerpc64/GENERIC64) synchronized to the two = http://ftp.freebsd.org/pub/FreeBSD/snapshots/powerpc/powerpc*/10.1-PRERELE= ASE/ areas before the weekend is over. I may start retesting without = debug symbols since rebuilding to have them takes a while. (And unless = gdb Xorg can work on a G4 the symbols would be of little immediate use.) =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 4, 2014, at 8:01 PM, Justin Hibbits wrote: I was reminded that there are a couple patches I've neglected to MFC related to signal handling that might solve this problem. I hope to get them in over the next couple days, so you can expect them in the 10.1 betas. If you don't want to wait for that, could you try head? Thanks, Justin On Thu, 4 Sep 2014 18:46:29 -0700 Mark Millard wrote: > The radeon G4 contexts do not report "failed to set mtrr: File > exists": They seem to be silent about Xorg quitting early as far as > error messages or warnings go (booted from that same SSD with > xorg.conf for the radeon context). Again Xorg.0.log does not look > interesting and stops before the problem. A script logfile shows: >=20 >> root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M >> /usr/local/bin/startxfce4: Starting X server >>=20 >>=20 >> X.Org X Server 1.12.4 >> Release Date: 2012-08-27 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 10.0-STABLE powerpc=20 >> Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD >> 10.0-STABLE #0: T hu Sep 4 00:50:31 PDT 2014 >> root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC power pc >> Build Date: 04 September 2014 06:13:34AM >>=20 >> Current version of pixman: 0.32.4 >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) >> unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 >> 18:20:03 2014 (=3D=3D) Using config file: "/etc/X11/xorg.conf" >> XRANDR name: DVI-1 >> Connector: DVI-I >> CRT2: INTERNAL_DAC2 >> DFP1: INTERNAL_TMDS1 >> DDC reg: 0x64 >> XRANDR name: DVI-0 >> Connector: DVI-I >> CRT1: INTERNAL_DAC1 >> DFP2: INTERNAL_DVO1 >> DDC reg: 0x60 >> XRANDR name: S-video >> Connector: S-video >> TV1: INTERNAL_DAC2 >> DDC reg: 0x0 >> finished output detect: 0 >> Unhandled monitor type 0 >> finished output detect: 1 >> finished output detect: 2 >> finished all detect >> Unhandled monitor type 0 >> Entering TV Save >> Save TV timing tables >> saveTimingTables: reading timing tables >> TV Save done >> disable FP1 >> disable FP1 >> disable TV >> disable FP1 >> init memmap >> init common >> init crtc1 >> init pll1 >> freq: 117130000 >> best_freq: 117132353 >> best_feedback_div: 295 >> best_frac_feedback_div: 0 >> best_ref_div: 34 >> best_post_div: 2 >> restore memmap >> restore common >> restore crtc1 >> restore pll1 >> finished PLL1 >> set RMX >> set FP1 >> enable FP1 >> disable TV >> xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) >> on X server :0. xfwm4: Fatal IO error 35 (Resource temporarily >> unavailable) on X server :0.0. xinit: connection to X server lost >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On Sep 4, 2014, at 6:00 PM, Mark Millard wrote: >=20 > The below includes it reporting getting a "failed to set mtrr: File > exists" notice. (A Intel P6+ concept?) >=20 >=20 > I have since rebuilt (buildworld, kernel, installworld; portmaster > -af) from the same /usr/src/... and /usr/ports/... on that same SSD > based on /etc/make.conf having: >=20 > WITH_DEBUG_FILES=3D > WITHOUT_CLANG=3D # because otherwise it leads to buildworld failures > with the above enabled WITH_DEBUG=3D >=20 > Unfortunately uname -a loses the r268571 reference in the process, > leaving less of a clue what the build is based on. >=20 > In this context the script logfile for running on a PowerMac G4 ends > up recording "failed to set mtrr: File exists": >=20 >> root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M >> /usr/local/bin/startxfce4: Starting X server >>=20 >>=20 >> X.Org X Server 1.12.4 >> Release Date: 2012-08-27 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 10.0-STABLE powerpc=20 >> Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD >> 10.0-STABLE #0: Thu Sep 4 00:50:31 PDT 2014 >> root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC powerpc Build Date: 04 >> September 2014 06:13:34AM Current version of pixman: 0.32.4 >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) >> unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 >> 15:14:07 2014 (=3D=3D) Using config file: "/etc/X11/xorg.conf" >> failed to set mtrr: File exists >> xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) >> on X server :0. xinit: connection to X server lost >> root@FBSDG4S0:~ # xfwm4: Fatal IO error 35 (Resource temporarily >> unavailable) on X server :0.0. root@FBSDG4S0:~ #=20 >=20 > The G5 PowerMac does not display the "failed to set mtrr: File > exists" message when booted from the same boot SSD and startxfce4 -- > -logverbose 9 is used (but with xorg.conf's BusID changed to match > the PowerMac7,11's BusID). The G5 context works fine. (I've not tried > the single processor G4 context yet.) >=20 > Note: I'm using the G4 NVIDIA PowerMac for most G4 expirements > because it allows me to Option-Fn to get to VTn and see thing there > and so I can avoid reboots. >=20 >=20 > The last thing that dmesg -a shows after the G4 startxfce4 -- > -logverbose 9 is my logging in as root: >=20 >> $ dmesg -a | tail >> Configuring syscons: blanktime. >> Performing sanity check on sshd configuration. >> Starting sshd. >> Starting sendmail_submit. >> Starting sendmail_msp_queue. >> Starting cron. >> Starting background file system checks in 60 seconds. >>=20 >> Thu Sep 4 14:21:42 PDT 2014 >> Sep 4 14:21:48 FBSDG4S0 login: ROOT LOGIN (root) ON ttyv0 >=20 > I do not see anything earlier that looks to be of interest. About the > only thing remotely error-like are some examples of "hid_get_item: > Number of items truncated to 255". >=20 >=20 > /var/log/Xorg.0.log's ends in: >=20 >> [ 182.354] (II) Module mouse: vendor=3D"X.Org Foundation" >> [ 182.354] compiled for 1.12.4, module version =3D 1.9.0 >> [ 182.354] Module class: X.Org XInput Driver >> [ 182.354] ABI class: X.Org XInput driver, version 16.0 >> [ 182.354] (II) Using input driver 'mouse' for 'Apple Optical USB >> Mouse' [ 182.354] (**) Apple Optical USB Mouse: always reports >> core events [ 182.354] (**) Option "Device" "/dev/sysmouse" >> [ 182.354] (=3D=3D) Apple Optical USB Mouse: Protocol: "Auto" >> [ 182.354] (**) Apple Optical USB Mouse: always reports core >> events [ 182.355] (=3D=3D) Apple Optical USB Mouse: = Emulate3Buttons, >> Emulate3Timeout: 50 [ 182.355] (**) Apple Optical USB Mouse: >> ZAxisMapping: buttons 4 and 5 [ 182.355] (**) Apple Optical USB >> Mouse: Buttons: 5 [ 182.355] (**) Option "config_info" >> "hal:/org/freedesktop/Hal/devices/usb_device_5ac_304_noserial_if0" [ = 182.355] >> (II) XINPUT: Adding extended input device "Apple Optical USB >> Mouse" (type: MOUSE, id 7) [ 182.356] (**) Apple Optical USB >> Mouse: (accel) keeping acceleration scheme 1 [ 182.356] (**) >> Apple Optical USB Mouse: (accel) acceleration profile 0 >> [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration >> factor: 2.000 [ 182.356] (**) Apple Optical USB Mouse: (accel) >> acceleration threshold: 4 [ 182.356] (II) Apple Optical USB >> Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 [ 182.356] (II) >> Apple Optical USB Mouse: SetupAuto: protocol is SysMouse >=20 > I.e., the Xorg quit is silent. Again I do not see anything earlier > that looks to be of interest. >=20 >=20 >=20 > Xorg is suddenly, silently quitting. And it is leaving all associated > log files with older modification date/times/content from what I can > tell. No core file either. "failed to set mtrr: File exists" may > explain this. I've not started investigating it yet. >=20 >=20 >=20 > Side notes: >=20 > I've not investigated yet if there is a way around gdb Xorg's run :0 > under powerpc/GENERIC getting: >=20 >> cannot get thread event message: generic error >=20 >=20 > and gdb's cont then getting: >=20 >> suspend error: generic error >=20 >=20 > I've also seen for other things I've tried with Xorg involved: >=20 >> cannot find new threads: generic error >=20 >=20 > and >=20 >> no thread to satisfy query >=20 >=20 > On the G5 PowerMac's using powerpc64/GENERIC64 boot SSD's I have no > such problems with threading for gdb Xorg: only the powerpc/GENERIC > boot SSD's have this problem and the gdb thread issues happen on G4's > and G5's when booted from powerpc/GENERIC boot SSD's. >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On Sep 4, 2014, at 9:46 AM, Nathan Whitehorn > wrote: >=20 > Anything in dmesg or in /var/log/Xorg.0.log? What happens if you set > logverbose 9? -Nathan >=20 > On 08/31/14 17:27, Mark Millard wrote: >> As an example of how sudden and arbitrary the silent-quit of the X >> server is: >>=20 >> The partial display update currently on my ADC display has >> approximating the top 1/2 updated and the bottom half not updated >> (still black). >>=20 >> But the boundary is somewhat interesting: The last updated >> raster/pixel line has its left side updated (a uniform grey desktop >> color) and its right side not updated (still black). >>=20 >> So the silent abort stopped the update mid-raster/pixel line. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On Aug 31, 2014, at 4:49 PM, Mark Millard >> wrote: >>=20 >> [E-mail history trimmed this time.] >>=20 >> I used script to log my startxfce4 command and what it produces. >> With only the ADC connected this results in various "Unhandled >> monitor type 0" notices as part of normal operation. >>=20 >> The script output shows that the X server quit. There is no core >> file left in the directory. >>=20 >> Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X >> server :0. xfwm4: Fatal IO error 35 (Resource temporarily >> unavailable) on X server :0.0. xinit: connection to X server lost >> xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on >> X server :0.0. >>=20 >> (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking >> IsSupported() failed for remote volume monitor with dbus name >> org.gtk.Private.GPhoto2VolumeMonitor: >> org.freedesktop.DBus.Error.Disconnected: Connection was >> disconnected before a reply was received root@FBSDG4S0:~ # >> xfsettingsd: Fatal IO error 2 (No such file or directory) on X >> server :0.0. >>=20 >> The full script file contents are: >>=20 >> Script started on Sun Aug 31 16:34:12 2014 >> You have mail. >> root@FBSDG4S0:~ # startxfce4^M >> /usr/local/bin/startxfce4: Starting X server >>=20 >>=20 >> X.Org X Server 1.12.4 >> Release Date: 2012-08-27 >> X Protocol Version 11, Revision 0 >> Build Operating System: FreeBSD 10.0-STABLE powerpc=20 >> Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD >> 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 >> root@grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC >> powerpc Build Date: 21 July 2014 07:18:49PM Current version of >> pixman: 0.32.4 Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) >> unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 >> 16:34:23 2014 (=3D=3D) Using config file: "/etc/X11/xorg.conf" >> XRANDR name: DVI-1 >> Connector: DVI-I >> CRT2: INTERNAL_DAC2 >> DFP1: INTERNAL_TMDS1 >> DDC reg: 0x64 >> XRANDR name: DVI-0 >> Connector: DVI-I >> CRT1: INTERNAL_DAC1 >> DFP2: INTERNAL_DVO1 >> DDC reg: 0x60 >> XRANDR name: S-video >> Connector: S-video >> TV1: INTERNAL_DAC2 >> DDC reg: 0x0 >> finished output detect: 0 >> Unhandled monitor type 0 >> finished output detect: 1 >> finished output detect: 2 >> finished all detect >> Unhandled monitor type 0 >> Entering TV Save >> Save TV timing tables >> saveTimingTables: reading timing tables >> TV Save done >> disable FP1 >> disable FP1 >> disable TV >> disable FP1 >> init memmap >> init common >> init crtc1 >> init pll1 >> freq: 117130000 >> best_freq: 117132353 >> best_feedback_div: 295 >> best_frac_feedback_div: 0 >> best_ref_div: 34 >> best_post_div: 2 >> restore memmap >> restore common >> restore crtc1 >> restore pll1 >> finished PLL1 >> set RMX >> set FP1 >> enable FP1 >> disable TV >> Unhandled monitor type 0 >> Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X >> server :0. xfwm4: Fatal IO error 35 (Resource temporarily >> unavailable) on X server :0.0. xinit: connection to X server lost >> xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on >> X server :0.0. >>=20 >> (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking >> IsSupported() failed for remote volume monitor with dbus name >> org.gtk.Private.GPhoto2VolumeMonitor: >> org.freedesktop.DBus.Error.Disconnected: Connection was >> disconnected before a reply was received root@FBSDG4S0:~ # >> xfsettingsd: Fatal IO error 2 (No such file or directory) on X >> server :0.0. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >>=20 >=20 >=20 >=20 > _______________________________________________ > 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" From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 6 01:13:10 2014 Return-Path: Delivered-To: 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 E5706E87; Sat, 6 Sep 2014 01:13:10 +0000 (UTC) Received: from smtp02-smtp-4.daemonmail.net (smtp02-smtp-4.daemonmail.net [216.104.163.134]) by mx1.freebsd.org (Postfix) with ESMTP id BBD901A5B; Sat, 6 Sep 2014 01:13:10 +0000 (UTC) Received: from mxw02.daemonmail.net (unknown [216.104.161.12]) by smtp02-smtp-4.daemonmail.net (Postfix) with ESMTP id 486AEA23CD; Fri, 5 Sep 2014 18:03:41 -0700 (PDT) X-Best-Tracker: ezog@startupguru.com Received: from localhost (localhost [127.0.0.1]) by mxw02.daemonmail.net (Postfix) with ESMTP id CCB0345A09; Fri, 5 Sep 2014 18:03:40 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at mxw02.daemonmail.net X-Spam-Flag: NO X-Spam-Score: 4.452 X-Spam-Level: **** X-Spam-Status: No, score=4.452 tagged_above=-20 required=6.31 tests=[BAYES_80=2, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_OBFUSCATE_10_20=0.093, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, NML_ADSP_CUSTOM_MED=0.9, SPF_SOFTFAIL=0.665] autolearn=no Received: from mxw02.daemonmail.net ([IPv6:::ffff:127.0.0.1]) by localhost (mxw02.daemonmail.net [::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8cDUvFdowMd1; Fri, 5 Sep 2014 18:03:34 -0700 (PDT) Received: from serv15.tierra.net (serv15.tierra.net [216.104.160.85]) by mxw02.daemonmail.net (Postfix) with ESMTP id DF59F459FE; Fri, 5 Sep 2014 18:03:34 -0700 (PDT) Received: from startupguru.com (unknown [88.235.165.86]) (Authenticated sender: ezog@startupguru.com) by startupguru.com (Postfix) with ESMTPA id B13289FCB6; Fri, 5 Sep 2014 18:03:30 -0700 (PDT) Message-ID: <650F82654DFEE649E0D5439A8D581567@startupguru.com> From: "Joe Nosay" To: "Kevin Lo" , "freebsd current" , "Steve Kargl" , "Glen Barber" , "ppc" , "Michael Chapman" , "Allan Jude" , "Francesca Mento" Subject: =?ISO-8859-1?Q?Looking_For_a_New_Casino=3F?= Date: Fri, 6 Sep 2014 02:03:30 +0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3522.110 X-MIMEOLE: Produced By Microsoft MimeOLE V16.4.3522.110 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sat, 06 Sep 2014 01:13:11 -0000 http://divineglobal.com/ckib/icrxfpwm.briszwj From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 6 02:01:39 2014 Return-Path: Delivered-To: ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D92E7DA; Sat, 6 Sep 2014 02:01:39 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (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 E505C1E6A; Sat, 6 Sep 2014 02:01:38 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id uy5so9300072obc.4 for ; Fri, 05 Sep 2014 19:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Sg7cwTEZQ9WQcj2gtDkkoBcgRLrfls9IZD5LM2lzuRQ=; b=T+jG/hK7p2c0ycllsbxVlwf1dOPCzo3XW/L0TTRgBuGUwnlia9ezeElbhQw7it5Ht+ JkCG6iE7zfCNm69yP/ewCRt+Y6/PY5QEG5iasX0aAUcrUJaDbEFZzWu8+7K3HQ1HN1je rDcA9nNvRXmV25FHK+oM87DowrkUtDgQGcWwWNehiWa5WJULl50/L3L6mrnNq05Ur4XC 1403+3WlB+K0RPAYKSdjIKTCl3/R3AHGHqMxZzzz+YRpTEjhRHzRJrJou99u4ZO2Xn3I X2wLCXHXpiEFbA0OfcnGS7JfGMDbOpKZ7vqo/7taZdZKOvcqHLmqZ7GJfhFQxKpCLBO3 E1AQ== MIME-Version: 1.0 X-Received: by 10.60.65.35 with SMTP id u3mr17865901oes.35.1409968898252; Fri, 05 Sep 2014 19:01:38 -0700 (PDT) Received: by 10.182.87.33 with HTTP; Fri, 5 Sep 2014 19:01:38 -0700 (PDT) In-Reply-To: <650F82654DFEE649E0D5439A8D581567@startupguru.com> References: <650F82654DFEE649E0D5439A8D581567@startupguru.com> Date: Fri, 5 Sep 2014 22:01:38 -0400 Message-ID: Subject: Re: Looking For a New Casino? From: Joe Nosay To: Kevin Lo , freebsd current , Steve Kargl , Glen Barber , ppc , Michael Chapman , Allan Jude , Francesca Mento Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sat, 06 Sep 2014 02:01:39 -0000 This is not from me. On Fri, Sep 5, 2014 at 10:03 PM, Joe Nosay wrote: > http://divineglobal.com/ckib/icrxfpwm.briszwj > _______________________________________________ > 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" > From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 6 15:16:16 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39AB4EAF for ; Sat, 6 Sep 2014 15:16:16 +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 6B2BF1180 for ; Sat, 6 Sep 2014 15:16:14 +0000 (UTC) Received: (qmail 8609 invoked from network); 6 Sep 2014 15:16:07 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 6 Sep 2014 15:16:07 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sat, 06 Sep 2014 11:16:07 -0400 (EDT) Received: (qmail 30537 invoked from network); 6 Sep 2014 15:15:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 6 Sep 2014 15:15:26 -0000 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 8F5931C4052; Sat, 6 Sep 2014 08:15:23 -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: <3D7C705D-5792-43FA-835C-9FD88AEAE07E@dsl-only.net> Date: Sat, 6 Sep 2014 08:15:24 -0700 Message-Id: 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> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=iso-8859-1 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: Sat, 06 Sep 2014 15:16:16 -0000 Overall not much has changed for the original problem in 10.1-PRERELEASE = r270981 with a fresh Xorg/xfce4 build. Details follow. The NVIDIA = context does have a new, additional oddity. Updating to a fresh, from-scratch... > FreeBSD FBSDG4S1 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #0 r270981: = Wed Sep 3 04:01:09 UTC 2014 = root@releng1.nyi.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC = powerpc using portsnap fetch extract and building Xorg and xfce4 (and = xscreensaver this time) still has the PowerMac G4 X11 UI hangups (well, = Xorg and such quitting) after partial screen updates are (usually) = visible. (I did not explicitly build anything with debug symbols for = this round. I used the MANIFEST file and .txz files and bsdinstall --and = did not buildworld nor did I buildkernel.) The NVIDIA G4 got some interesting information in the script output file = for the NVIDIA PowerMac G4 for a startxfce4 -- -logverbose 9: > failed to set mtrr: File exists >=20 > (xfsettingsd:1053): xfsettingsd-WARNING **: Unknown mode '1920x1200 @ = 60.0' for output default. The ADC display in use on one of the G5's has a 1920x1200 native pixel = area. But the one on the G4 being used here is smaller: 1680x1050. The = SSD had been booted and tested on that G5 first. (So may be that old = size is recorded somewhere and is used even when it is not appropriate?) = The displayed content actually looks to be not sized to match the = display as of when it hangs. (This is new to this build: before as much = as displayed seemed to have the right width/height [no wrap around]. So = the size issue may be a new, independent issue.) After the above 1920x1200 reference is the usual sort of indication of = the Xorg quit: > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) on = X server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xfsettingsd: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > wrapper: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost > wrapper: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > root@FBSDG4S1:~ # Assertion failed: (ret !=3D inval_id), function = _XAllocID, file xcb_io.c, line 529. But the "Assertion failed" notice is new, as may be the "wrapper" = references. (ps -aud shows Xorg and the rest are gone while the display = still shows the partial update status.) The Xorg.0.log shows for the = size question: > [ 415.724] (--) NV(0): DDC detected a DFP: > [ 415.724] (II) NV(0): Manufacturer: APP Model: 9219 Serial#: = 50201662 > [ 415.724] (II) NV(0): Year: 2004 Week: 13 > [ 415.724] (II) NV(0): EDID Version: 1.3 > [ 415.724] (II) NV(0): Digital Display Input > [ 415.724] (II) NV(0): Max Image Size [cm]: horiz.: 43 vert.: 27 > [ 415.724] (II) NV(0): Gamma: 2.20 > [ 415.724] (II) NV(0): DPMS capabilities: Off > [ 415.724] (II) NV(0): Supported color encodings: RGB 4:4:4 YCrCb = 4:4:4=20 > [ 415.724] (II) NV(0): Default color space is primary color space > [ 415.725] (II) NV(0): First detailed timing is preferred mode > [ 415.725] (II) NV(0): redX: 0.640 redY: 0.330 greenX: 0.290 = greenY: 0.600 > [ 415.725] (II) NV(0): blueX: 0.150 blueY: 0.060 whiteX: 0.312 = whiteY: 0.329 > [ 415.725] (II) NV(0): Manufacturer's mask: 0 > [ 415.725] (II) NV(0): Supported detailed timing: > [ 415.725] (II) NV(0): clock: 117.1 MHz Image Size: 433 x 270 mm > [ 415.725] (II) NV(0): h_active: 1680 h_sync: 1744 h_sync_end 1776 = h_blank_end 1840 h_border: 0 > [ 415.725] (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1056 = v_blanking: 1062 v_border: 0 > [ 415.725] (II) NV(0): Monitor name: Apple Cinema > [ 415.725] (II) NV(0): Monitor name: Display > ... > [ 415.729] (--) NV(0): CRTC 0 is currently programmed for DFP > [ 415.729] (II) NV(0): Using DFP on CRTC 0 > [ 415.729] (--) NV(0): Panel size is 1680 x 1050 > [ 415.729] (II) NV(0): NOTE: This driver cannot reconfigure the = BIOS-programmed size. > [ 415.729] (II) NV(0): These dimensions will be used as the panel = size for mode validation. > [ 415.729] (II) NV(0): EDID vendor "APP", prod id 37401 > [ 415.729] (II) NV(0): Printing DDC gathered Modelines: > [ 415.729] (II) NV(0): Modeline "1680x1050"x0.0 117.13 1680 1744 = 1776 1840 1050 1053 1056 1062 +hsync +vsync (63.7 kHz eP) > [ 415.729] (II) NV(0): Panel is TMDS > [ 415.729] (--) NV(0): VideoRAM: 131072 kBytes > [ 415.729] (=3D=3D) NV(0): Using gamma correction (1.0, 1.0, 1.0) > [ 415.729] (II) NV(0): Monitor0: Using hsync range of 63.66-64.67 = kHz > [ 415.729] (II) NV(0): Monitor0: Using vrefresh range of 59.88-59.94 = Hz > [ 415.725] (II) NV(0): h_active: 1680 h_sync: 1744 h_sync_end 1776 = h_blank_e > nd 1840 h_border: 0 > [ 415.725] (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1056 = v_blankin > g: 1062 v_border: 0 > [ 415.725] (II) NV(0): Monitor name: Apple Cinema > [ 415.725] (II) NV(0): Monitor name: Display > ... > [ 415.726] (II) NV(0): Probing for EDID on I2C bus B... > [ 415.729] (II) NV(0): ... none found > [ 415.729] (--) NV(0): CRTC 0 is currently programmed for DFP > [ 415.729] (II) NV(0): Using DFP on CRTC 0 > [ 415.729] (--) NV(0): Panel size is 1680 x 1050 > [ 415.729] (II) NV(0): NOTE: This driver cannot reconfigure the = BIOS-programme > d size. > [ 415.729] (II) NV(0): These dimensions will be used as the panel = size for mod > e validation. > [ 415.729] (II) NV(0): EDID vendor "APP", prod id 37401 > [ 415.729] (II) NV(0): Printing DDC gathered Modelines: > [ 415.729] (II) NV(0): Modeline "1680x1050"x0.0 117.13 1680 1744 = 1776 1840 =20 > 1050 1053 1056 1062 +hsync +vsync (63.7 kHz eP) > [ 415.729] (II) NV(0): Panel is TMDS > [ 415.729] (--) NV(0): VideoRAM: 131072 kBytes > [ 415.729] (=3D=3D) NV(0): Using gamma correction (1.0, 1.0, 1.0) > [ 415.729] (II) NV(0): Monitor0: Using hsync range of 63.66-64.67 = kHz > [ 415.729] (II) NV(0): Monitor0: Using vrefresh range of 59.88-59.94 = Hz > [ 415.729] (II) NV(0): Estimated virtual size for aspect ratio = 1.5926 is 1680x1050 > [ 415.729] (II) NV(0): Clock range: 12.00 to 350.00 MHz Then it has the long list of non-working sizes followed by: > [ 415.732] (--) NV(0): Virtual size is 1680x1050 (pitch 1680) > [ 415.732] (**) NV(0): *Driver mode "1680x1050": 117.1 MHz, 63.7 = kHz, 59.9 Hz > [ 415.732] (II) NV(0): Modeline "1680x1050"x59.9 117.13 1680 1744 = 1776 1840 1050 1053 1056 1062 +hsync +vsync (63.7 kHz ezP) > [ 415.732] (**) NV(0): *Driver mode "1680x1050": 119.0 MHz, 64.7 = kHz, 59.9 Hz > [ 415.732] (II) NV(0): Modeline "1680x1050"x59.9 119.00 1680 1728 = 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz ez) > [ 415.732] (**) NV(0): *Default mode "1400x1050": 122.0 MHz, 64.9 = kHz, 60.0 Hz > [ 415.732] (II) NV(0): Modeline "1400x1050"x60.0 122.00 1400 1488 = 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz zd) > [ 415.732] (**) NV(0): *Default mode "1280x1024": 108.0 MHz, 64.0 = kHz, 60.0 Hz > [ 415.732] (II) NV(0): Modeline "1280x1024"x60.0 108.00 1280 1328 = 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz zd) > [ 415.732] (**) NV(0): Display dimensions: (430, 270) mm > [ 415.732] (**) NV(0): DPI set to (99, 98) There is no mention of 1920 or of 1200 in the Xorg.0.log file. Nor does = the xorg.conf file have size information. I'd never guess from the Xorg.0.log that there was a problem --either = the original one or the size one. One new thing in the log file is that the tail has: > [ 419.683] select returned 0 > [ 419.739] select returned 0 > [ 419.747] select returned 0 > [ 419.755] select returned 0 > [ 419.763] select returned 0 > [ 419.771] select returned 0 > [ 419.779] select returned 0 > [ 419.787] select returned 0 > ... > [ 420.195] select returned 0 > [ 420.203] select returned 0 > [ 420.211] select returned 0 > [ 420.221] select returned 0 > [ 420.227] select returned 0 > [ 420.251] select returned 0 > [ 420.251] select returned 0 The Radeon board based PowerMac G4 that I tested does not report that = size notice. It also has a 1680x1050 ADC display. Its Xorg.0.log also = shows 1680x1050. Again the Xorg.0.log contents look normal, without an = indication of failure. And the script file again shows a sudden, silent = quit as the mode of failure (ps -aud showing that Xorg and such are gone = while the display is still stuck before any Option-Fn): > ... > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > Unhandled monitor type 0 > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xfce4-panel: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xinit: connection to X server lost The partial display did not look to be the wrong size. When I tried a PowerMac G5 booted from that same SSD with a 1680x1050 = ADC display and a Radeon board startxfce4 worked fine. This also = suggests that the 1920x1200 size issue is a new, separate problem with = just the nv driver(?). =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 4, 2014, at 6:46 PM, Mark Millard wrote: The radeon G4 contexts do not report "failed to set mtrr: File exists": = They seem to be silent about Xorg quitting early as far as error = messages or warnings go (booted from that same SSD with xorg.conf for = the radeon context). Again Xorg.0.log does not look interesting and = stops before the problem. A script logfile shows: > root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0: T > hu Sep 4 00:50:31 PDT 2014 = root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC power > pc > Build Date: 04 September 2014 06:13:34AM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 18:20:03 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > XRANDR name: DVI-1 > Connector: DVI-I > CRT2: INTERNAL_DAC2 > DFP1: INTERNAL_TMDS1 > DDC reg: 0x64 > XRANDR name: DVI-0 > Connector: DVI-I > CRT1: INTERNAL_DAC1 > DFP2: INTERNAL_DVO1 > DDC reg: 0x60 > XRANDR name: S-video > Connector: S-video > TV1: INTERNAL_DAC2 > DDC reg: 0x0 > finished output detect: 0 > Unhandled monitor type 0 > finished output detect: 1 > finished output detect: 2 > finished all detect > Unhandled monitor type 0 > Entering TV Save > Save TV timing tables > saveTimingTables: reading timing tables > TV Save done > disable FP1 > disable FP1 > disable TV > disable FP1 > init memmap > init common > init crtc1 > init pll1 > freq: 117130000 > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) on = X server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 4, 2014, at 6:00 PM, Mark Millard wrote: The below includes it reporting getting a "failed to set mtrr: File = exists" notice. (A Intel P6+ concept?) I have since rebuilt (buildworld, kernel, installworld; portmaster -af) = from the same /usr/src/... and /usr/ports/... on that same SSD based on = /etc/make.conf having: WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D # because otherwise it leads to buildworld failures = with the above enabled WITH_DEBUG=3D Unfortunately uname -a loses the r268571 reference in the process, = leaving less of a clue what the build is based on. In this context the script logfile for running on a PowerMac G4 ends up = recording "failed to set mtrr: File exists": > root@FBSDG4S0:~ # startxfce4 -- -logverbose 9^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0: Thu Sep 4 00:50:31 PDT 2014 = root@FBSDG4S0:/usr/obj/usr/src/sys/GENERIC powerpc > Build Date: 04 September 2014 06:13:34AM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 4 15:14:07 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > failed to set mtrr: File exists > xfce4-session: Fatal IO error 35 (Resource temporarily unavailable) on = X server :0. > xinit: connection to X server lost > root@FBSDG4S0:~ # xfwm4: Fatal IO error 35 (Resource temporarily = unavailable) on X server :0.0. > root@FBSDG4S0:~ #=20 The G5 PowerMac does not display the "failed to set mtrr: File exists" = message when booted from the same boot SSD and startxfce4 -- -logverbose = 9 is used (but with xorg.conf's BusID changed to match the = PowerMac7,11's BusID). The G5 context works fine. (I've not tried the = single processor G4 context yet.) Note: I'm using the G4 NVIDIA PowerMac for most G4 expirements because = it allows me to Option-Fn to get to VTn and see thing there and so I can = avoid reboots. The last thing that dmesg -a shows after the G4 startxfce4 -- = -logverbose 9 is my logging in as root: > $ dmesg -a | tail > Configuring syscons: blanktime. > Performing sanity check on sshd configuration. > Starting sshd. > Starting sendmail_submit. > Starting sendmail_msp_queue. > Starting cron. > Starting background file system checks in 60 seconds. >=20 > Thu Sep 4 14:21:42 PDT 2014 > Sep 4 14:21:48 FBSDG4S0 login: ROOT LOGIN (root) ON ttyv0 I do not see anything earlier that looks to be of interest. About the = only thing remotely error-like are some examples of "hid_get_item: = Number of items truncated to 255". /var/log/Xorg.0.log's ends in: > [ 182.354] (II) Module mouse: vendor=3D"X.Org Foundation" > [ 182.354] compiled for 1.12.4, module version =3D 1.9.0 > [ 182.354] Module class: X.Org XInput Driver > [ 182.354] ABI class: X.Org XInput driver, version 16.0 > [ 182.354] (II) Using input driver 'mouse' for 'Apple Optical USB = Mouse' > [ 182.354] (**) Apple Optical USB Mouse: always reports core events > [ 182.354] (**) Option "Device" "/dev/sysmouse" > [ 182.354] (=3D=3D) Apple Optical USB Mouse: Protocol: "Auto" > [ 182.354] (**) Apple Optical USB Mouse: always reports core events > [ 182.355] (=3D=3D) Apple Optical USB Mouse: Emulate3Buttons, = Emulate3Timeout: 50 > [ 182.355] (**) Apple Optical USB Mouse: ZAxisMapping: buttons 4 and = 5 > [ 182.355] (**) Apple Optical USB Mouse: Buttons: 5 > [ 182.355] (**) Option "config_info" = "hal:/org/freedesktop/Hal/devices/usb_device_5ac_304_noserial_if0" > [ 182.355] (II) XINPUT: Adding extended input device "Apple Optical = USB Mouse" (type: MOUSE, id 7) > [ 182.356] (**) Apple Optical USB Mouse: (accel) keeping = acceleration scheme 1 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = profile 0 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = factor: 2.000 > [ 182.356] (**) Apple Optical USB Mouse: (accel) acceleration = threshold: 4 > [ 182.356] (II) Apple Optical USB Mouse: SetupAuto: hw.iftype is 4, = hw.model is 0 > [ 182.356] (II) Apple Optical USB Mouse: SetupAuto: protocol is = SysMouse I.e., the Xorg quit is silent. Again I do not see anything earlier that = looks to be of interest. Xorg is suddenly, silently quitting. And it is leaving all associated = log files with older modification date/times/content from what I can = tell. No core file either. "failed to set mtrr: File exists" may explain = this. I've not started investigating it yet. Side notes: I've not investigated yet if there is a way around gdb Xorg's run :0 = under powerpc/GENERIC getting: > cannot get thread event message: generic error and gdb's cont then getting: > suspend error: generic error I've also seen for other things I've tried with Xorg involved: > cannot find new threads: generic error and > no thread to satisfy query On the G5 PowerMac's using powerpc64/GENERIC64 boot SSD's I have no such = problems with threading for gdb Xorg: only the powerpc/GENERIC boot = SSD's have this problem and the gdb thread issues happen on G4's and = G5's when booted from powerpc/GENERIC boot SSD's. =3D=3D=3D Mark Millard markmi@dsl-only.net On Sep 4, 2014, at 9:46 AM, Nathan Whitehorn = wrote: Anything in dmesg or in /var/log/Xorg.0.log? What happens if you set = logverbose 9? -Nathan On 08/31/14 17:27, Mark Millard wrote: > As an example of how sudden and arbitrary the silent-quit of the X = server is: >=20 > The partial display update currently on my ADC display has = approximating the top 1/2 updated and the bottom half not updated (still = black). >=20 > But the boundary is somewhat interesting: The last updated = raster/pixel line has its left side updated (a uniform grey desktop = color) and its right side not updated (still black). >=20 > So the silent abort stopped the update mid-raster/pixel line. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On Aug 31, 2014, at 4:49 PM, Mark Millard wrote: >=20 > [E-mail history trimmed this time.] >=20 > I used script to log my startxfce4 command and what it produces. With = only the ADC connected this results in various "Unhandled monitor type = 0" notices as part of normal operation. >=20 > The script output shows that the X server quit. There is no core file = left in the directory. >=20 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. >=20 > The full script file contents are: >=20 > Script started on Sun Aug 31 16:34:12 2014 > You have mail. > root@FBSDG4S0:~ # startxfce4^M > /usr/local/bin/startxfce4: Starting X server >=20 >=20 > X.Org X Server 1.12.4 > Release Date: 2012-08-27 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-STABLE powerpc=20 > Current Operating System: FreeBSD FBSDG4S0 10.0-STABLE FreeBSD = 10.0-STABLE #0 r268571: Sun Jul 13 05:15:31 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC = powerpc > Build Date: 21 July 2014 07:18:49PM > =20 > Current version of pixman: 0.32.4 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 31 16:34:23 = 2014 > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > XRANDR name: DVI-1 > Connector: DVI-I > CRT2: INTERNAL_DAC2 > DFP1: INTERNAL_TMDS1 > DDC reg: 0x64 > XRANDR name: DVI-0 > Connector: DVI-I > CRT1: INTERNAL_DAC1 > DFP2: INTERNAL_DVO1 > DDC reg: 0x60 > XRANDR name: S-video > Connector: S-video > TV1: INTERNAL_DAC2 > DDC reg: 0x0 > finished output detect: 0 > Unhandled monitor type 0 > finished output detect: 1 > finished output detect: 2 > finished all detect > Unhandled monitor type 0 > Entering TV Save > Save TV timing tables > saveTimingTables: reading timing tables > TV Save done > disable FP1 > disable FP1 > disable TV > disable FP1 > init memmap > init common > init crtc1 > init pll1 > freq: 117130000 > best_freq: 117132353 > best_feedback_div: 295 > best_frac_feedback_div: 0 > best_ref_div: 34 > best_post_div: 2 > restore memmap > restore common > restore crtc1 > restore pll1 > finished PLL1 > set RMX > set FP1 > enable FP1 > disable TV > Unhandled monitor type 0 > Thunar: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0. > xfwm4: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. > xinit: connection to X server lost > xfdesktop: Fatal IO error 35 (Resource temporarily unavailable) on X = server :0.0. >=20 > (xfsettingsd:984): GVFS-RemoteVolumeMonitor-WARNING **: invoking = IsSupported() failed for remote volume monitor with dbus name = org.gtk.Private.GPhoto2VolumeMonitor: = org.freedesktop.DBus.Error.Disconnected: Connection was disconnected = before a reply was received > root@FBSDG4S0:~ # xfsettingsd: Fatal IO error 2 (No such file or = directory) on X server :0.0. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 >=20 From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 6 22:36:22 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9621267 for ; Sat, 6 Sep 2014 22:36:22 +0000 (UTC) Received: from smtp-relay3.uniserve.ca (smtp-relay3.uniserve.ca [204.239.42.108]) by mx1.freebsd.org (Postfix) with ESMTP id AB3FF1E0B for ; Sat, 6 Sep 2014 22:36:22 +0000 (UTC) Received: from host4.uniservehosting.com ([216.113.193.55]) by smtp-relay3.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1XQOai-0001Di-5V; Sat, 06 Sep 2014 15:36:22 -0700 Received: from 178-222-204-76.dynamic.isp.telekom.rs ([178.222.204.76]:4387 helo=pinicola.ca) by host4.uniservehosting.com with esmtpa (Exim 4.82) (envelope-from ) id 1XQOah-0003E1-A5; Sat, 06 Sep 2014 15:36:20 -0700 Message-ID: <26D2EF87017CF0DF0DCE5D3ECA7A7489@pinicola.ca> From: "Joe Nosay" To: "FreeBSD PowerPC ML" , "Mike Tancsa" Subject: Joe Nosay Date: Fri, 6 Sep 2014 11:36:17 +0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3522.110 X-MIMEOLE: Produced By Microsoft MimeOLE V16.4.3522.110 X-OutGoing-Spam-Status: No, score=0.4 X-Scanner: OK. Scanned. X-Uniserve-Spam-Score: 5.2 52 (+++++) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sat, 06 Sep 2014 22:36:22 -0000 http://vandevecht.com/fb/mnn.ehajrdxbehvzsb From owner-freebsd-ppc@FreeBSD.ORG Sat Sep 6 22:37:43 2014 Return-Path: Delivered-To: ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13A00471 for ; Sat, 6 Sep 2014 22:37:43 +0000 (UTC) Received: from smtp-relay3.uniserve.ca (smtp-relay3.uniserve.ca [204.239.42.108]) by mx1.freebsd.org (Postfix) with ESMTP id EA34D1E1B for ; Sat, 6 Sep 2014 22:37:42 +0000 (UTC) Received: from host4.uniservehosting.com ([216.113.193.55]) by smtp-relay3.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1XQOc2-0001Hk-7e; Sat, 06 Sep 2014 15:37:42 -0700 Received: from [109.228.96.83] (port=61986 helo=pinicola.ca) by host4.uniservehosting.com with esmtpa (Exim 4.82) (envelope-from ) id 1XQOby-0003Nb-Gs; Sat, 06 Sep 2014 15:37:42 -0700 Message-ID: <5BF32BB23F4BAF5462BC43C2D8DE801A@pinicola.ca> From: "Joe Nosay" To: "ppc" , "Michael Chapman" , "Lars Engels" Subject: Joe Nosay Date: Fri, 6 Sep 2014 11:37:36 +0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3522.110 X-MIMEOLE: Produced By Microsoft MimeOLE V16.4.3522.110 X-OutGoing-Spam-Status: No, score=0.4 X-Scanner: OK. Scanned. X-Uniserve-Spam-Score: 5.2 52 (+++++) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Sat, 06 Sep 2014 22:37:43 -0000 http://musclebuildingcooking.affiliate-marketing-online.net/ttmt/swdpypuankvuu= eoayrtd.eoqauvbggznnbruosto