From owner-freebsd-ppc@FreeBSD.ORG Sun Nov 23 20:49:53 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B9D7994 for ; Sun, 23 Nov 2014 20:49:53 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 472F92EC for ; Sun, 23 Nov 2014 20:49:52 +0000 (UTC) Received: (qmail 1453 invoked from network); 23 Nov 2014 20:49:12 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Nov 2014 20:49:12 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 23 Nov 2014 15:49:45 -0500 (EST) Received: (qmail 25217 invoked from network); 23 Nov 2014 20:49:44 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Nov 2014 20:49:44 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id C4EA71C43A0; Sun, 23 Nov 2014 12:49:39 -0800 (PST) From: Mark Millard Subject: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it. Message-Id: Date: Sun, 23 Nov 2014 12:49:42 -0800 To: FreeBSD PowerPC ML , freebsd-ports@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, 23 Nov 2014 20:49:53 -0000 I do not see anything about it in /usr/ports/UPDATING but when I = attempted to update my powerpc64/GENERIC64vtsc context's ports after = updating to 10.1-RELEASE I got: =3D=3D=3D>>> Launching child to update xf86-video-ati-6.14.6_4 to = xf86-video-ati-7.5.0 =3D=3D=3D>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) =3D=3D=3D>>> Currently installed version: xf86-video-ati-6.14.6_4 =3D=3D=3D>>> Port directory: /usr/ports/x11-drivers/xf86-video-ati =3D=3D=3D>>> Starting check for all dependencies =3D=3D=3D>>> Gathering dependency list for x11-drivers/xf86-video-ati = from ports =3D=3D=3D>>> Dependency check complete for x11-drivers/xf86-video-ati =3D=3D=3D>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) =3D=3D=3D> Cleaning for xf86-video-ati-7.5.0 =3D=3D=3D> xf86-video-ati-7.5.0 is only for i386 amd64, while you are = running powerpc64. *** Error code 1 Stop. make: stopped in /usr/ports/x11-drivers/xf86-video-ati The context is: root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a 10.1-RELEASE 10.1-RELEASE FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun Nov = 23 03:21:22 PST 2014 = root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc (Note: when one boots a PowerMac with an explicit "boot KERNELNAME" = freebsd-version -k returns /boot/kernel information instead of = /boot/KERNELNAME information. But I did not boot that way: This was a = /boot/kernel use.) root@FBSDG5M1:/usr/ports # svnlite info Path: . Working Copy Root Path: /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 373147 Node Kind: directory Schedule: normal Last Changed Author: crees Last Changed Rev: 373147 Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) root@FBSDG5M1:/usr/ports # svnlite status ? .snap ? restoresymtable root@FBSDG5M1:/usr/ports # more /etc/make.conf WRKDIRPREFIX=3D/usr/obj/portswork root@FBSDG5M1:/usr/src # svnlite status ? .snap ? restoresymtable M sys/ddb/db_main.c M sys/ddb/db_script.c M sys/powerpc/ofw/ofw_machdep.c M sys/powerpc/ofw/ofwcall64.S root@FBSDG5M1:/usr/src # more /etc/src.conf WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D WITH_DEBUG=3D (WITHOUT_CLANG is just because the last time I tried WITH_DEBUG_FILES = with a clang build involved it failed. It has been some time since I = retried that.) root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc include GENERIC64 ident GENERIC64vtsc nooptions PS3 #Sony Playstation 3 = HACK!!! to allow sc options DDB # HACK!!! to dump early crash = info options GDB # HACK!!! ... #options KTR #options KTR_MASK=3DKTR_TRAP #options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = mishandled device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB # OFW frame buffer options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=3Dcp437 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Sun Nov 23 20:58:19 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF782C2C; Sun, 23 Nov 2014 20:58:19 +0000 (UTC) Received: from fep22.mx.upcmail.net (fep22.mx.upcmail.net [62.179.121.42]) by mx1.freebsd.org (Postfix) with ESMTP id F217A3EF; Sun, 23 Nov 2014 20:58:17 +0000 (UTC) Received: from edge03.upcmail.net ([192.168.13.238]) by viefep22-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20141123205809.QTGL23658.viefep22-int.chello.at@edge03.upcmail.net>; Sun, 23 Nov 2014 21:58:09 +0100 Received: from [192.168.0.23] ([178.84.134.112]) by edge03.upcmail.net with edge id K8y81p00d2Rg3Ey018y8Jk; Sun, 23 Nov 2014 21:58:09 +0100 X-SourceIP: 178.84.134.112 Message-ID: <54724A61.30804@rainbow-runner.nl> Date: Sun, 23 Nov 2014 21:58:09 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Mark Millard , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Subject: Re: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it. References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; 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, 23 Nov 2014 20:58:19 -0000 On 23-11-2014 21:49, Mark Millard wrote: > I do not see anything about it in /usr/ports/UPDATING but when I attempted to update my powerpc64/GENERIC64vtsc context's ports after updating to 10.1-RELEASE I got: I think radeonKMS doesn't work/tested on anything other then i386 or amd64. I think you should switch to the x11-drivers/xf86-video-ati-ums port. > ===>>> Launching child to update xf86-video-ati-6.14.6_4 to xf86-video-ati-7.5.0 > > ===>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) > > ===>>> Currently installed version: xf86-video-ati-6.14.6_4 > ===>>> Port directory: /usr/ports/x11-drivers/xf86-video-ati > > ===>>> Starting check for all dependencies > ===>>> Gathering dependency list for x11-drivers/xf86-video-ati from ports > ===>>> Dependency check complete for x11-drivers/xf86-video-ati > > ===>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) > > ===> Cleaning for xf86-video-ati-7.5.0 > ===> xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/x11-drivers/xf86-video-ati > > > The context is: > > root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a > 10.1-RELEASE > 10.1-RELEASE > FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun Nov 23 03:21:22 PST 2014 root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc > > (Note: when one boots a PowerMac with an explicit "boot KERNELNAME" freebsd-version -k returns /boot/kernel information instead of /boot/KERNELNAME information. But I did not boot that way: This was a /boot/kernel use.) > > root@FBSDG5M1:/usr/ports # svnlite info > Path: . > Working Copy Root Path: /usr/ports > URL: https://svn0.us-west.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 373147 > Node Kind: directory > Schedule: normal > Last Changed Author: crees > Last Changed Rev: 373147 > Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) > > root@FBSDG5M1:/usr/ports # svnlite status > ? .snap > ? restoresymtable > > root@FBSDG5M1:/usr/ports # more /etc/make.conf > WRKDIRPREFIX=/usr/obj/portswork > > root@FBSDG5M1:/usr/src # svnlite status > ? .snap > ? restoresymtable > M sys/ddb/db_main.c > M sys/ddb/db_script.c > M sys/powerpc/ofw/ofw_machdep.c > M sys/powerpc/ofw/ofwcall64.S > > root@FBSDG5M1:/usr/src # more /etc/src.conf > WITH_DEBUG_FILES= > WITHOUT_CLANG= > WITH_DEBUG= > > (WITHOUT_CLANG is just because the last time I tried WITH_DEBUG_FILES with a clang build involved it failed. It has been some time since I retried that.) > > root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc > include GENERIC64 > ident GENERIC64vtsc > > nooptions PS3 #Sony Playstation 3 HACK!!! to allow sc > > options DDB # HACK!!! to dump early crash info > options GDB # HACK!!! ... > #options KTR > #options KTR_MASK=KTR_TRAP > #options KTR_CPUMASK=0xF > #options KTR_VERBOSE > > # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt mishandled > device sc > #device kbdmux # HACK: already listed by vt > options SC_OFWFB # OFW frame buffer > options SC_DFLT_FONT # compile font in > makeoptions SC_DFLT_FONT=cp437 > > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ppc@FreeBSD.ORG Sun Nov 23 21:46:21 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7A9F373 for ; Sun, 23 Nov 2014 21:46:21 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F2E9B69 for ; Sun, 23 Nov 2014 21:46:20 +0000 (UTC) Received: (qmail 10923 invoked from network); 23 Nov 2014 21:45:46 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 23 Nov 2014 21:45:46 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 23 Nov 2014 16:45:46 -0500 (EST) Received: (qmail 32683 invoked from network); 23 Nov 2014 21:45:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Nov 2014 21:45:46 -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-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id C00D21C43A0; Sun, 23 Nov 2014 13:46:14 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it. From: Mark Millard In-Reply-To: <54724A61.30804@rainbow-runner.nl> Date: Sun, 23 Nov 2014 13:46:18 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <208019F2-784C-433E-BCA1-1E666E95F732@dsl-only.net> References: <54724A61.30804@rainbow-runner.nl> To: Koop Mast X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-ports@freebsd.org, FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2014 21:46:21 -0000 Context note: I build a powerpc64/GENERIC64 variant with both vt and sc = enabled and use the same SSD for both NIVIDA based PowerMac G5's and one = Radeon X1950 based one. Currently I do not use X11 at all for the Radeon = X1950 but the SSD is designed to also cover NVIDA contexts where I do = sometimes use X11/xfce4. Looks like the earlier change to force 7.2.0 created the issue in the = Makefile and probably should have had a UPDATING notice:=20 Revision 372171 - (view) (download) (annotate) - [select for diffs]=20 Modified Tue Nov 4 20:32:43 2014 UTC (2 weeks, 5 days ago) by dumbbell=20= File length: 455 byte(s)=20 Diff to previous 371270 xf86-video-ati: Update to 7.5.0 This update brings several bug fixes. Furthermore, it improves Glamor support, though this feature isn't supported by FreeBSD yet. Differential Revision: https://reviews.freebsd.org/D1106 Tested by: Many on freebsd-x11@ Reviewed by: bapt@, kwm@ Approved by: bapt@ Revision 371270 - (view) (download) (annotate) - [select for diffs]=20 Modified Mon Oct 20 14:27:59 2014 UTC (4 weeks, 6 days ago) by kwm=20 File length: 442 byte(s)=20 Diff to previous 367997 Remove the switch code between 6.14.6 and 7.2.0. Update to 7.2.0, since we have xf86-video-ati-ums for 6.14.6. For example compared to 367997: ONLY_FOR_ARCHS=3D i386 amd64 Note that I did not originally explicitly list xf86-video-ati as to be = updated when I rebuilt: the automatic dependencies are what brought it = in. So as stands far more than ati is blocked by default for powerpc64 = rebuilds since the problem stops builds of other things explicitly = requested when dependencies automatically also try to also build = xf86-video-ati on powerpc64. I rebuilt with... portmaster -tDK --no-confirm `cat ports_origins` My ports_origins is as shown by (the explicit xf86-video-scfb is from = when Nathan W. suggested trying it for something but it did not work): root@FBSDG5M1:~/fbsd_rebuild_materials # more ports_origins graphics/ImageMagick devel/automake x11-fonts/bdftopcf x11/bigreqsproto devel/bison sysutils/bsdadminscripts devel/cmake ports-mgmt/dialog4ports x11/dri3proto x11/evieext devel/gdb x11/glproto devel/gmake devel/gmake-lite misc/help2man x11-themes/icon-naming-utils textproc/intltool devel/libatomic_ops devel/libcheck x11/libgnome devel/libtool devel/makedepend ports-mgmt/pkg ports-mgmt/portmaster x11/presentproto textproc/py-sphinx x11/resourceproto security/sudo archivers/unzip multimedia/v4l_compat lang/vala x11/xcb-proto x11/xcmiscproto x11-drivers/xf86-video-scfb x11-fonts/xf86bigfontproto x11/xf86driproto x11-wm/xfce4 textproc/xmlto x11/xorg devel/xorg-macros archivers/zip =3D=3D=3D Mark Millard markmi at dsl-only.net On 23-11-2014 21:49, Mark Millard wrote: > I do not see anything about it in /usr/ports/UPDATING but when I = attempted to update my powerpc64/GENERIC64vtsc context's ports after = updating to 10.1-RELEASE I got: I think radeonKMS doesn't work/tested on anything other then i386 or = amd64. I think you should switch to the x11-drivers/xf86-video-ati-ums = port. > =3D=3D=3D>>> Launching child to update xf86-video-ati-6.14.6_4 to = xf86-video-ati-7.5.0 >=20 > =3D=3D=3D>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) >=20 > =3D=3D=3D>>> Currently installed version: xf86-video-ati-6.14.6_4 > =3D=3D=3D>>> Port directory: /usr/ports/x11-drivers/xf86-video-ati >=20 > =3D=3D=3D>>> Starting check for all dependencies > =3D=3D=3D>>> Gathering dependency list for x11-drivers/xf86-video-ati = from ports > =3D=3D=3D>>> Dependency check complete for x11-drivers/xf86-video-ati >=20 > =3D=3D=3D>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) >=20 > =3D=3D=3D> Cleaning for xf86-video-ati-7.5.0 > =3D=3D=3D> xf86-video-ati-7.5.0 is only for i386 amd64, while you are = running powerpc64. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/x11-drivers/xf86-video-ati >=20 >=20 > The context is: >=20 > root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a > 10.1-RELEASE > 10.1-RELEASE > FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun = Nov 23 03:21:22 PST 2014 = root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc >=20 > (Note: when one boots a PowerMac with an explicit "boot KERNELNAME" = freebsd-version -k returns /boot/kernel information instead of = /boot/KERNELNAME information. But I did not boot that way: This was a = /boot/kernel use.) >=20 > root@FBSDG5M1:/usr/ports # svnlite info > Path: . > Working Copy Root Path: /usr/ports > URL: https://svn0.us-west.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 373147 > Node Kind: directory > Schedule: normal > Last Changed Author: crees > Last Changed Rev: 373147 > Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) >=20 > root@FBSDG5M1:/usr/ports # svnlite status > ? .snap > ? restoresymtable >=20 > root@FBSDG5M1:/usr/ports # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork >=20 > root@FBSDG5M1:/usr/src # svnlite status > ? .snap > ? restoresymtable > M sys/ddb/db_main.c > M sys/ddb/db_script.c > M sys/powerpc/ofw/ofw_machdep.c > M sys/powerpc/ofw/ofwcall64.S >=20 > root@FBSDG5M1:/usr/src # more /etc/src.conf > WITH_DEBUG_FILES=3D > WITHOUT_CLANG=3D > WITH_DEBUG=3D >=20 > (WITHOUT_CLANG is just because the last time I tried WITH_DEBUG_FILES = with a clang build involved it failed. It has been some time since I = retried that.) >=20 > root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc > include GENERIC64 > ident GENERIC64vtsc >=20 > nooptions PS3 #Sony Playstation 3 = HACK!!! to allow sc >=20 > options DDB # HACK!!! to dump early crash = info > options GDB # HACK!!! ... > #options KTR > #options KTR_MASK=3DKTR_TRAP > #options KTR_CPUMASK=3D0xF > #options KTR_VERBOSE >=20 > # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = mishandled > device sc > #device kbdmux # HACK: already listed by vt > options SC_OFWFB # OFW frame buffer > options SC_DFLT_FONT # compile font in > makeoptions SC_DFLT_FONT=3Dcp437 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to = "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ppc@FreeBSD.ORG Mon Nov 24 00:52:17 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C1DA66E for ; Mon, 24 Nov 2014 00:52:17 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 453A8E0D for ; Mon, 24 Nov 2014 00:52:15 +0000 (UTC) Received: (qmail 20213 invoked from network); 24 Nov 2014 00:51:41 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 24 Nov 2014 00:51:41 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Sun, 23 Nov 2014 19:52:14 -0500 (EST) Received: (qmail 27243 invoked from network); 24 Nov 2014 00:52:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Nov 2014 00:52:14 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id C697B1C43B7; Sun, 23 Nov 2014 16:52:08 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: xf86-video-ati-7.5.0 is only for i386 amd64, while you are running powerpc64. But no /usr/ports/UPDATING material about it. From: Mark Millard In-Reply-To: <208019F2-784C-433E-BCA1-1E666E95F732@dsl-only.net> Date: Sun, 23 Nov 2014 16:52:12 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <54724A61.30804@rainbow-runner.nl> <208019F2-784C-433E-BCA1-1E666E95F732@dsl-only.net> To: FreeBSD PowerPC ML , freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.1878.6) 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, 24 Nov 2014 00:52:17 -0000 Additional notes about details of switching, at least in my powerpc64 = context: Looks like root@FBSDG5M1:/usr/ports/x11-drivers/xorg-drivers # make config does not list a selection for x11-drivers/xf86-video-ati-ums : no = mention of UMS/ums and the only one ATI/ati line is present to = select/deselect. That selection is what creates the dependency that = indirectly prevents more overall builds that do not explicitly list = x11-drivers/xf86-video-ati-ums . So ATI needs to be disabled there and x11-drivers/xf86-video-ati-ums = needs to be separately/explicitly portmaster'd. And pkg delete xf86-video-ati-6.14.6_4 or analogous is likely required first if one had such prior history = already in place. Since I use a ports_origins file overall this adds (at least) x11-drivers/xf86-video-ati-ums to the file. My updated ports_origins ended up as shown by: root@FBSDG5M1:~/fbsd_rebuild_materials # more ports_origins graphics/ImageMagick textproc/asciidoc devel/automake x11-fonts/bdftopcf x11/bigreqsproto devel/bison sysutils/bsdadminscripts devel/cmake ports-mgmt/dialog4ports x11/dri3proto x11/evieext devel/gdb devel/git x11/glproto devel/gmake devel/gmake-lite archivers/gtar misc/help2man x11-themes/icon-naming-utils textproc/intltool devel/libatomic_ops devel/libcheck x11/libgnome devel/libtool devel/makedepend ports-mgmt/pkg ports-mgmt/portmaster x11/presentproto textproc/py-sphinx x11/resourceproto devel/scons security/sudo archivers/unzip multimedia/v4l_compat lang/vala x11/xcb-proto x11/xcmiscproto x11-drivers/xf86-video-ati-ums x11-drivers/xf86-video-scfb x11-fonts/xf86bigfontproto x11/xf86driproto x11-wm/xfce4 textproc/xmlto x11/xorg devel/xorg-macros archivers/zip If my occasional PowerMac G5 experiments with Jean-S=E9bastien P=E9dron's = kms-drm-update-38 branch when Jean requests get afar enough along I will = have to locally patch back in allowing powerpc64 builds of = x11-drivers/xf86-video-ati . In early November we did get to the point = of kldload for radeonkms getting no failure messages/rejections. But for = the Radeon X1950 that I have for PowerMac G5's (PCIExpress) no video = bios could be found and the video was then munged up. (The card works in = Mac OS X 10.5.) The Radeon type X1950 may be odder than usual but it is = the only Radeon for powerpc64 that I have access to and so is the only = Radeon that I can indirectly give Jean access to for the PowerMac G5 = (PCIExpress) context. >=20 =3D=3D=3D Mark Millard markmi at dsl-only.net Context note: I build a powerpc64/GENERIC64 variant with both vt and sc = enabled and use the same SSD for both NIVIDA based PowerMac G5's and one = Radeon X1950 based one. Currently I do not use X11 at all for the Radeon = X1950 but the SSD is designed to also cover NVIDA contexts where I do = sometimes use X11/xfce4. Looks like the earlier change to force 7.2.0 created the issue in the = Makefile and probably should have had a UPDATING notice:=20 Revision 372171 - (view) (download) (annotate) - [select for diffs]=20 Modified Tue Nov 4 20:32:43 2014 UTC (2 weeks, 5 days ago) by dumbbell=20= File length: 455 byte(s)=20 Diff to previous 371270 xf86-video-ati: Update to 7.5.0 This update brings several bug fixes. Furthermore, it improves Glamor support, though this feature isn't supported by FreeBSD yet. Differential Revision: https://reviews.freebsd.org/D1106 Tested by: Many on freebsd-x11@ Reviewed by: bapt@, kwm@ Approved by: bapt@ Revision 371270 - (view) (download) (annotate) - [select for diffs]=20 Modified Mon Oct 20 14:27:59 2014 UTC (4 weeks, 6 days ago) by kwm=20 File length: 442 byte(s)=20 Diff to previous 367997 Remove the switch code between 6.14.6 and 7.2.0. Update to 7.2.0, since we have xf86-video-ati-ums for 6.14.6. For example compared to 367997: ONLY_FOR_ARCHS=3D i386 amd64 Note that I did not originally explicitly list xf86-video-ati as to be = updated when I rebuilt: the automatic dependencies are what brought it = in. So as stands far more than ati is blocked by default for powerpc64 = rebuilds since the problem stops builds of other things explicitly = requested when dependencies automatically also try to also build = xf86-video-ati on powerpc64. I rebuilt with... portmaster -tDK --no-confirm `cat ports_origins` My ports_origins is as shown by (the explicit xf86-video-scfb is from = when Nathan W. suggested trying it for something but it did not work): root@FBSDG5M1:~/fbsd_rebuild_materials # more ports_origins graphics/ImageMagick devel/automake x11-fonts/bdftopcf x11/bigreqsproto devel/bison sysutils/bsdadminscripts devel/cmake ports-mgmt/dialog4ports x11/dri3proto x11/evieext devel/gdb x11/glproto devel/gmake devel/gmake-lite misc/help2man x11-themes/icon-naming-utils textproc/intltool devel/libatomic_ops devel/libcheck x11/libgnome devel/libtool devel/makedepend ports-mgmt/pkg ports-mgmt/portmaster x11/presentproto textproc/py-sphinx x11/resourceproto security/sudo archivers/unzip multimedia/v4l_compat lang/vala x11/xcb-proto x11/xcmiscproto x11-drivers/xf86-video-scfb x11-fonts/xf86bigfontproto x11/xf86driproto x11-wm/xfce4 textproc/xmlto x11/xorg devel/xorg-macros archivers/zip =3D=3D=3D Mark Millard markmi at dsl-only.net On 23-11-2014 21:49, Mark Millard wrote: > I do not see anything about it in /usr/ports/UPDATING but when I = attempted to update my powerpc64/GENERIC64vtsc context's ports after = updating to 10.1-RELEASE I got: I think radeonKMS doesn't work/tested on anything other then i386 or = amd64. I think you should switch to the x11-drivers/xf86-video-ati-ums = port. > =3D=3D=3D>>> Launching child to update xf86-video-ati-6.14.6_4 to = xf86-video-ati-7.5.0 >=20 > =3D=3D=3D>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) >=20 > =3D=3D=3D>>> Currently installed version: xf86-video-ati-6.14.6_4 > =3D=3D=3D>>> Port directory: /usr/ports/x11-drivers/xf86-video-ati >=20 > =3D=3D=3D>>> Starting check for all dependencies > =3D=3D=3D>>> Gathering dependency list for x11-drivers/xf86-video-ati = from ports > =3D=3D=3D>>> Dependency check complete for x11-drivers/xf86-video-ati >=20 > =3D=3D=3D>>> x11/xorg 1/2 >> xf86-video-ati-6.14.6_4 (1/3) >=20 > =3D=3D=3D> Cleaning for xf86-video-ati-7.5.0 > =3D=3D=3D> xf86-video-ati-7.5.0 is only for i386 amd64, while you are = running powerpc64. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/x11-drivers/xf86-video-ati >=20 >=20 > The context is: >=20 > root@FBSDG5M1:/usr/src # freebsd-version -ku; uname -a > 10.1-RELEASE > 10.1-RELEASE > FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274912M: Sun = Nov 23 03:21:22 PST 2014 = root@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc >=20 > (Note: when one boots a PowerMac with an explicit "boot KERNELNAME" = freebsd-version -k returns /boot/kernel information instead of = /boot/KERNELNAME information. But I did not boot that way: This was a = /boot/kernel use.) >=20 > root@FBSDG5M1:/usr/ports # svnlite info > Path: . > Working Copy Root Path: /usr/ports > URL: https://svn0.us-west.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 373147 > Node Kind: directory > Schedule: normal > Last Changed Author: crees > Last Changed Rev: 373147 > Last Changed Date: 2014-11-23 05:22:05 -0800 (Sun, 23 Nov 2014) >=20 > root@FBSDG5M1:/usr/ports # svnlite status > ? .snap > ? restoresymtable >=20 > root@FBSDG5M1:/usr/ports # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork >=20 > root@FBSDG5M1:/usr/src # svnlite status > ? .snap > ? restoresymtable > M sys/ddb/db_main.c > M sys/ddb/db_script.c > M sys/powerpc/ofw/ofw_machdep.c > M sys/powerpc/ofw/ofwcall64.S >=20 > root@FBSDG5M1:/usr/src # more /etc/src.conf > WITH_DEBUG_FILES=3D > WITHOUT_CLANG=3D > WITH_DEBUG=3D >=20 > (WITHOUT_CLANG is just because the last time I tried WITH_DEBUG_FILES = with a clang build involved it failed. It has been some time since I = retried that.) >=20 > root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc > include GENERIC64 > ident GENERIC64vtsc >=20 > nooptions PS3 #Sony Playstation 3 = HACK!!! to allow sc >=20 > options DDB # HACK!!! to dump early crash = info > options GDB # HACK!!! ... > #options KTR > #options KTR_MASK=3DKTR_TRAP > #options KTR_CPUMASK=3D0xF > #options KTR_VERBOSE >=20 > # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = mishandled > device sc > #device kbdmux # HACK: already listed by vt > options SC_OFWFB # OFW frame buffer > options SC_DFLT_FONT # compile font in > makeoptions SC_DFLT_FONT=3Dcp437 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to = "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ppc@FreeBSD.ORG Mon Nov 24 08:00:32 2014 Return-Path: Delivered-To: freebsd-ppc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E3D640C for ; Mon, 24 Nov 2014 08:00:32 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BCECBC1 for ; Mon, 24 Nov 2014 08:00:32 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAO80Www023689 for ; Mon, 24 Nov 2014 08:00:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Message-Id: <201411240800.sAO80Www023689@kenobi.freebsd.org> From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [FreeBSD Bugzilla] Commit Needs MFC MIME-Version: 1.0 X-Bugzilla-Type: whine X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated Date: Mon, 24 Nov 2014 08:00:32 +0000 Content-Type: text/plain 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: Mon, 24 Nov 2014 08:00:32 -0000 Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is only sent on Mondays. Please file a bug about concerns you may have. This search was scheduled by eadler@FreeBSD.org. (7 bugs) Bug 133503: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=133503 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-ppc@FreeBSD.org Status: In Progress Resolution: Summary: [sound] Sound stutter after switching ttys Bug 135576: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=135576 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-ppc@FreeBSD.org Status: In Progress Resolution: Summary: gdb cannot debug threaded programs on ppc Bug 140241: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=140241 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-ppc@FreeBSD.org Status: In Progress Resolution: Summary: [kernel] [patch] Linker set problems on PowerPC EABI Bug 164225: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164225 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-ppc@FreeBSD.org Status: In Progress Resolution: Summary: Boot fails on IBM 7028-6E1 (heap memory claim failed) Bug 178038: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=178038 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-ppc@FreeBSD.org Status: In Progress Resolution: Summary: clang++ fails to produce a binary in powerpc64 Bug 180593: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=180593 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-ppc@FreeBSD.org Status: In Progress Resolution: Summary: PowerMac G5 shuts down when building pcre Bug 181502: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181502 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-ppc@FreeBSD.org Status: In Progress Resolution: Summary: /usr/include/stdint.h 9.2-RC1/powerpc does not compile on powerpc32 From owner-freebsd-ppc@FreeBSD.ORG Mon Nov 24 21:20:24 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E44942AC for ; Mon, 24 Nov 2014 21:20:24 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A00CD327 for ; Mon, 24 Nov 2014 21:20:24 +0000 (UTC) Received: (qmail 16869 invoked from network); 24 Nov 2014 21:19:42 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 24 Nov 2014 21:19:42 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Mon, 24 Nov 2014 16:19:42 -0500 (EST) Received: (qmail 13325 invoked from network); 24 Nov 2014 21:19:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Nov 2014 21:19:42 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 7DB5B1C405D for ; Mon, 24 Nov 2014 13:20:12 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Just FYI: powerpc64 10.1-RELEASE WITH_DEBUG_FILES= vs. building clang during buildworld: unknown relocation type for symbol *UND* Message-Id: Date: Mon, 24 Nov 2014 13:20:15 -0800 To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) 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, 24 Nov 2014 21:20:25 -0000 Just FYI: The powerpc64 10.1-RELEASE status of attempting to build clang = during buildworld when WITH_DEBUG_FILES is defined is as follows: /usr/obj/usr/home/markmi/src_10_1_stable/tmp/usr/bin/ld: = /usr/obj/usr/home/markmi/src_10_1_stable/usr.bin/clang/clang/../../../lib/= clang/libclangstaticanalyzercheckers/libclangstaticanalyzercheckers.a(Mall= ocOverflowSecurityChecker.o): unknown relocation type 206831616 for = symbol *UND* /usr/obj/usr/home/markmi/src_10_1_stable/tmp/usr/bin/ld: = /usr/obj/usr/home/markmi/src_10_1_stable/usr.bin/clang/clang/../../../lib/= clang/libclangstaticanalyzercheckers/libclangstaticanalyzercheckers.a(Mall= ocOverflowSecurityChecker.o): unknown relocation type 203948032 for = symbol *UND* /usr/obj/usr/home/markmi/src_10_1_stable/tmp/usr/bin/ld: = /usr/obj/usr/home/markmi/src_10_1_stable/usr.bin/clang/clang/../../../lib/= clang/libclangstaticanalyzercheckers/libclangstaticanalyzercheckers.a(Mall= ocOverflowSecurityChecker.o): unknown relocation type 204210176 for = symbol *UND* ... Context: I produced the above via the following from booting a 10.1-RELEASE = variant that had WITHOUT_CLANG and WITH_DEBUG_FILES. First I'll list the = failing build's information then later then 10.1-RELEASE information. Failing build's information... root@FBSDG5M1:~markmi/src_10_1_stable # make buildworld kernel = KERNCONF=3DGENERIC64vtsc INSTKERNNAME=3Dkernel10.1S (-j 8 failed but hid the above messages so I re-ran as above.) I used = building 10.1-STABLE as a basis for the experiment: root@FBSDG5M1:~markmi/src_10_1_stable # svnlite info Path: . Working Copy Root Path: /usr/home/markmi/src_10_1_stable URL: https://svn0.us-west.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 274942 Node Kind: directory Schedule: normal Last Changed Author: grehan Last Changed Rev: 274942 Last Changed Date: 2014-11-23 17:25:19 -0800 (Sun, 23 Nov 2014) src.conf was not my normal one but was an experiment for seeing if I = could omit WITHOUT_CLANG despite using WITH_DEBUG_FILES: root@FBSDG5M1:~markmi/src_10_1_stable # more /etc/src.conf WITH_DEBUG_FILES=3D root@FBSDG5M1:~markmi/src_10_1_stable # more /etc/make.conf WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D root@FBSDG5M1:~markmi/src_10_1_stable # more = sys/powerpc/conf/GENERIC64vtsc include GENERIC64 ident GENERIC64vtsc nooptions PS3 #Sony Playstation 3 = HACK!!! to allow sc options DDB # HACK!!! to dump early crash = info options GDB # HACK!!! ... #options KTR #options KTR_MASK=3DKTR_TRAP #options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = historically mishandled during booting device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB # OFW frame buffer options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=3Dcp437 root@FBSDG5M1:~markmi/src_10_1_stable # svnlite status M sys/ddb/db_main.c M sys/ddb/db_script.c M sys/powerpc/ofw/ofw_machdep.c M sys/powerpc/ofw/ofwcall64.S This was attempted from a previously built 10.1-RELEASE context = documented below... (Note that freebsd-version reports on /boot/kernel even if I use "boot = KERNELNAME" at the open firmware prompt to pick an alternate kernel, = such as "boot kernel10.1S" for /boot/kernel10.1S . But in this case I = did not and /boot/kernel -k is accurate. One seems to need to careful = with reporting freebsd-version output only when it is = appropriate/accurate.) root@FBSDG5M1:/usr/src # freebsd-version -ku 10.1-RELEASE 10.1-RELEASE root@FBSDG5M1:/usr/src # svnlite info Path: . Working Copy Root Path: /usr/src URL: https://svn0.us-west.freebsd.org/base/releng/10.1 Relative URL: ^/releng/10.1 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 274401 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 274401 Last Changed Date: 2014-11-11 11:52:24 -0800 (Tue, 11 Nov 2014) I was originally not specific about 274401 when I svnlite switch'd to = releng/10.1 and the "Revision" showed a later number but Last Changed = Rev showed 274401. I "fixed" that to produce the above with: root@FBSDG5M1:/usr/src # svnlite switch ^/releng/10.1 -r 274401 At revision 274401. and then the Revision in svnlite info also started to show 274401. The = original (too large) Revision also seems to have shown up in the uname = -a output when teh kernel was built with such a mis-matched status = instead of uname -a showing the Last Changed Rev figure. (I would have = expected Last Changed Rev given the overall behavior of things.) I omit = uname -a but show svnlite status for /usr/src and my GENERIC64 variant = (GENERIC64vtsc) instead. root@FBSDG5M1:/usr/src # svnlite status ? .snap ? restoresymtable M sys/ddb/db_main.c M sys/ddb/db_script.c M sys/powerpc/ofw/ofw_machdep.c M sys/powerpc/ofw/ofwcall64.S root@FBSDG5M1:/usr/src # more sys/powerpc/conf/GENERIC64vtsc include GENERIC64 ident GENERIC64vtsc nooptions PS3 #Sony Playstation 3 = HACK!!! to allow sc options DDB # HACK!!! to dump early crash = info options GDB # HACK!!! ... #options KTR #options KTR_MASK=3DKTR_TRAP #options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt = historically mishandled during booting device sc #device kbdmux # HACK: already listed by vt options SC_OFWFB # OFW frame buffer options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=3Dcp437 Here are src.conf and make.conf copies of as they were when I built = 10.1-RELEASE (before the 10.1-STABLE experiment from/with = ~markmi/src_10_1_stable): root@FBSDG5M1:~/fbsd_init_materials # more etc_src.conf_debug_gcc WITH_DEBUG_FILES=3D WITHOUT_CLANG=3D root@FBSDG5M1:~/fbsd_init_materials # more etc_make.conf_debug_gcc WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D The 10.1-RELEASE build was done with the sequence: root@FBSDG5M1:/usr/src # make -j 8 buildworld kernel = KERNCONF=3DGENERIC64vtsc; make installworld Note added later: I have since rebuilt my 10.1-RELEASE /boot/kernel so = that uname -a reports the accurate 274401M status based on svnlite = info's Revision now being accurate: $ uname -a FreeBSD FBSDG5M1 10.1-RELEASE FreeBSD 10.1-RELEASE #1 r274401M: Mon Nov = 24 12:24:29 PST 2014 = markmi@FBSDG5M1:/usr/obj/usr/src/sys/GENERIC64vtsc powerpc To do that build I put /etc/src.conf back to listing WITHOUT_CLANG=3D = and used: root@FBSDG5M1:/usr/src # make -j 8 kernel KERNCONF=3DGENERIC64vtsc to do the build. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 25 10:39:36 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BC4A9EF for ; Tue, 25 Nov 2014 10:39:36 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB9B4286 for ; Tue, 25 Nov 2014 10:39:34 +0000 (UTC) Received: (qmail 28110 invoked from network); 25 Nov 2014 10:38:57 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 25 Nov 2014 10:38:57 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Tue, 25 Nov 2014 05:38:57 -0500 (EST) Received: (qmail 19437 invoked from network); 25 Nov 2014 10:38:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 Nov 2014 10:38:57 -0000 X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 8B4321C43A2 for ; Tue, 25 Nov 2014 02:39:31 -0800 (PST) From: Mark Millard Subject: FreeBSD-10.1-RELEASE-powerpc-powerpc64-disc1.iso burned to a CD and used to boot: PowerMac G5's still hang Message-Id: Date: Tue, 25 Nov 2014 02:39:31 -0800 To: FreeBSD PowerPC ML 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: Tue, 25 Nov 2014 10:39:36 -0000 FreeBSD-10.1-RELEASE-powerpc-powerpc64-disc1.iso burned to a CD and used = to boot a PowerMac G5 hangs at the repeating -, \, |, / sequence (after = displaying "loading /boot/defaults/loader.conf"), stopping with / I = think it was. So it is unclear if it might be the first / from = /boot/kernel/kernel. The fans spin up after a while. This is not new. Nathan Whitehorn reproduced the problem back in late = July with a 10.0-STABLE vintage and wrote: > Interesting. It seems loader is broken. I just tried with a = 10.0-STABLE image and can reproduce the problem -- 11 oddly is OK. What = really perplexes me is that the powerpc and powerpc64 loaders are = identical, since loader is built 32-bit in either case. Super weird. = [...] > -Nathan =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@FreeBSD.ORG Tue Nov 25 14:42:28 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D962D6A0; Tue, 25 Nov 2014 14:42:28 +0000 (UTC) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (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 44B3F398; Tue, 25 Nov 2014 14:42:28 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id p9so668486lbv.0 for ; Tue, 25 Nov 2014 06:42:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=NgKFG9nxk6wnXfeQc81EBSFkDAvEccnZRWwHs6QkLLk=; b=BhkzY8ku5Hf1AFpnYUHGa/a8GZXmKXxyd2iz/CANM7Or2JENTJyf7ytrCrXHn1yIAg hN81HG4819iKh2wjdGT92TU+OfPqW4mx815lqdCHXxeE8AdpRsSu9jCfbDXvlEKOamTt dpod6JiSymE8Z9nHkub4q3guJESFyaR4ssKKFto44vYbMvUN+xNqkzYm2bTrJaohOVDC P41IjIQ8eGAwBK5bHklcdwZBItdwHqvMF+Gdxtyg229rFCEhRARQVSXBSz4p4cIwxITY bGgRB4Fs/NWMWDzc/a4XgQi6+ryg+0nvUdWkJlXRYVgRvSU8D9AFPgAh+AJqo//sSkby vIJw== X-Received: by 10.152.29.6 with SMTP id f6mr27720007lah.50.1416926546275; Tue, 25 Nov 2014 06:42:26 -0800 (PST) Received: from [192.168.1.130] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by mx.google.com with ESMTPSA id a4sm386706laa.41.2014.11.25.06.42.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Nov 2014 06:42:25 -0800 (PST) Message-ID: <54749551.4030203@gmail.com> Date: Tue, 25 Nov 2014 16:42:25 +0200 From: Jukka Ukkonen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nathan Whitehorn Subject: Re: Booting freebsd on a powermac g4 from a CD References: <546E38E4.70305@gmail.com> <546E3959.5020904@freebsd.org> <20141121055732.GB56272@FreeBSD.org> <546F028D.9040907@gmail.com> <546F6C90.4040005@freebsd.org> <003B9EAA-E1AD-45C6-AC56-4331BCDE4193@gmail.com> <546FB34E.6080006@freebsd.org> <06B7F5FE-7677-4832-85D7-8901C003AB7F@gmail.com> <5470CDB2.2030709@freebsd.org> In-Reply-To: <5470CDB2.2030709@freebsd.org> Content-Type: text/plain; charset=utf-8; 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: Tue, 25 Nov 2014 14:42:28 -0000 On 2014-11-22 19:53, Nathan Whitehorn wrote: > On 11/22/14 00:09, Jukka Ukkonen wrote: >> As I tried to explain before, the kernel on the 10.1 CD works. >> That is how I figured out that the console code must be somehow >> the culprit. My first local 10.1 build, which hanged during the boot, >> used VT, though, otherwise it was built using a completely normal >> GENERIC configuration. >> Both the kernel on the 10.1 CD and my second local build have >> used syscons, and they do not experience the mysterious hangs. > > Ah, I misunderstood. Apologies. This is truly bizarre -- there is zero > coupling between the terminal layer and any of these bits. Could you > tell me what graphics hardware you are using and what the native > resolution of your monitor is? > -Nathan Right, the display is a Samsung full-HD device. The graphics HW is shown below with some additional data about the system. A snippet from the beginning of boot time dmesg to show the sort of PowerPC system I have been using... Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.1-STABLE #0 r274916M: Sun Nov 23 17:12:23 EET 2014 root@yggdrasil:/usr/obj/usr/src-10.1/sys/GENERIC powerpc gcc version 4.2.1 20070831 patched [FreeBSD] cpu0: Motorola PowerPC 7455 revision 2.1, 1000.23 MHz cpu0: Features 9c000000 cpu0: HID0 8450c0bc real memory = 1053573120 (1004 MB) avail memory = 1018265600 (971 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: dev=ff87c348 (BSP) cpu1: dev=ff87d5e0 random: initialized kbd0 at kbdmux0 ofwbus0: on nexus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 powermac_nvram0: mem 0xfff04000-0xfff07fff on ofwbus0 powermac_nvram0: bank0 generation 796, bank1 generation 797 unin0: mem 0xf8000000-0xf8ffffff on ofwbus0 unin0: Version 17 iichb0: mem 0xf8001000-0xf8001fff irq 42 on unin0 iicbus0: on iichb0 pcib0: mem 0xf0000000-0xf1ffffff irq 45 on ofwbus0 pci0: on pcib0 agp0: on hostb0 A lot of useless stuff has been deleted here, but below are the dmesg lines for the 2 graphics devices which are present in the system. vgapci0: mem 0x91000000-0x91ffffff,0x98000000-0x9fffffff irq 48 at device 16.0 on pci0 vgapci0: Boot video device vgapci1: mem 0x81000000-0x81ffffff irq 52 at device 18.0 on pci1 Here is what "pciconf -lv" has to say about those graphics devices... vgapci0@pci0:0:16:0: class=0x030000 card=0x000810de chip=0x017110de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NV17 [GeForce4 MX 440]' class = display subclass = VGA vgapci1@pci1:0:18:0: class=0x030000 card=0x00000000 chip=0x47581002 rev=0x03 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = '210888GX [Mach64 GX]' class = display subclass = VGA gem0@pci2:0:15:0: class=0x020000 card=0x00000000 chip=0x0021106b rev=0x01 hdr=0x00 vendor = 'Apple Inc.' device = 'UniNorth GMAC (Sun GEM)' class = network subclass = ethernet I hope this helps. --jau